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. ]
