I’m using an Rpi3 with a fresh install of OSMC latest update (having previously been using a slightly older version that was installed through NOOBS). With both installs, I have been getting stutters of video being streamed from a Win 10 desktop SMB share via wired connection. Sometimes I can make it through a video with no problems. When I do get the stutters, it can drop to what appears to be 10-15fps. Audio remains smooth. When it happens it sometimes does not clear up and I just give up and go back to using my desktop Kodi. The stutters are inconsistent, aside from not happening every time I watch a video, they do not come at the same place in the same video if I play it twice in a row.
When I use the Codec Info button, VQ and AQ both stay at 98-99%. Dropped and skipped frames show 0 to 5 and do not increase during the stuttering. CPUs are at 0% to 4% typically.
The power icon does not show in the upper right corner of the screen during the stutters.
I’m using a SanDisk class 10 16gb card.
Streaming the same video to my laptop – over wifi – is perfectly smooth.
I will upload my logs when I get back home, but the fact that all metrics seem to be okay makes me wonder if they will show anything of use.
Do you use the integrated SMB client (?) in Kodi or have you mounted the shares in fstab? My stuttering issues disappeared after mounting shares in fstab. I’m pretty sure I had skipped or dropped frames before though, so it may be a different problem.
I used the Kodi smb.
For speed tests I mounted the smb shares and copied the files.
Both was slow for me.
It seems to be a general network speed issue. Also downloads with wget had the same slow speed.
That’s strange. I just did some transfer speed tests and using the Kodi SMB client I got about 4.5-5 MB/s. Copying the same file from fstab mount gave ~11 MB/s (limted by USB drive). What speeds are you getting?
Using rsync to copy a file from my SMB share I get 8-9 MB/s, so a little bit slower than a transfer from the same fstab mount with Kodi file manager but not much. Downloading the same file as you with wget resulted in ~11 MB/s. I have no further knowledge about this issue though, all I could and wanted to contribute was that mounting with fstab solved my issue. It seems that your issue is something else and more severe, I hope someone else can help.
I have no idea. I just tested with the Kodi SMB client again and my VQ does drop. But with the transfer speeds @theincogtion is seeing one would think there has to be dropped frames if he isn’t playing potato quality video. 720p TV-episodes usually has around 2500-3500 kb/s bitrate IIRC.
Yeah, sorry for the delay on logs, I have to wait until the next time I watch something and experience the problem, I tend to watch movies on the weekends.
Before the cache empties, why would I get dropped frames as a result of slow network speed? If the cache is full, isn’t it playing it from the cache rather than from the network? My VQ/AQ never drop below 98%.
The vcodec matters. If it is a hidef video and over 720p, then h.264 is the only vcodec that will offload onto the GPU. h.265/mpeg2/vp8/vp9 are all problems. If you’ve paid for the mpeg2 GPU acceleration, then that vcodec should work up to 1080p (I haven’t tried anything higher).
For the other poster - .mkv is just a container. Any sort of video can be encoded and shoved into there.
In the sort term, the easiest answer is to transcode the video file to a h.264 using something like ffmpeg or handbrake on a more powerful system. A raspberry pi just can’t handle that workload but a $60 intel CPU like the G3258 can.