[MPlayer-dev-eng] FINALIZE NUT SPEC!!
Rich Felker
dalias at aerifal.cx
Mon Feb 27 20:32:24 CET 2006
On Mon, Feb 27, 2006 at 08:26:25PM +0100, Michael Niedermayer wrote:
> > As for AVI and its lack of frames, it totally sucks because you can't
> > even cut a file without having a framer in your cutting app to parse
> > the audio frames from the randomly-split AVI packets..
>
> AVI does NOT allow this, its only broken windows encoding apps which do it
> probably mostly because LAME outputs a totally invalid randomly cut mp3
> stream which must be passed through a framer before it can be muxed in
> anything except mpeg-ps/ts
>
> the AVI docs say:
> "dwSampleSize
>
> Specifies the size of a single sample of data. This is set to zero
> if the samples can vary in size. If this number is nonzero, then
> multiple samples of data can be grouped into a single chunk within
> the file. If it is zero, each sample of data (such as a video frame)
> must be in a separate chunk. For video streams, this number is
> typically zero, although it can be nonzero if all video frames are
> the same size. For audio streams, this number should be the same as
> the nBlockAlign member of the WAVEFORMATEX structure describing the
> audio.
> "
Hmm, then MEncoder's CBR mode is blatently broken. Can we remove it
and make MEncoder always output mp3 as one-frame-per-avi-packet?
Also -oac copy is broken for most codecs.. :)
Rich
More information about the MPlayer-dev-eng
mailing list