Package Details: ffmpeg-libfdk_aac 2:7.1-9

Git Clone URL: https://aur.archlinux.org/ffmpeg-libfdk_aac.git (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: https://ffmpeg.org
Licenses: custom:libfdk-aac, GPL-3.0-only
Conflicts: ffmpeg
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: korrode
Maintainer: zotan
Last Packager: zotan
Votes: 65
Popularity: 0.002985
First Submitted: 2013-07-12 10:24 (UTC)
Last Updated: 2025-04-05 14:09 (UTC)

Dependencies (112)

Required by (1951)

Sources (4)

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 20 Next › Last »

misanthropist commented on 2020-03-27 06:57 (UTC)

@ed_o
If you can't update with pacman -Syu, try force removing ffmpeg-libfdk_aac as well, using pacman -Rdd ffmpeg-libfdk_aac. Then BEFORE rebuilding ffmpeg-libfdk_aac, run pacman -Syu again. And finally rebuild and reinstall ffmpeg-libfdk_aac.

I do AUR builds in a clean chroot environment, that I've set up solely for that purpose. That way if anything breaks, I still have a working system. And it has saved me a lot of headaches. Perhaps something worth looking in to?
https://wiki.archlinux.org/index.php/Chroot#Using_arch-chroot.
Also, the recommended path is to not use AUR helpers, such as yaourt, but to use makepkg directly. Using AUR packages can sometimes be a PITA, and breakages like the one you got aren't unheard of. I do hope you made a backup.

ed_o commented on 2020-03-27 06:32 (UTC) (edited on 2020-03-27 06:34 (UTC) by ed_o)

@misanthropist Thank you for your advice. Unfortunately, removing dav1d as suggested seem to have broken all media players on my system. Also, I found that

:: installing dav1d (0.6.0-1) breaks dependency 'libdav1d.so=3-64' required by ffmpeg-libfdk_aac

aforementioned was linked to an update of VLC. As of now, reinstalling dav1d does not fix the breakage. Could you advise me on how to fix the system? Thank you in advance

misanthropist commented on 2020-03-27 06:13 (UTC) (edited on 2020-03-27 06:13 (UTC) by misanthropist)

@ed_o
You need to rebuild ffmpeg-libfdk_aac when its dependencies get updated. In case of conflicts, you may need to force remove the dependencies before updating.

Try

pacman -Rdd dav1d

then

pacman -Syu

and finally rebuild and reinstall ffmpeg-libfdk_aac

N.B. The above should work, and this what I normally do when a dependency update makes a rebuild necessary. However, I haven't done this update yet, and I may have overlooked something, so to be sure, keep a backup in case something goes wrong.

ed_o commented on 2020-03-27 05:47 (UTC) (edited on 2020-03-27 05:47 (UTC) by ed_o)

Performing today's Arch update, I this conflict pops up

looking for conflicting packages...

error: failed to prepare transaction (could not satisfy dependencies)

:: installing dav1d (0.6.0-1) breaks dependency 'libdav1d.so=3-64' required by ffmpeg-libfdk_aac

Error installing repo packages

Could you be so kind to have a look into it? Thank you!!

bitsfritz commented on 2020-02-08 15:54 (UTC)

tag needs update:

cbb3c9497549f8856d8cd37ac63af1406a784e58 => 4.2.1

b53940e13dde81d721621b4d5296eede5795aadd => 4.2.2

:-))

marcin commented on 2020-01-15 23:44 (UTC) (edited on 2020-01-16 00:52 (UTC) by marcin)

Can't perform arch upgrade:

error: failed to prepare transaction (could not satisfy dependencies)
:: installing x264 (3:0.159.r2991.1771b55-1) breaks dependency 'libx264.so=157-64' required by ffmpeg-libfdk_aac

Also can't remove ffmpeg-libfdk_aac as too many stuff depends on it :-(

Workaround: I added x264 to ignore list in /etc/pacman.conf to perform the system upgrade: IgnorePkg = x264.

shillshocked commented on 2020-01-03 02:20 (UTC) (edited on 2020-01-03 02:21 (UTC) by shillshocked)

If you want https to work with this version of ffmpeg and still get it to build, you should remove the --enable-gnutls \ line in the pkgbuild and instead add --enable-openssl \

This is because of the --enable-nonfree line creating a conflict.

bwidawsk commented on 2019-11-06 21:13 (UTC) (edited on 2019-11-06 21:15 (UTC) by bwidawsk)

@Zeioth: Yes, you must temporarily remove ffmpeg update x265 and then rebuild ffmpeg.

Zeioth commented on 2019-11-06 20:50 (UTC)

libx265.so=176-64 from 'ffmpeg-libfdk_aac 1:4.2.1-1', prevents the 'extra' package x265 to be updated. There's a conflict.

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 20 Next › Last »