BuildTips

64-bit (x86-64) GNU/Linux/BSD

Here is the configuration I am using for ffmpeg:

--enable-gpl --enable-libmp3lame --enable-libvorbis --enable-libfaac --enable-libfaad --enable-liba52 --enable-libxvid --enable-libx264 --enable-libtheora --enable-postproc --enable-shared --enable-pthreads --enable-x11grab --enable-swscale

Here is my MLT configuration:

--enable-gpl --disable-mmx --avformat-swscale --avformat-static=/home/ddennedy/builds/ffmpeg/src/ffmpeg/ --avformat-ldextra="-lmp3lame -lfaad -lfaac -lx264 -la52 -lxvidcore -lvorbis -ltheora -lvorbisenc -logg"

It would be nice to not have to disable mmx, but this MLT configure option only disables the filter_avdeinterlace of the avformat module and the acceleration of the Y'CbCr image scaler in the gtk2 module. It does not affect ffmpeg codecs or the xine module's filter_deinterlace.

Apple Mac OS X

I am using 10.5 (Leopard). I installed all dependencies like ffmpeg, SDL, etc. using MacPorts. Normally, I use MLT configuration:

--enable-gpl --prefix=/opt/local --disable-kino

The kino module is not usually relevant and can be safely disabled. configure automatically disables due to missing dependencies: frei0r, jackrack, and qimage.

avformat (FFmpeg) module

If you specify nothing and do not disable the module, then MLT attempts to build the avformat module against an installation in the system path. Typically, this means /usr or /usr/local, but actually MLT uses the parent directory of the directory containing the ffmpeg utility in your PATH. For example, if 'which ffmpeg' returns /home/me/bin/ffmpeg, then it assumes the prefix was /home/me and expects to locate headers in /home/me/include/ffmpeg and libraries in /home/me/lib. The following options override this behaviour:

TODO: the avformat module configure script should be updated to use pkg-config as well.

--avformat-shared=path

links the MLT module dynamically to a shared build of FFmpeg that was not installed to the system path. The path corresponds to the prefix used when configuring the FFmpeg build and install.

--avformat-svn

fetches the latest FFmpeg from the HEAD of the trunk of their subversion repository. Then, MLT builds the FFmpeg static link libraries and links the module statically with them.
If you update MLT from subversion, then it does not automatically update the private copy of MLT. If you want to update the private copy of FFmpeg, then you should:

$ cd src/modules/avformat
$ make distclean
$ cd ffmpeg
$ svn update
$ cd ../../../..
$ tail -n 1 config.log  (to see the last configuration; caution: some quotes might be missing!)
$ ./configure... 
$ make

--avformat-svn-extra=options

supplies additional ffmpeg configure options when using --avformat-svn. Since --avformat-svn builds static libraries you need to also supply --avformat-ldextra with the additional libs in linkage syntax. For example, to add MP3 and AAC support:

$ ./configure --avformat-svn --avformat-extra="--enable-libmp3lame --enable-libfaad" --avformat-svn-ldextra="-lmp3lame -lfaad"

--avformat-static=path

links the MLT module statically to a non-private (not using --avformat-svn), static build of the FFmpeg libraries. The path must refer to the top level source directory that contains libavformat, libavcodec, and libavutil subdirectories.

--avformat-ldextra=libs

lets you specify additional libraries with which to link against when doing a static build. Basically, you need a gcc '-l' option for each external library that you have configured the FFmpeg build.

--avformat-suffix=suff

lets you tell MLT about the --build-suffix option that you used when you configured the FFmpeg build. If you do not understand this, then it usually safe to not include it.

--avformat-swscale

tells MLT that your non-private FFmpeg build uses libswcaler. This is the case if you used the --enable-swscaler option when configuring the FFmpeg build. It also tells the MLT private FFmpeg build (--avformat-svn) to enable the libswscale because the img_convert functions are deprecated; however, this option also requires you to specify --enable-gpl because libswscale is currently GPL.

In order to see the options used when you built ffmpeg: $ head /path/to/ffmpeg-source/config.err

-- DanDennedy - 12 Jun 2007