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.002536
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 .. 7 8 9 10 11 12 13 14 15 16 17 .. 20 Next › Last »

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

theYinYeti commented on 2018-08-19 10:10 (UTC)

Build failure:

ERROR: gnutls not found using pkg-config

If you think configure made a mistake, make sure you are using the latest
version from Git.  If the latest version fails, report the problem to the
ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net.
Include the log file "ffbuild/config.log" produced by configure as this will
help solve the problem.

bwidawsk commented on 2018-04-23 22:46 (UTC)

It was a mistake on my part that this got bumped before the official repo. I do not intend to do it again. I see no point in reverting now though.

Someone flagged this as out of date, and I didn't pay close enough attention when I pulled the official repo's sources.

For future reference, please do not flag this as out of date until the official repo is updated. Thanks.

gourdcaptain commented on 2018-04-23 19:33 (UTC)

I'm going to be in on the "don't break compatibility with the standard repositories for a replacement package" area, although this one's at least mostly trivial to hold back the upgrade until standard ffmpeg upgrades. (Or in my case, switch to standard ffmpeg unless I need to encode some AAC before then just to let me know when 4.0.0 is pushed and it's safe to upgrade to this.)

Martchus commented on 2018-04-23 19:21 (UTC)

Yes, not sure whether it is the best idea to upload this while the official ffmpeg is still in staging.

But somehow it also makes sense. Eg. I maintain my own repo using the same staging workflow as the official repos. So I rebuild now, push it to my own staging and release it as soon as the official staging is released.

francoism90 commented on 2018-04-23 19:08 (UTC)

A bit of warning before upgrading; I experienced a few apps needs to be rebuilt and/or not compatible with the 4.0 (e.g. x264, electron, etc.).

wookietreiber commented on 2018-03-21 14:21 (UTC) (edited on 2018-04-12 09:21 (UTC) by wookietreiber)

Thats the diff:

diff --git a/PKGBUILD b/PKGBUILD
index 90681ff..849e124 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -39,6 +39,10 @@ sha256sums=('2b92e9578ef8b3e49eeab229e69305f5f4cbc1fdaa22e927fc7fca18acccd740'
             'SKIP'
             '0bfcd12d1992903f21c146ae56d9ad89b52818cfb2303197ee905347c25a5427')

+export CFLAGS="${CFLAGS/-flto/}"
+export CXXFLAGS="${CXXFLAGS/-flto/}"
+export LDFLAGS="${LDFLAGS/-flto/}"
+
 prepare() {
   cd ffmpeg-${pkgver}

wookietreiber commented on 2018-03-21 14:20 (UTC)

FYI to easily fix the issues with LTO add these lines to the PKGBUILD, right before prepare/build:

export CFLAGS="${CFLAGS/-flto/}" export CXXFLAGS="${CXXFLAGS/-flto/}" export LDFLAGS="${LDFLAGS/-flto/}"

This simply removes LTO from all flags.

polygamma commented on 2018-03-06 17:27 (UTC)

It would be useful if you could include the versions of the .so you are providing with this package. Some packages depend on specific versions of those .so, hence one is not able to tell if these requirements are fulfilled before actually building this package.

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 .. 20 Next › Last »