Unusable / constant buffering since 2021-12.1 / latest Widevine

Hi,
I basically use almost exclusively 2 plugins, both relying on Inputstream adaptive / Widevine. Since the last update of either OSMC or Widevine, playback is impossible because of the heavy buffering.

  • VRTnu: buffering more or less every 5 seconds, both in live and non-live streams
  • Netflix: heavy audio sync issues, can’t keep up with the image…

I just did a fresh reinstall of 2021-12.1 + both plugins on my Vero4K+, to be sure, but still same problems.
Furthermore, now Netflix doesn’t even want to launch :confused: I installed per the following instructions, but had a build error with pycryptodomex… How install the addon · CastagnaIT/plugin.video.netflix Wiki · GitHub

Now connected via Ethernet (wifi gave the same issues), but the switch actually shows that the connection is only 10/100Mbit instead of Gigabit… Is this possible?

Log files here: https://paste.osmc.tv/popagoqevu

Please help…

Yes

meson6-dwmac c9410000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx

Try ethtool sudo apt-get install ethtool and run ethtool eth0 check the output of that to understand where it goes wrong.

@fzinken
I got the same issue and it’s telling 1000Mbps
I switched from LibreELEC hoping to see it fixed here but nope :frowning:
I even have this same issue on my Kodi Leia installation.
Is the latest Kodi for RPi3 using Hardware Decoding ?


osmc@osmc:~$ ethtool eth0
Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supported pause frame use: Symmetric Receive-only
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised pause frame use: Symmetric
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                             100baseT/Half 100baseT/Full
                                             1000baseT/Half 1000baseT/Full
        Link partner advertised pause frame use: No
        Link partner advertised auto-negotiation: Yes
        Link partner advertised FEC modes: Not reported
        Speed: 1000Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: on
        MDI-X: Unknown
Cannot get wake-on-lan settings: Operation not permitted
        Current message level: 0x00000007 (7)
                               drv probe link
        Link detected: yes
osmc@osmc:~$


No Kodi Matrix on any Pi currently has limited support.
But this thread is about the Vero4k so might not be related to your topic.

Hi fzinken,
I get the following report:

ethtool eth0
Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                             100baseT/Half 100baseT/Full
        Link partner advertised pause frame use: Symmetric
        Link partner advertised auto-negotiation: Yes
        Link partner advertised FEC modes: Not reported
        Speed: 100Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 0
        Transceiver: external
        Auto-negotiation: on
Cannot get wake-on-lan settings: Operation not permitted
        Current message level: 0x0000003f (63)
                               drv probe link timer ifdown ifup
        Link detected: yes

It is connected to a TP-Link SG-108 8 port Gigabit switch. I just switched the cable, first it blinks green (Gbit), then it reverts to yellow (100Mb)…

Thanks for your follow-up!

Doesn’t look good. Did you try another port?

Sorry about that, didn’t know about RPi limited functionality on Matrix.
Maybe one day :slight_smile:

The good news: previously I changed the patchpanel - switch cable. After changing the Vero - wall cable I get 1000Mb:

Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                             100baseT/Half 100baseT/Full
                                             1000baseT/Full
        Link partner advertised pause frame use: Symmetric
        Link partner advertised auto-negotiation: Yes
        Link partner advertised FEC modes: Not reported
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 0
        Transceiver: external
        Auto-negotiation: on
Cannot get wake-on-lan settings: Operation not permitted
        Current message level: 0x0000003f (63)
                               drv probe link timer ifdown ifup
        Link detected: yes

The bad news: this doesn’t solve (or even improve) the buffering problems, situation still the same… :confused:

Well good news that this underlying issue is at least solved. For Widevine let’s see what other report (I don’t use it).

Please post all the information from
InputStream Helper> InputStream Helper information.

I’m guessing you are using Widevine 4.10.2252.5
Im having the same issue.

It’s working on my Windows machine but that’s using Widevine 4.10.2391.0.
This version is not available for Linux Arm, so support might be dead for those platforms?

Update: After several reinstalls of the latest Widevine (4.10.2252.5) the issue only occurs randomly now.
Update Widevine using InputStream Helper> Reinstall Widevine.
Really confusing but at least works now.
Just reopen the video when it’s glitchy.

Kodi version 19.3 on arm Linux.
InputStream Helper version 0.5.8+matrix.1
InputStream Adaptive version 19.0.1

Widevine CDM is actually at version 4.10.2391.0, installled on 2022-01-08.
Extracted from Chrome OS image FIEVEL version 14268.67.0
Installed at /home/osmc/.kodi/cdm/

Try downgrading your Inputstream Adaptive to an older version.
For me that seems to have fixed the issue.

Have you / can you do an iperf test?

Still skeptical of your network.

@Nigel92 , the plugin itself or the Widevine version (impossible because no backups on the new install…)?

@sam_nazarko
Reverse / reception:

Connecting to host 192.168.0.216, port 5201
Reverse mode, remote host 192.168.0.216 is sending
[  5] local 192.168.0.226 port 59360 connected to 192.168.0.216 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  27.2 MBytes   228 Mbits/sec
[  5]   1.00-2.00   sec  24.2 MBytes   203 Mbits/sec
[  5]   2.00-3.00   sec  19.6 MBytes   164 Mbits/sec
[  5]   3.00-4.00   sec  16.5 MBytes   138 Mbits/sec
[  5]   4.00-5.00   sec  22.1 MBytes   186 Mbits/sec
[  5]   5.00-6.00   sec  25.3 MBytes   213 Mbits/sec
[  5]   6.00-7.00   sec  24.8 MBytes   208 Mbits/sec
[  5]   7.00-8.00   sec  22.7 MBytes   190 Mbits/sec
[  5]   8.00-9.00   sec  20.0 MBytes   168 Mbits/sec
[  5]   9.00-10.00  sec  23.6 MBytes   198 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-10.00  sec   226 MBytes   190 Mbits/sec                  sender
[  5]   0.00-10.00  sec   226 MBytes   190 Mbits/sec                  receiver

iperf Done.

Transmission:

Connecting to host 192.168.0.216, port 5201
[  5] local 192.168.0.226 port 59368 connected to 192.168.0.216 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  19.0 MBytes   159 Mbits/sec    2    173 KBytes
[  5]   1.00-2.00   sec  19.1 MBytes   160 Mbits/sec    0    211 KBytes
[  5]   2.00-3.00   sec  20.2 MBytes   169 Mbits/sec    0    211 KBytes
[  5]   3.00-4.00   sec  20.3 MBytes   171 Mbits/sec    0    211 KBytes
[  5]   4.00-5.00   sec  16.1 MBytes   135 Mbits/sec    4    191 KBytes
[  5]   5.00-6.00   sec  19.5 MBytes   164 Mbits/sec    0    211 KBytes
[  5]   6.00-7.00   sec  19.9 MBytes   167 Mbits/sec    0    211 KBytes
[  5]   7.00-8.00   sec  19.9 MBytes   167 Mbits/sec    0    211 KBytes
[  5]   8.00-9.00   sec  19.5 MBytes   163 Mbits/sec    0    211 KBytes
[  5]   9.00-10.00  sec  17.6 MBytes   147 Mbits/sec    8    194 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   191 MBytes   160 Mbits/sec   14             sender
[  5]   0.00-10.00  sec   190 MBytes   160 Mbits/sec                  receiver

iperf Done.

Looks fast enough…?

Hi

it’s not Widevine fault …
Buffering problems in many plugins recently due to obsolete “http2” protocol

try to disable “http2” in advancedsettingx.xml by adding:

< network >
< disablehttp2 > true < /disablehttp2 >
< /network >

1 Like

Aah sweeet!! Been scratching my head and googling over this one for a few days… Finally had the presence of mind to look into the forums and just found this. And then to see that the working solution was posted just an hour ago, beautiful! :slight_smile:

I can confirm that I had the same problem on RPi 3 B+ and disabling http2 fixes it!

Damn was really hoping this would do the trick!
Created the advancedsettings.xml, copy-pasted those arguments, but no luck… :frowning:
Can the file be otherwise empty, or do I need to add other lines…?

EDIT: asking the question is solving it… I added the opening and closing tags. Still no luck.

I did discover that disabling the audio stream (so only selecting video+subtitles) in the InputStream Adaptive settings seems to solve the constant buffering problems…

It needs a bit more than what nba20 posted :wink:

My .kodi/userdata/advancedsettings.xml looks like this:

<?xml version="1.0" encoding="utf-8"?>
<advancedsettings>
    <network>
        <disablehttp2>true</disablehttp2><!--stutter problems on livestreams-->
    </network>
</advancedsettings>

Afterwards don’t forget to restart media center (reboot your Pi or run sudo systemctl restart mediacenter)

1 Like

Hi michield, thanks, I copy-pasted your settings.
Sadly still exactly the same buffering problem…

Omg… about one hours ago i have tryed to see “Atalanta - Inter” on Dazn.

i have an rpi2 whit current osmc build… i use the Dazn from Maven85 GitHub repo and i my personal user/password.

Until today i use dazn whitout any issue… today it’s not works… i have try to open some video from dazn various livestream and also some on demand show (like some documentary and some highlights of passed match) but i have same issue reported here.

all video goes in buffering immediately after some seconds and i can see the buffer reach only the 10% and all video it’s unplayable.

for some test i have test the widevine whit another addons… using “Mediaset Play” and open the livestream of “Italia 1” and here no issue.

Found by google this thread…

now i have also i add the “disable http2” tag on my advanced setting file.

later can i restart my pi2 and i can retry to open some other video from dazn and see if this help also me to resolve the issue.

if yes… thanks in advace…

wait some my feedback later… thanks again.

edit

added “disable http2” not resolve my issue.

dazn it’s completely right now unwatchable on my rpi2…

edit 2nd
i have also tryed to re(install) by inputstream helper…
reboot my pi2 not resolve… all dazn content it’s unwatchable how i report upper here :frowning: