вт, 5 нояб. 2024 г., 01:52 Terje J. Hanssen via Cin < [email protected]>:
> 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! > > > > > > > > > -- > Cin mailing list > [email protected] > https://lists.cinelerra-gg.org/mailman/listinfo/cin >
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
