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 ... Next › Last »

kurolox commented on 2016-12-07 21:53

Package doesn't build. It seems like chromaprint is causing it.


MuadDib commented on 2016-10-30 17:01

If you got error with pod2man that not exist, simple make
$ sudo ln -s /usr/bin/core_perl/pod2man /usr/bin/pod2man
It's problem that perl isn't in a PATH.

wdiz commented on 2016-10-13 08:39

dark-saber :
also confirmed that i had to switch java8 to java7 to fixed the issue.

derklempner commented on 2016-09-15 20:44

Confirmed. Switching archlinux-java from 'java-8-jre/jre' to 'java-7-openjdk' fixed the issue.

dark-saber commented on 2016-09-06 18:18

jni.h is provided by all jdk packages, and I assume you have at least one of them installed, as it is included in the dependencies of this package. So, I guess it is some issue with environmental variables not set correctly. You can try:
1. Re-login (usually, this should be enough)
2. Check archlinux-java and set it to jdk
3. Install community/classpath, as it provides /usr/include/jni.h

gregf has reported the same issue before, and switching from java-8-openjdk/jre to java-7-openjdk as his default jdk seemed to fix it for him.

By the way, did you install jdk just before building this package, or you had it already installed for some time? (I'm trying to sort out if it's a short-term problem with environmental variables not updating without relogin/reboot, or it requires user intervention and changing archlinux-java by hand).

derklempner commented on 2016-09-06 17:57

Manual installs of flite and nvidia-sdk are fine, but when trying to install ffmpeg-full-nvenc (the actual package, not any of the dependencies), I receive this error:

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
==> ERROR: A failure occurred in build().
==> ERROR: Makepkg was unable to build ffmpeg-full-nvenc.

Updated the system with pacman -Syud, but it didn't fix the problem.

gsb85 commented on 2016-08-09 22:34

Thank you.

dark-saber commented on 2016-08-09 21:21

Update the system with pacman -Syud, then recompile ffmpeg-full-nvenc. This is a standard problem with AUR packages.

gsb85 commented on 2016-08-09 19:56

I've been having an error related to this package for the past few days:

[gregory@desktop ~]$ sudo pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
multilib is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: ffmpeg-full-nvenc: installing libvpx (1.6.0-2) breaks dependency 'libvpx.so=3-64'

dark-saber commented on 2016-08-09 08:32

Unfortunately, the openh264 fix wasn't included in last release, so I guess we should wait for 3.2.