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 .. 4 5 6 7 8 9 10 11 12 13 14 .. 20 Next › Last »

bwidawsk commented on 2020-06-30 20:08 (UTC)

@abcfy2: I stay with what the upstream package in extra/ sticks with. When they update, I will update. Feel free to mark out of date if that gets updated and I didn't notice. I tend to do that given current family life :-)

abcfy2 commented on 2020-06-30 01:20 (UTC)

Would you please upgrade to FFmpeg 4.3?

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

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