gen.xml must be copied to userdata/keymaps folder, but probably your remote control needs different codes?
yes, it was this addon, but it is not easy to understand how it works, when I remember correctly.
Try to find contextmenu in the addon somewhere, than you have to press the button on the remote and save the settings.
There is an addon where you can define your TV remote buttons, forgot the name.
I made the file gen.xml in the keymaps folder and used the red button for the context menu, yellow as home and blue for queue.
<keymap><global>
<keyboard>
<key id="251">contextmenu</key>
<key id="253">activatewindow(home)</key>
<key id="254">activatewindow(videoplaylist)</key>
/keyboard>
</global></keymap>
I tested OSMC:
1. Connected the NFS device at the RPI bookworm but not with the QNAP, so was unknown to the system
2. opened the playlist file
3. run a youtube link
same error -> has therefore nothing to do with the missing NFS connection to the QNAP, or?
-> originated in Kodi itself, or youtube addon?
I looked in the error log and it said frequent "NFS Mount error" but why? The link I opened was a YT link.
The explanation I have is that Kodi, despite I want to open a YT link, looks inside the whole playlist file for invalid links. So, I made a playlist file with only YT links which are valid and voila, error gone.
Kodi looks into all playlist file links if they are valid (?)
After this error, Kodi is slow. In older versions of Kodi, it was different.
OT: In OSMC the youtube addon has problems by itself
I have 2 RPI3 running Libreelec (3 and 3+), they are connected to a 3rd RPI running bookworm with NFS server v2/v3/v4 and a QNAP with NFS v2/v3/v4 activated.
On the RPI running bookworm are videos and playlist files. Everything is running ok when the QNAP is online. As soon as the QNAP is off, the errors accessing the bookworm NFS begins.
Delays in accessing video files or just going through the file structure and the strange behavior when I try to play a video from the playlist file located on the bookworm NFS device.
The RPI3 running LE 11.0.3 has not such problems.
Just a quick idea: Is there a message queue in the background flooded with error messages from the offline QNAP NFS device?
Hope this helps
I installed nfs v4, switched the nfs option to version 4 in settings, no change.
For years of using Kodi my network infrastructure was never a problem until now.
1. Next test with LE 12:
- Removed all links to the nfs v3
- the 2nd nfs v4 device included, but offline
- playlist file on local SD
Result:
Started youtube link from playlist file, exact same behavior. During the 5 sec delay the screen froze incl. all debug messages.
https://paste.libreelec.tv/usable-jaguar.log
2. Same as above but with booted nfs v4 device:
Result:
Error gone. So, looks like nothing with the version number, but with offline nfs devices itself?
https://paste.libreelec.tv/alert-chimp.log
3. Same but with nfs v3 device included and online:
Result:
Error gone. So, like my other thread, all nfs devices must be online.
So, kodi, even in LE 11.0.6, doesn't work with nfs v3 anymore?
This half-life of nfs v3 is bad, would be better if you don't get access at all.
Update: I copied the playlist file to the local SD, started a youtube link from it, exact same behavior. Does that means that the existence of an nfs v3 link is enough to slow everything down?
When I open a playlist m3u file and start a youtube link from it, the audio starts for 2-3 seconds, than stops for 5 seconds, than audio/video jumps to a later timestamp in the video. 11.0.3 didn't show this and no other way I start the video (sideload or direct from YT addon).
Thanks!
Thanks, but LE11 doesn't show this errors in the first place and reacts by using the NFS device almost as fast as the local SD disk.
Installing a nfs4 server is not an option
LibreELEC-RPi2.arm-12.0-nightly-20240205-690684c.img.gz
Partially fixed. I have access but very very slow and it freezes for 5-10 seconds. If I start a YT video from a playlist file, audio starts for 4 seconds, freeze for 20 seconds, still the playlist entries screen visible, than the video starts running with audio.
BTW: I have also some audio stutter every 5 minutes for 2 seconds length, which component debug log file I should switch on?
No change for me RPI3+, still not working
LibreELEC-RPi2.arm-12.0-nightly-20240119-71b413e.img.gz
didn't fix it. I have to pull the plug when I try to access the online nfs device.
Sorry for the bad news.....
latest Nightly, no change,
in the log file I see that kodi tries to mount the offline nfs device and throws an error, the 2nd online nfs will not be mounted also. If they are all online, both get mounted.
2024-01-09 18:35:05.311 T:18770 debug <general>: NFS: Context for 192.168.178.27 not open - get a new context.
2024-01-09 18:35:05.311 T:18770 debug <general>: NFS: version: 3
2024-01-09 18:35:08.351 T:18770 error <general>: NFS: Failed to mount nfs share: (nfs_service failed)
Hello,
I have 2 devices mounted with nfs. Raspbian RPINano and Qnap NAS.
If the Qnap is offline I get an "Cannot mount nfs" error from the RPINano, with Libreelec crash after several minutes of doing nothing.
Both nfs version 3.
It is working in LE11.
Thanks!
A quick test was successful. The USB WLAN is now wlan0 and is connected automatically.
Thanks!
There are no issues with LE11, only LE12. I tested it on 2 different RPIs, it is not an power supply problem.
I noticed that the USB WLAN comes up with wlan2, the internal wlan with wlan0.
