Package Details: ffmpeg-libfdk_aac 2:7.0.2-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.157315
First Submitted: 2013-07-12 10:24 (UTC)
Last Updated: 2024-09-21 15:05 (UTC)

Dependencies (111)

Required by (1876)

Sources (2)

Latest Comments

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

bwidawsk commented on 2015-09-09 17:48 (UTC)

5long, why did you flag the package? Upstream package still seems to be at 2.7.2 to me. Did I miss something?

bwidawsk commented on 2015-07-31 05:19 (UTC)

Okay. I think it should be fixed now. Please let me know if it isn't.

bwidawsk commented on 2015-07-30 19:08 (UTC)

I've seen the x264 complain myself and I never did manage to figure out what's going on. @dsreyes1014, if @korrode's PKGBUILD works for you, I'd be very interested to know. @korrode The reason qt-faststart is included in provides is because when I did the merge two weeks ago, the upstream package had no provides (it was added last week: https://projects.archlinux.org/svntogit/packages.git/commit/trunk/PKGBUILD?h=packages/ffmpeg&id=b0e50c53da8ecde14d2af2154a431e47536c31b7). I actually believe the upstream package should be doing this or else some filesystem conflicts could occur /me shrugs. I'll do another merge from upstream later tonight to pull in anything new. Thanks. @korrode again, you sure you don't want ownership?

dsreyes1014 commented on 2015-07-30 14:17 (UTC)

@korrode: It's the latter. I'll try updating ffmpeg first and see how that goes. Thanks for your quick response.

korrode commented on 2015-07-30 13:38 (UTC)

Also i just saw that the SoX resampler is now being used in the official package: https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/ffmpeg&id=636e41fcbd627ac5d130c893771437b575e2c703 https://bugs.archlinux.org/task/45186 I'd suggest adding it to this too, i just did on AUR3.

korrode commented on 2015-07-30 13:34 (UTC)

Also bwidawsk the package is out of date. The package on AUR3 that i'm still maintainer of was flagged out of date and i updated it, so you could just grab source from there... but fyi in mine i don't have "qt-faststart" in the provides array because the official Arch package doesn't have it, so neither do/did i. ...but it's yours now so up to you.

korrode commented on 2015-07-30 13:30 (UTC)

dsreyes1014, do you have libx264=148 *installed*? Or you're trying to perform an update which includes x264 148 and it won't work due to conflicts? If the latter, just temporarily install the normal ffmpeg from the repos while performing an update: pacman -Syu ffmpeg Then once the update is complete, then build and install this package.

dsreyes1014 commented on 2015-07-30 12:04 (UTC)

This package causes a package update conflict with libx264.so which is asking for 'libx264=144' but I have installed on my Arch system 'libx264=148'.

korrode commented on 2015-07-19 08:05 (UTC)

I'm not running Arch or an Arch-based OS on my main system any more so i've intentionally not transitioned my AUR packages over to AUR4, so others can pick them up. All yours bwidawsk :) I'd only request that the package stay true it's original purpose of being the same features/config options as the main ffmpeg package with the only exception being having libfdk-aac enabled.

bwidawsk commented on 2015-07-18 02:55 (UTC)

I took over the package since it didn't survive the aur4 transition and it was flagged out of date for over a month. I'm happy to give it back if requested.