[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