Login at Kodi Home

LarryTheLeffa

My media storage is an Arch Linux setup which got an update to kernel 6.0.1. While this is nothing special and everything is still working normal and fast in my local network, I'm experiencing massive audio and video hickups and glitches when accessing media files from Kodi (LibreElec) by NFS. No issues when using e.g. VLC or MPV from my local machine, which is also Arch Linux.
I rolled back to a kernel <6 on my storage and everything is fine again with Kodi/LE. So this is no request for help and has a very low priority, but I thought it could be useful to mention that circumstance.

graysky

Do you have another Arch box you to verify the nfs oddness? Experiment would be to try playing the same file that lags with VLC hitting the nfs export. I guess you could try the experiment on your current Arch box hitting its own NFS share.

For the record, I have an Arch NFS server running kernel version 6.0.2, and Kodi on an Arch ARM RPi4 shows no issues.

LarryTheLeffa · 2022-10-17, 16:53

Sure. Just tried that with my PC (AMD Ryzen/Vega), also Arch Linux / Kernel 6.0.1-arch2-1, Storage back to the same Kernel (6.0.1-arch2-1): VLC and MPV aren't having any problem, Kodi immediately fails with WARNING <general>: ActiveAE - large audio sync error like LibreElec (Zotac CI323, N3150/HD Graphics 400) is doing. This error happening with every audio and video file on both systems. Back to Kernel/LTS on the storage and problems with Kodi are all gone.

If you can do other tests, just gimme sign...

graysky · 2022-10-17, 23:45

Not sure what else to try given when you already observed.

LarryTheLeffa · 2023-02-22, 15:28

BUMP. Still a problem with Matrix and Linux 6.1 Kernels (ArchLinux/x86_64). Will retry and report with Nexus/NFS4 the next weeks.

**DaVu** · 2023-02-23, 09:39

Have you tried to let the OS (LibreELEC in your case) do that mount instead of Kodi doing it?

https://wiki.libreelec.tv/how-to/mount_network_share

You are able to create a systemd-service to let LibreELEC mount that share to a local mountpoint and then add that mountpoint as a source in Kodi. Make sure you have the "Wait for network"-option enabled at the LibreELEC settings. Recommended timeout is 10 secs.

In that way...

it might work and you might be happy
if it works, it's probably a Kodi issue of handling NFS shares from systems with Kernel >6.x which needs to be reported at the Kodi bug tracker
if it doesn't work, it's not Kodi which introduces the issue and it should be reported to the LibreELEC guys: https://github.com/LibreELEC/LibreELEC.tv/issues

graysky · 2023-02-23, 11:25

(2022-10-17, 16:53)LarryTheLeffa Wrote: Kodi immediately fails with WARNING <general>: ActiveAE - large audio sync error like LibreElec (Zotac CI323, N3150/HD Graphics 400) is doing. This error happening with every audio and video file on both systems.

Do you have "sync playback to display" enabled?

https://wiki.archlinux.org/title/Kodi#Sp...up_to_1.5x
https://github.com/xbmc/xbmc/issues/22625

LarryTheLeffa · 2023-03-05, 16:26

(2023-02-23, 09:39)DaVu Wrote: Have you tried to let the OS (LibreELEC in your case) do that mount instead of Kodi doing it?

Funny! Before I read your post I tried some more specific tests today to gather more information about the whats, wheres and whys.
In short: neither Matrix nor Nexus are happy with my media storage when using a Kernel >=6 there AND using Kodi's NFS "mounts" (eg nfs:/1.2.3.4/media/video). Neither with NFS3 nor NFS4. It IS WORKING totally fine when using systemd mount, but I'd lose all my database entrys and had to edit all favorites.xml manually.

LarryTheLeffa · 2023-03-05, 16:28

(2023-02-23, 11:25)graysky Wrote:
(2022-10-17, 16:53)LarryTheLeffa Wrote: Kodi immediately fails with WARNING <general>: ActiveAE - large audio sync error like LibreElec (Zotac CI323, N3150/HD Graphics 400) is doing. This error happening with every audio and video file on both systems.

Do you have "sync playback to display" enabled?

https://wiki.archlinux.org/title/Kodi#Sp...up_to_1.5x
https://github.com/xbmc/xbmc/issues/22625

Thanks for hint and links which I found myself today Smile

But no, it is disabled.

LarryTheLeffa · 2023-04-03, 16:08

Good news! Something has changed and it seems that my issue with Kodi->NFS/Kernel >=6 has gone.
I hadn't checked whether that something has changed in Kernel's config (I'm sure that it hasn't) - But I'm very sure that this has changed in the last Kodi's update:

Further improvements to the new NFS4 implementation have been made by @thexai . This fixes stalls/errors and brings some performance improvements to our NFS implementation.

Will have an eagle's eye on it the next days so I can finally close the issue.

LarryTheLeffa

Closing this issue as "solved by upstream". Had some very exciting days with "Alien 1-3", jumping forth and back in stream, pauses and breaks, but no hickups, glitches nor errors.

**Klojum** · 2023-04-06, 14:11

Thread marked solved.

LarryTheLeffa · 2023-09-12, 13:15

I won't to reopen this issue, this message is more a placeholder. But the issue appears again, this time with a Kernel >=6.5.x on NAS and only with audio files. Clearly audible hickups and glitches. Back to Kernel 6.4.12 and all is good.
Strange...

graysky · 2023-09-12, 14:16

No, the 6.5 kernel has issues with NFSv4. Is that what your serving? See this. Recommend you use the linux-lts kernel until these are fixed upstream.

LarryTheLeffa · 2023-09-12, 14:38

Oi, very interesting. But my Kodi (LibreElec) is using libnfs and NFSv3 settings. And I was able reproduce this behavior between my ArchLinux/Kodi (no matter which Kernel) and my NAS (also Arch) when using Kernel 6.5.x there.