[Ffmpeg-devel] [PATCH] simplify libavcodec/allcodecs.c
Dominik 'Rathann' Mierzejewski
dominik
Tue Nov 28 17:00:14 CET 2006
On Tuesday, 28 November 2006 at 16:10, Diego Biurrun wrote:
> On Tue, Nov 28, 2006 at 03:07:12PM +0100, Dominik 'Rathann' Mierzejewski wrote:
> > On Tuesday, 28 November 2006 at 12:37, Diego Biurrun wrote:
> > > On Tue, Nov 28, 2006 at 10:14:35AM +0100, Benjamin Zores wrote:
> > > > >
> > > > > Same as for allformats, but applied to allcodecs.
> > > > > Line count divided by 3.
> > > > > I will apply soon.
> > > >
> > > > +#define REGISTER_ENCDEC(X,x) REGISTER_ENCODER(X,x); REGISTER_DECODER(X,x)
> > > >
> > > > The name sounds pretty bad at hearing.
> > >
> > > It's not that bad and only used internally.
> > >
> > > > Why not simply REGISTER_CODEC instead (which should mean coder-decoder) ?
> > >
> > > Codec is much too ambiguous IMO.
> >
> > It is not ambiguous. It means exactly what Benjamin said.
>
> I'm fully aware of the textbook definition. Yet you would say things
> like "ffplay supports the H.264 codec" without a second thought. What
> does codec mean in the context of this example? Hardly encoder. That's
> what I call ambiguous.
Not in my book. The sentence in question could be rephrased as: "ffplay
supports video data encoded with the H.264 codec". At least that's the
meaning I derive from it.
Regards,
R.
--
MPlayer developer and RPMs maintainer: http://rpm.greysector.net/mplayer/
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
More information about the ffmpeg-devel
mailing list