Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » H.265 | HEVC Codec

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6

Открыть новую тему     Написать ответ в эту тему

jasonliull



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
H.265/HEVC Codec



High Efficiency Video Coding (HEVC / H.265) – новейший кодек, призванный начать мини революцию в мире потребительского мультимедийного контента. В интернете много информации об этом кодеке. Вкратце – это значительно более эффективный кодек, по сравнению со своим предшественником, H.264. Это абсолютно новый кодек, применяющие значительно более совершенные алгоритмы сжатия. И его главная задача – работа со сверх разрешениями, типа 4K и выше. Здесь он проявляет свои возможности особенно хорошо. А возможности у него действительно впечатляющие. Для качественного воспроизведения 4K видео ему нужен поток всего в 50MB/s, что практически на 60% эффективнее XAVCS. При этом визуальные потери почти не заметны. На данный момент работы над алгоритмом подходят к завершению и уже совсем скоро кодек покинет статус АЛЬФА разработок.

Info
http://hevc.info/
https://www.spreed.com/eu/news/libde265/de
https://github.com/strukturag/libde265
 
Разработчик: struktur AG.
Cтатус: Бесплатно
Язык: Английский,
 
Wiki
https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding
 
Major Source:
 
Dev: https://builds.x265.eu/
libde265 v1.03: https://github.com/strukturag/libde265/releases/download/v1.0.3/libde265-1.0.3.tar.gz

Всего записей: 2532 | Зарегистр. 05-08-2012 | Отправлено: 10:29 07-09-2013 | Исправлено: shrmn, 22:07 27-03-2023
Raniw

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
jasonliull, как реально можно использовать кодек H.265 для кодировки, в какой программе он используется?

Всего записей: 726 | Зарегистр. 03-05-2005 | Отправлено: 12:06 07-09-2013
jasonliull



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Raniw
They just release source code:
https://github.com/strukturag/libde265/releases/tag/v0.1
 
Still on develop, not full function yet.

Всего записей: 2532 | Зарегистр. 05-08-2012 | Отправлено: 12:17 07-09-2013 | Исправлено: jasonliull, 12:22 07-09-2013
paremiya



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
шото тема дохлая, народ уже во всю рипует, тестит...

Всего записей: 586 | Зарегистр. 03-01-2008 | Отправлено: 16:40 18-02-2014
Durachina



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Что же дальше?

Всего записей: 24 | Зарегистр. 16-02-2008 | Отправлено: 21:52 20-02-2014
Ajaja

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ffmpeg  умеет уже не только декодировать, но и кодировать, используя библиотеку x265
http://ffmpeg.zeranoe.com/builds/
 
Но, нужно сказать, кодек x265 пока сырой и тормозной. Вылизаный, оптимизированый  и с psy x264 все еще вне конкуренции.

Всего записей: 1032 | Зарегистр. 17-06-2004 | Отправлено: 23:46 20-02-2014
paremiya



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
а по моему уже 265 вполне бьёт 264 по качеству, но правда скорость конечно оставляет желать лучшего, но вполне приемлема.

Всего записей: 586 | Зарегистр. 03-01-2008 | Отправлено: 13:39 25-02-2014
Kommunist

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

У 265 ресурсов для декодирования нужно почти столько-же, сколько для кодирования 264.
 
Ресурсов для кодирования 265 нужно где-то на порядок больше, чем у 264. Это значит, что никакие мобильники, камеры, фотики просто технически не смогут кодировать 265 ближайшие N лет.
 
По качеству было сравнение. Выигрыш ощутим только начиная от FullHD и выше разрешений картинки. Разницы десятки процентов (не разы).
 
В общем, на ближайшие 3 года, как минимум, тема 265 не актуальна вообще.

Всего записей: 1919 | Зарегистр. 02-03-2003 | Отправлено: 14:32 25-02-2014
paremiya



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
так и никакие мобильники, камеры, фотики нас не волнуют, это мусор.
 
на даный момент любой камень планшетного уровня может довольно не плохо декодировать хевк видос вплоть до разрешения 720.
 
аппаратная поддержка через гп не за горами, тем более уже ведутся работы по разработке чипика для бытовых смотрелок, а китайцы уже успели и поторговать такими смотрелками но правда на основе оси андроида.

Всего записей: 586 | Зарегистр. 03-01-2008 | Отправлено: 15:04 25-02-2014
Kommunist

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

Всего записей: 1919 | Зарегистр. 02-03-2003 | Отправлено: 15:28 25-02-2014
MihaNix

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

Всего записей: 124 | Зарегистр. 18-06-2010 | Отправлено: 17:40 10-03-2014
Kommunist

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
MihaNix
У меня работает так.
ffmpeg -i INPUT -c:v libx265 -preset veryslow OUT.mp4
Вместо INPUT своё имя файла
ffmpeg нужен самый свежий

Всего записей: 1919 | Зарегистр. 02-03-2003 | Отправлено: 21:30 10-03-2014
MihaNix

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Kommunist
Спасибо!
Более или менее рабочее решение.
Самое очевидное решение и не видел - думал только декодер прикрутили, поэтому в сторону ffmpeg не смотрел.
Пользовался нативным x265 + костыли различные...
 
Добавлено:
Поэкспериментировал немного с этим кодеком.
Для кодирования всегда выбираю минимально возможный для видео битрейт, при котором потери не сильно будут бросаться в глаза.
Так вот взял несколько фрагментов и кодировал их xvid, h264, h265.
h265 - ну очень сырой пока.
Визуально очень сильно уступает h264-му.
В сравнении с xvid почти на равных и даже чуть лучше старичка.
 
Заметил специфические артефакты.
Например эффект, которого даже в последних версиях xvid-а не видно
Многие наверное его наблюдали на плавных переходах цветов - эффект гребенки.
 
Так же заметно на глаз некоторое "улучшение" картинки - после кодирования наблюдал исчезновение мелких шумов.
Негативно к этому отнесся от того, что на записи имелось место, где на относительно темном фоне - были четко видны падающие пылинки, попадающие в лучи света... так вот после кодирования x265 их не стало, зато фон приобрел резкость.
x264 на этом же фрагменте и при том же битрейте немного размазал эти пылинки (за счет специфических артефактов кодека) немного сквадратил их... но все таки они были видны.
Кстати у такого поведения кодека h265 вижу и плюсы в более качественном кодировании мультипликации с большой площадью однотонных участков в кадре. На мультфильмах он рулит!
 
С настройками сильно не заморачивался - все по дефолту, разве что xvid по привычке подкрутил...
Вот вроде как высказал свое мнение о кодеке.
Буду время от времени на него поглядывать с целью перехода.

Всего записей: 124 | Зарегистр. 18-06-2010 | Отправлено: 15:52 11-03-2014
Kommunist

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
MihaNix
В принципе, на небольших разрешениях 265 сравним с 264 High profile  с задранными характеристиками качества. Это когда один кин можно кодировать сутки и дольше. Ну немного другие артефакты. В общем не принципиально.
 
Главная проблема в том, что H.265 не даёт революционного прироста в качества или уровне сжатия. Он лишь чуть улушает 264 в ущерб многократного роста загрузки CPU.
 
Как я раньше и говорил, года три можно даже не смотреть в сторону 265.

Всего записей: 1919 | Зарегистр. 02-03-2003 | Отправлено: 21:05 11-03-2014
SerJantX



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Kommunist
только еще не известно как усовершенствуют через те же три года сам 264й
он ведь не стоит на месте и активно развивается что очень хорошо!
 
ну а так спасиб за высказанное мнение, а то кто о чем пишет, что в два раза лучше, кто 50% пишет, на wiki более скромнее 35%.... кто меньше?
 
Добавлено:
уже рипуют, можно и сравнения посмотреть
http://rutracker.org/forum/viewtopic.php?p=63497624#63497624

Всего записей: 941 | Зарегистр. 05-10-2009 | Отправлено: 14:45 13-04-2014 | Исправлено: SerJantX, 14:46 13-04-2014
Ajaja

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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.

Всего записей: 1032 | Зарегистр. 17-06-2004 | Отправлено: 19:27 13-04-2014
SerJantX



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ajaja

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

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

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

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

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

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

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

Всего записей: 941 | Зарегистр. 05-10-2009 | Отправлено: 09:08 14-04-2014 | Исправлено: SerJantX, 09:16 14-04-2014
Ajaja

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SerJantX

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

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

Всего записей: 1032 | Зарегистр. 17-06-2004 | Отправлено: 14:00 14-04-2014
paremiya



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
veryslow veryslow-у рознь.
veryslow 265-го просто отстойный (да что там, даже плацебо у 265-го галимое), и не даст объективного сравнения.
нужны ручные корректировки настроек под пресеты 264-го, дабы выровнять хотя бы аналогичные настройки.
 
при правильных настройках и равноценном битрейте, 265-тый, даже на данном этапе, в лёгкую обходит по качеству 264-тый на разрешениях 1080 и выше.
и скорость энкода при этом выше в полтора...два раза нежели хай10@264, которым балуется не мало народа, и вполне довольны.
а вот скорость майна10@265 конечно удручает, до трёх раз медленнее чем у хай10@264.

Всего записей: 586 | Зарегистр. 03-01-2008 | Отправлено: 13:25 15-04-2014 | Исправлено: paremiya, 13:49 15-04-2014
Ajaja

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

Всего записей: 1032 | Зарегистр. 17-06-2004 | Отправлено: 14:01 15-04-2014
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6

Компьютерный форум Ru.Board » Компьютеры » Программы » H.265 | HEVC Codec


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru