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 .. 36 37 38 39 40 41 42 43 44 45 46 .. 55 Next › Last »

ItachiSan commented on 2016-07-04 07:23 (UTC)

@dark-saber I found an interesting thing: if libnvpp is not enabled as optimization option, cuda is not needed as dependency, or at least namcap says so. This is because libcuda and libcuvid are bundled within the "nvidia-utils" package. This reduces a lot the HD overhead. I could, for example, build the package on my personal repo, avoiding any cuda package installed on my local machine. :-D

dark-saber commented on 2016-07-03 17:37 (UTC)

ItachiSan: Yeah, I've always wondered should that package really be so bulky. Would be great if you could disencumber it, good luck!

ItachiSan commented on 2016-07-03 13:37 (UTC) (edited on 2016-07-03 14:51 (UTC) by ItachiSan)

@dark_saber thank you for the exhaustive reply. :) I digged in the cuda PKGBUILD and I found out that a lot of junk is inside it; for example, the CUDA SDK ships 2 modified versions of Eclipse and a JRE inside itself (for something that is about 3/4 GB) plus about 250 MB of documentation. I am trying to create a splitted PKGBUILD that could work properely providing, for example, only CUDA libraries, reducing disk usage from 2GB to about 1GB for libraries package (better than nothing).

dark-saber commented on 2016-07-03 12:47 (UTC) (edited on 2016-07-03 12:59 (UTC) by dark-saber)

The support for CUDA and CUVID in FFmpeg was introduced in version 3.1. There are two types of FFmpeg ./configure external library support switches: those that default to 'autodetect' and do not break the package building if there is no such library in the system and those that default to 'disabled' and break the building of the package if they are enabled and the library is not present. Unfortunately, --enable-cuda and --enable-libnpp flags fall into second category. AFAIK, Arch Linux doesn't officially support and doesn't encourage creating interactive PKGBUILDs, which could help with selecting specific configure flags. Therefore we have two options: requiring users to manually add flags to PKGBUILD and 'cuda' to the dependencies if they need CUDA support or enabling it by default and those, who don't need it, can remove the corresponding lines from PKGBUILD. As this is an all-inclusive package, I've chosen the latter path. The only exception is support for decklink-sdk, because that AUR package requires manual file download and breaks all kind of automated package installing/updating. Those who need it are encouraged to add the '--enable-decklink' flag to this PKGBUILD. If you don't want to install CUDA, you can remove depends_x86_64=('cuda') $_cuda \ $_cuvid \ $_libnpp \ lines from this PKGBUILD.

ItachiSan commented on 2016-07-03 10:32 (UTC)

The package now depends on CUDA, that is a pretty heavy dependency... Is this necessary? Can't it be optional as before?

dark-saber commented on 2016-07-03 08:08 (UTC)

Hmm, this package depends on java-environment, which should require you to install some version of jdk before building this package. Also, ffmpeg-full-nvenc builds fine for me even if I have archlinux-java set to java-8-jre/jre (but I've had jdk already installed). The only thing that comes to my mind is some issue with environmental variables not updated after installing of jdk without re-login. I'll look more into this, but the best I can do, I guess, is showing a message asking to set the archlinux-java to jdk.

darie commented on 2016-07-02 21:47 (UTC)

I got the following error during build: 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... Apparently ffmpeg needs an installed jdk (jre is not enough) for building. I don't know if it is needed at runtime too... after installing "jdk8-openjdk" AND setting "archlinux-java set java-8-openjdk" the build went fine. Just installing jdk8 without altering archlinux-java was not enough for me (had "java-8-jre/jre" set before). Please update depends/makedepends accordingly. Don't know how you can handle the java environment for building though. Most people will have set the jre I guess.

dark-saber commented on 2016-07-01 15:37 (UTC)

thatwasonce: I guess you'll get a better answer if you ask this in the comments of flite package, but I have two guesses: 1. Have you tried to build flite via makepkg without using the AUR helpers (yaourt etc.)? 2. You can try Pupizoid's fix as described in https://aur.archlinux.org/packages/flite/?comments=all (just add the following lines to the prepare() section of PKGBUILD): sed -i '111s/..\/..\/..\///g' config/common_make_rules sed -i '116s/..\/..\/..\///g' config/common_make_rules sed -i '125s/..\///g' config/common_make_rules sed -i '126s/..\///g' config/common_make_rules

« First ‹ Previous 1 .. 36 37 38 39 40 41 42 43 44 45 46 .. 55 Next › Last »