[FFmpeg-devel] [RFC] libmpcodecs libavfilter wrapper?

Michael Niedermayer michaelni
Thu Nov 25 20:41:04 CET 2010


On Thu, Nov 25, 2010 at 08:20:06PM +0100, Luca Barbato wrote:
> On 11/25/2010 05:03 PM, Michael Niedermayer wrote:
> > And i told already that such wraper needs to be written by someone who has
> > more experience with porting code between projects. For such person it should
> > not be much pain to do it.
> > You surely will have to agree that mplayer is able to use the filters from
> > libmpcodecs.
> > Now you can surely take vf_*.c from libmpcodecs and check that into
> > libavfilter/libmpcodecs
> > and then write the surrounding code to translate libavfilter API to libmpcodecs
> > API.
> > You dont want to implement it that way maybe, i dont know but iam not aware of
> > any problem in this approuch
> 
> There isn't a problem per-se beside the fact mplayer codebase is quite
> scattered and the faster way to achieve a wrapper might be fix the
> missing function/struct one by one through the gcc output...
> 
> > Also ill wager a bet that arpi could implement a wraper in less than a day
> > arpi has very extensive experience with porting code between projects and he
> > wrote large parts of libmpcodecs.
> 
> 24h? Probably, maybe 30h and I guess we'd have some restriction in its
> usage.

i think we should ask arpi, the foundation could pay him for it


> 
> > That didnt work out as noone was willing to do it so now after 3 years
> > we are better in some ways (arbitrary filter graphs) than libmpcodecs and
> > still worse in others (like actual number of supported filters)
> 
> Well now we can improve adding filters in the slower way =).
> 
> That said _probably_ would be faster having libmp using the avfilters
> and compare that way.

libmpcodecs is not able to support all libavfilters as libmpcodecs does only
support 1 input and 1 output link. That said yes its easy to add a libavfilter
support in libmpcodecs. Ideally we should support not just 1 filter but a full
libavfilter graph in libmpcodecs, that way mplayer could within limits use
more complex graphs as long as the whole graph has only 1 input and 1 output

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

The educated differ from the uneducated as much as the living from the
dead. -- Aristotle 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20101125/87e91a3a/attachment.pgp>



More information about the ffmpeg-devel mailing list