Таблица статуса кодеков содержит полный, ежедневно обновляющийся список всех поддерживаемых кодеков. Некоторые бинарные кодеки, которые можно использовать в MPlayer, доступны в разделе закачки нашего сайта. Наиболее важные кодеки: MPEG1 (VCD) и MPEG2 (DVD) видео "родные" декодеры для всех вариантов DivX, 3ivX, M$ MPEG-4 v1, v2 и других вариантов MPEG-4. "родной" декодер для Windows Media Video 7/8 (WMV1/WMV2), и Win32 DLL декодер для Windows Media Video 9 (WMV3), оба используются в .wmv файлах "родной" Sorenson 1 (SVQ1) декодер "родной" Sorenson 3 (SVQ3) декодер 3ivx v1, v2 декодер Cinepak и Intel Indeo кодеки (3.1,3.2,4.1,5.0) MJPEG, AVID, VCR2, ASV2 и другие аппаратные форматы VIVO 1.0, 2.0, I263 и другие h263(+) варианты FLI/FLC RealVideo 1.0 & 2.0 из libavcodec, и RealVideo 3.0 & 4.0 кодеки, используя библиотеки RealPlayer "родной" декодер для HuffYUV Различные старые, простые, похожие на RLE форматы Если у Вас есть не упомянутый здесь Win32 кодек, который ещё не поддерживается, пожалуйста, прочтите Как добавить кодек и помогите нам добавить для него поддержку. FFmpeg содержит libavcodec - ведущую библиотеку аудио и видео кодеков с открытым исходным кодом. Она способна декодировать большинство мультимедиа форматов, обычно быстрее альтернатив, и периодически добавляется поддержка оставшихся. Это декодер по-умолчанию для большинства кодеков, поддерживаемых MPlayer. Кодирование также возможно для некоторых форматов и поддерживается в Mencoder. Полный список поддерживаемых видео и аудио кодеков доступен на домашней странице FFmpeg. MPlayer содержит libavcodec. Просто запустите ./configure и компилируйте как обычно. Xvid свободный, MPEG-4 ASP совместимый видео кодек, особенностями которого являются двухпроходное кодирование и полная поддержка MPEG-4 ASP, делающая его намного более эффективным, чем хорошо известный DivX. Он предоставляет видео отменного качества и хорошую производительность, в силу оптимизаций под большинство современных процессоров. Он начался как ответвление OpenDivX кодека. Это произошло, когда ProjectMayo сделал исходный код OpenDivX закрытым DivX4, и разработчики OpenDivX не из ProjectMayo разозлились, и взялись за Xvid. Поэтому у обоих проектов общие корни. Имейте в виду, что Xvid не нужен для декодирования Xvid-кодированного видео. libavcodec используется по-умолчанию, т.к. обеспечивает более высокую скорость. Как и большинство ПО с открытым исходным кодом, он доступен как в виде официальных релизов, так и в виде CVS версии. Как правило, CVS версия достаточно стабильна для использования, т.к. в большинстве случаев ее особенностью является отсутствие ошибок, присутствующих в релизах. Далее описывается как заставить работать Xvid CVS с MEncoder'ом (необходимы, как минимум, autoconf 2.50, automake и libtool): cvs -z3 -d:pserver:anonymous@cvs.xvid.org:/xvid login cvs -z3 -d:pserver:anonymous@cvs.xvid.org:/xvid co xvidcore cd xvidcore/build/generic ./bootstrap.sh ./configure Вам может потребоваться добавить некоторые опции (посмотрите вывод ./configure --help). make && make install Если Вы указали --enable-divxcompat, скопируйте ../../src/divx4.h в /usr/local/include/. Перекомпилируйте MPlayer с --with-xvidlibdir=/path/to/libxvidcore.a --with-xvidincdir=/path/to/xvid.h. x264 - это библиотека для создания видеопотоков H.264. Она не завершена на 100%, но, по крайней мере, имеет поддержку большинства возможностей H.264, влияющих на качество. В спецификации H.264 присутствует множество дополнительных возможностей, которые сами по себе никак не влияют на качество видео и до сих в x264 не реализованы. CAVLC/CABAC (Контекстнозависимое адаптивное бинарное арифметическое кодирование / Контестнозависимое адаптивное кодирование с переменной длиной) Кадры с несколькими ссылками Базовые (I-) кадры: все типы макроблоков (16x16, 8x8 и 4x4 со всеми видами предсказания) Предсказуемые (P-) кадры: все дробления (от 16x16 до 4x4) Двунаправленные (B-) кадры: дробления от 16x16 до 8x8 (включая SKIP/DIRECT) Управление потоком: постоянный квантователь, постоянный битпоток, одинарный или многопроходный ABR, опциональный VBV Обнаружение усечения изображения Адаптивное расположение B-кадров B-кадры как ссылки или в произвольном расположении кадров Адаптивные пространственные преобразования 8x8 и 4x4 Режим кодирования без потерь Возможность задания пользовательских матриц квантования Параллельное кодирование разных блоков Интерлейсинг H.264 - это одно из названий нового цифрового кодека, совместно разрабатываемого ITU и MPEG. Названия "ISO/IEC 14496-10" или "MPEG-4 Part 10" тоже являются корректными, но чаще его называют "MPEG-4 AVC" или просто "AVC". Как его ни называй, но H.264 стоит попробовать, поскольку он дает то же качество, что и MPEG-4 ASP, но при битрейте меньшем на 5%-30%. Конкретный результат зависит как от исходного материала, так и от кодировщика. Выигрыш не дается просто так: декодирование потока H.264, похоже, имеет существенно повышенные требования к CPU и памяти. В частности, на 1733 MHz Athlon декодирование H.264 потока в 1500кбит/с с DVD-разрешением использует около 35% CPU. Для сравнения, декодирование 1500кбит/с потока MPEG4-ASP с DVD-разрешением требует около 10% CPU. Это означает, что для большинства пользователей практически не может быть и речи о декодировании потоков высокого разрешения. Также это значит, что даже скромный DVD рип может время от времени заикаться на процессорах слабее 2.0 GHz или около того. По крайней мере, с x264 требования для кодирования не слишком велики по сравнению с MPEG4-ASP. В частности, на 1733 MHz Athlon кодирование обичного DVD будет идти со скоростью 5-15 fps. Объяснять все тонкости H.264 не является целью этого документа, но если вас интересует краткий обзор, вы можете прочесть The H.264/AVC Advanced Video Coding Standard: Overview and Introduction to the Fidelity Range Extensions. MPlayer использует H.264 декодер библиотеки libavcodec. libavcodec получила мало-мальски пригодную для использования возможность декодирования H.264 где-то в июле 2004, однако, с того времени было внесено множество серьезных изменений и улучшений, как с точки зрения поддерживаемых функциональных возможностей, так и улучшенного использования CPU. Для определенности: использование свежей версии Subversion - всегда хорошая идея. Если нужен быстрый и простой способ узнать какие свежие изменения, относящиеся к H.264, были сделаны в libavcodec, Вам следует иметь ввиду Веб-интерфейс к репозиторию FFmpeg Subversion. Если у вас установлен клиент subversion, последнюю версию x264 можно загрузить следующей командой: svn co svn://svn.videolan.org/x264/trunk x264 Исходный код MPlayer обновляется всякий раз при изменении API x264, так что предлагается использовать Subversion версию MPlayer'а. возможно, ситуация изменится с выходом "релиза" x264 (если он будет). В данный момент x264 следует рассматривать как очень нестабильный, в свете постоянного изменения интерфейса программирования. x264 собирается и устанавливается как обычно: ./configure && make && sudo make install Это установит libx264.a в /usr/local/lib, а x264.h - в /usr/local/include. Сборка MPlayer при установленных в стандартные каталоги библиотеке и заголовочном файле x264 очень проста. Просто запустите стандартное: ./configure && make && sudo make install Скрипт ./configure сам определит, выполнены ли необходимые требования для x264. MPEG layer 1/2/3 (MP1/2/3) аудио (родной код, с MMX/SSE/3DNow! оптимизацией) Windows Media Audio 7 и 8 (они же WMAv1 и WMAv2) (родной код, с libavcodec) Windows Media Audio 9 (WMAv3) (используя DMO DLL) AC-3 Dolby аудио (родной код, с MMX/SSE/3DNow! оптимизацией) AC-3 пропускаемый через звуковое оборудование AAC Ogg Vorbis аудио кодек (родная библиотека) RealAudio: DNET (AC-3 с низким битпотоком), Cook, Sipro и ATRAC3 QuickTime: Qualcomm и QDesign аудио кодеки VIVO аудио (g723, Vivo Siren) Voxware аудио (используя DirectShow DLL) alaw и ulaw, различные gsm, adpcm и pcm форматы и другие простые старые аудио кодеки Adaptive Multi-Rate (AMR) речевые кодеки Это декодер, используемый, по умолчанию, для файлов с AC-3 аудио Декодер AC-3 может создавать аудио вывод микшированный для 2, 4 или 6 колонок. Будучи сконфигурированным для 6 колонок, этот декодер предоставляет раздельный вывод всех AC-3 каналов звуковому драйверу, позволяя получить "звук вокруг" без внешнего AC-3 декодера, необходимого для использования hwac3 кодека. Используйте опцию -channels, чтобы выбрать количество каналов при выводе. Используйте -channels 2 для микширования до стерео. Для микширования до 4 каналов (Левый Передний, Правый Передний, Левый Задний и Правый Задний выводы), используйте -channels 4. В этом случае все центральные каналы будут равномерно смикшированы до уровня передних каналов. -channels 6 будет выводить все AC-3 каналы так, как они закодированы - по порядку: Левый, Правый, Левый Задний, Правый Задний, Центральный и Сабвуфер. Количество каналов по умолчанию - 2. Чтобы использовать более 2 каналов, Вам нужно использовать OSS, и обладать карточкой, поддерживающей необходимое количество каналов через ioctl SNDCTL_DSP_CHANNELS. Примером подходящего драйвера является emu10k1 (используется для Soundblaster Live! карточек) августа 2001'го или новее (ALSA CVS тоже должен работать). Вам нужна AC-3 совместимая карта с цифровым (S/PDIF) выводом. Драйвер карты должен должным образом поддерживать AFMT_AC3 формат (например C-Media). Подсоедините AC-3 декодер к S/PDIF выводу и используйте опцию -ac hwac3. Это экспериментальная возможность, но известно, что это работает с C-Media картами и Soundblaster Live! + ALSA (но не OSS) драйверами и картами MPEG декодирования DXR3/Hollywood+. libmad - это многоплатформенная, целочисленная (внутренне 24'битный PCM) библиотека декодирования MPEG аудио. Она не очень хорошо обрабатывает битые файлы и иногда у неё бывают проблемы с перемещением по файлу, но она может быть производительнее mp3lib на платформах без FPU (таких как ARM). Если libmad у вас установлена, ./configure сообщит об этом, и поддержка декодирования MPEG аудио с помощью libmad будет включена автоматически. Этот кодек (выбираемый по -ac hwmpa) передает все аудио пакеты MPEG аппаратным декодерам, таким как установленные в полнофункциональных DVB картах и DXR2 адаптерах. Не используйте его с другими драйверами вывода звука (такими как OSS и ALSA), которые не способны аппаратно декодировать (вы услышите только белый шум). AAC (Advanced Audio Coding) - это кодек, иногда обнаруживаемый в MOV и MP4 файлах. Декодер с открытым исходным кодом, называемый FAAD, доступен с . MPlayer включает в себя CVS версию libfaad 2.1 beta, поэтому Вам ничего не нужно дополнительно скачивать. Если Вы используете gcc 3.2, который не может скомпилировать встроенный FAAD, или просто хотите использовать внешнюю библиотеку, скачаете её с страницы загрузок и укажите ./configure --enable-faad-external. Вам не нужен весь faad2, чтобы декодировать AAC файлы, достаточно libfaad. Вот как Вы можете её собрать: cd faad2/ sh bootstrap ./configure cd libfaad make make install Бинарники отсутствуют на audiocoding.com, но вы можете скачать (apt-get) Debian пакеты с домашней страницы Christian Marillat, Mandrake RPM'ники с P.L.F и RedHat RPM'ники с Livna. Речевой кодек Adaptive Multi-Rate используется в мобильных телефонах третьего поколения (3G). Исходная реализация доступна с The 3rd Generation Partnership Project (бесплатна для личного использования). Чтобы включить поддержку, скачайте и установите библиотеки поддержки для AMR-NB и AMR-WB, следуя инструкциям на указанной странице. VFW (Video for Windows[Видео для Windows]) - это старые Видео API для Windows. У этих кодеков расширения .DLL или (реже) .DRV. Если MPlayer не может проигрывать Ваш AVI с такого рода сообщением: UNKNOWN video codec: HFYU (0x55594648) Это значит, что Ваш AVI закодирован кодеком с fourcc HFYU (HFYU = HuffYUV кодек, DIV3 = DivX Low Motion, и т.п.). Теперь, когда Вы это знаете, Вы должны найти DLL, которую Windows загружает для проигрывания этого файла. В нашем случае, в файле system.ini есть эта информация, в этой строке: VIDC.HFYU=huffyuv.dll Значит, Вам нужен файл huffyuv.dll. Заметьте, что аудио кодеки используют префикс MSACM: msacm.l3acm=L3codeca.acm Это MP3 кодек. Теперь у Вас есть вся необходимая информация (fourcc, файл с кодеком, пример AVI), представьте на рассмотрение запрос о поддержке Вашего кодека по почте и загрузите эти файлы на FTP сайт: ftp://upload.mplayerhq.hu/MPlayer/incoming/<codecname>/ Под Windows NT/2000/XP ищите эту информацию в реестре, например, ищите "VIDC.HFYU". Чтобы узнать, как это делать, см. ниже старый метод DirectShow. DirectShow - это более новый Video API, которые даже хуже, чем его предшественник. Все сложнее с DirectShow, поскольку system.ini не содержит необходимую информацию, вместо этого она хранится в реестре и нам нужен GUID этого кодека. Используя Microsoft GraphEdit (быстро) Получите GraphEdit или из DirectX SDK или doom9. Запустите graphedit.exe. В меню выберите Graph Insert Filters. Щёлкните DirectShow Filters. Выберите нужное имя кодека и щёлкните по нему. В поле DisplayName обратите внимание на текст в фигурных скобках после обратного слэша и выпишете их (пять разделённых дефисами блоков, GUID). Бинарный файл кодека - это файл, указанный в поле Filename. Если там нет Filename и DisplayName содержит что-то в духе device:dmo, то это - DMO-Кодек. Сделайте глубокий вдох и начните искать в реестре... Запустите regedit. Нажмите CtrlF, отключите первые две галочки и включите третью. Наберите fourcc Вашего кодека (например, TM20). Вы должны увидеть поле, содержащее путь и имя файла (например, C:\WINDOWS\SYSTEM\TM20DEC.AX). Теперь, когда у Вас есть файл, нам нужен GUID. Попробуйте поискать снова, но теперь ищите имя кодека, а не fourcc. Это имя может быть получено, когда Media Player проигрывает файл, проверив File Properties Advanced. Если нет, Вам не повезло. Попробуйте угадать (например, ищите TrueMotion). Если GUID найден, Вы должны видеть поля FriendlyName и CLSID. Выпишите 16-ти байтовый CLSID, это GUID, который нам нужен. Если поиск не удаётся, попробуйте включить все галочки. Вы можете получить ложные значения, но Вам может повести... Теперь у Вас есть вся необходимая информация (fourcc, GUID, файл с кодеком, пример AVI), представьте на рассмотрение запрос о поддержке Вашего кодека по почте и загрузите эти файлы на FTP сайт: ftp://upload.mplayerhq.hu/MPlayer/incoming/<codecname>/ Если вы хотите добавить кодек самостоятельно, прочтите DOCS/tech/codecs.conf.txt.