Alliance for Open Media codecs

[Boulder]

Question regarding --chroma sample position: is it 2 for HDR?

Description of the parameter in the help text: "The chroma sample position when chroma 4:2:0 is signaled: unknown, vertical, colocated"

[benwaggoner]

Originally Posted by Boulder

Question regarding --chroma sample position: is it 2 for HDR?

Description of the parameter in the help text: "The chroma sample position when chroma 4:2:0 is signaled: unknown, vertical, colocated"

It is 2 for UHD HDR Blu-ray. Although I'm skeptical that end-to-end support is reliably implemented; a number of devices ignore the metadata and assume it is 0 like everything was forever. At 2160p getting it wrong is nigh invisible. I do worry about a 360p OTT HDR stream, though, as a half pixel is a 720p pixel.

[oibaf]

libaom 3.8.0 was released:

2023-11-30 v3.8.0
This release includes new codec interfaces, compression efficiency and
perceptual improvements, speedup and memory optimizations and many bug
fixes. This release is ABI compatible with the last release.
- New Features
* New codec controls:
* AV1E_SET_MAX_CONSEC_FRAME_DROP_CBR: Set the maximum number of
consecutive frame drops allowed for the frame dropper in 1 pass
CBR mode.
* Run-time CPU feature detection for all Arm platforms:
CRC, DotProd, I8MM and SVE CPU feature presence is detected at run
time and code paths making use of these features are selected
dynamically. These code paths provide meaningful performance gains
for standard bitdepth RTC and VoD encoding: up to 10% and 20%
respectively, over the Armv8.0-A baseline build.
* RTC: Frame-dropper support added to the rate control library.
* RTC Rate control improvements for low bitrate and for SVC.
- Compression Efficiency Improvements
* Improved accuracy of cost estimation for loop restoration and
global motion.
* Improved selection of loop restoration unit size - full search up
to (non-realtime) speed 2, retuned static selection at higher
speeds.
* RTC Screen content mode: 3-5% bdrate gains across speeds 7 - 10.
* Good-quality mode: 0.2 - 0.5% bdrate gains across speeds 1 - 4.
- Perceptual Quality Improvements
* RTC Screen: Improved visual quality for scrolling.
* RTC: Improved color quality for both screen and video mode.
- Speedup and Memory Optimizations
* Good-quality, single-thread encoder speedups:
o 15% improvement for speed 5.
o 12% improvement for speed 6.
* Arm standard bitdepth VoD (--good):
o 8% speedup for speeds 0 and 1.
o 20% speedup for speed 2.
o 27% speedup for speed 3.
o 30% speedup for speed 4.
o 38% speedup for speeds 5 and 6.
* Arm high bitdepth VoD (--good):
o 206% speedup for speeds 0 and 1.
o 180% speedup for speed 2.
o 51% speedup for speeds 3 and 4.
o 68% speedup for speed 5.
o 72% speedup for speed 6.
* RTC Screen content: 2-6% speedup across speeds 7-10.
* RTC: 2-3% speedup for temporal layers.
* RTC: Speedups to reference scaling in nonrd pickmode.
* Good-quality mode: Simplified global motion estimation, saving
~1200 lines of code and 1KB of tables while improving quality.
- Bug Fixes
* Fixes to improve libaom stability in case of memory allocation
failures.
* Fixes to SIMD functions (x86 AVX2/SSE2 and ARM Neon).
* b/310457427, b/310766628: Bug fixes to only use rec_sse in CBR
mode.

[oibaf]

Also, post 3.8.0: https://aomedia.googlesource.com/aom...b898add3dca65b

rtc: Speed 11 for video mode, for resoln < 720p.

This is a very aggressive fast speed setting for
video in real-time mode (RTC).

-force single reference
-aggressive cdef skip
-selective cdf_update
-turn off motion interpolation filter search
-use only DC for intra-modes
-increase thresholds for source_sad and transform
skipping test
-faster partitioning - fixed per superblock

bdrate and IC change from speed 10 rtc_derf:
~29% IC speedup and ~26% bdrate loss

To be tuned/adjusted further.

[oibaf]

SVT-AV1 1.8.0 was released:

[1.8.0] - 2023-12-11

Encoder

• Improve the tradeoffs for the random access mode across presets:
• Speedup CRF presets M6 to M0 by 17-53% while maintaining similar quality levels
• Re-adjust CRF presets M7 to M13 for better quality with BD-rate gains ranging from 1-4%
• Improve the quality and speed of the 1-pass VBR mode
• Improve Multi Pass VBR algorithm for better quality with BD-rate gains of ~3% on average
• More details on the per preset improvements can be found in MR !2143
• Add API allowing to update bitrate / CRF and Key_frame placement during the encoding session for CBR lowdelay mode and CRF Random Access mode
• ARM Neon SIMD optimizations for most critical kernels allowing for a 4.5-8x fps speedup vs the c implementation

Cleanup and bug fixes and documentation

• Various cleanups and functional bug fixes
• Update the documentation for preset options and individual features

[GTPVHD]

https://www.intel.com/content/www/us...ng-news-1.html

Intel Core Ultra Meteor Lake officially launched, Intel's first processor family with AV1 hardware encoder.

[Yups]

Originally Posted by GTPVHD

https://www.intel.com/content/www/us...ng-news-1.html

Intel Core Ultra Meteor Lake officially launched, Intel's first processor family with AV1 hardware encoder.

Here a comparison to Phoenix: https://youtu.be/4sQMR3cQtCU?t=690

[hajj_3]

mozilla has removed AV1 support from firefox 121 on windows and now requires you to install the Microsoft AV1 Video Extension from microsoft store instead: https://www.mozilla.org/en-US/firefo.../releasenotes/

This is likely due to avanci demanding royalties from AV1 streaming.

[birdie]

Originally Posted by hajj_3

mozilla has removed AV1 support from firefox 121 on windows and now requires you to install the Microsoft AV1 Video Extension from microsoft store instead: https://www.mozilla.org/en-US/firefo.../releasenotes/

This is likely due to avanci demanding royalties from AV1 streaming.

They didn't remove anything.

AV1 software decoding is still there. The extension is required for HW decoding. Windows LTSC doesn't have the extension installed by default and millions of people use this version of Windows because it's the version to use. Unfortunately MS for some reasons decided not to include HW video decoding with this Windows SKU.

[hajj_3]

Microsoft Edge 121 Beta has enabled AVIF decoding support by default.

[hajj_3]

Microsoft Edge 121 has just been released. av1 and avif now work by default.

[Barough]

AOM AV1 v3.8.1-290-g0414f4e9ab
Built on February 24, 2024, GCC 13.2.0

https://aomedia.googlesource.com/aom


DL :
https://www.mediafire.com/file/5qhcvuaz26w4h9g

[LigH]

New uploads: (MSYS2; MinGW32 / MinGW64: GCC 13.2.0)

AOM v3.8.1-302-g14010c6f0f

rav1e 0.7.0 p20240227-g5eaae62e

dav1d 1.4.0-67-g85a1035

SVT-AV1 v1.8.0-43-g2bd950a9

avif 1.0.4-8db5d51
dav1d [dec]:1.4.0-67-g85a1035, aom [enc/dec]:3.8.1-302-g14010c6f0f, rav1e [enc]:0.7.0 (p20240227)

[LigH]

It seems to me that avifenc may support SVT-AV1 as one of several encoders. A recent build v1.0.4 does contain strings with related messages. But I doubt it contains code, and the help output doesn't mention it either. Does anyone know facts?

PS: The repo readme suggests that it has to be enabled in CMake options... maybe M-AB-S can do that for the 64-bit version.

PPS: Well, that was simple.

[LigH]

New uploads: (MSYS2; MinGW32 / MinGW64: GCC 14.1.0)

AOM v3.9.0-146-g4637f5d7

rav1e 0.7.0 p20240423-1-g1c4fcd8

dav1d 1.4.1-66-g3623543

SVT-AV1 v2.1.0-bbcff78

avif 1.0.4-99c288a
Version: 1.0.4 (dav1d [dec]:1.4.1-66-g3623543, aom [enc/dec]:3.9.0-146-g4637f5d7, rav1e [enc]:0.7.0 (p20240423-1-g1c4fcd8), svt [enc]:v2.1.0)
libyuv : available (1887)
Note: SVT-AV1 encoder in avifenc only available in 64-bit build

[LigH]

New uploads: (MSYS2; MinGW32 / MinGW64: GCC 14.1.0)

AOM v3.9.1-289-gb90f9011

rav1e 0.7.0 p20240612-2-ge34e772

dav1d 1.4.2-15-g2355eeb

SVT-AV1 v2.1.2-52-gb13aec2

avif 1.0.4-132b02c
Version: 1.0.4 (dav1d [dec]:1.4.1-66-g3623543, aom [enc/dec]:3.9.0-146-g4637f5d7, rav1e [enc]:0.7.0 (p20240612-2-ge34e772), svt [enc]:v2.1.0)
libyuv : available (1887)
Note: SVT-AV1 encoder in avifenc only available in 64-bit build

[LigH]

New uploads: (MSYS2; MinGW32 / MinGW64: GCC 14.2.0)

AOM v3.10.0-83-g8d4d4d8f

rav1e 0.7.0 p20240612-5-g7ab0de1

dav1d 1.4.2-54-gdd32cd5

SVT-AV1 v2.2.1-51-gf80d0e5

avif 1.1.1-8aab77e
Version: 1.1.1 (dav1d [dec]:1.4.2-54-gdd32cd5, aom [enc/dec]:3.10.0-83-g8d4d4d8f, rav1e [enc]:0.7.0 (p20240612-5-g7ab0de1), svt [enc]:v2.2.1-51-gf80d0e5)
libyuv : available (1887)
Note: SVT-AV1 encoder in avifenc only available in 64-bit build

[oibaf]

aom 3.10.0 was recently released:
https://aomedia.googlesource.com/aom/

2024-08-27 v3.10.0

This release includes new codec interfaces, compression efficiency and
perceptual improvements, speedup and memory optimizations and many bug
fixes. This release is ABI compatible with the last release.
The definitions of the internal macros AOM_INLINE and AOM_FORCE_INLINE
have been removed from the public header aom/aom_integer.h.
- New Features
* New codec controls:
* AV1E_SET_AUTO_TILES
* AV1E_GET_HIGH_MOTION_CONTENT_SCREEN_RTC
* AV1E_SET_POSTENCODE_DROP_RTC: Post encode frame drop feature.
* AV1E_SET_MAX_CONSEC_FRAME_DROP_MS_CBR
* New key-value pair for aom_codec_set_option():
* "auto-tiles": equivalent to the new codec control
AV1E_SET_AUTO_TILES.
- Deprecated Features
* Deprecated codec control:
* AV1E_SET_MAX_CONSEC_FRAME_DROP_CBR: Use the new codec control
AV1E_SET_MAX_CONSEC_FRAME_DROP_MS_CBR instead.
* The sframe_mode field in the aom_codec_enc_cfg_t struct is not
implemented.
- Compression Efficiency Improvements
* BD-rate gain of 0.7 - 1.3% (by enabling global motion tool) for
speed 5 and speed 6 with ~5% encode time increase.
* RTC speed 11 video: ~3-5% BD-rate gain for VGA and QVGA.
- Perceptual Quality Improvements
* RTC quality improvements for slide changes and scrolling content.
- Speedup and Memory Optimizations
* RTC screen content speedups:
* ~2x speedup for high motion content for speed 11.
* ~2x speedup on key frame coding for speed >= 10.
* Arm: Significant uplifts in speed in this release (vs v3.9.1) have
come from tuning the various convolutions according to filter size
(doing 8-tap when only 2-tap is required is inefficient) and also
deploying Armv8.6 USMMLA instructions in 6-tap and 12-tap standard
bitdepth convolutions.
* Standard bitdepth RTC:
* speed 5: +5%
* speed 6: +4%
* speed 7: +5%
* speed 8: +4%
* speed 9: +6%
* speed 10: +6%
* Standard bitdepth VoD:
* speed 0: +9%
* speed 1: +12%
* speed 2: +9%
* speed 3: +3%
* speed 4: +3%
* speed 5: -9% (expected due to global motion changes)
* speed 6: -3% (expected due to global motion changes)
* High bitdepth VoD:
* speed 0: +4%
* speed 1: +19%
* speed 2: +23%
* speed 3: +1%
* speed 4: +1%
* speed 5: -8% (expected due to global motion changes)
* speed 6: -3% (expected due to global motion changes)
* Standard bitdepth 2x1 horizontal super-resolution/scaling
encoding: +101%
- Other Improvements
* Reduce bit rate overshoot on slide content.
- Bug Fixes
* rtc: Bug fix for active_maps with sb_size=128.
* b:343429036: rtc: Fix source_sad setting near boundary.
* Fix to QP for temporal enhancement after key frame.
* b:343429192: rtc: Condition QP adjustment on rc->q_1/2_frame > 0.

[oibaf]

Enhancing Screen Sharing with AV1 in Microsoft Teams

It looks like they are using RTC screen content improvements in latest releases of aom.