[vorbis-dev] Bride of vorbisfile questions

John Morton jwm at eslnz.co.nz
Mon Dec 15 11:20:32 PST 2003



On Tuesday 16 December 2003 06:02, Joshua Haberman wrote:
>  On Mon, 2003-12-15 at 12:53, John Morton wrote:
>  > On Monday 15 December 2003 19:35, Michael Smith wrote:>
>  >
>  > >  Don't use vorbisfile at all if you're trying to deal with multiplexed
>  > > ogg streams (but be prepared to deal with a lot of complexity if you
>  > > want to implement seeking). Vorbis I players are only required (and
>  > > really only expected, since this is all vorbisfile supports) to
>  > > support degenerate ogg vorbis streams.
>  >
>  > I'm basically just trying to get physical streams with chained vorbis
>  > logical streams to load into xmms as separate playlist entries.
>
>  Why? 

So if you capture a stream you can manipulate the individual songs in the 
playlist like any others.

>  Do you intend to make this default behavior for xmms?

For local files, yes. Remote (unseekable) streams would still behave as before 
- one track whose information would change between logical streams.

>  This would break a lot of the work I'm doing with lossless editing in
>  Audacity.  A feature I am relying on is that two vorbis files can be
>  concatenated into a single file and the resulting file is treated as a
>  single bitstream.

I think there are only a few differences between phyisical streams and logical 
streams, so the extra work to make them right may be fairly minimal. You'd 
need to make sure that the final stream used the same serial numbers 
throughout, and maybe do some work on the headers of the second one, which 
may just mean deleteing them (or are their codebooks that you need to keep?).

I don't think relying on a physical bitstream being considered a single entity 
by player software is a good plan in the long run.

John

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



More information about the Vorbis-dev mailing list