Alliance for Open Media codecs

[LigH]

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

AOM v3.10.0-186-g2d2f644e

rav1e 0.7.0 p20241015-release

dav1d 1.5.0-16-g93f12c1

SVT-AV1 v2.3.0-39-gfdcb885

avif 1.1.1-1cdeff7
dav1d [dec]:1.5.0-16-g93f12c1, aom [enc/dec]:3.10.0-184-g6418c21b, rav1e [enc]:0.7.0 (p20241015), svt [enc]:v2.3.0-29-g8d9f4ff
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.11.0-120-gdedba6a7

dav1d 1.5.0-46-gd242c47

SVT-AV1 v2.3.0-72-g8f1f1b0

avif 1.1.1-3196438
dav1d [dec]:1.5.0-46-gd242c47, aom [enc/dec]:3.11.0-114-g6a1c5562, rav1e [enc]:0.7.0 (p20241015), svt [enc]:v2.3.0-64-g425e4bd
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.12.0-29-gc5e1e39e

rav1e 0.7.0 p20250225 g38879ab

dav1d 1.5.1-5-g8d95618

SVT-AV1 v3.0.1-20-g7bc96cc

avif 1.2.1-1d46986
dav1d [dec]:1.5.1-5-g8d95618, aom [enc/dec]:3.12.0-29-gc5e1e39e, rav1e [enc]:0.7.0 (p20250225), svt [enc]:v3.0.1-20-g7bc96cc
libyuv : available (1905)
Note: SVT-AV1 encoder in avifenc only available in 64-bit build

[oibaf]

2025-02-10 v3.12.0
  This release includes new codec interfaces, compression efficiency and
  perceptual improvements, speedup and memory optimizations, and bug
  fixes. This release is ABI compatible with the last release.
  Five internal functions (aom_free, aom_malloc, aom_wb_bytes_written,
  aom_wb_write_bit, aom_wb_write_literal) that were exported by mistake
  are no longer exported from the libaom shared library. The removal of
  these internal functions from the ABI is a bug fix and does not break
  ABI compatibility.
  Acknowledgments: The image quality optimizations in the new tuning
  mode AOM_TUNE_IQ were originally developed for SVT-AV1-PSY by
  Cole Ogaard, Gianni Rosato, Julio Barba, and Zakaria Djebrouni.
  - New Features
    * New tuning mode AOM_TUNE_IQ (image quality) for the
      AOME_SET_TUNING codec control (--tune=iq) in all-intra mode. The
      feature detection macro AOM_HAVE_TUNE_IQ, if defined, indicates
      that AOM_TUNE_IQ is available. The image quality optimizations in
      AOM_TUNE_IQ were developed by using the SSIMULACRA 2 metric for
      guidance and validated with subjective visual quality checks.
    * New value 6 for the AV1E_SET_DELTAQ_MODE codec control
      (--deltaq-mode): use modulation for all intra using Variance
      Boost. Variance Boost is a variance adaptive quantization
      implementation that modulates qindex depending on the ratio of
      low-variance to high-variance 8x8 subblocks within a 64x64
      superblock, as well as the actual variance of the subblocks
      themselves.
    * New value 3 for the AV1E_SET_ENABLE_CDEF codec control
      (--enable-cdef): Enable CDEF adaptively based on frame qindex.
    * In all-intra mode, the AOME_SET_SHARPNESS codec control now also
      sets the loop_filter_sharpness syntax element in the bitstream.
      Larger values increasingly reduce how much the filtering can
      change the sample values on block edges to favor perceived
      sharpness.
    * In all-intra mode, the default value of the AV1E_SET_QM_MIN codec
      control is decreased to 4, and the default value of the
      AV1E_SET_QM_MAX codec control is increased to 10. The default
      values in good-quality and realtime modes remain unchanged (5 and
      9, respectively).
  - Compression Efficiency Improvements
    * Tuning mode AOM_TUNE_IQ improves image compression efficiency on
      the CLIC dataset by up to 12% for the same SSIMULACRA 2 score, up
      to 14% for the same DSSIM score, and up to 17% for the same
      Butteraugli score.
    * ~3% BD-rate gains for speed 11 VGA camera mode.
    * ~5% BD-rate gains for speed 11 on scroll clips screen mode.
  - Perceptual Quality Improvements
    * Adjust temporal filter strength for better visual quality.
    * RTC screen: visual quality improvements for scrolling and for
      scene/slide changes.
    * RTC camera mode: visual quality improvements for speed 11 VGA.
  - Speedup and Memory Optimizations
    * Optimize the Arm Neon implementation of the loop filter functions
      with an average uplift of 15 - 25% in microbenchmarks.
    * Add the CDEF optimization for RISC-V.
    * Help the compiler generate better vectorized code for variance
      calculation and warped motion in generic CPU builds.
    * Make several arrays const.
  - Other Improvements
    * Binary size reduction: 1 - 2% compared with last release, with
      CONFIG_REALTIME_ONLY enabled, CONFIG_AV1_DECODER and
      CONFIG_AV1_HIGHBITDEPTH disabled.
    * Build: compile source files in parallel under MSVC.
  - Bug Fixes
    * Fix bug where metadata added with aom_img_add_metadata was lost
      when frame scaling was used.
    * Bug b:383306740: RTC: Fix to issues with scrolling for screen
      content.
    * Bug b:382465458: RTC: Fix to artifact for grayscale input.
    * Bug b:380247338: RTC: Fix to encode_time spikes on scene/slide
      changes.
    * RTC: Fix to rate correction factor update for VBR screen mode.
      https://groups.google.com/a/aomedia.org/g/av1-discuss/c/nJxECdg-7P8
    * Bug b:378401081: RTC: Fix to cyclic refresh update for external RC
      (rate control).

[mzso]

Hi!

Is there any notable use of AV1 outside Youtube? (And I guess Netflix, of which I'm not a subscriber of)

[ksec]

Originally Posted by mzso

Hi!

Is there any notable use of AV1 outside Youtube? (And I guess Netflix, of which I'm not a subscriber of)

I think Twitch was testing it but I dont think it is implemented as default yet. But other than that Not really. Which is despite why AOM supporter have been saying for the past 5 years as if AV1 is *everywhere*.

[Beelzebubu]

Originally Posted by mzso

Hi!

Is there any notable use of AV1 outside Youtube? (And I guess Netflix, of which I'm not a subscriber of)

Meta has talked about using AV1 (link1, link2).

[mzso]

Oh well, I guess over time it still might become the web video de-facto standard. As HW support improves and SW codecs become more efficient. (At least the situation is not as big of a mess as with JPEG-XL)

[oibaf]

Microsoft Teams: https://techcommunity.microsoft.com/...-teams/4096056
Google Meet: https://aomedia.org/av1-adoption-showcase/google-story/
Jitsi Meet: https://jitsi.org/blog/av1-and-more-...-video-codecs/

[Beelzebubu]

That reminds me, Cisco's WebEx also uses AV1: https://blog.webex.com/engineering/t...omes-to-webex/

[nevcairiel]

Discord can stream in AV1 as well, although it being a live-encoding scenario they only use it when HW encoding is available. https://support.discord.com/hc/en-us...BCHQ198JCPM0Q1

[birdie]

Originally Posted by oibaf

Microsoft Teams: https://techcommunity.microsoft.com/...-teams/4096056
Google Meet: https://aomedia.org/av1-adoption-showcase/google-story/
Jitsi Meet: https://jitsi.org/blog/av1-and-more-...-video-codecs/

Yeah, nice links. Now have you actually confirmed these apps use AV1 encoding?

Because something tells me everything still uses H.264.

[hajj_3]

Originally Posted by birdie

Yeah, nice links. Now have you actually confirmed these apps use AV1 encoding?

Because something tells me everything still uses H.264.

google meet uses av1: https://webrtchacks.com/the-hidden-a...n-google-meet/

[birdie]

Originally Posted by hajj_3

google meet uses av1: https://webrtchacks.com/the-hidden-a...n-google-meet/

Someone in 2023 on some hardware confirmed that.

What about you though?

[oibaf]

Originally Posted by birdie

Someone in 2023 on some hardware confirmed that.

What about you though?

Feel free to do your own research and disprove what Google (as well as Microsoft and Jitsi) said and someone verified.