← Home ← Back to /g/

Thread 106219932

13 posts 14 images /g/
termux-termite !!1GSw688pHqQ No.106219932 >>106220511
VQV x264 vs 10b VP9/AV1 test
If this thread posts it means 4chan supports 10-bit chroma city through VP9.

Alright it took me a while to compromise on some things but I think I've made the best video quality validation test given the meager 4MB /g/ webm file size limit. Original video source was 4K video de-banded and scaled down to 540p and finally converted to a 2Mbps 10b VP9 webm which SHOULD be overkill for this resolution. Beside 4shitter's anemic limits I also chose 540p because it's a sort of "torture test" for modern video codecs meant to exploit redundancies in 1080p+. x264 gets slaughtered in 1080p+ so I see no point in testing the obvious anyway.

Quality validation passes when VMAF exceeds 95.

10b VP9 first then 10b AV1 and finally x264. Might only post a few times and call it quits cause I don't feel too good right now. However I think I figured out the "base" settings for 2 pass 10b VP9 encodes, a lot of these settings won't even work with 8b VP9. No DO loops this time because it's webm to webm.

#!/bin/bash
ffmpeg -i input.webm -c:v libvpx-vp9 \
-profile:v 2 -pix_fmt yuv420p10le \
-auto-alt-ref 6 -arnr_max_frames 7 -arnr_strength 2 \
-b:v 0 -crf 38 \
-quality good -cpu-used 1 -aq-mode 0 \
-tile-columns 1 -row-mt 1 -enable-tpl 0 \
-pass 1 -an -f null -

ffmpeg -i input.webm -c:v libvpx-vp9 \
-profile:v 2 -pix_fmt yuv420p10le \
-auto-alt-ref 6 -arnr_max_frames 7 -arnr_strength 2 \
-b:v 0 -crf 38 \
-quality good -cpu-used 1 -aq-mode 0 \
-tile-columns 1 -row-mt 1 -enable-tpl 0 \
-pass 2 -an output.webm

read -p "Press Enter to get VMAF, else ctrl + c"
ffmpeg -i output.webm -i input.webm -filter_complex libvmaf -f null -
termux-termite !!1GSw688pHqQ No.106219952
So at least for this sample ~800 kbps seems to pass quality validation at 540p when using 10b VP9.

>[Parsed_libvmaf_0 @ 0x78becf5e00] VMAF score: 95.598764trate=N/A speed=0.323x
termux-termite !!1GSw688pHqQ No.106220012
HUH, this failed quality validation. I guess that's why it's always better to check vmaf. Trying lower CRF values...

ffmpeg -i input.webm -c:v libsvtav1 \
-preset 5 -crf 38 -pix_fmt yuv420p10le \
termux-termite !!1GSw688pHqQ No.106220119 >>106224921
Dam, this is interesting. 10-bit AV1 does not seem to outperform 10-bit VP9 at 540p for this content. I don't know how to explain this one. It barely managed to get past 95 at similar ~800 kbps. Kinda scared how competitive x264 will be desu...

https://gofile.io/d/wreyBO

[Parsed_libvmaf_0 @ 0x70327ff000] VMAF score: 95.231681

ffmpeg -i input.webm -c:v libsvtav1 \
-preset 5 -crf 37 -pix_fmt yuv420p10le \
termux-termite !!1GSw688pHqQ No.106220178 >>106220194
Nevermind, it caused disastrous amounts of color banding. Quality validation failed catastrophically.

[Parsed_libvmaf_0 @ 0x79fe4f5e00] VMAF score: 72.688852
termux-termite !!1GSw688pHqQ No.106220194
>>106220178
forgot settings used

ffmpeg -i input.webm -c:v libx264 \
-crf 20 -preset slow -pix_fmt yuv420p \

Not sure if it's worth going below crf 20, maybe 10-bit x264 will redeem itself.
termux-termite !!1GSw688pHqQ No.106220333
Nope 10-bit x264 still fails validation. Weird.

https://gofile.io/d/2dq7ZR

>[Parsed_libvmaf_0 @ 0x7dc9af5e00] VMAF score: 72.680732

ffmpeg -i input.webm -c:v libx264 \
-crf 20 -preset slow -pix_fmt yuv420p10le \

>Error: Corrupted file or unsupported file type
Jesus, why did 4chan half-ass H264 support this much?
Anonymous No.106220511 >>106220558 >>106220855
>>106219932 (OP)
>VMAF
violet male asian female?
termux-termite !!1GSw688pHqQ No.106220558
>>106220511
No, video may attract faggots
Anonymous No.106220855
>>106220511
VVhite male.
Anonymous No.106223177
bump
Anonymous No.106223552 >>106224921
Still waiting for AV1 10bit.
termux-termite !!1GSw688pHqQ No.106224921
>>106223552
Already posted it here >>106220119

On a related note it looks like we might be underestimating VP9 at least at low video resolutions like 540p. I am kinda "cheating" by using profile 2 with 2 pass and unlocking an upgraded version of "b-frames" not present in standard encoded. You pay for all this with uber slow encode times, like 10X slower than libsvtav1 but it's still impressive imho.