Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - ffmpeg-full-nvenc

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: ffmpeg-full-nvenc 1:3.2.2-7

Git Clone URL: https://aur-dev.archlinux.org/ffmpeg-full-nvenc.git (read-only)
Package Base: ffmpeg-full-nvenc
Description: Record, convert, and stream audio and video (all codecs including Nvidia NVENC)
Upstream URL: http://ffmpeg.org/
Keywords: ffmpeg
Licenses: GPL, custom:unredistributable
Conflicts: ffmpeg, ffmpeg-full, ffmpeg-full-extra, ffmpeg-full-git, ffmpeg-git
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavresample.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so, qt-faststart
Submitter: dark-saber
Maintainer: dark-saber
Last Packager: dark-saber
Votes: 17
Popularity: 1.319873
First Submitted: 2015-08-04 08:01
Last Updated: 2016-12-26 13:15

Dependencies (85)

Required by (538)

Sources (4)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

ItachiSan commented on 2016-07-14 10:22

For proper CUDA support, "nvidia-utils" package should be added as dependency.
"libcuda.so" is included there.

ItachiSan commented on 2016-07-04 07:23

@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

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

@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

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

$_cuda \
$_cuvid \
$_libnpp \
lines from this PKGBUILD.

ItachiSan commented on 2016-07-03 10:32

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

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

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

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

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

thatwasonce commented on 2016-07-01 14:05

I seem to be having an issue to install due to flite, pretty stuck right now at this.
making in src/audio ...
gcc -fPIC -I. -DCST_AUDIO_ALSA -I../../include -g -O2 -Wall -c auclient.c -o /tmp/yaourt-tmp-erik/aur-flite/obj/src/audio/auclient.os
gcc -fPIC -I. -DCST_AUDIO_ALSA -I../../include -g -O2 -Wall -c auserver.c -o /tmp/yaourt-tmp-erik/aur-flite/obj/src/audio/auserver.os
gcc -fPIC -I. -DCST_AUDIO_ALSA -I../../include -g -O2 -Wall -c audio.c -o /tmp/yaourt-tmp-erik/aur-flite/obj/src/audio/audio.os
gcc -fPIC -I. -DCST_AUDIO_ALSA -I../../include -g -O2 -Wall -c au_streaming.c -o /tmp/yaourt-tmp-erik/aur-flite/obj/src/audio/au_streaming.os
gcc -fPIC -I. -DCST_AUDIO_ALSA -I../../include -g -O2 -Wall -c au_alsa.c -o /tmp/yaourt-tmp-erik/aur-flite/obj/src/audio/au_alsa.os
ar: `u' modifier ignored since `D' is the default (see `U')
ar: ../../..//tmp/yaourt-tmp-erik/aur-flite/lib/libflite.shared.a: No such file or directory
make[2]: *** [../../config/common_make_rules:116: /tmp/yaourt-tmp-erik/aur-flite/obj/src/audio/.build_so] Error 1
make[1]: *** [../config/common_make_rules:133: /tmp/yaourt-tmp-erik/aur-flite/obj/src/.make_build_dirs] Error 2
make: *** [config/common_make_rules:133: /tmp/yaourt-tmp-erik/aur-flite/obj//.make_build_dirs] Error 2
==> ERROR: A failure occurred in build().
==> ERROR: Makepkg was unable to build flite.
==> Restart building flite ? [y/N]
==> ------------------------------