Intel SVT-AV1

[nakTT]

Version 2.2.1

Changelog

[2.2.1] - 2024-08-23

Cleanup and bug fixes and documentation

- Fixed debug arm macOS builds by removing invalid assert

[ShortKatz]

Version 2.3.0

Versionshinweise
[2.3.0] - 2024-10-28

API updates

Preset shift: M12/M13 mapped to M11, M7-M11 shifted one position down. API does not change, all presets from MR-M13 will still be accepted
svt_av1_enc_get_packet API is now a blocking call for low-delay enforcing a picture in, picture out model
--fast-decode range changed from 0-1 to 0-2 available on all presets
Introducing a new definition of --lp being levels of parallelism with a new field in the config structure level_of_parallelism
logical_processors will be deprecated in the 3.0 release
Encoder

NEW FAST DECODE MODE - (!2280)
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% (!2323)
Further Arm-based optimizations improving the efficiency of previously written Arm-neon implementations by an average of 30%. See below for more information on specific presets
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
Enabled LTO by default if using a new enough compiler (!2288, !2305)
If LTO is a problem or causes one, it can be disabled by adding -DSVT_AV1_LTO=OFF to cmake to force it off.
Please report any issues that occur when using it.
Cleanup Build and bug fixes and documentation

third_party: update safestringlib with applicable upstream changes
Improved the unit test coverage for Arm-neon code
Updated documentation
Arm Improvements

Speed comparison was done against v2.2 on AWS Graviton4 instances with Clang 19.1.1
--lp 1 was used for all tests

https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases

[ShortKatz]

SVT-AV1 now has support for lossless encoding.

[ShortKatz]

This merge request has a comment about a AV1 spec bug.
https://gitlab.com/AOMediaCodec/SVT-...873cb8b_80_101

And a link to this bug https://aomedia.issues.chromium.org/issues/42302342

But I quite don't understand what this bug actually means for AV1 encoding. Will this interfere with encoding quality? Or performance?