[Bug 4165] Review Request: nvidia-video-codec-sdk - Hardware accelerated video encode and decode
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4165
--- Comment #4 from leigh scott <leigh123linux(a)gmail.com> 2016-08-05 13:32:54 CEST
---
(In reply to comment #3)
Apparently ffmpeg upstream doesn't consider nvEncodeAPI.h to be
nonfree since
it doesn't trigger the --enable-nonfree flag in ffmpeg.
But to download the header you need to agree with this particular nvidia
license and be registered to download the sdk. So I wonder if we even are
allowed to redistribute the non-modified source code.
As I see it I'm free to take the nvEncodeAPI.h file from nvidia-video-codec-sdk
and upload it to github as it's MIT and use that as the source instead.
Why are you using nvenc-devel as the produced package name ? Instead
of the
plain nvidia-video-codec-sdk ?
nvidia-video-codec-sdk doesn't describe the package contents, as it only
contains nvEncodeAPI.h nvenc-devel seemed a better name and more descriptive
At runtime, you will need the xorg-x11-drv-nvidia-cuda package (and
the nvidia
card recent enought for the feature).
cuda is optional with nvenc
Can you post a ldd output of your build of libavcodec.so to verify
the linked
libraries ?
$ ldd /usr/lib64/libavcodec.so
linux-vdso.so.1 (0x00007ffd8d1fd000)
libswresample.so.2 => /lib64/libswresample.so.2 (0x00007f37cf5da000)
libavutil.so.55 => /lib64/libavutil.so.55 (0x00007f37cf362000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f37cf15a000)
libva.so.1 => /lib64/libva.so.1 (0x00007f37cef3a000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f37ced1a000)
libx265.so.79 => /lib64/libx265.so.79 (0x00007f37ce7c2000)
libx264.so.148 => /lib64/libx264.so.148 (0x00007f37ce44a000)
libvpx.so.3 => /lib64/libvpx.so.3 (0x00007f37ce0d2000)
libm.so.6 => /lib64/libm.so.6 (0x00007f37cddc2000)
libvorbisenc.so.2 => /lib64/libvorbisenc.so.2 (0x00007f37cdb12000)
libvorbis.so.0 => /lib64/libvorbis.so.0 (0x00007f37cd8e2000)
libtheoraenc.so.1 => /lib64/libtheoraenc.so.1 (0x00007f37cd69a000)
libtheoradec.so.1 => /lib64/libtheoradec.so.1 (0x00007f37cd47a000)
libspeex.so.1 => /lib64/libspeex.so.1 (0x00007f37cd25a000)
libschroedinger-1.0.so.0 => /lib64/libschroedinger-1.0.so.0
(0x00007f37ccf72000)
libopus.so.0 => /lib64/libopus.so.0 (0x00007f37ccd22000)
libopenjpeg.so.1 => /lib64/libopenjpeg.so.1 (0x00007f37ccafa000)
libmp3lame.so.0 => /lib64/libmp3lame.so.0 (0x00007f37cc882000)
libgsm.so.1 => /lib64/libgsm.so.1 (0x00007f37cc672000)
liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f37cc44a000)
libz.so.1 => /lib64/libz.so.1 (0x00007f37cc232000)
libc.so.6 => /lib64/libc.so.6 (0x00007f37cbe6a000)
libsoxr.so.0 => /lib64/libsoxr.so.0 (0x00007f37cbc02000)
libOpenCL.so.1 => /lib64/libOpenCL.so.1 (0x00007f37cb9e2000)
/lib64/ld-linux-x86-64.so.2 (0x000055e2da455000)
librt.so.1 => /lib64/librt.so.1 (0x00007f37cb7da000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f37cb452000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f37cb23a000)
libogg.so.0 => /lib64/libogg.so.0 (0x00007f37cb032000)
liborc-0.4.so.0 => /lib64/liborc-0.4.so.0 (0x00007f37cadb2000)
libgomp.so.1 => /lib64/libgomp.so.1 (0x00007f37cab82000)
To be fully enabled, the nvenc feature in ffmpeg would also requires cuda, but
that can be built without it.
even without cuda the speed gains are worth it
I would be more confortable if we could have it enabled in a
ffmpeg-nonfree
Why nonfree
eventually a special ffmpeg-cuda
as for cuda support, do we need it?
perhaps we could do that when/if cuda is ever packaged for rpmfusion.
--
Configure bugmail: https://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.