Package Details: ffmpeg-libfdk_aac 1:3.2-1

Git Clone URL: https://aur.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, 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: 33
Popularity: 1.980425
First Submitted: 2013-07-12 10:24
Last Updated: 2016-10-31 05:34

Dependencies (49)

Required by (510)

Sources (2)

Latest Comments

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).

BTW: I also provide a binary repo (x86_64 only and it also contains lots of other AUR packages): https://martchus.no-ip.biz/repo/arch/ownstuff/os/x86_64

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
'libswscale.so'
"ffmpeg=$pkgver")
conflicts=("$_name")
-source=(http://ffmpeg.org/releases/$_name-$pkgver.tar.bz2{,.asc})
+source=(http://ffmpeg.org/releases/$_name-$pkgver.tar.bz2{,.asc}
+ ffmpeg_opj2.patch)
validpgpkeys=('FCF986EA15E6E293A5644F10B4322F04D67658D8') # ffmpeg-devel
sha256sums=('62eb8d810b93c1ffc23739c0824a91eabfe5e7be81fab34ce740736a110b70f7'
- '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.

cestlaz commented on 2016-07-20 22:34

reverting to openjpeg2 2.1.0 works for me
https://trac.ffmpeg.org/ticket/5694

I didn't even have openjpeg2 until a recent update installed it, so I got openjpeg 2.1.0 from here
https://archive.archlinux.org/packages/o/openjpeg2/

gourdcaptain commented on 2016-07-20 16:41

I'm having the same build error on both of my machines as well.

All comments