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

Leftovers: OSS

  • Anonymous Open Source Projects
    He made it clear he is not advocating for this view, just a thought experiment. I had, well, a few thoughts on this. I tend to think of open source projects in three broad buckets. Firstly, we have the overall workflow in which the community works together to build things. This is your code review processes, issue management, translations workflow, event strategy, governance, and other pieces. Secondly, there are the individual contributions. This is how we assess what we want to build, what quality looks like, how we build modularity, and other elements. Thirdly, there is identity which covers the identity of the project and the individuals who contribute to it. Solomon taps into this third component.
  • Ostatic and Archphile Are Dead
    I’ve been meaning to write about the demise of Ostatic for a month or so now, but it’s not easy to put together an article when you have absolutely no facts. I first noticed the site was gone a month or so back, when an attempt to reach it turned up one of those “this site can’t be reached” error messages. With a little checking, I was able to verify that the site has indeed gone dark, with writers for the site evidently losing access to their content without notice. Other than that, I’ve been able to find out nothing. Even the site’s ownership is shrouded in mystery. The domain name is registered to OStatic Inc, but with absolutely no information about who’s behind the corporation, which has a listed address of 500 Beale Street in San Francisco. I made an attempt to reach someone using the telephone number included in the results of a “whois” search, but have never received a reply from the voicemail message I left. Back in the days when FOSS Force was first getting cranked up, Ostatic was something of a goto site for news and commentary on Linux and open source. This hasn’t been so true lately, although Susan Linton — the original publisher of Tux Machines — continued to post her informative and entertaining news roundup column on the site until early February — presumably until the end. I’ve reached out to Ms. Linton, hoping to find out more about the demise of Ostatic, but haven’t received a reply. Her column will certainly be missed.
  • This Week In Creative Commons History
    Since I'm here at the Creative Commons 2017 Global Summit this weekend, I want to take a break from our usual Techdirt history posts and highlight the new State Of The Commons report that has been released. These annual reports are a key part of the CC community — here at Techdirt, most of our readers already understand the importance of the free culture licensing options that CC provides to creators, but it's important to step back and look at just how much content is being created and shared thanks to this system. It also provides some good insight into exactly how people are using CC licenses, through both data and (moreso than in previous years) close-up case studies. In the coming week we'll be taking a deeper dive into some of the specifics of the report and this year's summit, but for now I want to highlight a few key points — and encourage you to check out the full report for yourself.
  • ASU’s open-source 'library of the stars' to be enhanced by NSF grant
  • ASU wins record 14 NSF career awards
    Arizona State University has earned 14 National Science Foundation early career faculty awards, ranking second among all university recipients for 2017 and setting an ASU record. The awards total $7 million in funding for the ASU researchers over five years.

R1Soft's Backup Backport, TrustZone CryptoCell in Linux

  • CloudLinux 6 Gets New Beta Kernel to Backport a Fix for R1Soft's Backup Solution
    After announcing earlier this week the availability of a new Beta kernel for CloudLinux 7 and CloudLinux 6 Hybrid users, CloudLinux's Mykola Naugolnyi is now informing us about the release of a Beta kernel for CloudLinux 6 users. The updated CloudLinux 6 Beta kernel is tagged as build 2.6.32-673.26.1.lve1.4.26 and it's here to replace kernel 2.6.32-673.26.1.lve1.4.25. It is available right now for download from CloudLinux's updates-testing repository and backports a fix (CKSIX-109) for R1Soft's backup solution from CloudLinux 7's kernel.
  • Linux 4.12 To Begin Supporting TrustZone CryptoCell
    The upcoming Linux 4.12 kernel cycle plans to introduce support for CryptoCell hardware within ARM's TrustZone.

Lakka 2.0 stable release!

After 6 months of community testing, we are proud to announce Lakka 2.0! This new version of Lakka is based on LibreELEC instead of OpenELEC. Almost every package has been updated! We are now using RetroArch 1.5.0, which includes so many changes that listing everything in a single blogpost is rather difficult. Read more Also: LibreELEC-Based Lakka 2.0 Officially Released with Raspberry Pi Zero W Support

Leftovers: Gaming