вт, 5 нояб. 2024 г., 16:10 Terje J. Hanssen <[email protected]>:
> > > > Den 05.11.2024 04:45, skrev Andrew Randrianasulu: > > > > вт, 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! > > > Yeah. > I found back in my notes that I rendered a single av1_svt dv file 12/10 > with my previous (first) built Cingg based on ffmpeg 7.02 and libSvtAv1Enc2 > v.2.2.1. > > I think I ran into some dependice conflicts during upgrade to ffmpeg 7.1 > and had to uninstall some packages, this was before rebuilding the current > Cingg based on ffmpeg 7.1 > > Regarding libSvtAv1Enc2 and SVT-AV1 v. 2.3.0 upgrade to new version and > vendor change, I have now installed (+i) > > # zypper se -s libSvtAv1Enc2 SVT-AV1 > Loading repository data... > Reading installed packages... > > S | Name | Type | Version | Arch | > Repository > > ---+-------------------------+------------+-------------+--------+---------------------- > i+ | libSvtAv1Enc2 | package | 2.3.0-1.5 | x86_64 | > obs:multimedia:libs > v | libSvtAv1Enc2 | package | 2.2.1-1.1 | x86_64 | > openSUSE-Slowroll-Oss > | libSvtAv1Enc2-debuginfo | 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 > v | SVT-AV1 | package | 2.2.1-1.1 | x86_64 | > openSUSE-Slowroll-Oss > | SVT-AV1 | srcpackage | 2.3.0-1.5 | noarch | > obs:multimedia:libs > | SVT-AV1-debuginfo | package | 2.3.0-1.5 | x86_64 | > obs:multimedia:libs > | SVT-AV1-debugsource | package | 2.3.0-1.5 | x86_64 | > obs:multimedia:libs > | SVT-AV1-devel | package | 2.3.0-1.5 | x86_64 | > obs:multimedia:libs > | SVT-AV1-devel | package | 2.2.1-1.1 | x86_64 | > openSUSE-Slowroll-Oss > | svt-av1-psy | package | 2.2.1.B-1.2 | x86_64 | > obs:multimedia:libs > | svt-av1-psy | package | 2.2.1.B-1.2 | i586 | > obs:multimedia:libs > | svt-av1-psy | srcpackage | 2.2.1.B-1.2 | noarch | > obs:multimedia:libs > | svt-av1-psy-debuginfo | package | 2.2.1.B-1.2 | x86_64 | > obs:multimedia:libs > | svt-av1-psy-debuginfo | package | 2.2.1.B-1.2 | i586 | > obs:multimedia:libs > | svt-av1-psy-debugsource | package | 2.2.1.B-1.2 | x86_64 | > obs:multimedia:libs > | svt-av1-psy-debugsource | package | 2.2.1.B-1.2 | i586 | > obs:multimedia:libs > | svt-av1-psy-devel | package | 2.2.1.B-1.2 | x86_64 | > obs:multimedia:libs > | svt-av1-psy-devel | package | 2.2.1.B-1.2 | i586 | > obs:multimedia:libs > > > If the SVT-AV1-devel packages (2.2.1) were missing when Cingg was rebuild > for ffmpeg 7.1, can this have causes that Cingg doesn't find the av1_svt > codec now? > I think absent svt-devel package only important for building ffmpeg itself, if you use binary packages it all should be handled by maintainers ..... > > > > > > > > > >> >> >> >> >> >> >> >> >> -- >> 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
