Пользователь
0,0
рейтинг
25 сентября 2011 в 14:51

Маркетинг → Что такое Hi10P? перевод

В сущности, Hi10P всего навсего профиль известного стандарта H.264, который использует 10 бит для передачи цвета, тем самым уменьшая сегментацию изображения (например, досаждающие многим ступенчатые градиенты) и уменьшая общий вес файла. Если не углубляться в детали, то достаточно сказать, что применение данного профиля это большой шаг вперёд. Данный текст ставит своей целью помочь людям в выборе проигрывателя способного корректно воспроизводить Hi10P видео.
В оригинальной статье есть некоторые изменения, посему данный перевод можно считать устаревшим, тем не менее инструкция остаётся работоспособной.

Как смотреть Hi10P

Существуют несколько решений подходящих для качественного проигрывания Hi10P:
  • Скачайте SMplayer или же используйте mplayer2 из консоли
  • Установите последний CCCP и используйте проигрыватель входящий в него (CCCP будет преобразовывать видео в 8 бит перед отображением, кроме того вы можете столкнуться с низкой производительностью на слабых машинах)
  • Скачайте последний билд VLC Media Player и установите его (не советуем вам этого делать)
  • Если вы хотите использовать другой рендер вместо madVR или хотите применять дополнительные пост-обработочные фильтры* (пример), вы можете использовать LAV фильтры с любым конечным проигрывателем (рекомендуется использовать MPC-HC или же potplayer, хотя potplayer может иметь проблемы с отображением субтитров)
    *будьте внимательны, так как они не производят преобразования, поэтому всегда проверяйте что madVR установлен на 10 бит (см. ниже)
  • Если же у вас имеются проблемы с воспроизведением Hi10P по причине недостаточной производительности, то вы можете использовать CoreAVC 3, тем не менее имеются некоторые проблемы. И похоже решение проигрывает по производительности ffdshow

Выбирайте!

Mplayer2 (и SMplayer с расширением) будут оптимальны для большинства пользователей, особенно для тех кто желает работающее решение из коробки. Однако для максимального качества вам необходимо использовать MPC-HC + madVR как будет показано ниже.

Если же вы пользуетесь операционной системой отличной от Windows, например GNU/Hurd/Linux/Haiku/BSD/VMX/OS/2/MS-DOS/Menuet/BareMetalOS/и так далее, всё тоже самое — обзаведитесь mplayer2 или VLC.

Пользователям же Mac OS X необходимо использовать Mplayer OSX Extended.

Как НЕ смотреть Hi10P

  • CoreAVC в режиме CUDA, DXVA, LAV CUVID как и стабильные версии VLC и ffdshow не поддерживают Hi10P к моменту написания по причине отсутствия видеокарт поддерживающих 10 битное декодирвоание
  • SVN билд ffdshow-tryout теперь поддерживает Hi10P
  • Замечание: Использование VSFilter (иначе известного как DirectVobSub) с Hi10P требует преобразования к 8 битам, что может привести к заметной потери качества

Достоинства Hi10P

  • Значительно более высокий уровень сжатия, что приводит к намного меньшим размерам файлов. первые тесты показывают уменьшение размера файлов на 20-40%
  • Намного больше информации сохраняется из оригинала, устраняются такие проблемы как сегментация и плохая детализация в тёмных сценах
  • Меньше головной боли для энкодеров

Недостатки Hi10P

  • Меньшая скорость кодирования и декодирования
  • Отсутсвие, к моменту написания, поддержки DXVA или CUDA
  • Некоторые проблемы с несовместимостью с непонятным и устаревшим железом, например с проигрыванием видео на PS3, но всем...

А зачем нам это?

Технологии не стоят на месте Так было с DVD, Blu-ray и DivX, теперь тоже самое происходит с Hi10P. Последние декодирующие устройства намного быстрее даже при декодировании 10 бит по сравнению с декодерами 8 битов годичной давности, так что у нас есть мощности для нового шага вперёд.

Как кодировать в Hi10P

Предполагая, что вы уже знакомы с кодированием видео, обзаведитесь соответствующим билдом x264, обозначенным как «10bit depth». На Линуксе просто выполните "./configure –bit-depth=10" перед компиляцией.

Особая заметка: Официальный билд x264 до сих пор имеет баги и неправильно конвертирует уровни. Вы можете использовать неофициальный билд x264 с исправлениями (JEEB’s builds) или же пропатчить официальный билд сами.

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

Помечайте свои релизы меткой «Hi10P». Вы можете свободно указывать ссылку на данную инструкцию в описаниии секций/файлов, дабы помочь людям настроить свои плееры прежде чем они начнут скулить на форумах.

Примеры Hi10P файлов

Примеры файлов закодированных в Hi10P можно найти здесь и здесь.

Хорошая подборка сравнения между 8 и 10 битной компрессией лежит здесь. Легко заметить, что 10 битное сжатие даёт большее качество с меньшим битрейтом.

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

Заблуждения о Hi10P и 10 битном выходе

Потребность иметь 10 битный (иначе говоря 32-битный «реальный» цвет) монитор, для того что бы увидеть преимущества Hi10P, абсолютно отсутствует. Даже после преобразования обратно в 8 бит, видео закодированное в 10 бит значительно выигрывает в качестве, по сравнению с видео закодированным в 8 бит. И это уже не говоря об уменьшении размера файлов.

Тот же 0.01% людей, имеющих подобные мониторы, должны будут поизвращаться с нестабильными драйверами для вывода 10 битного видео.

Инструкция по установке MPC-HC + madVR


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

Данный метод даст в итоге значительно более качественную картинку и более высокую производительность, по сравнению с CCCP Beta (ну и вообще всё, что основано на ffdshow), так что если вы стремитесь смотреть видео в Hi10P, или даже обычное 1080p, попробуйте нижеследующее. MadVR регулярно обновляется и использует последнюю версию libav для декодирования, выдавая намного более высокую скорость нежели чем абсурдно устаревший ffdshow-tryout, не говоря уже о ещё более абсурдном CCCP основанном на нём.

Шаг ноль: требования

  1. Деинсталируйте ВСЕ копии MPC-HC, CCCP, ffdshow, madVR, Haali, K-lite, CoreAVC и т.д., всё что вы сможете найти сносите не щадя. Данная инструкция не имеет более никаких требований, и в идеале не должна иметь и в будущем.

Шаг один: скачивание и установка

  1. Скачайте и установите последнюю версию MPC-HC (выбирайте .exe версию установшика). Заметка: Выбирайте ТОЛЬКО 32-битную верию (x86)! 64-битная версия (x64) несовместима с madVR и не будет с ней работать
  2. Достаньте и установите последнюю версию Haali’s Media Splitter
  3. Загрузите последнюю версию madVR и извлеките в желаемую директорию. Запустите на исполнение install.bat находящийся в директории извлечения. НЕ УДАЛЯЙТЕ ЭТУ ДИРЕКТОРИЮ ПОСЛЕ ЭТОГО, madVR обитает в этой папке и не копирует себя никуда более. Переместите содержание данной директории куда-нибудь перед установкой, например в C:\Program Files\madVR.
    Заметка: Убедитесь что вы залогинены как Администратор перед выполнением этого! Не нажимайте правую кнопку мыши и выбирая далее “запустить от имени администратора”, залогиньтесь под администратором и запустите как обычно!

Шаг два: настройка

  1. Откройте настройки MPC-HC. Выбрав «Встроенные фильтры» (Internal Filters), отключите нижеследующее:
    image
  2. Выбрав «Воспроизведение» (Playback), включите «Автозагрузка субтитров» (Auto-load subtitles)
    image
  3. В пункте «Субтитры» (Subtitles), убедитесь что «Включить анимацию при буфферизации» (Allow animation when buffering) включено и что «Максимальный размер текстуры» (Maximum texture resolution) установлено в «Desktop»
    image
  4. В пункте «Вывод» (Output) выберите «madVR» в качестве рендера
    image
  5. Войдите в настройки madVR (самый лёгкий путь сделать это — запустить на воспроизведение какой-либо файл и кликнуть на иконку в трее) и включите следующие настройки
    image

Шаг три: подтверждение

  1. Воспроизведите какой-нибудь файл и нажмите Ctrl+J что бы отобразить отладочную информацию. (Если вывод отличается от приведённого ниже — перепроверьте настройки вывода)
        ПРАВИЛЬНО:                 НЕПРАВИЛЬНО:
    image image
  2. Если возможно воспроизведите Hi10P файл и убедитесь что на входе у вас 10 бит
    image

Возможные неисправности

  • Если вы видите странные блоки или же есть проблемы с насыщенностью, а в остальном всё хорошо, то вы не используете какую-либо из указанных выше программ или же используете их старые версии, которые не поддерживают корректное проигрывание Hi10P
  • Не забудьте перезапускать MPC-HC каждый раз после внесения изменений в настройки, т.к. перезагрузка фильтров и рендеров происходит только при запуске программы
  • Если вы используете внутренний рендер субтитров MPC-HC и наблюдаются проблемы с анимацией или с чем-то другим — включите «Включить анимацию при буфферизации» (Allow animation when buffering) в пункте «Субтитры» (Subtitles) настроек. Заметка: внутренний рендер субтитров MPC-HC использует тот же самый программный код, что и DirectVobSub, за исключением многотредовости. Всё что может воспроизвести DirectVobSub, MPC-HC тоже может! Оно не забагованно и не ущербно.
  • Если вы получаете нечто отличное от “libav” в отладочной информации madVR, то поробуйте добавить фильтр вручную как указанно ниже
    image
    image
  • Если вы не видите madVR iв списке фильтров, то убедитесь, что вы не забыли запустить «install.bat» в папке, в которую вы распаковали madVR. Кроме того, если install.bat не выполняется по какой-либо причине, кликните «Файл» (Browse) в окне появляющимся после нажатия кнопки «Добавить...» (Add Filter) и выберите файл с именем madVR.ax находящийся в папке распаковки madVR
  • Если после добавления madVR перестали отображаться субтитры — обновите вашу версию MPC-HC как минимум до билда 3520 (которая всё ещё является бета-версией)! Или же не добавляйте фильтр и удалите/понизьте приоритет конфликтующих фильтров (например, с ffdshow как показано выше)
  • Если субтитры всё-таки не появились — проверьте что вы установили 32-битную версию MPC-HC, а не 64-битную
  • Если у вас возникают проблемы с снятием скриншотов — помните, лучший способ сделать скриншот из madVR это нажать клавишу PrintScreen на клавиатуре и вставить изображению в программу редактирования изображений, например mspaint
  • Если же у вас остались какие-либо проблемы, то не стесняйтесь спрашивать у сообщества, например вы можете обратиться к автору (не переводчику, прим. пер.) данной статьи через IRC: irc://irc.rizon.net/coalgirls

(Бонус/Опционально) Добавление ffdshow

Добавление ffdshow позволит вам использовать его аудио-декодеры (ради фильтров и более гибкого микшера) и форматы отличные от AVC1 (H.264), VC1 и MPEG-2. Особенно для старых 480p и ещё более худших файлов (которые маловероятно будут кодированы с помощью AVC1) вы можете использовать фильтры для улучшения качества.
  1. Установите ffdshow-tryouts
  2. Откройте настройки ffdshow и в пункте “DirectShow control” установите ползунок «merit» в позицию «normal» (Что бы попасть в настройки следуйте по пути: Пуск -> Все программы -> ffdshow -> Video decoder configuration)
    image
  3. Вернитесь в настройки MPC-HC в пункт «Встроенные фильтры» (Internal Filters) и отключите все оставшиеся фильтры
    image
  4. Ещё раз пройдите «Шаг три: подтверждение» дабы убедиться что ffdshow не трогает H.264 видео


Приятного просмотра!

Disclaimer


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

Инструкция создана по мотивам труда Ryuumaru. Данный текст основан на не оригинальном исследовании, а так же Гугле. Данный текст (а так же данный перевод, прим. пер.) находятся в публичном достоянии, за исключением фонового изображения скриншотов с отладочной информацией, которое принадлежит создателям Air и HotD.

Указание автора оригинального текста и перевода не обязательно, как и обратная ссылка при копировании статьи. Тем не менее желательно указывать ссылку на оригинальную статью, т.к. материал в ней будет обновляться, отображая последние разработки в данной области.
Перевод: nandykins
Zaharov @Zaharov
карма
34,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Маркетинг

Комментарии (97)

  • +4
    >>тесты показывают уменьшение размера файлов на 20-40%
    Теперь порнухи на винт влезет на 20-40% больше!
    • +2
      хомяк сделал бессмысленнмым хранение порнухи на компе
      • 0
        (чисто из любопытства) простите, а что такое «хомяк» в данном контексте?
  • +2
    Всё-таки кодирование видео очень интересная тема, но не все об этом задумываются, скачивая с торрентов очередной рип…
    • –1
      Такое ощущение, что ты этим слегка расстроен.
  • +2
    Интересно, является ли совпадением тот факт, что большинство новых модных фенечек в создании релизов видео(H.264, ass, mkv, ordered chapters, hi10p) обкатывают именно в анимешных релиз-группах?
    • +2
      Они сидят дома и им нечем заняться.
    • +1
      Думаю, этому способствует пара фактов:
      1. Новая серия онгоинга выходит каждую неделю, если взять несколько сериалов, то это релизы практически каждый день. Т.е. все это дело поставлено на поток.
      2. Это сплоченные команды, у которых налажено взаимодействие между ее членами, а не отдельные разрозненные релизеры, выкладывающие рипы свежих фильмов на торренты.
      • +1
        На сцене тоже самое, но там действуют некоторые стандарты, при нарушении которых можно получить nuke на релиз и proper от конкурентов.
    • –2
      Наверное в Анимэ слишком мало динамики и приходится изучать градиенты на картинке.
    • +4
      Думаю это не совпадения, а закономерность, вызванная относительно большим количеством гиков среди любителей аниме, плюс играет свою роль повышенные требования к качеству просматриваемого материала вызванного тем что в менее насыщенной деталями картинке намного сильнее заметны разнообразные артефакты. (про большое количество «высокоинтеллектуальных дискуссий о качестве публикуемого материала» я промолчу)
  • +3
    Я считаю, что в статью нужно добавить ссылок.
  • +1
    В двух словах: для проигрывания Hi10P без потерь нужно использовать декодер LAV Video Decoder и рендер madVR.

    Декодер Microsoft DTV-DVD Video Decoder работать не будет. Декодер CoreAVC 3 переключится в программные режим и будет работать. Лучше не использовать ffdshow raw video filter, чтобы не происходил дополнительный dithering при преобразовании к YV12 8-bit, который понимает этот фильтр.
    • +1
      Плеер и сплиттер может быть любой. Например, PotPlayer, для .avi, .mp4 и .*ts настроить сплиттер LAV Filters, a для .mkv и .ogm — Haali Media Splitter.
    • +1
      Я правильно понял, что аппаратное ускорение, т.е. DXVA при этом будет недоступно?
      • +1
        Да, пока декодирование не может быть аппаратно ускорено. И, вероятно, не будет в ближайшие несколько лет.
      • +12
        Да, поэтому я страшно возненавидел анимешные группы, безальтернативно перешедшие на Hi10P. Только-только я купил видюху с хорошей поддержкой DXVA и на том успокоился, как теперь оказывается, что для просмотра аниме в 2012 году (а не то и нынешней осенью) придётся купить новый процессор, новую материнскую плату, новую оперативную память, переустановить операционную систему, а с нею, быть может, и ряд программ — а иначе 1080 пикселов в высоту не повидать без тормозов, хотя ещё релизы летнего сезона более или менее шли, а тут вдруг хоп! — новая мода.

        И до этого были поганцы, которые нарушали классический FAQ и превышали профиль High @ Level 4.1, в результате чего их видеозаписи переставали ускоряться на чипах ATi (AMD), то есть требовали наличие строго NVidia с поддержкою CUDA, например. Но такие хотя бы были не все. (Только иногда все; например, найти релиз аниме «Blood-C» под DXVA невозможно.) А теперь ещё и Hi10P на наши головы. Придётся выкинуть не меньше десятка-другого тыщщ рублёв, и притом, что куда обиднее, ещё и время тратить на то, чтобы заставить новое оборудование работать после переустановки только лишь операционной системы и избежать переустановки всего остального программного барахла — браузеров, архиваторов, шрифтов, средств просмотра и редактирования графических файлов, книгочитальников, часов, вебсервера, средств прослушивания и редактирования звукозаписей, средств создания значков, раскладок клавиатуры, кодеков, словарей, эмуляторов, менеджеров закачки, драйверов оборудования, текстовых редакторов, антивирусов, средств синхронизации с мобильником, офисных пакетов, векторных графических редакторов, видеопроигрывателей, чатников, клиентов e-mail, средств настройки монитора, демонов слежения за буфером обмена, виртуальных принтеров и виртуальных оптических дисков, средств дистанционного доступа, видеотелефонов, файловых менеджеров, средств управления системным лотком, средств файлообмена, средств визуального отображения разностей файлов, и так далее. Или купить новый системный блок, целый месяц на него всё это ставить долгими осенними вечерами, чтобы затем на него наконец перейти без перепривыкания.

        Н Е Н А В И Ж У ! . .

        Кое-кто может не понять моих чувств и даже осудить их — казалось бы, выпуск переводов аниме дело добровольное, люди дерзают нарушать закон об авторском праве и тратят собственное время и усилия на выпуск подпольного перевода, так что бранить их за выбор нового формата кажется чёрною неблагодарностию, даже если ценность их труда упала для меня внезапно с положительной величины до нуля. Ан нет, господа! не до нуля упала она, а стала отрицательною! ведь таких групп мало, и каждая старается выбрать такие аниме, над которыми не трудятся прочие фэнсабберы — то-то вдруг и получится, что какое-нибудь аниме, неожиданно засиженное группою любителей новомодного формата Hi10P с отказом от других альтернатив ему, не выберет уж своей целью нормальная группа, выпускающая восьмибитку для DXVA.

        Пример нормальной группы фэнсабберов — m.3.3.w (отдельно SD, отдельно HD для DXVA, отдельно Hi10P для фанатов нового формата).

        Пример вопиюще повёрнутой на новом формате группы фэнсабберов — THORAnime (не только все новые релизы будут только в Hi10P, но даже ещё не законченные сезоны будут продолжаться в формате, для DXVA не подходящем).
        • +6
          Первый раз с вами согласен.
        • 0
          А я, наоборот, не согласен.

          Если держаться всегда за старое и не видеть ничего хорошего в новом, то никакого движения вперед не будет. Пока не начнут массово клепать видео в Hi10P, не начнут делать и его поддержку во всяком разном харде и софте. Однозначно ясно, что Hi10P во всем превосходит старые 8-битки (в статье описано почему). Единственный их недостаток только в совместимости, но это исправится со временем. Тем более что в спецификациях H264 это всегда было, так что все по стандарту, все описано, все будут обязаны под него подстраиваться, хотят они этого или нет.

          Ну а если хочется смотреть 1080p, то разумеется, нужно иметь мощную систему, без этого никак, извините. Если моя система вдруг будет не дотягивать для новых требований, предпочту сделать апгрейд и смотреть в наиболее лучшем качестве. А для слабеньких компьютеров всегда будут и есть lo-res альтернативы.

          Кстати, приведенные в пример THORAnime специализируются на достижении наилучшего качества и делают только Blu-ray рипы. На данный момент лучшее качество достигается использованием Hi10P, поэтому их переход на 10 бит совершенно логичен.
          • +1
            Но ведь апгрейд связан с переустановкой
            браузеров, архиваторов, шрифтов, средств просмотра и редактирования графических файлов, книгочитальников, часов, вебсервера, средств прослушивания и редактирования звукозаписей, средств создания значков, раскладок клавиатуры, кодеков, словарей, эмуляторов, менеджеров закачки, драйверов оборудования, текстовых редакторов, антивирусов, средств синхронизации с мобильником, офисных пакетов, векторных графических редакторов, видеопроигрывателей, чатников, клиентов e-mail, средств настройки монитора, демонов слежения за буфером обмена, виртуальных принтеров и виртуальных оптических дисков, средств дистанционного доступа, видеотелефонов, файловых менеджеров, средств управления системным лотком, средств файлообмена, средств визуального отображения разностей файлов
            , задумайтесь!
            • 0
              Это неизбежный процесс. Всё когда-то устаревает и требует обновления. И даже переустановка такого большого и страшного списка не займет больше одного дня, если знаешь, что конкретно тебе нужно. Не такая уж и большая плата за качество.
          • 0
            Погодите-ка, а если в оригинальном блюрее идет поток H264 8-ибитный, то с какой радости при переконвертировании в 10 бит улучшится качество? Что-то мне подсказывает что эффект будет как при конверте мп3-128 а флак.
            • 0
              Качество конечно не улучшится, оно не так значительно ухудшится, как если бы пережимали в 8 бит с меньшим, относительно оригинала, битрейтом. Почему это так, я описал тут.
            • 0
              Не обязательно чтобы оригинал был 10 бит. При энкоде в любом случае теряется качество. Если энкод делается в формате, который теряет меньше качества — будет потеряно меньше качества. Скриншоты в статье это подтверждают. Вот более наглядный.
        • +1
          Комп — это еще фигня, у меня вот железный плеер — он-то не научится и заменить его на новый не поможет, даже за дорого. И что мне — переть компьютер к телеку или насиловать себя пялясь в монитор, да еще без долби звука? Помоему тут главная проблема именно в железных плеерах, потому что они очень распространены и дивно удобны.
          • 0
            Точно такие же проблемы были с переходом от дивиксов на h264. Любые новшества поначалу воспринимаются в штыки.
            • +1
              Извините за прямоту, но это не то новшество, из-за которого стоит мучить людей. DVD и h264 отличались как небо и земля и оно ИМЕЛО СМЫСЛ, эта же замена по большому счету — легкий макияж. И если этот макияж создает мне нереальные проблемы и расходы, то я не вижу в этом смысла.
              • 0
                Непонятно, что вы сравниваете. Причем здесь DVD? Найдите рип одного и того же фильма в xvid, h264 8-bit и h264 10-bit. Сравните разницу. Станет очевидно, что переход с 8 bit на 10 bit такой же существенный, как и переход с xvid на h264. С одной только оговоркой, что переход с xvid на h264 был переходом на вообще другой стандарт, а Hi10P всегда был в документациях H264, так что по сути здесь мы в рамках одного стандарта остаемся.
                • 0
                  Смотрел, у меня достаточное количество анимэ мультиков и я вас заверяю, что эта «значительная» разница помоему значительно только для вас. Я наслаждаюсь хорошим сюжетом и прекрасной графикой, и никаких таких безумных различий не вижу. Это косметика, чтобы вы там не утверждали. И уж тем более оно того не стоит, чтобы отказываться от PS3 или железного плеера в пользу непонятных мне косметический ихменений, которые практически неуловимы.
        • +1
          Позвольте поинтересоваться, а какой у вас процессор?

          > чтобы заставить новое оборудование работать после переустановки только лишь операционной системы и избежать переустановки всего остального программного барахла
          Ничего не поделать, это Windows.
          • 0
            В случае W7, в принципе, есть шанс обойтись без переустановки.
            • 0
              > шанс
              Это вы тонко.
    • +1
      Стоп, а разве LAV Video Decoder как раз не аппаратное решение на базе CUVID? И как же оно будет работать без поддержки в железе? Не очень понятно, проясните, пожалуйста.
  • +1
    Некоторые проблемы с несовместимостью с непонятным и устаревшим железом, например с проигрыванием видео на PS3, но всем...

    Сейчас для проигрывания файла на каком-то устройстве (приставка, мобильный, планшет), отличном от ПК, я просто меняю контейнер с MKV на MP4. Если для этого придётся перекодировать файлы, то ну его нафиг — проще скачать файл побольше, чем тратить несколько часов на кодирование.

    то вы можете использовать CoreAVC 3, тем не менее имеются некоторые проблемы

    Обещают исправить в новой версии.
  • +6
    Значительно более высокий уровень сжатия

    Не обманывайте людей. Уровень сжатия как раз ниже. 10 бит на канал, очевидно, требуют больше места для того же размера кадра. Просто теперь не требуется добавлять дизеринг в видео при кодировании.

    первые тесты показывают уменьшение размера файлов на 20-40%

    Ой ли? А я находил и другие цифры — порядка 3%. Плюс:
    [Yousei-raws] Shakugan no Shana S, 8 бит — 8.1 ГБ
    [Yousei-raws] Shakugan no Shana S, 10 бит — 8.5 ГБ

    Меньше головной боли для энкодеров

    Скажите правду, это ведь основная причина?

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

    Всем? А о пользователях этого железа подумали?

    Вы можете использовать неофициальный билд x264 с исправлениями (JEEB’s builds) или же пропатчить официальный билд сами.

    И многие это делают? Я не видел ещё ни одного релиза без этого бага.

    дабы помочь людям настроить свои плееры прежде чем они начнут скулить на форумах.

    Т.е. простой пользователь для вас — собака? Ну и самомнение у вас…

    Ситуация на сегодня такая:
    1. Hi10P не проигрывается почти всеми железными плеерами. Слабые компы, где пользователи использовали для декодирования видеокарту, пролетают. Но кодерам пофиг, они же умнее всех.
    2. x264 до сих пор для Hi10P неверно задаёт цветовое пространство, но кодерам пофиг. Все на радостях шпарят в 10 бит без альтернативы. А потом что? Заново переделывать или добавлять костыли в декодер? И многие ли будут переделывать?
    3. 64-битный ffdshow не проигрывает Hi10P, но кодерам пофиг.
    4. Размеров релизов почти никто не уменьшил, в чём и была главная фишка. Как клепали по 2 ГБ на серию в 24 минуты, так и клепают.

    В блоге Салендера в комментариях был такой вопрос:
    Yup, i like new projects. So...10bit is great? What means this for us:
    1. Great quality and smaller size for the file.
    2. Great quality and bigger size for the file.
    or none of this.

    Ответ тогда звучал так:
    first, but our (russian i.e.) encoders decided do «better quality with same size» =\

    Правильный ответ такой:
    То же качество (для тех, кто не смотрит с лупой) при большем размере.
    • +2
      Прошу прощения, позже заметил, что это перевод. Все лучи добра ментально перенаправляю автору оригинального текста.
    • +2
      >Ой ли? А я находил и другие цифры — порядка 3%. Плюс:
      >[Yousei-raws] Shakugan no Shana S, 8 бит — 8.1 ГБ
      >[Yousei-raws] Shakugan no Shana S, 10 бит — 8.5 ГБ

      Приводить в пример релиз-группу с самым идиотским чувством меры вредно для здоровья.
      В их адрес даже шутят, что они «не берутся» за некоторые тайтлы по тому, что бдрипы выходят больше оригинала.
    • +4
      Аниме релизеры всегда обкатывают новые технологиии на обезъянках, т.е. на нас. И кстати, у меня с mplayer-vaapi работает видеоускорение на hi10p, только частенько появляется плохой бандинг и некоторые квартатики, бывает, белые. Т.е. оно как бы работает, но не совсем правильно. Intel HD3000.

      Ёсик (yousei-raws) всегда кодирует с такими настройками, чтоб на глаз не было видно отличий от оригинала даже экспертам. Это и правильно, и неправильно. #raw-providers(rus), привет!

      На самом деле, это очень даже правильно. Ведь если бы не анимешники, все бы все еще кодировали фильмы xvidом в avi.
      • +1
        Т.е. оно как бы работает, но не совсем правильно.

        Просто оно декодирует то, что умеет, а что не умеет — пропускает. Правильное решение со стороны производителя, но не юзабельное =). В ffdshow DXVA тоже можно отключить проверку на совместимость.

        Ёсик (yousei-raws) всегда кодирует с такими настройками, чтоб на глаз не было видно отличий от оригинала даже экспертам. Это и правильно, и неправильно.

        Да я не против. Не жалко кому-то места — его дело.
        На #raw-providers(rus) действительно хорошие кодеры (хотя Хеншин мне больше нравится — добивается того же качества при адекватном размере). Проблема-то в том, что в эту нишу ломанулись почти все адекватные кодеры. Получается, что теперь либо огромный размер, либо ужасное качество. Раньше хорошие кодеры при небольшом размере делали конфетку. Да тот же Ёсик.

        Ведь если бы не анимешники, все бы все еще кодировали фильмы xvidом в avi.

        Согласен. Думаю, ни для кого не секрет, что основные разработчики плееров и кодеков — анимешники.
        • +1
          Просто оно декодирует то, что умеет, а что не умеет — пропускает. Правильное решение со стороны производителя, но не юзабельное =). В ffdshow DXVA тоже можно отключить проверку на совместимость.

          Честно говоря не знаю, может он будет все правильно декодировать, он не обновлялся 9 месяцев уже, без аппаратного ускорения картинка с ним такая же, а аппаратного декодирования в vlc я не добился.
    • +1
      >Не обманывайте людей. Уровень сжатия как раз ниже. 10 бит на канал, очевидно, требуют больше места для того же размера кадра. Просто теперь не требуется добавлять дизеринг в видео при кодировании.

      Прочтите pdf'ки в самом начале статьи, они ясно показывают, что в сумме при том же качестве объём получается ниже. И это не говоря о том, что принципиально меньше искажений вноситься по сравнению с первоисточником.

      >Ой ли? А я находил и другие цифры — порядка 3%.
      Вот вам ещё цифры:
      [Nutbladder] Kaiji S2 22 (8-bit version) 383.2 MiB
      [Nutbladder] Kaiji S2 22 312.1 MiB
      И несколько некорректно примеры приводите, вы бы ещё вспомнили некоторые Coalgirl'овские релизы с их размерами.

      >Скажите правду, это ведь основная причина?
      Я к кодирования отношение имею весьма слабое, так что ничего сказать не могу. Но думаю, если энкодерам надо будет меньше возиться с тонкой настройкой, то общее качество релизов повысится.

      >Всем? А о пользователях этого железа подумали?
      Думали, но к ним решено относиться как к жертвам прогресса. И именно они больше всего возмущаются данным нововведениям. В общем, см. луддиты. И это кстати не упоминая, что вполне себе выкладываются версии в 8 битах (как и иногда DivX'овые версии), да даже если они и отсутствую, то всегда можно перекодировать.

      > Т.е. простой пользователь для вас — собака?
      В оригинале там употреблялось слово «whine», что наверно правильнее было бы перевести «жаловаться/возмущаться».

      >Как клепали по 2 ГБ на серию в 24 минуты, так и клепают.
      Ну кто-то клепает, а кто-то нет, релизеры вольны делать так, как они считают нужным.

      В общем, налицо общее движение вперёд (возможно слишком быстрое) и проблемы возникающие из-за этого. Напоминаю, никто не отнимает у вас право качать другие релизы и версии, не говоря уже о возможности декодировать самостоятельно.
      • 0
        Прочтите pdf'ки в самом начале статьи, они ясно показывают, что в сумме при том же качестве объём получается ниже.

        Это лишь следствие отсутствия необходимости дизеринга. Вы утверждали об уровне сжатия. Без всяких упоминаний особенностей сохранения деталей при сжатии видео. Чистый уровень сжатия — ниже.

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

        Проверили. Не повысилось.

        И это кстати не упоминая, что вполне себе выкладываются версии в 8 битах (как и иногда DivX'овые версии), да даже если они и отсутствую, то всегда можно перекодировать.

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

        Вы уж решите, нужно обычному пользователю разбираться или нет. Вы правда считаете, что средний пользователь полезет читать мануалы по кодирования видео только для того, чтобы посмотреть этот драный релиз? Нет, он скачает другой, от первой попавшейся группы, с ужасным качеством. И на это его обрекли такие как вы.
        • 0
          >Это лишь следствие отсутствия необходимости дизеринга.
          Какая разница, если суммарный объём ниже при визуально большем качестве? Это объективный факт, что в 10 бит видео весит меньше чем видео в 8 битах того же качества.

          >Проверили. Не повысилось.
          А с каких пор вы стали за всех говорить? Например в 10 битных релизах я ещё ни разу не видел раздражающих ступенчатых градиентов, так что лично для меня с переходом на 10 бит качество вполне себе повысилось. И это уже не говоря о том что качетсво мера вполне поддающаяся измерению, которое показывает что прирост качества есть.

          >Вы уж решите, нужно обычному пользователю разбираться или нет.
          Вы почему-то всё никак не можете заметить, что о баге в x264 рассказывается в разделе «Как кодировать в Hi10P», т.е. обычный пользователь может всё это пропустить и проделать всего-лишь простенькую инструкцию по установкеи настройке MPC. И это не говоря о том, что через некоторое время все не устаревшие плееры будут поддерживать 10 бит прямо из коробки, не в последнюю очередь из-за обкатки технологии на обычных пользователях.
          • 0
            Какая разница, если суммарный объём ниже при визуально большем качестве?

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

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

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

            Вы почему-то всё никак не можете заметить, что о баге в x264 рассказывается в разделе «Как кодировать в Hi10P», т.е. обычный пользователь может всё это пропустить и проделать всего-лишь простенькую инструкцию по установкеи настройке MPC.

            Вы почему-то всё никак не можете заметить, что сначала утверждаете, что обычному пользователя не нужно разбираться в кодировании видео, а потом — что нужно, чтобы просмотреть это видео на своей старой технике.
            • +1
              >Но вы, судя по вашим ответам, совершенно не разбираетесь в самом способе кодирования в 10 бит и каким образом он способствует сохранению деталей.
              А я и не пытаюсь строить из себя эксперта-энкодера, который от корки до корки изучил все стандарты и программные решения, я прямо пишу что к кодированию видео имею весьма слабое отношение. Поэтому данная статья именно перевод, а не оригинальный пост. В данной статье и комментариях я лишь привожу то, что смог почерпнуть из англоязычных источников, и само-собой в них могут содержаться определённые ошибки и неточности.
              Буду благодарен, если вы укажете на ошибки, которые я допустил в данном комментарии. Кроме того, раз уж вы разбираетесь в теме, то вы могли бы написать статью в которой бы и расписали бы что и как там делается.

              >Написанное в статье — обычный коммерческий обман.
              Коммерческий — свойственный коммерции, характерный для коммерции, либо имеющий к коммерции иное непосредственное отношение.
              Коммерция — торговля, торговые операции, предпринимательская деятельность в связи с куплей-продажей чего-либо или с оборотом товара.
              Где здесь вы увидели коммерческий обман? Да, есть некоторая доля приукрашивания, дабы дать дополнительный импульс пользователям к переходу на новый формат, но называть это обманом было бы слишком большим преувеличением, тем более что терминология эффективности сжатия вполне определённая вещь: отношение между качеством картинки и суммарному весу файла. тем более вы сами ниже пишите «даже в таком случае 10 бит действительно позволяют сохранить больше деталей», так что мне не очень понятно о чём мы в данном случае спорим.

              >Зато я видел, что все релизы закодированы с неверным цветовым пространством, что автоматически делает эти релизы кривыми после выхода исправленного кодера. Переделывать их никто не будет, поэтому мы получим некоторый промежуток времени, вышедшие в течение которого вещи отсутствуют в нормальном качестве.
              Эм… Либо в существующих проигрывателях способных в 10 бит этот баг нивелируется ещё одним багом, либо вы что-то недоговариваете. Буду благодарен если вы предоставите пруфы данному утверждению.

              >Вы почему-то всё никак не можете заметить, что сначала утверждаете, что обычному пользователя не нужно разбираться в кодировании видео, а потом — что нужно, чтобы просмотреть это видео на своей старой технике.
              Где я говорил что пользователю в этом всём нужно разбираться?
              Тут просто произошло небольшое недоразумение, в вашей фразе «И многие это делают?» я подумал, что под «многие» вы подразумевали обычных пользователей, вот и всё.

              Думаю стоит прояснить: к кодированию видео я отношения не имею, главная цель перевода была помочь людям правильно настроить свои плееры для релизов выходящих в 10 бит. Тем не менее, я двумя руками за прогресс и готов в переходный период мириться с определёнными неудобствами, считайте это не более чем личным мнением
              • 0
                Вам стоило смягчить язык статьи при переводе. Некоторые использованные вами обороты подействовали как красная тряпка на быка =).

                Буду благодарен, если вы укажете на ошибки, которые я допустил в данном комментарии.
                при использовании десятибитного кодирования отпадает необходимость пережимать всё в 8 бит

                Исходник в 99.9% 8-битный. Я не совсем понял, что вы имели ввиду, но лично у меня сложилось мнение, что вы считаете, что исходник 10-битный, а его раньше пережимали в 8 бит. В остальном, всё верно, но настолько непонятно, что я, если бы не знал, запутался ещё больше.

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

                Суть я расписал в этом комментарии. На статью это не тянет =).

                Где здесь вы увидели коммерческий обман?

                Прошу прощения, я неверно выразился. Я имел ввиду рекламный обман.

                Буду благодарен если вы предоставите пруфы данному утверждению.

                Есть Doki Fansubs, Salender-Raws и REVO в 10 бит и 한샛-Raws и Howard в 8 бит. Обратите внимание на красные вывески. Красный — самое заметное место для ошибок, по личному опыту.
                Salender-Raws и Doki Fansubs, Salender-Raws и REVO, 한샛-Raws и Howard. Цвета не сильно различаются, так? А теперь, к примеру, 한샛-Raws и Doki Fansubs.
                Т.е. имеем 3 релиза в 10 бит, качеству двух из которых я доверяю (Салендер и Доки), и все с неверным цветовым пространством. Блюрей выкачивать не буду, вряд ли 한샛-Raws и Howard одинаково испортили фильтрами цветность.

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

                Я тоже за прогресс, но должна быть альтернатива. Здесь же мы имеем ситуацию, когда небольшая кучка людей диктует правила игры тысячам. Представьте, если бы вдруг пропал бензин для жигулей, вы бы тоже предложили дедам купить новую иномарку?
                • 0
                  >Исходник в 99.9% 8-битный. Я не совсем понял, что вы имели ввиду, но лично у меня сложилось мнение, что вы считаете, что исходник 10-битный, а его раньше пережимали в 8 бит. В остальном, всё верно, но настолько непонятно, что я, если бы не знал, запутался ещё больше.
                  Я там просто вкратце пересказывал содержание пдфки, на которую дал ссылку, она начиналась именно с кодирования с 10 битного источника, просто забыл добавить, что выигрыш есть и в случае кодирования с 8 битного источника в том числе.
                  >Т.е. имеем 3 релиза в 10 бит, качеству двух из которых я доверяю (Салендер и Доки), и все с неверным цветовым пространством. Блюрей выкачивать не буду, вряд ли 한샛-Raws и Howard одинаково испортили фильтрами цветность.
                  Конечно несколько грустно в таком случае получается. Хотя справедливости ради надо бы сравнить с БД.
                  >Я тоже за прогресс, но должна быть альтернатива. Здесь же мы имеем ситуацию, когда небольшая кучка людей диктует правила игры тысячам.
                  Я бы не сказал, что кто-то что-то диктует. Ибо если какие-то группы безальтернативно перейдёт на 10 бит, а спрос на 8 бит останется высокий, то какая-нибудь другая группа выложит релиз в 8 битах, свободное информационное пространство, однако.
                  До тех пор пока у меня не дошли руки до того что бы настроить софт на 10 бит я вполне себе смотрел и скачивал 8 битные релизы ни о чём не беспокоясь. Да даже сейчас мой ноутбук не потянет 10 битное 1080p, так что я ни в коем случае не желаю тотальной гегемонии 10 бит, по крайней мере в ближайшие несколько лет, но смотреть онгоинги всё-таки предпочитаю в 10 битах, если есть такая возможность.
                  • 0
                    Хотя справедливости ради надо бы сравнить с БД.
                    К сожалению, не нашёл.

                    то какая-нибудь другая группа выложит релиз в 8 битах
                    Выкладывают, конечно, но качество почти всегда плохое. Почти все хорошие кодеры безальтернативно перешли на Hi10P. Я сейчас говорю о блюрей-рипах. ТВ пока есть нормальные в 8 битах.
              • –1
                Да не кормите.
    • +1
      >И многие это делают? Я не видел ещё ни одного релиза без этого бага.
      Так это же только тем кто занимается кодированием видео, обычному пользователю заботиться об этом совершенно не нужно.
  • +1
    Кусков бы видео (и скринов) для сравнения.
    • +1
      Смотрите раздел «Примеры Hi10P файлов», там есть несколько ссылок на screenshotcomparison.com, если просто выложить два скриншота рядом, то заметить разницу нетренированному глазу будет достаточно сложно.
      Для сравнения видео можно скачать с торрентов по данной в тексте ссылке 10 битную версию и сравнить её с 8 битной.

      От себя скажу, что видео в 10 битах действительно выигрывает в качестве, ибо ступеней градиента практически нет и намного меньше артефактов, а вес притом действительно меньше.
      • +1
        Это то, что надо было в этот топик вставить обязательно. Без этого он не наглядно выглядит (+ его тут в комментариях уже заругали).
  • +1
    Двоякие чувства. С одной стороны компрессия/качество лучше, с другой, потеря совместимости.
    Где-то я уже это видел…
  • +1
    А что за проблема с VLC?
    • +3
      Честно говоря не знаю, тут нужно спрашивать у автора статьи. Наверно просто карма у VLC среди анимешников не очень.
    • +2
      Проблема с VLC — сам VLC.
      • 0
        Я пользуюсь VLC на XP и Ubuntu. Хочется всёже знать, что с ним не так?
        • +1
          Неправильное отображение субтитров в некоторых случаях, ожидание вертикальной развертки, игнорирование цветовых профилей, багованное воспроизведение файлов с высоким битрейтом… я могу продолжить.
          Некоторые из этих проблем, возможно, исчезли, но больше я его использовать не буду. Давно перешел на mplayer/mpc и не видел этих проблем.
          • 0
            Поздравляю, ваш комментарий победил в Google Top 10. Я серьёзно спрашиваю. Я вот сейчас запустил bdrip аватара (см рутрекер), и не могу понять, где искать проблему?
            • 0
              Ну вот только что скачал и столкнулся с недостаточным функционалом — не умеет играть файлы, которые в данный момент скачиваются по xdcc — а это минус время ожидание закачки.
            • +4
      • 0
        А у меня в Кубунту только VLC вменяемо и работает. SMPlayer и KMplayer и репов запускает видео через раз и ужасно неудобное управление.
        • 0
          В мплеере вообще достаточно одной клавы. Что там неудобного?
          • 0
            Мышкой не поуправлять нормально? Лично для меня это критично: во-первых, клава проводная, а мышка, а, во-вторых, была бы даже клава беспроводная брать её с собой в кровать как-то не тру :)
            • 0
              А я вот кладу рядом с кроватью клавиатуру и все прекрасно. Не знаю как бы делал то же самое с мышкой. Дело вкуса, видимо.
  • +1
    Расскажите пожалуйста, почему при увеличении глубины цвета, достигается большее сжатие при том же качестве?
    • –1
      Ознакомьтесь с данной pdf'кой, на которую есть ссылка в самом начале статьи.

      Если вкратце, то при использовании десятибитного кодирования отпадает необходимость пережимать всё в 8 бит, и за счёт большей точности, возникающей из-за меньшей ошибки округления, лучше отрабатывают алгоритмы компрессии и можно обойтись меньшим квантованием для достижения того же качества картинки.
    • +6
      При сжатии видео H.264 (да и большинством других кодеков) видео разбивается на макроблоки (часто 8x8 пикселей, но может быть и другим) и к каждому макроблоку применяется дискретное косинусное преобразование. Это преобразование полностью обратимо. Его преимущество перед исходными данными в лучшей сжимаемости беспотерьными алгоритмами типа LZW. Для большего повышения сжимаемости каждый элемент результирующей матрицы делится на соответствующий элемент матрицы квантования и результат округляется. Самое толковое объяснение здесь. Вот тут-то и происходят потери. Одним из наиболее заметных глазу результатов этого является т.н. бандинг:

      Оригинал:


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



      Чтобы этого избежать, в видео подмешивается шум (операция называется «дизеринг»):



      Как видно, картинка стала намного лучше при тех же 16 цветах. Проблема в том, что такие структуры


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

      Решением проблемы бандинга явилось увеличение размера одного канала с 8 до 10 бит, т.е. с 256 до 1024 уровней на канал. К примеру (очень грубо, на деле квантование применяется к результату ДКП):
      256 / 20 = 12.8 ~ 13 (1.56% потерь)
      1024 / 20 = 51.2 ~ 51 (0.39% потерь)
      Т.е. для сохранения градиентов теперь не требуется подмешивать шум (дизеринг). За счёт этого и уменьшение размера.
      • +1
        отлично! за этим коментом я и приходил.
  • +2
    Что-то мне подсказывает, что стоит купить хардварный проигрыватель совместимый с Hi10P, придумают Hi12P и фильмы всё равно не будут проигрываться.
    • +2
      Нет, Hi12P не придумают, придумают H.265, что еще веселее, в плане требований к железу.
      • +1
        Если мне не изменяет склероз, то в блоге от разработчика х264 описывалось, как он щупал одну из реализаций H.265, так вот, пощупать её так и не получилось, ибо реализация H.265 в том виде в котором она была, уж больно тормозная, в over 1000 раз медленнее чем х264 с максимальными(плацебо) параметрами. Итого они не смогли закодировать небольшой ролик, время кодирования исчислялось неделями, на современном Core i7 CPU.
        Автор сказал что это БЕЗУМИЕ.
        • +1
          Ну дык раз кое-кто считает возможным переход на Hi10P, понуждающий к приобретению многоядерных CPU и к отказу от видеоускорения, так же со временем кое-кто сочтёт возможным перейти на H.265 и обзывать «жертвами прогресса» и луддитами всех тех, у кого число ядер измеряется не сотнями, а десятками, и жёсткие диски обыкновенные, а не RAID десятикратного ускорения — иными словами, всех тех, у кого время кодирования исчисляется неделями, а не часами и немногими десятками часов.
          • 0
            Кто отнимает у вас право качать релизы и как крайнее средство перекодировать видео самостоятельно?
            По моему опыту сегодня обычно вполне себе существуют несколько групп релизящих один и тот же тайтл, так что выбирать почти всегда есть из чего.
            • +1
              Разве не понятно, что к тому времени «право перекодировать видео самостоятельно» обернётся (согласно приведённой DRUN чуть выше оценке времени кодирования) не более чем правом ждать перекодировки неделю или даже пару недель на каждую из серий аниме, выходящих по несколько штук в неделю?

              Например, в наступающем осеннем сезоне заслуживает внимания добрый десяток сериалов аниме:

              • Shakugan no Shana III
                 
              • Boku wa Tomodachi ga Sukunai
                 
              • Persona 4 the Animation
                 
              • Un-Go
                 
              • Kimi to Boku
                 
              • Zero no Tsukaima Kessakusen
                 

              •  
              • Fate / Zero
                 
              • Guilty Crown
                 
              • Mirai Nikki

              Теперь перемножьте на «время кодирования исчислялось неделями на современном Core i7 CPU».

              Даже если предположить, что время декодирования на порядок меньше, чем время кодирования (что на самом деле вряд ли так), то всё равно будущее не выглядит лучезарным.
              • +2
                Относительно H.265 существует такое мнение, что разработчики скорее работают над тем, чтоб втулить в стандарт всё что только можно и в последствии запатентовать. После чего троллить всех, что это уже было в Симпсонах.

                Потому он такой тормозной в нынешней реализации, ну и то, что нет оптимизаций. Но если проводить параллель с H.264, то H.265 после оптимизаций, будет как минимум в десятки раз медленней, если не в сотни.

                Немногим временем ранее, реально задумывался над нем, чтоб приобрести себе платку под медиацентрик на базе Е-350, а теперь, что-то желание отпало, наверно даже рад, что не купил. Аниме то смотрю преимущественно.
              • 0
                Мы сейчас говорим о 10 битах, и они, насколько я знаю, вполне себе конвертируются в старые добрые 8 бит, до светлых времён H.265 надо ещё дожить и я более чем уверен, что к моменту релиза его допилят до удобоваримого состояния, ибо никто в здравом уме стандарт в таком состоянии выпускать не будет.
                Кроме того с чего вы взяли что если кодирование в видео в H.265 займёт условную неделю, то перекодирование из H.265 в 8 битное H.264 займёт ту же условную неделю? Тут налицо явная логическая ошибка.
                • 0
                  Перечитайте последний абзац моего комментария.
                  • 0
                    А как вы собираетесь смотреть видео длинной, предположим, в 20 минут, если оно будет декодироваться неделю? Как мне кажется, если при просмотре видео не становиться слайд-шоу, то время декодирования данного видео не может сильно превышать его длины
                • +1
                  Допилят, скорее они снова поделят его на 9000 профайлов, полегче, да посложнее. И какие-то из них получат развитие, а кие-то из них отомрут. Как было к примеру с AAC.

                  Просто есть такая вероятность, что Hi10P в железе массово вообще не будет поддержан. Можно вспомнить старый добрый Mpeg2(H.262) у которого не все фишки поддержаны в железе. В стандарт DVD пошёл Main Profile от этого и плясали все производители железа. Я конечно не Ванга, но параллели есть с чем проводить.

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

                  Ессно, если в сети будет много файлов Hi10P, то производители железа таки обратят внимание, возможно даже внедрят поддержку, но имею мнение, что если этим будут страдать только релизы аниме, в то время, как релизы сериалов/мувиков будут 8-бит, то не всё так радужно. Будут производители железа смотреть на это всё грустно и с недоумением.
  • 0
    Вы забыли написать еще один шаг: где взять такое видео.
    • 0
      Есть же.

      «Примеры Hi10P файлов

      Примеры файлов закодированных в Hi10P можно найти здесь и здесь
    • 0
      Bakemonogatari v2 от CoalGirls. Насколько я помню, где-то в 2.5 раза меньше v1 (8-bit).
  • 0
    «Инструкция создана по мотивам труда Ryuumaru.»
    Может все-таки не Ryuumaru, а haruhichan?
    У Ryuumaru там откровенный бред написан с рекомендациями использовать VLC. Да и статья по содержанию похожа именно на статью с харухичан, откуда ее потом перекопировали Coalgirls, немного отредактировав.
    • +1
      Если я правильно понимаю haruhichan это название сайта, а не личности. Автора же я вполне себе указал, если не ошибаюсь это человек с ником nandykins, что и указано в информации статьи. (см. блок под статьёй где отображается количество комментариев)
      • +1
        Извиняюсь, не знал об этом функционале хабра. Просто смутила надпись про Ryuumaru и ссылка на их «труд» в статье.
  • 0
    Почему-то все упускают из виду, что исходные Blu-ray сами закодированы в 8 бит и 10 бит из них получаются интерполяцией. Другое дело, что даже в таком случае 10 бит действительно позволяют сохранить больше деталей.
  • +3
    Наткнулся еще на такой гайд. Для меня стало откровением, что какой-то PotPlayer может быть лучше MPC-HC. Например: возможность использовать DXVA с madVR (MPC не умеет такого). Про Hi10P тоже есть несколько абзацев, в том числе и рекоммендации к железу.
  • +2
    Кстати, к вопросу о способах кодирования.
    Существует известный trade-off между CPU и Memory: если что-то использует много CPU, то всегда это что-то можно развернуть в массив и закэшировать в memory.
    Почему такой подход до сих пор не применили к энкодерами и декодерам?
    Путём скармливания множества видео создаётся к примеру гигабайтный массив данных (например положить туда самые популярные DCT,iDCT), который позволяет ускорить кодирование и декодирование видео, нечто похожее на rainbow tables.
    Например старенький ноутбук, в котором невозможно заменить процессор на что-то другое, но можно добавить лишние гигабайты памяти, ожил бы от такого декодера и стал бы декодировать на 30% быстрее.

    p.s. это всё мои фантазии. Знаю, что iDCT занимают довольно мало в h264, основная сложность — это motion compensation и inloop deblock. Да и для 16x16 блоков сгеренированые таблицы бесполезны, разве что только для 4x4.
  • 0
    Комментарий для пользователей Ubuntu/Kubuntu. mplayer2 лежит в стандартных репозиториях начиная с Oneiric. Т.е. можно либо отметить для установки SMPlayer и MPlayer2, либо выполнить:
    sudo apt-get install smplayer mplayer2
    И вы сможете просто воспроизводить Hi10P-видео без дополнительной настройки.
    • 0
      Комментарий для пользователей Linux-версии VLC 1.2.0+
      Если у вас не отображаются субтитры, выберите GLX-выход.
  • +1
    «Тем не менее желательно указывать ссылку на данный перевод, либо оригинальную статью, т.к. материал будет обновляться, отображая последние разработки в данной области.»
    К этой статье это тоже относится?
    В оригинале теперь рекомендуется устанавливать LAV Filters и указывать их в External Filters в MPC-HC. А в madVR декодинг теперь наоборот не рекомендуют включать.
    • 0
      Лучше на оригинальную статью, т.к. я скорее всего не буду обновлять перевод. На всякий случай поставлю ремарку.

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