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?


















-- 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

Reply via email to