Package Details: ffmpeg-libfdk_aac 2:6.1.1-8

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: 64
Popularity: 0.88
First Submitted: 2013-07-12 10:24 (UTC)
Last Updated: 2024-04-24 15:56 (UTC)

Required by (1824)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 18 Next › Last »

Martchus commented on 2020-06-11 14:49 (UTC) (edited on 2020-06-28 21:43 (UTC) by Martchus)

@Fifis No. This package must be rebuilt when the soname of libx265 or any other dependency changes. It is generally a good idea to build packages in a clean chroot which makes updates like this easier: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chroot

gourdcaptain commented on 2020-06-11 14:48 (UTC)

You need to rebuild it from source against the new x265 - it's not an issue with the ffmpeg code, it just needs to be built against the new library binary interface. Upgrade x265 and then do that.

Fifis commented on 2020-06-11 14:44 (UTC)

Does ffmpeg-libfdk_aac really need a precise version of the x265 library, or can it be made >=188-64? Because now, there is a broken dependency that prevents further upgrades:

error: failed to prepare transaction (could not satisfy dependencies)
:: installing x265 (3.4-1) breaks dependency 'libx265.so=188-64' required by ffmpeg-libfdk_aac

(Right now, I have ffmpeg-libfdk_aac 1:4.2.3-1.)

aswild commented on 2020-05-27 19:07 (UTC)

One way the PKGBUILD differs from [extra] is using openssl instead of gnutls, with comments about the license incompatibility. However it's working fine with gnutls for me, it builds and can do https.

gnutls certainly isn't the only GPL code in this build of ffmpeg. --enable-gpl and --enable-nonfree aren't inherently incompatible, it just means that the resulting binary can't legally be redistributed.

misanthropist commented on 2020-03-27 07:14 (UTC)

@ed_o
I also realized, that if any packages you have installed depend on ffmpeg, the official ffmpeg package will be installed by pacman -Syu after you remove ffmpeg-libfdk_aac. This isn't a problem per se, but after rebuilding ffmpeg-libfdk_aac, you get a question if you want to replace ffmpeg. Just answer yes. And you may need to run pacman -Syu again, after reinstalling ffmpeg-libfdk_aac, to sort out dependencies. You probably won't, but doing it anyway won't do any harm; if nothing needs to be done, pacman will return with a message to that effect.

ed_o commented on 2020-03-27 07:09 (UTC)

@misanthropist Thank you a lot for your advice, and information about arch-chroot environment - I am still a novice, and can benefit greatly from what veterans pass on to me. For future reference, these are the steps that I took to fix my conflict issue, thanks to @misanthropist

pacman -Rdd dav1d

pacman -Syu

And after the upgrade was finished

pacman -S dav1d

yay ffmpeg-libfdk_aac

And re-installed with Clean Build All option

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

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 18 Next › Last »