[Bug 4165] Review Request: nvidia-video-codec-sdk - Hardware accelerated video encode and decode

[RPM Fusion Bugzilla]

https://bugzilla.rpmfusion.org/show_bug.cgi?id=4165

--- Comment #4 from leigh scott <leigh123linux at 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.