Package Details: ffmpeg-libfdk_aac 2:7.1-3

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.041016
First Submitted: 2013-07-12 10:24 (UTC)
Last Updated: 2024-11-30 20:05 (UTC)

Required by (1911)

Sources (2)

Latest Comments

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

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

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

:-))

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