[1.6.0] - 2023-06-18 Encoder Improve the tradeoffs for the random access mode across presets M1-M13: (
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
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....
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.