Den 04.11.2024 21:49, skrev Andrew Randrianasulu:


On Mon, Nov 4, 2024 at 10:03 PM Phyllis Smith <[email protected]> wrote:

    Built successfully the 2.3.0 version and checked into GIT and
    Andrey's package are in the process of building now. Ran 2 tests
    and all seems normal - it may be slightly faster and the file
    generated may be slightly smaller but it is too hard to tell with
    my simple tests. Thank you Terje for the notify of the new version.



Thanks!

Thanks, I take a look when the rpm from Andrey is ready

Terje, I think if you are ok with this idea we can return to testing 10bit-vaapi patch ... Hopefully in its final form it will just allow same format= string in encoding profiles as supported by per-file decoding opts files now ,,,

I'm not sure I understood the last line yet, but I should be ready to continue vaapi-testing to-morrow.

In the mean-time I just posted a system SVT-AV1 related issue with my single-user Cingg.




    On Thu, Oct 31, 2024 at 2:24 PM Andrew Randrianasulu via Cin
    <[email protected]> wrote:



        чт, 31 окт. 2024 г., 18:43 Terje J. Hanssen via Cin
        <[email protected]>:

            As seen on reddit, the Alliance for Open Media - AOM has
            released SVT-AV1 v. 2.3.0
            The Scalable Video Technology for AV1 (SVT-AV1 Encoder) is
            an AV1-compliant software encoder library.

             *

                NEW FAST DECODE MODE

             *

                New fast-decode (2) to allow for an average AV1
                software cycle reduction of 25-50% vs fast-decode 0
                with a 1-3% BD-Rate loss across the presets

             *

                Improved fast-decode (1) option to increase its AV1
                software cycle reduction by ~10% while maintaining the
                same quality levels

             *

                Improved --lp settings for high resolutions, with CRF
                gaining a ~4% improvement in speed and VBR gaining ~15%

             *

                Further Arm-based optimizations improving the
                efficiency of previously written Arm-neon
                implementations by an average of 30%

             *

                Address speed regressions for high resolutions first
                pass encode by tuning the threading parameters, with
                1080p showing the biggest gains

             *

                Enabled AVX512 by default in cmake allowing for ~2-4%
                speedup


        I hope system-wide nasm installed on Phyllis's build systems
        will cope with that .....


             *


             *

                ...and more

            
https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases/v2.3.0#230---2024-10-28

            
https://gitlab.com/AOMediaCodec/SVT-AV1/-/blob/master/README.md?ref_type=heads





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

-- 
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin

Reply via email to