|
![]() |
|
|
Опции темы | Поиск в этой теме |
![]() |
#1 |
Главный Кинооператор
![]() |
![]() Итак, дорогие друзья, High Efficiency Video Coding (HEVC) продолжает своё движение в массы и, судя по письму, которое я получил в личку на трекере от одного из риперов, использовавших мои рекомендации по кодированию в AVC, назрела необходимость начать обсуждение возможностей, опций и рекомендаций по настройке кодера HEVC - H.265.
Хотя, на мой взгляд, это немного преждевременно, поскольку аппаратные проигрыватели HEVC остаются практически недоступными, да и само HEVC кодирование остаётся весьма затратным в плане потребности в ресурсах компьютера, кроме этого, H.265 остаётся в режиме бета-тестирования и многие немаловажные опции по прежнему недоступны. Несколько слов непосредственно о High Efficiency Video Coding (HEVC). Я тут выкопал статейку на ВИКИ, которая, хотя и весьма устарела, но из неё можно почерпнуть общее представление о возможностях и особенностях H.265 кодирования. Для начала рекомендую интересующихся с ней ознакомиться. Далее - HEVC и MediaCoder. В версии 0.8.32 build 5660 от 19 сентября 2014 года появилась возможность многопроходного кодирования в H.265. Это, естественно, повлияет на конечный результат в сторону повышения качества кодирования. Вот как выглядит панель настроек MediaCoder в режиме HEVC: Доступны следующие RateMode: Average Bitrate, Variable Bitrate, Constant Bitrate, Constant QP, 2-Pass, 3-Pass. Как видите, с режимами всё стало на место. Естественной рекомендацией будет использовать режим 2-Pass, как оптимальный по соотношению время кодирования - качество результата.
Кроме этого, могу порекомендовать установить Preset, как на картинке, - Very Slow. Ниже под спойлером таблица изменения настроек кодера в зависимости от выбранного пресета. Теперь перейдём к таблице доступных через MediaCoder опций HEVC (под спойлером).
Как видите, пока эта таблица не отличается богатым набором доступных опций кодера и, что, на мой взгляд, самое важное - отсутствует возможность выбора уровня (Level) кодирования.
https://ru.wikipedia.org/wiki/H.265#...B2.D0.BD.D0.B8 Но, как говорится, дорогу осилит идущий и, раз у народа на Кинозале.ТВ появился интерес, хотя, повторюсь, на мой взгляд, ещё - преждевременный, то не вижу повода не поковыряться общими силами в настройках HEVC применительно к MediaCoder-у. На сладкое я оставил возможность для свободно владеющих английским языком, включая специальную терминологию, оказать весомую помощь всем остальным. Вот здесь находится наиполнейший комплект документации по HEVC (по английски): http://x265.readthedocs.org/en/default/ На основе нашего обсуждения я надеюсь к моменту выхода альфа-релиза H.265 составить полное описание опций кодера с необходимыми рекомендациями, как я сделал для H.264. |
![]() |
![]() |
#2 |
Сообщения: n/a
|
Качество картинки при Medium и при Very Slow (субьективно) -не отличается, хотя времени для кодирования требуеться больше.
|
![]() |
![]() |
#3 |
Главный Кинооператор
![]() |
Субъективно качество кодированного видеопотока оценить крайне сложно. Нужно учитывать и чёткость, и детализацию, и качество обработки движения в кадре. Поскольку в HEVC появились новые алгоритмы предсказания движения (Star, Full), про которые толком мало что известно...
ИМХО, нужно начать с изучения всех опций командной строки по очереди по ссылке: http://x265.readthedocs.org/en/default/cli.html Мне не хватает знания английского языка, а на длительный машинный перевод маловато времени... Для самого начала неплохо было бы хоть разобраться, какое влияние на процесс кодирования и его конечный результат оказывает выбор пресета. |
![]() |
![]() |
#4 |
Сообщения: n/a
|
Как видно, на Кинозале,мало любителей нового (судя по раздачам х265).
На KickassTorrents около 500 раздач, но качество оставляет желать лучщего. Неужели никого не интерисует эта тема, кроме иностранцев. Полелитесь своим мнением пожалуйста. , |
![]() |
![]() |
#5 |
Главный Кинооператор
![]() |
Попробую сам разобраться, раз не нашлось желающих помочь с переводом...
![]() Итак в списке параметров по приведённой ссылке такие параметры, как: --help, --version,--asm <integer:false:string> и --threads можно смело опустить. Первый параметр для вызова помощи, второй показывает детали версии кодека, третий предназначен для использования CPU SIMD архитектуры по умолчанию и четвёртый указывает, сколько ядер процессора можно использовать. Их все можно игнорировать. Следующий параметр: --preset, -p <integer|string> Sets parameters to preselected values, trading off compression efficiency against encoding speed. These parameters are applied before all other input parameters are applied, and so you can override any parameters that these values control.
|
![]() |
![]() |
#6 |
ВИП
![]() ![]() |
Чем быстрее пресет, тем меньшее качество на выходе. В этом отношении placebo обеспечивает максимально близкое к исходнику качество. Но кодироваться будет ОЧЕНЬ долго. А баланс между степенью сжатия и качеством обеспечивается оптимальными и сбалансированными для данного исходника настройками. И сейчас нет никаких преимуществ данного кодека над x264. Кодирование на порядок медленнее, совместимость - никакая... И никакого вау-эффекта от просмотра видео, кодированного этим кодеком, зритель не ощутит. Так что старый теплый ламповый x264 рулит и еще долгое время будет рулить. |
![]() |
![]() |
#7 |
ВИП
![]() ![]() |
З.Ы. Новые трусы хороши, если удобны. В противном случае зачем мучить себя.. |
![]() |
![]() |
#8 |
Главный Кинооператор
![]() |
В результате этого полученный файл занимает на носителе заметно меньше места, да и при передаче его в сеть требуется меньшая ширина канала. |
![]() |
![]() |
#9 |
ВИП
![]() ![]() |
И разницу между H.265 - коммерческим профессиональным и далеко не бесплатным кодеком - и опенсорсным бесплатным аналогом x265 (с помощью которого вы и кодируете), не ощущаете? Посмотрите на свои картиночки в топике. Что там на вкладочках написано? h265? Отнюдь... x265 Погуглите на досуге, кто разработчик данного кодека. HEVC разрабатывается для кодирования потокового UltraHD. Для этого в кодек заложена возможность работы с макроблоками 64x64 и 128x128. Вот в этом и есть его основная специализация. |
![]() |
![]() |
#10 |
Главный Кинооператор
![]() |
![]() Уважаемый оппонент, поймите разницу между форматом и кодеком... Поскольку H.265, как и H.264 - это форматы, а х265 и х264 - это кодеки. Разницу ощущаете? Далее - дайте мне хучь одну маааленькую сцылочку на Ваш коммерческий кодек Н.265... ![]() Только не надо мне приводить в пример Ulead Video Studio или Adobe Premier, равно как и любой другой шароварный видеоредактор. То, что Вы платите за лицензию видеоредактора, далеко не означает, что в комплекте этого софта не может быть опенсорсных библиотек... ![]() И ещё - коммерсантам на программные кодеры - декодеры глубоко начхать. Они разрабатывают и выпускают аппаратные кодеры, декодеры и транскодеры для использования их на студиях. И именно благодаря этому существуют опенсорсные библиотеки кодеков, которые разрабатываются и дорабатываются часто на чистом энтузазизьме (на этой же основе я лью на КЗ свои раздачи...) Теперь - насчёт сказок... ![]() Насколько мне известно, Вы к числу кодировщиков HEVC не относитесь. Реально мне известно, что кодирует х265 1234567890 и ещё - Ваш покорный слуга. Может, ещё ктонить ещё вроде igorparygin, но мне доподлинно это неизвестно и они своими впечатлениями со мной не делились. Так что - кем проверено и что проверено? Получается, в отличие от Вас, я делюсь тем, с чем работал сам, а Вы - тем, что нагуглили и не до конца поняли... Как то так... |
![]() |
![]() |
#11 |
ВИП
![]() ![]() |
Ну так продемонстрируйте нам, пожалуйста, на примере, где это HEVC дает в ДВА раза большую сжимаемость при одном и том же качестве.
Как раз с 1234567890 и смотрели. Никакого сходного качества и близко не лежало. Чудес не бывает. Все достигается за счет сплошного замыливания мелких деталей. И таки да, H.265 - это стандарт видеокомпрессии. И на его основе пишутся библиотеки кодеков (разные). В том числе по лицензии GNU с открытым кодом. Так вот, если над x264 работали программисты из достаточно известного сообщества, то x265 пилили китайцы. Вы же сами себе противоречите. Цитируете Вики о разработчиках СТАНДАРТА (при этом даже не удосужившись удалить сноски): PS И не перебарщивайте со смайликами, а то создается впечатление, что с неразвитым подростком общаешься. |
![]() |
![]() |
#12 |
Главный Кинооператор
![]() |
Кстати, тока пару часов тому задумался, что на форуме КЗ таблица смайликов бедновата и хотел идейку техподдержке форума подкинуть... Так что, Николай, не переживайте - подросток вполне себе доразвит, просто любит чуть поболе эмоций в свои посты добавлять. Насчёт лесорубов х265 утверждать не стану, тока отмечу, что главный разработчик столь нелюбимого Вами MediaCoder - Стэнли Хуанг, хоть его фамилия и звучит по китайски, вполне себе австралиец. Уж какое он имеет отношение к лесорубам, не спрашивал (я с ним на ФБ контачу...), но при случае - поинтересуюсь. Следующий вопрос - а чем Вам опенсорсные библиотеки не угодили?.. Констатирую факт - почему то Вы при появлении тем про что то новое начинаете это новое усиленно парафинить, обзывать какашкой, и всячески агитировать народ против этого нового. Зачем? То Вам MediaCoder не угодил, и Вы его однокнопочным конвертором обозвали. Теперь - х265 не кошерными разработчиками написан... Кстати, поинтересуюсь у Алексея, каким боком Вы и что с ним оценивали... Вот возьмите и перекодируйте сами чтонить в HEVC, - тогда и будете делиться впечатлениями... Да и результатами заодно. |
![]() |
![]() |
#13 |
ВИП
![]() ![]() |
А где вы у меня прочли, что я что-то против открытого кода имею? По-моему, любой вменяемый человек это только приветствовать может.
x264 - кодек с открытым исходным кодом. Почему я что-то буду иметь против него? Но сам по себе OpenSource - это еще не гарантия качества. Не об этом речь, а о том, что особых перспектив (по крайней мере, в ближайшее время) перехода в кодировании видео до FullHD кодеком x265 не вижу. Все доводы приведены выше: 1) несовместимость с бытовыми плеерами; 2) гораздо более долгое время кодирования по сравнению с x264 для достижения сходного качества. В кодировании видео в UltraHD-разрешения, вероятно, у x265 будут преимущества. На той же Вики задача данного стандарта заявлена однозначно - обеспечить лучшее сжатие для передачи ПОТОКА на меньших скоростях при сохранении определенного уровня качества видео. А здоровый скепсис никто не отменял, как и отметание всяческих маркетинговых заявлений, имеющих мало общего с реальностью. |
![]() |
![]() |
#14 |
Главный Кинооператор
![]() |
Николай, без обид, просто чуть тока появится какая то новая информация про софт, кодеки, методики, etc, как Вы тут же начинаете всё хаять...
Я прекрасно знаю об (пока ещё) неактуальности х265 именно по перечисленным Вами причинам + отсутствии доступа в настройках кодека к некоторым, ИМХО, жизненно важным настройкам, но, если народ интересуется, подключайтесь и попробуйте помочь разобраться, что в нём и почём... Мне жестоко не хватает знания английского вместе со спецтерминологией. Отмечу, что я, скорее, - практик, чем теоретик. Ну а, насчёт перспектив, думаю, что до конца следующего года в обиходе появится масса аппаратных проигрывателей HEVC и, если мы к этому будем готовы, то честь нам и хвала. |
![]() |
![]() |
#15 |
Сообщения: n/a
|
Как говориться в спорах рождаеться истина, я пережал фрагмент из фильма Трансформеры Эпоха истребления с Bluray в H 265.Там в начале фильма, где динозаврики бегают, много
мелких деталей с разрешением 1920x800 и 8000 Кбит/с, и этот же фрагмент пережал в H 264, но на 15000 Кбит/с.Отправился я с этими фрагментами в Компьютерный супермаркет DNS у себя в Омске, попросил знакомого поставить на просмотр,тогда с поддержкой x265 был только Samsung UE65HU9000 (165 см) -собралась толпа интерисующихся, но никто большого отличая не увидел. Может быть экран маловат, хотя демонстрационные фильмы ставят 50 Mbps H 265 и на такой экран.В общем япришёл к выводу, что для себя можнно кодировать, даже (сырым) x265 с уменьшением Кбит/с на 30-40 процентов, по сравнению с X264, естественно соблюдая оптимальное соотношение Bits/(Pixel*Frame) |
![]() |
![]() |
#16 |
ВИП
![]() ![]() |
1920x800 кодировать с битрейтом 15 Мбит/с? Зачем? Вы как минимум в полтора раза больше битрейта налили, чем нужно.
0.400 Bits/(Pixel*Frame) - это по-Вашему оптимальное соотношение? O_o Вопрос всегда один - с какими настройками кодировали и где лог... Покажите полные логи кодирования того и другого, сравнения на B-фреймах, тогда все наглядно видно будет. А то все это ни о чем... |
![]() |
![]() |
#17 |
Сообщения: n/a
|
Ну в Blu-Ray Remux (1080p) побольше Кбит/с, а я хотел пережать в x265 c уменьшением Кбит/с примерно в 2раза/
|
![]() |
![]() |
#18 |
ВИП
![]() ![]() |
А при чем тут Blu-Ray Remux, когда речь идет о рипах? Мало ли какой битрейт на блюре.
Для чистоты эксперимента: берется один исходник и кодируется с самыми оптимальными настройками, так, чтобы кванты на всех фреймах были в пределах допустимой нормы. Можно взять небольшой семпл на пару минут - статика, динамика. Потом сравниваются - по логам выходной размер, время кодирования. И визуально качество рипов... |
![]() |
![]() |
#19 |
Сообщения: n/a
|
Для начала рекомендую интересующихся с ней ознакомиться.
Далее - HEVC и MediaCoder. В версии 0.8.32 build 5660 от 19 сентября 2014 года появилась возможность многопроходного кодирования в H.265. Это, естественно, повлияет на конечный результат в сторону повышения качества кодирования. |
![]() |
![]() |
#20 |
Сообщения: n/a
|
1 проход даже не обсуждалась. |
![]() |
![]() |
|
Здесь присутствуют: 5 (пользователей - 0 , гостей - 5) | |
Опции темы | Поиск в этой теме |
|