Package Details: ffmpeg-full 7.0.2-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: 134
Popularity: 0.87
First Submitted: 2013-01-24 11:17 (UTC)
Last Updated: 2024-08-03 21:35 (UTC)

Dependencies (130)

Required by (1878)

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

Trollwut commented on 2016-12-26 18:18 (UTC)

Ok just to be clear: Do I now need community/flite or aur/flite1? If both are ok, may you declare them both as an "OR" dependency?

dark-saber commented on 2016-12-26 13:23 (UTC)

ffmpeg supports only flite v1 officially, and while it compiles with the unsupported flite2, some features do not work correctly (and may brake more in the future) - also, see https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-full-git&id=4bbf8aa31abc4ff2a4cf32ad67b77581a1efb926. However, I see the major issues with building flite1 from AUR, so I'm reverting this change.

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