Can you re-add old ffnvcodec archive?
but under different name like may be ffnvcodec-old.tar.xz ? I tried my Slackware 15.0 x64 + nvidia 470.xx proprietary drivers and h264-nvenc only works with old headers (at around 100 fps for 720p) Downloading and replacing archive is not big deal, but can be surprizing for user less versed in intimate relation between driver version and ffmpeg/ffnvheaders. ref: (kdenlive and GF630) https://www.linux.org.ru/forum/desktop/17219674
Andrew, no problem BUT do you think it might be better to revert to the previous version for everyone? Because they say "Video Codec SDK supports backward compatibility. Applications compiled with SDK versions < 10.0 using older presets and older RC modes are supported in the driver." Below is just a quote from the release notes Nvidia encode headers updated from 10.0.26.0 to 12.2.72.0 which corresponds
to Video Codec SDK version 12.0.16. The required driver version for Linux is 550.54.14 or newer. You can check to see if your Nvidia graphics board is supported at this website at the time of this release: https::// developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new There may be user impact since the previous required driver for Linux was 445.87.
On Thu, Apr 10, 2025 at 5:56 PM Andrew Randrianasulu < [email protected]> wrote:
but under different name like may be ffnvcodec-old.tar.xz ?
I tried my Slackware 15.0 x64 + nvidia 470.xx proprietary drivers and h264-nvenc only works with old headers (at around 100 fps for 720p)
Downloading and replacing archive is not big deal, but can be surprizing for user less versed in intimate relation between driver version and ffmpeg/ffnvheaders.
ref: (kdenlive and GF630)
пт, 11 апр. 2025 г., 18:48 Phyllis Smith <[email protected]>:
Andrew, no problem BUT do you think it might be better to revert to the previous version for everyone?
New SDK adds AV1 support for those who have hardware .... Because they say "Video Codec SDK supports backward compatibility.
Applications compiled with SDK versions < 10.0 using older presets and older RC modes are supported in the driver." Below is just a quote from the release notes
Nvidia encode headers updated from 10.0.26.0 to 12.2.72.0 which
corresponds to Video Codec SDK version 12.0.16. The required driver version for Linux is 550.54.14 or newer. You can check to see if your Nvidia graphics board is supported at this website at the time of this release: https::// developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new There may be user impact since the previous required driver for Linux was 445.87.
On Thu, Apr 10, 2025 at 5:56 PM Andrew Randrianasulu < [email protected]> wrote:
but under different name like may be ffnvcodec-old.tar.xz ?
I tried my Slackware 15.0 x64 + nvidia 470.xx proprietary drivers and h264-nvenc only works with old headers (at around 100 fps for 720p)
Downloading and replacing archive is not big deal, but can be surprizing for user less versed in intimate relation between driver version and ffmpeg/ffnvheaders.
ref: (kdenlive and GF630)
Andrew, I am ready to checkin ffnvcodec-old.tar.xz AND the 2 patches for Blend plugins: 0002-NetBSD-does-not-use-ldl-do-not-use-it-in-BlendAlgebr.patch 0003-BlendAlgebra-BlendProgram-pl-shebang-fix.patch What about? 0001-Experimental-remove-clipping-from-blur-titler-plugin.patch Andrea reported not problems with it after his testing, but I have not tested it and doubt that I could get correct testing in. P.S. I did check into GIt, your 3 patches for libsvtav1 and x265 to accommodate cmake 4.0: x265_4.0.patch4 libsvtav1-v2.3.0.patch0 libsvtav1-v2.3.0.patch1 along with the auto.c one line change that fixed BT 672 (which may get back whatever the "blunder" was it was supposed to fix. On Fri, Apr 11, 2025 at 9:50 AM Andrew Randrianasulu < [email protected]> wrote:
пт, 11 апр. 2025 г., 18:48 Phyllis Smith <[email protected]>:
Andrew, no problem BUT do you think it might be better to revert to the previous version for everyone?
New SDK adds AV1 support for those who have hardware ....
Because they say "Video Codec SDK supports backward compatibility.
Applications compiled with SDK versions < 10.0 using older presets and older RC modes are supported in the driver." Below is just a quote from the release notes
Nvidia encode headers updated from 10.0.26.0 to 12.2.72.0 which
corresponds to Video Codec SDK version 12.0.16. The required driver version for Linux is 550.54.14 or newer. You can check to see if your Nvidia graphics board is supported at this website at the time of this release: https::// developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new There may be user impact since the previous required driver for Linux was 445.87.
On Thu, Apr 10, 2025 at 5:56 PM Andrew Randrianasulu < [email protected]> wrote:
but under different name like may be ffnvcodec-old.tar.xz ?
I tried my Slackware 15.0 x64 + nvidia 470.xx proprietary drivers and h264-nvenc only works with old headers (at around 100 fps for 720p)
Downloading and replacing archive is not big deal, but can be surprizing for user less versed in intimate relation between driver version and ffmpeg/ffnvheaders.
ref: (kdenlive and GF630)
пт, 11 апр. 2025 г., 21:11 Phyllis Smith <[email protected]>:
Andrew, I am ready to checkin ffnvcodec-old.tar.xz AND the 2 patches for Blend plugins: 0002-NetBSD-does-not-use-ldl-do-not-use-it-in-BlendAlgebr.patch 0003-BlendAlgebra-BlendProgram-pl-shebang-fix.patch What about? 0001-Experimental-remove-clipping-from-blur-titler-plugin.patch Andrea reported not problems with it after his testing, but I have not tested it and doubt that I could get correct testing in.
well, may be check this one separately so it will be easy to revert in case it caused trouble?
P.S. I did check into GIt, your 3 patches for libsvtav1 and x265 to accommodate cmake 4.0: x265_4.0.patch4 libsvtav1-v2.3.0.patch0 libsvtav1-v2.3.0.patch1 along with the auto.c one line change that fixed BT 672 (which may get back whatever the "blunder" was it was supposed to fix.
yeah, I noticed. More correct fix probably should find place where we miss some locking and/or add more checks in actual crashing function, but both are more complicated quests for me ..... so lets hope no new crash or misbehaviour will emerge! I'll look at crashing function again, but sadly no promises .... I hope my email with fragment of gdb log made it to list?
On Fri, Apr 11, 2025 at 9:50 AM Andrew Randrianasulu < [email protected]> wrote:
пт, 11 апр. 2025 г., 18:48 Phyllis Smith <[email protected]>:
Andrew, no problem BUT do you think it might be better to revert to the previous version for everyone?
New SDK adds AV1 support for those who have hardware ....
Because they say "Video Codec SDK supports backward compatibility.
Applications compiled with SDK versions < 10.0 using older presets and older RC modes are supported in the driver." Below is just a quote from the release notes
Nvidia encode headers updated from 10.0.26.0 to 12.2.72.0 which
corresponds to Video Codec SDK version 12.0.16. The required driver version for Linux is 550.54.14 or newer. You can check to see if your Nvidia graphics board is supported at this website at the time of this release: https::// developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new There may be user impact since the previous required driver for Linux was 445.87.
On Thu, Apr 10, 2025 at 5:56 PM Andrew Randrianasulu < [email protected]> wrote:
but under different name like may be ffnvcodec-old.tar.xz ?
I tried my Slackware 15.0 x64 + nvidia 470.xx proprietary drivers and h264-nvenc only works with old headers (at around 100 fps for 720p)
Downloading and replacing archive is not big deal, but can be surprizing for user less versed in intimate relation between driver version and ffmpeg/ffnvheaders.
ref: (kdenlive and GF630)
participants (2)
-
Andrew Randrianasulu -
Phyllis Smith