Package Details: ffmpeg-full-git 4.4.r98638.g9c0beaf0d3-1

Git Clone URL: (read-only, click to copy)
Package Base: ffmpeg-full-git
Description: Complete solution to record, convert and stream audio and video (all possible features including libfdk-aac; git version)
Upstream URL:
Keywords: audio codec convert cuda cuvid decklink encoder fdk-aac fdkaac hwaccel libnpp media nvenc svt video
Licenses: custom: nonfree and unredistributable
Conflicts: ffmpeg
Provides: ffmpeg, ffmpeg-full, ffmpeg-git,,,,,,,,,
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 16
Popularity: 1.68
First Submitted: 2015-12-27 19:22
Last Updated: 2020-08-04 00:06

Dependencies (111)

Required by (1000)

Sources (7)

Latest Comments

« First ‹ Previous ... 3 4 5 6 7 8

dbermond commented on 2016-01-15 22:49

Recent commits in upstream ffmpeg git master has fixed the vulnerability.
Update package by running makepkg.

dbermond commented on 2016-01-14 17:18

The recently discovered ffmpeg vulnerability described in seems to be temporaly handled in the following upstream git commit:

No need to update PKGBUILD. Just update package by running makepkg.

dbermond commented on 2016-01-13 20:16

As the name of the package suggests, this is intended to be a ffmpeg build compiled with as most enabled options as possible, hence the name "full". Having this in mind, if I put any dependency as optional this build will not be "full" anymore. That's why I putted everything in the depends array.

About groups: I see no need to use groups/meta in this PKGBUILD. What do you suggest?

About blackmagic-decklink-sdk: blackmagic-decklink-sdk AUR package is not broken and is not poorly writen. Please refer to my answer to your comment on its AUR page.

About flite-fpic: flite-fpic AUR package is not broken. I can build, install and use it with no problems. Also, ffmpeg-full-git compiles normally with it. You must be doing something wrong. Please contact the package maintainer if you need any assistance to compile it.

About chromaprint-fftw: This is something tricky. I can't use simply 'chromaprint' as a dependency because it's necessary to force linking against a chromaprint that is not the one in Arch Linux [extra] repository and not the one in chromaprint-git. The reason is as follows. Both [extra]'s chromaprint and chromaprint-git depends on 'ffmpeg'. The problem is that ffmpeg source code from the git repository has different library version numbers and API changes in comparison with [extra]'s ffmpeg (the regular version). So if you compile ffmpeg-full-git using [extra]'s chromaprint or chromaprint-git you'll get an error when trying to execute ffmpeg in command line: shared library not found. Why? Because ffmpeg from git provides and you would have linked ffmpeg-full-git against [extra]'s chromaprint (or chromaprint-git) which in turn is linked against So, in order to overcome this I made a chromaprint-fftw package that does not depend on ffmpeg, being thus suitable to compile ffmpeg from git without giving errors on command line. This kind of situation impacts any package that depends on 'ffmpeg'.

About libquvi0.4: ffmpeg does not support libquvi API version 0.9, which is the version provided in Arch Linux [extra] repository. ffmpeg uses API from libquvi 0.4.

About libutvideo-asm-git: No, I didn't mean libutvideo-git. There are two libutvideo packages in AUR now. One with ASM optimizations enabled and other without. I choosed the one with ASM optimizations enabled. libutvideo does not compile a shared library with ASM optimizations enabled, but only a static one. It's size is 455Kb and seems like nothing compared to the 10+ Mb library. Since both AUR versions has "libutvideo" as a "provides" on their PKGBUILDs what I could do is change the required dependency to just 'libutvideo' so the user could choose the desired version. Not sure if it's a good idea.

About nvidia-sdk: Already answered. This is a "full" ffmpeg build. And as far as I know, adding 'nvidia-sdk' to the system and --enable-nvenc in ffmpeg impacts nothing to people that doesn't have a NVIDIA card.

About ARM and cross-platform: As stated on PKGBUILD the architecture of this package is for x86 systems only. According to the Arch Linux Wiki ARM is not officially supported, but only i686 and x86_64, so there is no need to provide a PKGBUILD with portability in mind. You will need to manually modify it in order to make it compile on ARM systems.

About Intel specific libraries and AMD: Already answered. This is a "full" ffmpeg build. What I'm planning to do is put as optional (or remove) the 'intel-media-sdk' dependency because it's a very tricky package and seems to not work as it should do. As far as I know you can install Intel specific libraries in an AMD system with no problems. The libva-intel-driver PKGBUILD file does not have a conflicts array and thus seems to not conflict with AMD packages. Please correct me if I'm wrong. Can you please provide more information about breaks on AMD systems after installing Intel libraries? (Note: 'libva' is already included as a dependency)

About $MAKEFLAGS: In order to speed up compilation by adding job options to 'make' you need to adjust your MAKEFLAGS variable in '/etc/makepkg.conf'. You should not use PKGBUILDs build() function for this. Doing this should be used only to speed _down_ compilation for specific package reasons. Please refer to the Arch Linux Wiki for more information:

EndlessEden commented on 2016-01-12 23:20

please use groups/meta instead of packages where-ever possible.

please replace depend libva-intel with libva, libva-intel not compatible with AMD/Catalyst.

blackmagic-decklink-sdk(decklink-sdk) is broken, due to the maintainer writing a poor pkgbuild. - so please add as optional depend, or fix. (**NOTE i added suggestions to fix it already)

flite-fpic is both broken and out of date, please use flite. (Note: flite{festival-lite} is also provided by festival) (**NOTE: flite v2.x is not being detected by ffmpeg, filed a bug.)

please use chromaprint. as chromaprint-fftw provides chromaprint, as does chromaprint-git. its a wasted depend as-is, as fft is not disabled in the build of ffmpeg, so fftw wouldnt be used.

why version 0.4 of libquvi, its in the archrepo at version 0.9.x?! (**NOTE: Found out on my own, versions after 0.4 are not detected by ffmpeg-configure. -- ill fix later)

libutvideo-asm-git is a static library, are you sure you didnt mean, libutvideo-git?

why is nvidia-sdk/nvenc forcibly enabled? its autodetected by configure. add nvidia-sdk as a optdepend, and make it more cross-platform friendly.

Please remove Intel-Specific Depends(libmfx-git, intel-media-sdk), offer them as optdepend's or in a intel-specific package. intel-decoder is only availible on intel platforms. breaking this for arm, and some amd platforms.

please add $MAKEFLAGS to build(), to speed up compiling.