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 2 3 4 5 6 7 8 9 10 .. 19 Next › Last »

TuxBunny commented on 2023-08-26 03:30 (UTC)

I am getting this error when trying to install this package, I think it's looking for an older version of this dependency then the one that is in the repos.

warning: cannot resolve "libvidstab.so=1.1-64", a dependency of "ffmpeg- libfdk_aac"

The following package cannot be upgraded due to unresolvable dependencies: ffmpeg-libfdk_aac

graysky commented on 2023-08-02 19:34 (UTC)

https://aur.archlinux.org/cgit/aur.git/commit/?h=kodi-git&id=ed01fabc96ccf8e1b0656c962cbecdc9b0fe32a1

Extension-Prompt commented on 2023-08-02 18:35 (UTC) (edited on 2023-08-02 19:05 (UTC) by Extension-Prompt)

Package fails to build after installing the latest gcc package

Was able to successfully build a few days ago, but build fails after a full system upgrade that I did earlier today

However, ffmpeg-git from the AUR builds successfully so maybe it's already fixed upstream?

I get this error 383 times:

libavcodec/x86/mathops.h:125: Error: operand type mismatch for `shr'

No such errors occur in ffmpeg-git from the AUR

This is a copy-paste from my bug report of the official ffmpeg package because the exact same errors occur there & in this AUR package

Diff from loqs that fixes this problem:

https://bugs.archlinux.org/task/79281#comment219982

Deiki commented on 2023-06-22 22:57 (UTC) (edited on 2023-06-22 23:03 (UTC) by Deiki)

Fails the verification of ffmpeg git repo's PGP signature

==> Receiving the sources...
  -> Updating ffmpeg from git repository...
  -> add-av_stream_get_first_dts-for-chromium.patch has been found
==> Validating the source files with b2sums...
    ffmpeg ... Skipped
    add-av_stream_get_first_dts-for-chromium.patch ... Passed
==> Verifying source signatures with gpg...
    ffmpeg git repo ... HAS FAILED (unknown public key B18E8928B3948D64)
==> ERROR: Could not verify any of the PGP signatures!

To anyone, pass --skippgpcheck option to skip this check and build anyway.

k0r0ng commented on 2023-06-20 19:18 (UTC) (edited on 2023-06-23 12:00 (UTC) by k0r0ng)

I read wikipedia Fraunhofer FDK AAC support decode xHE-AAC, but why I still can't decode or play xHE-AAC file after build and install this package?

Edit: This is can works by explicitly telling ffplay to use libfdk_aac with -acodec or -codec:a option, also interestingly it doesn't work with -c:a. Is there a way to tell ffmpeg to use libfdk_aac as the default decoder and/or encoder?

Edit2: "libfdk_aac as the default decoder and/or encoder?", you can do this with --disable-decoder=aac,aac-fixed and --disable-encoder=aac, but mpv still can't play or decode xHE-AAC file, maybe mpv need rebuild, idk.

baryon commented on 2023-04-11 21:09 (UTC)

Currently failing with:

make: *** No rule to make target 'libavcodec/x86/lpc.c', needed by 'libavcodec/x86/lpc.o'. Stop.

Any suggestions?

rAYz commented on 2023-03-15 07:53 (UTC) (edited on 2023-04-29 16:54 (UTC) by rAYz)

6.0-1 ERROR: nvdec requested, but not all dependencies are satisfied: ffnvcodec

Is it necessary? I don't have an nVidia card.

update on 2023-04-30 I finally got a compile success(6.0-2). Compared to 5.x, the 6.x requires new dependencies: "amf-headers" and "ffnvcodec-headers"

Accidentaccio commented on 2023-01-30 22:53 (UTC)

Same error of graysky

graysky commented on 2023-01-29 18:54 (UTC)

@bwidawsk - Please see this patch[1] which brings your PKGBUILD into parity with the official one as well as fixes the build error. Credit to loqs for that[2]

  1. https://gist.github.com/graysky2/ab110eecda52f60b630b491d93de31af
  2. https://bugs.archlinux.org/task/77324#comment214748

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 19 Next › Last »