Clément Bœsch <[email protected]> writes: > Hi, > > A lot of people are expecting https://roundup.libav.org/issue2337 while > playing webradios, and I'm one of them. But the issue seems not trivial to > fix. > > To sum up a bit, Icecast and (recent?) MPD make lavf create a new stream when > there is a song switch: indeed, a new "serial" is sent for the new song. So a > new stream is created, and the old one does not get any more data, and the > player (mplayer1, ffplay, …) get no sound. mplayer2 has a hack to force the > switch to the new stream when the input looks like a webradio, but this also > means that's it's likely to fail when MAX_STREAMS is reached.
[...] > Luca proposed on IRC to make some kind of timeout on the "dead" stream, but > while it will solve the MAX_STREAMS issue, it won't solve the stream switch > issue: it does not make any sense for the players to switch to the new track. > > Any idea? The ogg stream has a flag indicating the end of stream, so there's no need for a timeout. Handling the actual stream switch still has to be solved somehow, but I don't think it's easily possible with the current API, since there is no way to indicate the end of a single stream. -- Måns Rullgård [email protected] _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
