Package Details: ffmpeg-libfdk_aac 1:4.1-1

Git Clone URL: (read-only)
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.1,,,,,,,,
Submitter: korrode
Maintainer: bwidawsk
Last Packager: bwidawsk
Votes: 44
Popularity: 0.897621
First Submitted: 2013-07-12 10:24
Last Updated: 2018-11-08 19:23

Dependencies (55)

Required by (790)

Sources (1)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

wookietreiber commented on 2018-10-10 16:09

+1 on high compatibility to upstream

bwidawsk commented on 2018-10-10 16:02

@Niklas - this is mentioned in my commit. It was done to match the "upstream PKGBUILD" to make it easier to maintain the diff. I'm not sure why upstream did it as I agree with your preference for release tarballs.

Niklas commented on 2018-10-10 15:55

Is there any specific reason for why this is using the git repository instead of a tarball? As far as I can tell, this package is only meant for stable versions, so I don't see any reason why using the git repo would be necessar (git takes more disk space and longer to download).

theYinYeti commented on 2018-08-19 10:10

Build failure:

ERROR: gnutls not found using pkg-config

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.

bwidawsk commented on 2018-04-23 22:46

It was a mistake on my part that this got bumped before the official repo. I do not intend to do it again. I see no point in reverting now though.

Someone flagged this as out of date, and I didn't pay close enough attention when I pulled the official repo's sources.

For future reference, please do not flag this as out of date until the official repo is updated. Thanks.

gourdcaptain commented on 2018-04-23 19:33

I'm going to be in on the "don't break compatibility with the standard repositories for a replacement package" area, although this one's at least mostly trivial to hold back the upgrade until standard ffmpeg upgrades. (Or in my case, switch to standard ffmpeg unless I need to encode some AAC before then just to let me know when 4.0.0 is pushed and it's safe to upgrade to this.)

Martchus commented on 2018-04-23 19:21

Yes, not sure whether it is the best idea to upload this while the official ffmpeg is still in staging.

But somehow it also makes sense. Eg. I maintain my own repo using the same staging workflow as the official repos. So I rebuild now, push it to my own staging and release it as soon as the official staging is released.

francoism90 commented on 2018-04-23 19:08

A bit of warning before upgrading; I experienced a few apps needs to be rebuilt and/or not compatible with the 4.0 (e.g. x264, electron, etc.).

wookietreiber commented on 2018-03-21 14:21

Thats the diff:

diff --git a/PKGBUILD b/PKGBUILD
index 90681ff..849e124 100644
@@ -39,6 +39,10 @@ sha256sums=('2b92e9578ef8b3e49eeab229e69305f5f4cbc1fdaa22e927fc7fca18acccd740'

+export CFLAGS="${CFLAGS/-flto/}"
+export CXXFLAGS="${CXXFLAGS/-flto/}"
+export LDFLAGS="${LDFLAGS/-flto/}"
 prepare() {
   cd ffmpeg-${pkgver}

wookietreiber commented on 2018-03-21 14:20

FYI to easily fix the issues with LTO add these lines to the PKGBUILD, right before prepare/build:

export CFLAGS="${CFLAGS/-flto/}" export CXXFLAGS="${CXXFLAGS/-flto/}" export LDFLAGS="${LDFLAGS/-flto/}"

This simply removes LTO from all flags.