[Ffmpeg-devel] integrating AVS decoding into MPlayer

Reimar Doeffinger Reimar.Doeffinger
Fri Jul 14 10:35:19 CEST 2006


Hello,
On Fri, Jul 14, 2006 at 09:05:43AM +0100, M?ns Rullg?rd wrote:
> > And what about remuxing into e.g. avi?
> 
> There is no avi fourcc defined for avs, so it can't be done.

MPlayer just defines some fourcc for it, and then it can be done.

> A player that can handle more than one container format needs an
> internal codec identification system, be it based on integers,
> strings, or something else.

Or FOURCCs that are based on the ones for AVI but extended as needed...

>  Each demuxer has to map whatever id
> system its container uses to the internal id.  How does mplayer handle
> mpeg ts codec ids anyway?  Or matroska?  Or ogg?  None of those use a
> fourcc at all, so they can't possibly be looked up in the avi table.

Well, if you want the AVI table to be confined to the officially
registered FOURCCs that is right. Is that what your objection was?
In that case I guess the best solution would be if MPlayer defined
another table for its "special unoffical AVI fourcc hack" ones.
But on the other hand, what does ffmpeg do with snow and FMP4? Those
aren't official FOURCCs either?

> There is *nothing* fundamental about those goddamn fourccs.  As soon
> as you realize that, your life will become so much easier.

No certainly not. I think you misunderstood me somewhere. I think the
reasoning for MPlayer is that if at all possible anything should be
possible to remux into AVI (since mencoder only really supports that),
thus everything must have a FOURCC and thus that can be used to
"identify" the codec (actually it only identifies a group of compatible
codecs between which the user can select).
After all I had the impression you were attacking MPlayer for using
FOURCCs to identify codecs, which IMHO isn't one of the worst choices in
MPlayer (interpret that however you want ;-) ).
I guess the reason for the misunderstand is that I assumed that remuxing
into AVI if technically at all possible would be a must for ffmpeg, too.
If that's not the way you want it in ffmpeg then you are right, MPlayer
must be changed a bit.

Greetings,
Reimar Doeffinger




More information about the ffmpeg-devel mailing list