Open prettyv opened 1 month ago
I had a closer look at this the last few days and can confirm that the ORF 1 and ORF Sport Plus livestreams have this issue on LibreELEC 12 / RPi5 (ORF 2 and ORF 3 livestreams work fine).
I've been discussing this with @CastagnaIT and it's indeed an inputstream.adaptive issue.
Kodi Piers with inputstream.adaptive 22.1.5 plays these streams fine (tested on RPi5 with LibreELEC 13 nightly builds), but unfortunately the inputstream.adaptive changes are very involved and won't get backported to i.a 21 / Kodi Omega.
If you're feeling very brave you could give the latest LibreELEC 13 nightly build a try, inputstream.adaptive 22.1.5 is already in our repos, but you'll have to install inputstreamhelper 0.7.0 https://github.com/emilsvennesson/script.module.inputstreamhelper/releases/download/v0.7.0/script.module.inputstreamhelper-0.7.0.zip manually as it doesn't seem to be in the kodi repo yet.
BTW: If you go that route I'd strongly recommend using a separate SD card for tests with LE13 nightlies, these are hightly experimental
i will have to take a closer look (got my pis at the office, will get them on monday :)) at this but it seems like the same problem android devices have. https://github.com/s0faking/plugin.video.orftvthek/issues/142
did you try to disable "use timeshift" in the orf on addon settings? kodi falls back on the old livestream format without the seekable stream. this breaks the restart but at least the livestreams should work.
did you try to disable "use timeshift" in the orf on addon settings?
thanks, this was a very good hint, with timeshift disabled the streams play fine on RPi5 / LE12
Yeah, thanks a lot for the hint, disabling "Use Timeshift" makes the ORF1 livestream work for me as well. As I don't actually seek during livestreams most of the time, that's an acceptable workaround and saves me from having to juggle a seperate LE13 nightly build for this purpose.
Kodi Piers with inputstream.adaptive 22.1.5 plays these streams fine (tested on RPi5 with LibreELEC 13 nightly builds), but unfortunately the inputstream.adaptive changes are very involved and won't get backported to i.a 21 / Kodi Omega.
Good to know that this should already work with the newest inputstream.adaptive version available for Kodi Piers. Is the reason it won't get backported (also) because of technical limitations/difficulties or mainly because of the amount of work that would involve?
Since the other open issues about problems watching DRMed streams seem to have different underlying issues I'm reporting this as a new issue: attempting to start a livestream with DRM protection (mainly ORF1) only results in the audio track playing while the image just remains stuck with a frozen loading spinner and doesn't play any video.
Looking at the logs I see that the output about unknown KID values in the manifest matches an issue already reported for inputstream.adaptive (https://github.com/xbmc/inputstream.adaptive/issues/1657). The manifest for "Sporthilfe-Gala 2024" today for example was loaded from
https://orf1-247.mdn.ors.at/orf/orf1/drmqxa-247/manifest.mpd?offset=5&begin=20241003T181445
and looks very similar to the manifest in the linked issue, most importantly the missingdefault_kid
onContentProtection
tags as mentioned there:I'm using the plugin with LibreELEC 12.0.1 on a Raspberry Pi 4. Since it seems this may be a bigger issue on the inputstream.adaptive side I don't assume this can be fixed easily here, unless there is a way to get a different, more compatible manifest from the ORF API somehow? I'm unsure if this is influenced by the platform Kodi is running on?