Сравнивался небольшой SD-отрывок из аниме (~ 14MB) в режиме кодирования CRF. CRF подбирался таким образом, что бы размер обоих отрывков получился примерно одинаковым. В итоге остановились на таких настройках:
x264 (core 144):
Тип: 10 бит
Настройки кодирования: --crf 36.9 --preset placebo --no-mbtree --direct spatial --no-dct-decimate
Итоговый вес видеодорожки: 96.1 KB
Итоговый битрейт: 219 kbps
Скачать видеоотрывок
UPDATE (Более оптимальный результат x264, который прислал nobody555):
Настройки кодирования: —crf 33 —preset placebo —psy-rd 0
Итоговый вес видеодорожки: 96.7 KB
Скачать видеоотрывок
x265 (rev. 9327 (1.4+273)):
Тип: 10 бит
Настройки кодирования: --crf 30 --preset placebo
Итоговый вес видеодорожки: 96.4 KB
Итоговый битрейт: 219 kbps
Скачать видеоотрывок
why —no-mbtree? maybe it’s too short?
imho in bitrate-wise x265 obviously wins, but when compared vs normal x264 bitrate (ie x264 @ crf 16/20) x264 is still better in quality-wise
It’s harder to compare visual quality in large bitrates. )
Experimenter tried to achieve maximum visual quality for both codecs. —no-mbtree gives better result.
I also add the original video in post. May be someone can find keys for x264 which give better quality.
considering that x264 video quality usually starts falling apart massively above crf 25, this comparison is a bit silly. And by «a bit» I mean «very.»
You can try to achieve 96.4 KB size of video using any method for x264 and try to get visual quality same as x265. This test just show it’s not possible for given bitrate, that’s all.
I’m aware. What I am saying is that the given bitrate for this input is so low that x264 (AVC in general, really) is operating WELL outside of its sweet spot here, no matter what the settings, while HEVC is much better suited for this kind of very low bitrate operation.
Basically AVC is destined to fail compared to HEVC when compression is this extreme, so the results are not very interesting in my opinion.
Your x264 settings are stupid for such low bitrate. First you shouldn’t mess with settings which you don’t know how to use (I am hinting at «—no-mbtree —direct spatial —no-dct-decimate»). Second you should disable psy-rd at such low bitrates.
Here [URL]http://rghost.ru/6YCWSVw6b[/URL] is encode with «—crf 33 —preset placebo —psy-rd 0» settings and 96.6 KB size.
Screenshots of frames 20 and 72:
[IMG]http://i.imgur.com/5YCa81F.png[/IMG]
[IMG]http://i.imgur.com/vbmOQ8x.png[/IMG]
Which while not better than x265 but at least not this block-fest of your encode.
Thank you. Your encode is definetly better than ours. )
So please replace it. Don’t post biased comparisons.
Encode proposed by nobody555 added to post.
I’m encodin anime to x264 320×240 48 kbit/s + 16 kbit Opus.
Still watchable.
…and what about WebM ?
http://www.webmproject.org/tools/
WebM is a container