Package Details: ffmpeg-libfdk_aac 2:7.1-2

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.046343
First Submitted: 2013-07-12 10:24 (UTC)
Last Updated: 2024-11-07 21:00 (UTC)

Required by (1921)

Sources (2)

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 Next › Last »

mpuzirew commented on 2016-01-30 10:10 (UTC) (edited on 2016-01-30 10:14 (UTC) by mpuzirew)

alucryd, ffmpeg-full is ok for some but IMHO bloated with functionality not required for most users. It takes a lot of dependencies (substantial portion of which is from AUR) and hell of a lot of time to build.

alucryd commented on 2016-01-30 09:09 (UTC)

Is this really needed? ffmpeg-full includes libfdk-aac.

korrode commented on 2016-01-29 13:49 (UTC)

Even if their claim about quality at 128kbps was accurate, i'd still be using fdk-aac, because my primary usage involves encoding to AAC-LC in lowest VBR mode (-vbr 1).

mpuzirew commented on 2016-01-29 13:12 (UTC)

Rumor has it that the newer version of Native FFmpeg AAC encoder provides the best quality and libfdk_aac could be removed. https://trac.ffmpeg.org/wiki/Encode/AAC But in fact, that statement is a bit "too loud" :). https://hydrogenaud.io/index.php/topic,111085/topicseen.html Native FFmpeg AAC has been improved but it is still worse than fdk. In addition, according to my tests it became mush slower than it was. Not to mention the fact that Native FFmpeg AAC algorithm in ffmpeg 2.8.5 stable is OLD yet.

bwidawsk commented on 2015-11-13 16:02 (UTC)

@korrode, I have done this already, unless you're referring to something else (https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-libfdk_aac&id=c431c03750a1d74750f64a2861c9a4851e6a092c) Thank you for the advice, but the problem wasn't that I didn't see the upstream change, the problem was that I botched the merge.

korrode commented on 2015-11-13 09:45 (UTC)

'libvidstab.so' needs to be added to depends as per Arch main package. I'd suggest checking commits to the Arch package prior to updating this package and porting them all in: https://projects.archlinux.org/svntogit/packages.git/log/trunk?h=packages/ffmpeg

Noctem commented on 2015-11-11 21:56 (UTC)

I encounter "ERROR: vidstab not found using pkg-config" when vid.stab (from extra) isn't installed. So either that should be added as a dependency, or "--enable-libvidstab" should be removed from the configure options.

gee commented on 2015-11-10 23:48 (UTC)

Please include this patch as in the main package: https://projects.archlinux.org/svntogit/packages.git/tree/trunk/ffmpeg-2.8.1-libvpxenc-remove-some-unused-ctrl-id-mappings.patch?h=packages/ffmpeg

korrode commented on 2015-10-19 06:38 (UTC)

There is no more correct method than that due to binary repo packages VS working with package source files on AUR. Probably the 'easiest' method for most users (as opposed to uninstalling this ffmpeg package, which for many users would require using -Rdd because lots of stuff depends on ffmpeg) is to do the system update by performing: pacman -Syu ffmpeg ...which will install the normal ffmpeg and do the update successfully, and then once the update is done one can re-build and install this package again.

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 Next › Last »