Rtlxl on Retrospect addon did play videos too fast

[kengithub9]

I have a probem with Rtlxl videos on retrospect addon, every video wil play too fast.
I have a emenint 7680 box with Coreelec 9.2. Kodi 18.4. Widevine version 1503. Inputhelper v 0.42
and inputstream 2.4.21.
The setting of inputstream on wil play videos too fast en setting off wil play only the last part of video. Bas Rieter from retrospect will help you with the problem, he says too me.
Or have you a solution?

[dagwieers]

@kengithub9 Is this still an issue? Because if only the last part of the video was played, this may have indicated that the stream was using periods, and only the last period was played. And periods-support was recently added. See #287 and #387

[kengithub9]

Dag, Ik ga de nieuwe versie van Inputstream 2.43 testen, en zal het laten weten. Gr. Kenny Van: Dag Wieers <[email protected]> Verzonden: zaterdag 15 februari 2020 21:24 Aan: peak3d/inputstream.adaptive <[email protected]> CC: kengithub9 <[email protected]>; Mention <[email protected]> Onderwerp: Re: [peak3d/inputstream.adaptive] Rtlxl on Retrospect addon did play videos too fast (#335) @kengithub9 <https://github.com/kengithub9> Is this still an issue? Because if only the last part of the video was played, this may have indicated that the stream was using periods, and only the last period was played. And periods-support was recently added. See #287 <#287> and #387 <#387> — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#335> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/ANOAL7WC2IS6XG7AUN5LWM3RDBFOHANCNFSM4I77KVAA> . <https://github.com/notifications/beacon/ANOAL7XJULYJGNBZWDZNPSDRDBFOHA5CNFSM4I77KVAKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEL3WGLI.gif> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> Virus-free. <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> www.avg.com

[thomazz-nl]

This issue is still present today on my OSMC setup, Kodi on Windows doesn't seem affected and performs playback of the stream smoothly. What is experienced: the playback speed of the video stream seems weird and audio sounds "chunked" (according to the log in Kodi it needs to resync large gaps often).

I've created two extended logfiles for comparison, by playing the same stream on two different clients (OSMC on Vero, Kodi on Windows): kodi_logs.zip
Creating audio stream happens at these locations:
kodi_windows.log line 5569
kodi_vero4k.log line 5694

A video demonstrating the issue can be found here: https://youtu.be/9wtLkWn_4ME

[samnazarko]

Please upload full logs via My OSMC. From what I can see:

• You should set the GUI to 1080p and enable Adjust Refresh Rate, not 4K.
• You should disable video mode whitelisting.

[Sopor]

Yeah, i have the same problem on my Vero that on some channels the video playback is at least 2x speed and my friend have the exact same issue.

Enabled Adjust Refresh Rate: Same problem
Disabled Video mode whitelisting: Same problem

[samnazarko]

Need to see logs.

[thomazz-nl]

Hey Sam, see the requested OSMC log here: https://paste.osmc.tv/bipevonapi
I played a stream for a bit and briefly paused+resumed it (because it was mentioned as workaround) but to no avail.

For the record: video mode whitelisting was already off and adjust refreshrate was set to "always". Setting the GUI to 1080p instead of 4k did not make any difference. On a second Vero4k that I got hooked to a 1080p tv, the glitched audio/video behaviour is identical.

[Sopor]

Log will be found here

[kengithub9]

This problem is not only a problem on RTLXl but also on KIJK.nl

[basrieter]

This seems to be an issue that affects many streams. I have reports from Belgium, Dutch and Swedish streams. From various add-ons.

[samnazarko]

Can we get a recording so we can actually analyse the bitstream?
Are recordings affected?

[thomazz-nl]

That sounded more challenging than it was...it surprised me the stream wasn't protected with DRM/Widevine stuff.

I created a recording using VLC on my PC (transcoding off obviously) and copied it to USB for playback on my Vero4k: although the audio and video synchronisation does not seem ok, it's already a whole lot better than the video stutter en audio dropouts when using the stream. So the main issue is probably in the streaming part.

For reference: here are the m3u8 files that lead to the stream that I captured (hosted on GitHub because I'm not sure if these resources are accessible from IP-addresses outside of the Netherlands):

1. http://manifest.us.rtl.nl/rtlxl/v166/network/pc/adaptive/components/videorecorder/43/434052/516937/754e34ac-5bb1-43fb-b13c-a2f714397b6a.ssm/754e34ac-5bb1-43fb-b13c-a2f714397b6a.m3u8

2. http://manifest.us.rtl.nl/10/v166/aes/adaptive/components/videorecorder/43/434052/516937/754e34ac-5bb1-43fb-b13c-a2f714397b6a.ssm/754e34ac-5bb1-43fb-b13c-a2f714397b6a.ism/754e34ac-5bb1-43fb-b13c-a2f714397b6a-audio_eng=125437-video=4006000.m3u8

Stream recording 5min sample: https://mega.nz/file/Ig9CUKAS#hCIiaYOYWGBEiw50_CX7mBbNLGtenCoqS2dA1wqkUws

[basrieter]

Another set of streams that plays to fast: ViaFree.se (See retrospect-addon/plugin.video.retrospect#1399)

[kengithub9]

Are we still working on a solution for this problem?
The stream of Kijk.nl are playing also to fast.

[thomazz-nl]

Not sure if I can speak for the other participants in this thread, but for me this issue seems fixed.

Recently I received Kodi 18.8 on my Vero 4k+. At the same time OSMC was updated to Debian Buster (Linux kernel still at 3.14) and Widevine received an update. IIt's likely that inputstream.adaptive received an update too since the last time I checked this issue. I'm not sure which (component) update did the trick, but a big thank you anyway to everyone involved!