Package Details: ffmpeg-libfdk_aac 1:4.2.1-1

Git Clone URL: https://aur.archlinux.org/ffmpeg-libfdk_aac.git (read-only)
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: 1.054934
First Submitted: 2013-07-12 10:24
Last Updated: 2019-09-09 02:09

Dependencies (55)

Required by (931)

Sources (1)

Latest Comments

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

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.

bwidawsk commented on 2019-01-09 01:18

@milaxnuts: I completely agree with regard to shallow clone, but again I am trying to make the most minimal diff against upstream as possible. This does use release tags, not master, so I don't understand your first comment.

If you can get upstream to use a shallow clone when it works, I will gladly modify it here.

Thanks.

milaxnuts commented on 2019-01-06 22:57

easier to maintain the diff

please clarify

this is ffmpeg-libfdk_aac, not ffmpeg-libfdk_aac-git.
using the latest git version might break the build
so i would also prefer using the latest stable release.
im sure, new versions and checksums can be updated by bots

ffmpeg-full is also using the stable release
https://aur.archlinux.org/packages/ffmpeg-full/

also, doing a full clone of a 130 MB repo,
to only use 10 MB of code, is just wrong
so please just do a 'shallow clone' like

prepare() {
    # shallow clone. depth=1 might be too greedy
    # maybe add: --recurse-submodules --shallow-submodules
    git clone --mirror --depth=50 --branch v4.2 <https://host/path/name.git> name
}

currently, the git.ffmpeg.org server fails to serve a shallow clone
see https://trac.ffmpeg.org/ticket/7655

bwidawsk commented on 2018-10-10 18:02

@Niklas - this is mentioned in my commit. It was done to match the "upstream PKGBUILD" to make it easier to maintain the diff. I'm not sure why upstream did it as I agree with your preference for release tarballs.

commit 26942dcf6eb9

upgpkg: ffmpeg 1:4.0.2-1

Note that this follows the upstream package in switching to git for the source files (instead of tarball).

wookietreiber commented on 2018-10-10 16:09

+1 on high compatibility to upstream

bwidawsk commented on 2018-10-10 16:02

@Niklas - this is mentioned in my commit. It was done to match the "upstream PKGBUILD" to make it easier to maintain the diff. I'm not sure why upstream did it as I agree with your preference for release tarballs.