Package Details: ffmpeg-libfdk_aac 1:4.2.1-1

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: GPL3, custom:libfdk-aac
Conflicts: ffmpeg
Provides: ffmpeg=4.2.1, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: korrode
Maintainer: bwidawsk
Last Packager: bwidawsk
Votes: 47
Popularity: 0.93
First Submitted: 2013-07-12 10:24
Last Updated: 2019-11-28 23:26

Dependencies (55)

Required by (972)

Sources (1)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

marcin commented on 2020-01-15 23:44

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

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

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

Zeioth commented on 2019-11-06 20:50

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.

mmozeiko commented on 2019-08-17 02:54

@bwidawsk please change --enable-libfdk_aac to --enable-libfdk-aac

See https://github.com/FFmpeg/FFmpeg/blob/master/configure#L234

JP-Ellis commented on 2019-08-16 14:43

Version 4.2 has been out for over a week now. Could this be updated soon?

graysky commented on 2019-07-04 13:24

I think you have an error: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=ffmpeg-libfdk_aac#n139

You have an underscore but require a hyphen.

Martchus commented on 2019-01-16 09:18

Upstream might use Git because it is only a big download for the first time. In any subsequent build you only have to fetch the diff (likely only a few KiB).

bwidawsk commented on 2019-01-16 04:39

By upstream, I mean the PKGBUILD

https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/ffmpeg

milaxnuts commented on 2019-01-13 19:01

I am trying to make the most minimal diff against upstream as possible. This does use release tags, not master

with "upstream" you mean http://ffmpeg.org/download.html#get-sources ?

there, the first link is /releases/ffmpeg-snapshot.tar.bz2
quote:

Development branch snapshots work really well 99% of the time so people are not afraid to use them.

quote from http://ffmpeg.org/download.html#releases

Users that wish to compile from source themselves are strongly encouraged to consider using the development branch [and not the stable release]

$ curl -sI <http://ffmpeg.org/releases/ffmpeg-snapshot.tar.bz2> \
| grep ^Content-Length | tr -d $'\r' | cut -d' ' -f2 | numfmt --to=si
11M

11 megabyte ... better than 130 MB, no?

this is ffmpeg-libfdk_aac, not ffmpeg-libfdk_aac-git.

to expand:
when i request ffmpeg-libfdk_aac, then i expect the latest stable release.
when i request ffmpeg-libfdk_aac-git, then i expect the 'bleeding edge' git version, compiled from a shallow clone, cos i only need 10% of the repo. since ffmpeg.org show no interest in fixing their git server, we could load the 'shallow clone' from microhub: https://github.com/FFmpeg/FFmpeg
when i request ffmpeg-libfdk_aac-snapshot, then i expect the 'latest snapshot' version.