Icecast - Aug 2004 - Transcoding ogg with curl, oggdec, ices2: problem after fallback due to oggdec

On Wed, Feb 04, 2004 at 10:09:21AM -0800, Ralph Giles wrote:
> (since oggdec does samplerate conversion [...])
Err, no it doesn't. Nevermind.

 -r
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.

Hello,
In fact, we can use ogg123 | ices2 in place of curl | oggdec | ices2
But chained streams problem (for oggdec) is then replaced by
deadlock problems with ogg123 and icecast.
I will try it again with the latest icecast provided by karl, and I see and keep
the list informed
about how it goes...
Chris
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.

On Thursday 05 February 2004 05:09, Ralph Giles wrote:
> On Sun, Feb 01, 2004 at 07:20:40PM +0100, root wrote:
> > I have more info about that problem...
> > curl | oggdec | ices will never work to my opinion with fallback setup
on
> > source because when transfering listeners to fallback, no ogg headers
are
> > sent, so whatever we do, oggdec will not be happy with the data
> > received...
>
> I took a look at this. It is true that oggdec does not support chained ogg
> vorbis steams, so it's basically not going to work with streamed
situations
> in general. Now, if you comment out the check for the chain boundary on
> line 246, it will work in this applications AS LONG AS THE AUDIO PARAMETERS
> DON'T CHANGE. The issue is not that "no ogg headers are sent"
it's that if
> the new set of vorbis headers for the fallback stream specify a change in
> audio parameters (since oggdec does samplerate conversion, this just means
> number of channels) there's no way to pass that information on with the
pcm
> stream to ices.
It wouldn't be particularly difficult to make oggdec work for chained
streams
in the simple cases (i.e. where the main audio parameters don't change). I 
could do that if people are actually going to find it useful...

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.

On Sun, Feb 01, 2004 at 07:20:40PM +0100, root wrote:
> I have more info about that problem...
> curl | oggdec | ices will never work to my opinion with fallback setup on
source
> because when transfering listeners to fallback, no ogg headers are sent, so
> whatever we do, oggdec will not be happy with the data received...
I took a look at this. It is true that oggdec does not support chained ogg
vorbis steams, so it's
basically not going to work with streamed situations in general. Now, if you
comment out the check
for the chain boundary on line 246, it will work in this applications AS LONG AS
THE AUDIO
PARAMETERS DON'T CHANGE. The issue is not that "no ogg headers are
sent" it's that if the new set
of vorbis headers for the fallback stream specify a change in audio parameters
(since oggdec does
samplerate conversion, this just means number of channels) there's no way to
pass that information
on with the pcm stream to ices.

So basically you want to be rebroadcasting the ogg stream, not re-encoding it.

 -r
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.