[FFmpeg-devel] [PATCH] libmpcodecs support

[Michael Niedermayer]

On Sat, Jan 15, 2011 at 12:57:50PM +0100, Reimar D?ffinger wrote:
> On Sat, Jan 15, 2011 at 03:45:09AM +0100, Michael Niedermayer wrote:
[...]
> > > > > I also suspect vf_palette might already be handled by libavfilter.
> > > > > It might also be worth double checking vf_yuvcsp but I guess this one
> > > > > is not yet supported by libavfilter.
> > > > > 
> > > > > I didn't check the code carefully yet, but I wonder how did you handle
> > > > > filters like vf_screenshot or vf_hue which require some external
> > > > > control/command to trigger some actions ?
> > > > 
> > > > vf_hue worked when i did a quick test
> > > 
> > > Yes, I guess you can set hue at the begining with a parameter and then
> > > you can't change it dynamically. This is certainly OK for now.
> 
> Not sure what exactly you meant to say, but within MPlayer VFCTRL_SET_EQUALIZER
> handles setting hue.
> For a player such a control that is handled by whatever filter can handle it
> has the advantage that runtime changes will be handled in the most efficient
> way possible without the need for user configuration, for libavfilter that
> approach is likely too unpredictable though.

i see nothing unpredictable on it

A command can just be sent through the filter graph like in mplayer
a split filter would sent it down both ways, a merge filter would just pass
commands from the main source or would have to inteligently combine them
a TTL value in a command would prevent loops

It also should be easy to implement this

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

In a rich man's house there is no place to spit but his face.
-- Diogenes of Sinope
-------------- 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/20110115/138ec426/attachment.pgp>