GitHub: https://github.com/gianni-rosato/svt-av1-psy/releases/tag/v2.3.0-A

Also, come say hi on Matrix! URL: https://matrix.to/#/#av1-for-dummies:matrix.org

cross-posted from: https://lemmy.ml/post/22744274

The Vulkan Working Group at The Khronos Group has delivered a series of video decode and encode extensions since 2022 collectively referred to as "Vulkan Video." These extensions integrate hardware-accelerated stream compression and decompression using widely adopted codecs with the full power of Vulkan, enabling developers to seamlessly combine GPU-powered rendering and compute acceleration with video processing in a single highly efficient runtime.

Today, with the release of Vulkan 1.3.302, Khronos is proud to announce two new encode extensions. First, the highly anticipated Encode AV1 extension enhances Vulkan Video by adding AV1 encode functionality to complement its existing AV1 decode support. This milestone means that Vulkan Video now provides full decode AND encode acceleration for the H.264, H.265 and AV1 codec standards. Additionally, the new Encode Quantization Map extension introduces advanced encoding features for all supported codecs to Vulkan Video developers for the first time. We are confident these extensions provide the necessary building blocks for your advanced Vulkan Video applications!

How does SVT-AV1 2.2.x stack up against the encoder's previous version?

GitHub: https://github.com/gianni-rosato/svt-av1-psy/releases/tag/v2.3.0

Also, come say hi on Matrix! URL: https://matrix.to/#/#av1-for-dummies:matrix.org

Changes for 1.5.0 'Sonic':

1.5.0 is a major release of dav1d, that:

• WARNING: we removed some of the SSE2 optimizations, so if you care about systems without SSSE3, you should be careful when updating!
• Add Arm OpenBSD run-time CPU feature
• Optimize index offset calculations for decode_coefs
• picture: copy HDR10+ and T35 metadata only to visible frames
• SSSE3 new optimizations for 6-tap (8bit and hbd)
• AArch64/SVE: Add HBD subpel filters using 128-bit SVE2
• AArch64: Add USMMLA implempentation for 6-tap H/HV
• AArch64: Optimize Armv8.0 NEON for HBD horizontal filters and 6-tap filters
• Power9: Optimized ITX till 16x4.
• Loongarch: numerous optimizations
• RISC-V optimizations for pal, cdef_filter, ipred, mc_blend, mc_bdir, itx
• Allow playing videos in full-screen mode in dav1dplay

GitHub: https://github.com/gianni-rosato/svt-av1-psy/releases/tag/v2.2.1-B

GitHub: https://github.com/gianni-rosato/svt-av1-psy/releases/tag/v2.2.1-A

cross-posted from: https://lemmy.world/post/19262772

Good morning my fellow video encoding afficionados.

As usual, I was trying to find interesting stuff on the web, and I finally did!

Someone in our wonderful AV1 enthusiast community has spent a lot of time working on natively adding svt-av1-psy to Handbrake; this is done through specific patches that add the additional functionality of svt-av1-psy in Handbrake.

This allows for Windows, macOS, Linux (Flatpak) and native Linux builds of Handbrake to be built with nearly complete svt-av1-psy support.

It's truly a great addition as it allows many more people to be at the leading edge of high fidelity AV1 encoding.

Note that these are based on Nightly Handbrake, but this shouldn't pose a problem.

Head over to the "Releases" page to find the full builds, CLI versions and even dynamic library replacement: https://github.com/Nj0be/HandBrake-SVT-AV1-PSY/releases

That'll be all from me. Thank you for your attention and have a great Saturday.

Give the issue & upvote and comment to show your support - every like helps!

[2.2.0] - 2024-08-19

API updates

• No API changes on this release

Encoder

• Improve the tradeoffs for the random access mode across presets:
• Speedup of ~15% across presets M0 - M8 while maintaining similar quality levels (!2253)
• Improve the tradeoffs for the low-delay mode across presets (!2260)
• Increased temporal resolution setting to 6L for 4k resolutions by default
• Added ARM optimizations for functions with c_only equivalent yielding an average speedup of ~13% for 4k10bit

Cleanup Build and bug fixes and documentation

• Profile-guided-optimized helper build overhaul
• Major cleanup and fixing of Neon unit test suite
• Address stylecheck dependence on public repositories

bdr-ssimu2

Encode, analyze, & plot SSIMULACRA2 scores using a source video file that is encoded with FFmpeg.

This Python script generates BD-Rate (Bjøntegaard-Delta Rate) graphs for comparing the performance of different encoding commands. It encodes a source video with various specified Constant Rate Factor (CRF) values, calculates SSIMULACRA2 scores, and plots the results via matplotlib.

Features

• Encodes a source video using two user-configurable FFmpeg commands
• Calculates SSIMULACRA2 scores (and soon XPSNR scores as well)
• Generates BD-Rate curves comparing the two encoding commands
• Outputs both average and harmonic mean SSIMULACRA2 plots
• Allows for temporal metric analysis subsampling (sampling every nth frame)

Prerequisites

• Python 3.x
• FFmpeg
• VapourSynth with:
  • VSZip Plugin
  • FFMS2
  • fmtconv
• Required Python packages:
  • vapoursynth
  • matplotlib
  • tqdm

See more in the linked Git repo's README!

Introducing SVT-AV1-PSY v2.1.0-A

Features

• New parameter --max-32-tx-size, which restricts block transform sizes to a maximum of 32x32 pixels. This can be useful in very specific scenarios for improving overall efficiency
• Added support for HDR10+ JSON files via a new --hdr10plus-json parameter (thanks @quietvoid!). In order to build a binary with support for HDR10+, see our PSY Development page.
• New parameter --adaptive-film-grain, which helps remedy perceptually harmful grain patterns caused by extracting grain from blocks that are too large for a given video resolution. This parameter is enabled by default

Quality & Performance

• Disabled SSIM-cost transform decisions while keeping SSIM-cost mode decisions, generally improving Tune 3's efficiency & consistency
• Additional NEON optimizations for ARM platforms, providing a speed increase

Documentation

• All of the features present in this release have been documented, so associated documentation has been updated accordingly
• Build documentation updated to reflect the HDR10+ build option

Bug Fixes

• Disabled quantization matrices for presets 5 and higher due to a visual consistency bug (#56)

Full Changelog: https://github.com/gianni-rosato/svt-av1-psy/commits/v2.1.0-A

SVT-AV1 2.1.0 just released, how does it compare to SVT-AV1 2.0.0? Well-known encoder Trix attempts to answer this question with metrics, graphs, and detailed analysis.

[2.1.0] - 2024-05-17

API updates

• One config parameter added within the padding size. Config param structure size remains unchanged
• Presets 6 and 12 are now pointing to presets 7 and 13 respectively due to the lack of spacing between the presets
• Further preset shuffling is being discussed in #2152

Encoder

• Added variance boost support to improve visual quality for the tune vq mode
• Improve the tradeoffs for the random access mode across presets:
• Speedup of 12-40% presets M0, M3, M5 and M6 while maintaining similar quality levels
• Improved the compression efficiency of presets M11-M13 by 1-2% (!2213)
• Added ARM optimizations for functions with c_only equivalent

Cleanup Build and bug fixes and documentation

• Use nasm as a default assembler and yasm as a fallback
• Fix performance regression for systems with multiple processor groups
• Enable building SvtAv1ApiTests and SvtAv1E2ETests for arm
• Added variance boost documentation
• Added a mailmap file to map duplicate git generated emails to the appropriate author

Hi there! We're back with a new micro-release format to announce some exciting changes in SVT-AV1-PSY v2.0.0-A! 🎉

PSY Updates

Features

• The CRF range, previously capped at 63, has been extended to a maximum value of 70. It can also be incremented in quarter increments of 0.25
• New option: --enable-dlf 2 for a slower, more accurate deblocking loop filter
• New option: --qp-scale-compress-strength (0 to 3) which sets a strength for the QP scale algorithm to compress values across all temporal layers. Higher values result in more consistent video quality
• New option: --frame-luma-bias (0 to 100) enables experimental frame-level luma bias to improve quality in dark scenes by adjusting frame-level QP based on average luminance across each frame

Quality & Performance

• A temporal layer qindex offset has been added to Tune 3 for more consistent quality across frames when encoding
• Minor speed bump to Preset 8
• Dynamic delta_q_res switching implemented to help reduce signaling overhead, which should improve quality especially at CRF ≥40
• Other general improvements to Tune 3

Documentation

• PNG images have been replaced with smaller lossless WebP images, resulting in faster loading & repository cloning times.
• More consistent & thorough PSY Development page, including build instructions

Bug Fixes

• Help menu formatting adjusted for less frequent underlining
• --progress 2 no longer reports the same information as --progress 3

Other

• Introducing PSY Micro-releases! Each micro-release will be marked with a letter, bringing a bundle of new features & improvements. The release letter will reset back to the initial A each time our mainline version is updated. More info can be found in this project's README & the PSY Development page

Thanks for using SVT-AV1-PSY! ♥️

Full Changelog: https://github.com/gianni-rosato/svt-av1-psy/commits/v2.0.0-A

From the GitHub releases:

Hello, everyone! We've been hard at work enhancing SVT-AV1 with our additions to the encoder improving visual fidelity. Little by little, we are working on trying to bring many of them to mainline! For the time being, I want to note that major SVT-AV1-PSY releases & mainline releases are not the same, and the codebases differ due to our changes; the version numbers may be identical, but the versions themselves are not, which is disclosed within the encoder's version information. With that, we're excited to announce SVT-AV1-PSY v2.0.0! 🎉

PSY Updates

Variance boost

• Moved varboost delta-q adjusting code to happen before TPL, giving TPL the opportunity to work with more accurate superblock delta-q priors, and produce better final rdmult lambda values
  • Fixed rare cases of pulsing at high CRFs (>=40) and strengths (3-4)
  • 2% avg. bitrate reduction for comparable image quality
• Added an alternative boosting curve (--enable-alt-curve), with different variance/strength tradeoffs
• Refactored boost code so it internally works with native q-step ratios
• Removed legacy variance boosting method based on 64x64 values
  • Parameter --new-variance-octile -> --variance-octile

Excitingly, a var-boost mainline merge has been marked with the highest priority issue label by the mainline development team, so we may see this in mainline SVT-AV1 soon! Congrats @juliobbv! 🎉

Other

• Presets got faster, so in addition to Preset -2, we have an even slower Preset -3
• --sharpness now accepts negative values
• The SVT-AV1-PSY encoder now supports Dolby Vision encoding via Dolby Vision RPUs. To build with Dolby Vision support, install libdovi & pass --enable-libdovi to ./build.sh on macOS/Linux (or enable-libdovi to ./build.bat on Windows).

Mainline Updates

Major API updates

• Changed the API signaling the End Of Stream (EOS) with the last frame vs with an empty frame
• OPT_LD_LATENCY2 making the change above is kept in the code to help devs with integration
• The support of this API change has been merged to ffmpeg with a 2.0 version check
• Removed the 3-pass VBR mode which changed the calling mechanism of multi-pass VBR
• Moved to a new versioning scheme where the project major version will be updated every time API/ABI is changed

Encoder

• Improve the tradeoffs for the random access mode across presets:
• Speedup presets MR by ~100% and improved quality along with tradeoff improvements across the higher quality presets (!2179,#2158)
• Improved the compression efficiency of presets M9-M13 by 1-4% (!2179)
• Simplified VBR multi-pass to use 2 passes to allow integration with ffmpeg
• Continued adding ARM optimizations for functions with c_only equivalent
• Replaced the 3-pass VBR with a 2-pass VBR to ease the multi-pass integration with ffmpeg
• Memory savings of 20-35% for LP 8 mode in preset M6 and below and 1-5% in other modes / presets
• Film grain table support via --fgs-table (already in SVT-AV1-PSY) (link)
• Disable film grain denoise by default (already in SVT-AV1-PSY) (link)

Cleanup, bug fixes & documentation

• Various cleanups and functional bug fixes
• Update the documentation to reflect the rate control

Thanks for using SVT-AV1-PSY! ♥️

Full Changelog: https://github.com/gianni-rosato/svt-av1-psy/commits/v2.0.0

[2.0.0] - 2024-03-13

Major API updates

• Changed the API signaling the End Of Stream (EOS) with the last frame vs with an empty frame
• OPT_LD_LATENCY2 making the change above is kept in the code to help devs with integration
• The support of this API change has been merged to ffmpeg with a 2.0 version check
• Removed the 3-pass VBR mode which changed the calling mechanism of multi-pass VBR
• Moved to a new versioning scheme where the project major version will be updated every time API/ABI is changed

Encoder

• Improve the tradeoffs for the random access mode across presets:
• Speedup presets MR by ~100% and improved quality along with tradeoff improvements across the higher quality presets (!2179,#2158)
• Improved the compression efficiency of presets M9-M13 by 1-4% (!2179)
• Simplified VBR multi-pass to use 2 passes to allow integration with ffmpeg
• Continued adding ARM optimizations for functions with c_only equivalent
• Replaced the 3-pass VBR with a 2-pass VBR to ease the multi-pass integration with ffmpeg
• Memory savings of 20-35% for LP 8 mode in preset M6 and below and 1-5% in other modes / presets

Cleanup and bug fixes and documentation

• Various cleanups and functional bug fixes
• Update the documentation to reflect the rate control changes

It's official that Android will be rolling out dav1d to replace libgav1 as a system wide codec on Android 14 devices, though there is potential for it to be supported as far back as Android 10. Finally, libgav1 is no more!

Does anyone know how to determine the level of grain synth used in an encoded video? I have .webms that I've encoded with ffmpeg and svt-av1 but I don't have that grain synth information anymore.

In fact it would be nice if I could just see any other information about an encoded video (rate factor, preset used, etc). These details don't appear when using mediainfo so I presume they are lost and unknowable. But grain synth occurs at decode time, so that should still be something I can figure out, right?

Some big changes have been introduced in SVT-AV1-PSY, courtesy of Clybius, the author of aom-av1-lavish! Here is the changelog:

Feature Additions

• Tune 3 A new tune based on Tune 2 (SSIM) called SSIM with Subjective Quality Tuning. Generally harms metric performance in exchange for better visual fidelity.
• --sharpness A parameter for modifying loopfilter deblock sharpness and rate distortion to improve visual fidelity. The default is 0 (no sharpness).

Modified Defaults

• Default 10-bit color depth. Might still produce 8-bit video when given an 8-bit input.
• Disable film grain denoising by default, as it often harms visual fidelity.
• Default to Tune 2 instead of Tune 1, as it reliably outperforms Tune 1 on most metrics.
• Enable quantization matrices by default.
• Set minimum QM level to 0 by default.

That's all, folks! Keep an eye on the master branch for more changes in the future!

Introduced in April 2021 was the initial Vulkan Video support for a new video encode/decode API built around Vulkan. That initial Vulkan Video support was catered to H.264 and H.265 while finally with today's Vulkan 1.3.277 release there is a new extension introduced for AV1 video decoding.

Today, we have a very exciting development - Aviator, the Linux GUI for AV1 encoding, has switched to an in-house custom fork of SVT-AV1 dubbed SVT-AV1-PSY!

Featuring development efforts from BlueSwordM (author of the previous custom fork), myself (Gianni), and others, this change will enable us to have much more control over the encoder's development so that it aligns most effectively with Aviator's number one priority: visual quality.

So far, SVT-AV1-PSY's most noteworthy feature is a variance boost patch that appreciably improves intra- and inter-frame fidelity consistency across wide range of content. Visual fidelity per bit is estimated to have increased by up to 5% with this patch, which currently isn't present in mainline SVT-AV1.

Even though this patch should inevitably make it to mainline, the gains from having more direct control are already being realized as we can implement features like this flexibly at a pace we decide.

Aside from that, FFmpeg has been updated to version 6.1, the SCM toggle has been replaced with a more useful Open GOP toggle, and the README has been modified to reflect some of these more recent changes with regard to SVT-AV1-PSY.

Thank you for using Aviator, and happy encoding!

Aviator can be downloaded on Flathub, where 0.5.0 will be available soon.

This blog post on the Codec Wiki by encoder Trix presents extensive benchmarking of SVT-AV1 1.8.0 on animated content using both objective metrics and subjective image comparisons (the subjective part is coming soon). Short high-quality anime clips were encoded directly with SVT-AV1 across a range of settings. SSIMULACRA2 visual quality scores and encoding speeds were measured for each encode, along with bits per pixel to calculate encoding efficiency. The results are presented through graphs showing metric scores and speed, alongside comparison images enabling subjective evaluation of visual quality (again, comparison images coming soon for subjective analysis). This rigorous testing methodology provides insightful analysis of how SVT-AV1 performs when encoding animation.

This program generates an AV1 video encoding command for use with Av1an, a chunked AV1 encoding tool for use with aomenc, SVT-AV1, and rav1e.

This tool takes in the video resolution, frame rate, desired encoder, speed preset, and target bitrate range as command line arguments. Based on these parameters, it calculates settings like tile columns/rows, lag-in-frames, CRF, and encoder speed preset. Then, it injects these into a generated encoding command string.

The output is a full Av1an command that can be run to encode a video based on the specified settings.