Not sure what caused this or when it started happening but my vero 4k+ lately buffers on every movie. Only change recently is better WiFi. I’m still hard wired to the router though. Can’t even get 5 minutes without constant freezing and buffering. Thanks.
Hi, 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 twice(!)
-
reproduce the issue
-
upload the log set (all configs and logs!) either using the
Log Uploadermethod within the My OSMC menu in the GUI or thesshmethod 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:
2025-11-20 13:54:55.878 T:3141 info <general>: CVideoPlayerAudio::Process - stream stalled
...
2025-11-20 13:55:35.695 T:3141 info <general>: CVideoPlayerAudio::Process - stream stalled
...
2025-11-20 13:56:15.203 T:3141 info <general>: CVideoPlayerAudio::Process - stream stalled
...
2025-11-20 13:56:54.218 T:3141 info <general>: CVideoPlayerAudio::Process - stream stalled
What ever you changed, it looks like the bandwidth is now worse than before.
We suggest to check your network with iperf3. Please, read this howto
1 Like
I was running hard wired just upgraded my WiFi and router recently. I’ll try the tests and report back. Thanks.
Last login: Mon Nov 24 11:07:32 on ttys000
j@Mac ~ % iperf3 -s
-----------------------------------------------------------
Server listening on 5201 (test #1)
-----------------------------------------------------------
iperfAccepted connection
[ 5] local port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 8.12 MBytes 68.1 Mbits/sec
[ 5] 1.00-2.00 sec 10.9 MBytes 91.3 Mbits/sec
[ 5] 2.00-3.00 sec 25.8 MBytes 216 Mbits/sec
[ 5] 3.00-4.00 sec 27.6 MBytes 232 Mbits/sec
[ 5] 4.00-5.00 sec 27.9 MBytes 234 Mbits/sec
[ 5] 5.00-6.00 sec 29.2 MBytes 246 Mbits/sec
[ 5] 6.00-7.00 sec 30.5 MBytes 256 Mbits/sec
[ 5] 7.00-8.01 sec 31.5 MBytes 263 Mbits/sec
[ 5] 8.01-9.00 sec 26.1 MBytes 220 Mbits/sec
[ 5] 9.00-10.00 sec 30.2 MBytes 254 Mbits/sec
[ 5] 10.00-10.01 sec 640 KBytes 393 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.01 sec 248 MBytes 208 Mbits/sec receiver
-----------------------------------------------------------
Server listening on 5201 (test #2)
--------------------------------------
This is the result I got assuming I did it correctly.
[ 5] 0.00-1.00 sec 25.9 MBytes 216 Mbits/sec
[ 5] 1.00-2.02 sec 34.1 MBytes 283 Mbits/sec
[ 5] 2.02-3.00 sec 28.4 MBytes 242 Mbits/sec
[ 5] 3.00-4.00 sec 28.4 MBytes 238 Mbits/sec
[ 5] 4.00-5.01 sec 31.4 MBytes 261 Mbits/sec
[ 5] 5.01-6.00 sec 26.5 MBytes 224 Mbits/sec
[ 5] 6.00-7.00 sec 32.9 MBytes 276 Mbits/sec
[ 5] 7.00-8.00 sec 28.5 MBytes 239 Mbits/sec
[ 5] 8.00-9.01 sec 33.5 MBytes 280 Mbits/sec
[ 5] 9.01-10.00 sec 31.9 MBytes 269 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.01 sec 305 MBytes 256 Mbits/sec sender
[ 5] 0.00-10.00 sec 301 MBytes 253 Mbits/sec receiver
Second test
If Mac is the the system, the OSMC device gets it the video data from, than this is the right place to run the iperf3 server.
But the first post indicates that you only run a test where an iperf3 client sends data to the server … but you want to test the bandwidth of the situation when video data is sent to the OSMC device from the server.
In the logs we see
VideoPlayer::OpenFile: /mnt/4KMovies2/Plex/HD/Kill Bill Volume 1/Kill Bill Volume 1.mkv
I assume you run an autofs config but the system serving /mnt/4KMovies2/Plex/HDis the right place to install iperf3 and run it in server mode.
On the OSMC side you only want to receive data (and measure the bandwidth), so parm -R is your friend. And you want to measure it for several minutes, so -t has also to be used. See again the iperf3 performance articel in the link above.
Someone did some helpful tests in this articel to get an idea of peak bandwidth with 4k atmos video streams. This means whenever you see a bandwidth drop below 200 Mbit/s, this could be a candidate of a bandwidth bottleneck for such kind of stream.
In the following an example of the iperf3 output from the OSMC VeroV where an RPi 4 is the ipef3 server and assumed provider of the smb/cifs shares.
root@osmc-verov:~# root@osmc-verov:~# iperf3 -R -c osmc-pi4
Connecting to host osmc-pi4, port 5201
Reverse mode, remote host osmc-pi4 is sending
[ 5] local fd00::96cc:4ff:fe60:a8e port 54648 connected to fd00::dea6:32ff:fed6:3aaa port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 108 MBytes 910 Mbits/sec
[ 5] 1.00-2.00 sec 109 MBytes 914 Mbits/sec
[ 5] 2.00-3.00 sec 108 MBytes 909 Mbits/sec
[ 5] 3.00-4.00 sec 108 MBytes 907 Mbits/sec
[ 5] 4.00-5.00 sec 108 MBytes 907 Mbits/sec
[ 5] 5.00-6.00 sec 108 MBytes 907 Mbits/sec
[ 5] 6.00-7.00 sec 108 MBytes 904 Mbits/sec
[ 5] 7.00-8.00 sec 108 MBytes 904 Mbits/sec
[ 5] 8.00-9.00 sec 108 MBytes 910 Mbits/sec
[ 5] 9.00-10.00 sec 109 MBytes 912 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 1.06 GBytes 908 Mbits/sec 0 sender
[ 5] 0.00-10.00 sec 1.06 GBytes 909 Mbits/sec receiver
iperf Done.
Only, if you can run a test for some minutes without a drop of bandwidth below 200 Mbit/s you know for sure that the available bandwidth is sufficient.
These first two iperf3 measures are good candidates to create a bandwidth issue while 4k HDR playback if it would be in the right direction (iperf3 server sends data to iperf3 client on OSMC device using the -R parameter.
So would it be better to test with 4k HDR? Could it be an issue with fios’ new router? In the test file it was 1080p bd ripped from the disc.
Oh, sorry. I assumed you’re already playing 4k HDR material since this needs more bandwidth. But currently you ‘only’ tried Full HD video in the logs. We do not know anything about your local network infrastructure and troubleshooting everybody’s local network infrastructure might be far beyond the scope of this forum.
But first try with 4k material and see whether the problem is even worse than with FHD video.
Addition: For FHD h.264 video + Atmos audio data you can expect bandwidth peaks up to 57 ~ 60 Mbit/sec.
Normally I’ve never had issues with full 4k hdr. I can do a double reboot and new logs when I get home tonight. I don’t know if it’s the update or router. Both happened around the same time. My other vero is also having issues. Are there any known issues with gigabit?
Thanks.
We are not aware of any network related issue. As you can see in your provided bandwidth values using iperf3 (compare it with my values), you’re far away from reaching normal gigabit bandwidth.
If you’re only using ethernet cable and not wifi, I suggest to disable the wi-fi adapter to eliminate it from the multitude of possible causes of the error. How you can reach the specific config menu using confluence skin:
add-ons → my add->ons → program-addons → my osmc → run → network → wireless … and here disable the wireless adapter, go back to the main menu and restart the Vero to be sure
Although I don’t want to delve into your local infrastructure: Is your new fio router the only network switch all your devices are connected to by cable?
Another interesting fact is, that in the interface information in your provided logs the amount of transfered data on the wlan0 interface is much higher than on the eth0 interface:
====================== ifconfig =================== pi3lDrO1
eth0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500
inet 192.168.1.159 netmask 255.255.255.0 broadcast 192.168.1.255
ether 94:cc:04:60:0a:c5 txqueuelen 1000 (Ethernet)
RX packets 2688 bytes 443505 (433.1 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 506 bytes 80776 (78.8 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 16
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1 (Local Loopback)
RX packets 91 bytes 15134 (14.7 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 91 bytes 15134 (14.7 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500
inet 192.168.1.229 netmask 255.255.255.0 broadcast 192.168.1.255
ether a0:67:20:09:b3:99 txqueuelen 1000 (Ethernet)
RX packets 49377 bytes 214365445 (204.4 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 61458 bytes 7466093 (7.1 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Here we have 433.1 KiB received data on eth0 compared to 204.4 MiB received data on wlan0. Although it’s not clear when this snapshot was taken, it suggests your system is NOT using the hard-wired ethernet cable by default but doing wifi instead.
You can verify doing a
ip route show
or
route -n
command on the VeroV and see what the default gateway and interface are. Using the last command, search for the line with the 0.0.0.0 destination and used interface.
It seems I had a static IP set up with my old router. Somehow in the settings it was different than what I use to connect my kodi iOS remote to.
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.03 sec 22.8 MBytes 185 Mbits/sec
[ 5] 1.03-2.00 sec 22.9 MBytes 198 Mbits/sec
[ 5] 2.00-3.00 sec 26.2 MBytes 220 Mbits/sec
[ 5] 3.00-4.00 sec 27.1 MBytes 228 Mbits/sec
[ 5] 4.00-5.00 sec 24.6 MBytes 207 Mbits/sec
[ 5] 5.00-6.06 sec 27.1 MBytes 215 Mbits/sec
[ 5] 6.06-7.00 sec 20.1 MBytes 179 Mbits/sec
[ 5] 7.00-8.00 sec 21.6 MBytes 182 Mbits/sec
[ 5] 8.00-9.01 sec 28.1 MBytes 235 Mbits/sec
[ 5] 9.01-10.01 sec 26.8 MBytes 224 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.02 sec 249 MBytes 209 Mbits/sec sender
[ 5] 0.00-10.01 sec 247 MBytes 207 Mbits/sec receiver
iperf Done.
osmc@osmc:~$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.1.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0
192.168.1.1 0.0.0.0 255.255.255.255 UH 0 0 0 wlan0
osmc@osmc:~$ ip route show
default via 192.168.1.1 dev eth0
192.168.1.0/24 dev wlan0 proto kernel scope link src 192.168.1.
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.
192.168.1.1 dev eth0 scope link
192.168.1.1 dev wlan0 scope link
Does this look better?
- default network interface: Yes, the system seems to use eth0 means traffic defaults to the LAN cable
- the provided data still shows a poor bandwidth around 200 Mbit/s … this is max. 1/5 or 1/4 of the typical available gigabit LAN bandwidth …?
- the provided log set shows two starts of a video playback:
-
- Kill Bill Volume 1 in FHD resolution, a single video buffer skip just after start of the playback
-
- Aquaman and the Lost Kingdom in 4K HDR with a several video buffer skips after start of the playback
- there are no more stalled stream messages in the logs
Questions:
- Were there any issues for you while these playbacks?
- Why is the bandwidth so poor between the video source and the Vero V? It is NOT a bandwidth we expect with gigabit LAN means it is running on the edge (smaller 200 Mbit/s) for sure with 4k video material containing atmos, etc.
- You have not answered “Is your new fio router the only network switch all your devices are connected via cable”
Skips were me skipping chapters since that usually causes buffering. Playback worked fine but I haven’t tested a full 90 minute movie since. I do have 4 devices running to the Fios router directly. However my computer is WiFi maybe that could explain the slightly slower speeds there.
That seems like the most plausible explanation for the bandwidth issue. If the computer could also be connected via LAN cable, this bottleneck would be eliminated.
For that, you would probably only need to connect a gigabit switch to one of the router’s ports, and you could then use the remaining ports on both the router and the switch for all your devices. For example, the TP-Link TL-SG108 with 8 ports (unmanaged) is currently only €17 in Germany during Amazon’s Black Friday sale.
Fios…..is a mess. They require their router for the cable box. But I just tested a 1080p movie about to test a 4k HDR seems like the entire issue was static ip incorrectly changing.