Jack Elliott
2023-Sep-16 17:58 UTC
[Icecast] When switching from source client to fallback and back glitches listen client
Hi, I've noticed that when a source-client disconnects from the mountpoint and the mountpoint switches to its specified fallback-client, some listen-clients disconnect, or close, or otherwise glitch. Same thing when a remote source-client connects, dropping the fallback--the listen-client can glitch. The fallback is an mp3 encoded at the same sample rate and bitrate as the remote source-client. It shouldn't glitch stream players just because it swaps sources, should it? Thank you! -- Jack Elliott Director of Classical Music Programming High Desert Community Radio KPOV Bend, Oregon
Fred Gleason
2023-Sep-18 15:09 UTC
[Icecast] When switching from source client to fallback and back glitches listen client
On Sep 16, 2023, at 13:58, Jack Elliott <that.jack.elliott at gmail.com> wrote:> I've noticed that when a source-client disconnects from the mountpoint and the mountpoint switches to its specified fallback-client, some listen-clients disconnect, or close, or otherwise glitch. Same thing when a remote source-client connects, dropping the fallback--the listen-client can glitch. > > The fallback is an mp3 encoded at the same sample rate and bitrate as the remote source-client. > > It shouldn't glitch stream players just because it swaps sources, should it?I suspect that what is going on is that the two streams (original and fallback) are not precisely synchronized, which means that the decoder will likely lose framing when switching to the fallback bitstream and hence mute or otherwise glitch while reacquiring same. I?m pretty sure that this is a consequence of the basic architecture of the Icecast system. Cheers! |---------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |---------------------------------------------------------------------| | A room without books is like a body without a soul. | | | | -- Cicero | |---------------------------------------------------------------------| -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20230918/8a8f7473/attachment.htm>