Package Details: ffmpeg-libfdk_aac 1:4.2.2-3

Git Clone URL: (read-only, click to copy)
Package Base: ffmpeg-libfdk_aac
Description: Complete solution to record, convert and stream audio and video (Same as official package except with libfdk-aac support)
Upstream URL:
Licenses: GPL3, custom:libfdk-aac
Conflicts: ffmpeg
Provides: ffmpeg=4.2.2,,,,,,,,
Submitter: korrode
Maintainer: bwidawsk
Last Packager: bwidawsk
Votes: 48
Popularity: 1.23
First Submitted: 2013-07-12 10:24
Last Updated: 2020-02-10 03:21

Dependencies (57)

Required by (990)

Sources (1)

Latest Comments

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

mpuzirew commented on 2016-01-29 13:12

Rumor has it that the newer version of Native FFmpeg AAC encoder provides the best quality and libfdk_aac could be removed.
But in fact, that statement is a bit "too loud" :).,111085/topicseen.html
Native FFmpeg AAC has been improved but it is still worse than fdk. In addition, according to my tests it became mush slower than it was.
Not to mention the fact that Native FFmpeg AAC algorithm in ffmpeg 2.8.5 stable is OLD yet.

bwidawsk commented on 2015-11-13 16:02

@korrode, I have done this already, unless you're referring to something else (

Thank you for the advice, but the problem wasn't that I didn't see the upstream change, the problem was that I botched the merge.

korrode commented on 2015-11-13 09:45

'' needs to be added to depends as per Arch main package.

I'd suggest checking commits to the Arch package prior to updating this package and porting them all in:

Noctem commented on 2015-11-11 21:56

I encounter "ERROR: vidstab not found using pkg-config" when vid.stab (from extra) isn't installed. So either that should be added as a dependency, or "--enable-libvidstab" should be removed from the configure options.

gee commented on 2015-11-10 23:48

Please include this patch as in the main package:

korrode commented on 2015-10-19 06:38

There is no more correct method than that due to binary repo packages VS working with package source files on AUR.

Probably the 'easiest' method for most users (as opposed to uninstalling this ffmpeg package, which for many users would require using -Rdd because lots of stuff depends on ffmpeg) is to do the system update by performing:
pacman -Syu ffmpeg

...which will install the normal ffmpeg and do the update successfully, and then once the update is done one can re-build and install this package again.

bwidawsk commented on 2015-10-11 17:11

When you try to update libx265, which has been updated, you will be greeted by an error. Note that a fresh install should be fine.

I do not know how to solve this correctly (the incorrect way is to uninstall this package, update x265, then reinstall this package). Upstream rebuilt against a newer x265 and doesn't have this concern of requiring downstream to be able to upgrade across the library change.

bwidawsk commented on 2015-09-25 00:44

@apastuszak As far as I know, I did this correct. I am not an expert. I mostly follow this:

apastuszak commented on 2015-09-24 01:44

I'm trying to build this package and am geting the following error:

==> ERROR: One or more PGP signatures could not be verified!

gee commented on 2015-09-17 03:26

@bwidawsk: ffmpeg is now at 2.8 since the 8th, that's probably why the flag.