Anyone else having this issue? Almost all of my 4k content now is subject to buffering/stuttering.
My car won’t start, anyone else having this issue?
That’s about as useful an answer as your question. You should know by now that we will ask you for logs!
Was curious if it was a known issue first.
Seems to be happening regardless of the content I play. Was hoping for some guidance or advice on what is appropriate and how to take a relevant log, since sometimes it occurs in the first few minutes of a movie, sometimes 5-10 mins in.
To get a better understanding of the problem you are experiencing we need more information from you. The best way to get this information is for you to upload logs that demonstrate your problem. You can learn more about how to submit a useful support request here.
Depending on the used skin you have to set the settings-level to standard or higher, in summary:
-
enable debug logging at settings->system->logging
-
reboot the OSMC device
-
reproduce the issue
-
upload the log set either using the
Log Uploader
method within the My OSMC menu in the GUI or thessh
method invoking commandgrab-logs -A
-
publish the provided URL from the log set upload, here
Thanks for your understanding. We hope that we can help you get up and running again shortly.
OSMC skin screenshot:
Okay, logs grabbed. Took a few mins to show up so log is long, might be better to scroll up from the bottom.
Actually… Hold on one sec before you check out that log.
Might have solved this myself. Turns out the wife had a movie paused on my bedroom RPi OSMC instance. Thinking that might have been causing issues… When something is paused, does OSMC keep an active “connection/pipe/stream” with the server?
Stopped that movie completely & rebooted the bedroom Pi OSMC… so far about 10min of playback has been working great on the Vero now.
I am going to let this movie rock and will report back tomorrow if the log needs analysis. Apologies for the potential false alarm.
I guess it would for fast resume.
Depending on how you access the server eg lsof
would tell you
Okay, so more testing this morning confirms this problem still exists. Grabbed you a new and hopefully cleaner log, located here.
Thanks for the log.
Does changing Adjust Refresh Rate to Start / Stop (instead of Always) help here?
Are you able to try playing that file from local storage?
Is it happening with all 4K movies or just some?
Sam
Hey Sam,
let me do some testing tomorrow and report back (my 4k collection is only maybe a dozen or so movies ATM so the sample size is not large). So far it has been most. Hard to report tbh since it happens sporadically, and different points for each movie (and different points when rewatching the same movie). I have not tried locally nor ever used local storage since movies have always been streamed from my mediaserver without any issue.
It may be tough to test locally, since I am unsure if I have an SD/usb drive large enough to fit a 50-70gb 4k movie. Would you still like me to see if I can track one down to test this?
Yes if you can still test on local storage it would be handy
logs too?
It the files play OK from local storage, then logs from that test would not be needed. We would then know that we need to focus on your network settings.
confirmed, changing the refresh rate to start/stop did not resolve the issue.
Playing locally appears okay after about 30-40 mins of playback (this movie normally would have issue in the first 1-3 mins).
Are you guys able to see anything in the logs?
EDIT: Maybe anecdotal, but it seems the Vero4k+ machine on Leia is dropping packets if I compare stats when running ifconfig to those RPi’s running OSMC (which have no packet loss). Granted the vero is like ~30gbs of RX traffic, 90 dropped pkts, vs. ~2gb and 0 dropped for the pi
Are your Pis and Veros on the same switch / router?
Sam
yes sir. I am using Ubiquiti networks USG, and a 24pt cisco unmanaged switch for my backbone. No hubs/switches anywhere else in the path for these two units.
Next step then is to do some network testing. iperf3 is your friend!
Hmm. New to iperf3, but am I reading this correctly in saying that I am only getting 100mbps instead of gigiabit?
osmc@LRMC:~$ iperf3 -R -c 192.168.1.4
Connecting to host 192.168.1.4, port 5201
Reverse mode, remote host 192.168.1.4 is sending
[ 4] local 192.168.1.13 port 34378 connected to 192.168.1.4 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 10.6 MBytes 88.6 Mbits/sec
[ 4] 1.00-2.00 sec 9.65 MBytes 80.9 Mbits/sec
[ 4] 2.00-3.00 sec 9.94 MBytes 83.4 Mbits/sec
[ 4] 3.00-4.00 sec 9.83 MBytes 82.4 Mbits/sec
[ 4] 4.00-5.00 sec 9.29 MBytes 77.9 Mbits/sec
[ 4] 5.00-6.00 sec 10.5 MBytes 88.3 Mbits/sec
[ 4] 6.00-7.00 sec 10.4 MBytes 87.4 Mbits/sec
[ 4] 7.00-8.00 sec 9.89 MBytes 83.0 Mbits/sec
[ 4] 8.00-9.00 sec 9.86 MBytes 82.7 Mbits/sec
[ 4] 9.00-10.00 sec 9.84 MBytes 82.5 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 100 MBytes 83.9 Mbits/sec sender
[ 4] 0.00-10.00 sec 100 MBytes 83.9 Mbits/sec receiver
Well far below 100Mbit (which would be in the range of 94-96 Mbit.
What is the value if you run iperf3 without the -R
?
Thanks, @fzinken. I just swapped ports upstairs @ the server. I have two. reran.
osmc@LRMC:~$ iperf3 -R -c 192.168.1.4
Connecting to host 192.168.1.4, port 5201
Reverse mode, remote host 192.168.1.4 is sending
[ 4] local 192.168.1.13 port 34385 connected to 192.168.1.4 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 11.3 MBytes 95.2 Mbits/sec
[ 4] 1.00-2.00 sec 11.1 MBytes 93.2 Mbits/sec
[ 4] 2.00-3.00 sec 11.1 MBytes 93.5 Mbits/sec
[ 4] 3.00-4.00 sec 11.1 MBytes 93.4 Mbits/sec
[ 4] 4.00-5.00 sec 11.1 MBytes 93.4 Mbits/sec
[ 4] 5.00-6.00 sec 11.1 MBytes 93.1 Mbits/sec
[ 4] 6.00-7.00 sec 11.1 MBytes 93.2 Mbits/sec
[ 4] 7.00-8.00 sec 11.1 MBytes 93.0 Mbits/sec
[ 4] 8.00-9.00 sec 11.1 MBytes 93.2 Mbits/sec
[ 4] 9.00-10.00 sec 11.1 MBytes 93.0 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 112 MBytes 93.5 Mbits/sec sender
[ 4] 0.00-10.00 sec 112 MBytes 93.5 Mbits/sec receiver
Removed the -R and results are similar.
osmc@LRMC:~$ iperf3 -c 192.168.1.4
Connecting to host 192.168.1.4, port 5201
[ 4] local 192.168.1.13 port 34387 connected to 192.168.1.4 port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 11.9 MBytes 100 Mbits/sec 25 83.4 KBytes
[ 4] 1.00-2.00 sec 11.2 MBytes 94.4 Mbits/sec 10 86.3 KBytes
[ 4] 2.00-3.00 sec 11.1 MBytes 93.3 Mbits/sec 13 89.1 KBytes
[ 4] 3.00-4.00 sec 11.2 MBytes 94.4 Mbits/sec 11 91.9 KBytes
[ 4] 4.00-5.00 sec 11.2 MBytes 93.8 Mbits/sec 12 96.2 KBytes
[ 4] 5.00-6.00 sec 11.2 MBytes 94.1 Mbits/sec 11 70.7 KBytes
[ 4] 6.00-7.00 sec 11.2 MBytes 94.2 Mbits/sec 0 112 KBytes
[ 4] 7.00-8.00 sec 11.2 MBytes 94.4 Mbits/sec 12 115 KBytes
[ 4] 8.00-9.00 sec 11.2 MBytes 93.8 Mbits/sec 24 84.8 KBytes
[ 4] 9.00-10.00 sec 11.2 MBytes 94.4 Mbits/sec 10 89.1 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 113 MBytes 94.7 Mbits/sec 128 sender
[ 4] 0.00-10.00 sec 112 MBytes 94.1 Mbits/sec receiver
speed seems better, but still not gigabit. BRB going to check the lights on the backbone switch