Livestream on beta vs. 1.0.2

[MDA999]

I have 2 identical miniPCs as HTPC running libreELEC, Lenovo m93p.
HTPC1 is running Kodi 19.5.0, Git:19.5-Matrix, LibreELEC 10.0.4 (kernel: Linux 5.10.161)
HTPC2 is running Kodi 21.0.0, Git:21.0-Omega, LibreELEC 12.0.0 (kernel: Linux 6.6.28)

On both I installed ORF ON plugin v1.0.0+beta and v1.0.2. (parallel)
(the 1.0.0+beta isn't on github anymore, luckily had it in my archive)

The livestreams on v1.0.0+beta work like a charm - ORF1, ORF2, ORFIII, ORF Sport+ no problems.
The livestreams on v1.0.2 do play only audio, but not video, except for ORFIII, which is the only one working.

I even made a completely clean install to check. What's the difference between these version? Why's the old one working and the new one not?

Is there any way to reproduce this for the IPTV list? There I have the same problem - only ORFIII is working, others are just audio, no video.

EDIT: I just checked on ORF2 Livestream in v1.0.2 and "Guten Morgen Österreich" was working. No clue why.

Great work though! Thanks!

[s0faking]

please provide a debug log for both test systems. sounds like your drm setup is not working correctly. did you install inputstream adaptive (widewine cdm) & inputstream helper? orf3 is the only channel without drm so this might explain the working stream there. I'm not 100% sure but there are also a few shows that are broadcasted without drm, thats probably why "Guten morgen Österreich" works

did you install from the offical repo or did you use a zip from the github repo?

[MDA999]

Log gefunden, häng ich mal an. https://pastebin.com/DtPHmUC5 Inputstream und widevine sollten installiert sein, kann Widevine nur nicht finden (weder in Benutzer-Addons noch über die Repo suche) Das ORF ON 1.0.0+beta hatte ich damals als ZIP von Github gezogen und hatte ich noch auf der Platte, das 1.0.2 war aus dem Repo. *** Log found, attached. https://pastebin.com/DtPHmUC5 Inputstream is active, Widevine should be too, but can't find it in User-Addons or Repository. I got ORF ON Addon 1.0.0+beta some month ago as a ZIP from GITHUB page and still had it. The 1.0.2 version was installed from the repo.

[s0faking]

hey

sorry for the late response. please enable debug logging and component specific debug logging for libCurl, FFMPEG and Video Component and post the logs again

[MDA999]

I'm sorry, but I have absolutely no clue how to do that... Where do I find this in Kodi?

[s0faking]

if your interface is set to german do the following:

1. Enter Kodi Settings
2. Select "System"
3. Select "Protokollierung"
4. Check "Debugprotokollierung aktivieren"
5. Check "Komponentenspezifische Protokollierung aktivieren"
6. Select "Konfiguration der komponentenspezifischen Protokollierung"
7. Mark "Ausführliche Protokollierung libCurl", "Ausführliche Protokollierung FFMPEG" and "Ausführliche Protokollierung Video-Komponente"
8. Press Ok
9. After you did that reproduce the problem as before and export the Debug log to pastebin

[MDA999]

Thank you for that specific manual. I did all that, started ORF ON 1.0.2 and immediately got a notification about a new update to Widevine CDM, which I did. Then I started Livestream to reassure nothing changed and grabbed that log from my PC over network.
Unluckily it was already 3 MB so pastebin didn't like it (Limit is 512kb).
So I restartet the whole HTPC, just started the addon and the first Livestream (ORF1) and grabbed the new log, which was still too big (600kb). I had to split it on pastebin in 2 parts.

Part 1: https://pastebin.com/4y7Dp7fU
Part 2: https://pastebin.com/pCxnGQ2p

Hope that brings more light into this issue.

[1Luc1]

I got the exact same problem, coming from 1.0.0-beta installed as zip from your other orfon repo to the 1.0.2 version from the official kodi repo.

edit: i guess its relevant to #149

[s0faking]

sorry for the late response. yes #149 is exactly the same problem. the workaround for this would be to disable "Use timeshift" in the ORF On Addon settings. As stated in #149 this is an Inputstream Adaptive issue so not much i can do here. I will disable the "Use timeshift" option per default on the next addon version because this also occurs on Android devices. The restart option won't work but i guess thats better than having no livestreams at all

[MDA999]

@s0faking Can you tell me what the difference in the 1.0.0 and the 1.0.2 version is, since the beta plays the livestreams well out of the box? Is there timeshift disabled on default and that's the reason? That's what I don't get in my head.

[1Luc1]

Thanks for the clarification. May i ask, what "Use timeshift" does?

[s0faking]

@s0faking Can you tell me what the difference in the 1.0.0 and the 1.0.2 version is, since the beta plays the livestreams well out of the box? Is there timeshift disabled on default and that's the reason? That's what I don't get in my head.

yes this version doesnt implement the new livestreams. i've added this later on before i merged the orf on code onto plugin.video.orftvthek. so having "Use timeshift" disabled is pretty much the same as using the old 1.0.0 beta

[s0faking]

Thanks for the clarification. May i ask, what "Use timeshift" does?

it enables the new livesteams. orf is keeping the old streams active, probably because other streaming services are still using them (hbbtv i think for example). the new livestream format is the one implemented on the orf on website, it makes the streams seekable, so you can basically rewind the livestream to the start of the show. since orf on killed the old restart option this is the way to start a running stream from the start. unfortunately this also means all systems that have a broken "timeshift" livestream (android and libre) can't start a livestream from the beginning

[MDA999]

yes this version doesnt implement the new livestreams. i've added this later on before i merged the orf on code onto plugin.video.orftvthek. so having "Use timeshift" disabled is pretty much the same as using the old 1.0.0 beta

Oh, then I think I can disable timeshift, as I wasn't missing anything using it. lol