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

Required by (1823)

Sources (2)

Latest Comments

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

graysky commented on 2019-07-04 13:24 (UTC)

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 (UTC)

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 (UTC)

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 (UTC) (edited on 2019-01-13 19:13 (UTC) by milaxnuts)

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 (UTC)

@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 (UTC) (edited on 2019-01-06 23:28 (UTC) by milaxnuts)

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 (UTC)

+1 on high compatibility to upstream

bwidawsk commented on 2018-10-10 16:02 (UTC)

@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.

Niklas commented on 2018-10-10 15:55 (UTC)

Is there any specific reason for why this is using the git repository instead of a tarball? As far as I can tell, this package is only meant for stable versions, so I don't see any reason why using the git repo would be necessar (git takes more disk space and longer to download).

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