Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 97
>>тесты показывают уменьшение размера файлов на 20-40%
Теперь порнухи на винт влезет на 20-40% больше!
Теперь порнухи на винт влезет на 20-40% больше!
хомяк сделал бессмысленнмым хранение порнухи на компе
(чисто из любопытства) простите, а что такое «хомяк» в данном контексте?
Вероятно домашний каталог.
скорее всего xhamster.com
Всё-таки кодирование видео очень интересная тема, но не все об этом задумываются, скачивая с торрентов очередной рип…
Интересно, является ли совпадением тот факт, что большинство новых модных фенечек в создании релизов видео(H.264, ass, mkv, ordered chapters, hi10p) обкатывают именно в анимешных релиз-группах?
Они сидят дома и им нечем заняться.
Думаю, этому способствует пара фактов:
1. Новая серия онгоинга выходит каждую неделю, если взять несколько сериалов, то это релизы практически каждый день. Т.е. все это дело поставлено на поток.
2. Это сплоченные команды, у которых налажено взаимодействие между ее членами, а не отдельные разрозненные релизеры, выкладывающие рипы свежих фильмов на торренты.
1. Новая серия онгоинга выходит каждую неделю, если взять несколько сериалов, то это релизы практически каждый день. Т.е. все это дело поставлено на поток.
2. Это сплоченные команды, у которых налажено взаимодействие между ее членами, а не отдельные разрозненные релизеры, выкладывающие рипы свежих фильмов на торренты.
Наверное в Анимэ слишком мало динамики и приходится изучать градиенты на картинке.
Думаю это не совпадения, а закономерность, вызванная относительно большим количеством гиков среди любителей аниме, плюс играет свою роль повышенные требования к качеству просматриваемого материала вызванного тем что в менее насыщенной деталями картинке намного сильнее заметны разнообразные артефакты. (про большое количество «высокоинтеллектуальных дискуссий о качестве публикуемого материала» я промолчу)
Я считаю, что в статью нужно добавить ссылок.
В двух словах: для проигрывания Hi10P без потерь нужно использовать декодер LAV Video Decoder и рендер madVR.
Декодер Microsoft DTV-DVD Video Decoder работать не будет. Декодер CoreAVC 3 переключится в программные режим и будет работать. Лучше не использовать ffdshow raw video filter, чтобы не происходил дополнительный dithering при преобразовании к YV12 8-bit, который понимает этот фильтр.
Декодер Microsoft DTV-DVD Video Decoder работать не будет. Декодер CoreAVC 3 переключится в программные режим и будет работать. Лучше не использовать ffdshow raw video filter, чтобы не происходил дополнительный dithering при преобразовании к YV12 8-bit, который понимает этот фильтр.
Плеер и сплиттер может быть любой. Например, PotPlayer, для .avi, .mp4 и .*ts настроить сплиттер LAV Filters, a для .mkv и .ogm — Haali Media Splitter.
Я правильно понял, что аппаратное ускорение, т.е. DXVA при этом будет недоступно?
Да, пока декодирование не может быть аппаратно ускорено. И, вероятно, не будет в ближайшие несколько лет.
Да, поэтому я страшно возненавидел анимешные группы, безальтернативно перешедшие на 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 не подходящем).
И до этого были поганцы, которые нарушали классический FAQ и превышали профиль
Н Е Н А В И Ж У ! . .
Кое-кто может не понять моих чувств и даже осудить их — казалось бы, выпуск переводов аниме дело добровольное, люди дерзают нарушать закон об авторском праве и тратят собственное время и усилия на выпуск подпольного перевода, так что бранить их за выбор нового формата кажется чёрною неблагодарностию, даже если ценность их труда упала для меня внезапно с положительной величины до нуля. Ан нет, господа! не до нуля упала она, а стала отрицательною! ведь таких групп мало, и каждая старается выбрать такие аниме, над которыми не трудятся прочие фэнсабберы —
Пример нормальной группы фэнсабберов — m.3.3.w (отдельно SD, отдельно HD для DXVA, отдельно Hi10P для фанатов нового формата).
Пример вопиюще повёрнутой на новом формате группы фэнсабберов — THORAnime (не только все новые релизы будут только в Hi10P, но даже ещё не законченные сезоны будут продолжаться в формате, для DXVA не подходящем).
Первый раз с вами согласен.
А я, наоборот, не согласен.
Если держаться всегда за старое и не видеть ничего хорошего в новом, то никакого движения вперед не будет. Пока не начнут массово клепать видео в Hi10P, не начнут делать и его поддержку во всяком разном харде и софте. Однозначно ясно, что Hi10P во всем превосходит старые 8-битки (в статье описано почему). Единственный их недостаток только в совместимости, но это исправится со временем. Тем более что в спецификациях H264 это всегда было, так что все по стандарту, все описано, все будут обязаны под него подстраиваться, хотят они этого или нет.
Ну а если хочется смотреть 1080p, то разумеется, нужно иметь мощную систему, без этого никак, извините. Если моя система вдруг будет не дотягивать для новых требований, предпочту сделать апгрейд и смотреть в наиболее лучшем качестве. А для слабеньких компьютеров всегда будут и есть lo-res альтернативы.
Кстати, приведенные в пример THORAnime специализируются на достижении наилучшего качества и делают только Blu-ray рипы. На данный момент лучшее качество достигается использованием Hi10P, поэтому их переход на 10 бит совершенно логичен.
Если держаться всегда за старое и не видеть ничего хорошего в новом, то никакого движения вперед не будет. Пока не начнут массово клепать видео в Hi10P, не начнут делать и его поддержку во всяком разном харде и софте. Однозначно ясно, что Hi10P во всем превосходит старые 8-битки (в статье описано почему). Единственный их недостаток только в совместимости, но это исправится со временем. Тем более что в спецификациях H264 это всегда было, так что все по стандарту, все описано, все будут обязаны под него подстраиваться, хотят они этого или нет.
Ну а если хочется смотреть 1080p, то разумеется, нужно иметь мощную систему, без этого никак, извините. Если моя система вдруг будет не дотягивать для новых требований, предпочту сделать апгрейд и смотреть в наиболее лучшем качестве. А для слабеньких компьютеров всегда будут и есть lo-res альтернативы.
Кстати, приведенные в пример THORAnime специализируются на достижении наилучшего качества и делают только Blu-ray рипы. На данный момент лучшее качество достигается использованием Hi10P, поэтому их переход на 10 бит совершенно логичен.
Но ведь апгрейд связан с переустановкой
браузеров, архиваторов, шрифтов, средств просмотра и редактирования графических файлов, книгочитальников, часов, вебсервера, средств прослушивания и редактирования звукозаписей, средств создания значков, раскладок клавиатуры, кодеков, словарей, эмуляторов, менеджеров закачки, драйверов оборудования, текстовых редакторов, антивирусов, средств синхронизации с мобильником, офисных пакетов, векторных графических редакторов, видеопроигрывателей, чатников, клиентов e-mail, средств настройки монитора, демонов слежения за буфером обмена, виртуальных принтеров и виртуальных оптических дисков, средств дистанционного доступа, видеотелефонов, файловых менеджеров, средств управления системным лотком, средств файлообмена, средств визуального отображения разностей файлов, задумайтесь!
Погодите-ка, а если в оригинальном блюрее идет поток H264 8-ибитный, то с какой радости при переконвертировании в 10 бит улучшится качество? Что-то мне подсказывает что эффект будет как при конверте мп3-128 а флак.
Качество конечно не улучшится, оно не так значительно ухудшится, как если бы пережимали в 8 бит с меньшим, относительно оригинала, битрейтом. Почему это так, я описал тут.
Не обязательно чтобы оригинал был 10 бит. При энкоде в любом случае теряется качество. Если энкод делается в формате, который теряет меньше качества — будет потеряно меньше качества. Скриншоты в статье это подтверждают. Вот более наглядный.
Комп — это еще фигня, у меня вот железный плеер — он-то не научится и заменить его на новый не поможет, даже за дорого. И что мне — переть компьютер к телеку или насиловать себя пялясь в монитор, да еще без долби звука? Помоему тут главная проблема именно в железных плеерах, потому что они очень распространены и дивно удобны.
Точно такие же проблемы были с переходом от дивиксов на h264. Любые новшества поначалу воспринимаются в штыки.
Извините за прямоту, но это не то новшество, из-за которого стоит мучить людей. DVD и h264 отличались как небо и земля и оно ИМЕЛО СМЫСЛ, эта же замена по большому счету — легкий макияж. И если этот макияж создает мне нереальные проблемы и расходы, то я не вижу в этом смысла.
Непонятно, что вы сравниваете. Причем здесь DVD? Найдите рип одного и того же фильма в xvid, h264 8-bit и h264 10-bit. Сравните разницу. Станет очевидно, что переход с 8 bit на 10 bit такой же существенный, как и переход с xvid на h264. С одной только оговоркой, что переход с xvid на h264 был переходом на вообще другой стандарт, а Hi10P всегда был в документациях H264, так что по сути здесь мы в рамках одного стандарта остаемся.
Смотрел, у меня достаточное количество анимэ мультиков и я вас заверяю, что эта «значительная» разница помоему значительно только для вас. Я наслаждаюсь хорошим сюжетом и прекрасной графикой, и никаких таких безумных различий не вижу. Это косметика, чтобы вы там не утверждали. И уж тем более оно того не стоит, чтобы отказываться от PS3 или железного плеера в пользу непонятных мне косметический ихменений, которые практически неуловимы.
Позвольте поинтересоваться, а какой у вас процессор?
> чтобы заставить новое оборудование работать после переустановки только лишь операционной системы и избежать переустановки всего остального программного барахла
Ничего не поделать, это Windows.
> чтобы заставить новое оборудование работать после переустановки только лишь операционной системы и избежать переустановки всего остального программного барахла
Ничего не поделать, это Windows.
Стоп, а разве LAV Video Decoder как раз не аппаратное решение на базе CUVID? И как же оно будет работать без поддержки в железе? Не очень понятно, проясните, пожалуйста.
LAV CUVID Decoder работать не будет — он только для CUDA (NVIDIA). Нужен LAV Video Decoder.
Некоторые проблемы с несовместимостью с непонятным и устаревшим железом, например с проигрыванием видео на PS3, но всем...
Сейчас для проигрывания файла на каком-то устройстве (приставка, мобильный, планшет), отличном от ПК, я просто меняю контейнер с MKV на MP4. Если для этого придётся перекодировать файлы, то ну его нафиг — проще скачать файл побольше, чем тратить несколько часов на кодирование.
то вы можете использовать CoreAVC 3, тем не менее имеются некоторые проблемы
Обещают исправить в новой версии.
Значительно более высокий уровень сжатия
Не обманывайте людей. Уровень сжатия как раз ниже. 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» =\
Правильный ответ такой:
То же качество (для тех, кто не смотрит с лупой) при большем размере.
Прошу прощения, позже заметил, что это перевод. Все лучи добра ментально перенаправляю автору оригинального текста.
>Ой ли? А я находил и другие цифры — порядка 3%. Плюс:
>[Yousei-raws] Shakugan no Shana S, 8 бит — 8.1 ГБ
>[Yousei-raws] Shakugan no Shana S, 10 бит — 8.5 ГБ
Приводить в пример релиз-группу с самым идиотским чувством меры вредно для здоровья.
В их адрес даже шутят, что они «не берутся» за некоторые тайтлы по тому, что бдрипы выходят больше оригинала.
>[Yousei-raws] Shakugan no Shana S, 8 бит — 8.1 ГБ
>[Yousei-raws] Shakugan no Shana S, 10 бит — 8.5 ГБ
Приводить в пример релиз-группу с самым идиотским чувством меры вредно для здоровья.
В их адрес даже шутят, что они «не берутся» за некоторые тайтлы по тому, что бдрипы выходят больше оригинала.
Аниме релизеры всегда обкатывают новые технологиии на обезъянках, т.е. на нас. И кстати, у меня с mplayer-vaapi работает видеоускорение на hi10p, только частенько появляется плохой бандинг и некоторые квартатики, бывает, белые. Т.е. оно как бы работает, но не совсем правильно. Intel HD3000.
Ёсик (yousei-raws) всегда кодирует с такими настройками, чтоб на глаз не было видно отличий от оригинала даже экспертам. Это и правильно, и неправильно. #raw-providers(rus), привет!
На самом деле, это очень даже правильно. Ведь если бы не анимешники, все бы все еще кодировали фильмы xvidом в avi.
Ёсик (yousei-raws) всегда кодирует с такими настройками, чтоб на глаз не было видно отличий от оригинала даже экспертам. Это и правильно, и неправильно. #raw-providers(rus), привет!
На самом деле, это очень даже правильно. Ведь если бы не анимешники, все бы все еще кодировали фильмы xvidом в avi.
Т.е. оно как бы работает, но не совсем правильно.
Просто оно декодирует то, что умеет, а что не умеет — пропускает. Правильное решение со стороны производителя, но не юзабельное =). В ffdshow DXVA тоже можно отключить проверку на совместимость.
Ёсик (yousei-raws) всегда кодирует с такими настройками, чтоб на глаз не было видно отличий от оригинала даже экспертам. Это и правильно, и неправильно.
Да я не против. Не жалко кому-то места — его дело.
На #raw-providers(rus) действительно хорошие кодеры (хотя Хеншин мне больше нравится — добивается того же качества при адекватном размере). Проблема-то в том, что в эту нишу ломанулись почти все адекватные кодеры. Получается, что теперь либо огромный размер, либо ужасное качество. Раньше хорошие кодеры при небольшом размере делали конфетку. Да тот же Ёсик.
Ведь если бы не анимешники, все бы все еще кодировали фильмы xvidом в avi.
Согласен. Думаю, ни для кого не секрет, что основные разработчики плееров и кодеков — анимешники.
Просто оно декодирует то, что умеет, а что не умеет — пропускает. Правильное решение со стороны производителя, но не юзабельное =). В ffdshow DXVA тоже можно отключить проверку на совместимость.
Честно говоря не знаю, может он будет все правильно декодировать, он не обновлялся 9 месяцев уже, без аппаратного ускорения картинка с ним такая же, а аппаратного декодирования в vlc я не добился.
>Не обманывайте людей. Уровень сжатия как раз ниже. 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 минуты, так и клепают.
Ну кто-то клепает, а кто-то нет, релизеры вольны делать так, как они считают нужным.
В общем, налицо общее движение вперёд (возможно слишком быстрое) и проблемы возникающие из-за этого. Напоминаю, никто не отнимает у вас право качать другие релизы и версии, не говоря уже о возможности декодировать самостоятельно.
Прочтите 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 минуты, так и клепают.
Ну кто-то клепает, а кто-то нет, релизеры вольны делать так, как они считают нужным.
В общем, налицо общее движение вперёд (возможно слишком быстрое) и проблемы возникающие из-за этого. Напоминаю, никто не отнимает у вас право качать другие релизы и версии, не говоря уже о возможности декодировать самостоятельно.
Прочтите pdf'ки в самом начале статьи, они ясно показывают, что в сумме при том же качестве объём получается ниже.
Это лишь следствие отсутствия необходимости дизеринга. Вы утверждали об уровне сжатия. Без всяких упоминаний особенностей сохранения деталей при сжатии видео. Чистый уровень сжатия — ниже.
Но думаю, если энкодерам надо будет меньше возиться с тонкой настройкой, то общее качество релизов повысится.
Проверили. Не повысилось.
И это кстати не упоминая, что вполне себе выкладываются версии в 8 битах (как и иногда DivX'овые версии), да даже если они и отсутствую, то всегда можно перекодировать.
Так это же только тем кто занимается кодированием видео, обычному пользователю заботиться об этом совершенно не нужно.
Вы уж решите, нужно обычному пользователю разбираться или нет. Вы правда считаете, что средний пользователь полезет читать мануалы по кодирования видео только для того, чтобы посмотреть этот драный релиз? Нет, он скачает другой, от первой попавшейся группы, с ужасным качеством. И на это его обрекли такие как вы.
>Это лишь следствие отсутствия необходимости дизеринга.
Какая разница, если суммарный объём ниже при визуально большем качестве? Это объективный факт, что в 10 бит видео весит меньше чем видео в 8 битах того же качества.
>Проверили. Не повысилось.
А с каких пор вы стали за всех говорить? Например в 10 битных релизах я ещё ни разу не видел раздражающих ступенчатых градиентов, так что лично для меня с переходом на 10 бит качество вполне себе повысилось. И это уже не говоря о том что качетсво мера вполне поддающаяся измерению, которое показывает что прирост качества есть.
>Вы уж решите, нужно обычному пользователю разбираться или нет.
Вы почему-то всё никак не можете заметить, что о баге в x264 рассказывается в разделе «Как кодировать в Hi10P», т.е. обычный пользователь может всё это пропустить и проделать всего-лишь простенькую инструкцию по установкеи настройке MPC. И это не говоря о том, что через некоторое время все не устаревшие плееры будут поддерживать 10 бит прямо из коробки, не в последнюю очередь из-за обкатки технологии на обычных пользователях.
Какая разница, если суммарный объём ниже при визуально большем качестве? Это объективный факт, что в 10 бит видео весит меньше чем видео в 8 битах того же качества.
>Проверили. Не повысилось.
А с каких пор вы стали за всех говорить? Например в 10 битных релизах я ещё ни разу не видел раздражающих ступенчатых градиентов, так что лично для меня с переходом на 10 бит качество вполне себе повысилось. И это уже не говоря о том что качетсво мера вполне поддающаяся измерению, которое показывает что прирост качества есть.
>Вы уж решите, нужно обычному пользователю разбираться или нет.
Вы почему-то всё никак не можете заметить, что о баге в x264 рассказывается в разделе «Как кодировать в Hi10P», т.е. обычный пользователь может всё это пропустить и проделать всего-лишь простенькую инструкцию по установкеи настройке MPC. И это не говоря о том, что через некоторое время все не устаревшие плееры будут поддерживать 10 бит прямо из коробки, не в последнюю очередь из-за обкатки технологии на обычных пользователях.
Какая разница, если суммарный объём ниже при визуально большем качестве?
Разница в терминологии. Написанное в статье — обычный коммерческий обман. У нас здесь люди более грамотные, для них можно было и написать соответственно. Но вы, судя по вашим ответам, совершенно не разбираетесь в самом способе кодирования в 10 бит и каким образом он способствует сохранению деталей.
Например в 10 битных релизах я ещё ни разу не видел раздражающих ступенчатых градиентов, так что лично для меня с переходом на 10 бит качество вполне себе повысилось.
Зато я видел, что все релизы закодированы с неверным цветовым пространством, что автоматически делает эти релизы кривыми после выхода исправленного кодера. Переделывать их никто не будет, поэтому мы получим некоторый промежуток времени, вышедшие в течение которого вещи отсутствуют в нормальном качестве.
Вы почему-то всё никак не можете заметить, что о баге в x264 рассказывается в разделе «Как кодировать в Hi10P», т.е. обычный пользователь может всё это пропустить и проделать всего-лишь простенькую инструкцию по установкеи настройке MPC.
Вы почему-то всё никак не можете заметить, что сначала утверждаете, что обычному пользователя не нужно разбираться в кодировании видео, а потом — что нужно, чтобы просмотреть это видео на своей старой технике.
>Но вы, судя по вашим ответам, совершенно не разбираетесь в самом способе кодирования в 10 бит и каким образом он способствует сохранению деталей.
А я и не пытаюсь строить из себя эксперта-энкодера, который от корки до корки изучил все стандарты и программные решения, я прямо пишу что к кодированию видео имею весьма слабое отношение. Поэтому данная статья именно перевод, а не оригинальный пост. В данной статье и комментариях я лишь привожу то, что смог почерпнуть из англоязычных источников, и само-собой в них могут содержаться определённые ошибки и неточности.
Буду благодарен, если вы укажете на ошибки, которые я допустил в данном комментарии. Кроме того, раз уж вы разбираетесь в теме, то вы могли бы написать статью в которой бы и расписали бы что и как там делается.
>Написанное в статье — обычный коммерческий обман.
Коммерческий — свойственный коммерции, характерный для коммерции, либо имеющий к коммерции иное непосредственное отношение.
Коммерция — торговля, торговые операции, предпринимательская деятельность в связи с куплей-продажей чего-либо или с оборотом товара.
Где здесь вы увидели коммерческий обман? Да, есть некоторая доля приукрашивания, дабы дать дополнительный импульс пользователям к переходу на новый формат, но называть это обманом было бы слишком большим преувеличением, тем более что терминология эффективности сжатия вполне определённая вещь: отношение между качеством картинки и суммарному весу файла. тем более вы сами ниже пишите «даже в таком случае 10 бит действительно позволяют сохранить больше деталей», так что мне не очень понятно о чём мы в данном случае спорим.
>Зато я видел, что все релизы закодированы с неверным цветовым пространством, что автоматически делает эти релизы кривыми после выхода исправленного кодера. Переделывать их никто не будет, поэтому мы получим некоторый промежуток времени, вышедшие в течение которого вещи отсутствуют в нормальном качестве.
Эм… Либо в существующих проигрывателях способных в 10 бит этот баг нивелируется ещё одним багом, либо вы что-то недоговариваете. Буду благодарен если вы предоставите пруфы данному утверждению.
>Вы почему-то всё никак не можете заметить, что сначала утверждаете, что обычному пользователя не нужно разбираться в кодировании видео, а потом — что нужно, чтобы просмотреть это видео на своей старой технике.
Где я говорил что пользователю в этом всём нужно разбираться?
Тут просто произошло небольшое недоразумение, в вашей фразе «И многие это делают?» я подумал, что под «многие» вы подразумевали обычных пользователей, вот и всё.
Думаю стоит прояснить: к кодированию видео я отношения не имею, главная цель перевода была помочь людям правильно настроить свои плееры для релизов выходящих в 10 бит. Тем не менее, я двумя руками за прогресс и готов в переходный период мириться с определёнными неудобствами, считайте это не более чем личным мнением
А я и не пытаюсь строить из себя эксперта-энкодера, который от корки до корки изучил все стандарты и программные решения, я прямо пишу что к кодированию видео имею весьма слабое отношение. Поэтому данная статья именно перевод, а не оригинальный пост. В данной статье и комментариях я лишь привожу то, что смог почерпнуть из англоязычных источников, и само-собой в них могут содержаться определённые ошибки и неточности.
Буду благодарен, если вы укажете на ошибки, которые я допустил в данном комментарии. Кроме того, раз уж вы разбираетесь в теме, то вы могли бы написать статью в которой бы и расписали бы что и как там делается.
>Написанное в статье — обычный коммерческий обман.
Коммерческий — свойственный коммерции, характерный для коммерции, либо имеющий к коммерции иное непосредственное отношение.
Коммерция — торговля, торговые операции, предпринимательская деятельность в связи с куплей-продажей чего-либо или с оборотом товара.
Где здесь вы увидели коммерческий обман? Да, есть некоторая доля приукрашивания, дабы дать дополнительный импульс пользователям к переходу на новый формат, но называть это обманом было бы слишком большим преувеличением, тем более что терминология эффективности сжатия вполне определённая вещь: отношение между качеством картинки и суммарному весу файла. тем более вы сами ниже пишите «даже в таком случае 10 бит действительно позволяют сохранить больше деталей», так что мне не очень понятно о чём мы в данном случае спорим.
>Зато я видел, что все релизы закодированы с неверным цветовым пространством, что автоматически делает эти релизы кривыми после выхода исправленного кодера. Переделывать их никто не будет, поэтому мы получим некоторый промежуток времени, вышедшие в течение которого вещи отсутствуют в нормальном качестве.
Эм… Либо в существующих проигрывателях способных в 10 бит этот баг нивелируется ещё одним багом, либо вы что-то недоговариваете. Буду благодарен если вы предоставите пруфы данному утверждению.
>Вы почему-то всё никак не можете заметить, что сначала утверждаете, что обычному пользователя не нужно разбираться в кодировании видео, а потом — что нужно, чтобы просмотреть это видео на своей старой технике.
Где я говорил что пользователю в этом всём нужно разбираться?
Тут просто произошло небольшое недоразумение, в вашей фразе «И многие это делают?» я подумал, что под «многие» вы подразумевали обычных пользователей, вот и всё.
Думаю стоит прояснить: к кодированию видео я отношения не имею, главная цель перевода была помочь людям правильно настроить свои плееры для релизов выходящих в 10 бит. Тем не менее, я двумя руками за прогресс и готов в переходный период мириться с определёнными неудобствами, считайте это не более чем личным мнением
Вам стоило смягчить язык статьи при переводе. Некоторые использованные вами обороты подействовали как красная тряпка на быка =).
Исходник в 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 одинаково испортили фильтрами цветность.
Я тоже за прогресс, но должна быть альтернатива. Здесь же мы имеем ситуацию, когда небольшая кучка людей диктует правила игры тысячам. Представьте, если бы вдруг пропал бензин для жигулей, вы бы тоже предложили дедам купить новую иномарку?
Буду благодарен, если вы укажете на ошибки, которые я допустил в данном комментарии.
при использовании десятибитного кодирования отпадает необходимость пережимать всё в 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 одинаково испортили фильтрами цветность.
Тем не менее, я двумя руками за прогресс и готов в переходный период мириться с определёнными неудобствами
Я тоже за прогресс, но должна быть альтернатива. Здесь же мы имеем ситуацию, когда небольшая кучка людей диктует правила игры тысячам. Представьте, если бы вдруг пропал бензин для жигулей, вы бы тоже предложили дедам купить новую иномарку?
>Исходник в 99.9% 8-битный. Я не совсем понял, что вы имели ввиду, но лично у меня сложилось мнение, что вы считаете, что исходник 10-битный, а его раньше пережимали в 8 бит. В остальном, всё верно, но настолько непонятно, что я, если бы не знал, запутался ещё больше.
Я там просто вкратце пересказывал содержание пдфки, на которую дал ссылку, она начиналась именно с кодирования с 10 битного источника, просто забыл добавить, что выигрыш есть и в случае кодирования с 8 битного источника в том числе.
>Т.е. имеем 3 релиза в 10 бит, качеству двух из которых я доверяю (Салендер и Доки), и все с неверным цветовым пространством. Блюрей выкачивать не буду, вряд ли 한샛-Raws и Howard одинаково испортили фильтрами цветность.
Конечно несколько грустно в таком случае получается. Хотя справедливости ради надо бы сравнить с БД.
>Я тоже за прогресс, но должна быть альтернатива. Здесь же мы имеем ситуацию, когда небольшая кучка людей диктует правила игры тысячам.
Я бы не сказал, что кто-то что-то диктует. Ибо если какие-то группы безальтернативно перейдёт на 10 бит, а спрос на 8 бит останется высокий, то какая-нибудь другая группа выложит релиз в 8 битах, свободное информационное пространство, однако.
До тех пор пока у меня не дошли руки до того что бы настроить софт на 10 бит я вполне себе смотрел и скачивал 8 битные релизы ни о чём не беспокоясь. Да даже сейчас мой ноутбук не потянет 10 битное 1080p, так что я ни в коем случае не желаю тотальной гегемонии 10 бит, по крайней мере в ближайшие несколько лет, но смотреть онгоинги всё-таки предпочитаю в 10 битах, если есть такая возможность.
Я там просто вкратце пересказывал содержание пдфки, на которую дал ссылку, она начиналась именно с кодирования с 10 битного источника, просто забыл добавить, что выигрыш есть и в случае кодирования с 8 битного источника в том числе.
>Т.е. имеем 3 релиза в 10 бит, качеству двух из которых я доверяю (Салендер и Доки), и все с неверным цветовым пространством. Блюрей выкачивать не буду, вряд ли 한샛-Raws и Howard одинаково испортили фильтрами цветность.
Конечно несколько грустно в таком случае получается. Хотя справедливости ради надо бы сравнить с БД.
>Я тоже за прогресс, но должна быть альтернатива. Здесь же мы имеем ситуацию, когда небольшая кучка людей диктует правила игры тысячам.
Я бы не сказал, что кто-то что-то диктует. Ибо если какие-то группы безальтернативно перейдёт на 10 бит, а спрос на 8 бит останется высокий, то какая-нибудь другая группа выложит релиз в 8 битах, свободное информационное пространство, однако.
До тех пор пока у меня не дошли руки до того что бы настроить софт на 10 бит я вполне себе смотрел и скачивал 8 битные релизы ни о чём не беспокоясь. Да даже сейчас мой ноутбук не потянет 10 битное 1080p, так что я ни в коем случае не желаю тотальной гегемонии 10 бит, по крайней мере в ближайшие несколько лет, но смотреть онгоинги всё-таки предпочитаю в 10 битах, если есть такая возможность.
Хотя справедливости ради надо бы сравнить с БД.К сожалению, не нашёл.
то какая-нибудь другая группа выложит релиз в 8 битахВыкладывают, конечно, но качество почти всегда плохое. Почти все хорошие кодеры безальтернативно перешли на Hi10P. Я сейчас говорю о блюрей-рипах. ТВ пока есть нормальные в 8 битах.
Да не кормите.
>И многие это делают? Я не видел ещё ни одного релиза без этого бага.
Так это же только тем кто занимается кодированием видео, обычному пользователю заботиться об этом совершенно не нужно.
Так это же только тем кто занимается кодированием видео, обычному пользователю заботиться об этом совершенно не нужно.
Кусков бы видео (и скринов) для сравнения.
Смотрите раздел «Примеры Hi10P файлов», там есть несколько ссылок на screenshotcomparison.com, если просто выложить два скриншота рядом, то заметить разницу нетренированному глазу будет достаточно сложно.
Для сравнения видео можно скачать с торрентов по данной в тексте ссылке 10 битную версию и сравнить её с 8 битной.
От себя скажу, что видео в 10 битах действительно выигрывает в качестве, ибо ступеней градиента практически нет и намного меньше артефактов, а вес притом действительно меньше.
Для сравнения видео можно скачать с торрентов по данной в тексте ссылке 10 битную версию и сравнить её с 8 битной.
От себя скажу, что видео в 10 битах действительно выигрывает в качестве, ибо ступеней градиента практически нет и намного меньше артефактов, а вес притом действительно меньше.
Двоякие чувства. С одной стороны компрессия/качество лучше, с другой, потеря совместимости.
Где-то я уже это видел…
Где-то я уже это видел…
А что за проблема с VLC?
Честно говоря не знаю, тут нужно спрашивать у автора статьи. Наверно просто карма у VLC среди анимешников не очень.
Проблема с VLC — сам VLC.
Я пользуюсь VLC на XP и Ubuntu. Хочется всёже знать, что с ним не так?
Неправильное отображение субтитров в некоторых случаях, ожидание вертикальной развертки, игнорирование цветовых профилей, багованное воспроизведение файлов с высоким битрейтом… я могу продолжить.
Некоторые из этих проблем, возможно, исчезли, но больше я его использовать не буду. Давно перешел на mplayer/mpc и не видел этих проблем.
Некоторые из этих проблем, возможно, исчезли, но больше я его использовать не буду. Давно перешел на mplayer/mpc и не видел этих проблем.
Поздравляю, ваш комментарий победил в Google Top 10. Я серьёзно спрашиваю. Я вот сейчас запустил bdrip аватара (см рутрекер), и не могу понять, где искать проблему?
А у меня в Кубунту только VLC вменяемо и работает. SMPlayer и KMplayer и репов запускает видео через раз и ужасно неудобное управление.
Расскажите пожалуйста, почему при увеличении глубины цвета, достигается большее сжатие при том же качестве?
Ознакомьтесь с данной pdf'кой, на которую есть ссылка в самом начале статьи.
Если вкратце, то при использовании десятибитного кодирования отпадает необходимость пережимать всё в 8 бит, и за счёт большей точности, возникающей из-за меньшей ошибки округления, лучше отрабатывают алгоритмы компрессии и можно обойтись меньшим квантованием для достижения того же качества картинки.
Если вкратце, то при использовании десятибитного кодирования отпадает необходимость пережимать всё в 8 бит, и за счёт большей точности, возникающей из-за меньшей ошибки округления, лучше отрабатывают алгоритмы компрессии и можно обойтись меньшим квантованием для достижения того же качества картинки.
При сжатии видео H.264 (да и большинством других кодеков) видео разбивается на макроблоки (часто 8x8 пикселей, но может быть и другим) и к каждому макроблоку применяется дискретное косинусное преобразование. Это преобразование полностью обратимо. Его преимущество перед исходными данными в лучшей сжимаемости беспотерьными алгоритмами типа LZW. Для большего повышения сжимаемости каждый элемент результирующей матрицы делится на соответствующий элемент матрицы квантования и результат округляется. Самое толковое объяснение здесь. Вот тут-то и происходят потери. Одним из наиболее заметных глазу результатов этого является т.н. бандинг:
Оригинал:
Примерный результат квантования (бандинг). Здесь я просто уменьшил число цветов до 16:
Чтобы этого избежать, в видео подмешивается шум (операция называется «дизеринг»):
Как видно, картинка стала намного лучше при тех же 16 цветах. Проблема в том, что такие структуры
очень плохо сжимаются и требуют на себя много битрейта. Сравните размеры картинки с бандингом и картинки с шумом.
Решением проблемы бандинга явилось увеличение размера одного канала с 8 до 10 бит, т.е. с 256 до 1024 уровней на канал. К примеру (очень грубо, на деле квантование применяется к результату ДКП):
256 / 20 = 12.8 ~ 13 (1.56% потерь)
1024 / 20 = 51.2 ~ 51 (0.39% потерь)
Т.е. для сохранения градиентов теперь не требуется подмешивать шум (дизеринг). За счёт этого и уменьшение размера.
Оригинал:
Примерный результат квантования (бандинг). Здесь я просто уменьшил число цветов до 16:
Чтобы этого избежать, в видео подмешивается шум (операция называется «дизеринг»):
Как видно, картинка стала намного лучше при тех же 16 цветах. Проблема в том, что такие структуры
очень плохо сжимаются и требуют на себя много битрейта. Сравните размеры картинки с бандингом и картинки с шумом.
Решением проблемы бандинга явилось увеличение размера одного канала с 8 до 10 бит, т.е. с 256 до 1024 уровней на канал. К примеру (очень грубо, на деле квантование применяется к результату ДКП):
256 / 20 = 12.8 ~ 13 (1.56% потерь)
1024 / 20 = 51.2 ~ 51 (0.39% потерь)
Т.е. для сохранения градиентов теперь не требуется подмешивать шум (дизеринг). За счёт этого и уменьшение размера.
Что-то мне подсказывает, что стоит купить хардварный проигрыватель совместимый с Hi10P, придумают Hi12P и фильмы всё равно не будут проигрываться.
Нет, Hi12P не придумают, придумают H.265, что еще веселее, в плане требований к железу.
Если мне не изменяет склероз, то в блоге от разработчика х264 описывалось, как он щупал одну из реализаций H.265, так вот, пощупать её так и не получилось, ибо реализация H.265 в том виде в котором она была, уж больно тормозная, в over 1000 раз медленнее чем х264 с максимальными(плацебо) параметрами. Итого они не смогли закодировать небольшой ролик, время кодирования исчислялось неделями, на современном Core i7 CPU.
Автор сказал что это БЕЗУМИЕ.
Автор сказал что это БЕЗУМИЕ.
Ну дык раз кое-кто считает возможным переход на Hi10P, понуждающий к приобретению многоядерных CPU и к отказу от видеоускорения, так же со временем кое-кто сочтёт возможным перейти на H.265 и обзывать «жертвами прогресса» и луддитами всех тех, у кого число ядер измеряется не сотнями, а десятками, и жёсткие диски обыкновенные, а не RAID десятикратного ускорения — иными словами, всех тех, у кого время кодирования исчисляется неделями, а не часами и немногими десятками часов.
Кто отнимает у вас право качать релизы и как крайнее средство перекодировать видео самостоятельно?
По моему опыту сегодня обычно вполне себе существуют несколько групп релизящих один и тот же тайтл, так что выбирать почти всегда есть из чего.
По моему опыту сегодня обычно вполне себе существуют несколько групп релизящих один и тот же тайтл, так что выбирать почти всегда есть из чего.
Разве не понятно, что к тому времени «право перекодировать видео самостоятельно» обернётся (согласно приведённой DRUN чуть выше оценке времени кодирования) не более чем правом ждать перекодировки неделю или даже пару недель на каждую из серий аниме, выходящих по несколько штук в неделю?
Например, в наступающем осеннем сезоне заслуживает внимания добрый десяток сериалов аниме:
Теперь перемножьте на «время кодирования исчислялось неделями на современном Core i7 CPU».
Даже если предположить, что время декодирования на порядок меньше, чем время кодирования (что на самом деле вряд ли так), то всё равно будущее не выглядит лучезарным.
Например, в наступающем осеннем сезоне заслуживает внимания добрый десяток сериалов аниме:
- Shakugan no Shana III
- Boku wa Tomodachi ga Sukunai
- Persona 4 the Animation
- Un-Go
- Kimi to Boku
- Zero no Tsukaima Kessakusen
- C³
- Fate / Zero
- Guilty Crown
- Mirai Nikki
Теперь перемножьте на «время кодирования исчислялось неделями на современном Core i7 CPU».
Даже если предположить, что время декодирования на порядок меньше, чем время кодирования (что на самом деле вряд ли так), то всё равно будущее не выглядит лучезарным.
Относительно H.265 существует такое мнение, что разработчики скорее работают над тем, чтоб втулить в стандарт всё что только можно и в последствии запатентовать. После чего троллить всех, что это уже было в Симпсонах.
Потому он такой тормозной в нынешней реализации, ну и то, что нет оптимизаций. Но если проводить параллель с H.264, то H.265 после оптимизаций, будет как минимум в десятки раз медленней, если не в сотни.
Немногим временем ранее, реально задумывался над нем, чтоб приобрести себе платку под медиацентрик на базе Е-350, а теперь, что-то желание отпало, наверно даже рад, что не купил. Аниме то смотрю преимущественно.
Потому он такой тормозной в нынешней реализации, ну и то, что нет оптимизаций. Но если проводить параллель с H.264, то H.265 после оптимизаций, будет как минимум в десятки раз медленней, если не в сотни.
Немногим временем ранее, реально задумывался над нем, чтоб приобрести себе платку под медиацентрик на базе Е-350, а теперь, что-то желание отпало, наверно даже рад, что не купил. Аниме то смотрю преимущественно.
Мы сейчас говорим о 10 битах, и они, насколько я знаю, вполне себе конвертируются в старые добрые 8 бит, до светлых времён H.265 надо ещё дожить и я более чем уверен, что к моменту релиза его допилят до удобоваримого состояния, ибо никто в здравом уме стандарт в таком состоянии выпускать не будет.
Кроме того с чего вы взяли что если кодирование в видео в H.265 займёт условную неделю, то перекодирование из H.265 в 8 битное H.264 займёт ту же условную неделю? Тут налицо явная логическая ошибка.
Кроме того с чего вы взяли что если кодирование в видео в H.265 займёт условную неделю, то перекодирование из H.265 в 8 битное H.264 займёт ту же условную неделю? Тут налицо явная логическая ошибка.
Перечитайте последний абзац моего комментария.
Допилят, скорее они снова поделят его на 9000 профайлов, полегче, да посложнее. И какие-то из них получат развитие, а кие-то из них отомрут. Как было к примеру с AAC.
Просто есть такая вероятность, что Hi10P в железе массово вообще не будет поддержан. Можно вспомнить старый добрый Mpeg2(H.262) у которого не все фишки поддержаны в железе. В стандарт DVD пошёл Main Profile от этого и плясали все производители железа. Я конечно не Ванга, но параллели есть с чем проводить.
Относительно того что 10-бит можно перекодировать в 8-бит, так тут вопрос в другом, зачем человеку этим заниматься. Человек хочет прийти домой с работы и не напрягаясь взять в руку пульт, либо другое кое-то удобное устройство управления нажать на кнопочки и смотреть.
Ессно, если в сети будет много файлов Hi10P, то производители железа таки обратят внимание, возможно даже внедрят поддержку, но имею мнение, что если этим будут страдать только релизы аниме, в то время, как релизы сериалов/мувиков будут 8-бит, то не всё так радужно. Будут производители железа смотреть на это всё грустно и с недоумением.
Просто есть такая вероятность, что Hi10P в железе массово вообще не будет поддержан. Можно вспомнить старый добрый Mpeg2(H.262) у которого не все фишки поддержаны в железе. В стандарт DVD пошёл Main Profile от этого и плясали все производители железа. Я конечно не Ванга, но параллели есть с чем проводить.
Относительно того что 10-бит можно перекодировать в 8-бит, так тут вопрос в другом, зачем человеку этим заниматься. Человек хочет прийти домой с работы и не напрягаясь взять в руку пульт, либо другое кое-то удобное устройство управления нажать на кнопочки и смотреть.
Ессно, если в сети будет много файлов Hi10P, то производители железа таки обратят внимание, возможно даже внедрят поддержку, но имею мнение, что если этим будут страдать только релизы аниме, в то время, как релизы сериалов/мувиков будут 8-бит, то не всё так радужно. Будут производители железа смотреть на это всё грустно и с недоумением.
Вы забыли написать еще один шаг: где взять такое видео.
«Инструкция создана по мотивам труда Ryuumaru.»
Может все-таки не Ryuumaru, а haruhichan?
У Ryuumaru там откровенный бред написан с рекомендациями использовать VLC. Да и статья по содержанию похожа именно на статью с харухичан, откуда ее потом перекопировали Coalgirls, немного отредактировав.
Может все-таки не Ryuumaru, а haruhichan?
У Ryuumaru там откровенный бред написан с рекомендациями использовать VLC. Да и статья по содержанию похожа именно на статью с харухичан, откуда ее потом перекопировали Coalgirls, немного отредактировав.
Почему-то все упускают из виду, что исходные Blu-ray сами закодированы в 8 бит и 10 бит из них получаются интерполяцией. Другое дело, что даже в таком случае 10 бит действительно позволяют сохранить больше деталей.
Наткнулся еще на такой гайд. Для меня стало откровением, что какой-то PotPlayer может быть лучше MPC-HC. Например: возможность использовать DXVA с madVR (MPC не умеет такого). Про Hi10P тоже есть несколько абзацев, в том числе и рекоммендации к железу.
Кстати, к вопросу о способах кодирования.
Существует известный trade-off между CPU и Memory: если что-то использует много CPU, то всегда это что-то можно развернуть в массив и закэшировать в memory.
Почему такой подход до сих пор не применили к энкодерами и декодерам?
Путём скармливания множества видео создаётся к примеру гигабайтный массив данных (например положить туда самые популярные DCT,iDCT), который позволяет ускорить кодирование и декодирование видео, нечто похожее на rainbow tables.
Например старенький ноутбук, в котором невозможно заменить процессор на что-то другое, но можно добавить лишние гигабайты памяти, ожил бы от такого декодера и стал бы декодировать на 30% быстрее.
p.s. это всё мои фантазии. Знаю, что iDCT занимают довольно мало в h264, основная сложность — это motion compensation и inloop deblock. Да и для 16x16 блоков сгеренированые таблицы бесполезны, разве что только для 4x4.
Существует известный trade-off между CPU и Memory: если что-то использует много CPU, то всегда это что-то можно развернуть в массив и закэшировать в memory.
Почему такой подход до сих пор не применили к энкодерами и декодерам?
Путём скармливания множества видео создаётся к примеру гигабайтный массив данных (например положить туда самые популярные DCT,iDCT), который позволяет ускорить кодирование и декодирование видео, нечто похожее на rainbow tables.
Например старенький ноутбук, в котором невозможно заменить процессор на что-то другое, но можно добавить лишние гигабайты памяти, ожил бы от такого декодера и стал бы декодировать на 30% быстрее.
p.s. это всё мои фантазии. Знаю, что iDCT занимают довольно мало в h264, основная сложность — это motion compensation и inloop deblock. Да и для 16x16 блоков сгеренированые таблицы бесполезны, разве что только для 4x4.
Комментарий для пользователей Ubuntu/Kubuntu. mplayer2 лежит в стандартных репозиториях начиная с Oneiric. Т.е. можно либо отметить для установки SMPlayer и MPlayer2, либо выполнить:
sudo apt-get install smplayer mplayer2
И вы сможете просто воспроизводить Hi10P-видео без дополнительной настройки.
sudo apt-get install smplayer mplayer2
И вы сможете просто воспроизводить Hi10P-видео без дополнительной настройки.
«Тем не менее желательно указывать ссылку на данный перевод, либо оригинальную статью, т.к. материал будет обновляться, отображая последние разработки в данной области.»
К этой статье это тоже относится?
В оригинале теперь рекомендуется устанавливать LAV Filters и указывать их в External Filters в MPC-HC. А в madVR декодинг теперь наоборот не рекомендуют включать.
К этой статье это тоже относится?
В оригинале теперь рекомендуется устанавливать LAV Filters и указывать их в External Filters в MPC-HC. А в madVR декодинг теперь наоборот не рекомендуют включать.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Что такое Hi10P?