[MPlayer-dev-eng] a few nut suggestions [m$-specific and apple-specific headers]

Michael Niedermayer michaelni at gmx.at
Mon Oct 4 00:13:11 CEST 2004


Hi

On Sunday 03 October 2004 22:19, D Richard Felker III wrote:
[...]
> 3. m$-specific and apple-specific headers
>
> i'd like to strongly recommend removing support for bitmapinfoheader,
> waveformatex, imagedesc, and sounddesc types in the codec specific
> header. first, the motivation, and then i'll explain why they're in
> fact not needed.
>
> the motivation is actually really simple: i'm sick of new containers
> clinging onto this legacy crap. furthermore, since lots of these
> headers duplicate stuff already in the nut header, it adds a layer of
> redundancy and possible ambiguity, which is bad.
>
> imo these headers are not needed because the vast majority, if not
> all, of the information in them is redundant. that is to say, if the
> player is using a m$ or apple binary codec to play the file, it can
> regenerate the bitmapinfoheader or whatever crap is needed to make
> this codec happy based on the other info in the nut header. we don't
> need to explicitly include this dumb header which is associated with a
> specific piece of software (one decoder for the format) rather than
> with the audio or video format itself.
>
> if what i've said proves not quite true, maybe we can find some common
> ground where we store extra data from the proprietary headers, but in
> a sane format (nut universal vlc based) and without the redundancy. i
> don't know exactly...let's just discuss it. anyway i'd like to just
> see one type of codec-specific data, rather than this list of several
> useless m$ and apple structures.

fully agree, i never liked the proprietary global headers, and i never 
understood their purpose anyway

[...]
-- 
Michael

"I do not agree with what you have to say, but I'll defend to the death your
right to say it." -- Voltaire




More information about the MPlayer-dev-eng mailing list