[Icecast] fallback loop

[Ken Gillett]

Created a new file of silence encoded with AAC and format ADTS with .aac extension. This plays fine, apparently indefinitely and no MOOV complaints. Not sure what i did wrong last time.

On to the next problem - new post for that.


Ken  G i l l e t t

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



> On 21 May 2021, at 16:59, Ken Gillett <kengroups at icloud.com> wrote:
> 
> 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 <mailto: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/b45b6f9c/attachment.htm>