Package Details: ffmpeg-full 7.1-1

Git Clone URL: https://aur.archlinux.org/ffmpeg-full.git (read-only, click to copy)
Package Base: ffmpeg-full
Description: Complete solution to record, convert and stream audio and video (all possible features including libfdk-aac)
Upstream URL: https://www.ffmpeg.org/
Keywords: audio codec convert cuda cuvid decklink encoder fdk-aac fdkaac hwaccel libnpp media nvenc svt video
Licenses: LicenseRef-nonfree-and-unredistributable
Conflicts: ffmpeg
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: rpolzer
Maintainer: dbermond
Last Packager: dbermond
Votes: 135
Popularity: 0.85
First Submitted: 2013-01-24 11:17 (UTC)
Last Updated: 2024-11-07 22:45 (UTC)

Dependencies (133)

Required by (1917)

Sources (10)

Pinned Comments

dbermond commented on 2024-06-24 15:59 (UTC)

@LordSIGSEGV avoid creating files not tracked by pacman in the system reserved directories, specially symlinks to shared libraries, as this have the potential to completely break your system. I have already notified the quirc maintainer in the aur web page of the package in April-2024. While this issue is not solved in quirc, I recommend to use quirc-git, which currently has a better packaging and does not suffer from this problem.

Latest Comments

« First ‹ Previous 1 .. 29 30 31 32 33 34 35 36 37 38 39 .. 55 Next › Last »

dark-saber commented on 2017-03-27 14:19 (UTC)

bus: This was basically inherited from extra/ffmpeg PKGBUILD, and the reason why we use it is about ffmpeg not respecting security hardening flags (https://wiki.archlinux.org/index.php/DeveloperWiki:Security). Also ffmpeg seems to be a pretty big target for attacks. Without hardening-wrapper, the package would compile just fine, but it will miss some security features including RELRO (you can check it using checksec --file). So I guess I'll stick with mainstream Arch on this issue, and if there would be any changes, I'll happily merge them. And if you want to disable hardening, you can do it at your own risk. By the way, the compatibility issues you mentioned should probably be reported to Arch bug tracker / upstream, although I see some old bug reports about similar problems there. And since it is only a makedep, you can always write a short script which will remove hardening-wrapper after compiling this package.

bus commented on 2017-03-27 12:52 (UTC)

Is there a reason for having hardening-wrapper in the makedepends? It causes problems with multiple IDEs for me (and other people), while the package compiles without it just fine.

dark-saber commented on 2017-03-24 08:32 (UTC)

gregf: The workaround for this jni.h problem has been mentioned in PKGBUILD and in the comments below (switching archlinux-java to java-7-openjdk seemed to do the trick). Fortunately, now the jni problems are gone, because jni and mediacodec are removed from the PKGBUILD per ffmpeg-full-git (https://aur.archlinux.org/cgit/aur.git/commit/PKGBUILD?h=ffmpeg-full-git&id=3e2ed8fa639f069e252360bf4d5844d85f1a2559). And no more java-environment dep too!

<deleted-account> commented on 2017-03-23 01:57 (UTC)

CC libavcodec/faandct.o CC libavcodec/faanidct.o CC libavcodec/faxcompr.o CC libavcodec/fdctdsp.o CC libavcodec/ffjni.o libavcodec/ffjni.c:23:17: fatal error: jni.h: No such file or directory #include <jni.h> ^ compilation terminated. make: *** [common.mak:60: libavcodec/ffjni.o] Error 1 make: *** Waiting for unfinished jobs.... ==> ERROR: A failure occurred in build(). Aborting...

dark-saber commented on 2017-02-14 06:37 (UTC)

ni3k: Should work now after ffmpeg update to 3.2.4.

ni3k commented on 2017-02-13 09:18 (UTC)

upgraded mpv (1:0.23.0-3 -> 1:0.24.0-1) mpv was compiled against a different version of FFmpeg/Libav than the shared library it is linked against. This is most likely a broken build and could result in misbehavior and crashes. mpv does not support this configuration and will not run - rebuild mpv instead. Downgrade mpv (1:0.24.0-1 => 1:0.23.0-3)

CaptaPraelium commented on 2017-01-13 09:04 (UTC)

Had errors with cuda upgrade saying a file already existed. Had to: su cd /opt/cuda/lib64/ rm libOpenCL.so.1 Had dependency problem discussed below. Had to: yaourt -Rdd ocl-icd yaourt -Syua (see below for warnings) Had error "FAILED (unknown public key B4322F04D67658D8)". Had to: gpg --recv-key B4322F04D67658D8 Got there in the end. Hope this helps someone else.

dark-saber commented on 2016-12-28 14:49 (UTC)

Wll, I don't really use ffmpeg speech synthesis via flite, so I can't tell if there's any difference and I'm just stuck with community/flite v2 for now. If you encounter any problems with it, you can switch to aur/flite1 or aur/flite-fpic, both provide flite v1, and the latter is straightforward compatible with this package, because it's PKGBUILD contains the "provides: flite".

Trollwut commented on 2016-12-27 13:54 (UTC) (edited on 2016-12-27 14:08 (UTC) by Trollwut)

Ok, so what is the new best way of using your package? Just go with community/flite or `pacman -Rdd flite && yaourt -S flite1` afterwards? //EDIT: I just went with the suggested flite from the PKGBUILD and it compiled successfully. Quick test recording did go, so this is the way to go. :>

dark-saber commented on 2016-12-26 19:01 (UTC)

"OR" dependencies in PKGBUILDs are unsupported, AFAIK. A good way to fix this would be to add "provides: flite" to flite1 PKGBUILD, like it is done with flite-fpic (https://aur.archlinux.org/packages/flite-fpic/).

« First ‹ Previous 1 .. 29 30 31 32 33 34 35 36 37 38 39 .. 55 Next › Last »