Icecast - May 2021 - fallback loop

Hi,

On 21 May 2021, at 15:27, Ken Gillett wrote:
> I?m trying to set up a fallback that plays a file - just silence in 
> fact as it really is just a way of getting Icecast to wait instead of 
> chucking off the listeners. Anyway?
>
> I?ve created an AAC file (same format as actual stream) of 10 secs 
> of silence (using ffmpeg). I?m using ffplay to test this as it?s 
> easy to see any errors and when I use that to connect, it plays once 
> (i.e. for 10 secs) then I see this error:-
>
> 	Found duplicated MOOV Atom. Skipped it
>
You stream is not supposed to contain any MOOV atoms, you can not stream 
m4a or mov as it is not a streamable format.
(Except for CMAF but that currently is not supported by Icecast nor any 
source clients)

What you need to stream is ADTS, so the raw AAC stream without the m4a 
container, same for the fallback stream.
> Which then rapidly repeats until I stop the process. Since the MOOV 
> atom is required in such a file and simply looping it will inevitably 
> cause the player to see repeated MOOVs as it receives the continuous 
> stream, I cannot see how to prevent this. Yet Icecast docs are clear 
> that the fallback file will be simply looped until the real intended 
> source is again available.
>
> How can this work? How can I eliminate the duplicate MOOVs?
>
> Obviously I could make a longer file, i.e. that will last longer than 
> any likely discontinuity in the source and hence no need to loop, but 
> that requires prior knowledge of how long that might be and also:-
>
> If fallback-override is specified, will it switch back to the original 
> mount (due to that source becoming available) in the middle of playing 
> the fallback file, or will it have to wait until the end of the file?
>
>
> Ken  G i l l e t t
>
> _/_/_/_/_/_/_/_/
>
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast

Yes I had thought that. I tried to produce the silence in ADTS format, but
Icecast couldn?t play that at all. I?ll try again.

However, it has to be said that the Icecast docs are being very economical with
the truth regarding the use of a fallback file. Simply stating it should be the
same format, with no mention of not being able to use a normal file even when
encoded the same way.


Ken  G i l l e t t

_/_/_/_/_/_/_/_/


> On 21 May 2021, at 15:41, Marvin Scholz <epirat07 at gmail.com>
wrote:
> 
> Hi,
> 
> On 21 May 2021, at 15:27, Ken Gillett wrote:
> 
>> I?m trying to set up a fallback that plays a file - just silence in
fact as it really is just a way of getting Icecast to wait instead of chucking
off the listeners. Anyway?
>> 
>> I?ve created an AAC file (same format as actual stream) of 10 secs of
silence (using ffmpeg). I?m using ffplay to test this as it?s easy to see any
errors and when I use that to connect, it plays once (i.e. for 10 secs) then I
see this error:-
>> 
>> 	Found duplicated MOOV Atom. Skipped it
>> 
> 
> You stream is not supposed to contain any MOOV atoms, you can not stream
m4a or mov as it is not a streamable format.
> (Except for CMAF but that currently is not supported by Icecast nor any
source clients)
> 
> What you need to stream is ADTS, so the raw AAC stream without the m4a
container, same for the fallback stream.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.xiph.org/pipermail/icecast/attachments/20210521/95601704/attachment.htm>