Re: Re: Call for partecipation!

On Tue, 2008-03-25 at 22:05 +0100, Peter Ueger wrote:
> 2008/3/25, Jacob Meuser <[email protected]>:
> > multi-process/multi-thread design
> 
> ffmpeg -threads

Yup, but they are used (mostly?) on the encoder side; the ffmpeg program
doesn't use threading extensively:

grep thread ffmpeg.c

> > ffmpeg will never have the filtering capabilities,
> http://svn.mplayerhq.hu/soc/libavfilter/

Yeah. We'll provide a bridge for that.

> > or third party extendibility that comes from being modular like transcode.
> ffmpeg has wrapper for libxvidcore, libmp3lame, libx264, libfaac,
> libtheora, libvorbis and others

...and plans to replace all of them :) (http://svn.mplayerhq.hu/soc/)

Moreover, ffmpeg people seems to not have exactly a good attitude
towards shared objects/libraries and dynamic linking :)
so extend ffmpeg usually means patch the sources and recompile.

-- 
Francesco Romani // Ikitt
[ Out of memory. ~ We wish to hold the whole sky, ~ But we never will. ]