[FFmpeg-devel] new filter infastructure stuff (Google Summer of Fun)
Tue Jun 5 03:49:56 CEST 2007
Michael Niedermayer writes:
> On Mon, Jun 04, 2007 at 09:04:43PM -0400, mmh wrote:
> > Hi,
> > I'm interested in understanding some specific details about the new
> > filter structure being implemented as part of the Google Summer of
> > Code Project. Specifically, will this new package support something
> > similar to vhooks which provide the ability to bind filters at runtime
> > as shared objects? I hope the answer is yes.
> and any dependancy on .so or runtime loading is completely unaccpetable
> as some systems simply dont support dynamic loading or shared libs
> also a filter system which can dynamically load filters as shared libs
> is not that usefull unless you want to support binary only filters
> but why should we support that? or even design anything toward making that
> easy to do?
> that said iam not against optionally supporting dynamically loaded .so
> filters but i think this is not really worth the work ...
> > I'm also hoping
> > something similar for audio will exist and it doesn't just cover
> > video.
> i too hope we will eventually have a audio filter layer but this years SOC
> project is just about video and that is by itself more than large enough
Here are some reasons why we might like to support some level of dynamic filters.
1. if you have some proprietary thing you want to apply to the video prior to re-encode.
2. to add so architecture platform specific capability which is not available to other platforms.
I use vhooks, to do things like video preview while transcoding as an
example. I'm sure there are other reasons, I also realize the
complexity they bring with respect to debug etc.
On the audio stuff, I like that libaf stuff as it sits right now its
not bad its fairly simple however its gpl and not lgpl. It would be
nice if there was an acceptable way to include it into ffmpeg before
next years SOC.
More information about the ffmpeg-devel