Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: HLS: Two hour delay with internal decoder on specific streams. (Read 352 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

HLS: Two hour delay with internal decoder on specific streams.

I've encountered a strange bug/behaviour with HLS streams from the Swedish national radio, e.g. this one (hope this one works outside Sweden):
https://live.sr.se/pool1/p4kristianstad/p4kristianstad.isml/p4kristianstad-audio=192000.m3u8

If I play it with the internal decoder it will play the audio from two hours ago, while if I use FFmpeg through the FFmpeg rrapper it will output the correct audio, confirmed with the official site (www.sverigesradio.se/kristianstad, the "Lyssna direkt" button).
I'm using 1.6.7 beta 13.

Re: HLS: Two hour delay with internal decoder on specific streams.

Reply #1
That would be because their stream playlist starts at a certain checkpoint of buffering, but there's some sort of metadata that indicates where the "live" position should be relative to the start of the list. Hopefully your HLS stream isn't geoblocked, that should help with Peter implementing this functionality, assuming he hasn't started something already, having seen this before I did.

(Incidentally, my seeing it doesn't benefit the development anyway, since I'm not involved in core development. I really only just keep the forums relatively tidy, and occasionally poke into my own dev stuff.)

Re: HLS: Two hour delay with internal decoder on specific streams.

Reply #2
Yes, I guessed it was something like that. I hope it gets implemented, I suspect that more streams than these use this feature. A side note that may or may not be of help is that it works in VLC.
A nice bonus would of course be the ability to seek in streams like these, but that might be hard to implement.

Re: HLS: Two hour delay with internal decoder on specific streams.

Reply #3
Seeking in streams with backlog available would require inputs to be able to report their "current" playback position. I admit, this would also be a nice thing to have for formats that support looping, to report the "actual" stream position as they loop indefinitely.

 

Re: HLS: Two hour delay with internal decoder on specific streams.

Reply #4
Any progress on this issue?

 
SimplePortal 1.0.0 RC1 © 2008-2021