11.0.6 and LE12 Nightly Audio/Video stutter and delay when started from playlist m3u

insulator · February 12, 2024 at 7:01 PM

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!

**Da Flex** · February 12, 2024 at 8:55 PM

Please provide a full debug log.

How to post a log (wiki)

1. Enable debugging in Settings>System Settings>Logging
2. Restart Kodi
3. Replicate the problem
4. Generate a log URL (do not post/upload logs to the forum)

use "Settings > LibreELEC > System > Paste system logs" or run "pastekodi" over SSH, then post the URL link

insulator · February 13, 2024 at 5:47 PM

Here you go, but it was no ix url....

https://paste.libreelec.tv/blessed-whippet.log

**Da Flex** · February 14, 2024 at 4:03 PM

It's still the same issue that you had on your last thread. Same solution: Update your server to NFS4.

Code

2024-02-13 18:38:46.635 T:674     debug <general>: CGUIMediaWindow::GetDirectory (nfs://192.168.178.42/home/kodi/fresh.m3u)
2024-02-13 18:38:46.636 T:674     debug <general>:   ParentPath = [nfs://192.168.178.42/home/kodi/fresh.m3u]
2024-02-13 18:38:46.678 T:674     debug <general>: NFS: Context for 192.168.178.42/home/kodi not open - get a new context.
2024-02-13 18:38:46.679 T:674     debug <general>: NFS: version: 3
2024-02-13 18:38:46.748 T:674     debug <general>: NFS: Connected to server 192.168.178.42 and export /home/kodi
2024-02-13 18:38:46.748 T:674     debug <general>: NFS: chunks: r/w 65536/65536
2024-02-13 18:38:46.753 T:674     debug <general>: CNFSFile::Open - opened home/kodi/fresh.m3u
2024-02-13 18:38:46.785 T:681      info <general>: CActiveAESink::OpenSink - initialize sink
2024-02-13 18:38:46.787 T:674     debug <general>: CNFSFile::Close closing file home/kodi/fresh.m3u
2024-02-13 18:38:46.795 T:674     debug <general>: CNFSFile::Open - opened home/kodi/fresh.m3u
2024-02-13 18:38:46.826 T:674     debug <general>: CNFSFile::Close closing file home/kodi/fresh.m3u

Display More

insulator · February 14, 2024 at 6:22 PM

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?

insulator · February 14, 2024 at 7:23 PM

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.

**Da Flex** · February 16, 2024 at 1:48 PM

/storage/.config/system.d/README
/storage/.config/system.d/nfs.mount.sample

insulator · March 28, 2024 at 8:51 AM

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.

**Da Flex** · March 28, 2024 at 4:26 PM

Post your NFS configuration.

insulator · April 1, 2024 at 2:17 PM

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

insulator · April 12, 2024 at 5:58 PM

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