Did you checked iperf3 in both directions?
Did you test it against the same device that has your media files?
Did you checked iperf3 in both directions?
I’ve just checked again in both directions. I have a HP microserver which hosts the media and it was the iperf server.
Vero receiving varied between 879-930Mbit, Server receiving varied from 747-885Mbit. The second seems a little low but all of them are well above what USB is, so doesn’t really explain why the USB works and network has the issue?
Yeah second value is definitely strange, but yes the values are above USB. Maybe want to test longer to see any issues.
Other than that while the Kodi SMB implementation with that speeds should be fine you might could try if fstab/autofs mounts solve your issue.
Thanks, I ran an 8min test in both directions and it averaged 887 and 844Mbit. I’ve many other higher bitrate 4K movies that I watch with no issues. It seems to be specific to this one movie. I downloaded a different version of it to see if it was a bad encoding but that also has the same issues.
Do my logs show anything?
2020-05-23 08:06:51.730 T:3517969120 DEBUG: Readrate 4264000 is too low with 5534276 required 2020-05-23 08:09:56.084 T:3209237216 NOTICE: CVideoPlayerAudio::Process - stream stalled pts:294.795 clock:294.796
Is there a chance that this HP microserver is overloaded … maybe with other things?
It is not the rip. I played that same file from your first log last night and it didn’t display any issues. I would try a system mount as they seem to work the best with the Vero.
The server isn’t overloaded, all it does other then serve osmc is sickchill for downloading. I don’t understand why all other 4K movies play fine, even higher bitrate ones but this specific title struggles.
Than I suggest to try the kernel mount (e.g. Mounting network shares with autofs (alternative to fstab)) just once to see if that solves the problem for that file.
I’m happy to try either autofs or even fstab, but I use a MySQL dB for my library as I have a number of OSMC rpi’s on different TVs around the house.
How can I use autofs/fstab without ruining the library dB?
Well first I just suggest to use it to test for this movie (You don’t need the library to test just play from Files). If it fix the problem then we can look from there. One option would be to use path substitution.
I’ve mounted my SMB 3 via fstab and I experience the same issue with one of my 4k movies.
The strange part is that it basically happens right away. When I start playing it’s not playing but buffering until the buffer reaches 190MB and then it plays until the buffer reaches 0 and then it starts buffering again until the buffer reaches 190MB…
What I totally not understand is what’s going on, since it doesn’t have a higher bit rate than other movies. My network is fine and there would not be an issue to actually fill the buffer while it is playing, but it just doesn’t. I understand that this could happen, if there was a bottleneck. There isn’t.
I was thinking about opening an issue myself, but found this one, so I will follow it for a while.
This would only apply to you and not the OP, but try adding this to your advancedsettings.xml…
<cache> <buffermode>4</buffermode> </cache>
Autofs did the trick, mounted it all ok and the movie now plays with no jerking or freezing. One issue I noticed was trying to jump by chapters quickly it would crash OSMC with the sad face. All other 4K movies seem to play fine, and don’t have the issue regarding jumping chapters. I still don’t fully understand why this one file is having issues given it isn’t the highest bitrate movie I have.
My concern now is whether I want to change all the mounts just for one troublesome movie. As I said I use a MySQL dB mainly for multiple Rpi but also a Windows PC. I appreciate that path substitution is an option, but am I right that it won’t work for any updates/scraping? So when I scrape a new file will it be a smb or mnt? The PC obviously won’t be able to read Mnt should I update the whole dB.
No, as long as you leave your sources exactly as they are now there will be no impact to your current setup, including scraping. All the path sub does is redirect when it goes to read a file. The scraping is determined by your sources, not where it is actually finding the files. I cover this in the howto fzinken linked to above.
Well I agree it is odd (maybe some index or frame issues). The question could also be somewhere in the buffering.
With further investigation it seems that quite a few of the 4K movies using autofs have issues with jumping chapters, causing OSMC to crash. Could this be an autofs issue? Is it worth trying fstab?
Also regarding path substitution, I use the watchdog add on to automatically add files to the library. Will path substitution mean that the watchdog will be searching the new mnt addresses and so add them to the MySQL dB incorrectly?
Is it possible all of these affected files have TrueHD tracks?
Yes the files that crash all seem to be TrueHD, altho not all TrueHD files crash. Also using smb even the files that crash are ok. It’s only on autofs. And with smb one, possible more files have the stuttering issue. I believe these are TrueHD too if that helps.
It is possible that there might be some change on file detection for triggering updates. I don’t use that add-on, but from what I understand it can be a bit finicky on some setups in that regard. It will not change the file paths stored in the library though, again, as long as you don’t change your sources. Just add the path substitution to your advancedsettings file and give it a go. If something breaks then you remove that and your back to exactly where you started.
As for the TrueHD stuff, do your remaining issues only happen when you have passthrough disabled?
Ok thanks. I’ll try a path substitution for one folder and see how it goes with Watchdog.
Yes I usually have pass-through disabled, and with it enabled there seems to be no issues with the chapter search. Not ideal for my sound though!