Package Details: ffmpeg-libfdk_aac 1:3.3-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.3, 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: 35
Popularity: 0.527324
First Submitted: 2013-07-12 10:24
Last Updated: 2017-04-14 16:58

Dependencies (49)

Required by (580)

Sources (2)

Latest Comments

Batou commented on 2017-04-29 04:12

@bwidawsk: Thank you for the info and hard work you put into maintaining this package! Hope things stabilize soon so I can switch back.

bwidawsk commented on 2017-04-28 18:12

@Batou: blame x265. All packages relying on x265 should have the same problem.

Batou commented on 2017-04-28 15:25

@imdn: thank you so much! I did just that. I encode all the time using h.264 and AAC but this package is just not that well suited for system-wide use.

imdn commented on 2017-04-28 12:24

Another dependency update, another breakage. Sadly this seems to be the norm for users of this package.

@Batou this is how I resolved it:

1) Replace this with the default ffmpeg (incl. ffmpeg2.8 if you have vlc installed)
# pacman -S ffmpeg ffmpeg2.8

2) Update your system
# pacman -Syu

3) Build ffmpeg-libfdk_aac with clean chroot method (https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot)
Note: At this point, you should also be able to build and install normally from the PKGBUILD or using helpers like yaourt. I just prefer the clean chroot method

4) Install (replaces default ffmpeg with this package)
# pacman -U ffmpeg-libfdk_aac-1:3.3-1-x86_64.pkg.tar.xz

Batou commented on 2017-04-28 05:22

Hmm... not sure how to resolve this one. Anyone have some ideas?

resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: ffmpeg-libfdk_aac: installing x265 (2.4-1) breaks dependency 'libx265.so=110-64'

Martchus commented on 2017-04-13 20:49

@Batou I assume that has already been the reason for the last pkgrel update which was just a bit early because the concerning dependencies were still in testing.

Batou commented on 2017-04-13 20:03

Quick note that ffmpeg2.8 now updates libass, libbluray and x265 to versions incompatible with current version of ffmpeg-libfdk_aac.

:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: ffmpeg-libfdk_aac: installing libass (0.13.6-1) breaks dependency 'libass.so=5-64'
:: ffmpeg-libfdk_aac: installing libbluray (1.0.0-1) breaks dependency 'libbluray.so=1-64'
:: ffmpeg-libfdk_aac: installing x265 (2.3-1) breaks dependency 'libx265.so=102-64'

Martchus commented on 2017-03-30 20:55

Note that latest libass, libbluray and x265 which require the rebuild are still in testing.

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.

https://trac.ffmpeg.org/wiki/Encode/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.

All comments