Hi,
sorry for the late reply, there were some issues with the
mailing list that took time to be noticed and resolved.
If I remember correctly there are some issues with
file based fallbacks and buffering so you might be
able to make it work by having an actual source client
on the server stream the fallback to Icecast.
Also make sure your fallback is not total silence as
it can also mess up buffering due to how efficiently
silence is compressed.
On 8 Oct 2025, at 17:14, Paolo Patruno wrote:
> Greetings to the Icecast developer community, We have been using
> icecast for about 20 years successfully for our FM radio station in
> Italy. Now we also use icecast for transfer to DAB+ transmitters, we
> consider it useful to use fallback configurations. We have problems on
> our production server (Debian, icecast 1.4) and we are testing on a
> Fedora with the latest icecast commit from git.
> To stream we use darkice 1.5 with ogg vorbis stereo 44100Hz 96Khz
> stream and a fallback oga file with the same characteristics.
> To listen, we use audacious, VLC, firefox but here ogg123.
> To replicate the problem this is the sequence:
> * start icecast
> * start player
> * start darkice
> * stop darkice
> * start darkice
>
> The player start with fallback file, go to stream, go to fallback file,
> do not return to stream any more.
> To return to stream we need to restart the player; with other player
> the behaviour is sometime different but ever problematic.
>
> Attached you can find icecast configuration file, errorlog and
> accesslog for the icecast git version.
>
> At last I cannot find documentation for the fallback_override
> configuration option none,all,own.
>
> Thanks in advance for any suggestions
>
> Paolo
>
> _______________________________________________
> Icecast-dev mailing list -- icecast-dev(a)xiph.org
> To unsubscribe send an email to icecast-dev-leave(a)xiph.org
