[SOLVED] problem with --enable-libx264 option in ffmpeg

sumeet inani · 07-27-2010, 06:55 AM

SOLUTION
This time i did

Code:

$sudo apt-get remove ffmpeg x264 libx264-dev

Then nothing special just

Code:

$cd x264;./configure;make;sudo make install;sudo ldconfig# no need of shared enable
$ cd ffmpeg ;./configure --enable-gpl --enable-postproc --enable-swscale --enable-pthreads --enable-x11grab --enable-libdc1394 --enable-libfaac  --enable-libgsm --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-nonfree ;make;sudo make install;no need of exporting LD_LIBRARY_PATH

Code:

i also learnt that 'make distclean' removes file created by configure unlike 'make clean'

thanks to knudfl (tarballing git was good) , bathory (for persisting and 'nm'=list symbol from object file)

fmayfield · 10-13-2010, 05:58 PM

Before doing the configure on ffmpeg, make sure on your configure of x264 you include --enable-shared --enable-pic . Then do the configure make and install as noted here.

madmaze · 09-22-2012, 09:55 PM

I just ran into the same/very similar issue.

Most important thing was to remove the packaged libx264 so that the system finds the right one to link against.
Mainly because if you append the the LD_LIBRARY_PATH like so:

Code:

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/be/added

LD will try to use the first version of the library it comes across and if there is another copy of libx264 installed, which was in the original LD_LIBRARY_PATH, it will use that one before it even looks in the path you just appended.

better to do it like so:

Code:

export LD_LIBRARY_PATH=/path/to/be/added:$LD_LIBRARY_PATH

By doing the apt-get remove you basically just removed the other copy it was finding.