[MPlayer-dev-eng] NUT cleanup

Michael Niedermayer michaelni at gmx.at
Sun Sep 4 04:20:52 CEST 2005


Hi

On Sat, Sep 03, 2005 at 07:51:19PM -0400, Rich Felker wrote:
[...]
> > > 3. In the audio stream header, we have a channel count.. is this
> > >    useful? IMO knowing a channel count without a channel arrangement
> > >    is useless except for mono/stereo. For PCM formats, we'll need a
> > >    separate fourcc (or extradata) for each channel layout anyway, and
> > >    for compressed audio the output channel order (and possibly even
> > >    the number of channels output) is dependent on the decoder
> > >    implementation.
> > 
> > hmm, my first thought about this is yes, its usefull because when you
> > streamcopy from nut to some other container then the number of channels 
> > will often be needed
> 
> Hmm, undecided then?

iam leaning more toward keeping it


> 
> > > 4. Index. There's no pointer at the end of the file pointing back to
> > >    the beginning of the index, so you have to keep seeking back and
> > >    searching (without bound) for the index startcode. I'd propose
> > >    either an end-of-index startcode followed by a vlc-coded
> > >    backpointer to the index, or a reverse-vlc-coded backpointer at the
> > >    end of the index.
> > 
> > hmm, somehow i think simply writing a 64bit int at the end
> > would be the simplest, its even shorter then a startcode + vlc :)
> 
> Yes but it's rather bleh.. I hate fixed-size fields, even tho index
> size would never be bigger than 24 bits anyway. What about a vlc
> written in reverse byte order?

more complex

[...]
-- 
Michael




More information about the MPlayer-dev-eng mailing list