[MPlayer-G2-dev] transcode filters

Mikhail Ramendik mr at ramendik.ru
Tue Apr 20 21:55:05 CEST 2004


Hello,

Arpi wrote:

> > > kerndeint?
> > 
> > Will check this out (will need to compile a new version of mplayer for
> > that). It's a recent addition, however; transcode had one for quite some
> > time. Is this a case of work duplication? Would not a more standard API
> > prevent *that* kind of duplication?
> 
> afair it is ported from transcode

Then why the strange name change, so that a transcode user would never
guess it's the same?

In Russian, in such cases we say jokingly: "so that the enemies would
never guess?". But transcode people are not the enemy, it's all free
software ;)

> > The real debate was about the merits of a standard plugin API for
> > various video processing apps. I just used the filter situation as an
> > example. MEncoder and transcode are two Free Software solutions; they
> > lack each other's cool features, and possibly do duplicate work, because
> > no such API is present.
> 
> but why dont you tell this ti the transcode people?
> our filter api is much more powerful than their one. at least we
> beleieve so, so we won't go for their api.

I just think that first, a clear API should be published and promoted as
an open standard - preparing to be "The Linux Video API", not "the
MPlayer API".

It may be that GStreamer is already set up as that. If this is indeed
so, then perhaps MPlayer should support GStreamer? (I may not like it,
objects don't seem to belong -- but I think it's important to have a
standard even if I don't support it).

Once a standard is established - and the word of the MPlayer people
means *much* in this regard - I think transcode will be under much
pressure to conform.

> also they took and ported many of mplayers filters, so they should have
> support our api, and not inverse.

In fact I agree it should be based on the MPlayer API. But, it should be
a clean, simple, FIXED (no new versions without backward compatibility),
and well described standard. Like those that drive the Internet.

It *may* resolve the licensing debate on the way. Then again it may not.

And I am very interested in your opinion on this. In fact, I'm most
interested exactly in *your* opinion, as your messages in the archives
got me thinking about it.

Yours, Mikhail Ramendik





More information about the MPlayer-G2-dev mailing list