вт, 5 нояб. 2024 г., 01:52 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org>:
I upgraded my system Slowroll to

S  | Name                | Type    | Version                        | Arch   | Repository
---+---------------------+---------+--------------------------------+--------+----------------------
i+ | libSvtAv1Enc2       | package | 2.3.0-1.5                      | x86_64 | obs:multimedia:libs
i+ | SVT-AV1             | package | 2.3.0-1.5                      | x86_64 | obs:multimedia:libs


Version test:
# SvtAv1EncApp
Svt[info]: -------------------------------------------
Svt[info]: SVT [version]:    SVT-AV1 Encoder Lib v2.3.0
Svt[info]: SVT [build]  :    GCC 14.2.1 20241007 [revision 4af44f2cf7d281f3e4f3957efce10e8b2ccb2ad3]     64 bit
Svt[info]: LIB Build date: Oct 29 2024 22:11:44
Svt[info]: -------------------------------------------


File list for
rpm -ql libSvtAv1Enc2
/usr/lib64/libSvtAv1Enc.so.2
/usr/lib64/libSvtAv1Enc.so.2.3.0
/usr/share/licenses/libSvtAv1Enc2
/usr/share/licenses/libSvtAv1Enc2/LICENSE.md
/usr/share/licenses/libSvtAv1Enc2/PATENTS.md

I tested first that SVT-AV1 v. 2.3.0 encoding worked OK with my existing system ffmpeg v. 7.1

I'm not sure I ever have tested av1_svt rendering with my single-user build Cingg before now.
But when I tried now to render the same hdv file as with ffmpeg, Cingg failed with
int FFMPEG::open_encoder(const char*, const char*):
cant find codec libsvtav1:/Videoklipp/AV1/hdv09_04_m2t_svt-av1_230.webm

Shouldn't Cingg be able to work with the system upgraded libSvtAv1Enc2 v. 2-3-0 automatically as well as ffmpeg does?
Or if necessary  via a simple "update", without complete rebuild?
-------------

I had a look at my last rebuild of Cingg for using ffmpeg 7.1 :
Does "disabled  libsvtav1" say something?

# ./configure --with-single-user --disable-static-build --without-thirdparty --without-libdpx
configure: loading site script /usr/share/site/x86_64-pc-linux-gnu
..........snip
checking for /usr/local/cuda/include/cuda.h... no
checking cuda sdk... no
checking for dlopen in -ldl... yes
checking for numa_alloc in -lnuma... yes
checking for openexr available... yes
  Reason                  Package
  ------                  -------
  disabled                encore
  disabled                audiofile
  disabled                esound
  disabled                libsvtav1
...snip...


strange, I think it should work, while I have't tried such upgrade in practice ......

"disable" line here talks about internal ffmpeg, and it all should be dynamic in ffmpeg.C ...


mystery!