Package Details: ffmpeg-full-git 4.5.r101969.g6c65e49990-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: 17
Popularity: 0.24
First Submitted: 2015-12-27 19:22
Last Updated: 2021-04-17 15:23

Dependencies (114)

Required by (1000)

Sources (7)

Latest Comments

« First ‹ Previous ... 3 4 5 6 7 8 9 Next › Last »

dbermond commented on 2017-10-12 01:43

Hi and thank you for the interest in ffmpeg-full-git.
I can reproduce the issue. But this is not a problem of ffmpeg-full-git. A recent change in upstream ffmpeg git master (commit 6dfcbd8) revealed a problem with flite1 package.
I have already asked the flite1 maintainer to fix the package. If you want a immediate fix for this, follow the instructions that I have placed in the flite1 AUR webpage.

Nothing4You commented on 2017-10-11 21:34

Or at least not get detected properly.

Nothing4You commented on 2017-10-11 21:33

Some dependency seems to be missing there:

> Starting pkgver()...
==> Updated version: ffmpeg-full-git 3.4.r87800.g6dfcbd80ad-1
==> Starting build()...
-> Running ffmpeg configure script. Please wait...
ERROR: libflite 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 "ffbuild/config.log" produced by configure as this will help
solve the problem.
==> ERROR: A failure occurred in build().
rschwab@rastaban ~/build/ffmpeg-full-git $ pacman -Qs flite
local/flite1 1.4-2
A lighweight version of festival speech synthesis (version 1)
rschwab@rastaban ~/build/ffmpeg-full-git $ grep flite PKGBUILD
'chromaprint-fftw' 'libbs2b' 'flite1' 'libilbc' 'kvazaar' 'openh264'
--enable-libflite \

dbermond commented on 2017-07-20 03:11

Clean builds can enabled by the user through makepkg -C/--cleanbuild option.
Building in a separate directory is not needed by ffmpeg build system. Why are you asking this?

SolarAquarion commented on 2017-07-19 22:52

@dbermond can you enable clean builds, like in a seperate "build directory"

dbermond commented on 2017-04-21 14:08

ffmpeg-full-git can now have a fully automated build/install with AUR helpers!

This was not possible previously because some dependencies could only be installed manually with plain makepkg, but now this is solved. Tested and currently working with pacaur and yaourt in x86_64.

packer currently fails, being unable to solve cuda dependency (as stated in the Wiki, packer is not a reliable parser and solver). I have made a pull request in packer GitHub webpage (#156) that fixes this, and it is waiting for the developer to merge it.

dbermond commented on 2016-12-11 16:04

"Installing Intel Media SDK in the correct manner" means that you need to follow the procedure described in Intel documentation, otherwise it's not correctly installed and will not work. It needs kernel patches and other system modifications.
According to the documentation it seems that the latest supported kernel version for 2017 R1 is 4.4.0. The installation scripts and patches are targeted at this kernel version.
Intel Media SDK is made mainly for servers and only CentOS 7.2.1511 is considered to be a "Gold" installation for version 2017 R1. Other Linux distributions and kernels are considered "Generic" installations and might not work or even need additional adjustments in scripts/patches.
Installation instructions are here:
A table on this page more directly specifies the supported kernel version:
If you cannot see these pages then login to Intel website first.
I know nothing about AMD + Intel setups.

cRaZy-bisCuiT commented on 2016-12-08 22:45

Thanks for the answer. What exactly does "Unless you install Intel Media SDK in the correct manner you'll not be able to use Intel QSV encoder in ffmpeg." mean exactly? In what kind of way? Did either you or anyone got it working so far? In addition, what would be the newest supported kernel?

Do I need to follow the instructions here [0]? By the way, would it be working using AMD RX 480 for gaming and showing me the actual picture but using Intel for QuickSync?


dbermond commented on 2016-05-07 15:56

libmfx is just a dispatcher library for Intel QSV encoder (a library that chooses another one to do the real encoding). In order to use this encoder with ffmpeg you also need Intel Media SDK installed in the correct manner, but in Linux the installation is tricky, needing to modify the system: it requires a specific (and older) kernel version to be patched and other library modifications. It's mainly aimed at servers so Intel doesn't support current kernel versions.

Unless you install Intel Media SDK in the correct manner you'll not be able to use Intel QSV encoder in ffmpeg. That's why you're getting these results. Currently, 'intel-media-sdk' doesn't provide the necessary installation procedure because it would need to modify too much the system, and that's stated in the package description: "only SDK files, no kernel patches, no system modifications".

To remark this tricky situation with Intel Media SDK in Linux I marked the support as experimental in this package.

danboid commented on 2016-05-05 13:44

Has anybody got QSV (Intel QuickSync) h264 encoding to work using this package w/ libmpx-git? I have tried it with intel-media-sdk installed too but that didn't help. As I understand it we should be able to encode h264 (h265 and MPEG2) in hardware with this package so long as you're running it on a compat. Intel CPU and you have libmpx-git installed. intel-media-sdk shouldn't be required and that only works with a specific, patched kernel version - right?

ffmpeg -i VID.mp4 -vf "transpose=1" -c:a copy -c:v h264_qsv -preset:v faster HW.mp4

Gives the error:

[h264_qsv @ 0x1323680] Selected ratecontrol mode is not supported by the QSV runtime. Choose a different mode.


Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height

Whilst something like:

ffmpeg -i VID.mp4 -vf "transpose=1" -c:a copy -c:v h264_qsv -preset:v faster -b:v 2M -look_ahead 0 HW.mp4

Gives the error:

[h264_qsv @ 0x1506c40] Error retrieving encoding parameters.

Instead of the first error, whilst the second error is the same.

I've so far only tried QSV encoding with ffmpeg on a i7-4700MQ but I have a Braswell-based NAS I'd like to use for video encoding too.