Package Details: ffmpeg-full-nvenc 1:4.2-1

Git Clone URL: https://aur.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: custom: nonfree and unredistributable
Conflicts: ffmpeg
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: dark-saber
Maintainer: dark-saber
Last Packager: dark-saber
Votes: 31
Popularity: 0.780796
First Submitted: 2015-08-04 08:01
Last Updated: 2019-08-07 12:07

Dependencies (98)

Required by (915)

Sources (3)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

dark-saber commented on 2019-08-02 10:36

chowbok:

Fixed, thanks!

chowbok commented on 2019-07-27 19:08

I had to install vmaf manually to get this to build; maybe that should be listed as a dependency?

Martchus commented on 2019-03-06 09:50

Why would that be the right thing to do?

Like I said, some people are actually using the testing repos.

But not bumping the pkgrel at all is an option, too. When this is the case I usually increase the pkgrel myself to e.g. 1.1 so I would still get an update if the pkgrel changes because a patch has been added or something else in the package has been changed.

If I'm fast enough I sometimes even build against staging and move the package later from my own staging to my own testing or regular repository. For this increasing the pkgrel in the AUR is not really helpful anyways. So that kind of sophisticated way to build packages also speaks for just letting the users manage this on their own.

spider-mario commented on 2019-03-06 07:45

Why would that be the right thing to do? And for an AUR package, wouldn’t it make more sense to just let users rebuild the package when needed?

Martchus commented on 2019-03-05 12:13

I think it is o.k. to update it now - some people are actually using the testing repos. Other users can simply postpone the rebuild or build the package using makechrootpkg against the testing version and install that package later. Using makechrootpkg instead of makepkg is the right thing to do anyways - especially for this package.

spider-mario commented on 2019-03-05 07:47

Isn’t that cuda rebuild a bit early? The new cuda version is still in [community-testing].

kbumsik commented on 2019-01-07 06:20

For those who have segfault while launching OBS, this is a problem with loading libsrt. You can resolve the problem by replacing --enable-libsrt with --disable-libsrt in PKGBUILD.

Dear maintainer, please consider accept this fix.

mowcat commented on 2018-12-16 18:43

just installed and noticed a missing dependency on libmfx.

ggrub commented on 2018-11-07 12:22

Thanks a lot, dark-saber.

desbma commented on 2018-08-12 15:12

I am getting this error during configure: ERROR: lilv-0 not found using pkg-config