Package Details: ffmpeg-git r77492.f16e4a0-1

Git Clone URL: (read-only)
Package Base: ffmpeg-git
Description: Complete solution to record, convert and stream audio and video (git version)
Upstream URL:
Keywords: ffmpeg
Licenses: GPL3
Conflicts: ffmpeg, ffmpeg-full-git
Provides: ffmpeg,,,,,,,,,
Submitter: DrZaius
Maintainer: KamranMackey (Eriner)
Last Packager: KamranMackey
Votes: 48
Popularity: 0.685340
First Submitted: 2011-01-17 22:00
Last Updated: 2016-02-13 23:30

Required by (463)

Sources (1)

Latest Comments

dreieck commented on 2016-04-22 09:55

It would be nice if the pkgver would contain the upstream version.

Suggested change vor pkgver() function:


pkgver() {
cd "$srcdir/$pkgname"
_ver="$(git describe --tags | sed 's|-[^-]*$||' | sed 's|^n||')"
_rev="$(git rev-list --count HEAD)"
_gitid="$(git rev-parse --short HEAD)"
echo "${_ver}.r${_rev}.g${_gitid}"


DianaProbst commented on 2016-04-12 19:08

@DrZaius Yeah, it was your comment that made me think it would be OK to haul out the configure option. Ta.

DrZaius commented on 2016-04-12 16:18

@DianaProbst The author of libdcadec merged it into the FFmpeg native DCA decoder, then support for the now abandoned libdcadec external library was removed as I mentioned a few comments ago on 2016-01-31. The libdcadec dependency and --enable-libdcadec configure option should be removed (among many other dependencies in my opinion).

DianaProbst commented on 2016-04-12 12:17

I tried to build this today and had an error:

==> Starting build()...
Unknown option "--enable-libdcadec".
See ./configure --help for available options.
==> ERROR: A failure occurred in build().

I took that line out of the build file and the package then built and installed. I couldn't play music, so I hauled it out to replace it with ffmpeg from the extra repo, but if you want me put it back again and play around or generate further errors, I can.

No idea what caused it. Figured you should know.

KamranMackey commented on 2016-02-01 04:38

@Eriner Ok, added you as a co-maintainer. Sorry it took so long.

DrZaius commented on 2016-01-31 22:24

FFmpeg has a new native DCA decoder based on libdcadec, so you can remove the libdcadec dependency.

Eriner commented on 2016-01-15 07:03

@KamranMackey sure, if you add me as a co-maintainer I'll take care of it.

KamranMackey commented on 2016-01-15 05:03

Eriner: Although, did you want to be a co-maintainer?

KamranMackey commented on 2016-01-15 05:03

Eriner: Alright, I'll do it as soon as I can. Currently don't have access to my Arch Linux system right now.

Eriner commented on 2016-01-15 04:14


Add the `--disable-network` flag to the PKGBUILD, as there is a publicly-known vulnerability. See:

mnovick1988 commented on 2016-01-12 22:02

please specify the codec version in the provides. as it breaks compatibility with arch-repo version tools.

libavutil < 54 | breaks
libavcodec < 56 | breaks

or provide compatibility packages as optional depends.

Eriner commented on 2015-12-22 19:28

To clarify, if you change the build process (add/remove depends, makedepends, conflicts) then yes, bump the packagever with that commit. But please don't bump the package version for the sake of bumping the package version. Cheers.

Eriner commented on 2015-12-22 19:26

Right, but this is a -git package. Bumping the package version is more of a hassle than a help for many people. Version bumps for -git packages should indicate an update in the PKGBUILD; bumping it needlessly means people will rebuild the package because upstream (here) has incremented the PKGBUILD version, when in reality, nothing has changed. If they want to rebuild it on their own, they can, but bumping the version is irritating for many who use manual build tools (cower, git clone, etc).

KamranMackey commented on 2015-12-22 06:40

I'm just doing it because the pkgver() function automatically updates the package version anyway, so if it does that, I push the updated version number to the package on the AUR as well.

Eriner commented on 2015-12-22 06:23

What is the point of this commit?

There is no need to ver bump unless something in the build process changes dramatically (C++ ABI rebuild)

DrZaius commented on 2015-12-20 21:02

Yes, libfdk-aac dependency for configure option --enable-libfdk-aac. Less useful in my opinion: --disable-debug, avresample, gnutls, ladspa, libbluray, libgsm, libmodplug, libopencore*, libopenjpeg, libschroedinger, libspeex, libssh, libtheora, libwebp, libxvid, and legacy qt-faststart stuff ("-movflags +faststart" can be used instead). --enable-version3 is not needed if you remove libopencore*.

KamranMackey commented on 2015-12-20 20:48

DrZaius: libfdk-aac? Also, what other not-so-useful stuff are you talking about exactly?

DrZaius commented on 2015-12-20 20:09

Thanks for the update. libfdk-aac would be worth keeping though. Lots of other not-so-usefull stuff is still there, but I can understand if you want to use the ffmpeg package in Extra as a foundation for this PKGBUILD.

KamranMackey commented on 2015-12-20 19:56

@DrZaius: Okay, thanks for the feedback. Went back to keeping the package lean. Keeping GitHub as the main source though.

DrZaius commented on 2015-12-20 19:46

Github is just a backup mirror and always lags behind

DrZaius commented on 2015-12-20 19:25

I see no reason to attempt to enable everything: if someone wants that they can use one of the impractical ffmpeg-full* packages in AUR. I've never met a user who needs *everything*; this adds needless complexity, adds more compile time, and installs more junk. I recommend keeping this package somewhat lean and users who want to enable less useful components can do so manually.

KamranMackey commented on 2015-12-20 11:27

Okay, that should be the last package release bump until ffmpeg/master gets updated, at which point I'll update my local repo, and bump the package version.

KamranMackey commented on 2015-12-20 10:44

Let me know if something fails to work when trying to use this package. I'm still new to making and maintaining PKGBUILDs, so let me know if anything's broken please!

KamranMackey commented on 2015-12-20 10:36

Removed the orphan tag, and made myself the new maintainer of this package.

richteer commented on 2015-12-10 18:25

Orphaning because I don't have time anymore to maintain this

richteer commented on 2015-08-21 18:01

Appears the error in configure.log was a linker problem with testing libx265. Lacked linking against, which threw the pkg-config error.

Fixed by adding --pkg-config-flags="--static" into the configure options, not sure if this is the best solution yet though, but I updated the package to reflect this quick fix.

richteer commented on 2015-08-21 15:53

This is odd. It works with extra/x265 (after changing the dep), but not with x265-hg. Confirmed x265-hg has /usr/lib/pkgconfig/x265.pc, and with only a minor difference from the version in extra/x265.

Still tracing the issue, will update if I find out more.

motdef commented on 2015-08-21 14:53

I get "ERROR: x265 not found using pkg-config" when build() starts (x265-hg is installed as a dependency)

richteer commented on 2015-05-14 17:16

Yup, it appears so. Just updated the dependency list to include that.

Enverex commented on 2015-05-13 15:59

Does this package require the "x265-hg" package? The core package "x265" is up to date on my system but compilation immediately fails with the message "ERROR: libx265 version must be >= 57" which I can only assume is provided by "x265-hg".

richteer commented on 2015-02-17 21:16

Right, I suppose what I meant was adding in some of the more common codecs, (like libxvid, for example) but taking a second look at the differences between the two, there isn't much that sees a lot of use.

richteer commented on 2015-02-16 01:45

Updated to include gnutls. May update the PKGBUILD later to mirror the libs/protos that the ABS PKGBUILD uses.

IncredibleLaser commented on 2015-02-15 08:02

Thanks for your package, I have a small remark though. Please include the dependency for gnutls and enable the corresponding configure switch, otherwise you'll not be able to watch youtube videos even with youtube-dl installed. YT switches to https by default and ffmpeg cannot get these without the compile option.

richteer commented on 2014-12-16 00:16

Updated to add in --shlibdir=/usr/lib to fix an issue with the libs being placed in wherever the package was being built + /usr/lib (e.g. ~/builds/ffmpeg-git/usr/lib)

Still investigating, but that should fix the poor library placement

misc commented on 2014-12-15 23:29

idk, for me the package ended up with the libraries not in /usr/lib.

misc commented on 2014-12-15 22:05

Also needs (for) now:

flu commented on 2014-09-27 21:19

license=('GPL') is in twice

richteer commented on 2014-09-27 20:51

I'm keeping the package relatively clean so it could be modified for more specific needs (hence the removal of the *-git dependencies)

I'll be keeping an eye on this in case x265 api changes cause breakages.

Good point, removing the --disable-debug flag.

richteer commented on 2014-09-27 19:16

Adopting package.
Updated to include some of the changes from flu's comment below.

Removed dependency on the *-git versions as they are not required for ffmpeg to be built.

flu commented on 2014-09-26 09:18

Today it is building for me.

By the way here's a PKGBUILD slightly more similar to the one in ABS:
- texinfo assumed to be a base-devel makedepends, removed.
- x264-git -> libx264
- x265-hg -> x265
- disabled debug
- libvdpau as makedepends

flu commented on 2014-09-13 16:48

I cannot build because of some upstream issue.
Maybe try to recompile x265-hg (first make sure you have a backup of x265-hg and ffmpeg-git)

graysky commented on 2014-09-13 16:06

Is anyone able to build this? I cannot in a clean chroot, perhaps due to the commend about the x265-hu package.

ERROR: x265 not found

If you think configure made a mistake, make sure you are using the latest
version from Git. If the latest version fails, report the problem to the mailing list or IRC #ffmpeg on
Include the log file "config.log" produced by configure as this will help
solve the problem.
==> ERROR: A failure occurred in build().

flu commented on 2014-09-07 08:49

[minor suggestion] In the release notes it states:
HTML documentation generation through texi2html is deprecated in
favor of makeinfo/texi2any
..which should mean adding texinfo as (make?)depends and drop texi2html

DrZaius commented on 2014-02-19 23:51

@bluerider First the maintainer of x265-hg needs to also install /usr/lib/pkgconfig/x265.pc.

bluerider commented on 2014-02-19 22:23

FFMPEG now has x265 encoder support. Can you update your PKGBUILD to enable it?

DrZaius commented on 2013-10-27 21:41

@jz_train A better option, for now, is to add "options=('staticlibs')" to x264-git PKGBUILD, but I may rewrite the PKGBUILD soon due to makepkg now automatically removing static libraries and for all of the whiners who wanted shared shit.

jz_train commented on 2013-10-27 20:04

If you get a libx264 is not found error, go into your x264-git/src directory and:
$ make install libx264.a

DrZaius commented on 2013-10-04 19:59

Added texi2html for those nice HTML doc files. FFmpeg now has a native VP9 video decoder.

DrZaius commented on 2013-09-02 18:16

@flu Upstream commit 2501f6d has probably resolved this.

flu commented on 2013-09-02 08:26

It does not compile without texi2html

DrZaius commented on 2013-08-02 23:49

Added libfdk-aac support for AAC encoding (I assumed I already did this but apparently forgot to). Added freetype2 support for drawtext filter.

DrZaius commented on 2013-07-13 22:41

Added "--extra-libs=-ldl" for libx264.

DrZaius commented on 2013-01-23 21:40

@justlaputa Updated with libvpx-git since upsteam is somewhat active.

justlaputa commented on 2013-01-23 10:40

Hey DrZaius,

Do you have plan to add `libvpx` support in the build?

DrZaius commented on 2013-01-08 01:48

The point of this package is whatever you make it. For example, I use it for FFmpeg development. The repository ffmpeg in Extra is updated frequently and is recent enough that most people shouldn't even need to use this package.

Anonymous comment on 2013-01-07 16:20

If this package is not intended to be a general replacement of ffmpeg from extra, why does it conflict with it? What's the point of this package at all?

DrZaius commented on 2013-01-02 21:01

Enabled opus encoding and decoding support. Added libass for ass and subtitle filter support. All docs and man pages are now are built.

buhman commented on 2013-01-02 11:57

commit b448677e6ea734b9f7a57970560f600a2a893a9b (Mon Dec 17 16:11:04 2012 +0100) was the final commit that split documentation up; {ffmpeg-codecs,ffmpeg-filters,ffmpeg-protocols,ffmpeg-scaler,ffmpeg-bitstream-filters,ffmpeg-devices,ffmpeg-formats,ffmpeg-resampler,ffmpeg-utils}.1 (at least) will also need to be built, in addition to {ffmpeg,ffplay,ffprobe,ffserver}.1

DrZaius commented on 2012-02-29 21:29

Removed "--enable-postproc" as it is default (until FFmpeg switches to external libpostproc). Updated license due to faac and it's requirement of "--enable-nonfree".

DrZaius commented on 2012-02-27 08:27

"--enable-postproc" is an outdated option and should be removed, but I am traveling and unable to update and test the PKGBUILD until Wednesday.

DrZaius commented on 2011-10-12 18:50

Removed "--enable-version2" because one of the ProRes decoders dropped GPLv2 support and changed to LGPL.

misc commented on 2011-10-12 18:45

Immediately breaks off with: Unknown option "--enable-version2".

DrZaius commented on 2011-09-21 22:47

Did some trivial PKGBUILD cleanup and added '--enable-version2' to enable ProRes decoding.

DrZaius commented on 2011-09-21 22:24

ProRes decoding is now possible. Currently you will have to add '--enable-version2' to the PKGBUILD if you want it.

DrZaius commented on 2011-09-12 19:19

@AerialX: ffmpeg-git is not intended to be used as a general replacement for the ffmpeg package in the Extra repository.

Anonymous comment on 2011-09-09 22:28

Uh, the package is absolutely useless as a replacement to the standard ffmpeg package if --enable-shared isn't set by default.
Definitely needs to go back in. Without it, saying the package provides=(ffmpeg) is a total lie.

DrZaius commented on 2011-09-06 18:58

@thelink: You can manually add '--enable-shared' to the PKGBUILD if you want it, or you can just use ffmpeg from the extra repository.

thelinx commented on 2011-09-06 18:14

"Removing --enabled-shared doesn't do much at all, because configure will detect your abililty to compile shared libraries automatically."

This isn't true on my system. Please put --enable-shared back in.

DrZaius commented on 2011-08-09 18:59

Removed '--enable-vaapi' and '--enable-vdpau' because they are autodetected.

DrZaius commented on 2011-06-30 19:01

@lgolebio: Ah, good. It's usually something simple (and your issue wasn't the same as the others as I thought).

Anonymous comment on 2011-06-30 06:12

@DrZaius, the problem is that I need crystalhd :)

DrZaius commented on 2011-06-29 21:48

Updates: Added '--enable-vaapi' and '--enable-vdpau' due to upstream changes (these used to be on by default, IIRC). Include the package() function in PKGBUILD. Use '--depth 1' to create shallow Git repository.

@lgolebio: I'm not sure what's causing your issue. You could try adding '--disable-crystalhd' to the ./configure as a temporary fix. I recommend submitting a bug report upstream with a blank configure (keep --prefix=/usr).

DrZaius commented on 2011-06-29 19:04

*with crystalhd issues.

DrZaius commented on 2011-06-29 19:03

I've seen a few others with crystalhd, but I'm not sure if it's the same issue. I'll investigate once my workload in meatspace settles down a bit.

Anonymous comment on 2011-06-29 18:50

I have broadcom crystalhd. And I have problem with ffmpeg-git to compile properly. :(

Here is the output:

nixscripter commented on 2011-06-11 22:55

Removing --enabled-shared doesn't do much at all, because configure will detect your abililty to compile shared libraries automatically.

mar77i commented on 2011-06-07 18:49

you gotta be kidding? removing --enable-shared means there are no *.so files. No *.so files means ALL dependending software will break.

DrZaius commented on 2011-04-13 18:13

...and of course add 'vo-aacenc' 'vo-amrwbenc' to your depends (edit: fixed typo).

DrZaius commented on 2011-04-13 18:11

...and of course add 'vo-amrwbenc' 'vo-amrwbenc' to your depends.

DrZaius commented on 2011-04-13 18:10

Libraries of VisualOn implementation of Adaptive Multi Rate Wideband (AMR-WB) encoder and Advanced Audio Coding (AAC) encoder are now supported by FFmpeg and are available in the AUR. Add "--enable-version3 --enable-libvo-aacenc --enable-libvo-amrwbenc" if you would like to enable these external libraries.

DrZaius commented on 2011-04-12 21:04

Removed "--enable-shared".

Anonymous comment on 2011-03-22 14:42

It looks like since 21st march, ffmpeg-mt was merged into ffmpeg. Good news I guess

DrZaius commented on 2011-03-16 00:32

Removed some bloat: libvpx-git, opencore-amr, schroedinger, and xvidcore. Changed Git repository to due to the recent bullshit occurring within the FFmpeg project. (See libav-git in AUR if you want to use the fork.)

Det commented on 2011-02-01 09:23

If people use this package they should also be able to modify it to fit their own needs.

If you ask me, you are free to add like all the stuff from [extra]'s ffmpeg because I'll edit the PKGBUILD anyway to only install the stuff _I_ want.

It's totally your call but you shouldn't just put some random crap to the PKGBUILD just because a single person asks for it (not trying to offend anybody) - at least if you don't agree with that.

ps. one option would be to create a "_IWantABloatedFfmpeg" variable and by enabling it you would then get all that extra stuff that some people like to have - but this is only if you _really_ wanna be helpful.

DrZaius commented on 2011-01-29 22:34

Updated. I added '--enable-postproc' and reluctantly added schroedinger support. People actually use schroedinger? I suppose I could ask the same about libvpx, opencore-amr, and xvidcore.

lucak3 commented on 2011-01-29 14:15

Could I ask for '--enable-postproc' and '--enable-libschroedinger' ?
I lack these from extra/ffmpeg: the first is required to build vlc-git and the second is nice to have...

DrZaius commented on 2011-01-22 22:54

ffaacenc is still considered "experimental". Some prefer using faac and claim that it sounds better. I don't have a good reason for including xvidcore other than including it for others who may want to use it. I don't encode MPEG-4 part 2, so I'm not sure what the advantages are for using "-vcodec libxvid".

Personally, I don't "--enable-shared" (same for x264-git) and I also remove most of the external libraries except for lame and x264.

Anonymous comment on 2011-01-22 21:47

Nice of you to supply an up-to-date git package of ffmpeg.
I've requested the deletion of ffmpeg-svn and would be happy to use this one.

But I wonder why you've included faac and xvidcore despite the fact that ffmpeg has got own codecs for these two afaik.

skottish commented on 2011-01-19 04:35

I didn't see the whole story until now. Flux is an understatement.

DrZaius commented on 2011-01-19 03:39

Thanks. Updated. Lots of flux in FFmpeg right now. Users of this package prior to the "Wed, 19 Jan 2011 03:33:51 +0000" update should issue:
git remote set-url origin git://
in ffmpeg-git/src/ffmpeg to switch to the new repository location.

skottish commented on 2011-01-18 23:13

FFmpeg's git repo was moved: