Posts by nosen

Thanks for the tip!

Whoa, a couple of things:

First, thanks for letting me know that the nightly version is stable enough to daily-drive. That piece of information puts the situation in a new light. I didn't consider it to be a viable workaround. I don't think I came across as obsessing over the stable label though.

Second, I'm not the only user. There has been another LE user in this very thread who confirmed the issue.

Third, I didn't try to pass the buck. I assumed (correctly, it turned out) that you had misunderstood the issue (despite having clear step-by-step instructions for how to reproduce the bug). When I figured out you hadn't understood the issue, I asked for your confirmation. I thought you might direct me to do another test, now that you had a better grasp of the problem.

I assure you that I act in good faith and want to help improve Kodi and LE for everyone. If that's not an interesting proposition for you, we can stop trying to fix this bug. I want to keep going, but I need your help to continue.

As for right now, I'll try switching to nightly and piece by piece install and configure until the bug comes back, if it comes back at all. Does that sound like a good plan to you?

That is puzzling, since I can play live TV on 13.0 nightly but not 12.2.1. Maybe the livestream format that SVT is serving is a little unorthodox or "out of spec" somehow, in a way that some players tolerate but stalls others players?

You understand me correctly, but I don't want to switch my daily driver to the nightly version for two reasons: One, I want to use the stable branch so that I don't have to deal with stability problems, and two, I think it's useful to keep debugging this so we may identify the bug, and stop it from popping up again later.

I see your reasoning, but I want to be crystal clear: the bug only manifests on a small subsection of content, namely live tv i.e. the same thing you'd see on the regular terrestial broadcast. I don't think that's available outside of Sweden (test this by following the instructions in my original post). All VODs work for me on all versions, they play like expected and do not stall.

Still want me to test? I will humor you if that's the case.

That seems unnecessary, since we have already established that the bug is present on a clean image of 12.2.1 but not in the nightly release, no? The bug has to be somewhere in the base system on 12.2.1, and not related to any other addons. I can't see how any other addons could be the culprit here.

Here is a log file from streaming on a clean image of 13.0 20251117 nightly. Interestingly, the glitch is not present on this version.

Here is a log file from doing the glitch on a clean image of 12.2.1, with only the SVT Play addon installed. I will try 13.0 nightly shortly.

Thanks, I'll try a separate SD card loaded with LE13 nightly and only SVT Play and inputstream.adaptive addons installed. I'm at work so it will have to wait for about 10 hours though. I will report back if the behavior changed, and provide a cleaner log file.

Question: I think I have inputstream libraries installed from both slyguy and kodi. Can that cause conflicts? Or am I overthinking it...

Describe the bug

Using kodi-svtplay addon on LibreElec, when streaming live TV, the videostream plays for approx. 1 second before spontaneously quitting.

How to reproduce

Steps to reproduce the behavior:

1. Install the SVT Play addon (Addons - Install from repo - Kodi Addon Repo - Video addons - SVT Play)
2. Open the addon.
3. Go to Channels and pick any channel.
4. The video stream will play for only one second before quitting.

Information

• LibreELEC Version: 12.2.1
• Hardware Platform: RPi 5
• Github issue [closed due to out-of-scope, please read]: Live TV playback hangs after 1 second kodi-svtplay/xbmc-svtplay#298

This is only reproducible on LibreElec Kodi. Another user reports this bug on OSMC. Using Kodi 21.3 on Ubuntu does not spontaneously quit.

Let me know if SVT Play is IP geolocked to Sweden.

Log file available in the github issue thread linked above.