>>106874353Low CPU impactPerfect format for slow ARM devices like raspberry Pi or your momma's black dildo.
>>106874353Nothing, it's just that at high enough bitrate you don't notice how truly awful this boomer video codec truly is.Crank the 4K bitrate to 100 Mbps and H264 "wins".
>>106874353Nothing, it got replaced by AV1 long ago
>>106874353It just works, also kinda funny that it's the highest quality format on Youtube. The alternative formats look blurry as hell in comparison.
mpeg-la lobbying
>>106874353sir this year 2007 tier thread
>>106874630x264 beats x265 in quality with grainy sources of video. x264 also has far better psychovisual tuning than x265. SSIM and PSNR metrics will be worse for x264 as a result of this, but the perceived quality is improved, benchmark metrics do not reflect this. svt-av1 is even worse than x265 for high quality grainy films, it smoothes out the grain completely. svt-av1 when bitrate starved blurs heavily, x264 will block hard, and x265 is in-between. For high quality encodes (targetting >15 bits per pixel per second), x264 is still the best. For low bitrates under 2500kbps, svt-av1 is best. What is worse, is that H265 encodes on 4K UHD bluray discs tend to always have far worse encodes than the standard H264 1080p Blurays.
>>106876298lay off the lead
>>106876535kek
Compatibility, every format since has been a trainwreck
>>106874353took long enough till the next iteration
>>106874353It didn't have a competent libre competitor. Recall how terrible VP8 WebM's were.>>106874377No shit. The Raspberry Pi has hardware acceleration. It wouldn't fly on an actual CPU.
