Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - ffmpeg-libfdk_aac

Package Details: ffmpeg-libfdk_aac 1:3.2.2-1

Git Clone URL: https://aur-dev.archlinux.org/ffmpeg-libfdk_aac.git (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: http://ffmpeg.org/
Licenses: GPL3, custom:libfdk-aac
Conflicts: ffmpeg
Provides: ffmpeg=3.2.2, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavresample.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: korrode
Maintainer: bwidawsk
Last Packager: bwidawsk
Votes: 34
Popularity: 1.003204
First Submitted: 2013-07-12 10:24
Last Updated: 2016-12-20 15:43

Required by (538)

Sources (2)

Latest Comments

1 2 3 4 5 6 Next › Last »

Martchus commented on 2016-12-21 23:43

@korrode Thanks for pointing this out.

korrode commented on 2016-12-12 00:10

AFAIK, it is illegal to distribute ffmpeg, with all it's various GPL'd components, built with fdk-aac.

"The license of libfdk_aac is not compatible with the GPL, so the GPL does not permit distribution of binaries containing incompatible code when GPL-licensed code is also included. Therefore this encoder have been designated as "non-free", and you cannot download a pre-built ffmpeg that supports it. This can be resolved by compiling ffmpeg yourself."

So Martchus although an AUR package (where the end user is actually building it themself) is fine, your binary package is likely illegal to distribute.

Martchus commented on 2016-12-10 15:24

Here a link to current version (usually update faster than here): https://github.com/Martchus/PKGBUILDs/blob/master/ffmpeg/libfdk_aac/PKGBUILD

I also increase pkgrel every time when a rebuild is required (due to updated dependencies in official repos).

bl4ckout commented on 2016-10-22 17:41

Netcdf 4.4.1-2 update changed libnetcdf.so.12 to libnetcdf.so.11, which breaks ffmpeg. Everyone experiencing this error need to rebuild this package.
Bumping to 3.1.4-3 (upstream) should prevent people to get it.

bwidawsk commented on 2016-10-04 16:12

@daboka Yes. It is not something I can control. Please read the earlier comments on this matter (from October 2015).

daboka commented on 2016-10-04 12:32

I get this error while trying to update with yaourt:
:: ffmpeg-libfdk_aac: installing x265 (2.1-1) breaks dependency 'libx265.so=87-64'

The ffmpeg package in the official repo already depends on libx265.so=95-64. Could you update this?

bwidawsk commented on 2016-09-10 04:08

I added the patch. I was getting annoyed of it not building.

bwidawsk commented on 2016-08-10 20:41

@gabor_zoka: I am trying to stay in sync with the upstream PKGBUILD as much as possible. I do agree this is annoying.

gabor_zoka commented on 2016-08-10 00:04

https://trac.ffmpeg.org/raw-attachment/ticket/5694/ffmpeg_opj2.patch (see https://trac.ffmpeg.org/ticket/5694)

seems to fix the openjpeg 2.1.1 issue. I downloaded it and patched PKGBUILD as per below. Note I did not check if openjpeg feature works, but the comment in the ticket gives some confidence.

--- aur-original/ffmpeg-libfdk_aac/PKGBUILD 2016-08-09 23:22:01.000000000 +0100
+++ aur-modified/ffmpeg-libfdk_aac/PKGBUILD 2016-08-10 00:34:02.510311196 +0100
@@ -31,10 +31,17 @@ provides=('libavcodec.so' 'libavdevice.s
+ ffmpeg_opj2.patch)
validpgpkeys=('FCF986EA15E6E293A5644F10B4322F04D67658D8') # ffmpeg-devel
- 'SKIP')
+ 'SKIP'
+ '336f14fa497598fbd437fc780305fa7c576fd6cd44aaef77b0b4f61448f55fb8')
+prepare() {
+ cd $_name-$pkgver
+ patch -p1 -i ../ffmpeg_opj2.patch

build() {
cd $_name-$pkgver

bwidawsk commented on 2016-07-20 23:21

Thanks @cestlaz. openjpg 1.5.2 should also work fine. This needs an upstream fix either in openjpeg 2.1.1, or ffmpeg. I'm not sure which. I'll try to keep an eye on it.