(w. quotes from the xiphmeet:
<http://westfish.xiph.org/~giles/200603_meeting.txt>, I've tried to
strip it down to relevant stuff)
<xiphmont> "Is there any interest in extending vcedit/libvorbisfile
to
do basic handling of Vorbis streams from concurrently multiplexed Ogg?"
< xiphmont> Yes, but that work was *also* tied to OggFile from way back
when, and one reason I think OggFile should still happen.
...
< xiphmont> But in the past it's meant
< xiphmont> "be able to play the vorbis out of any otherwise valid
Ogg
stream"
...
< xiphmont> It's not very far to be able to select a specific vorbis
stream.
< imalone> That's what I meant really.
< ginger> yes, it would be nice if libvorbisfile could do that
< xiphmont> ...but knowing which to choose begins to touch on
Skeleton... if it's to be done right.
< ginger> yeah :)
< xiphmont> it's easy to say 'pick out the second', more
layers to say
'get me the English version'
I assume what this all means is there's no desire for any kind of stop-
gap libvorbisfile that does the "vorbis out of any otherwise valid Ogg
stream"[1], and that anything along these lines will wait until Oggfile.
My two further questions are then:
1. What does this mean for players that currently use libvorbisfile
for Vorbis support (I imagine Oggfile's api will necessarily be
different)?
2. What happens to vorbiscomment/vcedit when Oggfile comes along,
will they be replaced by something more tightly integrated with
Oggfile?
[1] The motivation for this would be to allow current players to play
Annodexed Ogg Vorbis without noticing.
--
imalone
On Wed, Mar 01, 2006 at 10:36:38PM +0000, Ian Malone wrote:> > I assume what this all means is there's no desire for any kind of stop- > gap libvorbisfile that does the "vorbis out of any otherwise valid Ogg > stream"[1], and that anything along these lines will wait until Oggfile.There's plenty of desire from the Xiph community for libvorbisfile to be able to handle multiple logical bitstreams. No need to wait ;-) libvorbisfile is widely deployed with its existing API and dependencies. Regardless of future plans, existing applications using the existing libvorbisfile will be around in distributions for a few years to come. cheers, Conrad.
On Wed, Mar 01, 2006 at 10:36:38PM +0000, Ian Malone wrote:> I assume what this all means is there's no desire for any kind of stop- > gap libvorbisfile that does the "vorbis out of any otherwise valid Ogg > stream"[1], and that anything along these lines will wait until Oggfile.Well, vorbis-only vorbisfile is what we're talking about. What Sylvia mentioned was that we need to decide what to do if there's more than one concurrent Vorbis stream but we're still talking about the Vorbis-only case.> My two further questions are then: > > 1. What does this mean for players that currently use libvorbisfile > for Vorbis support (I imagine Oggfile's api will necessarily be > different)?Different, yes, although mostly by way of being more expansive.> 2. What happens to vorbiscomment/vcedit when Oggfile comes along, > will they be replaced by something more tightly integrated with > Oggfile?Possibly/probably.> [1] The motivation for this would be to allow current players to play > Annodexed Ogg Vorbis without noticing.Yes, there are a few applications that boild down to that (eg, playing only the audio from an A/V file in general). Monty
On Tue, Mar 07, 2006 at 12:10:57PM -0500, Monty wrote:> On Wed, Mar 01, 2006 at 10:36:38PM +0000, Ian Malone wrote: > > I assume what this all means is there's no desire for any kind of stop- > > gap libvorbisfile that does the "vorbis out of any otherwise valid Ogg > > stream"[1], and that anything along these lines will wait until Oggfile. > > Well, vorbis-only vorbisfile is what we're talking about. What Sylvia > mentioned was that we need to decide what to do if there's more than > one concurrent Vorbis stream but we're still talking about the > Vorbis-only case. > > > [1] The motivation for this would be to allow current players to play > > Annodexed Ogg Vorbis without noticing. > > Yes, there are a few applications that boild down to that (eg, playing > only the audio from an A/V file in general).Monty, (afaik) Ian is working towards patching libvorbisfile to read the first vorbis logical bitstream in an Ogg file, eg. to allow playing just the audio from a theora+vorbis file. ie. libvorbisfile continues to handle vorbis only, the change in behaviour is that it would no longer fail on files which are not vorbis-only. Do you have anything against this? Conrad.