Language Selection

English French German Italian Portuguese Spanish

How to install ffmpeg on centos/rhel, The simple way!

Filed under
Howtos

I seen where a lot of server management companies are charging big bucks for this, so this might save you some time and money.

First

nano -w /etc/yum.repos.d/dag.repo

Insert

[dag]
name=Dag RPM Repository for Red Hat Enterprise Linux
baseurl=http://apt.sw.be/redhat/el$releasever/en/$basearch/dag
gpgcheck=1
enabled=1

Then yum update and search for ffmpeg and install all ffmpeg packages including devel.

Seems there is some lib problems along the way so in /etc/ld.so.conf

add

/usr/local/lib

then

ldconfig -v

To install the php extension follow the simple directions on http://ffmpeg-php.sourceforge.net/

Then you should be all set!

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Problem installing....

Thanks for the tutorial. I tried the steps, but when I try to install via yum, it saids this error:
warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID 6b8d79e6

Public key for imlib2-1.2.2-1.el5.rf.i386.rpm is not installed

Here is the output:

=============================================================================
Package Arch Version Repository Size
=============================================================================
Installing:
ffmpeg i386 0.4.9-0.9.20070530.el5.rf dag 5.3 M
Installing for dependencies:
SDL i386 1.2.10-8.el5 base 233 k
a52dec i386 0.7.4-8.el5.rf dag 78 k
faac i386 1.25-2.el5.rf dag 134 k
faad2 i386 2.5-2.el5.rf dag 327 k
giflib i386 4.1.3-7.1.el5.1 base 39 k
gsm i386 1.0.10-6.el5.rf dag 68 k
imlib2 i386 1.2.2-1.el5.rf dag 919 k
lame i386 3.97-1.el5.rf dag 619 k
libmp4v2 i386 1.5.0.1-3.el5.rf dag 895 k
libogg i386 2:1.1.3-3.el5 base 19 k
libtheora i386 1.0alpha7-1 base 708 k
libvorbis i386 1:1.1.2-2 base 192 k
x264 i386 0.0.0-0.4.20070529.el5.rf dag 789 k
xvidcore i386 1.1.2-1.el5.rf dag 532 k

Transaction Summary
=============================================================================
Install 15 Package(s)
Update 0 Package(s)
Remove 0 Package(s)

Total download size: 11 M
Is this ok [y/N]: y
Downloading Packages:
warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID 6b8d79e6

Public key for imlib2-1.2.2-1.el5.rf.i386.rpm is not installed
[root@localhost home]#

re: Problem Installing

Either install the GPG keys for DAG's repository (RPMforge) - see here.

Or disable gpgcheck (i.e. set to gpgcheck=0) - not recommended for security reasons.

ffmpeg-php doesn't work

Thank you for your Tip,
I could install ffmpeg but cannot configure ffmpeg-php ( after phpize )
.
Do you have any idea about what should I do ?
Thanks

[root@localhost ffmpeg-php-0.5.1]# ./configure
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for egrep... grep -E
checking for a sed that does not truncate output... /bin/sed
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking whether gcc and cc understand -c and -o together... yes
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking for PHP prefix... /usr/local
checking for PHP includes... -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend
checking for PHP extension directory... /usr/local/lib/php/extensions/no-debug-non-zts-20020429
checking for re2c... exit 0;
checking for gawk... gawk
checking for ffmpeg support... yes, shared
checking for ffmpeg headers... configure: error: ffmpeg headers not found. Make sure you've built ffmpeg as shared libs using the --enable-shared option
[root@localhost ffmpeg-php-0.5.1]#

re: ffmpeg-php doesn't work

First, did you build ffmpeg as shared as the error asks? And if you just installed ffmpeg, try running ldconfig and see if that helps any.

still cannot

srlinuxx wrote:
First, did you build ffmpeg as shared as the error asks? And if you just installed ffmpeg, try running ldconfig and see if that helps any.

I just used yum install ffmpeg .
after adding dag to my rep.

try adding /usr/local/lib to

try adding /usr/local/lib to /etc/ld.so.conf
then do ldconfig -v

if you install the ffmpeg from dag it should do fine.

still cannot

felosi wrote:
try adding /usr/local/lib to /etc/ld.so.conf
then do ldconfig -v

if you install the ffmpeg from dag it should do fine.

Hello , Yes I installed from dag I used yum install ffmpeg

/etc/ld.so.conf has the following

include ld.so.conf.d/*.conf
/usr/ofed/lib
/usr/local/lib

I did ldconfig -v
but getting the same result .

is there any ideas ?
is there an option to do something like
yum install ffmpeg with --enable-shared ?

Thanks

ahh, yum install

ahh, yum install ffmpeg-devel that will do it

More in Tux Machines

today's howtos

KDE/Qt: Qt Contributor Summit 2018, Integrating Cloud Solutions with Qt, FreeBSD, and Konsole

  • Qt Contributor Summit 2018
    One bit especially interesting is the graphics stack. Back in Qt 5.0, Qt took the liberty of limiting the graphics stack to OpenGL, but the world has changed since: On Windows the only proper stack is Direct3D 12, Apple introduced Metal and recently deprecated OpenGL and Vulkan is coming rather strong. It looks like embracing these systems transparently will be one of the most exciting tasks to achieve. From a KDE & Plasma perspective I don’t think this is scary, OpenGL is here to stay on Linux. We will get a Framework based on a more flexible base and we can continue pushing Plasma, Wayland, Plasma Mobile with confidence that the world won’t be crumbling. And with a bit of luck, if we want some parts to use Vulkan, we’ll have it properly abstracted already.
  • Integrating Cloud Solutions with Qt
    These days, using the cloud for predictive maintenance, analytics or feature updates is a de facto standard in the automation space. Basically, any newly designed product has some server communication at its core. However, the majority of solutions in the field were designed and productized when communication technology was not at today’s level. Still, attempts are being made to attach connectivity to such solutions. The mission statement is to “cloudify” an existing solution, which uses some internal protocol or infrastructure.
  • KDE on FreeBSD – June 2018
    It’s been a while since I wrote about KDE on FreeBSD, what with Calamares and third-party software happening as well. We’re better at keeping the IRC topic up-to-date than a lot of other sources of information (e.g. the FreeBSD quarterly reports, or the f.k.o website, which I’ll just dash off and update after writing this).
  • Konsole’s search tool
    Following my konsole’s experiments from the past week I came here to show something that I’m working on with the VDG, This is the current Konsole’s Search Bar. [...] I started to fix all of those bugs and discovered that most of them happened because we had *one* search bar that was shared between every terminal view, and whenever a terminal was activated we would reposition, reparent, repaint, disconnect, reconnect the search bar. Easiest solution: Each Terminal has it’s own search bar. Setuped only once. The one bug I did not fix was the Opening / Closing one as the searchbar is inside of a layout and layouts would reposition things anyway. All of the above bugs got squashed by just moving it to TerminalDisplay, and the code got also much cleaner as there’s no need to manual intervention in many cases. On the review Kurt – the Konsole maintainer – asked me if I could try to make the Search prettier and as an overlay on top of the Terminal so it would not reposition things when being displayed.

LibreOffice 6.0 Is Now Ready for Mainstream Users and Enterprise Deployments

LibreOffice 6.0.5 is here one and a half months after the LibreOffice 6.0.4 point release to mark the open-source office suite as ready for mainstream users and enterprise deployments. The Document Foundation considers that LibreOffice 6.0 has been tested thoroughly and that it's now ready for use in production, enterprise environments. Until now, The Document Foundation only recommended the LibreOffice 6.0 office suite to bleeding-edge users while urging enterprises and mainstream users to use the well-tested LibreOffice LibreOffice 5.4 series, which reached end of life on June 11, 2018, with the last point release, LibreOffice 5.4.7. Read more

LibreOffice 6.0 Is Now Ready for Mainstream Users and Enterprise Deployments

The Document Foundation informed Softpedia today about the general availability of the fifth point release of the LibreOffice 6.0 open-source and cross-platform office suite for all supported operating systems. LibreOffice 6.0.5 is here one and a half months after the LibreOffice 6.0.4 point release to mark the open-source office suite as ready for mainstream users and enterprise deployments. The Document Foundation considers that LibreOffice 6.0 has been tested thoroughly and that it's now ready for use in production, enterprise environments. Read more Direct: The Document Foundation announces LibreOffice 6.0.5