SVT-AV1 1.6.0

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

Encoder

  • Improve the tradeoffs for the random access mode across presets M1-M13: (!2120)
  • Speeding up the higher quality presets by 30-40%
  • Improving the BD-rate by 1-4% for the faster presets
  • Improve the tradeoffs for the low delay mode for both screen content and non-screen content encoding modes (!2122, !2118)
  • Add a toggle to remove the legacy one-frame buffer at the input of the pipeline allowing the low delay mode to operate at sub-frame processing latencies
  • Add a new API allowing the user to specify quantization offsets for a region of interest per frame

Build, cleanup and bug fixes

  • Various cleanups and functional bug fixes
  • Fix the startup minigop size BD-rate loss
  • Add ability to run the ci-testing offline
6 points · 5 comments · view on lemmy.world

5 Comments

lastbreeze@lemmy.ml · 2 pts · 3y (1 reply)

Oh good, 80fps encoding speed was starting to feel slow lol. Now if only we could manually control the amount of noise or use external noise tables....

gianni@lemmy.ml · 1 pts · 3y

I think you can manually specify the amount of film grain currently, although there aren't chroma vs luma noise options

BerLeo@lemmy.fmhy.ml · 2 pts · 3y

Now if only they'd add the tune for ssim.

MrPokeboy8@lemmy.world · 0 pts · 3y

It was fun comparing the size, quality, and encoding time of a previous low bitrate x265 gameplay encode 4 years ago to this version of SVT-AV1 at preset 6 and 4; still had original file, and both encodes are 10 bit. The M6 AV1 encode was better looking overall yet took maybe effectively 2/5 the time.

With no log files available, the old x265 took 17 hours on I think a r7 2700x, while it was under 5 hours on a 3700x. I could try to encode again with a newer x265 version and the same or similar settings (all parameters were auto-stored in the mkv), but I know that'll take a while and not sure how worth it / satisfying it would be to see the results.

Meanwhile, M4 AV1 was visibly better than M6, which made it obviously better than the old x265. It's still encoding, so I'm hoping the different preset doesn't also drastically change file size. Still takes a while, but it might be good enough for me to finally remove those large, old, not useful gameplay encodes for moderate quality loss at low bitrate versions w/o taking months.