Rendered at 03:08:04 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
dylan604 12 hours ago [-]
It's been a long time since I've had to worry about encoding parameters, but even these settings feel like a set it and forget it compared to what we used to do in the past. Comparing encoding for streaming vs shiny round discs is so different. We would do scene by scene encodes with a minimum of 2-passes allowing for even more when necessary. We were strict on controlling the VBV but these formats had more bandwidth than streaming and were not susceptible to congestion and buffering issues. The video was even sent to QA to look for any kind of issues with the encoding. I doubt anybody looks at the best quality of the ladder let alone all of the variations before it reaches the users.
netsharc 12 hours ago [-]
Gotta love an article about video compression where the top image is a blurry downscaled-and-then-upscaled image, that's not even clickable to zoom.
Yes, if you scroll down the image is there again, still a bit blurry (so much winning), but clickable to embiggen. Your CMS is giving everyone a terrible first impression!
aand16 3 hours ago [-]
I thought VMAF was a bad metric for perceived video quality.
CVVDP is best and SSIMULACRA2 and Butteraugli pretty good.
antisthenes 13 hours ago [-]
I'll save everyone the time:
You gain ~0.7 VMAF score (both above 90) and save 33% bandwidth at the cost of 3.2x longer encoding for (presumably) some set of 1080p clips used in testing.
NooneAtAll3 12 hours ago [-]
what about decoding speed?
just how much worse will it be for my old CPU?
ddorian43 11 hours ago [-]
Should be the same?
MaxBarraclough 10 hours ago [-]
I don't know that much about video codecs, could decoding performance improve, given the reduced input size?
ZeroGravitas 9 hours ago [-]
Decoding speed can be affected by encoding choices. Meta and others have taken advantage of this to specifically target low end phone software decode.
I believe it's basically about scoring decode operations on both quality and decode speed impact to optimise both goals at once.
MaxBarraclough 8 hours ago [-]
Interesting, thanks.
ddorian43 9 hours ago [-]
Doubt. Check your igpu or gpu should have dedicated hardware decoder for h264.
IOT_Apprentice 10 hours ago [-]
Why not use x265?
slimscsi 10 hours ago [-]
Often the increased encoding cost does pay for the reduced bandwidth cost. And that assumes you can navigate and afford the HEVC license.
thunderfork 10 hours ago [-]
Some clients only take H264, depends on what you're delivering to. Often for web media you end up having to serve [h264, h265, av1], which is a real pain
Yes, if you scroll down the image is there again, still a bit blurry (so much winning), but clickable to embiggen. Your CMS is giving everyone a terrible first impression!
CVVDP is best and SSIMULACRA2 and Butteraugli pretty good.
You gain ~0.7 VMAF score (both above 90) and save 33% bandwidth at the cost of 3.2x longer encoding for (presumably) some set of 1080p clips used in testing.
just how much worse will it be for my old CPU?
I believe it's basically about scoring decode operations on both quality and decode speed impact to optimise both goals at once.