[MPlayer-cvslog] r19258 - trunk/DOCS/tech/oggless-xiph-codecs.txt

[Michael Niedermayer]

Hi

On Sun, Jul 30, 2006 at 05:06:23PM +0200, Aurelien Jacobs wrote:
> On Sun, 30 Jul 2006 11:13:01 +0200 (CEST)
> michael <subversion at mplayerhq.hu> wrote:
> 
> > +2) search for the 1st occurance of 03,'v','o','r','b','i','s' after here
> > +  3) read an unsigned integer of 32 bits and skip that many bytes
> > +  4) [user_comment_list_length] = read an unsigned integer of 32 bits
> > +  5) iterate [user_comment_list_length] times {
> > +       6) read an unsigned integer of 32 bits and skip that many bytes
> > +     }
> 
> Maybe the byte order should be specified ? big or little endian ?

i think it was little endian, sadly the vorbis spec doesnt mention that
IIRC


> 
> > +Example and Disscussion of the matroska container
> > +matroska supports storing 3 headers using a codec specific
> > +format, which should be used for storing the 3 headers
> > +Note, the above procedure to split one header into 3 works with the
> > +vorbis-matroska specific format too
> 
> Storing vorbis in matroska uses the "A_VORBIS" long codec id, which
> don't match with the proposed "vorbis" long id.
> Is there a solution to this ?

yes, drop all references to matroska from our spec or in other words
simply make the xiph codec in matroska something outside our spec
we cannot IMHO follow what matroska did because it just doesnt fit into
other containers design (A_VORBIS is odd IMHO) and we should neither
mess with their design IMHO ...

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

In the past you could go to a library and read, borrow or copy any book
Today you'd get arrested for mere telling someone where the library is