Меню

10 bit video windows media player

10 bit video windows media player

Активный участник

Группа: Форумчане
Сообщений: 191
Регистрация: 15.10.2008
Пользователь №: 235 432

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

Внимание! Ознакомьтесь также со 2ым постом данной темы, а уже затем поступайте так, как сочтёте для себя более лёгким\правильным.

Во-первых, установить последнюю версию набора кодеков CCCP или K-Lite.
Если кодек-пак уже установлен, то достаточно просто обновить ffdshow.

Во-вторых, для полноценного вывода 10 бит рекомендуется скачать и установить LAVfilters и madVR (для установки распаковать куда-либо и запустить install.bat с правами администратора).
После этого сделать следующее:

Отключить ВСЕ встроенные фильтры:

Задать LAV в качестве предпочитаемого декодера (добавить в список можно, нажав кнопку «Add filters» и выбрав в появившемся списке LAV Audio Decoder и LAV Video Decoder):

После открытия любого видео-файла в трее должна появиться иконка рендерера, клацнув по которой заходим в настройки:

и отключаем ”fullscreen exclusive mode”:

Проверка правильности выполнения:

Во время воспроизведения видео жмём Ctrl+J и смотрим на OSD:
Правильно(слева) Неправильно(справа)

Также проверяем, правильные ли фильтры используются:

Любителям KMPlayer, для воспроизведения 10-битного видео необходимо также обновить системные кодеки (ffdshow или K-Lite/CCCP, см. выше) и сделать настройку плеера согласно сринам ниже:

Пример неправильного и правильного воспроизведения 10-битного видео:

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

*Меньшая скорость кодирования и декодирования.
*Некоторые проблемы с несовместимостью с непонятным и устаревшим железом, например с проигрыванием видео на PS3, XBox или на «железном» плеере. В том числе и на портативных устройствах.

Группа: Форумчане
Сообщений: 844
Регистрация: 23.5.2009
Из: Спб
Пользователь №: 280 515

Для начала устанавливать всякие кодек-паки (особенно унылые типа клайта) совсем не необходимо.
Например на чистой системе вполне достаточно одного MPC-HC и madVR.

Также, я конечно знаю что это копипаста, но зачем было удалять пункт про аппаратное ускорение? Основным недостатком 10-бит как раз таки и является полное отсутвие аппаратного декодирования. Также тот текст писался хомячком, который похоже даже и не подозревает, что 10-бит не поддерживает не только «непонятное и устаревшее железо» но и вполне себе понятное и современное.
Реально воспроизведение такого видео возможно исключительно на ПК и исключительно силами процессора.

Дальше, сейчас его поддерживают следующие декодеры: ffdshow (вывод только в 8 бит, поэтому использовать можно, но не нужно), CoreAVC, Lav Decoder, встроенный в madVR декодер.
По факту самый быстрый для 10 бит — Lav Decoder, мб кореавц соптимизируют в будущем.

Отключать эксклюзивный режим madVR не всегда стоит (и не зря он по дефолту включен). К примеру на слабом железе (а тут стопудово немало народу с интегрированным видео) он помогает поднять производительность (плюс можно поставить галку на отрубание аеро в фуллскрине).
И отрубать все фильтры — это тоже зря.

Поэтому опимальный вариант такой:
1) поставить mpc, madVR, lav filters.
2) отключить H.264/AVC (FFmpeg) фильтр в mpc.
3) выбрать рендерер madVR.
Все. Можно еще поиграться с настройками madVR (если с производительностью плохо).

Если нужна линковка — нужен еще хаали сплиттер.
Если в системе бардак ака кодекпак — поставить лав декодеру приоритет.
Если нужно еще и аппаратное декодирование 8-битного видео, то это все прокатит только для владельцев карт от нвидии. Для владельцев SB (может и для другого интегрированного интелловского видео прокатит) нужен http://forum.doom9.org/showthread.php?t=162442 (и переключаться между декодерами вручную), ати — Cyberlink HAM.

Активный участник

Группа: Форумчане
Сообщений: 191
Регистрация: 15.10.2008
Пользователь №: 235 432

Активный участник

Группа: Форумчане
Сообщений: 444
Регистрация: 14.2.2009
Из: Москва
Пользователь №: 261 971

Чисто ради академического интереса, можно ссылку?

Группа: Форумчане
Сообщений: 844
Регистрация: 23.5.2009
Из: Спб
Пользователь №: 280 515

тут с хабра, который является переводом того гайда.

Стоит отметить, что проблема с кореавц была исправлена спустя 3 дня.

Новичок

Группа: Форумчане
Сообщений: 8
Регистрация: 17.5.2008
Пользователь №: 22 546

Группа: Форумчане
Сообщений: 844
Регистрация: 23.5.2009
Из: Спб
Пользователь №: 280 515

Активный участник

Группа: Форумчане
Сообщений: 191
Регистрация: 15.10.2008
Пользователь №: 235 432

Активный участник

Группа: Форумчане
Сообщений: 444
Регистрация: 14.2.2009
Из: Москва
Пользователь №: 261 971

тут с хабра, который является переводом того гайда.

Стоит отметить, что проблема с кореавц была исправлена спустя 3 дня.

Группа: Форумчане
Сообщений: 844
Регистрация: 23.5.2009
Из: Спб
Пользователь №: 280 515

47 фпс (т.е. даже 60 фпс видео тормозит). Но сама видеокарта-то неслабая.
При этом процом (i7 970)

202 фпс. Даже на обычном видео видна огромная разница в скорости seeking’а.
На ноуте GT540M

75 фпс.
На ноуте встроенным видео

аж 264 фпс.
Итого мощную десктопную графику победило интегрированнае решение, с разницей раз в 5.

Дальше, декодирование видео через DXVA, CUDA (дада, никаких вычислений на шейдерах), Intel QuickSync, и прочее, и прочее — использует этот чип. Поэтому они не могут превзойти его возможности.
В самом чипе алгоритмы декодирования заданы на аппаратном уровне, поэтому каким-либо софтом добавить новые функции невозможно (максимум — разблокировать функции которые были, но не использовались). 10 бит требуют изменений в повышении точности на всех ступенях декодирования, поэтому.
А, ну и полноценное декодирование на шейдерах (т.е. испольузуя вычисления CUDA или OpenCL) невозможно, в силу особенностей архитекутры видеокарт (если кратко — они могут выполнять примитивные алгоритмы очень быстро, но сложные — гораздо медленее проца. А декодирование — процесс непростой. Также как и кодирование, кстати, поэтому результат аппаратного кодирования видео просто ужасен). Максимум — частичное ускорение, но такого я нигде не видел.

Сообщение отредактировал vivan — 30.10.2011, 18:26

Активный участник

Группа: Форумчане
Сообщений: 444
Регистрация: 14.2.2009
Из: Москва
Пользователь №: 261 971

45 фпс (т.е. даже 60 фпс видео тормозит). Но сама видеокарта-то неслабая.
При этом процом (i7 970)

300 фпс. Даже на обычном видео видна огромная разница в скорости seeking’а.
На ноуте GT540M

80 фпс.
На ноуте встроенным видео

аж 260 фпс.
Итого мощную десктопную графику победило интегрированнае решение, с разницей раз в 5.

Дальше, декодирование видео через DXVA, CUDA (дада, никаких вычислений на шейдерах), Intel QuickSync, и прочее, и прочее — использует этот чип. Поэтому они не могут превзойти его возможности.
В самом чипе алгоритмы декодирования заданы на аппаратном уровне, поэтому каким-либо софтом добавить новые функции невозможно (максимум — разблокировать функции которые были, но не использовались). 10 бит требуют изменений в повышении точности на всех ступенях декодирования, поэтому.
А, ну и полноценное декодирование на шейдерах (т.е. испольузуя вычисления CUDA или OpenCL) невозможно, в силу особенностей архитекутры видеокарт (если кратко — они могут выполнять примитивные алгоритмы очень быстро, но сложные — гораздо медленее проца. А декодирование — процесс непростой. Также как и кодирование, кстати, поэтому результат аппаратного кодирования видео просто ужасен). Максимум — частичное ускорение, но такого я нигде не видел.

Группа: Форумчане
Сообщений: 844
Регистрация: 23.5.2009
Из: Спб
Пользователь №: 280 515

На самом деле своим «CUDA» они реально вводят народ в заблуждение. Их не раз просили исправить на CUDA Video Decoding API (CUVID).
Но все-таки какая-то польза от этого есть. При использовании DXVA декодированный кадр остается в памяти видеокарты, откуда его можно только вывести (либо вести постпроцессинг только силами видеокарты). Но madVR’у нужен кадр в оперативной памяти.
Поэтому, чтобы использовать аппаратное декодирование + madVR (на 8битном видео, разумеется) нужно использовать особые декодеры — CoreAVC + «CUDA», lav decoder + CUVID, спец версия ffdshow для интела, либо Cyberlink HAM для ати, которые возвращают кадр в оперативную память. Кстати, это же позволяет работать с видео средствами ависинта (например для интерполяции кадров) вместе с аппаратным декодированием.

Кстати, madVR вещь хорошая для любого видео — благодаря повышенной точности и хорошим алгоритмам масштабирования он позволяет добиться лучшего результата по выводу видео на экран. Однако он требует ресурсов видеокарты (некоторое интегрированное видео может не справляться с 1080p видео, например). При проблемах с проивзодительностью стоит использовать эксклюзивный режим для фуллскрина, отключать аеро для фуллскрина, (тут уже начинается незначительное ухудшение качества) на вкладке trade off’а — 10-битные буфера вместо 16, билинейное масштабирование (это уже сильно повышает проивзодительность ценой качества).
Если проблем с производительностью нет — то настройки по умолчанию = максимальное качество (однако можно по вкусу подбирать алгоритмы масштабирования). Также можно не использовать эксклюзивный режим.
По OSD (Ctrl+J), посмотрев на заполненность очередей и времена рендеринга (по отношению к интервалу между кадрами) можно оценить какой есть запас мощности.

З.ы. добавил точные бенчмарки c пруфпиками, видео использовал 2ое отсюда.


Adblock
detector