» H.265/HEVC Codec

H.265/HEVC Codec
http://x265.org/

кодек H.265, или HEVC (High Efficiency Videocoding). Она обещает на 50% увеличить эффективность кодирования. Это означает, что, в сравнении с H.264, для получения аналогичного качества потребуется в полтора раза более низкий битрейт или что при одинаковом битрейте можно получить в полтора раза более высокое качество.

Official news:
http://www.spreed.com/eu/news/libde265/de

libde265 on github:
http://github.com/strukturag/libde265

HEVC / H.265 on Wikipedia:
http://en.m.wikipedia.org/wiki/High_Efficiency_Video_Coding

Разработчик: Stuttgarter struktur AG
Скачать: libde265 v0.9
https://github.com/strukturag/libde265/releases

Dev
http://builds.x265.eu/

jasonliull, как реально можно использовать кодек H.265 для кодировки, в какой программе он используется?

Raniw
They just release source code:
https://github.com/strukturag/libde265/releases/tag/v0.1

Still on develop, not full function yet.

шото тема дохлая, народ уже во всю рипует, тестит...

Что же дальше?

ffmpeg умеет уже не только декодировать, но и кодировать, используя библиотеку x265
http://ffmpeg.zeranoe.com/builds/

Но, нужно сказать, кодек x265 пока сырой и тормозной. Вылизаный, оптимизированый и с psy x264 все еще вне конкуренции.

а по моему уже 265 вполне бьёт 264 по качеству, но правда скорость конечно оставляет желать лучшего, но вполне приемлема.

Цитата:

а по моему уже 265 вполне бьёт 264 по качеству

У 265 ресурсов для декодирования нужно почти столько-же, сколько для кодирования 264.

Ресурсов для кодирования 265 нужно где-то на порядок больше, чем у 264. Это значит, что никакие мобильники, камеры, фотики просто технически не смогут кодировать 265 ближайшие N лет.

По качеству было сравнение. Выигрыш ощутим только начиная от FullHD и выше разрешений картинки. Разницы десятки процентов (не разы).

В общем, на ближайшие 3 года, как минимум, тема 265 не актуальна вообще.

так и никакие мобильники, камеры, фотики нас не волнуют, это мусор.

на даный момент любой камень планшетного уровня может довольно не плохо декодировать хевк видос вплоть до разрешения 720.

аппаратная поддержка через гп не за горами, тем более уже ведутся работы по разработке чипика для бытовых смотрелок, а китайцы уже успели и поторговать такими смотрелками но правда на основе оси андроида.

Цитата:

paremiya
на даный момент любой камень планшетного уровня может довольно не плохо декодировать хевк видос вплоть до разрешения 720.

1. Насчёт любой, есть большие сомнения. А даже если и сможет, то батарею жрать будет в разы больше.
2. А какой смысл юзать 265 на разрешениях ниже 720? Только если понты. На разрешениях ниже FullHD разница в качестве малоотличима.

Подскажите подробную инструкцию по кодированию данным кодеком, по его настройкам.
А то как ни пытался его заюзать - на одном видео выдает выходной файл, другое кушать не хочет... Вплоть до того что вываливается с ошибкой.
Пытался и MeGUI использовать - тот же результат. Один фильм закодировал сразу же после установки сей софтины - повторить этот трюк так и не смог, как ни пытался.
С MKVtoolnix та же проблема - видеопоток ни в какую запихнуть не захотел в контейнер.
Лишь несколько дней назад обновление накатилось mkvtoolnix в котором заявлена поддержка hevc, но пока не экспериментировал.

Материалы в основном у меня в mpeg2 и BD. Подскажите куда копать.

MihaNix
У меня работает так.
ffmpeg -i INPUT -c:v libx265 -preset veryslow OUT.mp4
Вместо INPUT своё имя файла
ffmpeg нужен самый свежий

Kommunist
Спасибо!
Более или менее рабочее решение.
Самое очевидное решение и не видел - думал только декодер прикрутили, поэтому в сторону ffmpeg не смотрел.
Пользовался нативным x265 + костыли различные...

Добавлено:
Поэкспериментировал немного с этим кодеком.
Для кодирования всегда выбираю минимально возможный для видео битрейт, при котором потери не сильно будут бросаться в глаза.
Так вот взял несколько фрагментов и кодировал их xvid, h264, h265.
h265 - ну очень сырой пока.
Визуально очень сильно уступает h264-му.
В сравнении с xvid почти на равных и даже чуть лучше старичка.

Заметил специфические артефакты.
Например эффект, которого даже в последних версиях xvid-а не видно
Многие наверное его наблюдали на плавных переходах цветов - эффект гребенки.

Так же заметно на глаз некоторое "улучшение" картинки - после кодирования наблюдал исчезновение мелких шумов.
Негативно к этому отнесся от того, что на записи имелось место, где на относительно темном фоне - были четко видны падающие пылинки, попадающие в лучи света... так вот после кодирования x265 их не стало, зато фон приобрел резкость.
x264 на этом же фрагменте и при том же битрейте немного размазал эти пылинки (за счет специфических артефактов кодека) немного сквадратил их... но все таки они были видны.
Кстати у такого поведения кодека h265 вижу и плюсы в более качественном кодировании мультипликации с большой площадью однотонных участков в кадре. На мультфильмах он рулит!

С настройками сильно не заморачивался - все по дефолту, разве что xvid по привычке подкрутил...
Вот вроде как высказал свое мнение о кодеке.
Буду время от времени на него поглядывать с целью перехода.

MihaNix
В принципе, на небольших разрешениях 265 сравним с 264 High profile с задранными характеристиками качества. Это когда один кин можно кодировать сутки и дольше. Ну немного другие артефакты. В общем не принципиально.

Главная проблема в том, что H.265 не даёт революционного прироста в качества или уровне сжатия. Он лишь чуть улушает 264 в ущерб многократного роста загрузки CPU.

Как я раньше и говорил, года три можно даже не смотреть в сторону 265.

Kommunist
только еще не известно как усовершенствуют через те же три года сам 264й
он ведь не стоит на месте и активно развивается что очень хорошо!

ну а так спасиб за высказанное мнение, а то кто о чем пишет, что в два раза лучше, кто 50% пишет, на wiki более скромнее 35%.... кто меньше?

Добавлено:
уже рипуют, можно и сравнения посмотреть
http://rutracker.org/forum/viewtopic.php?p=63497624#63497624

264-ый сильно уже никуда не разовьется. Тот же x264 обновляется все реже и реже. Может, еще будут оптимизировать и дотачивать под новые процессоры, но по качеству сжатия предел этой технологии почти достигнут.

Что касается 265-ого, то основной выигрышь, вероятно, появится только при кодировании видео высокого разрешения (4к/8к) или битности (10бит). Для нынешних 2k/8бит x264 пока что вне конкуренции. x265 до него еще не дотягивает. Сравнивал на 1080p/8bit с отключением psy у x264, пресеты veryslow, -tune ssim или -tune psnr, в 1 проход с -crf или просто задавая нужный битрейт. x264 стабильно выдает лучший SSIM или PSNR. При этом x265 кодирует намного медленней. Если у x264 включить psy, то в SSIM/PSNR он проигрывает, возможно из-за этого и считают, что x265 уже сейчас лучше жмет. Это вряд ли. При этом в запасе x264 еще и многопроходное кодирование, которое я в своих тестах не использовал, и psy, оценить который можно только глазами, а не по SSIM/PSNR.
Возможно, с другими реализациями HEVC или при каких-то хитрых ручных настройках x265 ситуация другая, не знаю. Но пока предпочитаю для себя использовать x264.

Ajaja

Цитата:

выдает лучший SSIM или PSNR

это синтетика
на глаз эти PSNR могут быть вообще по барабану

Цитата:

При этом x265 кодирует намного медленней.

кодирует да, но это еще пол беды, слышал что декодирует так что ресы компа не хило сжираются, чуть ли не так как при кодировании x264, возможно это преувеличение конечно но все же.

Цитата:

Но пока предпочитаю для себя использовать x264.

конечно, он годами отточен, 265 сырой еще, там пилить и пилить, самое главное вроде есть куда. Хотя кто то на форуме высказывает сомнение, типо разраб китаец и доверия мало...

Тут еще важно конечно какие ресурсы будут жрать файлы при декодировании
Ну и при кодировании тоже многократное отставание по времени от 264 не хотелось бы.



p.s. Ну а по поводу 4k, на мое мнение и даром не надо, даже через 30лет. Перебор это откровенный, маркетинг. Др.словами нахрена? Для гиков, это для таких же гиков которым нужен звуковой файл флак весом в 10гб и им пофиг что 80% диапазона частот не способен услышать наш слуховой аппарат, им главное цифры!

Видео сделано таким образом что на площади экрана в фокусе лишь малая часть его, остальное естественно размыто, следовательно нафига сверх детализация и разрешение.
Вторая причина, видео не статично, его не рассматривают под лупой уткнувшись в монитор, на неком расстоянии на сверхдетализацию уже начхать, ее просто не увидит наш глазной аппарат. Я объективно стараюсь всегда мыслить не поддаваясь на психовлияние маркетинга. Везде нужна золотая середина, а не откровенный перебор, к сожалению общество выбирает второе... ибо природа такова, человеку все мало! Как говориться "жадность фраера погубит".

SerJantX

Цитата:

на глаз эти PSNR могут быть вообще по барабану

Да, но дело в том, что x265 на данный момент кодирует по-умолчанию с --tune ssim, и при этом умудряется на одинаковом битрейте со стандартными пресетами veryslow vs veryslow проигрывать в SSIM x264-ому с тем же --tune ssim. По-моему, в данном случае именно такое сравнение кодеков более-менее объективно. Сравнивать их на глаз проблематично, слишком велик риск необъективности и самообмана.

veryslow veryslow-у рознь.
veryslow 265-го просто отстойный (да что там, даже плацебо у 265-го галимое), и не даст объективного сравнения.
нужны ручные корректировки настроек под пресеты 264-го, дабы выровнять хотя бы аналогичные настройки.

при правильных настройках и равноценном битрейте, 265-тый, даже на данном этапе, в лёгкую обходит по качеству 264-тый на разрешениях 1080 и выше.
и скорость энкода при этом выше в полтора...два раза нежели хай10@264, которым балуется не мало народа, и вполне довольны.
а вот скорость майна10@265 конечно удручает, до трёх раз медленнее чем у хай10@264.

paremiya
Если не сложно, поделитесь правильными настройками, при которых для 1080p/8бит можно с помощью x265 получить лучший SSIM, чем у x264 c --preset veryslow --tune ssim. Например, на этом http://dfiles.ru/files/4mh3mvppn фрагменте. Или на любом другом, только желательно не анимации. А то я уже начинаю подозревать, что проблема в ffmpeg+libx265, который я использую для тестов.

Ajaja скинь сюда свой лог-264, чтобы я смог оттолкнуться от твоих результатов.

paremiya

Код: ffmpeg.exe -i 3D.mkv -map v -c:v libx265 -b:v 10M -preset veryslow -tune ssim -x265-params ssim=1 265.mkv

ок, потренируюсь

С режимом crf ситуация veryslow vs veryslow еще хуже:

Код: ffmpeg.exe -i 3D.mkv -map v -c:v libx265 -preset veryslow -tune ssim -x265-params crf=27:ssim=1 265.mkv

Есть предположение, что H265 заточен под другую метрику. Где производится учёт не каждого кадра по отдельности, а как видео-последовательности. Так что сравнивать SSIM метрикой x264 vs H265 боюсь не катит. Пока не будет новой межкадровой метрики, придётся сравнивать по старинке, глазками.

Ajaja вот с такими жестокими настройками мне удалось разогнать симку до уровня чуть более 264-го икса.

для справки, контрольный тест
--bitrate 10000 --preset veryslow --tune ssim --ssim
у мну жмёт со скоростью 0.18 fps


Код:
--frame-threads 1 --bitrate 10000 --ref 16 --bframes 9 --merange 64 --max-merge 5 --me 2 --subme 7 --rd 6 --aq-mode 2 --min-keyint 1 --keyint 240 --b-adapt 2 --rc-lookahead 40 --no-scenecut --ssim --tu-intra-depth 4 --tu-inter-depth 4

Боюсь, что H.265 при таких затратах на кодирование может вообще не выстрелить и повторить судьбу JPEG 2000. Несмотря на более лучшее сжатие и менее заметные артефакты классический JPEG остаётся непобедим. И всё потому, что проще смириться с увеличением размеров файлов на 20%, чем с увеличением нагрузки на процессор в 5 раз.

Kommunist

Цитата:

И всё потому, что проще смириться с увеличением размеров файлов на 20%, чем с увеличением нагрузки на процессор в 5 раз.

Вряд ли после оптимизации декодеров разница будет в 5 раз. К тому же, HEVC изначально проектировался с более продвинутой поддержкой многопоточного декодирования, чем у h.264. Там каждый отдельный кадр можно в несколько потоков декодировать. Возможно, это окажется важным при декодировании 4к/8к видео на недорогих(в будущем) железяках. Т.к. даже более ресуроемкий алгоритм дешевле реализовать в железе, если он лучше распараллеливается. Больше ядер, зато меньше гигагерц.

Смотрю с какими мучениями удалось чуть-чуть превысить уровень качества x264, и это при условии практически на порядок большего объёма вычислений.

А в википедии пишут, что H.265 всех рвёт как тузик грелку:
http://en.wikipedia.org/wiki/H.265#cite_note-CodingEfficiencyHEVCIEEE2012-43

И ссылаются на научные статьи, где типа вообще всё безоблачно:
http://iphome.hhi.de/wiegand/assets/pdfs/2012_12_IEEE-HEVC-Performance.pdf

Что интересно, в статье много слов о том, какой могучий H.265, но ни слова о том, как тестировали.
То-ли настоящий с полным набором фич H.265 действительно так крут, но только когда все фичи включат народ содрогнётся от реальных тормозов H.265. То-ли парни немного тестировали в свою пользу.

Интересно, если ещё в 10 раз замедлить H.265 от текущего уровня в случае включения всего набора фич - это будет полным провалом для H.265?

ничего он не рвёт. в компрессии изображения, похоже почти упёрлись в предел. как это с кремнием, в производстве микросхем шас происходит. подвижки вперёд конечно ещё будут, но каждый раз расплата за это чуть-чуть, будет стремиться к бесконечности.