[MPlayer-translations] r21541 - in trunk/DOCS/xml/ru: audio.xml bugreports.xml bugs.xml cd-dvd.xml codecs.xml containers.xml documentation.xml encoding-guide.xml faq.xml history.xml install.xml mencoder.xml ports.xml radio.xml skin.xml tvinput.xml usage.xml video.xml
voroshil
subversion at mplayerhq.hu
Sat Dec 9 10:28:28 CET 2006
Author: voroshil
Date: Sat Dec 9 10:27:35 2006
New Revision: 21541
Modified:
trunk/DOCS/xml/ru/audio.xml
trunk/DOCS/xml/ru/bugreports.xml
trunk/DOCS/xml/ru/bugs.xml
trunk/DOCS/xml/ru/cd-dvd.xml
trunk/DOCS/xml/ru/codecs.xml
trunk/DOCS/xml/ru/containers.xml
trunk/DOCS/xml/ru/documentation.xml
trunk/DOCS/xml/ru/encoding-guide.xml
trunk/DOCS/xml/ru/faq.xml
trunk/DOCS/xml/ru/history.xml
trunk/DOCS/xml/ru/install.xml
trunk/DOCS/xml/ru/mencoder.xml
trunk/DOCS/xml/ru/ports.xml
trunk/DOCS/xml/ru/radio.xml
trunk/DOCS/xml/ru/skin.xml
trunk/DOCS/xml/ru/tvinput.xml
trunk/DOCS/xml/ru/usage.xml
trunk/DOCS/xml/ru/video.xml
Log:
r21537: General reformatting round:
Modified: trunk/DOCS/xml/ru/audio.xml
==============================================================================
--- trunk/DOCS/xml/ru/audio.xml (original)
+++ trunk/DOCS/xml/ru/audio.xml Sat Dec 9 10:27:35 2006
@@ -1,5 +1,5 @@
<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r20551 -->
+<!-- synced with r21537 -->
<chapter id="audio">
<title>Устройства вывода звука</title>
@@ -30,29 +30,34 @@
</para>
<para>
-Если вам посчастливилось имет плохой звуковой драйвер, попробуйте опцию
+Если вам посчастливилось иметь плохой звуковой драйвер, попробуйте опцию
<option>-autosync</option>, она может решить проблему. Смотрите страницу
man руководства для подробной информации.
</para>
</sect1>
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="troubleshooting">
<title>Решение проблем</title>
<para>Несколько замечаний:</para>
<para>
- Если у вас ALSA версии 0.5, то вы должны всегда использовать
- <option>-ao alsa5</option>, поскольку код эмуляции OSS в ALSA 0.5 имеет ошибки,
- и приведет к <emphasis role="bold">краху <application>MPlayer</application></emphasis>
- с сообщеним вроде этого:
- <screen>
-DEMUXER: Too many (945 in 8390980 bytes) video packets in the buffer!<!--
---></screen>
+Если у вас ALSA версии 0.5, то вы должны всегда использовать
+<option>-ao alsa5</option>, поскольку код эмуляции OSS в ALSA 0.5 имеет ошибки,
+и приведет к <emphasis role="bold">краху <application>MPlayer</application></emphasis>
+с сообщеним вроде этого:
+<screen>
+DEMUXER: Too many (945 in 8390980 bytes) video packets in the buffer!
+</screen>
</para>
+
<para>
- Если слышны щелчки при проигрывании с CD-ROM, включите IRQ unmasking как
- описано в секции <link linkend="drives">CD-ROM</link>.
+Если слышны щелчки при проигрывании с CD-ROM, включите IRQ unmasking, как
+описано в секции <link linkend="drives">CD-ROM</link>.
</para>
</sect1>
Modified: trunk/DOCS/xml/ru/bugreports.xml
==============================================================================
--- trunk/DOCS/xml/ru/bugreports.xml (original)
+++ trunk/DOCS/xml/ru/bugreports.xml Sat Dec 9 10:27:35 2006
@@ -1,7 +1,8 @@
<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r20551 -->
+<!-- synced with r21537 -->
<appendix id="bugreports">
<title>Как сообщать об ошибках</title>
+
<para>
Хорошие сообщения об ошибках вносят значительный вклад в разработку любого
программного продукта. Но, как и написание хорошей программы, хорошее сообщение
@@ -12,8 +13,14 @@
<emphasis role="bold">Всю</emphasis> требуемую нами информацию, поэтому точно
следуйте инструкциям в этом документе.
</para>
+
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="bugreports_security">
<title>Отчеты об ошибках безопасности</title>
+
<para>
В случае, если вы нашли уязвимость и хотите позволить нам исправить ее до того, как она будет
обнародована, мы будем рады получить ваше уведомление по адресу
@@ -25,6 +32,11 @@
Вы можете отослать его позже другим письмом.
</para>
</sect1>
+
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="bugreports_fix">
<title>Как исправить ошибку</title>
<para>
@@ -34,23 +46,31 @@
документ</ulink>, чтобы узнать, как сделать так, чтобы Ваш код включили
в <application>MPlayer</application>. Люди из рассылки
<ulink url="http://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng">mplayer-dev-eng</ulink>
-помогут Вас, если у Вас есть вопросы.
+помогут Вам, если у Вас есть вопросы.
</para>
</sect1>
+
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="bugreports_regression_test">
<title>Как провести проверку на деградацию, используя Subversion</title>
+
<para>
Иногда возникает проблема 'раньше это работало, а теперь - нет'. Здесь представлена
пошаговая процедура определения момента возникновения ошибки.
Не она <emphasis role="bold">не для</emphasis> рядовых пользователей.
</para>
+
<para>
Во-первых, вам нужно получить исходный код MPlayer из Subversion.
Инструкции могут быть найдены в нижней части
<ulink url="http://www.mplayerhq.hu/dload.html">этой страницы</ulink>.
</para>
+
<para>
-После этого в каталоге mplayer/ вы будете иметь образ дерева Subversion
+После этого в каталоге mplayer/ вы будете иметь образ дерева Subversion.
Теперь обновите этот образ на желаемую дату:
<screen>
cd mplayer/
@@ -61,6 +81,7 @@
внесения, которые указаны в
<ulink url="http://lists.mplayerhq.hu/pipermail/mplayer-cvslog/">архиве MPlayer-cvslog</ulink>.
</para>
+
<para>
Далее выполняйте как при обычном обновлении:
<screen>
@@ -68,6 +89,7 @@
make
</screen>
</para>
+
<para>
Для непрограммистов, читающих эту страницу, сообщим, то самый быстрый способ найти место
возникновения ошибки - использование бинарного поиска, т.е. поиск даты,
@@ -77,6 +99,7 @@
начала Апреля, иначе - к началу Октября. Повторяйте этот процесс, уменьшая интервал
поиска вдвое, пока не выясните искомую дату.
</para>
+
<para>
Если у вас имеется достаточно свободного места на жестком диске (полная
компиляция требует около 100Мб, или 300-350 если включена отладочная
@@ -86,6 +109,7 @@
более ранней версии, поэтому при отсутствии сохраненной копии
вам придется перекомпилировать весь проект.)
</para>
+
<para>
Как только вы нашди дату, продолжайте поиск, используя архив mplayer-cvslog
(отсортированный по дате) до получения более точного времени, включая
@@ -95,6 +119,7 @@
</screen>
Это позволит легко выделить патч, явившийся источником проблемы.
</para>
+
<para>
Если вы нашли нужный патч, то вы практически победили; сообщите о нем в
<ulink url="http://bugzilla.mplayerhq.hu/">MPlayer Bugzilla</ulink> или
@@ -105,15 +130,20 @@
Вы также можете долго и пристально вглядываться в патч, пока сами не увидите ошибку :).
</para>
</sect1>
+
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="bugreports_report">
<title>Как сообщить об ошибке</title>
<para>
Прежде всего, пожалуйста, попробуйте использовать новейшую Subversion версию
-<application>MPlayer</application>'а, поскольку Ваша ошибка уже может быть исправлена. Разработка
-продвигается очень быстро, большинство проблем в официальных релизах сообщается
-в течение дней, и даже часов, после релиза, поэтому, пожалуйста, для сообщений
-об ошибках используйте <emphasis role="bold">только CVS</emphasis>. Это
-включает и бинарные пакеты <application>MPlayer</application>'а. Вы найдёте
+<application>MPlayer</application>'а, поскольку Ваша ошибка уже может быть исправлена.
+Разработка продвигается очень быстро, большинство проблем в официальных релизах
+сообщается в течение дней, и даже часов, после релиза, поэтому, пожалуйста, для
+сообщений об ошибках используйте <emphasis role="bold">только Subversion</emphasis>.
+Это включает и бинарные пакеты <application>MPlayer</application>'а. Вы найдёте
инструкции по Subversion внизу
<ulink url="http://www.mplayerhq.hu/dload.html">этой страницы</ulink>
или в README. Если это не помогло, пожалуйста, обратитесь к списку
@@ -157,11 +187,15 @@
Мы очень заняты и не можем гарантировать, что Вы получите решение для Вашей
проблемы (или хотя бы ответ).
</para>
-
</sect1>
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="bugreports_where">
<title>Куда сообщать об ошибках</title>
+
<para>
Подпишитесь на рассылку mplayer-users:
<ulink url="http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users"/>
@@ -169,10 +203,12 @@
<ulink url="mailto:mplayer-users at mplayerhq.hu"/>,
где Вы сможете его обсудить.
</para>
+
<para>
Или, если хотите, Вы можете использовать нашу новую
<ulink url="http://bugzilla.mplayerhq.hu/">Bugzilla</ulink>.
</para>
+
<para>
Язык этой рассылки — <emphasis role="bold">английский</emphasis>.
Пожалуйста, следуйте стандарту <ulink url="http://www.ietf.org/rfc/rfc1855.txt">
@@ -187,8 +223,13 @@
</para>
</sect1>
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="bugreports_what">
<title>Что сообщать</title>
+
<para>
Вам необходимо включить лог, конфигурацию или примеры файлов в сообщение
об ошибке. Если что-то из этого большое, то лучше загрузить это на наш
@@ -198,54 +239,54 @@
сообщения в 80Кб. Если у Вас что-то большее, то сожмите или загрузите это.
</para>
+<!-- ********** -->
+
<sect2 id="bugreports_system">
<title>Системная информация</title>
<para>
<itemizedlist>
<listitem><para>
-Ваш дистрибутив Linux или операционная система и версия, например:
+ Ваш дистрибутив Linux или операционная система и версия, например:
<itemizedlist>
<listitem><para>Red Hat 7.1</para></listitem>
<listitem><para>Slackware 7.0 + пакеты разработки из 7.1 ...</para></listitem>
</itemizedlist>
</para></listitem>
<listitem><para>
-версию ядра:
-<screen>uname -a</screen>
+ версию ядра:
+ <screen>uname -a</screen>
</para></listitem>
<listitem><para>
-версию libc:
-<screen>ls -l /lib/libc[.-]*</screen>
+ версию libc:
+ <screen>ls -l /lib/libc[.-]*</screen>
</para></listitem>
<listitem><para>
-версии gcc и ld:
-<screen>
+ версии gcc и ld:
+ <screen>
gcc -v
-ld -v
-</screen>
+ld -v<!--
+ --></screen>
</para></listitem>
<listitem><para>
-версия binutils:
-<screen>
-as --version
-</screen>
+ версия binutils:
+ <screen>as --version</screen>
</para></listitem>
<listitem><para>
-Если у Вас проблемы с полноэкранным режимом:
+ Если у Вас проблемы с полноэкранным режимом:
<itemizedlist>
<listitem><para>Тип оконного менеджера и версия</para></listitem>
</itemizedlist>
</para></listitem>
<listitem><para>
-Если у Вас проблема с XVIDIX:
+ Если у Вас проблема с XVIDIX:
<itemizedlist>
<listitem><para>глубина цвета X'ов:
-<screen>xdpyinfo | grep "depth of root"</screen>
- </para></listitem>
+ <screen>xdpyinfo | grep "depth of root"</screen>
+ </para></listitem>
</itemizedlist>
</para></listitem>
<listitem><para>
-Если глючит только GUI:
+ Если глючит только GUI:
<itemizedlist>
<listitem><para>версия GTK</para></listitem>
<listitem><para>версия GLIB</para></listitem>
@@ -257,16 +298,18 @@
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="bugreports_hardware">
<title>Аппаратура и драйверы</title>
<para>
<itemizedlist>
<listitem><para>
-Информация о CPU (это сработает только под Linux):
-<screen>cat /proc/cpuinfo</screen>
+ Информация о CPU (это сработает только под Linux):
+ <screen>cat /proc/cpuinfo</screen>
</para></listitem>
<listitem><para>
-Производитель и модель видео карты, например:
+ Производитель и модель видео карты, например:
<itemizedlist>
<listitem><para>ASUS V3800U чип: nVidia TNT2 Ultra pro 32MB SDRAM</para></listitem>
<listitem><para>Matrox G400 DH 32MB SGRAM</para></listitem>
@@ -282,7 +325,7 @@
</itemizedlist>
</para></listitem>
<listitem><para>
-Тип и драйвер звуковой карты, например:
+ Тип и драйвер звуковой карты, например:
<itemizedlist>
<listitem><para>Creative SBLive! Gold с OSS драйверами от oss.creative.com</para></listitem>
<listitem><para>Creative SB16 с OSS драйверами из ядра</para></listitem>
@@ -290,13 +333,15 @@
</itemizedlist>
</para></listitem>
<listitem><para>
-Если Вы сомневаетесь, на Linux системах включите вывод
+ Если Вы сомневаетесь, на Linux системах включите вывод
<command>lspci -vv</command>.
</para></listitem>
</itemizedlist>
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="bugreports_configure">
<title>Проблемы конфигурации</title>
<para>
@@ -314,8 +359,8 @@
<para>
Пожалуйста, включите эти файлы:
<itemizedlist>
-<listitem><para>config.h</para></listitem>
-<listitem><para>config.mak</para></listitem>
+ <listitem><para>config.h</para></listitem>
+ <listitem><para>config.mak</para></listitem>
</itemizedlist>
Если компиляция ломается в одном из этих каталогов, включите эти файлы:
<itemizedlist>
@@ -326,6 +371,8 @@
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="bugreports_playback">
<title>Проблемы при воспроизведении</title>
<para>
@@ -334,23 +381,28 @@
сокращайте вывод</emphasis>, когда Вы его вставляете в почту. Разработчикам
понадобятся все сообщения, чтобы правильно диагностировать проблему. Вы можете
направить вывод в файл, например так:
-<screen>mplayer -v <replaceable>options</replaceable> <replaceable>filename</replaceable> > mplayer.log 2>&1</screen>
+<screen>
+mplayer -v <replaceable>options</replaceable> <replaceable>filename</replaceable> > mplayer.log 2>&1
+</screen>
</para>
<para>
-Если проблема специфична для одного или нескольких файлов, пожалуйста, загрузите
-проблемные файлы на:
+Если проблема специфична для одного или нескольких файлов,
+пожалуйста, загрузите проблемные файлы на:
<ulink url="ftp://mplayerhq.hu/MPlayer/incoming/"/>
</para>
<para>
Также загрузите маленький текстовый файл с базовым именем как у Вашего файла и
расширением <filename>.txt</filename>. Опишите проблему, возникающую у Вас
-с соответствующим файлом и включите ваш электронный адрес и вывод <application>MPlayer</application>'а
+с соответствующим файлом и включите ваш электронный адрес и вывод
+<application>MPlayer</application>'а
с уровнем "многословности" 1. Куска файла размером 1-5 Мб обычно
бывает достаточно, чтобы воспроизвести проблему, но чтобы быть уверенными,
мы просим вас сделать:
-<screen>dd if=<replaceable>yourfile</replaceable> of=<replaceable>smallfile</replaceable> bs=1024k count=5</screen>
+<screen>
+dd if=<replaceable>yourfile</replaceable> of=<replaceable>smallfile</replaceable> bs=1024k count=5
+</screen>
Это запишет первые 5 Мб файла '<emphasis role="bold">your-file</emphasis>' и
запишет в файл '<emphasis role="bold">small-file</emphasis>'. Теперь снова
попытайтесь с эти маленьким файлом, и если проблема все ещё проявляется,
@@ -362,6 +414,8 @@
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="bugreports_crash">
<title>Краши[crash]</title>
<para>
@@ -371,8 +425,10 @@
core. Вот как:
</para>
+
<sect3 id="bugreports_debug">
<title>Как сохранить информацию о воспроизводимом краше</title>
+
<para>
Перекомпилируйте <application>MPlayer</application> с включённым кодом отладки:
<screen>
@@ -382,7 +438,9 @@
и запустите <application>MPlayer</application> внутри gdb:
<screen>gdb ./mplayer</screen>
Теперь вы в gdb. Наберите:
-<screen>run -v <replaceable>опции-для-mplayer</replaceable> <replaceable>имя-файла</replaceable></screen>
+<screen>
+run -v <replaceable>опции-для-mplayer</replaceable> <replaceable>имя-файла</replaceable>
+</screen>
и воспроизведите краш. Как только Вы это сделаете, gdb вернёт Вас к приглашению
командной строки, где Вы должны набрать
<screen>
@@ -393,8 +451,10 @@
</para>
</sect3>
+
<sect3 id="bugreports_core">
<title>Как извлечь полезную информацию из дампа [core dump]</title>
+
<para>
Создайте следующий командный файл:
<screen>
@@ -403,12 +463,18 @@
info all-registers
</screen>
Теперь просто выполните такую команду:
-<screen>gdb mplayer --core=core -batch --command=<replaceable>командный-файл</replaceable> > mplayer.bug</screen>
+<screen>
+gdb mplayer --core=core -batch --command=командный-файл > mplayer.bug
+</screen>
</para>
</sect3>
</sect2>
</sect1>
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="bugreports_advusers">
<title>Я знаю, что я делаю...</title>
<para>
@@ -428,7 +494,6 @@
Если подходите под этот критерий, Вам не составит труда понять, как надо
подписаться...
</para>
-
</sect1>
</appendix>
Modified: trunk/DOCS/xml/ru/bugs.xml
==============================================================================
--- trunk/DOCS/xml/ru/bugs.xml (original)
+++ trunk/DOCS/xml/ru/bugs.xml Sat Dec 9 10:27:35 2006
@@ -1,152 +1,186 @@
<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r20551 -->
+<!-- synced with r21537 -->
<appendix id="bugs">
<title>Известные проблемы</title>
-
<sect1 id="bugs-special">
<title>Особые системно/CPU-специфичные ошибки/проблемы</title>
<itemizedlist>
<listitem>
-<para>SIGILL (сигнал 4) на P3, используя 2.2.x ядра:</para>
-<para>Проблема: в ядрах 2.2.x нет надлежащей (работающей) поддержки SSE</para>
-<para>Решение: обновите ядро до версий 2.4.x</para>
-<para>Обход: <command>./configure --disable-sse</command></para>
+ <para>SIGILL (сигнал 4) на P3, используя 2.2.x ядра:</para>
+ <para>Проблема: в ядрах 2.2.x нет надлежащей (работающей) поддержки SSE</para>
+ <para>Решение: обновите ядро до версий 2.4.x</para>
+ <para>Обход: <command>./configure --disable-sse</command></para>
</listitem>
<listitem>
-<para>Повсеместный SIGILL (сигнал 4):</para>
-<para>Проблема: Вы скомпилировали и запустили <application>MPlayer</application> на разных машинах
-(например скомпилировали на P3 и запускаете на Celeron)</para>
-<para>Решение: скомпилируйте <application>MPlayer</application> на той же машине,
-где Вы будете его использовать!</para>
-<para>Обход: Вы можете забыть обо всём этом, сконфигурировав <application>MPlayer</application>
-с опцией <option>--enable-runtime-cpudetection</option> или отключив отдельные наборы
-инструкций процессора с помощью более специфических опций, например,
-<option>--disable-mmx</option>, <option>--disable-3dnow</option> и т.п..</para>
+ <para>Повсеместный SIGILL (сигнал 4):</para>
+ <para>
+ Проблема: Вы скомпилировали и запустили <application>MPlayer</application> на
+ разных машинах (например скомпилировали на P3 и запускаете на Celeron)
+ </para>
+ <para>
+ Решение: скомпилируйте <application>MPlayer</application> на той же машине,
+ где Вы будете его использовать!
+ </para>
+ <para>
+ Обход: Вы можете забыть обо всём этом, сконфигурировав <application>MPlayer</application>
+ с опцией <option>--enable-runtime-cpudetection</option> или отключив отдельные наборы
+ инструкций процессора с помощью более специфических опций, например,
+ <option>--disable-mmx</option>, <option>--disable-3dnow</option> и т.п..
+ </para>
</listitem>
<listitem>
-<para>Фатальные ошибки при дампе потоков:</para>
-<para>Проблема: дамп ядра</para>
-<para>Решение: Не паникуйте. Убедитесь, что знаете где Ваше полотенце.</para>
+ <para>Фатальные ошибки при дампе потоков:</para>
+ <para>Проблема: дамп ядра</para>
+ <para>Решение: Не паникуйте. Убедитесь, что знаете где Ваше полотенце.</para>
</listitem>
</itemizedlist>
</sect1>
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="bugs-audio">
<title>Различные проблемы A-V синхронизации и прочие аудио проблемы</title>
<sect2 id="bugs-delay-all">
-<title>Общая задержка аудио или прерывистый звук (существует со всеми или многими
-файлами)</title>
+<title>Общая задержка аудио или прерывистый звук
+(существует со всеми или многими файлами)</title>
+
<itemizedlist>
<listitem><para>
-наиболее общее: плохой аудио драйвер! - попробуйте использовать другой драйвер,
-попробуйте ALSA OSS эмуляцию, используя <option>-ao oss</option>, также
-попробуйте <option>-ao sdl</option>, иногда это помогает. Если Ваш файл хорошо
-проигрывается с <option>-nosound</option>, Вы можете быть уверены: это проблема
-Вашей звуковой карты (драйвера).
+ наиболее общее: плохой аудио драйвер! - попробуйте использовать другой драйвер,
+ попробуйте ALSA OSS эмуляцию, используя <option>-ao oss</option>, также
+ попробуйте <option>-ao sdl</option>, иногда это помогает. Если Ваш файл хорошо
+ проигрывается с <option>-nosound</option>, Вы можете быть уверены: это проблема
+ Вашей звуковой карты (драйвера).
</para></listitem>
<listitem>
-<para>проблемы аудио буфера (размер буфера определяется неправильно)</para>
-<para>Обход: опция <application>MPlayer</application> <option>-abs</option></para>
+ <para>проблемы аудио буфера (размер буфера определяется неправильно)</para>
+ <para>
+ Обход: опция <application>MPlayer</application> <option>-abs</option>
+ </para>
</listitem>
<listitem><para>
-проблема частоты дискретизации - может быть Ваша карта не поддерживает частоту
-дискретизации, используемую в Ваших файлах - попробуйте фильтр для изменения
-частоты дискретизации (<option>-af resample=...</option>)
+ проблема частоты дискретизации - может быть Ваша карта не поддерживает частоту
+ дискретизации, используемую в Ваших файлах - попробуйте фильтр для изменения
+ частоты дискретизации (<option>-af resample=...</option>)
</para></listitem>
<listitem>
-<para>медленная машина (CPU или VGA)</para>
-<para>попробуйте с <option>-vo null</option>, если так проигрывается хорошо, то
-у Вас медленные VGA карта/драйвер</para>
-<para>Обход: купите более быструю карту или читайте документацию о том, как
-ускорить работу</para>
-<para>Также попробуйте <option>-framedrop</option></para>
+ <para>медленная машина (CPU или VGA)</para>
+ <para>
+ попробуйте с <option>-vo null</option>, если так проигрывается хорошо, то
+ у Вас медленные VGA карта/драйвер
+ </para>
+ <para>
+ Обход: купите более быструю карту или читайте документацию о том, как
+ ускорить работу
+ </para>
+ <para>Также попробуйте <option>-framedrop</option></para>
</listitem>
</itemizedlist>
</sect2>
+<!-- ********** -->
<sect2 id="bugs-delay-specific">
<title>Аудио задержка/десинхронизация, специфичная для одного или нескольких
файлов</title>
<itemizedlist>
<listitem>
-<para>плохой файл</para>
-<para>
-Обход:
+ <para>плохой файл</para>
+ <para>
+ Обход:
<itemizedlist>
<listitem>
- <para>опции <option>-ni</option> или <option>-nobps</option> option (для
- неслоёных или плохих файлов)</para>
+ <para>
+ опции <option>-ni</option> или <option>-nobps</option> option (для
+ неслоёных или плохих файлов)
+ </para>
<para>и/или</para>
</listitem>
<listitem>
- <para><option>-mc 0</option> (требуется для файлов с плохо слоёным VBR
- аудио)</para>
+ <para>
+ <option>-mc 0</option>
+ (требуется для файлов с плохо слоёным VBR аудио)
+ </para>
<para>и/или</para>
</listitem>
<listitem>
- <para><option>-delay</option> или кнопки <keycap>+</keycap>/<keycap>-</keycap>
- во время выполнения для подстройки задержки</para>
+ <para>
+ <option>-delay</option> или кнопки <keycap>+</keycap>/<keycap>-</keycap>
+ во время выполнения для подстройки задержки
+ </para>
</listitem>
</itemizedlist>
-Если ничто из этого не помогает, пожалуйста, закачайте нам файл, мы выполним проверку (и внесём
-исправления).
+ Если ничто из этого не помогает, пожалуйста, закачайте нам файл, мы выполним проверку
+ (и внесём исправления).
</para>
</listitem>
<listitem>
-<para>Ваша звуковая карта не поддерживает воспроизведение на 48 кГц </para>
-<para>Обход: купите лучшую звуковую карту... или попытайтесь уменьшить fps на
-10% (используйте <option>-fps 27</option> для 30 fps фильмов), или используйте
-фильтр для изменения частоты дискретизации</para>
+ <para>Ваша звуковая карта не поддерживает воспроизведение на 48 кГц </para>
+ <para>
+ Обход: купите лучшую звуковую карту... или попытайтесь уменьшить fps на
+ 10% (используйте <option>-fps 27</option> для 30 fps фильмов), или используйте
+ фильтр для изменения частоты дискретизации
+ </para>
</listitem>
<listitem>
-<para>медленная машина (если A-V не около 0, и последнее число в строке статуса
-увеличивается)</para>
-<para>Обход: <option>-framedrop</option></para>
+ <para>
+ медленная машина (если A-V не около 0, и последнее число в строке статуса
+ увеличивается)
+ </para>
+ <para>Обход: <option>-framedrop</option></para>
</listitem>
</itemizedlist>
</sect2>
+<!-- ********** -->
<sect2 id="bugs-nosound">
<title>Вообще нет звука</title>
<itemizedlist>
<listitem>
-<para>Ваш файл использует неподдерживаемый аудиокодек</para>
-<para>Решение: прочтите документацию и помогите нам добавить поддержку для него</para>
+ <para>Ваш файл использует неподдерживаемый аудиокодек</para>
+ <para>
+ Решение: прочтите документацию и помогите нам добавить поддержку для него
+ </para>
</listitem>
</itemizedlist>
</sect2>
+<!-- ********** -->
<sect2 id="bugs-nopicture">
<title>Вообще нет изображения (только простое серое/зелёное окно)</title>
<itemizedlist>
<listitem>
-<para>Ваш файл использует неподдерживаемый видеокодек</para>
-<para>Решение: прочтите документацию и помогите нам добавить поддержку для него</para>
+ <para>Ваш файл использует неподдерживаемый видеокодек</para>
+ <para>
+ Решение: прочтите документацию и помогите нам добавить поддержку для него
+ </para>
</listitem>
<listitem>
-<para>
-автоматически выбранный кодек не может декодировать файл, попробуйте выбрать
-другой, используя опции <option>-vc</option> или <option>-vfm</option>
-</para>
+ <para>
+ автоматически выбранный кодек не может декодировать файл, попробуйте выбрать
+ другой, используя опции <option>-vc</option> или <option>-vfm</option>
+ </para>
</listitem>
</itemizedlist>
</sect2>
+<!-- ********** -->
+
<sect2 id="bugs-video">
<title>Проблемы вывода видео</title>
<para>
@@ -159,19 +193,20 @@
<title>Мерцание OSD/субтитров</title>
<para>
<itemizedlist>
-<listitem><para>x11 драйвер: извините, он не может быть сейчас исправлен</para></listitem>
-<listitem><para>xv драйвер: используйте опцию <option>-double</option></para></listitem>
+ <listitem><para>x11 драйвер: извините, он не может быть сейчас исправлен</para></listitem>
+ <listitem><para>xv драйвер: используйте опцию <option>-double</option></para></listitem>
</itemizedlist>
</para>
</formalpara>
<formalpara>
-<title>зелёное изображение при использовании mga_vid (<option>-vo mga</option>
-/ <option>-vo xmga</option>)</title>
+<title>зелёное изображение при использовании mga_vid
+ (<option>-vo mga</option> / <option>-vo xmga</option>)</title>
<para>
<itemizedlist>
-<listitem><para>mga_vid неправильно определяет размер памяти на Вашей видео карте,
-перезагрузите модуль, используя опцию <option>mga_ram_size</option>
+<listitem><para>
+ mga_vid неправильно определяет размер памяти на Вашей видео карте,
+ перезагрузите модуль, используя опцию <option>mga_ram_size</option>
</para></listitem>
</itemizedlist>
</para>
Modified: trunk/DOCS/xml/ru/cd-dvd.xml
==============================================================================
--- trunk/DOCS/xml/ru/cd-dvd.xml (original)
+++ trunk/DOCS/xml/ru/cd-dvd.xml Sat Dec 9 10:27:35 2006
@@ -1,10 +1,10 @@
<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r20637 -->
+<!-- synced with r21537 -->
<chapter id="cd-dvd">
<title>Использование CD/DVD</title>
<sect1 id="drives">
-<title>приводы CD/DVD</title>
+<title>Приводы CD/DVD</title>
<para>
Современные приводы CD-ROM могут работать на очень высоких скоростях, некоторые
@@ -14,17 +14,19 @@
<itemizedlist>
<listitem><para>
-На высоких оборотах возрастает вероятность ошибки при чтении, особенно с
-плохо штампованных дисков. Уменьшение скорости может предотвратить потерю
-данных в этом случае.
+ На высоких оборотах возрастает вероятность ошибки при чтении, особенно с
+ плохо штампованных дисков. Уменьшение скорости может предотвратить потерю
+ данных в этом случае.
</para></listitem>
<listitem><para>
-Многие CD-ROM приводы ужасно шумят, а снижение скорости может привести
-к уменьшению шума.
+ Многие CD-ROM приводы ужасно шумят, а снижение скорости может привести
+ к уменьшению шума.
</para></listitem>
</itemizedlist>
+<!-- ********** -->
+
<sect2 id="drives_linux">
<title>Linux</title>
@@ -62,17 +64,20 @@
</para>
<para>
-Обратитесь к "<filename>/proc/ide/<replaceable>[устройство cdrom]</replaceable>/settings</filename>"
+Обратитесь к
+"<filename>/proc/ide/<replaceable>[устройство cdrom]</replaceable>/settings</filename>"
для подстройки Вашего CD-ROM привода.
</para>
<para>
-У SCSI приводов нет общего способа выставить эти параметры (Вы знаете какой-нибудь?
-Расскажите нам!) Существует программа для
+У SCSI приводов нет общего способа выставить эти параметры (Вы знаете
+какой-нибудь? Расскажите нам!) Существует программа для
<ulink url="http://das.ist.org/~georg/">Plextor SCSI приводов</ulink>.
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="drives_freebsd">
<title>FreeBSD</title>
<para>Скорость:
@@ -81,8 +86,13 @@
</sect2>
</sect1>
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="dvd">
<title>Воспроизведение DVD</title>
+
<para>
Полный список возможных опций можно прочитать в man странице.
Синтаксис для воспроизведения стандартного DVD таков:
@@ -190,6 +200,10 @@
</para>
</sect1>
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="vcd">
<title>воспроизведение VCD</title>
<para>
@@ -223,45 +237,44 @@
<title>структура VCD</title>
<para>
VCD составлен из секторов CD-ROM XA, т.е. дорожек CD-ROM mode 2 form 1 и form 2:
-</para>
-</formalpara>
-
<itemizedlist>
<listitem><para>
-Первая дорожка записана в mode 2 form 2 формате, что, в частности, означает
-использование коррекции ошибок L2. Дорожка содержит файловую систему ISO-9660 с
-секторами по 2048 байт. Там содержатся метаданные VCD,
-и картинки, часто использующиеся в меню. Здесь также могут храниться
-фрагменты MPEG для меню, но каждый из них должен быть разбит на кусочки по
-150 секторов. Еще файловая система может хранить файлы или программы,
-не имеющие отношения к работе с VCD.
+ Первая дорожка записана в mode 2 form 2 формате, что, в частности, означает
+ использование коррекции ошибок L2. Дорожка содержит файловую систему ISO-9660 с
+ секторами по 2048 байт. Там содержатся метаданные VCD,
+ и картинки, часто использующиеся в меню. Здесь также могут храниться
+ фрагменты MPEG для меню, но каждый из них должен быть разбит на кусочки по
+ 150 секторов. Еще файловая система может хранить файлы или программы,
+ не имеющие отношения к работе с VCD.
</para></listitem>
<listitem><para>
-Вторая и остальные дорожки содержат MPEG-поток секторами по 2324 байта, по
-одному пакету MPEG PS на сектор вместо файловой системы. Это дорожки в формате
-mode 2 form 1 и хранять больше информации на один сектор за счет потери возможности
-некоторой коррекции ошибок. После первой дорожки также допустимо присутствие
-дорожки CD-DA. В некоторых ОС используются различные трюки, чтобы сделать эти
-не-ISO-9660 дорожки видимыми в файловой системе. Но Linux - это не тот случай (пока).
-Здесь MPEG данные <emphasis role="bold">не могут быть смонтированы</emphasis>.
-(Вы когда-нибудь монтировали аудио диск
-для того, чтобы его воспроизвести?) Так как большинство фильмов нахидотся именно на
-таких дорожках, попробуйте сначала <option>vcd://2</option>.
+ Вторая и остальные дорожки содержат MPEG-поток секторами по 2324 байта, по
+ одному пакету MPEG PS на сектор вместо файловой системы. Это дорожки в формате
+ mode 2 form 1 и хранять больше информации на один сектор за счет потери возможности
+ некоторой коррекции ошибок. После первой дорожки также допустимо присутствие
+ дорожки CD-DA. В некоторых ОС используются различные трюки, чтобы сделать эти
+ не-ISO-9660 дорожки видимыми в файловой системе. Но Linux - это не тот случай (пока).
+ Здесь MPEG данные <emphasis role="bold">не могут быть смонтированы</emphasis>.
+ (Вы когда-нибудь монтировали аудио диск
+ для того, чтобы его воспроизвести?) Так как большинство фильмов нахидотся именно на
+ таких дорожках, попробуйте сначала <option>vcd://2</option>.
</para></listitem>
<listitem><para>
-Существуют VCD диски без первой дорожки (единственная дорожка без файловой
-системы). Они проигрываются, но не монтируются.
+ Существуют VCD диски без первой дорожки (единственная дорожка без файловой
+ системы). Они проигрываются, но не монтируются.
</para></listitem>
-<listitem><para> Описание стандарта Video CD называется
-Philips "White Book" и, как правило, недоступна в онлайн, т.к. должа приобретаться
-у Philips. Более подробная информация о Video CD может быть найдена в
-<ulink url="http://www.vcdimager.org/pub/vcdimager/manuals/0.7/vcdimager.html#SEC4">vcdimager documentation</ulink>.
+<listitem><para>
+ Описание стандарта Video CD называется
+ Philips "White Book" и, как правило, недоступна в онлайн, т.к. должа приобретаться
+ у Philips. Более подробная информация о Video CD может быть найдена в
+ <ulink url="http://www.vcdimager.org/pub/vcdimager/manuals/0.7/vcdimager.html#SEC4">vcdimager documentation</ulink>.
</para></listitem>
-
</itemizedlist>
+</para>
+</formalpara>
<formalpara>
<title>Про файлы .DAT</title>
Modified: trunk/DOCS/xml/ru/codecs.xml
==============================================================================
--- trunk/DOCS/xml/ru/codecs.xml (original)
+++ trunk/DOCS/xml/ru/codecs.xml Sat Dec 9 10:27:35 2006
@@ -1,5 +1,5 @@
<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r21168 -->
+<!-- synced with r21537 -->
<chapter id="codecs">
<title>Поддерживаемые кодеки</title>
@@ -22,52 +22,52 @@
<listitem><simpara>
<emphasis role="bold">MPEG1</emphasis> (<emphasis role="bold">VCD</emphasis>) и
<emphasis role="bold">MPEG2</emphasis> (<emphasis role="bold">DVD</emphasis>) видео
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
"родные" декодеры для <emphasis role="bold">всех вариантов DivX,
3ivX, M$ MPEG-4</emphasis> v1, v2 и других вариантов MPEG-4.
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
"родной" декодер для <emphasis role="bold">Windows Media Video 7/8</emphasis>
(<emphasis role="bold">WMV1/WMV2</emphasis>), и Win32 DLL декодер
для <emphasis role="bold">Windows Media Video 9</emphasis>
(<emphasis role="bold">WMV3</emphasis>), оба используются в <filename>.wmv
</filename> файлах
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
"родной" <emphasis role="bold">Sorenson 1 (SVQ1)</emphasis> декодер
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
"родной" <emphasis role="bold">Sorenson 3 (SVQ3)</emphasis> декодер
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
<emphasis role="bold">3ivx</emphasis> v1, v2 декодер
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
Cinepak и <emphasis role="bold">Intel Indeo</emphasis> кодеки (3.1,3.2,4.1,5.0)
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
<emphasis role="bold">MJPEG</emphasis>, AVID, VCR2, ASV2 и другие аппаратные
форматы
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
VIVO 1.0, 2.0, I263 и другие <emphasis role="bold">h263(+)</emphasis> варианты
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
FLI/FLC
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
<emphasis role="bold">RealVideo 1.0 & 2.0 </emphasis> из
<systemitem class="library">libavcodec</systemitem>, и
<emphasis role="bold">RealVideo 3.0 & 4.0</emphasis> кодеки, используя
библиотеки RealPlayer
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
"родной" декодер для HuffYUV
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
Различные старые, простые, похожие на RLE форматы
- </simpara></listitem>
+</simpara></listitem>
</itemizedlist>
<para>
@@ -76,6 +76,7 @@
и помогите нам добавить для него поддержку.
</para>
+<!-- ********** -->
<sect2 id="ffmpeg" xreflabel="FFmpeg/libavcodec">
<title>FFmpeg/libavcodec</title>
@@ -103,9 +104,9 @@
содержит <systemitem class="library">libavcodec</systemitem>.
Просто запустите <filename>./configure</filename> и компилируйте как обычно.
</para>
-
</sect2>
+<!-- ********** -->
<sect2 id="xvid">
<title>Xvid</title>
@@ -148,37 +149,38 @@
</para>
<step><para>
<screen>cvs -z3 -d:pserver:anonymous at cvs.xvid.org:/xvid login</screen>
- </para></step>
+</para></step>
<step><para>
<screen>cvs -z3 -d:pserver:anonymous at cvs.xvid.org:/xvid co xvidcore</screen>
</para></step>
<step><para>
<screen>cd xvidcore/build/generic</screen>
- </para></step>
+</para></step>
<step><para>
<screen>./bootstrap.sh</screen>
- </para></step>
+</para></step>
<step><para>
<screen>./configure</screen>
Вам может потребоваться добавить некоторые опции (посмотрите вывод
<command>./configure --help</command>).
- </para></step>
+</para></step>
<step><para>
<screen>make && make install</screen>
- </para></step>
+</para></step>
<step><para>
Если Вы указали <option>--enable-divxcompat</option>,
скопируйте <filename>../../src/divx4.h</filename> в
<filename class="directory">/usr/local/include/</filename>.
- </para></step>
+</para></step>
<step><para>
Перекомпилируйте <application>MPlayer</application> с
<option>--with-xvidlibdir=<replaceable>/path/to/</replaceable>libxvidcore.a</option>
<option>--with-xvidincdir=<replaceable>/path/to/</replaceable>xvid.h</option>.
- </para></step>
+</para></step>
</procedure>
</sect2>
+<!-- ********** -->
<sect2 id="codec-x264">
<title><systemitem class="library">x264</systemitem></title>
@@ -186,130 +188,147 @@
<sect3 id="codec-x264-whatis">
<title>Что такое <systemitem class="library">x264</systemitem>?</title>
<para>
- <ulink url="http://developers.videolan.org/x264.html"><systemitem class="library">x264</systemitem></ulink> -
- это библиотека для создания
- видеопотоков H.264. Она не завершена на 100%, но, по крайней мере, имеет
- поддержку большинства возможностей H.264, влияющих на качество.
- В спецификации H.264 присутствует множество дополнительных возможностей,
- которые сами по себе никак не влияют на качество видео и до сих в
- <systemitem class="library">x264</systemitem> не реализованы.
+<ulink url="http://developers.videolan.org/x264.html"><systemitem class="library">x264</systemitem></ulink> -
+это библиотека для создания
+видеопотоков H.264. Она не завершена на 100%, но, по крайней мере, имеет
+поддержку большинства возможностей H.264, влияющих на качество.
+В спецификации H.264 присутствует множество дополнительных возможностей,
+которые сами по себе никак не влияют на качество видео и до сих в
+<systemitem class="library">x264</systemitem> не реализованы.
</para>
<itemizedlist>
<title>возможности кодера</title>
- <listitem><para>CAVLC/CABAC (Контекстнозависимое адаптивное бинарное арифметическое
- кодирование / Контестнозависимое адаптивное кодирование с переменной длиной)</para></listitem>
+ <listitem><para>
+ CAVLC/CABAC (Контекстнозависимое адаптивное бинарное арифметическое
+ кодирование / Контестнозависимое адаптивное кодирование с переменной длиной)
+ </para></listitem>
<listitem><para>Кадры с несколькими ссылками</para></listitem>
- <listitem><para>Базовые (I-) кадры: все типы макроблоков (16x16, 8x8 и 4x4 со всеми
- видами предсказания)</para></listitem>
- <listitem><para>Предсказуемые (P-) кадры: все дробления (от 16x16 до 4x4)</para></listitem>
- <listitem><para>Двунаправленные (B-) кадры: дробления от 16x16 до 8x8
- (включая SKIP/DIRECT)</para></listitem>
- <listitem><para>Управление потоком: постоянный квантователь, постоянный битпоток,
- одинарный или многопроходный ABR, опциональный VBV</para></listitem>
+ <listitem><para>
+ Базовые (I-) кадры: все типы макроблоков (16x16, 8x8 и 4x4 со всеми
+ видами предсказания)
+ </para></listitem>
+ <listitem><para>
+ Предсказуемые (P-) кадры: все дробления (от 16x16 до 4x4)
+ </para></listitem>
+ <listitem><para>
+ Двунаправленные (B-) кадры: дробления от 16x16 до 8x8 (включая SKIP/DIRECT)
+ </para></listitem>
+ <listitem><para>
+ Управление потоком: постоянный квантователь, постоянный битпоток,
+ одинарный или многопроходный ABR, опциональный VBV
+ </para></listitem>
<listitem><para>Обнаружение усечения изображения</para></listitem>
<listitem><para>Адаптивное расположение B-кадров</para></listitem>
- <listitem><para>B-кадры как ссылки или в произвольном расположении кадров</para></listitem>
+ <listitem><para>
+ B-кадры как ссылки или в произвольном расположении кадров
+ </para></listitem>
<listitem><para>Адаптивные пространственные преобразования 8x8 и 4x4</para></listitem>
<listitem><para>Режим кодирования без потерь</para></listitem>
<listitem><para>Возможность задания пользовательских матриц квантования</para></listitem>
<listitem><para>Параллельное кодирование разных блоков</para></listitem>
<listitem><para>Интерлейсинг</para></listitem>
</itemizedlist>
-
</sect3>
<sect3 id="codec-h264-whatis">
<title>Что такое H.264?</title>
<para>
-
- H.264 - это одно из названий нового цифрового кодека, совместно
- разрабатываемого ITU и MPEG. Названия "ISO/IEC 14496-10" или
- "MPEG-4 Part 10" тоже являются корректными, но чаще его
- называют "MPEG-4 AVC" или просто "AVC".
-</para>
-<para>
- Как его ни называй, но 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 или около того.
-</para>
-<para>
- По крайней мере, с <systemitem class="library">x264</systemitem>
- требования для кодирования не слишком велики по сравнению с MPEG4-ASP.
- В частности, на 1733 MHz Athlon кодирование обичного DVD будет идти со
- скоростью 5-15 fps.
-</para>
-<para>
- Объяснять все тонкости H.264 не является целью этого документа, но если
- вас интересует краткий обзор, вы можете прочесть
- <ulink url="http://www.cdt.luth.se/~peppar/kurs/smd151/spie04-h264OverviewPaper.pdf">The H.264/AVC Advanced Video Coding Standard: Overview and Introduction to the Fidelity Range Extensions</ulink>.
+H.264 - это одно из названий нового цифрового кодека, совместно
+разрабатываемого ITU и MPEG. Названия "ISO/IEC 14496-10" или
+"MPEG-4 Part 10" тоже являются корректными, но чаще его
+называют "MPEG-4 AVC" или просто "AVC".
+</para>
+
+<para>
+Как его ни называй, но 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 или около того.
+</para>
+
+<para>
+По крайней мере, с <systemitem class="library">x264</systemitem>
+требования для кодирования не слишком велики по сравнению с MPEG4-ASP.
+В частности, на 1733 MHz Athlon кодирование обичного DVD будет идти со
+скоростью 5-15 fps.
+</para>
+
+<para>
+Объяснять все тонкости H.264 не является целью этого документа, но если
+вас интересует краткий обзор, вы можете прочесть
+<ulink url="http://www.cdt.luth.se/~peppar/kurs/smd151/spie04-h264OverviewPaper.pdf">The H.264/AVC Advanced Video Coding Standard: Overview and Introduction to the Fidelity Range Extensions</ulink>.
</para>
</sect3>
+
<sect3 id="codec-x264-playback">
<title>Как мне посмотреть H.264 при помощи <application>MPlayer</application>?</title>
<para>
- <application>MPlayer</application> использует H.264 декодер библиотеки
- <systemitem class="library">libavcodec</systemitem>.
- <systemitem class="library">libavcodec</systemitem> получила мало-мальски
- пригодную для использования возможность декодирования H.264 где-то в июле 2004,
- однако, с того времени было внесено можество серъезных изменений и улучшений,
- как с точки зрения поддерживаемых функциональных возможностей, так и улучшенного
- использования CPU.
- Для определенности: использование свежей версии Subversion - всегда хорошая идея.
+<application>MPlayer</application> использует H.264 декодер библиотеки
+<systemitem class="library">libavcodec</systemitem>.
+<systemitem class="library">libavcodec</systemitem> получила мало-мальски
+пригодную для использования возможность декодирования H.264 где-то в июле 2004,
+однако, с того времени было внесено можество серъезных изменений и улучшений,
+как с точки зрения поддерживаемых функциональных возможностей, так и улучшенного
+использования CPU.
+Для определенности: использование свежей версии Subversion - всегда хорошая идея.
</para>
+
<para>
- Если нужен быстрый и простой способ узнать какие свежие изменения, относящиеся к H.264,
- были сделаны в <systemitem class="library">libavcodec</systemitem>, Вам следует
- иметь ввиду
- <ulink url="http://mplayerhq.hu/cgi-bin/cvsweb.cgi/ffmpeg/libavcodec/h264.c?cvsroot=FFMpeg">Веб-интерфейс к репозиторию FFmpeg Subversion</ulink>.
+Если нужен быстрый и простой способ узнать какие свежие изменения, относящиеся к H.264,
+были сделаны в <systemitem class="library">libavcodec</systemitem>, Вам следует
+иметь ввиду
+<ulink url="http://mplayerhq.hu/cgi-bin/cvsweb.cgi/ffmpeg/libavcodec/h264.c?cvsroot=FFMpeg">Веб-интерфейс к репозиторию FFmpeg Subversion</ulink>.
</para>
</sect3>
+
<sect3 id="codec-x264-encode">
<title>Как кодировать видео, используя <application>MEncoder</application> и <systemitem class="library">x264</systemitem>?</title>
<para>
- Если у вас установлен клиент subversion, последнюю версию x264
- можно загрузить следующей командой:
- <screen>svn co svn://svn.videolan.org/x264/trunk x264</screen>
- Исходный код <application>MPlayer</application> обновляется
- всякий раз при изменении API <systemitem class="library">x264</systemitem>,
- так что предлагается использовать Subversion версию
- <application>MPlayer</application>'а.
- возможно, ситуация изменится с выходом "релиза"
- <systemitem class="library">x264</systemitem> (если он будет).
- В данный момент <systemitem class="library">x264</systemitem> следует
- рассматривать как очень нестабильный, в свете постоянного изменения
- интерфейса программирования.
-</para>
-<para>
- <systemitem class="library">x264</systemitem> собирается и устанавливается
- как обычно:
- <screen>./configure && make && sudo make install</screen>
- Это установит libx264.a в /usr/local/lib, а x264.h - в /usr/local/include.
- Сборка <application>MPlayer</application> при установленных в стандартные
- каталоги библиотеке и заголовочном файле <systemitem class="library">x264</systemitem>
- очень проста.
- Просто запустите станартное:
- <screen>./configure && make && sudo make install</screen>
- Скрипт <filename>./configure</filename> сам определит, выполнены ли необходимые требования для
- <systemitem class="library">x264</systemitem>.
+Если у вас установлен клиент subversion, последнюю версию x264
+можно загрузить следующей командой:
+<screen>svn co svn://svn.videolan.org/x264/trunk x264</screen>
+Исходный код <application>MPlayer</application> обновляется
+всякий раз при изменении API <systemitem class="library">x264</systemitem>,
+так что предлагается использовать Subversion версию
+<application>MPlayer</application>'а.
+возможно, ситуация изменится с выходом "релиза"
+<systemitem class="library">x264</systemitem> (если он будет).
+В данный момент <systemitem class="library">x264</systemitem> следует
+рассматривать как очень нестабильный, в свете постоянного изменения
+интерфейса программирования.
+</para>
+<para>
+<systemitem class="library">x264</systemitem> собирается и устанавливается
+как обычно:
+<screen>./configure && make && sudo make install</screen>
+Это установит libx264.a в /usr/local/lib, а x264.h - в /usr/local/include.
+Сборка <application>MPlayer</application> при установленных в стандартные
+каталоги библиотеке и заголовочном файле <systemitem class="library">x264</systemitem>
+очень проста.
+Просто запустите станартное:
+<screen>./configure && make && sudo make install</screen>
+Скрипт <filename>./configure</filename> сам определит, выполнены ли необходимые требования для
+<systemitem class="library">x264</systemitem>.
</para>
</sect3>
</sect2>
</sect1>
-<!-- ********** -->
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
<sect1 id="audio-codecs">
<title>Аудио кодеки</title>
@@ -319,49 +338,51 @@
<listitem><simpara>
MPEG layer 1/2/3 (MP1/2/3) аудио (<emphasis role="bold">родной</emphasis>
код, с MMX/SSE/3DNow! оптимизацией)
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
Windows Media Audio 7 и 8 (они же WMAv1 и WMAv2) (<emphasis role="bold">родной</emphasis> код, с
<link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link>)
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
Windows Media Audio 9 (WMAv3) (используя DMO DLL)
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
AC3 Dolby аудио (<emphasis role="bold">родной</emphasis> код, с
MMX/SSE/3DNow! оптимизацией)
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
AC3 пропускаемый через звуковое оборудование
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
AAC
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
Ogg Vorbis аудио кодек (<emphasis role="bold">родная</emphasis> библиотека)
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
RealAudio: DNET (AC3 с низким битпотоком), Cook, Sipro и ATRAC3
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
QuickTime: Qualcomm и QDesign аудио кодеки
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
VIVO аудио (g723, Vivo Siren)
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
Voxware аудио (используя DirectShow DLL)
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
alaw и ulaw, различные gsm, adpcm и pcm форматы и другие простые старые аудио
кодеки
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
Adaptive Multi-Rate (AMR) речевые кодеки
- </simpara></listitem>
+</simpara></listitem>
</itemizedlist>
+<!-- ********** -->
+
<sect2 id="swac3">
<title>Программное декодирование AC3</title>
@@ -400,6 +421,7 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="hwac3">
<title>Аппаратное декодирование AC3</title>
@@ -413,6 +435,7 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="libmad">
<title>Поддержка <systemitem class="library">libmad</systemitem></title>
@@ -423,19 +446,21 @@
целочисленная (внутренне 24'битный PCM)
библиотека декодирования MPEG аудио. Она не очень хорошо обрабатывает битые
файлы и иногда у неё бывают проблемы с перемещением по файлу, но она
-может быть производительнее <systemitem class="library">mp3lib</systemitem> на платформах без FPU
-(таких как <link linkend="arm">ARM</link>).
+может быть производительнее <systemitem class="library">mp3lib</systemitem>
+на платформах без FPU (таких как <link linkend="arm">ARM</link>).
</para>
<para>
Если <systemitem class="library">libmad</systemitem> у вас установлена,
<filename>./configure</filename> сообщит об этом,
-и поддержка декодирования MPEG аудио с помощью <systemitem class="library">libmad</systemitem>
-будет включена автоматически.
+и поддержка декодирования MPEG аудио с помощью
+<systemitem class="library">libmad</systemitem> будет включена автоматически.
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="hwmpa">
<title>Аппаратный MPEG аудио кодек</title>
@@ -447,6 +472,8 @@
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="aac">
<title>AAC кодек</title>
<para>
@@ -479,6 +506,8 @@
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="amr">
<title>AMR кодеки</title>
<para>
@@ -511,7 +540,10 @@
</sect2>
</sect1>
-<!-- ********** -->
+
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
<sect1 id="codec-importing">
<title>КАК извлечь кодек из Win32</title>
@@ -556,6 +588,7 @@
</para></note>
</sect2>
+<!-- ********** -->
<sect2 id="dshow-codecs">
<title>DirectShow кодеки</title>
@@ -567,10 +600,10 @@
<listitem><simpara>
<filename>system.ini</filename> не содержит необходимую информацию, вместо
этого она хранится в реестре и
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
нам нужен GUID этого кодека.
- </simpara></listitem>
+</simpara></listitem>
</itemizedlist>
</para>
@@ -582,36 +615,34 @@
<step><para>
Получите <application>GraphEdit</application> или из DirectX SDK или
<ulink url="http://doom9.net">doom9</ulink>.
- </para></step>
+</para></step>
<step><para>
Запустите <command>graphedit.exe</command>.
- </para></step>
+</para></step>
<step><para>
В меню выберите Graph -> Insert Filters.
- </para></step>
+</para></step>
<step><para>
Щёлкните <systemitem>DirectShow Filters</systemitem>.
- </para></step>
+</para></step>
<step><para>
Выберите нужное имя кодека и щёлкните по нему.
- </para></step>
+</para></step>
<step><para>
В поле <systemitem>DisplayName</systemitem> обратите внимание на текст в
фигурных скобках после обратного слэша и выпишете их (пять разделённых
дефисами блоков, GUID).
- </para></step>
+</para></step>
<step><para>
Бинарный файл кодека - это файл, указанный в поле <systemitem>Filename</systemitem>.
- </para></step>
+</para></step>
</procedure>
-<note>
-<para>
+<note><para>
Если там нет <systemitem>Filename</systemitem> и
<systemitem>DisplayName</systemitem> содержит что-то в духе
<systemitem>device:dmo</systemitem>, то это - DMO-Кодек.
-</para>
-</note>
+</para></note>
<procedure>
<title>Старый метод:</title>
@@ -620,16 +651,16 @@
</para>
<step><para>
Запустите <command>regedit</command>.
- </para></step>
+</para></step>
<step><para>
Нажмите <keycap>Ctrl</keycap>+<keycap>F</keycap>, отключите первые две галочки
и включите третью. Наберите fourcc Вашего кодека (например,
<userinput>TM20</userinput>).
- </para></step>
+</para></step>
<step><para>
Вы должны увидеть поле, содержащее путь и имя файла (например,
<filename>C:\WINDOWS\SYSTEM\TM20DEC.AX</filename>).
- </para></step>
+</para></step>
<step><para>
Теперь, когда у Вас есть файл, нам нужен GUID. Попробуйте поискать снова,
но теперь ищите имя кодека, а не fourcc. Это имя может быть получено,
@@ -637,29 +668,26 @@
<guimenu>File</guimenu> -> <guisubmenu>Properties</guisubmenu> ->
<guimenuitem>Advanced</guimenuitem>.
Если нет, Вам не повезло. Попробуйте угадать (например, ищите TrueMotion).
- </para></step>
+</para></step>
<step><para>
Если GUID найден, Вы должны видеть поля <guilabel>FriendlyName</guilabel>
и <guilabel>CLSID</guilabel>. Выпишите 16-ти байтовый CLSID, это GUID, который
нам нужен.
- </para></step>
+</para></step>
</procedure>
-<note>
-<para>
+<note><para>
Если поиск не удаётся, попробуйте включить все галочки. Вы можете получить
ложные значения, но Вам может повести...
-</para>
-</note>
+</para></note>
<para>
Теперь у Вас есть вся необходимая информация (fourcc, GUID, файл с кодеком,
пример AVI), представьте на рассмотрение запрос о поддержке Вашего кодека по
почте и загрузите эти файлы на FTP сайт:
-<systemitem
-role="url">ftp://upload.mplayerhq.hu/MPlayer/incoming/<replaceable><codecname></replaceable>/
-</systemitem>
+<systemitem role="url">ftp://upload.mplayerhq.hu/MPlayer/incoming/<replaceable><codecname></replaceable>/</systemitem>
</para>
+
<para>
Если вы хотите добавить кодек самостоятельно, прочтите
<ulink url="http://www.mplayerhq.hu/MPlayer/DOCS/tech/codecs.conf.txt">DOCS/tech/codecs.conf.txt</ulink>.
Modified: trunk/DOCS/xml/ru/containers.xml
==============================================================================
--- trunk/DOCS/xml/ru/containers.xml (original)
+++ trunk/DOCS/xml/ru/containers.xml Sat Dec 9 10:27:35 2006
@@ -1,5 +1,5 @@
<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r20551 -->
+<!-- synced with r21537 -->
<chapter id="containers">
<title>Поддерживаемые форматы</title>
@@ -30,6 +30,9 @@
</para>
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="video-formats">
<title>Видео форматы</title>
@@ -45,21 +48,21 @@
MPG: Это наиболее <emphasis role="bold">основная</emphasis> форма файлов
формата MPEG. Она содержит MPEG1 видео, и MP2 (MPEG-1 layer 2) или реже
MP1 аудио.
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
DAT: Это почти такой же формат, как MPG, только с другим расширением. Он
используется на <emphasis role="bold">Video CD</emphasis>. Из-за метода,
которым создаются VCD и дизайна Linux'а, DAT файлы не могут проигрываться и
копироваться с VCD, как обычные файлы. Для проигрывания Video CD Вы должны
использовать <option>vcd://</option>.
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
VOB: Это формат MPEG файлов на <emphasis role="bold">DVD'шниках</emphasis>.
Это такой же формат, как и MPG, плюс возможность содержать субтитры и
не-MPEG (AC3) аудио. Он содержит кодированное MPEG2 видео и обычно AC3
аудио, но DTS, MP2 и не запакованный LPCM тоже возможны. <emphasis role="bold">
Читайте секцию <link linkend="dvd">DVD</link></emphasis>!
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
TY: Это TiVo MPEG поток. Он содержит как MPEG PES данные аудио и видео потоков,
так и дополнительную информацию вроде субтитров. Формат файла -
@@ -67,7 +70,7 @@
созданный TiVo. Более побдробно о формате TiVo можно прочитать
на <ulink url="http://dvd-create.sourceforge.net/tystudio/tystream.shtml">
странице TyStudio</ulink>.
- </simpara></listitem>
+</simpara></listitem>
</itemizedlist>
<para>
@@ -86,17 +89,19 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="avi">
<title>AVI файлы</title>
<para>
-Разработанный Microsoft'ом <emphasis role="bold">AVI (Audio Video Interleaved
-[Аудио Видео 'Слоёные'])</emphasis> - это широко распространённый многоцелевой
-формат, в настоящий момент чаще всего применяемый для MPEG4 (DivX и DivX4) видео.
+Разработанный Microsoft'ом
+<emphasis role="bold">AVI (Audio Video Interleaved [Аудио Видео 'Слоёные'])</emphasis> -
+это широко распространённый многоцелевой формат, в настоящий момент чаще всего
+применяемый для MPEG4 (DivX и DivX4) видео.
У него много известных недостатков и недочётов (например в потоках). Он
-поддерживает 1 видео поток и от 0 до 99 аудио потоков и может быть не более
-2 Гб, хотя существует расширение<emphasis role="bold">OpenDML</emphasis>,
+поддерживает 1 видео поток и от 0 до 99 аудио потоков и может быть не
+более 2 Гб, хотя существует расширение<emphasis role="bold">OpenDML</emphasis>,
допускающее большие файлы. В настоящий момент Microsoft сильно отговаривает от
его применения и советует использовать ASF/WMV. Никого это не волнует.
</para>
@@ -111,14 +116,12 @@
<application>NanDub</application>.
</para>
-<note>
-<para>
+<note><para>
DV камеры создают сырые DV потоки, которые средства DV захвата превращают
в AVI файлы двух типов. AVI'шники либо будут содержать разделённые аудио и видео
потоки, которые <application>MPlayer</application> может воспроизводить, или
сырой DV поток, поддержка которого находится в стадии разработки.
-</para>
-</note>
+</para></note>
<para>
Существует два класса AVI файлов:
@@ -131,12 +134,12 @@
определяет это как слоёный файл, и затем теряет A/V синхронизацию,
вероятно при перемещении по файлу. Такие файлы должны проигрываться как
не слоёные (с опцией <option>-ni</option>).
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
<emphasis role="bold">Не слоёные:</emphasis> Сначала идёт весь видео поток,
затем весь аудио поток. Это требует огромного количества перемещений по файлу,
что делает проигрывание таких файлов по сети или с CD-ROM затруднительным.
- </simpara></listitem>
+</simpara></listitem>
</itemizedlist>
</para>
@@ -153,13 +156,13 @@
заголовками и файлы созданные с VBR аудио в не VBR-совместимом кодировщике
приведут к A/V десинхронизации при использовании этого метода (по большей
части при перемещении по фильму).
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
<emphasis role="bold">основанный на слоёности:</emphasis> Он не использует
значение битпотока из заголовка, вместо этого используется относительная
позиция слоёных кусков аудио и видео, что делает воспроизводимыми
плохо закодированные с VBR аудио.
- </simpara></listitem>
+</simpara></listitem>
</itemizedlist>
</para>
@@ -175,13 +178,15 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="asf-wmv">
<title>ASF/WMV файлы</title>
<para>
ASF (Active Streaming Format) исходит от Microsoft. Они разработали два варианта
-ASF, v1.0 и v2.0. v1.0 используется их медиа средствами (<application>Windows
-Media Player</application> и <application>Windows Media Encoder</application>)
+ASF, v1.0 и v2.0. v1.0 используется их медиа средствами
+(<application>Windows Media Player</application> и
+<application>Windows Media Encoder</application>)
и сильно засекречены. v2.0 опубликована и запатентована :). Конечно они
различаются, совсем нет никакой совместимости (это просто другая правовая игра).
<application>MPlayer</application> поддерживает только v1.0, поскольку никто
@@ -190,6 +195,7 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="qt-mov">
<title>QuickTime/MOV файлы</title>
@@ -204,9 +210,9 @@
MPG и AAC файлы. Вы даже можете извлечь их, используя опции
<option>-dumpvideo</option> и <option>-dumpaudio</option>.).
</para>
-
</sect2>
+<!-- ********** -->
<sect2 id="vivo">
<title>VIVO файлы</title>
@@ -226,9 +232,9 @@
<emphasis role="bold">g.723 (стандарт)</emphasis>, или
<emphasis role="bold">Vivo Siren</emphasis>.
</para>
-
</sect2>
+<!-- ********** -->
<sect2 id="fli">
<title>FLI файлы</title>
@@ -242,6 +248,7 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="realmedia">
<title>RealMedia (RM) файлы</title>
@@ -252,6 +259,7 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="nuppelvideo">
<title>NuppelVideo файлы</title>
@@ -266,6 +274,7 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="yuv4mpeg">
<title>yuv4mpeg файлы</title>
@@ -279,6 +288,7 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="film">
<title>FILM фильмы</title>
@@ -287,6 +297,7 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="roq">
<title>RoQ файлы</title>
@@ -296,6 +307,7 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="ogg">
<title>OGG/OGM файлы</title>
@@ -308,6 +320,7 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="sdp">
<title>SDP файлы</title>
@@ -318,6 +331,7 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="pva">
<title>PVA файлы</title>
@@ -327,6 +341,8 @@
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="nsv">
<title>NSV files</title>
<para>
@@ -343,6 +359,8 @@
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="matroska">
<title>Файлы Matroska</title>
<para>
@@ -351,6 +369,7 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="nut">
<title>NUT файлы</title>
@@ -361,13 +380,15 @@
</para>
</sect2>
+<!-- ********** -->
<sect2 id="gif">
<title>GIF файлы</title>
<para>
<emphasis role="bold">GIF</emphasis> формат - это типичный формат для веб
графики. Существуют 2 версии спецификаций GIF, GIF87a и GIF89a. Основная
-разница заключается в том, что GIF89a допускает анимацию. <application>MPlayer</application> поддерживает
+разница заключается в том, что GIF89a допускает анимацию.
+<application>MPlayer</application> поддерживает
оба формата, используя <systemitem class="library">libungif</systemitem> или
другую libgif-совместимую библиотеку. Не анимированные GIF'ы будут показываться
как однокадровое видео. (Используйте опции <option>-loop</option> и
@@ -401,7 +422,9 @@
</sect2>
</sect1>
-<!-- ********** -->
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
<sect1 id="audio-formats">
<title>Аудио форматы</title>
@@ -415,6 +438,8 @@
url="http://www.xmms.org">XMMS</ulink>.
</para>
+<!-- ********** -->
+
<sect2 id="mp3">
<title>MP3 файлы</title>
<para>
@@ -427,6 +452,8 @@
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="ogg-vorbis">
<title>OGG/OGM файлы (Vorbis)</title>
<para>
@@ -436,6 +463,8 @@
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="cdda">
<title>CD аудио</title>
<para>
@@ -452,6 +481,8 @@
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="xmms">
<title>XMMS</title>
<para>
Modified: trunk/DOCS/xml/ru/documentation.xml
==============================================================================
--- trunk/DOCS/xml/ru/documentation.xml (original)
+++ trunk/DOCS/xml/ru/documentation.xml Sat Dec 9 10:27:35 2006
@@ -1,5 +1,5 @@
<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r21374 -->
+<!-- synced with r21537 -->
<bookinfo id="toc">
<title><application>MPlayer</application> - The Movie Player</title>
@@ -114,56 +114,57 @@
<listitem><simpara>
кодирование из широкого спектра форматов файлов и декодеров
<application>MPlayer'а</application>
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
кодирование во все кодеки FFmpeg'овской библиотеки
<link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link>
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
кодирование видео с <emphasis role="bold">V4L совместимых TV тюнеров
</emphasis>
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
кодирование/мультиплексирование в "слоёные"[interleaved] AVI файлы
с соответствующим индексом
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
создание файлов с аудио потоком из внешнего файла
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
кодирование в 1, 2 или 3 прохода
- </simpara></listitem>
+</simpara></listitem>
<listitem><para>
<emphasis role="bold">VBR</emphasis> MP3 аудио
<important><simpara>
VBR MP3 аудио не всегда хорошо проигрывается плеерами Windows!
</simpara></important>
- </para></listitem>
+</para></listitem>
<listitem><simpara>
PCM аудио
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
копирование потоков
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
входная A/V синхронизация (основана на PTS, может быть отключена с помощью
ключа <option>-mc 0</option> )
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
коррекция FPS[кадров/сек] ключом <option>-ofps</option> (полезно при кодировании
29.97fps VOB в 24fps AVI)
- </simpara></listitem>
+</simpara></listitem>
<listitem><simpara>
использование нашей очень мощной системы плагинов (обрезание[crop],
-расширение[expand], отражение[flip], пост-обработка[postprocess],
-поворот[rotate], масштабирование[scale], rgb/yuv преобразования)
- </simpara></listitem>
-<listitem><simpara>
- может кодировать DVD/VOBsub <emphasis role="bold">И</emphasis> текстовые субтитры в один выходной файл
- </simpara></listitem>
+ расширение[expand], отражение[flip], пост-обработка[postprocess],
+ поворот[rotate], масштабирование[scale], rgb/yuv преобразования)
+</simpara></listitem>
+<listitem><simpara>
+ может кодировать DVD/VOBsub <emphasis role="bold">И</emphasis> текстовые субтитры
+ в один выходной файл
+</simpara></listitem>
<listitem><simpara>
может извлекать DVD субтитры в VOBsub формат
- </simpara></listitem>
+</simpara></listitem>
</itemizedlist>
@@ -172,7 +173,7 @@
<listitem><simpara>
ещё большее количество доступных форматов кодирования.декодирования
(создание VOB файлов с DivX4/Indeo5/VIVO потоками :)
- </simpara></listitem>
+</simpara></listitem>
</itemizedlist>
<!-- FIXME: the license should be in bookinfo -->
Modified: trunk/DOCS/xml/ru/encoding-guide.xml
==============================================================================
--- trunk/DOCS/xml/ru/encoding-guide.xml (original)
+++ trunk/DOCS/xml/ru/encoding-guide.xml Sat Dec 9 10:27:35 2006
@@ -1,5 +1,5 @@
<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r21508 -->
+<!-- synced with r21537 -->
<!-- **Partially** translated -->
<chapter id="encoding-guide">
<title>Кодирование с <application>MEncoder</application></title>
@@ -8,79 +8,83 @@
<title>Создание высококачественного MPEG-4 ("DivX") рипа из DVD фильма</title>
<para>
- Одним часто задаваемым вопросом является "Как мне сделать рип самого высокого
- качества для заданного размера?". Другой вопрос "Как мне создать DVD рип с самым
- высоким возможным качеством? Я не беспокоюсь о размере файла, мне нужно лишь
- наилучшее качество.".
+Одним часто задаваемым вопросом является "Как мне сделать рип самого высокого
+качества для заданного размера?". Другой вопрос "Как мне создать DVD рип с самым
+высоким возможным качеством? Я не беспокоюсь о размере файла, мне нужно лишь
+наилучшее качество.".
</para>
<para>
- Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если
- Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2
- видео поток с DVD? Конечно, ваш AVI файл будет занимать около 5GB,
- но если Вы желате наилучшее качество и не волнуетесь о размере, то это,
- несомненно, лучшее решение.
+Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если
+Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2
+видео поток с DVD? Конечно, ваш AVI файл будет занимать около 5GB,
+но если Вы желате наилучшее качество и не волнуетесь о размере, то это,
+несомненно, лучшее решение.
</para>
<para>
- В действительности, причиной, по которой Вы хотите перекодировать DVD в MPEG-4,
- является именно Ваше <emphasis role="bold">беспокойство</emphasis>
- о размере файла.
+В действительности, причиной, по которой Вы хотите перекодировать DVD в MPEG-4,
+является именно Ваше <emphasis role="bold">беспокойство</emphasis>
+о размере файла.
</para>
<para>
- Сложно дать универсальный рецепт о создании DVD рипа очень высокого
- качества. Необходимо рассмотреть несколько факторов, и Вы должны
- понимать эти детали, иначе Вы, скорее всего, разочаруетесь своими
- результатами. Ниже мы исследуем некоторые из этих вопросов, а затем
- рассмотрим пример. Мы предполагаем, что Вы используете
- <systemitem class="library">libavcodec</systemitem> для кодирования видео,
- хотя теория также применима и к другим кодекам.
+Сложно дать универсальный рецепт о создании DVD рипа очень высокого
+качества. Необходимо рассмотреть несколько факторов, и Вы должны
+понимать эти детали, иначе Вы, скорее всего, разочаруетесь своими
+результатами. Ниже мы исследуем некоторые из этих вопросов, а затем
+рассмотрим пример. Мы предполагаем, что Вы используете
+<systemitem class="library">libavcodec</systemitem> для кодирования видео,
+хотя теория также применима и к другим кодекам.
</para>
<para>
- Если это кажется для Вас слишком сложным, то Вам, пожалуй, следует использовать
- один из многочисленных неплохих фронтендов, указанных в
- <ulink url="http://www.mplayerhq.hu/design7/projects.html#mencoder_frontends">разделе MEncoder</ulink>
- нашей страницы родственных проектов.
- Так Вы должны получить высококачественные рипы без особых размышлений,
- поскольку большинство этих утилит разработаны для принятия умных решений за Вас.
+Если это кажется для Вас слишком сложным, то Вам, пожалуй, следует использовать
+один из многочисленных неплохих фронтендов, указанных в
+<ulink url="http://www.mplayerhq.hu/design7/projects.html#mencoder_frontends">разделе MEncoder</ulink>
+нашей страницы родственных проектов.
+Так Вы должны получить высококачественные рипы без особых размышлений,
+поскольку большинство этих утилит разработаны для принятия умных решений за Вас.
</para>
+<!-- ********** -->
+
<sect2 id="menc-feat-dvd-mpeg4-preparing-encode">
<title>Подготовка к кодированию: Идентификация исходного материала и кадровой
частоты</title>
<para>
- Прежде, чем даже задумываться о кодировании фильма, Вам необходимо выполнить
- некоторые предварительные действия.
+Прежде, чем даже задумываться о кодировании фильма, Вам необходимо выполнить
+некоторые предварительные действия.
</para>
<para>
- Первым и наиболее важным шагом перед кодированием должно быть опеределение
- типа содержимого, с которым Вы работате.
- Если источником Ваших исходных материалов является DVD или
- широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из
- двух форматов: NTSC для Северной Америки и Японии, PAL для Европы и т.д..
- Однако, важно понимать, что это только форматирование для показа на
- телевидении, и оно часто
- <emphasis role="bold">не</emphasis> соответствует
- исходному формату фильма.
- Опыт показывает, что NTSC материал существенно более сложен для кодирования,
- т.к. в нём содержится больше элементов, которые нужно идентифицировать.
- Для проведения удачного кодирования, Вам необходимо знать исходный формат.
- Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем
- кодировании, включая безобразные гребешки (артефакты череcстрочной развёртки)
- и повторяющиеся или даже потерянные кадры.
- Кроме ухудщения картинки, артефакты так же уменьшают эффективность кодирования:
- Вы получите худшее качество на единицу битпотока.
+Первым и наиболее важным шагом перед кодированием должно быть опеределение
+типа содержимого, с которым Вы работате.
+Если источником Ваших исходных материалов является DVD или
+широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из
+двух форматов: NTSC для Северной Америки и Японии, PAL для Европы и т.д..
+Однако, важно понимать, что это только форматирование для показа на
+телевидении, и оно часто
+<emphasis role="bold">не</emphasis> соответствует
+исходному формату фильма.
+Опыт показывает, что NTSC материал существенно более сложен для кодирования,
+т.к. в нём содержится больше элементов, которые нужно идентифицировать.
+Для проведения удачного кодирования, Вам необходимо знать исходный формат.
+Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем
+кодировании, включая безобразные гребешки (артефакты череcстрочной развёртки)
+и повторяющиеся или даже потерянные кадры.
+Кроме ухудщения картинки, артефакты так же уменьшают эффективность кодирования:
+Вы получите худшее качество на единицу битпотока.
</para>
+
<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
<title>Определение кадровой чатоты источника</title>
<para>
- Вот список, содержащий общие типы исходных материалов, где,
- преимущественно, можно найти и их свойства:
+Вот список, содержащий общие типы исходных материалов, где,
+преимущественно, можно найти и их свойства:
</para>
+
<itemizedlist>
<listitem><para>
<emphasis role="bold">Стандартный фильм</emphasis>: Производятся
@@ -122,24 +126,27 @@
</itemizedlist>
</sect3>
+
<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-material">
<title>Идентификация исходного материала</title>
+
<para>
- Фильмы, состоящие из кадров, называются фильмами с построчной (или прогрессивной)
- развёрткой, а состоящие из независимых полей — фильмами с чересстрочной
- развёрткой или просто видео; однако, последний термин двусмысленный.
+Фильмы, состоящие из кадров, называются фильмами с построчной (или прогрессивной)
+развёрткой, а состоящие из независимых полей — фильмами с чересстрочной
+развёрткой или просто видео; однако, последний термин двусмысленный.
</para>
+
<para>
- Из-за дальнейших усложнений, некоторые фильмы будут смесью
- нескольких, указанных выше.
+Из-за дальнейших усложнений, некоторые фильмы будут смесью
+нескольких, указанных выше.
</para>
-<para>
- Наиболее важным различием между всеми этими форматами является
- то, что одни из них основаны на кадрах, а другие — на полях.
- <emphasis role="bold">Любой</emphasis> фильм, подготовленный для
- просмотра на телевидении (включая DVD), преобразуется в формат,
- основанный на полях.
+<para>
+Наиболее важным различием между всеми этими форматами является
+то, что одни из них основаны на кадрах, а другие — на полях.
+<emphasis role="bold">Любой</emphasis> фильм, подготовленный для
+просмотра на телевидении (включая DVD), преобразуется в формат,
+основанный на полях.
<!-- FIXME: Существует ли лучший *краткий* (1-2 слова) перевод для
терминов pulldown и telecine? В литературе, которую я нашёл,
используют или указанные мной, по сути дела, транслитерации,
@@ -147,13 +154,12 @@
А точный перевод можно выполнить только целым предложением
(т.е. определением), что совершенно неуместно в контексте
данного документа, где эти термины часто встречаются. -->
-
- Различные методы, с помощью которых это может быть сделано, совокупно
- называются "телесин" (англ. telecine), одним из вариантов которого
- является отвратительный NTSC "3:2 пулдаун" (англ. pulldown).
- За исключением случаев, когда формат исходного материала был
- также основан на полях (и с такой же частотой полей), Вы получите
- фильм в формате отличном от исходного.
+Различные методы, с помощью которых это может быть сделано, совокупно
+называются "телесин" (англ. telecine), одним из вариантов которого
+является отвратительный NTSC "3:2 пулдаун" (англ. pulldown).
+За исключением случаев, когда формат исходного материала был
+также основан на полях (и с такой же частотой полей), Вы получите
+фильм в формате отличном от исходного.
</para>
<itemizedlist>
@@ -189,40 +195,42 @@
</itemizedlist>
<para>
- Так же существуют методы для преобразования между NTSC и PAL видео,
- но подобные темы выходят за рамки данного руководства.
- Если Вам попался такой фильм, и Вы хотите кодировать его,
- лучшим решением будет найти копию в исходном формате.
- Преобразование между этими двумя форматами вносит большие потери
- и не может быть точно обращено, так что Ваше кодирование
- существенно пострадает, если оно делается из преобразованного
- источника.
-</para>
-<para>
- Когда видео находится на DVD, последовательные пары полей
- группируются как кадр, даже если они не предназначены для
- одновременного отображения.
- Стандарт MPEG-2, используемый на DVD и цифровом TV предоставляет
- возможность одновременно кодировать исходные кадры с построчной
- развёрткой и сохранять число полей, в течении которых кадр
- должен быть показан, в его заголовке.
- Если был использован такой метод, фильм часто будет называться
- как "мягкий телесин", т.к. процесс только указывает DVD-плееру
- о необходимости применения пулдауна к фильму, не изменяя при этом
- сам фильм.
- Этот случай существенно предпочтителен, т.к. он может быть легко обращён
- (в действительности, проигнорирован) кодером и т.к. он сохраняет
- максимальное качество.
- Однако, многие широковещательные и DVD студии не используют
- надлежащую технологию кодирования и вместо этого производят
- фильмы с "жёстким телесином", где поля в действительности
- повторяются в кодированном MPEG-2.
-</para>
-<para>
- Порядок действия в таких случаях будет описан
- <link linkend="menc-feat-telecine">позже в данном руководстве</link>.
- Сейчас мы дадим Вам несколько советов по идентификации типа
- материала, с которым Вы работаете:
+Так же существуют методы для преобразования между NTSC и PAL видео,
+но подобные темы выходят за рамки данного руководства.
+Если Вам попался такой фильм, и Вы хотите кодировать его,
+лучшим решением будет найти копию в исходном формате.
+Преобразование между этими двумя форматами вносит большие потери
+и не может быть точно обращено, так что Ваше кодирование
+существенно пострадает, если оно делается из преобразованного
+источника.
+</para>
+
+<para>
+Когда видео находится на DVD, последовательные пары полей
+группируются как кадр, даже если они не предназначены для
+одновременного отображения.
+Стандарт MPEG-2, используемый на DVD и цифровом TV предоставляет
+возможность одновременно кодировать исходные кадры с построчной
+развёрткой и сохранять число полей, в течении которых кадр
+должен быть показан, в его заголовке.
+Если был использован такой метод, фильм часто будет называться
+как "мягкий телесин", т.к. процесс только указывает DVD-плееру
+о необходимости применения пулдауна к фильму, не изменяя при этом
+сам фильм.
+Этот случай существенно предпочтителен, т.к. он может быть легко обращён
+(в действительности, проигнорирован) кодером и т.к. он сохраняет
+максимальное качество.
+Однако, многие широковещательные и DVD студии не используют
+надлежащую технологию кодирования и вместо этого производят
+фильмы с "жёстким телесином", где поля в действительности
+повторяются в кодированном MPEG-2.
+</para>
+
+<para>
+Порядок действия в таких случаях будет описан
+<link linkend="menc-feat-telecine">позже в данном руководстве</link>.
+Сейчас мы дадим Вам несколько советов по идентификации типа
+материала, с которым Вы работаете:
</para>
<itemizedlist>
@@ -288,197 +296,199 @@
</sect3>
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-dvd-mpeg4-2pass">
<title>Постоянный квантователь против многопроходности</title>
<para>
- Возможно кодировать Ваш фильм, широко варьируя качество.
- С современными видеокодерами и небольшим сжатием перед кодированием
- (уменьшением размера и шумов) возможно достичь очень хорошего
- качества при размере 700 МБ для 90-110-минутного широкоэкранного фильма.
- Более того, всё, кроме самых длинных фильмов, может быть кодировано
- с почти безупречным качеством на 1400 МБ.
+Возможно кодировать Ваш фильм, широко варьируя качество.
+С современными видеокодерами и небольшим сжатием перед кодированием
+(уменьшением размера и шумов) возможно достичь очень хорошего
+качества при размере 700 МБ для 90-110-минутного широкоэкранного фильма.
+Более того, всё, кроме самых длинных фильмов, может быть кодировано
+с почти безупречным качеством на 1400 МБ.
</para>
<para>
- Есть три подхода при кодировании видео: постоянный битпоток (CBR),
- постоянный квантователь и многопроходность (ABR или усреднённый битпоток).
+Есть три подхода при кодировании видео: постоянный битпоток (CBR),
+постоянный квантователь и многопроходность (ABR или усреднённый битпоток).
</para>
<para>
- Сложность кадров фильма и, таким образом, число битов, нужных для их
- сжатия может существенно отличаться от одной сцены к другой.
- Современные видеокодеры могут подстраиваться под это в процессе
- работы и варьировать битпоток.
- Однако, в таких простых режимах как CBR кодеры не знают загруженность
- битпотока в последующих сценах и т.о. не могут превысить затребованный
- битпоток для больших промежутков времени.
- Более продвинутые режимы, такие как многопроходный режим, могут
- учитывать статистику предыдущих проходов; это решает проблему,
- упомянутую выше.
+Сложность кадров фильма и, таким образом, число битов, нужных для их
+сжатия может существенно отличаться от одной сцены к другой.
+Современные видеокодеры могут подстраиваться под это в процессе
+работы и варьировать битпоток.
+Однако, в таких простых режимах как CBR кодеры не знают загруженность
+битпотока в последующих сценах и т.о. не могут превысить затребованный
+битпоток для больших промежутков времени.
+Более продвинутые режимы, такие как многопроходный режим, могут
+учитывать статистику предыдущих проходов; это решает проблему,
+упомянутую выше.
</para>
<note><title>Замечание:</title>
<para>
- Большинство кодеков, поддерживающих ABR кодирование, поддерживают
- только двупроходный режим, в то время как некоторые другие, такие
- как <systemitem class="library">x264</systemitem>,
- <systemitem class="library">Xvid</systemitem>
- и <systemitem class="library">libavcodec</systemitem> поддерживают
- многопроходность, несколько улучшающую качество на каждом проходе,
- однако, это улучшение не измеримо и не заметно после 4-го прохода
- или около того.
- Поэтому, в данном разделе дву- и многопроходность будут
- использоваться взаимозаменяемо.
+Большинство кодеков, поддерживающих ABR кодирование, поддерживают
+только двупроходный режим, в то время как некоторые другие, такие
+как <systemitem class="library">x264</systemitem>,
+<systemitem class="library">Xvid</systemitem>
+и <systemitem class="library">libavcodec</systemitem> поддерживают
+многопроходность, несколько улучшающую качество на каждом проходе,
+однако, это улучшение не измеримо и не заметно после 4-го прохода
+или около того.
+Поэтому, в данном разделе дву- и многопроходность будут
+использоваться взаимозаменяемо.
</para>
</note>
<para>
- В каждом из этих режимов видеокодек (такой как
- <systemitem class="library">libavcodec</systemitem>)
- разбивает видеокадр на макроблоки размером 16х16 пикселей и потом
- применяет квантователь к каждому макроблоку. Чем меньше квантоваль,
- тем лучше качество и выше битпоток.
- Метод, используемый видео кодером для определения того, какой
- квантователь использовать для данного макроблока, варьируется и
- подлежит тонкой настройке. (Это крайнее упрощение реального
- процесса, но основная концепция полезна для понимания.)
-</para>
-
-<para>
- Когда Вы указываете постоянный битпоток, видеокодек будет кодировать
- видео, отбрасывая детали столько, сколько необходимо и настолько мало,
- насколько это возможно с целью оставаться ниже заданного битпотока.
- Если Вас действительно не волнует размер файла, Вы можете также
- использовать CBR и указать бесконечный битпоток. (На практике это
- означает значение, достаточно большое для обозначения отсутствия
- предела, например, 10000 Кбит.) В результате, без реального ограничения
- битпотока, кодек использует наименьший возможный квантователь для
- каждого макроблока (как указано опцией
- <option>vqmin</option> для
- <systemitem class="library">libavcodec</systemitem>, равной 2 по умолчанию).
- Как только Вы укажите настолько низкий битпоток, что кодек будет
- вынужден использовать более высокий квантователь, Вы почти наверняка
- испортите качество Вашего видео.
- Чтобы избежать этого, Вам, вероятно, придётся уменьшить размеры
- Вашего видео, согласно методу, описанному далее в этом руководстве.
- В общих чертах, Вам следует избегать CBR совсем, если Вы заботитесь
- о качестве.
-</para>
-
-<para>
- С постоянным квантователем кодек использует для всех макроблоков
- один и тот же квантователь, указанный в опции
- <option>vqscale</option> (для
- <systemitem class="library">libavcodec</systemitem>).
- Если Вы хотите рип наивысшего возможного качества, снова не взирая
- на битпоток, Вы можете использовать
- <option>vqscale=2</option>.
- Это приведёт к тому же битпотоку и PSNR (пику отношения сигнала к шуму),
- что и CBR с
- <option>vbitrate</option>=бесконечности и значением по умолчанию
- <option>vqmin</option>, равным 2.
-</para>
-
-<para>
- Проблема с постоянным квантованием заключается в том, что кодек использует
- заданный квантователь вне зависимости от того, требуется это для
- макроблока или нет. То есть возможно использование большего квантователя
- для макроблока без ухудшения видимого качества. Зачем тратить биты на
- излишне низкий квантователь? У Вашего процессора есть столько тактов,
- сколько есть времени, но имеется лишь ограниченное число битов на
- жёстком диске.
-</para>
-
-<para>
- При двупроходном кодировании первый проход создаст рип фильма так,
- как будто это был CBR, но сохранит лог свойств для каждого кадра.
- Эта информация затем будет использована во время второго прохода
- для принятия интеллектуальных решений о том, какой квантователь
- следует использовать. Во время быстрого движения или сцен с
- высокой детализацией с большой веротностью будут использованы
- бОльшие квантователи, а во время медленного движения или сцен
- с низкой детализацией — меньшие.
- Обычно количество движения играет существенно более важную роль,
- чем количество деталей.
-</para>
-
-<para>
- Если Вы используете <option>vqscale=2</option>, то Вы теряете биты.
- Если Вы используете <option>vqscale=3</option>, то Вы не получаете
- рип наивысшего качества. Предположим, вы делаете рип DVD, используя
- <option>vqscale=3</option>, результат получается 1800 Кбит.
- Если Вы сделаете двупроходное кодирование с
- <option>vbitrate=1800</option>, получившееся видео быдет обладать
- <emphasis role="bold">лучшим качеством</emphasis> для
- <emphasis role="bold">того же битпотока</emphasis>.
-</para>
-
-<para>
- После того, как Вы сейчас убедились, что два прохода — это путь
- к действию, возникает вопрос о том, какой битпоток использовать?
- Ответ таков, что нет единого ответа. В идеале, Вы хотите выбрать
- битпоток, при котором достигается наилучший баланс между качеством
- и размером файла. Здесь возможны вариации в зависимости от
- исходного видеоматериала.
-</para>
-
-<para>
- Если размер не важен, хорошей отправной точкой для рипа очень высокого
- качества будет 2000 Кбит +/- 200 Кбит.
- Для видеоматериала с быстрым движением или высокой детализацией
- или просто если у Вас очень разборчивый глаз, Вы можете использовать
- 2400 или 2600.
- Для некоторых DVD Вы не заметите разницы на 1400 Кбит. Хорошей идеей
- является экспериментирование со сценами на разных битпотоках, чтобы
- почувствовать разницу.
-</para>
-
-<para>
- Если Вашей целью является определённый размер, Вам нужно как-нибудь
- вычислить битпоток. Но перед этим, Вам нужно знать, сколько места
- нужно зарезервировать по аудио дорожку(и), так что Вам необходимо
- <link linkend="menc-feat-dvd-mpeg4-audio">извлечь их</link> сперва.
- Вы можете расчитать битпоток с помощью следующей формулы:
- <systemitem>битпоток = (конечный_размер_в_МБайт - размер_звука_в_МБайт) *
- 1024 * 1024 / длительность_в_секундах * 8 / 1000</systemitem>.
- Например, для сжатия двухчасового фильма в 702 МБ CD, с 60 МБ
- аудио дорожкой, битпоток видео должен составлять:
- <systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000
- = 740 кбит/сек</systemitem>.
+В каждом из этих режимов видеокодек (такой как
+<systemitem class="library">libavcodec</systemitem>)
+разбивает видеокадр на макроблоки размером 16х16 пикселей и потом
+применяет квантователь к каждому макроблоку. Чем меньше квантоваль,
+тем лучше качество и выше битпоток.
+Метод, используемый видео кодером для определения того, какой
+квантователь использовать для данного макроблока, варьируется и
+подлежит тонкой настройке. (Это крайнее упрощение реального
+процесса, но основная концепция полезна для понимания.)
+</para>
+
+<para>
+Когда Вы указываете постоянный битпоток, видеокодек будет кодировать
+видео, отбрасывая детали столько, сколько необходимо и настолько мало,
+насколько это возможно с целью оставаться ниже заданного битпотока.
+Если Вас действительно не волнует размер файла, Вы можете также
+использовать CBR и указать бесконечный битпоток. (На практике это
+означает значение, достаточно большое для обозначения отсутствия
+предела, например, 10000 Кбит.) В результате, без реального ограничения
+битпотока, кодек использует наименьший возможный квантователь для
+каждого макроблока (как указано опцией
+<option>vqmin</option> для
+<systemitem class="library">libavcodec</systemitem>, равной 2 по умолчанию).
+Как только Вы укажите настолько низкий битпоток, что кодек будет
+вынужден использовать более высокий квантователь, Вы почти наверняка
+испортите качество Вашего видео.
+Чтобы избежать этого, Вам, вероятно, придётся уменьшить размеры
+Вашего видео, согласно методу, описанному далее в этом руководстве.
+В общих чертах, Вам следует избегать CBR совсем, если Вы заботитесь
+о качестве.
+</para>
+
+<para>
+С постоянным квантователем кодек использует для всех макроблоков
+один и тот же квантователь, указанный в опции
+<option>vqscale</option> (для
+<systemitem class="library">libavcodec</systemitem>).
+Если Вы хотите рип наивысшего возможного качества, снова не взирая
+на битпоток, Вы можете использовать
+<option>vqscale=2</option>.
+Это приведёт к тому же битпотоку и PSNR (пику отношения сигнала к шуму),
+что и CBR с
+<option>vbitrate</option>=бесконечности и значением по умолчанию
+<option>vqmin</option>, равным 2.
+</para>
+
+<para>
+Проблема с постоянным квантованием заключается в том, что кодек использует
+заданный квантователь вне зависимости от того, требуется это для
+макроблока или нет. То есть возможно использование большего квантователя
+для макроблока без ухудшения видимого качества. Зачем тратить биты на
+излишне низкий квантователь? У Вашего процессора есть столько тактов,
+сколько есть времени, но имеется лишь ограниченное число битов на
+жёстком диске.
+</para>
+
+<para>
+При двупроходном кодировании первый проход создаст рип фильма так,
+как будто это был CBR, но сохранит лог свойств для каждого кадра.
+Эта информация затем будет использована во время второго прохода
+для принятия интеллектуальных решений о том, какой квантователь
+следует использовать. Во время быстрого движения или сцен с
+высокой детализацией с большой веротностью будут использованы
+бОльшие квантователи, а во время медленного движения или сцен
+с низкой детализацией — меньшие.
+Обычно количество движения играет существенно более важную роль,
+чем количество деталей.
+</para>
+
+<para>
+Если Вы используете <option>vqscale=2</option>, то Вы теряете биты.
+Если Вы используете <option>vqscale=3</option>, то Вы не получаете
+рип наивысшего качества. Предположим, вы делаете рип DVD, используя
+<option>vqscale=3</option>, результат получается 1800 Кбит.
+Если Вы сделаете двупроходное кодирование с
+<option>vbitrate=1800</option>, получившееся видео быдет обладать
+<emphasis role="bold">лучшим качеством</emphasis> для
+<emphasis role="bold">того же битпотока</emphasis>.
+</para>
+
+<para>
+После того, как Вы сейчас убедились, что два прохода — это путь
+к действию, возникает вопрос о том, какой битпоток использовать?
+Ответ таков, что нет единого ответа. В идеале, Вы хотите выбрать
+битпоток, при котором достигается наилучший баланс между качеством
+и размером файла. Здесь возможны вариации в зависимости от
+исходного видеоматериала.
+</para>
+
+<para>
+Если размер не важен, хорошей отправной точкой для рипа очень высокого
+качества будет 2000 Кбит +/- 200 Кбит.
+Для видеоматериала с быстрым движением или высокой детализацией
+или просто если у Вас очень разборчивый глаз, Вы можете использовать
+2400 или 2600.
+Для некоторых DVD Вы не заметите разницы на 1400 Кбит. Хорошей идеей
+является экспериментирование со сценами на разных битпотоках, чтобы
+почувствовать разницу.
+</para>
+
+<para>
+Если Вашей целью является определённый размер, Вам нужно как-нибудь
+вычислить битпоток. Но перед этим, Вам нужно знать, сколько места
+нужно зарезервировать по аудио дорожку(и), так что Вам необходимо
+<link linkend="menc-feat-dvd-mpeg4-audio">извлечь их</link> сперва.
+Вы можете расчитать битпоток с помощью следующей формулы:
+<systemitem>битпоток = (конечный_размер_в_МБайт - размер_звука_в_МБайт) *
+1024 * 1024 / длительность_в_секундах * 8 / 1000</systemitem>.
+Например, для сжатия двухчасового фильма в 702 МБ CD, с 60 МБ
+аудио дорожкой, битпоток видео должен составлять:
+<systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000
+= 740 кбит/сек</systemitem>.
</para>
-
</sect2>
+<!-- ********** -->
<sect2 id="menc-feat-dvd-mpeg4-constraints">
<title>Ограничения для эффективного кодирования</title>
<para>
- Из-за особенностей MPEG-подобного сжатия, существуют различные
- ограничения, которым Вы должны следовать для достижения
- максимального качества.
- MPEG разбивает видео на квадраты 16х16, называемые макроблоками.
- Каждый макроблок состоит из 4 блоков 8х8 с информацией о люме
- (интенсивности) и двух блоков 8х8 с информацией о хроме (цвете)
- половинного разрешения (один для красно-бирюзовой оси и другой
- для жёлто-голубой оси).
- Даже если ширина и высота Вашего фильма не кратны 16, кодер
- всё равно использует нужное количество макроблоков 16х16 для покрытия
- всей области картинки, дополнительная область будет впустую потрачена.
- Так что в интересах максимизации качества при фиксированном размере
- файла, не стоит использовать размеры, не кратные 16.
+Из-за особенностей MPEG-подобного сжатия, существуют различные
+ограничения, которым Вы должны следовать для достижения
+максимального качества.
+MPEG разбивает видео на квадраты 16х16, называемые макроблоками.
+Каждый макроблок состоит из 4 блоков 8х8 с информацией о люме
+(интенсивности) и двух блоков 8х8 с информацией о хроме (цвете)
+половинного разрешения (один для красно-бирюзовой оси и другой
+для жёлто-голубой оси).
+Даже если ширина и высота Вашего фильма не кратны 16, кодер
+всё равно использует нужное количество макроблоков 16х16 для покрытия
+всей области картинки, дополнительная область будет впустую потрачена.
+Так что в интересах максимизации качества при фиксированном размере
+файла, не стоит использовать размеры, не кратные 16.
</para>
<para>
- У большинства DVD также есть определённое подобие чёрных полос на
- краях. Если Вы их оставите, это может <emphasis>сильно</emphasis>
- повредить качество несколькими путями.
+У большинства DVD также есть определённое подобие чёрных полос на
+краях. Если Вы их оставите, это может <emphasis>сильно</emphasis>
+повредить качество несколькими путями.
</para>
<orderedlist>
<listitem>
-<para>
+ <para>
MPEG-подобное сжатие также очень чувствительно к преобразованиям
частотных интервалов, в частности, к дискретному косинусному
преобразованию (DCT), которое аналогично преобразованию Фурье.
@@ -492,9 +502,9 @@
Для кодирования последних Вам нужно гораздо больше битов, а иначе
у вас появится артефакт, известный как размывание краёв
(англ. ringing).
-</para>
+ </para>
-<para>
+ <para>
Частотные преобразования (DCT) выполняются независимо для каждого
макроблока (на самом деле, для каждого блока), так что эта проблема
возникает только в случае попадания острого края внутрь блока.
@@ -503,25 +513,25 @@
Однако, чёрные полосы на DVD редко хорошо расположены, так что
на практике Вам всегда придётся усекать стороны для избежания
этих проблем.
-</para>
+ </para>
</listitem>
</orderedlist>
<para>
- В дополнение к преобразованиям частотных интервалов, MPEG-подобное
- сжатие использует векторы движения для отображения изменений от
- одного кадра к другому. Векторы движения, естественно, работают
- существенно менее эффективно для новых объектов, идущих от
- краёв картинки, поскольку они отсутсвуют в предыдущих кадрах.
- Пока картинка простирается вплоть до края кодируемой области,
- у векторов движения не возникает проблем с движением объектов
- за пределы картинки. Однако, при наличии черных полей
- могут возникнуть проблемы:
+В дополнение к преобразованиям частотных интервалов, MPEG-подобное
+сжатие использует векторы движения для отображения изменений от
+одного кадра к другому. Векторы движения, естественно, работают
+существенно менее эффективно для новых объектов, идущих от
+краёв картинки, поскольку они отсутсвуют в предыдущих кадрах.
+Пока картинка простирается вплоть до края кодируемой области,
+у векторов движения не возникает проблем с движением объектов
+за пределы картинки. Однако, при наличии черных полей
+могут возникнуть проблемы:
</para>
<orderedlist continuation="continues">
<listitem>
-<para>
+ <para>
Для каждого макроблока MPEG-подобное сжатие сохраняет вектор,
определяющий какая часть предыдущего кадра должна быть скопирована
в этот макроблок как основа для предсказания следующего кадра.
@@ -533,16 +543,16 @@
движения не будет использован вовсе и все изменения для этого
макроблока будут явно кодированы. Другими словами, эффективность
кодирования существенно уменьшается.
-</para>
+ </para>
-<para>
+ <para>
Ещё раз, эта проблема возникает только в случае, если чёрные полосы
не укладываются в границы, кратные 16.
-</para>
+ </para>
</listitem>
<listitem>
-<para>
+ <para>
Наконец, предположим, что у нас есть находящийся внутри картинки
макроблок и объект движется в этот блок от края изображения.
MPEG-подобное кодирование не может сказать "скопируй ту часть,
@@ -550,9 +560,9 @@
также быдет скопирована внутрь, в результате чего масса битов
будет потрачена на кодирование части изображения, которое должно
быть на месте полосы.
-</para>
+ </para>
-<para>
+ <para>
Для случаев, когда всё изображение движется к краю кодируемой
области, у MPEG есть специальные оптимизации для многократного
копирования пикселей на край картинки, когда вектор движения
@@ -560,49 +570,48 @@
бесполезной, если у фильма есть чёрные полосы. В отличии от
случаев 1 и 2, выравнивание границ до кратности 16 здесь
не поможет.
-</para>
+ </para>
</listitem>
-<listitem>
-<para>
+<listitem><para>
Несмотря на то, что границы полностью чёрные и никогда не изменяются,
существуют, как минимум, определённые накладные расходы, связанные
с наличием большего числа макроблоков.
-</para>
-</listitem>
+</para></listitem>
</orderedlist>
<para>
- Благодаря всем этим причинам, рекомендуется полностью урезать
- чёрные полосы. Более того, если есть области шумов/искажений
- на краях картинки, то их урезание также поспособствует улучшению
- качества кодирования. Видеофилы, желающие сохранить оригинал как
- можно более точно, могут возражать против такого усечения; но
- если Вы не планируете кодировать при постоянном квантователе,
- качество, полученное при усечении, существенно превысит потери
- информации на краях.
+Благодаря всем этим причинам, рекомендуется полностью урезать
+чёрные полосы. Более того, если есть области шумов/искажений
+на краях картинки, то их урезание также поспособствует улучшению
+качества кодирования. Видеофилы, желающие сохранить оригинал как
+можно более точно, могут возражать против такого усечения; но
+если Вы не планируете кодировать при постоянном квантователе,
+качество, полученное при усечении, существенно превысит потери
+информации на краях.
</para>
</sect2>
+<!-- ********** -->
<sect2 id="menc-feat-dvd-mpeg4-crop">
<title>Усечение и масштабирование</title>
<para>
- Вспомните из предыдущего раздела, что конечный размер картинки,
- подлежащей кодированию, должен быть кратен 16 (как высота,так
- и ширина). Это может быть достигнуто усечением, масштабированием
- или комбинацией того и другого.
+Вспомните из предыдущего раздела, что конечный размер картинки,
+подлежащей кодированию, должен быть кратен 16 (как высота,так
+и ширина). Это может быть достигнуто усечением, масштабированием
+или комбинацией того и другого.
</para>
<para>
- Есть несколько рекомендаций для усечения, которым необходимо следовать
- для избежания повреждения фильма.
- Обычный формат YUV, 4:2:0, сохраняет хрому (информацию о цвете)
- половинной дискретизации, т.е. хрома сохраняется в два раза реже
- в каждом направлении, чем люма (информация об интенсивности).
- Рассмотрите следующую диаграмму, где L обозначает точки дискретизации
- люмы и C — хромы.
+Есть несколько рекомендаций для усечения, которым необходимо следовать
+для избежания повреждения фильма.
+Обычный формат YUV, 4:2:0, сохраняет хрому (информацию о цвете)
+половинной дискретизации, т.е. хрома сохраняется в два раза реже
+в каждом направлении, чем люма (информация об интенсивности).
+Рассмотрите следующую диаграмму, где L обозначает точки дискретизации
+люмы и C — хромы.
</para>
<informaltable>
@@ -679,19 +688,18 @@
</informaltable>
<para>
- Как Вы видите, строки и столбцы изображения естественным образом
- идут в парах. Поэтому смещения и размеры усечения
- <emphasis>должны</emphasis> быть чётными числами.
- Иначе хрома перестанет правильно соответствовать люме.
- Теоретически возможно усечение с нечётными смещениями, но оно
- потребует преобразования хромы, что потенциально является
- операцией с потерей качества и не поддерживается фильтром
- усечения сторон crop.
+Как Вы видите, строки и столбцы изображения естественным образом
+идут в парах. Поэтому смещения и размеры усечения
+<emphasis>должны</emphasis> быть чётными числами.
+Иначе хрома перестанет правильно соответствовать люме.
+Теоретически возможно усечение с нечётными смещениями, но оно
+потребует преобразования хромы, что потенциально является
+операцией с потерей качества и не поддерживается фильтром
+усечения сторон crop.
</para>
<para>
- Далее, видео с чересстрочной развёрткой дискретизируется следующим
- образом:
+Далее, видео с чересстрочной развёрткой дискретизируется следующим образом:
</para>
<informaltable>
@@ -932,179 +940,185 @@
</informaltable>
<para>
- Как Вы видите, структура повторяется только после 4 строк.
- Так что для чересстрочного видео Ваше y-смещение и высота
- усечения должны быть кратны 4.
+Как Вы видите, структура повторяется только после 4 строк.
+Так что для чересстрочного видео Ваше y-смещение и высота
+усечения должны быть кратны 4.
</para>
<para>
- Естественные разрешения DVD составляют 720x480 для NTSC и 720x576
- для PAL, но существует флаг соотношения сторон, который указывает
- является ли видео полноэкранным (4:3) или широкоэкранным (16:9).
- Многие (если не большинство) широкоэкранных DVD не точно соответсвуют
+Естественные разрешения DVD составляют 720x480 для NTSC и 720x576
+для PAL, но существует флаг соотношения сторон, который указывает
+является ли видео полноэкранным (4:3) или широкоэкранным (16:9).
+Многие (если не большинство) широкоэкранных DVD не точно соответсвуют
<!-- FIXME: Есть ли перевод названия формата cinescope (он же CinemaScope) ?? -->
- формату 16:9 и он может быть как 1.85:1, так и 2.35:1 (формат cinescope).
- Это означает, что в видео будут чёрные полосы, которые нужно усечь.
+формату 16:9 и он может быть как 1.85:1, так и 2.35:1 (формат cinescope).
+Это означает, что в видео будут чёрные полосы, которые нужно усечь.
</para>
<para>
- <application>MPlayer</application> предоставляет фильтр обнаружения
- усечения, который определяет прямоугольник, до которго нужно усечь
- (<option>-vf cropdetect</option>).
- Запустите <application>MPlayer</application> с
- <option>-vf cropdetect</option> и он выдаст настройки
- усечения для удаления полей.
- С целью получения точных параметров усечения, Вы должны проигрывать
- фильм достаточно долго для того, чтоб была использована вся область
- изображения.
+<application>MPlayer</application> предоставляет фильтр обнаружения
+усечения, который определяет прямоугольник, до которго нужно усечь
+(<option>-vf cropdetect</option>).
+Запустите <application>MPlayer</application> с
+<option>-vf cropdetect</option> и он выдаст настройки
+усечения для удаления полей.
+С целью получения точных параметров усечения, Вы должны проигрывать
+фильм достаточно долго для того, чтоб была использована вся область
+изображения.
</para>
<para>
- Затем проверьте значения, полученные с помощью
- <application>MPlayer</application>, используя командную строку,
- выведенную <option>cropdetect</option>, и подстройте прямоугольник
- при необходимости.
- Фильтр <option>rectangle</option> может быть полезен, позволив
- Вам интерактивно менять прямоугольник усечения для Вашего фильма.
- Не забывайте следовать указанным выше руководствам по делимости,
- чтобы не испортить выравнивание хромы.
+Затем проверьте значения, полученные с помощью
+<application>MPlayer</application>, используя командную строку,
+выведенную <option>cropdetect</option>, и подстройте прямоугольник
+при необходимости.
+Фильтр <option>rectangle</option> может быть полезен, позволив
+Вам интерактивно менять прямоугольник усечения для Вашего фильма.
+Не забывайте следовать указанным выше руководствам по делимости,
+чтобы не испортить выравнивание хромы.
</para>
<para>
- В ряде случаев масштабирование может быть нежелательным.
- Масштабирование по вертикальному направлению затруднено для
- чересстрочного видео, и если Вы хотите сохранить чересстрочность,
- Вам в большинстве случаев будет необходимо воздерживаться от
- масштабирования.
- Если Вы не будете масштабировать, но всё ещё желаете размеры,
- кратные 16, то Вам придётся проводить излишнее усечение.
- Не проводите неполное усечение, поскольку чёрные полосы очень
- плохи для кодирования!
+В ряде случаев масштабирование может быть нежелательным.
+Масштабирование по вертикальному направлению затруднено для
+чересстрочного видео, и если Вы хотите сохранить чересстрочность,
+Вам в большинстве случаев будет необходимо воздерживаться от
+масштабирования.
+Если Вы не будете масштабировать, но всё ещё желаете размеры,
+кратные 16, то Вам придётся проводить излишнее усечение.
+Не проводите неполное усечение, поскольку чёрные полосы очень
+плохи для кодирования!
</para>
<para>
- Посокльку MPEG-4 использует макроблоки 16х16, Вы должны убедиться,
- что каждое измерение кодируемого видео кратно 16; иначе Вы ухудшите
- качество, особенно на малых битпотоках. Вы можете сделать это,
- округлив ширину и высоту прямоугольника усечения до ближайшего
- меньшего целого, кратного 16.
- Учитывая установленное ранее, при усечении Вы можете захотеть увеличить
- смещение по Y на половину разности старой и новой высоты, так что
- полученное видео будет браться из центра кадра.
+Посокльку MPEG-4 использует макроблоки 16х16, Вы должны убедиться,
+что каждое измерение кодируемого видео кратно 16; иначе Вы ухудшите
+качество, особенно на малых битпотоках. Вы можете сделать это,
+округлив ширину и высоту прямоугольника усечения до ближайшего
+меньшего целого, кратного 16.
+Учитывая установленное ранее, при усечении Вы можете захотеть увеличить
+смещение по Y на половину разности старой и новой высоты, так что
+полученное видео будет браться из центра кадра.
- И из-за способа дискретизации DVD видео, убедитесь, что смещение
- есть чётное число. (Фактически, возьмите за правило никогда не
- использовать нечётные величины для любых параметров усечения или
- масштабирования видео.) Если Вы беспокоитесь из-за нескольких
- излишне отброшенных битов, возможно, Вы предпочтёте взамен
- масштабировать видео.
- В действительности, Вы можете доверить фильтру
- <option>cropdetect</option> сделать для Вас всё вышеупомянутое,
- т.к. у него есть необязательный параметр округления
- <option>round</option>, равный 16 по умолчанию.
+И из-за способа дискретизации DVD видео, убедитесь, что смещение
+есть чётное число. (Фактически, возьмите за правило никогда не
+использовать нечётные величины для любых параметров усечения или
+масштабирования видео.) Если Вы беспокоитесь из-за нескольких
+излишне отброшенных битов, возможно, Вы предпочтёте взамен
+масштабировать видео.
+В действительности, Вы можете доверить фильтру
+<option>cropdetect</option> сделать для Вас всё вышеупомянутое,
+т.к. у него есть необязательный параметр округления
+<option>round</option>, равный 16 по умолчанию.
</para>
<para>
- Также будьте осторожны с "полутёмными" пикселями на краях. Убедитесь,
- что они тоже отрезаются, иначе Вы будете тратить биты, которым есть
- лучшее применение.
+Также будьте осторожны с "полутёмными" пикселями на краях. Убедитесь,
+что они тоже отрезаются, иначе Вы будете тратить биты, которым есть
+лучшее применение.
</para>
<para>
- После всего выше сказанного и сделанного, Вы, вероятно, получите
- видео не точно формата 1:85.1 или 2.35:1, а с чем-то близким
- к этому. Вы можете вычислить новый коэффициент соотношения
- сторон вручную, но <application>MEncoder</application>
- предоставляет опцию для <systemitem class="library">libavcodec</systemitem>,
- называемую <option>autoaspect</option>, которая сделает это для
- Вас. Ни в коем случае не увеличивайте размер этого видео с целью
- квадратизации пикселей, если Вы не желаете впустую потратить
- место на жёстком диске.
- Масштабирование должно выполняться при воспроизведении, и плеер
- использует коэффициент соотношения сторон, сохранённый в AVI, для
- определения правильного разрешения.
- К сожалению, не все плееры используют эту информацию автомасштабирования,
- поэтому Вам всё ещё может быть необходимо перемасштабирование.
+После всего выше сказанного и сделанного, Вы, вероятно, получите
+видео не точно формата 1:85.1 или 2.35:1, а с чем-то близким
+к этому. Вы можете вычислить новый коэффициент соотношения
+сторон вручную, но <application>MEncoder</application>
+предоставляет опцию для <systemitem class="library">libavcodec</systemitem>,
+называемую <option>autoaspect</option>, которая сделает это для
+Вас. Ни в коем случае не увеличивайте размер этого видео с целью
+квадратизации пикселей, если Вы не желаете впустую потратить
+место на жёстком диске.
+Масштабирование должно выполняться при воспроизведении, и плеер
+использует коэффициент соотношения сторон, сохранённый в AVI, для
+определения правильного разрешения.
+К сожалению, не все плееры используют эту информацию автомасштабирования,
+поэтому Вам всё ещё может быть необходимо перемасштабирование.
</para>
</sect2>
+<!-- ********** -->
<sect2 id="menc-feat-dvd-mpeg4-resolution-bitrate">
<title>Выбор разрешения и битпотока</title>
<para>
- Если Вы не собираетеся кодировать в режиме постоянного квантователя,
- Вам нужно выбрать битпоток.
- Понятие битпотока очень просто: это среднее число битов, которые
- будут использованы для сохранения Вашего фильма, в секунду.
- Обычно битпоток измеряется в килобитах (1000 бит) в секунду.
- Размер Вашего фильма на диске есть битпоток, умноженный на
- длительность фильма, плюс небольшие накладные расходы
- (см. раздел
- <link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">контейнер AVI</link>
- для примера).
- Остальные параметры, такие как масштабирование, усечение и т.п.
- <emphasis role="bold">не</emphasis> изменят размер файла, пока
- Вы также не измените битпоток!
-</para>
-<para>
- Битпоток изменяется <emphasis role="bold">не</emphasis>
- пропорционально разрешению.
- То есть файл разрешением 320х240 с 200 кбит/сек не будет
- того же качества, что этот же фильм разрешением 640х480
- и 800 кбит/сек!
- Для этого есть две причины:
+Если Вы не собираетеся кодировать в режиме постоянного квантователя,
+Вам нужно выбрать битпоток.
+Понятие битпотока очень просто: это среднее число битов, которые
+будут использованы для сохранения Вашего фильма, в секунду.
+Обычно битпоток измеряется в килобитах (1000 бит) в секунду.
+Размер Вашего фильма на диске есть битпоток, умноженный на
+длительность фильма, плюс небольшие накладные расходы
+(см. раздел
+<link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">контейнер AVI</link>
+для примера).
+Остальные параметры, такие как масштабирование, усечение и т.п.
+<emphasis role="bold">не</emphasis> изменят размер файла, пока
+Вы также не измените битпоток!
+</para>
+
+<para>
+Битпоток изменяется <emphasis role="bold">не</emphasis>
+пропорционально разрешению.
+То есть файл разрешением 320х240 с 200 кбит/сек не будет
+того же качества, что этот же фильм разрешением 640х480
+и 800 кбит/сек!
+Для этого есть две причины:
<orderedlist>
- <listitem><para>
- <emphasis role="bold">Восприятие</emphasis>: Вы сильнее
- замечаете MPEG артефакты, если они больше!
- Артефакты возникают на масштабе блоков (8х8).
- Ваш глаз не увидит ошибки в 4800 маленьких блоков так же
- легко, как и в 1200 больших блоков (предполагая
- масштабирование обоих фильмов на полный экран).
- </para></listitem>
- <listitem><para>
- <emphasis role="bold">Теоретическая</emphasis>: Когда Вы
- уменьшаете размер изображения, но продолжаете использовать
- блоки того же размера (8х8) для пространственных частотных
- преобразований, Вы перемещаете больше данных в высокочастотные
- полосы. Грубо говоря, каждый пиксель содержит больше деталей,
- чем раньше.
- Так что несмотря на то, что ваша картинка с уменьшенным
- масштабом содержит 1/4 информации в пространственных направлениях,
- она всё ещё может содержать большУю часть информации в
- частотных интервалах (предполагая, что высокие частоты были
- не использованы в оригинальном 640х480 изображении).
- </para></listitem>
- </orderedlist>
-</para>
-<para>
- Последние руководства рекомендовали выбор битпотока и разрешения,
- основываясь на приближении "бит на пиксель", но это обычно не
- верно из-за упомянутых выше причин.
- Похоже, лучшей оценкой является рост битпотока пропорционально
- квадратному корню разрешения, так что 320х240 и 400 кбит/сек
- должно быть сравнимо с 640х480 и 800 кбит/сек.
- Однако, это не было строго проверено теоретически или эмпирически.
- Кроме того, из-за существенного отличия фильмов по уровню шума,
- деталей, степеней свободы и т.п., тщетно давать общие рекомендации
- для "битов на длину диагонали" (аналог битов на пиксель, используя
- квадратный корень).
+<listitem><para>
+ <emphasis role="bold">Восприятие</emphasis>: Вы сильнее
+ замечаете MPEG артефакты, если они больше!
+ Артефакты возникают на масштабе блоков (8х8).
+ Ваш глаз не увидит ошибки в 4800 маленьких блоков так же
+ легко, как и в 1200 больших блоков (предполагая
+ масштабирование обоих фильмов на полный экран).
+</para></listitem>
+<listitem><para>
+ <emphasis role="bold">Теоретическая</emphasis>: Когда Вы
+ уменьшаете размер изображения, но продолжаете использовать
+ блоки того же размера (8х8) для пространственных частотных
+ преобразований, Вы перемещаете больше данных в высокочастотные
+ полосы. Грубо говоря, каждый пиксель содержит больше деталей,
+ чем раньше.
+ Так что несмотря на то, что ваша картинка с уменьшенным
+ масштабом содержит 1/4 информации в пространственных направлениях,
+ она всё ещё может содержать большУю часть информации в
+ частотных интервалах (предполагая, что высокие частоты были
+ не использованы в оригинальном 640х480 изображении).
+</para></listitem>
+</orderedlist>
+</para>
+
+<para>
+Последние руководства рекомендовали выбор битпотока и разрешения,
+основываясь на приближении "бит на пиксель", но это обычно не
+верно из-за упомянутых выше причин.
+Похоже, лучшей оценкой является рост битпотока пропорционально
+квадратному корню разрешения, так что 320х240 и 400 кбит/сек
+должно быть сравнимо с 640х480 и 800 кбит/сек.
+Однако, это не было строго проверено теоретически или эмпирически.
+Кроме того, из-за существенного отличия фильмов по уровню шума,
+деталей, степеней свободы и т.п., тщетно давать общие рекомендации
+для "битов на длину диагонали" (аналог битов на пиксель, используя
+квадратный корень).
</para>
+
<para>
- Таким образом, мы обсудили сложность выбора битпотока и разрешения.
+Таким образом, мы обсудили сложность выбора битпотока и разрешения.
</para>
<sect3 id="menc-feat-dvd-mpeg4-resolution-bitrate-compute">
<title>Расчёт разрешения</title>
+
<para>
- Следующие шаги помогут Вам расчитать разрешение для Вашего
- кодирования без слишком сильного искажения видео, учитывая
- некоторую информацию об исходном видео.
- Прежде всего, Вам необходимо расчитать коэффициент соотношения
- сторон для кодированного видео:
- <systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem>
+Следующие шаги помогут Вам расчитать разрешение для Вашего
+кодирования без слишком сильного искажения видео, учитывая
+некоторую информацию об исходном видео.
+Прежде всего, Вам необходимо расчитать коэффициент соотношения
+сторон для кодированного видео:
+<systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem>
+
<itemizedlist>
<title>где:</title>
<listitem><para>
@@ -1121,246 +1135,248 @@
</para>
<para>
- Затем Вы можете расчитать разрешение по X и Y, согласно определённому
- фактору качества сжатия (CQ):
- <systemitem>ResY = INT(SQRT( 1000*Битпоток/25/ARc/CQ )/16) * 16</systemitem>
- и <systemitem>ResX = INT( ResY * ARc / 16) * 16</systemitem>.
+Затем Вы можете расчитать разрешение по X и Y, согласно определённому
+фактору качества сжатия (CQ):
+<systemitem>ResY = INT(SQRT( 1000*Битпоток/25/ARc/CQ )/16) * 16</systemitem>
+и <systemitem>ResX = INT( ResY * ARc / 16) * 16</systemitem>.
</para>
<para>
- Хорошо, но что такое CQ?
- CQ соответсвует числу битов на пиксель и на кадр для кодирования.
- Грубо говоря, чем больше CQ, тем меньше вероятность увидеть
- артефакты кодирования.
- Однако, если у Вас есть заданный размер для Вашего фильма
- (например, 1 или 2 CD), есть ограниченное общее число битов,
- которые Вы можете потратить; поэтому важно найти хороший
- компромисс между сжимаемостью и качеством.
+Хорошо, но что такое CQ?
+CQ соответсвует числу битов на пиксель и на кадр для кодирования.
+Грубо говоря, чем больше CQ, тем меньше вероятность увидеть
+артефакты кодирования.
+Однако, если у Вас есть заданный размер для Вашего фильма
+(например, 1 или 2 CD), есть ограниченное общее число битов,
+которые Вы можете потратить; поэтому важно найти хороший
+компромисс между сжимаемостью и качеством.
</para>
<para>
- CQ зависит от битпотока, эффективности видеокодека и разрешения фильма.
- Обычно, в целях увеличеиня CQ, Вам нужно будет уменьшить размер
- фильма при постоянном битпотоке, заданном размере и длине фильма.
- С MPEG-4 ASP кодеками, такими как <systemitem class="library">Xvid</systemitem>
- и <systemitem class="library">libavcodec</systemitem>, CQ
- меньше 0.18 обычно приводит к изображению с большим числом
- сегментов "квадратиками", из-за недостаточного числа битов для
- кодирования информации в каждом макроблоке.
- (MPEG4, как и многие другие кодеки, группирует пиксели в блоки по
- несколько пикселей для сжатия изображения; если битов не хватает,
- границы этих блоков становятся заметными.)
- Следовательно, благоразумно выбрать CQ в диапазоне от 0.20 до 0.22
- для рипа на 1 CD и 0.26-0.28 для рипа на 2 CD при использовании
- стандартных опций кодирования.
- Более продвинутые опции кодирования, такие как указанные для
- <link linkend="menc-feat-mpeg4-lavc-example-settings"><systemitem class="library">libavcodec</systemitem></link>
+CQ зависит от битпотока, эффективности видеокодека и разрешения фильма.
+Обычно, в целях увеличеиня CQ, Вам нужно будет уменьшить размер
+фильма при постоянном битпотоке, заданном размере и длине фильма.
+С MPEG-4 ASP кодеками, такими как <systemitem class="library">Xvid</systemitem>
+и <systemitem class="library">libavcodec</systemitem>, CQ
+меньше 0.18 обычно приводит к изображению с большим числом
+сегментов "квадратиками", из-за недостаточного числа битов для
+кодирования информации в каждом макроблоке.
+(MPEG4, как и многие другие кодеки, группирует пиксели в блоки по
+несколько пикселей для сжатия изображения; если битов не хватает,
+границы этих блоков становятся заметными.)
+Следовательно, благоразумно выбрать CQ в диапазоне от 0.20 до 0.22
+для рипа на 1 CD и 0.26-0.28 для рипа на 2 CD при использовании
+стандартных опций кодирования.
+Более продвинутые опции кодирования, такие как указанные для
+<link linkend="menc-feat-mpeg4-lavc-example-settings"><systemitem class="library">libavcodec</systemitem></link>
и
<link linkend="menc-feat-xvid-example-settings"><systemitem class="library">Xvid</systemitem></link>
- должны сделать возможным получение того же качества с CQ в диапазоне
- от 0.18 до 0.20 для рипа на 1 CD и 0.24-0.26 для рипа на 2 CD.
- Используя MPEG-4 ASP кодеки, такие как
- <systemitem class="library">x264</systemitem>, Вы можете использовать
- CQ в диапазоне от 0.14 до 0.16 со стандартными опциями кодирования
- и должны суметь достичь таких низких значений, как 0.10-0.12
- с помощью
- <link linkend="menc-feat-x264-example-settings">продвинутых опций кодирования <systemitem class="library">x264</systemitem></link>.
+должны сделать возможным получение того же качества с CQ в диапазоне
+от 0.18 до 0.20 для рипа на 1 CD и 0.24-0.26 для рипа на 2 CD.
+Используя MPEG-4 ASP кодеки, такие как
+<systemitem class="library">x264</systemitem>, Вы можете использовать
+CQ в диапазоне от 0.14 до 0.16 со стандартными опциями кодирования
+и должны суметь достичь таких низких значений, как 0.10-0.12
+с помощью
+<link linkend="menc-feat-x264-example-settings">продвинутых опций кодирования <systemitem class="library">x264</systemitem></link>.
</para>
<para>
- Пожалуйста, обратите внимание, что CQ — лишь показательная величина,
- т.к. она зависит от кодируемого содержимого; CQ 0.18 может хорошо
- смотреться для Бергмана (Bergman), в отличии от такого фильма как
- Матрица (The Matrix), содержащего много сцен с быстрым движением.
- С другой стороны, бесполезно увеличивать CQ выше 0.30, т.к. Вы
- будете тратить биты без заметного увеличения качества.
- Так же обратите внимание, что, как было указано выше в данном
- руководстве, фильмам с низким разрешением (например, по сравнению с DVD)
- необходим более высокий CQ для того, чтоб они выглядели хорошо.
+Пожалуйста, обратите внимание, что CQ — лишь показательная величина,
+т.к. она зависит от кодируемого содержимого; CQ 0.18 может хорошо
+смотреться для Бергмана (Bergman), в отличии от такого фильма как
+Матрица (The Matrix), содержащего много сцен с быстрым движением.
+С другой стороны, бесполезно увеличивать CQ выше 0.30, т.к. Вы
+будете тратить биты без заметного увеличения качества.
+Так же обратите внимание, что, как было указано выше в данном
+руководстве, фильмам с низким разрешением (например, по сравнению с DVD)
+необходим более высокий CQ для того, чтоб они выглядели хорошо.
</para>
</sect3>
-
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-dvd-mpeg4-filtering">
<title>Фильтрация</title>
<para>
- Изучение использования видео фильтров <application>MEncoder</application>
- важно для получения хороших результатов кодирования.
- Вся обработка видео выполняется посредством фильтров: усечение,
- масштабирование, подстройка цвета, удаление шума, увеличение
- чёткости, деинтерлейс (преобразование видео из чересстрочной
- развёртки в построчную), телесин, обратный телесин и удаление
- блочной сегментации — и это лишь некоторые из них.
- Вместе с огромным количеством поддерживаемых входных форматов,
- разнообразие фильтров, доступных в <application>MEncoder</application>,
- является одним из его основных достоинств над другими аналогичными
- программами.
+Изучение использования видео фильтров <application>MEncoder</application>
+важно для получения хороших результатов кодирования.
+Вся обработка видео выполняется посредством фильтров: усечение,
+масштабирование, подстройка цвета, удаление шума, увеличение
+чёткости, деинтерлейс (преобразование видео из чересстрочной
+развёртки в построчную), телесин, обратный телесин и удаление
+блочной сегментации — и это лишь некоторые из них.
+Вместе с огромным количеством поддерживаемых входных форматов,
+разнообразие фильтров, доступных в <application>MEncoder</application>,
+является одним из его основных достоинств над другими аналогичными
+программами.
</para>
<para>
- Фильтры загружаются в цепочки с помощью опции -vf:
+Фильтры загружаются в цепочки с помощью опции -vf:
- <screen>-vf фильтр1=опции,фильтр2=опции,...</screen>
+<screen>-vf фильтр1=опции,фильтр2=опции,...</screen>
- Большинство фильтров используют численные значения опций,
- разделённые двоеточиями, но синтаксис этих параметров различается
- у разных фильтров, так что читайте мануал для детальной
- информации о фильтрах, которые Вы желаете использовать.
+Большинство фильтров используют численные значения опций,
+разделённые двоеточиями, но синтаксис этих параметров различается
+у разных фильтров, так что читайте мануал для детальной
+информации о фильтрах, которые Вы желаете использовать.
</para>
<para>
- Фильтры действуют на видео в порядке их загрузки.
- Например, следующая цепочка:
+Фильтры действуют на видео в порядке их загрузки.
+Например, следующая цепочка:
- <screen>-vf crop=688:464:12:4,scale=640:464</screen>
+<screen>-vf crop=688:464:12:4,scale=640:464</screen>
- сперва усечёт область изображения до 688х464 с верхним левым
- углом (12,4), а затем масштабирует результат до 640х464.
+сперва усечёт область изображения до 688х464 с верхним левым
+углом (12,4), а затем масштабирует результат до 640х464.
</para>
<para>
- Некоторые фильтры нужно загружать в начале цепочки фильтров (или
- рядом с ним) с целью получения преимущества от использования
- информации после видеодекодера, которая будет потеряна или
- искажена другими фильтрами.
- Важнейшими примерами являются: <option>pp</option> (постобработка,
- только при выполнении операций удаления блочной сегментации
- (deblocking) или увеличения чёткости краёв (deringing)),
- <option>spp</option> (другой фильтр постобработки, служащий для
- удаления артефактов MPEG), <option>pullup</option> (обратный
- телесин), и <option>softpulldown</option> (для преобразования
- мягкого телесина в жёсткий).
+Некоторые фильтры нужно загружать в начале цепочки фильтров (или
+рядом с ним) с целью получения преимущества от использования
+информации после видеодекодера, которая будет потеряна или
+искажена другими фильтрами.
+Важнейшими примерами являются: <option>pp</option> (постобработка,
+только при выполнении операций удаления блочной сегментации
+(deblocking) или увеличения чёткости краёв (deringing)),
+<option>spp</option> (другой фильтр постобработки, служащий для
+удаления артефактов MPEG), <option>pullup</option> (обратный
+телесин), и <option>softpulldown</option> (для преобразования
+мягкого телесина в жёсткий).
</para>
<para>
- В общем случае, Вам следует делать настолько мало фильтрации,
- насколько это возможно, для того чтоб остаться близко к оригинальному
- DVD источнику. Усечение часто необходимо (как описано выше), но
- избегайте масштабирования видео. Несмотря на то, что уменьшение
- размера иногда предпочтительно при использовании больших
- квантователей, нужно избегать и того, и другого: помните,
- что мы с самого начала решили обменять биты на качество.
+В общем случае, Вам следует делать настолько мало фильтрации,
+насколько это возможно, для того чтоб остаться близко к оригинальному
+DVD источнику. Усечение часто необходимо (как описано выше), но
+избегайте масштабирования видео. Несмотря на то, что уменьшение
+размера иногда предпочтительно при использовании больших
+квантователей, нужно избегать и того, и другого: помните,
+что мы с самого начала решили обменять биты на качество.
</para>
<para>
- Также не корректируйте гамму, контрастность, яркость и т.п.. То,
- что хорошо выглядит на Вашем мониторе, может плохо выглядеть
- на других. Коррекция должна выполняться только при воспроизведении.
+Также не корректируйте гамму, контрастность, яркость и т.п.. То,
+что хорошо выглядит на Вашем мониторе, может плохо выглядеть
+на других. Коррекция должна выполняться только при воспроизведении.
</para>
<para>
- Однако, есть одна вещь, которую Вы, быть может, захотите сделать —
- это пропустить видео через очень слабый фильтр удаления шумов,
- такой как <option>-vf hqdn3d=2:1:2</option>.
- Ещё раз, причиной этому является то, что этим битам можно найти
- лучшее применение: зачем тратить их, кодируя шум, если Вы просто
- можете вернуть этот шум в процессе воспроизведения?
- Увеличение параметров для <option>hqdn3d</option> дополнительно
- улучшит сжимаемость, но увеличив значения слишком сильно, Вы рискуете
- ухудшить различимость изображения.
- Рекомендованные выше значения (<option>2:1:2</option>) слегка
- консервативны; не бойтесь экспериментировать с более высокими
- значениями и самостоятельно оценивать результаты.
+Однако, есть одна вещь, которую Вы, быть может, захотите сделать —
+это пропустить видео через очень слабый фильтр удаления шумов,
+такой как <option>-vf hqdn3d=2:1:2</option>.
+Ещё раз, причиной этому является то, что этим битам можно найти
+лучшее применение: зачем тратить их, кодируя шум, если Вы просто
+можете вернуть этот шум в процессе воспроизведения?
+Увеличение параметров для <option>hqdn3d</option> дополнительно
+улучшит сжимаемость, но увеличив значения слишком сильно, Вы рискуете
+ухудшить различимость изображения.
+Рекомендованные выше значения (<option>2:1:2</option>) слегка
+консервативны; не бойтесь экспериментировать с более высокими
+значениями и самостоятельно оценивать результаты.
</para>
-
</sect2>
+<!-- ********** -->
<sect2 id="menc-feat-dvd-mpeg4-interlacing">
<title>Чересстрочная развёртка и телесин</title>
<para>
- Почти все фильмы снимаются при 24 fps [кадр/сек]. Поскольку
- в NTSC ниспользуется 30000/1001 fps, нужно выполнить некоторую
- обработку для такого 24 fps видео, чтобы оно корректно
- воспроизводилось при кадровой частоте NTSC. Этот процесс называется
- 3:2 пулдаун, обычно называемый телесин (поскольку пулдаун часто
- применяется в процессе показа телевизионного фильма, англ. telecine);
- и в упрощенном описании это работает путём замедления фильма до
- 24000/1001 fps и повтора каждого четвёртого кадра.
+Почти все фильмы снимаются при 24 fps [кадр/сек]. Поскольку
+в NTSC ниспользуется 30000/1001 fps, нужно выполнить некоторую
+обработку для такого 24 fps видео, чтобы оно корректно
+воспроизводилось при кадровой частоте NTSC. Этот процесс называется
+3:2 пулдаун, обычно называемый телесин (поскольку пулдаун часто
+применяется в процессе показа телевизионного фильма, англ. telecine);
+и в упрощенном описании это работает путём замедления фильма до
+24000/1001 fps и повтора каждого четвёртого кадра.
</para>
<para>
- Однако, никакой специальной обработки не выполняется для видео
- на PAL DVD, которое воспроизводится при 25 fps. (Технически PAL
- может быть подверженым телесину, называемому 2:2 пулдаун, но на
- практике это не применяется).
- 24 fps фильм просто проигрывается на 25 fps. В результате фильм
- воспроизводится слегка быстрее, но если Вы не пришелец, то,
- вероятно, не заметите разницы.
- У большинства PAL DVD аудио корректируемо по высоте звука, так
- что, воспроизводясь при 25 fps, оно звучит нормально, даже если
- аудиодорожка (и, следовательно, весь фильм) проигрываются на
- 4% быстрее, чем NTSC DVD.
+Однако, никакой специальной обработки не выполняется для видео
+на PAL DVD, которое воспроизводится при 25 fps. (Технически PAL
+может быть подверженым телесину, называемому 2:2 пулдаун, но на
+практике это не применяется).
+24 fps фильм просто проигрывается на 25 fps. В результате фильм
+воспроизводится слегка быстрее, но если Вы не пришелец, то,
+вероятно, не заметите разницы.
+У большинства PAL DVD аудио корректируемо по высоте звука, так
+что, воспроизводясь при 25 fps, оно звучит нормально, даже если
+аудиодорожка (и, следовательно, весь фильм) проигрываются на
+4% быстрее, чем NTSC DVD.
</para>
<para>
- Поскольку видео на PAL DVD не переделывается, Вам не стоит
- беспокоится о частоте кадров. У источника 25 fps и у Вашего
- рипа будет 25 fps. Однако, если Вы делаете рип NTSC DVD фильма,
- Вам, быть может, придётся выполнить обратный телесин.
+Поскольку видео на PAL DVD не переделывается, Вам не стоит
+беспокоится о частоте кадров. У источника 25 fps и у Вашего
+рипа будет 25 fps. Однако, если Вы делаете рип NTSC DVD фильма,
+Вам, быть может, придётся выполнить обратный телесин.
</para>
<para>
- Для фильмов, снятых на 24 fps, видео на NTSC DVD идёт либо с телесином
- 30000/1001, либо с построчной развёрткой 24000/1001 fps и
- предназначается для телесина на лету с помощью DVD плеера.
- С другой стороны, TV сериалы идут обычно только с чересстрочной развёрткой,
- но без телесина. Это не строгое правило: есть сериалы с
- чересстрочной развёрткой (например, Баффи, Убийца Вампиров
- [Buffy the Vampire Slayer]), в то время как другие представляют
- собой смесь построчной и чересстрочной развёртки (такие как
- Ангел [Angel] или 24).
+Для фильмов, снятых на 24 fps, видео на NTSC DVD идёт либо с телесином
+30000/1001, либо с построчной развёрткой 24000/1001 fps и
+предназначается для телесина на лету с помощью DVD плеера.
+С другой стороны, TV сериалы идут обычно только с чересстрочной развёрткой,
+но без телесина. Это не строгое правило: есть сериалы с
+чересстрочной развёрткой (например, Баффи, Убийца Вампиров
+[Buffy the Vampire Slayer]), в то время как другие представляют
+собой смесь построчной и чересстрочной развёртки (такие как
+Ангел [Angel] или 24).
</para>
<para>
- Настоятельно рекомендуется прочитать раздел о
- <link linkend="menc-feat-telecine">работе с телесином и чересстрочной развёрткой в NTSC DVD</link>
- для изучения способов обработки в разных ситуациях.
+Настоятельно рекомендуется прочитать раздел о
+<link linkend="menc-feat-telecine">работе с телесином и чересстрочной развёрткой в NTSC DVD</link>
+для изучения способов обработки в разных ситуациях.
</para>
<para>
- Однако, если Вы преимущественно делаете рипы фильмов, Вы, скорее
- всего, имеете дело с 24 fps видео либо с построчной развёрткой,
- либо с подвергнутым телесину; в последнем случае Вы можете использовать
- <option>pullup</option> фильтр: <option>-vf
- pullup,softskip</option>.
+Однако, если Вы преимущественно делаете рипы фильмов, Вы, скорее
+всего, имеете дело с 24 fps видео либо с построчной развёрткой,
+либо с подвергнутым телесину; в последнем случае Вы можете использовать
+<option>pullup</option> фильтр: <option>-vf
+pullup,softskip</option>.
</para>
-
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-dvd-mpeg4-encoding-interlaced">
<title>Кодирование чересстрочного видео</title>
<para>
- Если Вы желаете кодировать фильм с чересстрочной развёрткой
- (NTSC или PAL видео), Вам нужно решить, будете ли Вы его
- преобразовывать в построчную развёртку или нет.
- Хотя такое преобразование (деинтерлейс) сделает Ваш фильм
- пригодным для дисплеев с построчной развёрткой, таких как
- компьютерные мониторы и проекторы, это будет иметь свою цену:
- частота полей уменьшится вдвое от 50 или 60000/1001 до 25 или
- 30000/1001 поля в секунду, и примерно половина информации в
- Вашем фильме будет потеряна в сценах со значительным движением.
+Если Вы желаете кодировать фильм с чересстрочной развёрткой
+(NTSC или PAL видео), Вам нужно решить, будете ли Вы его
+преобразовывать в построчную развёртку или нет.
+Хотя такое преобразование (деинтерлейс) сделает Ваш фильм
+пригодным для дисплеев с построчной развёрткой, таких как
+компьютерные мониторы и проекторы, это будет иметь свою цену:
+частота полей уменьшится вдвое от 50 или 60000/1001 до 25 или
+30000/1001 поля в секунду, и примерно половина информации в
+Вашем фильме будет потеряна в сценах со значительным движением.
</para>
<para>
- Поэтому, если Вы кодируете для высококачественных архивных целей,
- не рекомендуется делать деинтерлейс. Вы всегда можете преобразовать
- развёртку фильма в процессе воспроизведения (при воспроизведении
- на устройствах с построчной развёрткой).
- Мощность современных компьютеров вынуждает плееры использовать
- фильтр деинтерлейса, что слегка ухудшает качество изображения.
- Но плееры будущего будут способны имитировать дисплей TV с
- чересстрочной развёрткой, выполняя деинтерлейс на полной частоте
- полей и интерполируя 50 или 60000/1001 кадров в секунду для
- чересстрочного видео.
+Поэтому, если Вы кодируете для высококачественных архивных целей,
+не рекомендуется делать деинтерлейс. Вы всегда можете преобразовать
+развёртку фильма в процессе воспроизведения (при воспроизведении
+на устройствах с построчной развёрткой).
+Мощность современных компьютеров вынуждает плееры использовать
+фильтр деинтерлейса, что слегка ухудшает качество изображения.
+Но плееры будущего будут способны имитировать дисплей TV с
+чересстрочной развёрткой, выполняя деинтерлейс на полной частоте
+полей и интерполируя 50 или 60000/1001 кадров в секунду для
+чересстрочного видео.
</para>
<para>
- С чересстрочным видео нужно работать особым образом:
+С чересстрочным видео нужно работать особым образом:
</para>
<orderedlist>
@@ -1381,422 +1397,443 @@
<para>
Учитывая вышесказанное, вот наш первый пример:
-</para>
<screen>
- mencoder <replaceable>захват.avi</replaceable> -mc 0 -oac lavc -ovc lavc -lavcopts \
- vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224
+mencoder <replaceable>захват.avi</replaceable> -mc 0 -oac lavc -ovc lavc -lavcopts \
+vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224
</screen>
-<para>
- Обратите внимание на опции <option>ilme</option> и <option>ildct</option>.
+Обратите внимание на опции <option>ilme</option> и <option>ildct</option>.
</para>
</sect2>
+<!-- ********** -->
<sect2 id="menc-feat-dvd-mpeg4-av-sync">
<title>Замечания об аудио/видео синхронизации</title>
<para>
- Алгоритмы аудио/видео (A/V) синхронизации <application>MEncoder</application>
- были разработаны с целью восстановления файлов с повреждённой
- синхронизацией.
- Однако, в ряде случаев они могут привести к ненужному пропуску
- или повторению кадров и, возможно, к лёгкой A/V десинхронизации
- корректных входных данных (конечно, проблемы A/V синхронизации
- возникают только при обработке или копировании аудиотрека при
- кодировании видео, что настоятельно рекомендуется).
- Поэтому Вы можете переключиться на базовую A/V синхронизацию
- с помощью опции <option>-mc 0</option> или разместить это в
- конфигурационном файле <systemitem>~/.mplayer/mencoder</systemitem>,
- если Вы работаете только с хорошими источниками (DVD, TV-захват,
- высококачественные MPEG-4 рипы и т.п.), а не с повреждёнными
- файлами ASF/RM/MOV.
-</para>
-<para>
- Если Вы хотите дополнительно защититься от странных пропусков
- и повторений кадров, вы можете одновременно использовать опции
- <option>-mc 0</option> и <option>-noskip</option>.
- Это предотвратит <emphasis>любую</emphasis> A/V коррекцию, и
- будет копировать кадры один в один, так что Вы не сможете это
- использовать, если будете применять какие-либо фильтры, которые
- непредсказуемо добавляют или отбрасывают кадры, либо если у
- Вашего входного файла переменный битопоток!
- Поэтому использование <option>-noskip</option> в общем случае не
- рекомендуется.
-</para>
-<para>
- Сообщалось о том, что так называемое трёхпроходное аудиокодирование,
- поддерживаемое <application>MEncoder</application>, вызывало
- A/V десинхронизацию.
- Это наверняка произойдёт при использовании совместно с некоторыми
- фильтрами, поэтому сейчас <emphasis>не</emphasis> рекомендуется
- использовать трёхпроходный аудио режим.
- Эта возможность оставлена только для совместимости и для опытных
- пользователей, понимающих когда это безопасно, а когда нет.
- Если Вы ранее никогда не слышали о трёхпроходном режиме, забудьте
- даже о том, что мы его упоминали!
-</para>
-<para>
- Также были сообщения об A/V десинхронизации при кодировании
- со стандартного ввода (stdin) с помощью <application>MEncoder</application>.
- Не делайте этого! Всегда взамен используйте файл или CD/DVD и т.п.
- устройство.
+Алгоритмы аудио/видео (A/V) синхронизации <application>MEncoder</application>
+были разработаны с целью восстановления файлов с повреждённой
+синхронизацией.
+Однако, в ряде случаев они могут привести к ненужному пропуску
+или повторению кадров и, возможно, к лёгкой A/V десинхронизации
+корректных входных данных (конечно, проблемы A/V синхронизации
+возникают только при обработке или копировании аудиотрека при
+кодировании видео, что настоятельно рекомендуется).
+Поэтому Вы можете переключиться на базовую A/V синхронизацию
+с помощью опции <option>-mc 0</option> или разместить это в
+конфигурационном файле <systemitem>~/.mplayer/mencoder</systemitem>,
+если Вы работаете только с хорошими источниками (DVD, TV-захват,
+высококачественные MPEG-4 рипы и т.п.), а не с повреждёнными
+файлами ASF/RM/MOV.
+</para>
+
+<para>
+Если Вы хотите дополнительно защититься от странных пропусков
+и повторений кадров, вы можете одновременно использовать опции
+<option>-mc 0</option> и <option>-noskip</option>.
+Это предотвратит <emphasis>любую</emphasis> A/V коррекцию, и
+будет копировать кадры один в один, так что Вы не сможете это
+использовать, если будете применять какие-либо фильтры, которые
+непредсказуемо добавляют или отбрасывают кадры, либо если у
+Вашего входного файла переменный битопоток!
+Поэтому использование <option>-noskip</option> в общем случае не
+рекомендуется.
+</para>
+
+<para>
+Сообщалось о том, что так называемое трёхпроходное аудиокодирование,
+поддерживаемое <application>MEncoder</application>, вызывало
+A/V десинхронизацию.
+Это наверняка произойдёт при использовании совместно с некоторыми
+фильтрами, поэтому сейчас <emphasis>не</emphasis> рекомендуется
+использовать трёхпроходный аудио режим.
+Эта возможность оставлена только для совместимости и для опытных
+пользователей, понимающих когда это безопасно, а когда нет.
+Если Вы ранее никогда не слышали о трёхпроходном режиме, забудьте
+даже о том, что мы его упоминали!
+</para>
+
+<para>
+Также были сообщения об A/V десинхронизации при кодировании
+со стандартного ввода (stdin) с помощью <application>MEncoder</application>.
+Не делайте этого! Всегда взамен используйте файл или CD/DVD и т.п.
+устройство.
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-dvd-mpeg4-codec">
<title>Выбор видеокодека</title>
<para>
- То, какой видеокодек лучше выбрать, зависит от нескольких
- факторов, таких как размер, качество, устойчивость к ошибкам,
- практичность и распостранённость, многие из которых сильно
- зависят от личных предпочтений и технических ограничений.
+То, какой видеокодек лучше выбрать, зависит от нескольких
+факторов, таких как размер, качество, устойчивость к ошибкам,
+практичность и распостранённость, многие из которых сильно
+зависят от личных предпочтений и технических ограничений.
</para>
<itemizedlist>
- <listitem><para>
+<listitem>
+ <para>
<emphasis role="bold">Эффективность сжатия</emphasis>:
- Достаточно очевидно, что большинство кодеков нового поколения
- разработаны для увеличения качества и степени сжатия.
- Поэтому, авторы данного руководства и многие другие люди полагают,
- что Вы не можете ошибиться
- <footnote id='fn-menc-feat-dvd-mpeg4-codec-cpu'>
- <para>
- Несмотря на это, будьте осторожны: для декодирования MPEG-4 AVC
- видео с DVD разрешением необходима быстрая машина (например,
- Pentium 4 свыше 1.5 ГГц или Pentium M свыше 1 ГГц).
- </para></footnote>,
- выбирая MPEG-4 AVC кодеки (например,
- <systemitem class="library">x264</systemitem>)
- вместо таких MPEG-4 ASP кодеков, как
- <systemitem class="library">libavcodec</systemitem> MPEG-4 или
- <systemitem class="library">Xvid</systemitem>.
- (Опытные разработчики кодеков могут быть заинтересованы в
- ознакомлении с точкой зрения Михаэля Найдермауэра (Michael
- Niedermayer)
- "<ulink url="http://guru.multimedia.cx/?p=10">почему MPEG4-ASP отстой</ulink>".)
- Аналогично, Вы должны получить лучшее качество с MPEG-4 ASP, по
- сравнению с MPEG-2 кодеками.
- </para>
- <para>
- Однако, новые кодеки, находящиеся в интенсивной разработке,
- могут страдать от ещё не замеченных ошибок, которые могут
- испортить кодирование. Просто это плата за использование
- передовых технологий.
- </para>
- <para>
- Более существенно то, что для начала использования нового кодека
- необходимо потратить время на изучение его опций так, чтобы Вы
- знали, что нужно подстраивать для достижения заданного качества
- изображения.
- </para></listitem>
+ Достаточно очевидно, что большинство кодеков нового поколения
+ разработаны для увеличения качества и степени сжатия.
+ Поэтому, авторы данного руководства и многие другие люди полагают,
+ что Вы не можете ошибиться
+ <footnote id='fn-menc-feat-dvd-mpeg4-codec-cpu'><para>
+ Несмотря на это, будьте осторожны: для декодирования MPEG-4 AVC
+ видео с DVD разрешением необходима быстрая машина (например,
+ Pentium 4 свыше 1.5 ГГц или Pentium M свыше 1 ГГц).
+ </para></footnote>,
+ выбирая MPEG-4 AVC кодеки (например,
+ <systemitem class="library">x264</systemitem>)
+ вместо таких MPEG-4 ASP кодеков, как
+ <systemitem class="library">libavcodec</systemitem> MPEG-4 или
+ <systemitem class="library">Xvid</systemitem>.
+ (Опытные разработчики кодеков могут быть заинтересованы в
+ ознакомлении с точкой зрения Михаэля Найдермауэра (Michael
+ Niedermayer)
+ "<ulink url="http://guru.multimedia.cx/?p=10">почему MPEG4-ASP отстой</ulink>".)
+ Аналогично, Вы должны получить лучшее качество с MPEG-4 ASP, по
+ сравнению с MPEG-2 кодеками.
+ </para>
+
+ <para>
+ Однако, новые кодеки, находящиеся в интенсивной разработке,
+ могут страдать от ещё не замеченных ошибок, которые могут
+ испортить кодирование. Просто это плата за использование
+ передовых технологий.
+ </para>
+
+ <para>
+ Более существенно то, что для начала использования нового кодека
+ необходимо потратить время на изучение его опций так, чтобы Вы
+ знали, что нужно подстраивать для достижения заданного качества
+ изображения.
+ </para>
+</listitem>
- <listitem><para>
+<listitem><para>
<emphasis role="bold">Аппаратная совместимость</emphasis>:
- Обычно необходимо длительное время для включения поддержки
- последних видеокодеков в автономные видеоплееры.
- В итоге, большинство поддерживает только MPEG-1 (наподобие
- VCD, XVCD и KVCD), MPEG-2 (например, DVD, SVCD и KVCD) и MPEG-4
- ASP (например, DivX,
- <systemitem class="library">libavcodec</systemitem> LMP4 и
- <systemitem class="library">Xvid</systemitem>)
- (Осторожно: обычно поддерживаются не все возможности MPEG-4 ASP).
- Пожалуйста, обратитесь к технической спецификации Вашего плеера
- (если она доступна) или к гугл (google) для детальной информации.
- </para></listitem>
+ Обычно необходимо длительное время для включения поддержки
+ последних видеокодеков в автономные видеоплееры.
+ В итоге, большинство поддерживает только MPEG-1 (наподобие
+ VCD, XVCD и KVCD), MPEG-2 (например, DVD, SVCD и KVCD) и MPEG-4
+ ASP (например, DivX,
+ <systemitem class="library">libavcodec</systemitem> LMP4 и
+ <systemitem class="library">Xvid</systemitem>)
+ (Осторожно: обычно поддерживаются не все возможности MPEG-4 ASP).
+ Пожалуйста, обратитесь к технической спецификации Вашего плеера
+ (если она доступна) или к гугл (google) для детальной информации.
+</para></listitem>
- <listitem><para>
+<listitem>
+ <para>
<emphasis role="bold">Лучшее соотношение качества и времени кодирования</emphasis>:
- Кодеки, уже использующиеся определённое время (например,
- <systemitem class="library">libavcodec</systemitem> MPEG-4 и
- <systemitem class="library">Xvid</systemitem>) обычно сильно
- оптимизированы всевозможными остроумными алгоритмами и
- ассемблерным SIMD кодом. Поэтому они обладают тенденцией
- достижения лучшего соотношения качества к времени кодирования.
- Однако, у них могут быть некоторые очень продвинутые опции,
- которые, будучи включенными, сделают кодирование очень медленным
- ради несущественного выигрыша.
- </para>
- <para>
- Если Вам нужна высокая скорость, примерно придерживайтесь настроек
- видеокодека по умолчанию (хотя Вам стоит попробовать другие опции,
- упоминаемые в иных разделах данного руководства).
- </para>
- <para>
- Вы так же можете рассмотреть вариант использования многопоточного
- кодека, хотя это полезно только для пользователей машин с
- несколькими процессорами.
- <systemitem class="library">libavcodec</systemitem> MPEG-4 позволяет
- это, но выигрыш в скорости ограничен и есть небольшой отрицательный
- эффект для качества картинки.
- Многопоточное кодирование <systemitem class="library">Xvid</systemitem>,
- включаемое опцией <option>threads</option>, может использоваться для
- ускорения кодирования (на примерно 40-60% в типичных случаях)
- с небольшим ухудшением картинки или вообще без него.
- <systemitem class="library">x264</systemitem> также позволяет
- многопоточное кодирование, что обычно ускоряет процесс на 15-30%
- (в зависимости от настроек кодирования) с уменьшением PSNR примерно
- на 0.05 дБ.
- </para></listitem>
+ Кодеки, уже использующиеся определённое время (например,
+ <systemitem class="library">libavcodec</systemitem> MPEG-4 и
+ <systemitem class="library">Xvid</systemitem>) обычно сильно
+ оптимизированы всевозможными остроумными алгоритмами и
+ ассемблерным SIMD кодом. Поэтому они обладают тенденцией
+ достижения лучшего соотношения качества к времени кодирования.
+ Однако, у них могут быть некоторые очень продвинутые опции,
+ которые, будучи включенными, сделают кодирование очень медленным
+ ради несущественного выигрыша.
+ </para>
+
+ <para>
+ Если Вам нужна высокая скорость, примерно придерживайтесь настроек
+ видеокодека по умолчанию (хотя Вам стоит попробовать другие опции,
+ упоминаемые в иных разделах данного руководства).
+ </para>
+
+ <para>
+ Вы так же можете рассмотреть вариант использования многопоточного
+ кодека, хотя это полезно только для пользователей машин с
+ несколькими процессорами.
+ <systemitem class="library">libavcodec</systemitem> MPEG-4 позволяет
+ это, но выигрыш в скорости ограничен и есть небольшой отрицательный
+ эффект для качества картинки.
+ Многопоточное кодирование <systemitem class="library">Xvid</systemitem>,
+ включаемое опцией <option>threads</option>, может использоваться для
+ ускорения кодирования (на примерно 40-60% в типичных случаях)
+ с небольшим ухудшением картинки или вообще без него.
+ <systemitem class="library">x264</systemitem> также позволяет
+ многопоточное кодирование, что обычно ускоряет процесс на 15-30%
+ (в зависимости от настроек кодирования) с уменьшением PSNR примерно
+ на 0.05 дБ.
+ </para>
+</listitem>
- <listitem><para>
+<listitem>
+ <para>
<emphasis role="bold">Личные предпочтения</emphasis>:
- Здесь всё становится почти неразумным: из-за тех же причин, по
- которым одни придерживаются DivX 3 в течении лет, в то время
- как новые кодеки уже творят чудеса, другие люди предпочитают
- <systemitem class="library">Xvid</systemitem> или
- <systemitem class="library">libavcodec</systemitem> MPEG-4
- использованиию <systemitem class="library">x264</systemitem>.
- </para>
- <para>
- Вам нужно принимать решение самостоятельно; не слушайте советов
- людей, признающих только один кодек.
- Сделайте несколько образцов клипов из искомых источников и
- сравните разные опции кодирования и кодеки, с целью выбора
- того, что Вам наиболее подходит.
- Лучший кодек — это тот, которым Вы сами овладели, и
- который выглядит лучше всего для Ваших глаз на Вашем дисплее
- <footnote id='fn-menc-feat-dvd-mpeg4-codec-playback'>
- <para>
- Один и тот же результат кодирования может не выглядеть таким же
- на чьём-либо другом мониторе или при воспроизведении с помощью
- другого декодера, так что проверяйте Ваши результаты кодирования
- на жизнеспособность, воспроизводя их в разных начальных условиях.
- </para></footnote>!
- </para></listitem>
+ Здесь всё становится почти неразумным: из-за тех же причин, по
+ которым одни придерживаются DivX 3 в течении лет, в то время
+ как новые кодеки уже творят чудеса, другие люди предпочитают
+ <systemitem class="library">Xvid</systemitem> или
+ <systemitem class="library">libavcodec</systemitem> MPEG-4
+ использованиию <systemitem class="library">x264</systemitem>.
+ </para>
+
+ <para>
+ Вам нужно принимать решение самостоятельно; не слушайте советов
+ людей, признающих только один кодек.
+ Сделайте несколько образцов клипов из искомых источников и
+ сравните разные опции кодирования и кодеки, с целью выбора
+ того, что Вам наиболее подходит.
+ Лучший кодек — это тот, которым Вы сами овладели, и
+ который выглядит лучше всего для Ваших глаз на Вашем дисплее
+ <footnote id='fn-menc-feat-dvd-mpeg4-codec-playback'><para>
+ Один и тот же результат кодирования может не выглядеть таким же
+ на чьём-либо другом мониторе или при воспроизведении с помощью
+ другого декодера, так что проверяйте Ваши результаты кодирования
+ на жизнеспособность, воспроизводя их в разных начальных условиях.
+ </para></footnote>!
+ </para>
+</listitem>
</itemizedlist>
+
<para>
- Пожалуйста, обратитесь к разделу
- <link linkend="menc-feat-selecting-codec">выбор кодеков и форматов контейнера</link>
- для получения списка поддерживаемых кодеков.
+Пожалуйста, обратитесь к разделу
+<link linkend="menc-feat-selecting-codec">выбор кодеков и форматов контейнера</link>
+для получения списка поддерживаемых кодеков.
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-dvd-mpeg4-audio">
<title>Аудио</title>
<para>
- Аудио — это гораздо более простая проблема: если Вы
- беспокоитесь о качестве, просто оставьте всё как есть.
- Даже потоки AC3 5.1 не более чем 448 Кбит/с и они стоят каждого
- бита. Вы можете соблазниться перекодированием аудио в
- высококачественный Vorbis (он же ogg формат), но лишь то, что
- у Вас сегодня нет A/V приёмника для пропускания AC3, не означает,
- что у Вас не будет его завтра. Для жизнеспособности Ваших DVD
- рипов в будущем, сохраняйте поток AC3.
- Вы можете сохранить поток AC3, копируя его непосредственно в
- видеопоток <link linkend="menc-feat-mpeg4">в процессе кодирования</link>.
- Вы также можете извлечь AC3 поток с целью мультиплексирования его
- в контейнеры наподобие NUT или Matroska (Матрёшка).
- <screen>
- mplayer <replaceable>файл_источника.vob</replaceable> -aid 129 -dumpaudio -dumpfile <replaceable>звук.ac3</replaceable></screen>
- сохранит в файл <replaceable>звук.ac3</replaceable> аудиодорожку
- с номером 129 из файла
- <replaceable>файл_источника.vob</replaceable> (Обратите внимание:
- DVD VOB файлы обычно импользуют нумерацию аудио, отличную от
- стандартной, что означает, что аудиодорожка VOB 129 — это вторая
- аудиодорожка файла).
-</para>
-
-<para>
- Но иногда у Вас действительно нет иного выбора, чем далее сжимать
- звук для того, чтоб больше битов могло быть потрачено на видео.
- Большинство людей предпочитают сжимать звук с помощью MP3 или
- Vorbis аудиокодеков.
- Последний является очень эффективным, но MP3 лучше поддерживается
- аппаратными плеерами, хотя эта тенденция меняется.
-</para>
-
-<para>
- <emphasis>Не</emphasis> используйте <option>-nosound</option> при
- кодировании файла с аудио, даже если Вы будете позже кодировать и
- мультеплексировать аудио отдельно.
- Хотя это может работать в идеальных случаях, использование
- <option>-nosound</option> обычно скрывает ряд проблем в Ваших
- настройках кодирования в командной строке.
- Другими словами, наличие звуковой дорожки в процессе кодирования
- гарантирует Вам, что в случае отсутствия сообщений, подобных
- <quote>Слишком много аудиопакетов в буфере</quote>, у Вас будет
- получена правильная синхронизация.
-</para>
-
-<para>
- Вам необходим <application>MEncoder</application> для обработки
- звука.
- Например, Вы можете копировать исходную звуковую дорожку в
- процессе кодирования с помощью <option>-oac copy</option> или
- преобразовать её в "лёгкий" 4 кГц моно WAV PCM с помощью
- <option>-oac pcm -channels 1 -srate 4000</option>.
- Иначе, в ряде случаев, будет создаваться видео файл,
- десинхронизированный с аудио.
- Такие случаи происходят, когда число кадров видео исходного файла
- не совпадает с полной длиной кадров аудио, или когда были
- разрывы/сшивания потока, где появились пропущенные или излишние
- аудиокадры.
- Правильным решением подобных проблем является вставка тишины или
- усечение аудио в таких точках.
- Однако, <application>MPlayer</application> не может это сделать
- и если Вы демультиплексируете AC3 аудио и кодируете его отдельным
- приложением (или создаёте дамп в PCM с помощью
- <application>MPlayer</application>), сшивания останутся
- нескорректированными и единственный испособ их исправить —
- пропускать/дублировать видеокадры в местах сшивки.
- Пока <application>MEncoder</application> видит аудио при
- кодировании видео, он может выполнять этот пропуск/дублирование
- (что обычно не вызывыет проблем, т.к. происходит при полностью
- чёрных кадрах или при смене сцен), но если
- <application>MEncoder</application> не доступно аудио, он просто
- будет обрабатывать все кадры "как есть" и они не будут совпадать
- с окончательным аудиопотоком, когда Вы, например, объедините
- аудио и видео дорожки в Matroska файл.
-</para>
-
-<para>
- Прежде всего, Вам необходимо преобразовать DVD звук в WAV файл,
- который может использоваться аудиокодеком в качестве входных
- данных. Например:
- <screen>
- mplayer <replaceable>исходный_файл.vob</replaceable> \
- -ao pcm:file=<replaceable>звук.wav</replaceable> -vc dummy -aid 1 -vo null</screen>
- сохранит вторую аудиодорожку из файла
- <replaceable>исходный_файл.vob</replaceable> в файл
- <replaceable>звук.wav</replaceable>.
- Возможно, Вы захотите нормализировать звук перед кодированием,
- поскольку аудиодорожки DVD обычно записываются с маленькой
- громкостью.
- Вы можете использовать, например, утилиту <application>normalize</application>,
- доступную в большинстве дистрибутивов.
- Если вы пользуетесь Window$, утилита <application>BeSweet</application>
- делает то же самое.
- Вы можете сжать в Vorbis или MP3. Например:
- <screen>oggenc -q1 <replaceable>звук.wav</replaceable></screen>
- кодирует <replaceable>звук.wav</replaceable> с качеством 1,
- что примерно эквивалентно 80 Кб/с и является минимальным качеством,
- при котором Вам нужно кодировать, если Вы заботитесь о качестве.
- Пожалуйста, обратите внимание, что <application>MEncoder</application>
- на данный момент не поддерживает мультиплексирование аудиопотоков
- Vorbis в выходной файл, поскольку он поддерживает только AVI и
- MPEG контейнеры для выходных файлов, использование каждого из
- которых может привести к проблемам A/V синхронизации с
- некоторыми плеерами, в случае когда AVI файл содержит VBR
- аудиопотоки наподобие Vorbis.
- Не беспокойтесь, в данном документе будет рассказано как Вы
- можете это сделать с помощью сторонних программ.
+Аудио — это гораздо более простая проблема: если Вы
+беспокоитесь о качестве, просто оставьте всё как есть.
+Даже потоки AC3 5.1 не более чем 448 Кбит/с и они стоят каждого
+бита. Вы можете соблазниться перекодированием аудио в
+высококачественный Vorbis (он же ogg формат), но лишь то, что
+у Вас сегодня нет A/V приёмника для пропускания AC3, не означает,
+что у Вас не будет его завтра. Для жизнеспособности Ваших DVD
+рипов в будущем, сохраняйте поток AC3.
+Вы можете сохранить поток AC3, копируя его непосредственно в
+видеопоток <link linkend="menc-feat-mpeg4">в процессе кодирования</link>.
+Вы также можете извлечь AC3 поток с целью мультиплексирования его
+в контейнеры наподобие NUT или Matroska (Матрёшка).
+<screen>
+mplayer <replaceable>файл_источника.vob</replaceable> -aid 129 -dumpaudio -dumpfile <replaceable>звук.ac3</replaceable></screen>
+сохранит в файл <replaceable>звук.ac3</replaceable> аудиодорожку
+с номером 129 из файла
+<replaceable>файл_источника.vob</replaceable> (Обратите внимание:
+DVD VOB файлы обычно импользуют нумерацию аудио, отличную от
+стандартной, что означает, что аудиодорожка VOB 129 — это вторая
+аудиодорожка файла).
+</para>
+
+<para>
+Но иногда у Вас действительно нет иного выбора, чем далее сжимать
+звук для того, чтоб больше битов могло быть потрачено на видео.
+Большинство людей предпочитают сжимать звук с помощью MP3 или
+Vorbis аудиокодеков.
+Последний является очень эффективным, но MP3 лучше поддерживается
+аппаратными плеерами, хотя эта тенденция меняется.
+</para>
+
+<para>
+<emphasis>Не</emphasis> используйте <option>-nosound</option> при
+кодировании файла с аудио, даже если Вы будете позже кодировать и
+мультеплексировать аудио отдельно.
+Хотя это может работать в идеальных случаях, использование
+<option>-nosound</option> обычно скрывает ряд проблем в Ваших
+настройках кодирования в командной строке.
+Другими словами, наличие звуковой дорожки в процессе кодирования
+гарантирует Вам, что в случае отсутствия сообщений, подобных
+<quote>Слишком много аудиопакетов в буфере</quote>, у Вас будет
+получена правильная синхронизация.
+</para>
+
+<para>
+Вам необходим <application>MEncoder</application> для обработки
+звука.
+Например, Вы можете копировать исходную звуковую дорожку в
+процессе кодирования с помощью <option>-oac copy</option> или
+преобразовать её в "лёгкий" 4 кГц моно WAV PCM с помощью
+<option>-oac pcm -channels 1 -srate 4000</option>.
+Иначе, в ряде случаев, будет создаваться видео файл,
+десинхронизированный с аудио.
+Такие случаи происходят, когда число кадров видео исходного файла
+не совпадает с полной длиной кадров аудио, или когда были
+разрывы/сшивания потока, где появились пропущенные или излишние
+аудиокадры.
+Правильным решением подобных проблем является вставка тишины или
+усечение аудио в таких точках.
+Однако, <application>MPlayer</application> не может это сделать
+и если Вы демультиплексируете AC3 аудио и кодируете его отдельным
+приложением (или создаёте дамп в PCM с помощью
+<application>MPlayer</application>), сшивания останутся
+нескорректированными и единственный испособ их исправить —
+пропускать/дублировать видеокадры в местах сшивки.
+Пока <application>MEncoder</application> видит аудио при
+кодировании видео, он может выполнять этот пропуск/дублирование
+(что обычно не вызывыет проблем, т.к. происходит при полностью
+чёрных кадрах или при смене сцен), но если
+<application>MEncoder</application> не доступно аудио, он просто
+будет обрабатывать все кадры "как есть" и они не будут совпадать
+с окончательным аудиопотоком, когда Вы, например, объедините
+аудио и видео дорожки в Matroska файл.
+</para>
+
+<para>
+Прежде всего, Вам необходимо преобразовать DVD звук в WAV файл,
+который может использоваться аудиокодеком в качестве входных
+данных. Например:
+<screen>
+mplayer <replaceable>исходный_файл.vob</replaceable> -ao pcm:file=<replaceable>звук.wav</replaceable>
+ -vc dummy -aid 1 -vo null
+</screen>
+сохранит вторую аудиодорожку из файла
+<replaceable>исходный_файл.vob</replaceable> в файл
+<replaceable>звук.wav</replaceable>.
+Возможно, Вы захотите нормализировать звук перед кодированием,
+поскольку аудиодорожки DVD обычно записываются с маленькой
+громкостью.
+Вы можете использовать, например, утилиту <application>normalize</application>,
+доступную в большинстве дистрибутивов.
+Если вы пользуетесь Window$, утилита <application>BeSweet</application>
+делает то же самое.
+Вы можете сжать в Vorbis или MP3. Например:
+<screen>oggenc -q1 <replaceable>звук.wav</replaceable></screen>
+кодирует <replaceable>звук.wav</replaceable> с качеством 1,
+что примерно эквивалентно 80 Кб/с и является минимальным качеством,
+при котором Вам нужно кодировать, если Вы заботитесь о качестве.
+Пожалуйста, обратите внимание, что <application>MEncoder</application>
+на данный момент не поддерживает мультиплексирование аудиопотоков
+Vorbis в выходной файл, поскольку он поддерживает только AVI и
+MPEG контейнеры для выходных файлов, использование каждого из
+которых может привести к проблемам A/V синхронизации с
+некоторыми плеерами, в случае когда AVI файл содержит VBR
+аудиопотоки наподобие Vorbis.
+Не беспокойтесь, в данном документе будет рассказано как Вы
+можете это сделать с помощью сторонних программ.
</para>
-
</sect2>
+<!-- ********** -->
<sect2 id="menc-feat-dvd-mpeg4-muxing">
<title>Мультиплексирование</title>
+
<para>
- Теперь, после того как Вы кодировали видео, скорее всего, Вы
- захотите мультиплексировать его с одним или несколькими
- аудиопотоками в такие видео контейнеры как AVI, MPEG,
- Matroska или NUT.
- На данный момент встроенная поддержка вывода аудио и видео в
- <application>MEncoder</application> есть только для форматов
- контейнеров MPEG и AVI.
- Например:
- <screen>
- mencoder -oac copy -ovc copy -o <replaceable>выходной_фильм.avi</replaceable> \
- -audiofile <replaceable>исходный_звук.mp2</replaceable> <replaceable>исходное_видео.avi</replaceable></screen>
- Это объединит видеофайл <replaceable>исходное_видео.avi</replaceable>
- и аудиофайл <replaceable>исходный_звук.mp2</replaceable>
- в AVI файл <replaceable>выходной_фильм.avi</replaceable>.
- Эта команда работает с MPEG-1 слой I, II и III (более
- известный как MP3) аудио, WAV, а также с некоторыми иными
- форматами аудио.
+Теперь, после того как Вы кодировали видео, скорее всего, Вы
+захотите мультиплексировать его с одним или несколькими
+аудиопотоками в такие видео контейнеры как AVI, MPEG,
+Matroska или NUT.
+На данный момент встроенная поддержка вывода аудио и видео в
+<application>MEncoder</application> есть только для форматов
+контейнеров MPEG и AVI.
+Например:
+<screen>
+mencoder -oac copy -ovc copy -o <replaceable>выходной_фильм.avi</replaceable> \
+ -audiofile <replaceable>исходный_звук.mp2</replaceable> <replaceable>исходное_видео.avi</replaceable>
+</screen>
+Это объединит видеофайл <replaceable>исходное_видео.avi</replaceable>
+и аудиофайл <replaceable>исходный_звук.mp2</replaceable>
+в AVI файл <replaceable>выходной_фильм.avi</replaceable>.
+Эта команда работает с MPEG-1 слой I, II и III (более
+известный как MP3) аудио, WAV, а также с некоторыми иными
+форматами аудио.
</para>
<para>
- <application>MEncoder</application>
- обладает экспериментальной поддержкой
- <systemitem class="library">libavformat</systemitem> —
- библиотеки из проекта FFmpeg, поддерживающей мультиплексирование
- и демультиплексирование множества контейнеров.
- Например:
- <screen>
- mencoder -oac copy -ovc copy -o <replaceable>выходной_фильм.asf</replaceable> \
- -audiofile <replaceable>исходный_звук.mp2</replaceable> <replaceable>исходное_видео.avi</replaceable> \
- -of lavf -lavfopts format=asf</screen>
- Это сделает то же самое, что и предыдущий пример, но выходным
- контейнером будет ASF.
- Пожалуйста, обратите внимание, что эта поддержка весьма
- экспериментальна (но становится лучше c каждым днём), и будет
- работать только в случае компиляции <application>MPlayer</application>
- с включенной поддержкой
- <systemitem class="library">libavformat</systemitem> (что означает,
- что в большинстве случаев бинарная версия из пакетов не будет
- работать).
+<application>MEncoder</application>
+обладает экспериментальной поддержкой
+<systemitem class="library">libavformat</systemitem> —
+библиотеки из проекта FFmpeg, поддерживающей мультиплексирование
+и демультиплексирование множества контейнеров.
+Например:
+<screen>
+mencoder -oac copy -ovc copy -o <replaceable>выходной_фильм.asf</replaceable> \
+ -audiofile <replaceable>исходный_звук.mp2</replaceable> <replaceable>исходное_видео.avi</replaceable> \
+ -of lavf -lavfopts format=asf
+</screen>
+Это сделает то же самое, что и предыдущий пример, но выходным
+контейнером будет ASF.
+Пожалуйста, обратите внимание, что эта поддержка весьма
+экспериментальна (но становится лучше c каждым днём), и будет
+работать только в случае компиляции <application>MPlayer</application>
+с включенной поддержкой
+<systemitem class="library">libavformat</systemitem> (что означает,
+что в большинстве случаев бинарная версия из пакетов не будет
+работать).
</para>
<sect3 id="menc-feat-dvd-mpeg4-muxing-filter-issues">
<title>Улучшение мультиплексирования и надёжности A/V синхронизации</title>
+
<para>
- Вы можете столкнуться с некоторыми серьёзными проблемами A/V
- синхронизации при попытке мультиплексирования вашего видео
- с некоторыми аудиодорожками, где, как бы Вы не подбирали задержку
- аудио, никогда не получается правильная синхронизация.
- Это может происходить при использовании некоторых видеофильтров,
- пропускающих или дублирующих некоторые кадры, например фильтров
- обратного телесина.
- Настоятельно рекомендуется добавлять видеофильтр
- <option>harddup</option> в конце цепочки фильтров для избежания
- подобных проблем.
+Вы можете столкнуться с некоторыми серьёзными проблемами A/V
+синхронизации при попытке мультиплексирования вашего видео
+с некоторыми аудиодорожками, где, как бы Вы не подбирали задержку
+аудио, никогда не получается правильная синхронизация.
+Это может происходить при использовании некоторых видеофильтров,
+пропускающих или дублирующих некоторые кадры, например фильтров
+обратного телесина.
+Настоятельно рекомендуется добавлять видеофильтр
+<option>harddup</option> в конце цепочки фильтров для избежания
+подобных проблем.
</para>
<para>
- Без опции <option>harddup</option>, в случае когда
- <application>MEncoder</application> хочет дублировать кадр, он
- полагается на то, что мультиплексор расположит отметку в
- контейнере таким образом, что последний кадр будет повторен для
- достижения синхронизации без реальной записи кадра.
- С опцией <option>harddup</option>, <application>MEncoder</application>
- вместо этого просто ещё раз поместит последний кадр в цепочку
- фильтров.
- Это означает, что кодер получит <emphasis>точно</emphasis>
- такой же кадр дважды и сожмёт его.
- Это приведёт у несколько большему файлу, но избавит от проблем
- при демультиплексировании или ремультиплексировании с другими
- форматами контейнеров.
+Без опции <option>harddup</option>, в случае когда
+<application>MEncoder</application> хочет дублировать кадр, он
+полагается на то, что мультиплексор расположит отметку в
+контейнере таким образом, что последний кадр будет повторен для
+достижения синхронизации без реальной записи кадра.
+С опцией <option>harddup</option>, <application>MEncoder</application>
+вместо этого просто ещё раз поместит последний кадр в цепочку
+фильтров.
+Это означает, что кодер получит <emphasis>точно</emphasis>
+такой же кадр дважды и сожмёт его.
+Это приведёт у несколько большему файлу, но избавит от проблем
+при демультиплексировании или ремультиплексировании с другими
+форматами контейнеров.
</para>
<para>
- Также у Вас может не быть иного выбора, как использовать
- <option>harddup</option> с форматами контейнеров, которые
- не слишком плотно связаны с
- <application>MEncoder</application>, например, с форматами,
- поддерживаемыми с помощью
- <systemitem class="library">libavformat</systemitem>,
- которые могут не поддерживать дублирование кадров на уровне
- контейнера.
+Также у Вас может не быть иного выбора, как использовать
+<option>harddup</option> с форматами контейнеров, которые
+не слишком плотно связаны с
+<application>MEncoder</application>, например, с форматами,
+поддерживаемыми с помощью
+<systemitem class="library">libavformat</systemitem>,
+которые могут не поддерживать дублирование кадров на уровне
+контейнера.
</para>
</sect3>
<sect3 id="menc-feat-dvd-mpeg4-muxing-avi-limitations">
<title>Ограничения контейнера AVI</title>
+
<para>
- Хотя это самый широко распостранённый формат контейнера после
- MPEG-1, он также обладает некоторыми существенными недостатками.
- Пожалуй, они наиболее очевидны в его избыточности.
- Для каждой цепочки AVI файла теряется 24 байта на заголовки и
- индекс.
- Это приводит к чуть более 5 МБ/час или 1.0-2.5% избыточности
- для 700 МБ фильма. Это не кажется большим, но может означать
- разницу между возможностью использования 700 кбит/сек или
- 714 кбит/сек в случаях, когда каждый бит на счету.
+Хотя это самый широко распостранённый формат контейнера после
+MPEG-1, он также обладает некоторыми существенными недостатками.
+Пожалуй, они наиболее очевидны в его избыточности.
+Для каждой цепочки AVI файла теряется 24 байта на заголовки и
+индекс.
+Это приводит к чуть более 5 МБ/час или 1.0-2.5% избыточности
+для 700 МБ фильма. Это не кажется большим, но может означать
+разницу между возможностью использования 700 кбит/сек или
+714 кбит/сек в случаях, когда каждый бит на счету.
</para>
<para>
- В дополнение к малой эффективности, AVI также обладает следующими
- серьёзными ограничениями:
+В дополнение к малой эффективности, AVI также обладает следующими
+серьёзными ограничениями:
</para>
<orderedlist>
-<listitem>
-<para>
+<listitem><para>
Может быть сохранено только содержимое с фиксированной частотой
кадров. В частности, это особенно ограничивает, когда Ваш
исходный материал смешанного содержимого: например, является
@@ -1804,10 +1841,8 @@
В действительности, есть хаки, позволяющие сохранять содержимое
с переменным fps в AVI, но они увеличивают (и без того большую)
избыточность впятеро или более того и поэтому непрактичны.
-</para>
-</listitem>
-<listitem>
-<para>
+</para></listitem>
+<listitem><para>
Аудио в AVI файлах должно быть или с постоянным битпотоком (CBR)
или с постоянным размером кадра (т.е. все кадры декодируются
в одно и то же число выборок).
@@ -1815,174 +1850,177 @@
ни одному из данных требований.
Поэтому, если Вы планируете сохранять Ваш фильм в AVI, Вы должны
использовать менее эффективный кодек, такой как MP3 или AC3.
-</para>
-</listitem>
+</para></listitem>
</orderedlist>
<para>
- Сказав всё это, отметим, что <application>MEncoder</application>
- на данный момент не поддерживает вывод с переменным fps или
- Vorbis кодирование.
- Поэтому Вы можете не рассматривать всё это как ограничения, если
- <application>MEncoder</application> — это единственный
- инструмент, который Вы используете для кодирования.
- Однако, возможно использовать <application>MEncoder</application>
- только для кодирования видео и затем использовать внешние
- утилиты для кодирования аудио и мультиплексирования его в
- контейнер другого формата.
+Сказав всё это, отметим, что <application>MEncoder</application>
+на данный момент не поддерживает вывод с переменным fps или
+Vorbis кодирование.
+Поэтому Вы можете не рассматривать всё это как ограничения, если
+<application>MEncoder</application> — это единственный
+инструмент, который Вы используете для кодирования.
+Однако, возможно использовать <application>MEncoder</application>
+только для кодирования видео и затем использовать внешние
+утилиты для кодирования аудио и мультиплексирования его в
+контейнер другого формата.
</para>
</sect3>
+
<sect3 id="menc-feat-dvd-mpeg4-muxing-matroska">
<title>Мультиплексирование в контейнер Matroska (Матрёшка)</title>
+
<para>
- Matroska — это свободный, открытый стандарт формата
- контейнера, нацеленный на предоставление большого количества
- продвинутых возможностей, которые старые контейнеры (наподобие
- AVI) не поддерживают.
- Например, Matroska поддерживает аудиосодержимое с переменным
- битпотоком (VBR), переменные частоты кадров (VFR), разделы,
- файловые вложения, код обнаружения ошибок (EDC) и современные
- A/V кодеки, такие как "Продвинутое Аудио Кодирование" ("Advanced
- Audio Coding", AAC), "Vorbis" или "MPEG-4 AVC" (H.264), также
- не поддерживаемые AVI.
+Matroska — это свободный, открытый стандарт формата
+контейнера, нацеленный на предоставление большого количества
+продвинутых возможностей, которые старые контейнеры (наподобие
+AVI) не поддерживают.
+Например, Matroska поддерживает аудиосодержимое с переменным
+битпотоком (VBR), переменные частоты кадров (VFR), разделы,
+файловые вложения, код обнаружения ошибок (EDC) и современные
+A/V кодеки, такие как "Продвинутое Аудио Кодирование" ("Advanced
+Audio Coding", AAC), "Vorbis" или "MPEG-4 AVC" (H.264), также
+не поддерживаемые AVI.
</para>
<para>
- Утилиты, необходимые для создания Matroska файлов, сообща
- называются <application>mkvtoolnix</application>, и доступны
- для большиства Unix платформ, так же как и для Window$.
- Поскольку Matroska — открытый формат, Вы можете найти
- иные утилиты, которые лучше Вам подходят, но поскольку
- <application>mkvtoolnix</application> — наиболее общие
- и поддерживаются самой командой разработчиков Matroska, мы
- будем обсуждать только их использование.
+Утилиты, необходимые для создания Matroska файлов, сообща
+называются <application>mkvtoolnix</application>, и доступны
+для большиства Unix платформ, так же как и для Window$.
+Поскольку Matroska — открытый формат, Вы можете найти
+иные утилиты, которые лучше Вам подходят, но поскольку
+<application>mkvtoolnix</application> — наиболее общие
+и поддерживаются самой командой разработчиков Matroska, мы
+будем обсуждать только их использование.
</para>
<para>
- Возможно, самым простым способом начать использовать Matroska
- является использование <application>MMG</application>,
- графической оболочки, поставляемой с
- <application>mkvtoolnix</application>. Следуйте
- <ulink url="http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html">руководству к mkvmerge GUI (mmg)</ulink>.
+Возможно, самым простым способом начать использовать Matroska
+является использование <application>MMG</application>,
+графической оболочки, поставляемой с
+<application>mkvtoolnix</application>. Следуйте
+<ulink url="http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html">руководству к mkvmerge GUI (mmg)</ulink>.
</para>
<para>
- Также Вы можете мультиплексировать аудио и видео файлы используя
- командную строку:
- <screen>
- mkvmerge -o <replaceable>выходной_файл.mkv</replaceable> <replaceable>входное_видео.avi</replaceable> \
- <replaceable>входное_аудио1.mp3</replaceable> <replaceable>входное_аудио2.ac3</replaceable></screen>
- Это объединит видеофайл <replaceable>входное_видео.avi</replaceable>
- и два аудиофайла <replaceable>входное_аудио1.mp3</replaceable>
- и <replaceable>входное_аудио2.ac3</replaceable> в Matroska
- файл <replaceable>выходной_файл.mkv</replaceable>.
- Как было отмечено ранее, Matroska способна реализовать гораздо
- большее, например, множественные аудиодорожки (включая тонкую
- настройку аудио/видео синхронизации), разделы, субтитры,
- разбиение и т.д..
- Пожалуйста, обратитесь к документации на эти приложения для
- деталей.
+Также Вы можете мультиплексировать аудио и видео файлы используя
+командную строку:
+<screen>
+mkvmerge -o <replaceable>выходной_файл.mkv</replaceable> <replaceable>входное_видео.avi</replaceable> <replaceable>входное_аудио1.mp3</replaceable> <replaceable>входное_аудио2.ac3</replaceable>
+</screen>
+Это объединит видеофайл <replaceable>входное_видео.avi</replaceable>
+и два аудиофайла <replaceable>входное_аудио1.mp3</replaceable>
+и <replaceable>входное_аудио2.ac3</replaceable> в Matroska
+файл <replaceable>выходной_файл.mkv</replaceable>.
+Как было отмечено ранее, Matroska способна реализовать гораздо
+большее, например, множественные аудиодорожки (включая тонкую
+настройку аудио/видео синхронизации), разделы, субтитры,
+разбиение и т.д..
+Пожалуйста, обратитесь к документации на эти приложения для
+деталей.
</para>
-
</sect3>
-
</sect2>
-
</sect1>
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="menc-feat-telecine">
<title>How to deal with telecine and interlacing within NTSC DVDs</title>
<sect2 id="menc-feat-telecine-intro">
<title>Introduction</title>
+
<formalpara>
<title>What is telecine?</title>
<para>
- If you do not understand much of what is written in this document,
- read the
- <ulink url="http://en.wikipedia.org/wiki/Telecine">Wikipedia entry on telecine</ulink>.
- It is an understandable and reasonably comprehensive
- description of what telecine is.
+If you do not understand much of what is written in this document,
+read the
+<ulink url="http://en.wikipedia.org/wiki/Telecine">Wikipedia entry on telecine</ulink>.
+It is an understandable and reasonably comprehensive
+description of what telecine is.
</para></formalpara>
<formalpara>
<title>A note about the numbers.</title>
<para>
- Many documents, including the guide linked above, refer to the fields
- per second value of NTSC video as 59.94 and the corresponding frames
- per second values as 29.97 (for telecined and interlaced) and 23.976
- (for progressive). For simplicity, some documents even round these
- numbers to 60, 30, and 24.
+Many documents, including the guide linked above, refer to the fields
+per second value of NTSC video as 59.94 and the corresponding frames
+per second values as 29.97 (for telecined and interlaced) and 23.976
+(for progressive). For simplicity, some documents even round these
+numbers to 60, 30, and 24.
</para></formalpara>
<para>
- Strictly speaking, all those numbers are approximations. Black and
- white NTSC video was exactly 60 fields per second, but 60000/1001
- was later chosen to accomodate color data while remaining compatible
- with contemporary black and white televisions. Digital NTSC video
- (such as on a DVD) is also 60000/1001 fields per second. From this,
- interlaced and telecined video are derived to be 30000/1001 frames
- per second; progressive video is 24000/1001 frames per second.
+Strictly speaking, all those numbers are approximations. Black and
+white NTSC video was exactly 60 fields per second, but 60000/1001
+was later chosen to accomodate color data while remaining compatible
+with contemporary black and white televisions. Digital NTSC video
+(such as on a DVD) is also 60000/1001 fields per second. From this,
+interlaced and telecined video are derived to be 30000/1001 frames
+per second; progressive video is 24000/1001 frames per second.
</para>
<para>
- Older versions of the <application>MEncoder</application> documentation
- and many archived mailing list posts refer to 59.94, 29.97, and 23.976.
- All <application>MEncoder</application> documentation has been updated
- to use the fractional values, and you should use them too.
+Older versions of the <application>MEncoder</application> documentation
+and many archived mailing list posts refer to 59.94, 29.97, and 23.976.
+All <application>MEncoder</application> documentation has been updated
+to use the fractional values, and you should use them too.
</para>
<para>
- <option>-ofps 23.976</option> is incorrect.
- <option>-ofps 24000/1001</option> should be used instead.
+<option>-ofps 23.976</option> is incorrect.
+<option>-ofps 24000/1001</option> should be used instead.
</para>
<formalpara>
<title>How telecine is used.</title>
<para>
- All video intended to be displayed on an NTSC
- television set must be 60000/1001 fields per second. Made-for-TV movies
-4 and shows are often filmed directly at 60000/1001 fields per second, but
- the majority of cinema is filmed at 24 or 24000/1001 frames per
- second. When cinematic movie DVDs are mastered, the video is then
- converted for television using a process called telecine.
+All video intended to be displayed on an NTSC
+television set must be 60000/1001 fields per second. Made-for-TV movies 4
+and shows are often filmed directly at 60000/1001 fields per second, but
+the majority of cinema is filmed at 24 or 24000/1001 frames per
+second. When cinematic movie DVDs are mastered, the video is then
+converted for television using a process called telecine.
</para></formalpara>
<para>
- On a DVD, the video is never actually stored as 60000/1001 fields per
- second. For video that was originally 60000/1001, each pair of fields is
- combined to form a frame, resulting in 30000/1001 frames per
- second. Hardware DVD players then read a flag embedded in the video
- stream to determine whether the odd- or even-numbered lines should
- form the first field.
+On a DVD, the video is never actually stored as 60000/1001 fields per
+second. For video that was originally 60000/1001, each pair of fields is
+combined to form a frame, resulting in 30000/1001 frames per
+second. Hardware DVD players then read a flag embedded in the video
+stream to determine whether the odd- or even-numbered lines should
+form the first field.
</para>
<para>
- Usually, 24000/1001 frames per second content stays as it is when
- encoded for a DVD, and the DVD player must perform telecining
- on-the-fly. Sometimes, however, the video is telecined
- <emphasis>before</emphasis> being stored on the DVD; even though it
- was originally 24000/1001 frames per second, it becomes 60000/1001 fields per
- second. When it is stored on the DVD, pairs of fields are combined to form
- 30000/1001 frames per second.
+Usually, 24000/1001 frames per second content stays as it is when
+encoded for a DVD, and the DVD player must perform telecining
+on-the-fly. Sometimes, however, the video is telecined
+<emphasis>before</emphasis> being stored on the DVD; even though it
+was originally 24000/1001 frames per second, it becomes 60000/1001 fields per
+second. When it is stored on the DVD, pairs of fields are combined to form
+30000/1001 frames per second.
</para>
<para>
- When looking at individual frames formed from 60000/1001 fields per
- second video, telecined or otherwise, interlacing is clearly visible
- wherever there is any motion, because one field (say, the
- even-numbered lines) represents a moment in time 1/(60000/1001)
- seconds later than the other. Playing interlaced video on a computer
- looks ugly both because the monitor is higher resolution and because
- the video is shown frame-after-frame instead of field-after-field.
+When looking at individual frames formed from 60000/1001 fields per
+second video, telecined or otherwise, interlacing is clearly visible
+wherever there is any motion, because one field (say, the
+even-numbered lines) represents a moment in time 1/(60000/1001)
+seconds later than the other. Playing interlaced video on a computer
+looks ugly both because the monitor is higher resolution and because
+the video is shown frame-after-frame instead of field-after-field.
</para>
<itemizedlist>
<title>Notes:</title>
<listitem><para>
This section only applies to NTSC DVDs, and not PAL.
- </para></listitem>
+</para></listitem>
<listitem><para>
The example <application>MEncoder</application> lines throughout the
document are <emphasis role="bold">not</emphasis> intended for
@@ -1990,235 +2028,247 @@
pertaining video category. How to make good DVD rips or fine-tune
<systemitem class="library">libavcodec</systemitem> for maximal
quality is not within the scope of this document.
- </para></listitem>
+</para></listitem>
<listitem><para>
There are a couple footnotes specific to this guide, linked like this:
<link linkend="menc-feat-telecine-footnotes">[1]</link>
- </para></listitem>
+</para></listitem>
</itemizedlist>
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-telecine-ident">
<title>How to tell what type of video you have</title>
<sect3 id="menc-feat-telecine-ident-progressive">
<title>Progressive</title>
+
<para>
- Progressive video was originally filmed at 24000/1001 fps, and stored
- on the DVD without alteration.
+Progressive video was originally filmed at 24000/1001 fps, and stored
+on the DVD without alteration.
</para>
<para>
- When you play a progressive DVD in <application>MPlayer</application>,
- <application>MPlayer</application> will print the following line as
- soon as the movie begins to play:
-
- <screen> demux_mpg: 24000/1001 fps progressive NTSC content detected, switching framerate.</screen>
-
- From this point forward, demux_mpg should never say it finds
- "30000/1001 fps NTSC content."
+When you play a progressive DVD in <application>MPlayer</application>,
+<application>MPlayer</application> will print the following line as
+soon as the movie begins to play:
+<screen>
+demux_mpg: 24000/1001 fps progressive NTSC content detected, switching framerate.
+</screen>
+From this point forward, demux_mpg should never say it finds
+"30000/1001 fps NTSC content."
</para>
<para>
- When you watch progressive video, you should never see any
- interlacing. Beware, however, because sometimes there is a tiny bit
- of telecine mixed in where you would not expect. I have encountered TV
- show DVDs that have one second of telecine at every scene change, or
- at seemingly random places. I once watched a DVD that had a
- progressive first half, and the second half was telecined. If you
- want to be <emphasis>really</emphasis> thorough, you can scan the
- entire movie:
-
- <screen>mplayer dvd://1 -nosound -vo null -benchmark</screen>
-
- Using <option>-benchmark</option> makes
- <application>MPlayer</application> play the movie as quickly as it
- possibly can; still, depending on your hardware, it can take a
- while. Every time demux_mpg reports a framerate change, the line
- immediately above will show you the time at which the change
- occurred.
+When you watch progressive video, you should never see any
+interlacing. Beware, however, because sometimes there is a tiny bit
+of telecine mixed in where you would not expect. I have encountered TV
+show DVDs that have one second of telecine at every scene change, or
+at seemingly random places. I once watched a DVD that had a
+progressive first half, and the second half was telecined. If you
+want to be <emphasis>really</emphasis> thorough, you can scan the
+entire movie:
+<screen>mplayer dvd://1 -nosound -vo null -benchmark</screen>
+Using <option>-benchmark</option> makes
+<application>MPlayer</application> play the movie as quickly as it
+possibly can; still, depending on your hardware, it can take a
+while. Every time demux_mpg reports a framerate change, the line
+immediately above will show you the time at which the change
+occurred.
</para>
<para>
- Sometimes progressive video on DVDs is referred to as
- "soft-telecine" because it is intended to
- be telecined by the DVD player.
+Sometimes progressive video on DVDs is referred to as
+"soft-telecine" because it is intended to
+be telecined by the DVD player.
</para>
</sect3>
+
<sect3 id="menc-feat-telecine-ident-telecined">
<title>Telecined</title>
+
<para>
- Telecined video was originally filmed at 24000/1001, but was telecined
- <emphasis>before</emphasis> it was written to the DVD.
+Telecined video was originally filmed at 24000/1001, but was telecined
+<emphasis>before</emphasis> it was written to the DVD.
</para>
<para>
- <application>MPlayer</application> does not (ever) report any
- framerate changes when it plays telecined video.
+<application>MPlayer</application> does not (ever) report any
+framerate changes when it plays telecined video.
</para>
<para>
- Watching a telecined video, you will see interlacing artifacts that
- seem to "blink": they repeatedly appear and disappear.
- You can look closely at this by
- <orderedlist>
- <listitem>
- <screen>mplayer dvd://1</screen>
- </listitem>
- <listitem><para>
- Seek to a part with motion.
- </para></listitem>
- <listitem><para>
- Use the <keycap>.</keycap> key to step forward one frame at a time.
- </para></listitem>
- <listitem><para>
- Look at the pattern of interlaced-looking and progressive-looking
- frames. If the pattern you see is PPPII,PPPII,PPPII,... then the
- video is telecined. If you see some other pattern, then the video
- may have been telecined using some non-standard method;
- <application>MEncoder</application> cannot losslessly convert
- non-standard telecine to progressive. If you do not see any
- pattern at all, then it is most likely interlaced.
- </para></listitem>
- </orderedlist>
+Watching a telecined video, you will see interlacing artifacts that
+seem to "blink": they repeatedly appear and disappear.
+You can look closely at this by
+<orderedlist>
+<listitem><screen>mplayer dvd://1</screen></listitem>
+<listitem><para>
+ Seek to a part with motion.
+</para></listitem>
+<listitem><para>
+ Use the <keycap>.</keycap> key to step forward one frame at a time.
+</para></listitem>
+<listitem><para>
+ Look at the pattern of interlaced-looking and progressive-looking
+ frames. If the pattern you see is PPPII,PPPII,PPPII,... then the
+ video is telecined. If you see some other pattern, then the video
+ may have been telecined using some non-standard method;
+ <application>MEncoder</application> cannot losslessly convert
+ non-standard telecine to progressive. If you do not see any
+ pattern at all, then it is most likely interlaced.
+</para></listitem>
+</orderedlist>
</para>
<para>
- Sometimes telecined video on DVDs is referred to as
- "hard-telecine". Since hard-telecine is already 60000/1001 fields
- per second, the DVD player plays the video without any manipulation.
+Sometimes telecined video on DVDs is referred to as
+"hard-telecine". Since hard-telecine is already 60000/1001 fields
+per second, the DVD player plays the video without any manipulation.
</para>
<para>
- Another way to tell if your source is telecined or not is to play
- the source with the <option>-vf pullup</option> and <option>-v</option>
- command line options to see how <option>pullup</option> matches frames.
- If the source is telecined, you should see on the console a 3:2 pattern
- with <systemitem>0+.1.+2</systemitem> and <systemitem>0++1</systemitem>
- alternating.
- This technique has the advantage that you do not need to watch the
- source to identify it, which could be useful if you wish to automate
- the encoding procedure, or to carry out said procedure remotely via
- a slow connection.
+Another way to tell if your source is telecined or not is to play
+the source with the <option>-vf pullup</option> and <option>-v</option>
+command line options to see how <option>pullup</option> matches frames.
+If the source is telecined, you should see on the console a 3:2 pattern
+with <systemitem>0+.1.+2</systemitem> and <systemitem>0++1</systemitem>
+alternating.
+This technique has the advantage that you do not need to watch the
+source to identify it, which could be useful if you wish to automate
+the encoding procedure, or to carry out said procedure remotely via
+a slow connection.
</para>
-
</sect3>
+
<sect3 id="menc-feat-telecine-ident-interlaced">
<title>Interlaced</title>
+
<para>
- Interlaced video was originally filmed at 60000/1001 fields per second,
- and stored on the DVD as 30000/1001 frames per second. The interlacing effect
- (often called "combing") is a result of combining pairs of
- fields into frames. Each field is supposed to be 1/(60000/1001) seconds apart,
- and when they are displayed simultaneously the difference is apparent.
+Interlaced video was originally filmed at 60000/1001 fields per second,
+and stored on the DVD as 30000/1001 frames per second. The interlacing effect
+(often called "combing") is a result of combining pairs of
+fields into frames. Each field is supposed to be 1/(60000/1001) seconds apart,
+and when they are displayed simultaneously the difference is apparent.
</para>
<para>
- As with telecined video, <application>MPlayer</application> should
- not ever report any framerate changes when playing interlaced content.
+As with telecined video, <application>MPlayer</application> should
+not ever report any framerate changes when playing interlaced content.
</para>
<para>
- When you view an interlaced video closely by frame-stepping with the
- <keycap>.</keycap> key, you will see that every single frame is interlaced.
+When you view an interlaced video closely by frame-stepping with the
+<keycap>.</keycap> key, you will see that every single frame is interlaced.
</para>
</sect3>
+
<sect3 id="menc-feat-telecine-ident-mixedpt">
<title>Mixed progressive and telecine</title>
+
<para>
- All of a "mixed progressive and telecine" video was originally
- 24000/1001 frames per second, but some parts of it ended up being telecined.
+All of a "mixed progressive and telecine" video was originally
+24000/1001 frames per second, but some parts of it ended up being telecined.
</para>
<para>
- When <application>MPlayer</application> plays this category, it will
- (often repeatedly) switch back and forth between "30000/1001 fps NTSC"
- and "24000/1001 fps progressive NTSC". Watch the bottom of
- <application>MPlayer</application>'s output to see these messages.
+When <application>MPlayer</application> plays this category, it will
+(often repeatedly) switch back and forth between "30000/1001 fps NTSC"
+and "24000/1001 fps progressive NTSC". Watch the bottom of
+<application>MPlayer</application>'s output to see these messages.
</para>
<para>
- You should check the "30000/1001 fps NTSC" sections to make sure
- they are actually telecine, and not just interlaced.
+You should check the "30000/1001 fps NTSC" sections to make sure
+they are actually telecine, and not just interlaced.
</para>
</sect3>
+
<sect3 id="menc-feat-telecine-ident-mixedpi">
<title>Mixed progressive and interlaced</title>
+
<para>
- In "mixed progressive and interlaced" content, progressive
- and interlaced video have been spliced together.
+In "mixed progressive and interlaced" content, progressive
+and interlaced video have been spliced together.
</para>
<para>
- This category looks just like "mixed progressive and telecine",
- until you examine the 30000/1001 fps sections and see that they do not have the
- telecine pattern.
+This category looks just like "mixed progressive and telecine",
+until you examine the 30000/1001 fps sections and see that they do not have the
+telecine pattern.
</para>
</sect3>
-
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-telecine-encode">
<title>How to encode each category</title>
+
<para>
- As I mentioned in the beginning, example <application>MEncoder</application>
- lines below are <emphasis role="bold">not</emphasis> meant to actually be used;
- they only demonstrate the minimum parameters to properly encode each category.
+As I mentioned in the beginning, example <application>MEncoder</application>
+lines below are <emphasis role="bold">not</emphasis> meant to actually be used;
+they only demonstrate the minimum parameters to properly encode each category.
</para>
+
<sect3 id="menc-feat-telecine-encode-progressive">
<title>Progressive</title>
+
<para>
- Progressive video requires no special filtering to encode. The only
- parameter you need to be sure to use is
- <option>-ofps 24000/1001</option>. Otherwise, <application>MEncoder</application>
- will try to encode at 30000/1001 fps and will duplicate frames.
+Progressive video requires no special filtering to encode. The only
+parameter you need to be sure to use is
+<option>-ofps 24000/1001</option>. Otherwise, <application>MEncoder</application>
+will try to encode at 30000/1001 fps and will duplicate frames.
</para>
<para>
- <screen>mencoder dvd://1 -oac copy -ovc lavc -ofps 24000/1001</screen>
+<screen>mencoder dvd://1 -oac copy -ovc lavc -ofps 24000/1001</screen>
</para>
<para>
- It is often the case, however, that a video that looks progressive
- actually has very short parts of telecine mixed in. Unless you are
- sure, it is safest to treat the video as
- <link linkend="menc-feat-telecine-encode-mixedpt">mixed progressive and telecine</link>.
- The performance loss is small
- <link linkend="menc-feat-telecine-footnotes">[3]</link>.
+It is often the case, however, that a video that looks progressive
+actually has very short parts of telecine mixed in. Unless you are
+sure, it is safest to treat the video as
+<link linkend="menc-feat-telecine-encode-mixedpt">mixed progressive and telecine</link>.
+The performance loss is small
+<link linkend="menc-feat-telecine-footnotes">[3]</link>.
</para>
</sect3>
+
<sect3 id="menc-feat-telecine-encode-telecined">
<title>Telecined</title>
+
<para>
- Telecine can be reversed to retrieve the original 24000/1001 content,
- using a process called inverse-telecine.
- <application>MPlayer</application> contains several filters to
- accomplish this; the best filter, <option>pullup</option>, is described
- in the <link linkend="menc-feat-telecine-encode-mixedpt">mixed
- progressive and telecine</link> section.
+Telecine can be reversed to retrieve the original 24000/1001 content,
+using a process called inverse-telecine.
+<application>MPlayer</application> contains several filters to
+accomplish this; the best filter, <option>pullup</option>, is described
+in the <link linkend="menc-feat-telecine-encode-mixedpt">mixed
+progressive and telecine</link> section.
</para>
</sect3>
+
<sect3 id="menc-feat-telecine-encode-interlaced">
<title>Interlaced</title>
+
<para>
- For most practical cases it is not possible to retrieve a complete
- progressive video from interlaced content. The only way to do so
- without losing half of the vertical resolution is to double the
- framerate and try to "guess" what ought to make up the
- corresponding lines for each field (this has drawbacks - see method
- 3).
+For most practical cases it is not possible to retrieve a complete
+progressive video from interlaced content. The only way to do so
+without losing half of the vertical resolution is to double the
+framerate and try to "guess" what ought to make up the
+corresponding lines for each field (this has drawbacks - see method 3).
</para>
<orderedlist>
<listitem><para>
-
Encode the video in interlaced form. Normally, interlacing wreaks
havoc with the encoder's ability to compress well, but
<systemitem class="library">libavcodec</systemitem> has two
@@ -2228,9 +2278,8 @@
<link linkend="menc-feat-telecine-footnotes">[2] </link> because it
will encode macroblocks as non-interlaced in places where there is
no motion. Note that <option>-ofps</option> is NOT needed here.
-
<screen>mencoder dvd://1 -oac copy -ovc lavc -lavcopts ildct:ilme:mbd=2</screen>
- </para></listitem>
+</para></listitem>
<listitem><para>
Use a deinterlacing filter before encoding. There are several of
these filters available to choose from, each with its own advantages
@@ -2246,9 +2295,8 @@
<option>-ofps</option>. Also, deinterlacing should be done after
cropping <link linkend="menc-feat-telecine-footnotes">[1]</link> and
before scaling.
-
<screen>mencoder dvd://1 -oac copy -vf yadif -ovc lavc</screen>
- </para></listitem>
+</para></listitem>
<listitem><para>
Unfortunately, this option is buggy with
<application>MEncoder</application>; it ought to work well with
@@ -2271,9 +2319,11 @@
<emphasis role="bold">have to</emphasis> specify both
<option>-fps</option> and <option>-ofps</option> to be twice the
framerate of your original source.
-
- <screen>mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc -fps 60000/1001 -ofps 60000/1001</screen>
- </para></listitem>
+ <screen>
+mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc \
+ -fps 60000/1001 -ofps 60000/1001<!--
+ --></screen>
+</para></listitem>
<listitem><para>
If you plan on downscaling dramatically, you can extract and encode
only one of the two fields. Of course, you will lose half the vertical
@@ -2285,23 +2335,25 @@
appropriately. Remember that you will have to adjust the scale to
compensate for the vertical resolution being halved.
<screen>mencoder dvd://1 -oac copy -vf field=0 -ovc lavc</screen>
- </para></listitem>
+</para></listitem>
</orderedlist>
</sect3>
+
<sect3 id="menc-feat-telecine-encode-mixedpt">
<title>Mixed progressive and telecine</title>
+
<para>
- In order to turn mixed progressive and telecine video into entirely
- progressive video, the telecined parts have to be
- inverse-telecined. There are three ways to accomplish this,
- described below. Note that you should
- <emphasis role="bold">always</emphasis> inverse-telecine before any
- rescaling; unless you really know what you are doing,
- inverse-telecine before cropping, too
- <link linkend="menc-feat-telecine-footnotes">[1]</link>.
- <option>-ofps 24000/1001</option> is needed here because the output video
- will be 24000/1001 frames per second.
+In order to turn mixed progressive and telecine video into entirely
+progressive video, the telecined parts have to be
+inverse-telecined. There are three ways to accomplish this,
+described below. Note that you should
+<emphasis role="bold">always</emphasis> inverse-telecine before any
+rescaling; unless you really know what you are doing,
+inverse-telecine before cropping, too
+<link linkend="menc-feat-telecine-footnotes">[1]</link>.
+<option>-ofps 24000/1001</option> is needed here because the output video
+will be 24000/1001 frames per second.
</para>
<itemizedlist>
@@ -2314,13 +2366,12 @@
<option>pullup</option> is, however, the cleanest and most
accurate method available for encoding both telecine and
"mixed progressive and telecine".
-
- <screen>mencoder dvd://1 -oac copy -vf pullup,softskip -ovc lavc -ofps 24000/1001</screen>
- </para>
-
-
- </listitem>
- <listitem><para>
+ <screen>
+mencoder dvd://1 -oac copy -vf pullup,softskip \
+ -ovc lavc -ofps 24000/1001<!--
+ --></screen>
+</para></listitem>
+<listitem><para>
An older method
is to, rather than inverse-telecine the telecined parts, telecine
the non-telecined parts and then inverse-telecine the whole
@@ -2329,35 +2380,38 @@
softpulldown with either <option>detc</option> or
<option>ivtc</option>, the final result will be entirely
progressive. <option>-ofps 24000/1001</option> is needed.
-
- <screen>mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001</screen>
- </para>
- </listitem>
-
+ <screen>
+mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001
+ </screen>
+</para></listitem>
<listitem><para>
I have not used <option>-vf filmdint</option> myself, but here is what
D Richard Felker III has to say:
<blockquote><para>It is OK, but IMO it tries to deinterlace rather
- than doing inverse telecine too often (much like settop DVD
- players & progressive TVs) which gives ugly flickering and
- other artifacts. If you are going to use it, you at least need to
- spend some time tuning the options and watching the output first
- to make sure it is not messing up.</para></blockquote>
- </para></listitem>
+ than doing inverse telecine too often (much like settop DVD
+ players & progressive TVs) which gives ugly flickering and
+ other artifacts. If you are going to use it, you at least need to
+ spend some time tuning the options and watching the output first
+ to make sure it is not messing up.
+ </para></blockquote>
+</para></listitem>
</itemizedlist>
</sect3>
+
<sect3 id="menc-feat-telecine-encode-mixedpi">
<title>Mixed progressive and interlaced</title>
+
<para>
- There are two options for dealing with this category, each of
- which is a compromise. You should decide based on the
- duration/location of each type.
+There are two options for dealing with this category, each of
+which is a compromise. You should decide based on the
+duration/location of each type.
</para>
<itemizedlist>
-<listitem><para>
+<listitem>
+ <para>
Treat it as progressive. The interlaced parts will look interlaced,
and some of the interlaced fields will have to be dropped, resulting
in a bit of uneven jumpiness. You can use a postprocessing filter if
@@ -2394,23 +2448,25 @@
only half progressive, you probably want to encode it as if it is all
interlaced.
</para>
- </listitem>
+</listitem>
<listitem><para>
Treat it as interlaced. Some frames of the progressive parts will
need to be duplicated, resulting in uneven jumpiness. Again,
deinterlacing filters may slightly degrade the progressive parts.
- </para></listitem>
-
+</para></listitem>
</itemizedlist>
</sect3>
-
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-telecine-footnotes">
<title>Footnotes</title>
+
<orderedlist>
-<listitem><formalpara>
+<listitem>
+ <formalpara>
<title>About cropping:</title>
<para>
Video data on DVDs are stored in a format called YUV 4:2:0. In YUV
@@ -2454,7 +2510,7 @@
vertically by multiples of four unless you use <option>-vf
field</option> before cropping.
</para>
- </listitem>
+</listitem>
<listitem><formalpara>
<title>About encoding parameters and quality:</title>
@@ -2470,8 +2526,7 @@
encoding quality (and decrease encoding speed) but that is beyond
the scope of this document.
</para>
- </formalpara>
- </listitem>
+</formalpara></listitem>
<listitem><formalpara>
<title>About the performance of pullup:</title>
@@ -2485,16 +2540,15 @@
</option> overshadows that difference, bringing the performance
decrease of using <option>pullup</option> down to 2%.
</para>
- </formalpara>
- </listitem>
-
+</formalpara></listitem>
</orderedlist>
-
</sect2>
-
</sect1>
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="menc-feat-enc-libavcodec">
<title>Encoding with the <systemitem class="library">libavcodec</systemitem>
codec family</title>
@@ -2505,6 +2559,8 @@
You can encode to the following codecs (more or less up to date):
</para>
+<!-- ********** -->
+
<sect2 id="menc-feat-enc-libavcodec-video-codecs">
<title><systemitem class="library">libavcodec</systemitem>'s video codecs</title>
@@ -2512,161 +2568,187 @@
<informaltable frame="all">
<tgroup cols="2">
<thead>
-<row><entry>Video codec name</entry><entry>Description</entry></row>
-</thead>
-<tbody>
-<row><entry>mjpeg</entry><entry>
- Motion JPEG
- </entry></row>
-<row><entry>ljpeg</entry><entry>
- lossless JPEG
- </entry></row>
-<row><entry>h261</entry><entry>
- H.261
- </entry></row>
-<row><entry>h263</entry><entry>
- H.263
- </entry></row>
-<row><entry>h263p</entry><entry>
- H.263+
- </entry></row>
-<row><entry>mpeg4</entry><entry>
- ISO standard MPEG-4 (DivX, Xvid compatible)
- </entry></row>
-<row><entry>msmpeg4</entry><entry>
- pre-standard MPEG-4 variant by MS, v3 (AKA DivX3)
- </entry></row>
-<row><entry>msmpeg4v2</entry><entry>
- pre-standard MPEG-4 by MS, v2 (used in old ASF files)
- </entry></row>
-<row><entry>wmv1</entry><entry>
- Windows Media Video, version 1 (AKA WMV7)
- </entry></row>
-<row><entry>wmv2</entry><entry>
- Windows Media Video, version 2 (AKA WMV8)
- </entry></row>
-<row><entry>rv10</entry><entry>
- RealVideo 1.0
- </entry></row>
-<row><entry>rv20</entry><entry>
- RealVideo 2.0
- </entry></row>
-<row><entry>mpeg1video</entry><entry>
- MPEG-1 video
- </entry></row>
-<row><entry>mpeg2video</entry><entry>
- MPEG-2 video
- </entry></row>
-<row><entry>huffyuv</entry><entry>
- lossless compression
- </entry></row>
-<row><entry>asv1</entry><entry>
- ASUS Video v1
- </entry></row>
-<row><entry>asv2</entry><entry>
- ASUS Video v2
- </entry></row>
-<row><entry>ffv1</entry><entry>
- FFmpeg's lossless video codec
- </entry></row>
-<row><entry>svq1</entry><entry>
- Sorenson video 1
- </entry></row>
-<row><entry>flv</entry><entry>
- Sorenson H.263 used in Flash Video
- </entry></row>
-<row><entry>dvvideo</entry><entry>
- Sony Digital Video
- </entry></row>
-<row><entry>snow</entry><entry>
- FFmpeg's experimental wavelet-based codec
- </entry></row>
-</tbody>
-</tgroup>
-</informaltable>
-
-The first column contains the codec names that should be passed after the
-<literal>vcodec</literal> config, like: <option>-lavcopts vcodec=msmpeg4</option>
-</para>
-<informalexample>
-<para>
-An example with MJPEG compression:
-<screen>mencoder dvd://2 -o title2.avi -ovc lavc -lavcopts vcodec=mjpeg -oac copy</screen>
-</para>
-</informalexample>
-</sect2>
-
-<sect2 id="menc-feat-enc-libavcodec-audio-codecs">
-<title><systemitem class="library">libavcodec</systemitem>'s audio codecs</title>
-<para>
-<informaltable frame="all">
-<tgroup cols="2">
-<thead>
-<row><entry>Audio codec name</entry><entry>Description</entry></row>
+ <row><entry>Video codec name</entry><entry>Description</entry></row>
</thead>
<tbody>
- <row>
- <entry>mp2</entry>
- <entry>MPEG Layer 2</entry>
- </row>
- <row>
- <entry>ac3</entry>
- <entry>AC3, AKA Dolby Digital</entry>
- </row>
- <row>
- <entry>adpcm_ima_wav</entry>
- <entry>IMA adaptive PCM (4 bits per sample, 4:1 compression)</entry>
- </row>
- <row>
- <entry>sonic</entry>
- <entry>experimental lossy/lossless codec</entry>
- </row>
-</tbody>
-</tgroup>
-</informaltable>
-
+<row>
+ <entry>mjpeg</entry>
+ <entry>Motion JPEG</entry>
+</row>
+<row>
+ <entry>ljpeg</entry>
+ <entry>lossless JPEG</entry>
+</row>
+<row>
+ <entry>h261</entry>
+ <entry>H.261</entry>
+</row>
+<row>
+ <entry>h263</entry>
+ <entry>H.263</entry>
+</row>
+<row>
+ <entry>h263p</entry>
+ <entry>H.263+</entry>
+</row>
+<row>
+ <entry>mpeg4</entry>
+ <entry>ISO standard MPEG-4 (DivX, Xvid compatible)</entry>
+</row>
+<row>
+ <entry>msmpeg4</entry>
+ <entry>pre-standard MPEG-4 variant by MS, v3 (AKA DivX3)</entry>
+</row>
+<row>
+ <entry>msmpeg4v2</entry>
+ <entry>pre-standard MPEG-4 by MS, v2 (used in old ASF files)</entry>
+</row>
+<row>
+ <entry>wmv1</entry>
+ <entry>Windows Media Video, version 1 (AKA WMV7)</entry>
+</row>
+<row>
+ <entry>wmv2</entry>
+ <entry>Windows Media Video, version 2 (AKA WMV8)</entry>
+</row>
+<row>
+ <entry>rv10</entry>
+ <entry>RealVideo 1.0</entry>
+</row>
+<row>
+ <entry>rv20</entry>
+ <entry>RealVideo 2.0</entry>
+</row>
+<row>
+ <entry>mpeg1video</entry>
+ <entry>MPEG-1 video</entry>
+</row>
+<row>
+ <entry>mpeg2video</entry>
+ <entry>MPEG-2 video</entry>
+</row>
+<row>
+ <entry>huffyuv</entry>
+ <entry>lossless compression</entry>
+</row>
+<row>
+ <entry>asv1</entry>
+ <entry>ASUS Video v1</entry>
+</row>
+<row>
+ <entry>asv2</entry>
+ <entry>ASUS Video v2</entry>
+</row>
+<row>
+ <entry>ffv1</entry>
+ <entry>FFmpeg's lossless video codec</entry>
+</row>
+<row>
+ <entry>svq1</entry>
+ <entry>Sorenson video 1</entry>
+</row>
+<row>
+ <entry>flv</entry>
+ <entry>Sorenson H.263 used in Flash Video</entry>
+</row>
+<row>
+ <entry>dvvideo</entry>
+ <entry>Sony Digital Video</entry>
+</row>
+<row>
+ <entry>snow</entry>
+ <entry>FFmpeg's experimental wavelet-based codec</entry>
+</row>
+</tbody>
+</tgroup>
+</informaltable>
+
The first column contains the codec names that should be passed after the
-<literal>acodec</literal> option, like: <option>-lavcopts acodec=ac3</option>
+<literal>vcodec</literal> config, like:
+<option>-lavcopts vcodec=msmpeg4</option>
</para>
-<informalexample>
+<informalexample><para>
+An example with MJPEG compression:
+<screen>
+mencoder dvd://2 -o title2.avi -ovc lavc -lavcopts vcodec=mjpeg -oac copy
+</screen>
+</para></informalexample>
+</sect2>
+
+<!-- ********** -->
+
+<sect2 id="menc-feat-enc-libavcodec-audio-codecs">
+<title><systemitem class="library">libavcodec</systemitem>'s audio codecs</title>
<para>
-An example with AC3 compression:
-<screen>mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy</screen>
+<informaltable frame="all">
+<tgroup cols="2">
+<thead>
+<row><entry>Audio codec name</entry><entry>Description</entry></row>
+</thead>
+<tbody>
+<row>
+ <entry>mp2</entry>
+ <entry>MPEG Layer 2</entry>
+</row>
+<row>
+ <entry>ac3</entry>
+ <entry>AC3, AKA Dolby Digital</entry>
+</row>
+<row>
+ <entry>adpcm_ima_wav</entry>
+ <entry>IMA adaptive PCM (4 bits per sample, 4:1 compression)</entry>
+</row>
+<row>
+ <entry>sonic</entry>
+ <entry>experimental lossy/lossless codec</entry>
+</row>
+</tbody>
+</tgroup>
+</informaltable>
+
+The first column contains the codec names that should be passed after the
+<literal>acodec</literal> option, like: <option>-lavcopts acodec=ac3</option>
</para>
-</informalexample>
+
+<informalexample><para>
+An example with AC3 compression:
+<screen>
+mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
+</screen>
+</para></informalexample>
<para>
- Contrary to <systemitem class="library">libavcodec</systemitem>'s video
- codecs, its audio codecs do not make a wise usage of the bits they are
- given as they lack some minimal psychoacoustic model (if at all)
- which most other codec implementations feature.
- However, note that all these audio codecs are very fast and work
- out-of-the-box everywhere <application>MEncoder</application> has been
- compiled with <systemitem class="library">libavcodec</systemitem> (which
- is the case most of time), and do not depend on external libraries.
+Contrary to <systemitem class="library">libavcodec</systemitem>'s video
+codecs, its audio codecs do not make a wise usage of the bits they are
+given as they lack some minimal psychoacoustic model (if at all)
+which most other codec implementations feature.
+However, note that all these audio codecs are very fast and work
+out-of-the-box everywhere <application>MEncoder</application> has been
+compiled with <systemitem class="library">libavcodec</systemitem> (which
+is the case most of time), and do not depend on external libraries.
</para>
</sect2>
+<!-- ********** -->
<sect2 id="menc-feat-dvd-mpeg4-lavc-encoding-options">
<title>Encoding options of libavcodec</title>
<para>
- Ideally, you would probably want to be able to just tell the encoder to switch
- into "high quality" mode and move on.
- That would probably be nice, but unfortunately hard to implement as different
- encoding options yield different quality results depending on the source material.
- That is because compression depends on the visual properties of the video
- in question.
- For example, anime and live action have very different properties and
- thus require different options to obtain optimum encoding.
- The good news is that some options should never be left out, like
- <option>mbd=2</option>, <option>trell</option>, and <option>v4mv</option>.
- See below for a detailed description of common encoding options.
+Ideally, you would probably want to be able to just tell the encoder to switch
+into "high quality" mode and move on.
+That would probably be nice, but unfortunately hard to implement as different
+encoding options yield different quality results depending on the source material.
+That is because compression depends on the visual properties of the video
+in question.
+For example, anime and live action have very different properties and
+thus require different options to obtain optimum encoding.
+The good news is that some options should never be left out, like
+<option>mbd=2</option>, <option>trell</option>, and <option>v4mv</option>.
+See below for a detailed description of common encoding options.
</para>
-
<itemizedlist>
<title>Options to adjust:</title>
<listitem><para>
@@ -2678,26 +2760,22 @@
option, but you need to deactivate scene detection, which
is not a good idea as it will hurt encode efficiency a bit.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">vb_strategy=1</emphasis>: helps in high-motion scenes.
On some videos, vmax_b_frames may hurt quality, but vmax_b_frames=2 along
with vb_strategy=1 helps.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">dia</emphasis>: motion search range. Bigger is better
and slower.
Negative values are a completely different scale.
Good values are -1 for a fast encode, or 2-4 for slower.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">predia</emphasis>: motion search pre-pass.
Not as important as dia. Good values are 1 (default) to 4. Requires preme=2
to really be useful.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">cmp, subcmp, precmp</emphasis>: Comparison function for
motion estimation.
@@ -2707,19 +2785,16 @@
For cmp and subcmp, 2 is good for anime, and 3 is good for live action.
6 may or may not be slightly better, but is slow.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">last_pred</emphasis>: Number of motion predictors to
take from the previous frame.
1-3 or so help at little speed cost.
Higher values are slow for no extra gain.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">cbp, mv0</emphasis>: Controls the selection of macroblocks.
Small speed cost for small quality gain.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">qprd</emphasis>: adaptive quantization based on the
macroblock's complexity.
@@ -2727,7 +2802,6 @@
This can cause artifacts unless you set vqmax to some reasonably small value
(6 is good, maybe as low as 4); vqmin=1 should also help.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">qns</emphasis>: very slow, especially when combined
with qprd.
@@ -2736,7 +2810,6 @@
Do not use this unless you have already tweaked everything else as far as it
will go and the results still are not good enough.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">vqcomp</emphasis>: Tweak ratecontrol.
What values are good depends on the movie.
@@ -2745,7 +2818,6 @@
them on high-complexity scenes (default: 0.5, range: 0-1. recommended range:
0.5-0.7).
</para></listitem>
-
<listitem><para>
<emphasis role="bold">vlelim, vcelim</emphasis>: Sets the single coefficient
elimination threshold for luminance and chroma planes.
@@ -2757,7 +2829,6 @@
seem to be good for live movies, but seem not to help with anime;
when encoding animation, you should probably leave them unchanged.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">qpel</emphasis>: Quarter pixel motion estimation.
MPEG-4 uses half pixel precision for its motion search by default,
@@ -2768,13 +2839,11 @@
qpel always incurs a significant cost in CPU decode time (+25% in
practice).
</para></listitem>
-
<listitem><para>
<emphasis role="bold">psnr</emphasis>: does not affect the actual encoding,
but writes a log file giving the type/size/quality of each frame, and
prints a summary of PSNR (Peak Signal to Noise Ratio) at the end.
</para></listitem>
-
</itemizedlist>
<itemizedlist>
@@ -2782,7 +2851,6 @@
<listitem><para>
<emphasis role="bold">vme</emphasis>: The default is best.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">lumi_mask, dark_mask</emphasis>: Psychovisual adaptive
quantization.
@@ -2790,7 +2858,6 @@
Reasonable values may be effective in your case, but be warned this is very
subjective.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">scplx_mask</emphasis>: Tries to prevent blocky
artifacts, but postprocessing is better.
@@ -2798,31 +2865,38 @@
</itemizedlist>
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-mpeg4-lavc-example-settings">
<title>Encoding setting examples</title>
<para>
- The following settings are examples of different encoding
- option combinations that affect the speed vs quality tradeoff
- at the same target bitrate.
+The following settings are examples of different encoding
+option combinations that affect the speed vs quality tradeoff
+at the same target bitrate.
</para>
<para>
- All the encoding settings were tested on a 720x448 @30000/1001 fps
- video sample, the target bitrate was 900kbps, and the machine was an
- AMD-64 3400+ at 2400 MHz in 64 bits mode.
- Each encoding setting features the measured encoding speed (in
- frames per second) and the PSNR loss (in dB) compared to the "very
- high quality" setting.
- Please understand that depending on your source, your machine type
- and development advancements, you may get very different results.
+All the encoding settings were tested on a 720x448 @30000/1001 fps
+video sample, the target bitrate was 900kbps, and the machine was an
+AMD-64 3400+ at 2400 MHz in 64 bits mode.
+Each encoding setting features the measured encoding speed (in
+frames per second) and the PSNR loss (in dB) compared to the "very
+high quality" setting.
+Please understand that depending on your source, your machine type
+and development advancements, you may get very different results.
</para>
<para>
<informaltable frame="all">
<tgroup cols="4">
<thead>
-<row><entry>Description</entry><entry>Encoding options</entry><entry>speed (in fps)</entry><entry>Relative PSNR loss (in dB)</entry></row>
+<row>
+ <entry>Description</entry>
+ <entry>Encoding options</entry>
+ <entry>speed (in fps)</entry>
+ <entry>Relative PSNR loss (in dB)</entry>
+</row>
</thead>
<tbody>
<row>
@@ -2855,7 +2929,10 @@
</para>
</sect2>
-<sect2 id="custommatrices"><title>Custom inter/intra matrices</title>
+<!-- ********** -->
+
+<sect2 id="custommatrices">
+<title>Custom inter/intra matrices</title>
<para>
With this feature of
@@ -2904,202 +2981,204 @@
<para>
Usage:
<screen>
-$ mencoder <replaceable>input.avi</replaceable> -o <replaceable>output.avi</replaceable> -oac copy -ovc lavc -lavcopts inter_matrix=...:intra_matrix=...
+mencoder <replaceable>input.avi</replaceable> -o <replaceable>output.avi</replaceable> -oac copy -ovc lavc \
+ -lavcopts inter_matrix=...:intra_matrix=...
</screen>
</para>
<para>
<screen>
-$ mencoder <replaceable>input.avi</replaceable> -ovc lavc -lavcopts
-vcodec=mpeg2video:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37,
-12,14,18,27,29,34,37,38,22,26,27,31,36,37,38,40,26,27,29,36,39,38,40,48,27,
-29,34,37,38,40,48,58,29,34,37,38,40,48,58,69,34,37,38,40,48,58,69,79
-:inter_matrix=16,18,20,22,24,26,28,30,18,20,22,24,26,28,30,32,20,22,24,26,
-28,30,32,34,22,24,26,30,32,32,34,36,24,26,28,32,34,34,36,38,26,28,30,32,34,
+mencoder <replaceable>input.avi</replaceable> -ovc lavc -lavcopts \
+vcodec=mpeg2video:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37,\
+12,14,18,27,29,34,37,38,22,26,27,31,36,37,38,40,26,27,29,36,39,38,40,48,27,\
+29,34,37,38,40,48,58,29,34,37,38,40,48,58,69,34,37,38,40,48,58,69,79\
+:inter_matrix=16,18,20,22,24,26,28,30,18,20,22,24,26,28,30,32,20,22,24,26,\
+28,30,32,34,22,24,26,30,32,32,34,36,24,26,28,32,34,34,36,38,26,28,30,32,34,\
36,38,40,28,30,32,34,36,38,42,42,30,32,34,36,38,40,42,44 -oac copy -o svcd.mpg
</screen>
</para>
</sect2>
+<!-- ********** -->
<sect2 id="menc-feat-dvd-mpeg4-example">
<title>Example</title>
<para>
- So, you have just bought your shiny new copy of Harry Potter and the Chamber
- of Secrets (widescreen edition, of course), and you want to rip this DVD
- so that you can add it to your Home Theatre PC. This is a region 1 DVD,
- so it is NTSC. The example below will still apply to PAL, except you will
- omit <option>-ofps 24000/1001</option> (because the output framerate is the
- same as the input framerate), and of course the crop dimensions will be
- different.
+So, you have just bought your shiny new copy of Harry Potter and the Chamber
+of Secrets (widescreen edition, of course), and you want to rip this DVD
+so that you can add it to your Home Theatre PC. This is a region 1 DVD,
+so it is NTSC. The example below will still apply to PAL, except you will
+omit <option>-ofps 24000/1001</option> (because the output framerate is the
+same as the input framerate), and of course the crop dimensions will be
+different.
</para>
<para>
- After running <option>mplayer dvd://1</option>, we follow the process
- detailed in the section <link linkend="menc-feat-telecine">How to deal
- with telecine and interlacing in NTSC DVDs</link> and discover that it is
- 24000/1001 fps progressive video, which means that we need not use an inverse
- telecine filter, such as <option>pullup</option> or
- <option>filmdint</option>.
+After running <option>mplayer dvd://1</option>, we follow the process
+detailed in the section <link linkend="menc-feat-telecine">How to deal
+with telecine and interlacing in NTSC DVDs</link> and discover that it is
+24000/1001 fps progressive video, which means that we need not use an inverse
+telecine filter, such as <option>pullup</option> or
+<option>filmdint</option>.
</para>
<para>
- Next, we want to determine the appropriate crop rectangle, so we use the
- cropdetect filter:
-
- <screen>mplayer dvd://1 -vf cropdetect</screen>
-
- Make sure you seek to a fully filled frame (such as a bright scene), and
- you will see in <application>MPlayer</application>'s console output:
-
- <screen>crop area: X: 0..719 Y: 57..419 (-vf crop=720:362:0:58)</screen>
-
- We then play the movie back with this filter to test its correctness:
-
- <screen>mplayer dvd://1 -vf crop=720:362:0:58</screen>
-
- And we see that it looks perfectly fine. Next, we ensure the width and
- height are a multiple of 16. The width is fine, however the height is
- not. Since we did not fail 7th grade math, we know that the nearest
- multiple of 16 lower than 362 is 352.
+Next, we want to determine the appropriate crop rectangle, so we use the
+cropdetect filter:
+<screen>mplayer dvd://1 -vf cropdetect</screen>
+Make sure you seek to a fully filled frame (such as a bright scene), and
+you will see in <application>MPlayer</application>'s console output:
+<screen>crop area: X: 0..719 Y: 57..419 (-vf crop=720:362:0:58)</screen>
+We then play the movie back with this filter to test its correctness:
+<screen>mplayer dvd://1 -vf crop=720:362:0:58</screen>
+And we see that it looks perfectly fine. Next, we ensure the width and
+height are a multiple of 16. The width is fine, however the height is
+not. Since we did not fail 7th grade math, we know that the nearest
+multiple of 16 lower than 362 is 352.
</para>
<para>
- We could just use <option>crop=720:352:0:58</option>, but it would be nice
- to take a little off the top and a little off the bottom so that we
- retain the center. We have shrunk the height by 10 pixels, but we do not
- want to increase the y-offset by 5-pixels since that is an odd number and
- will adversely affect quality. Instead, we will increase the y-offset by
- 4 pixels:
-
- <screen>mplayer dvd://1 -vf crop=720:352:0:62</screen>
-
- Another reason to shave pixels from both the top and the bottom is that we
- ensure we have eliminated any half-black pixels if they exist. Note that if
- your video is telecined, make sure the <option>pullup</option> filter (or
- whichever inverse telecine filter you decide to use) appears in the filter
- chain before you crop. If it is interlaced, deinterlace before cropping.
- (If you choose to preserve the interlaced video, then make sure your
- vertical crop offset is a multiple of 4.)
+We could just use <option>crop=720:352:0:58</option>, but it would be nice
+to take a little off the top and a little off the bottom so that we
+retain the center. We have shrunk the height by 10 pixels, but we do not
+want to increase the y-offset by 5-pixels since that is an odd number and
+will adversely affect quality. Instead, we will increase the y-offset by
+4 pixels:
+<screen>mplayer dvd://1 -vf crop=720:352:0:62</screen>
+Another reason to shave pixels from both the top and the bottom is that we
+ensure we have eliminated any half-black pixels if they exist. Note that if
+your video is telecined, make sure the <option>pullup</option> filter (or
+whichever inverse telecine filter you decide to use) appears in the filter
+chain before you crop. If it is interlaced, deinterlace before cropping.
+(If you choose to preserve the interlaced video, then make sure your
+vertical crop offset is a multiple of 4.)
</para>
<para>
- If you are really concerned about losing those 10 pixels, you might
- prefer instead to scale the dimensions down to the nearest multiple of 16.
- The filter chain would look like:
-
- <screen>-vf crop=720:362:0:58,scale=720:352</screen>
-
- Scaling the video down like this will mean that some small amount of
- detail is lost, though it probably will not be perceptible. Scaling up will
- result in lower quality (unless you increase the bitrate). Cropping
- discards those pixels altogether. It is a tradeoff that you will want to
- consider for each circumstance. For example, if the DVD video was made
- for television, you might want to avoid vertical scaling, since the line
- sampling corresponds to the way the content was originally recorded.
+If you are really concerned about losing those 10 pixels, you might
+prefer instead to scale the dimensions down to the nearest multiple of 16.
+The filter chain would look like:
+<screen>-vf crop=720:362:0:58,scale=720:352</screen>
+Scaling the video down like this will mean that some small amount of
+detail is lost, though it probably will not be perceptible. Scaling up will
+result in lower quality (unless you increase the bitrate). Cropping
+discards those pixels altogether. It is a tradeoff that you will want to
+consider for each circumstance. For example, if the DVD video was made
+for television, you might want to avoid vertical scaling, since the line
+sampling corresponds to the way the content was originally recorded.
</para>
<para>
- On inspection, we see that our movie has a fair bit of action and high
- amounts of detail, so we pick 2400Kbit for our bitrate.
+On inspection, we see that our movie has a fair bit of action and high
+amounts of detail, so we pick 2400Kbit for our bitrate.
</para>
<para>
- We are now ready to do the two pass encode. Pass one:
-
- <screen>mencoder dvd://1 -ofps 24000/1001 -oac copy -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2 -ovc lavc \
--lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=1 \
--o Harry_Potter_2.avi</screen>
-
- And pass two is the same, except that we specify <option>vpass=2</option>:
-
- <screen>mencoder dvd://1 -ofps 24000/1001 -oac copy -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2 -ovc lavc \
--lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=2 \
--o Harry_Potter_2.avi</screen>
+We are now ready to do the two pass encode. Pass one:
+<screen>
+mencoder dvd://1 -ofps 24000/1001 -oac copy -o <replaceable>Harry_Potter_2.avi</replaceable> -ovc lavc \
+ -lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=1 \
+ -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2
+</screen>
+And pass two is the same, except that we specify <option>vpass=2</option>:
+<screen>
+mencoder dvd://1 -ofps 24000/1001 -oac copy -o <replaceable>Harry_Potter_2.avi</replaceable> -ovc lavc \
+ -lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=2 \
+ -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2
+</screen>
</para>
<para>
- The options <option>v4mv:mbd=2:trell</option> will greatly increase the
- quality at the expense of encoding time. There is little reason to leave
- these options out when the primary goal is quality. The options
- <option>cmp=3:subcmp=3:mbcmp=3</option> select a comparison function that
- yields higher quality than the defaults. You might try experimenting with
- this parameter (refer to the man page for the possible values) as
- different functions can have a large impact on quality depending on the
- source material. For example, if you find
- <systemitem class="library">libavcodec</systemitem> produces too much
- blocky artifacting, you could try selecting the experimental NSSE as
- comparison function via <option>*cmp=10</option>.
+The options <option>v4mv:mbd=2:trell</option> will greatly increase the
+quality at the expense of encoding time. There is little reason to leave
+these options out when the primary goal is quality. The options
+<option>cmp=3:subcmp=3:mbcmp=3</option> select a comparison function that
+yields higher quality than the defaults. You might try experimenting with
+this parameter (refer to the man page for the possible values) as
+different functions can have a large impact on quality depending on the
+source material. For example, if you find
+<systemitem class="library">libavcodec</systemitem> produces too much
+blocky artifacting, you could try selecting the experimental NSSE as
+comparison function via <option>*cmp=10</option>.
</para>
<para>
- For this movie, the resulting AVI will be 138 minutes long and nearly
- 3GB. And because you said that file size does not matter, this is a
- perfectly acceptable size. However, if you had wanted it smaller, you
- could try a lower bitrate. Increasing bitrates have diminishing
- returns, so while we might clearly see an improvement from 1800Kbit to
- 2000Kbit, it might not be so noticeable above 2000Kbit. Feel
- free to experiment until you are happy.
+For this movie, the resulting AVI will be 138 minutes long and nearly
+3GB. And because you said that file size does not matter, this is a
+perfectly acceptable size. However, if you had wanted it smaller, you
+could try a lower bitrate. Increasing bitrates have diminishing
+returns, so while we might clearly see an improvement from 1800Kbit to
+2000Kbit, it might not be so noticeable above 2000Kbit. Feel
+free to experiment until you are happy.
</para>
<para>
- Because we passed the source video through a denoise filter, you may want
- to add some of it back during playback. This, along with the
- <option>spp</option> post-processing filter, drastically improves the
- perception of quality and helps eliminate blocky artifacts in the video.
- With <application>MPlayer</application>'s <option>autoq</option> option,
- you can vary the amount of post-processing done by the spp filter
- depending on available CPU. Also, at this point, you may want to apply
- gamma and/or color correction to best suit your display. For example:
-
- <screen>mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2=1.2 -autoq 3</screen>
-
+Because we passed the source video through a denoise filter, you may want
+to add some of it back during playback. This, along with the
+<option>spp</option> post-processing filter, drastically improves the
+perception of quality and helps eliminate blocky artifacts in the video.
+With <application>MPlayer</application>'s <option>autoq</option> option,
+you can vary the amount of post-processing done by the spp filter
+depending on available CPU. Also, at this point, you may want to apply
+gamma and/or color correction to best suit your display. For example:
+<screen>
+mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=1.2 -autoq 3
+</screen>
</para>
</sect2>
</sect1>
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="menc-feat-xvid">
<title>Encoding with the <systemitem class="library">Xvid</systemitem>
-codec</title>
+ codec</title>
+
<para>
- <systemitem class="library">Xvid</systemitem> is a free library for
- encoding MPEG-4 ASP video streams.
- Before starting to encode, you need to <link linkend="xvid">
- set up <application>MEncoder</application> to support it</link>.
+<systemitem class="library">Xvid</systemitem> is a free library for
+encoding MPEG-4 ASP video streams.
+Before starting to encode, you need to <link linkend="xvid">
+set up <application>MEncoder</application> to support it</link>.
</para>
+
<para>
- This guide mainly aims at featuring the same kind of information
- as x264's encoding guide.
- Therefore, please begin by reading
- <link linkend="menc-feat-x264-encoding-options-intro">the first part</link>
- of that guide.
+This guide mainly aims at featuring the same kind of information
+as x264's encoding guide.
+Therefore, please begin by reading
+<link linkend="menc-feat-x264-encoding-options-intro">the first part</link>
+of that guide.
</para>
+<!-- ********** -->
<sect2 id="menc-feat-xvid-intro">
<title>What options should I use to get the best results?</title>
<para>
- Please begin by reviewing the
- <systemitem class="library">Xvid</systemitem> section of
- <application>MPlayer</application>'s man page.
- This section is intended to be a supplement to the man page.
+Please begin by reviewing the
+<systemitem class="library">Xvid</systemitem> section of
+<application>MPlayer</application>'s man page.
+This section is intended to be a supplement to the man page.
</para>
+
<para>
- The Xvid default settings are already a good tradeoff between
- speed and quality, therefore you can safely stick to them if
- the following section puzzles you.
+The Xvid default settings are already a good tradeoff between
+speed and quality, therefore you can safely stick to them if
+the following section puzzles you.
</para>
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-xvid-encoding-options">
<title>Encoding options of <systemitem class="library">Xvid</systemitem></title>
<itemizedlist>
<listitem><para>
- <emphasis role="bold">vhq</emphasis>
+ <emphasis role="bold">vhq</emphasis>
This setting affects the macroblock decision algorithm, where the
higher the setting, the wiser the decision.
The default setting may be safely used for every encode, while
@@ -3110,16 +3189,14 @@
Turning it off will noticeably speed up encoding; if speed is
critical for you, the tradeoff may be worth it.
</para></listitem>
-
<listitem><para>
- <emphasis role="bold">bvhq</emphasis>
+ <emphasis role="bold">bvhq</emphasis>
This does the same job as vhq, but does it on B-frames.
It has a negligible impact on speed, and slightly improves quality
(around +0.1dB PSNR).
</para></listitem>
-
<listitem><para>
- <emphasis role="bold">max_bframes</emphasis>
+ <emphasis role="bold">max_bframes</emphasis>
A higher number of consecutive allowed B-frames usually improves
compressibility, although it may also lead to more blocking artifacts.
The default setting is a good tradeoff between compressibility and
@@ -3129,9 +3206,8 @@
target bitrate is high enough to ensure that the encoder does not
have to increase quantizers to reach it.
</para></listitem>
-
<listitem><para>
- <emphasis role="bold">bf_threshold</emphasis>
+ <emphasis role="bold">bf_threshold</emphasis>
This controls the B-frame sensitivity of the encoder, where a higher
value leads to more B-frames being used (and vice versa).
This setting is to be used together with <option>max_bframes</option>;
@@ -3150,9 +3226,8 @@
consecutive B-frame), this would be your only way to
increase compressibility through using B-frames.
</para></listitem>
-
<listitem><para>
- <emphasis role="bold">trellis</emphasis>
+ <emphasis role="bold">trellis</emphasis>
Optimizes the quantization process to get an optimal tradeoff
between PSNR and bitrate, which allows significant bit saving.
These bits will in return be spent elsewhere on the video,
@@ -3162,7 +3237,6 @@
have turned down <option>vhq</option> and all other more
CPU-hungry options to the minimum.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">hq_ac</emphasis>
Activates a better coefficient cost estimation method, which slightly
@@ -3170,32 +3244,32 @@
than 0.01dB PSNR increase), while having a negligible impact on speed.
It is therefore recommended to always leave it on.
</para></listitem>
-
<listitem><para>
- <emphasis role="bold">cartoon</emphasis>
+ <emphasis role="bold">cartoon</emphasis>
Designed to better encode cartoon content, and has no impact on
speed as it just tunes the mode decision heuristics for this type
of content.
</para></listitem>
-
-<listitem><para>
- <emphasis role="bold">me_quality</emphasis>
+<listitem>
+ <para>
+ <emphasis role="bold">me_quality</emphasis>
This setting is to control the precision of the motion estimation.
The higher <option>me_quality</option>, the more
precise the estimation of the original motion will be, and the
better the resulting clip will capture the original motion.
- </para>
- <para>
+ </para>
+
+ <para>
The default setting is best in all cases;
thus it is not recommended to turn it down unless you are
really looking for speed, as all the bits saved by a good motion
estimation would be spent elsewhere, raising overall quality.
Therefore, do not go any lower than 5, and even that only as a last
resort.
-</para></listitem>
-
+ </para>
+</listitem>
<listitem><para>
- <emphasis role="bold">chroma_me</emphasis>
+ <emphasis role="bold">chroma_me</emphasis>
Improves motion estimation by also taking the chroma (color)
information into account, whereas <option>me_quality</option>
alone only uses luma (grayscale).
@@ -3205,73 +3279,76 @@
If you are looking for speed, you should disable this option before
starting to consider reducing <option>me_quality</option>.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">chroma_opt</emphasis>
- Is intended to increase chroma image quality around pure
- white/black edges, rather than improving compression.
- This can help to reduce the "red stairs" effect.
+ Is intended to increase chroma image quality around pure
+ white/black edges, rather than improving compression.
+ This can help to reduce the "red stairs" effect.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">lumi_mask</emphasis>
- Tries to give less bitrate to part of the picture that the
- human eye cannot see very well, which should allow the encoder
- to spend the saved bits on more important parts of the picture.
- The quality of the encode yielded by this option highly depends
- on personal preferences and on the type and monitor settings
- used to watch it (typically, it will not look as good if it is
- bright or if it is a TFT monitor).
+ Tries to give less bitrate to part of the picture that the
+ human eye cannot see very well, which should allow the encoder
+ to spend the saved bits on more important parts of the picture.
+ The quality of the encode yielded by this option highly depends
+ on personal preferences and on the type and monitor settings
+ used to watch it (typically, it will not look as good if it is
+ bright or if it is a TFT monitor).
</para></listitem>
-
-<listitem><para>
+<listitem>
+ <para>
<emphasis role="bold">qpel</emphasis>
- Raise the number of candidate motion vectors by increasing
- the precision of the motion estimation from halfpel to
- quarterpel.
- The idea is to find better motion vectors which will in return
- reduce bitrate (hence increasing quality).
- However, motion vectors with quarterpel precision require a
- few extra bits to code, but the candidate vectors do not always
+ Raise the number of candidate motion vectors by increasing
+ the precision of the motion estimation from halfpel to
+ quarterpel.
+ The idea is to find better motion vectors which will in return
+ reduce bitrate (hence increasing quality).
+ However, motion vectors with quarterpel precision require a
+ few extra bits to code, but the candidate vectors do not always
give (much) better results.
Quite often, the codec still spends bits on the extra precision,
but little or no extra quality is gained in return.
Unfortunately, there is no way to foresee the possible gains of
<option>qpel</option>, so you need to actually encode with and
without it to know for sure.
- </para><para>
- <option>qpel</option> can be almost double encoding time, and
- requires as much as 25% more processing power to decode.
- It is not supported by all standalone players.
-</para></listitem>
-
+ </para>
+
+ <para>
+ <option>qpel</option> can be almost double encoding time, and
+ requires as much as 25% more processing power to decode.
+ It is not supported by all standalone players.
+ </para>
+</listitem>
<listitem><para>
<emphasis role="bold">gmc</emphasis>
- Tries to save bits on panning scenes by using a single motion
- vector for the whole frame.
- This almost always raises PSNR, but significantly slows down
- encoding (as well as decoding).
- Therefore, you should only use it when you have turned
- <option>vhq</option> to the maximum.
- <systemitem class="library">Xvid</systemitem>'s GMC is more
- sophisticated than DivX's, but is only supported by few
- standalone players.
+ Tries to save bits on panning scenes by using a single motion
+ vector for the whole frame.
+ This almost always raises PSNR, but significantly slows down
+ encoding (as well as decoding).
+ Therefore, you should only use it when you have turned
+ <option>vhq</option> to the maximum.
+ <systemitem class="library">Xvid</systemitem>'s GMC is more
+ sophisticated than DivX's, but is only supported by few
+ standalone players.
</para></listitem>
-
</itemizedlist>
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-xvid-encoding-profiles">
<title>Encoding profiles</title>
+
<para>
- Xvid supports encoding profiles through the <option>profile</option> option,
- which are used to impose restrictions on the properties of the Xvid video
- stream such that it will be playable on anything which supports the
- chosen profile.
- The restrictions relate to resolutions, bitrates and certain MPEG-4
- features.
- The following table shows what each profile supports.
+Xvid supports encoding profiles through the <option>profile</option> option,
+which are used to impose restrictions on the properties of the Xvid video
+stream such that it will be playable on anything which supports the
+chosen profile.
+The restrictions relate to resolutions, bitrates and certain MPEG-4
+features.
+The following table shows what each profile supports.
</para>
+
<informaltable>
<tgroup cols="16" align="center">
<colspec colnum="1" colname="col1"/>
@@ -3294,267 +3371,268 @@
<spanspec spanname="spa2-5" namest="col2" nameend="col5"/>
<spanspec spanname="spa6-11" namest="col6" nameend="col11"/>
<spanspec spanname="spa12-17" namest="col12" nameend="col17"/>
- <tbody>
- <row>
- <entry></entry>
- <entry spanname="spa2-5">Simple</entry>
- <entry spanname="spa6-11">Advanced Simple</entry>
- <entry spanname="spa12-17">DivX</entry>
- </row>
- <row>
- <entry>Profile name</entry>
- <entry>0</entry>
- <entry>1</entry>
- <entry>2</entry>
- <entry>3</entry>
- <entry>0</entry>
- <entry>1</entry>
- <entry>2</entry>
- <entry>3</entry>
- <entry>4</entry>
- <entry>5</entry>
- <entry>Handheld</entry>
- <entry>Portable NTSC</entry>
- <entry>Portable PAL</entry>
- <entry>Home Theater NTSC</entry>
- <entry>Home Theater PAL</entry>
- <entry>HDTV</entry>
- </row>
- <row>
- <entry>Width [pixels]</entry>
- <entry>176</entry>
- <entry>176</entry>
- <entry>352</entry>
- <entry>352</entry>
- <entry>176</entry>
- <entry>176</entry>
- <entry>352</entry>
- <entry>352</entry>
- <entry>352</entry>
- <entry>720</entry>
- <entry>176</entry>
- <entry>352</entry>
- <entry>352</entry>
- <entry>720</entry>
- <entry>720</entry>
- <entry>1280</entry>
- </row>
- <row>
- <entry>Height [pixels]</entry>
- <entry>144</entry>
- <entry>144</entry>
- <entry>288</entry>
- <entry>288</entry>
- <entry>144</entry>
- <entry>144</entry>
- <entry>288</entry>
- <entry>288</entry>
- <entry>576</entry>
- <entry>576</entry>
- <entry>144</entry>
- <entry>240</entry>
- <entry>288</entry>
- <entry>480</entry>
- <entry>576</entry>
- <entry>720</entry>
- </row>
- <row>
- <entry>Frame rate [fps]</entry>
- <entry>15</entry>
- <entry>15</entry>
- <entry>15</entry>
- <entry>15</entry>
- <entry>30</entry>
- <entry>30</entry>
- <entry>15</entry>
- <entry>30</entry>
- <entry>30</entry>
- <entry>30</entry>
- <entry>15</entry>
- <entry>30</entry>
- <entry>25</entry>
- <entry>30</entry>
- <entry>25</entry>
- <entry>30</entry>
- </row>
- <row>
- <entry>Max average bitrate [kbps]</entry>
- <entry>64</entry>
- <entry>64</entry>
- <entry>128</entry>
- <entry>384</entry>
- <entry>128</entry>
- <entry>128</entry>
- <entry>384</entry>
- <entry>768</entry>
- <entry>3000</entry>
- <entry>8000</entry>
- <entry>537.6</entry>
- <entry>4854</entry>
- <entry>4854</entry>
- <entry>4854</entry>
- <entry>4854</entry>
- <entry>9708.4</entry>
- </row>
- <row>
- <entry>Peak average bitrate over 3 secs [kbps]</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry>800</entry>
- <entry>8000</entry>
- <entry>8000</entry>
- <entry>8000</entry>
- <entry>8000</entry>
- <entry>16000</entry>
- </row>
- <row>
- <entry>Max. B-frames</entry>
- <entry>0</entry>
- <entry>0</entry>
- <entry>0</entry>
- <entry>0</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry>0</entry>
- <entry>1</entry>
- <entry>1</entry>
- <entry>1</entry>
- <entry>1</entry>
- <entry>2</entry>
- </row>
- <row>
- <entry>MPEG quantization</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- </row>
- <row>
- <entry>Adaptive quantization</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- </row>
- <row>
- <entry>Interlaced encoding</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- </row>
- <row>
- <entry>Quaterpixel</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- </row>
- <row>
- <entry>Global motion compensation</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry>X</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- </row>
- </tbody>
+<tbody>
+<row>
+ <entry></entry>
+ <entry spanname="spa2-5">Simple</entry>
+ <entry spanname="spa6-11">Advanced Simple</entry>
+ <entry spanname="spa12-17">DivX</entry>
+</row>
+<row>
+ <entry>Profile name</entry>
+ <entry>0</entry>
+ <entry>1</entry>
+ <entry>2</entry>
+ <entry>3</entry>
+ <entry>0</entry>
+ <entry>1</entry>
+ <entry>2</entry>
+ <entry>3</entry>
+ <entry>4</entry>
+ <entry>5</entry>
+ <entry>Handheld</entry>
+ <entry>Portable NTSC</entry>
+ <entry>Portable PAL</entry>
+ <entry>Home Theater NTSC</entry>
+ <entry>Home Theater PAL</entry>
+ <entry>HDTV</entry>
+</row>
+<row>
+ <entry>Width [pixels]</entry>
+ <entry>176</entry>
+ <entry>176</entry>
+ <entry>352</entry>
+ <entry>352</entry>
+ <entry>176</entry>
+ <entry>176</entry>
+ <entry>352</entry>
+ <entry>352</entry>
+ <entry>352</entry>
+ <entry>720</entry>
+ <entry>176</entry>
+ <entry>352</entry>
+ <entry>352</entry>
+ <entry>720</entry>
+ <entry>720</entry>
+ <entry>1280</entry>
+</row>
+<row>
+ <entry>Height [pixels]</entry>
+ <entry>144</entry>
+ <entry>144</entry>
+ <entry>288</entry>
+ <entry>288</entry>
+ <entry>144</entry>
+ <entry>144</entry>
+ <entry>288</entry>
+ <entry>288</entry>
+ <entry>576</entry>
+ <entry>576</entry>
+ <entry>144</entry>
+ <entry>240</entry>
+ <entry>288</entry>
+ <entry>480</entry>
+ <entry>576</entry>
+ <entry>720</entry>
+</row>
+<row>
+ <entry>Frame rate [fps]</entry>
+ <entry>15</entry>
+ <entry>15</entry>
+ <entry>15</entry>
+ <entry>15</entry>
+ <entry>30</entry>
+ <entry>30</entry>
+ <entry>15</entry>
+ <entry>30</entry>
+ <entry>30</entry>
+ <entry>30</entry>
+ <entry>15</entry>
+ <entry>30</entry>
+ <entry>25</entry>
+ <entry>30</entry>
+ <entry>25</entry>
+ <entry>30</entry>
+</row>
+<row>
+ <entry>Max average bitrate [kbps]</entry>
+ <entry>64</entry>
+ <entry>64</entry>
+ <entry>128</entry>
+ <entry>384</entry>
+ <entry>128</entry>
+ <entry>128</entry>
+ <entry>384</entry>
+ <entry>768</entry>
+ <entry>3000</entry>
+ <entry>8000</entry>
+ <entry>537.6</entry>
+ <entry>4854</entry>
+ <entry>4854</entry>
+ <entry>4854</entry>
+ <entry>4854</entry>
+ <entry>9708.4</entry>
+</row>
+<row>
+ <entry>Peak average bitrate over 3 secs [kbps]</entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry>800</entry>
+ <entry>8000</entry>
+ <entry>8000</entry>
+ <entry>8000</entry>
+ <entry>8000</entry>
+ <entry>16000</entry>
+</row>
+<row>
+ <entry>Max. B-frames</entry>
+ <entry>0</entry>
+ <entry>0</entry>
+ <entry>0</entry>
+ <entry>0</entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry>0</entry>
+ <entry>1</entry>
+ <entry>1</entry>
+ <entry>1</entry>
+ <entry>1</entry>
+ <entry>2</entry>
+</row>
+<row>
+ <entry>MPEG quantization</entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+</row>
+<row>
+ <entry>Adaptive quantization</entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+</row>
+<row>
+ <entry>Interlaced encoding</entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+</row>
+<row>
+ <entry>Quaterpixel</entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+</row>
+<row>
+ <entry>Global motion compensation</entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry>X</entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+ <entry></entry>
+</row>
+</tbody>
</tgroup>
</informaltable>
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-xvid-example-settings">
<title>Encoding setting examples</title>
<para>
- The following settings are examples of different encoding
- option combinations that affect the speed vs quality tradeoff
- at the same target bitrate.
+The following settings are examples of different encoding
+option combinations that affect the speed vs quality tradeoff
+at the same target bitrate.
</para>
<para>
- All the encoding settings were tested on a 720x448 @30000/1001 fps
- video sample, the target bitrate was 900kbps, and the machine was an
- AMD-64 3400+ at 2400 MHz in 64 bits mode.
- Each encoding setting features the measured encoding speed (in
- frames per second) and the PSNR loss (in dB) compared to the "very
- high quality" setting.
- Please understand that depending on your source, your machine type
- and development advancements, you may get very different results.
+All the encoding settings were tested on a 720x448 @30000/1001 fps
+video sample, the target bitrate was 900kbps, and the machine was an
+AMD-64 3400+ at 2400 MHz in 64 bits mode.
+Each encoding setting features the measured encoding speed (in
+frames per second) and the PSNR loss (in dB) compared to the "very
+high quality" setting.
+Please understand that depending on your source, your machine type
+and development advancements, you may get very different results.
</para>
-<para>
<informaltable frame="all">
<tgroup cols="4">
<thead>
@@ -3588,91 +3666,103 @@
</tbody>
</tgroup>
</informaltable>
-</para>
</sect2>
-
</sect1>
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="menc-feat-x264">
<title>Encoding with the <systemitem class="library">x264</systemitem> codec</title>
<para>
- <systemitem class="library">x264</systemitem> is a free library for
- encoding H.264/AVC video streams.
- Before starting to encode, you need to <link linkend="codec-x264-encode">
- set up <application>MEncoder</application> to support it</link>.
+<systemitem class="library">x264</systemitem> is a free library for
+encoding H.264/AVC video streams.
+Before starting to encode, you need to <link linkend="codec-x264-encode">
+set up <application>MEncoder</application> to support it</link>.
</para>
+<!-- ********** -->
+
<sect2 id="menc-feat-x264-encoding-options">
<title>Encoding options of x264</title>
<para>
- Please begin by reviewing the
- <systemitem class="library">x264</systemitem> section of
- <application>MPlayer</application>'s man page.
- This section is intended to be a supplement to the man page.
- Here you will find quick hints about which options are most
- likely to interest most people. The man page is more terse,
- but also more exhaustive, and it sometimes offers much better
- technical detail.
+Please begin by reviewing the
+<systemitem class="library">x264</systemitem> section of
+<application>MPlayer</application>'s man page.
+This section is intended to be a supplement to the man page.
+Here you will find quick hints about which options are most
+likely to interest most people. The man page is more terse,
+but also more exhaustive, and it sometimes offers much better
+technical detail.
</para>
+
<sect3 id="menc-feat-x264-encoding-options-intro">
<title>Introduction</title>
-<para>This guide considers two major categories of encoding options:</para>
+
+<para>
+This guide considers two major categories of encoding options:
+</para>
<orderedlist>
- <listitem><para>Options which mainly trade off encoding time vs. quality
- </para></listitem>
- <listitem><para>Options which may be useful for fulfilling various personal
- preferences and special requirements</para></listitem>
+<listitem><para>
+ Options which mainly trade off encoding time vs. quality
+</para></listitem>
+<listitem><para>
+ Options which may be useful for fulfilling various personal
+ preferences and special requirements
+</para></listitem>
</orderedlist>
<para>
- Ultimately, only you can decide which options are best for your
- purposes. The decision for the first class of options is the simplest:
- you only have to decide whether you think the quality differences
- justify the speed differences. For the second class of options,
- preferences may be far more subjective, and more factors may be
- involved. Note that some of the "personal preferences and special
- requirements" options can still have large impacts on speed or quality,
- but that is not what they are primarily useful for. A couple of the
- "personal preference" options may even cause changes that look better
- to some people, but look worse to others.
+Ultimately, only you can decide which options are best for your
+purposes. The decision for the first class of options is the simplest:
+you only have to decide whether you think the quality differences
+justify the speed differences. For the second class of options,
+preferences may be far more subjective, and more factors may be
+involved. Note that some of the "personal preferences and special
+requirements" options can still have large impacts on speed or quality,
+but that is not what they are primarily useful for. A couple of the
+"personal preference" options may even cause changes that look better
+to some people, but look worse to others.
</para>
<para>
- Before continuing, you need to understand that this guide uses only one
- quality metric: global PSNR.
- For a brief explanation of what PSNR is, see
- <ulink url="http://en.wikipedia.org/wiki/PSNR">the Wikipedia article on PSNR</ulink>.
- Global PSNR is the last PSNR number reported when you include
- the <option>psnr</option> option in <option>x264encopts</option>.
- Any time you read a claim about PSNR, one of the assumptions
- behind the claim is that equal bitrates are used.
+Before continuing, you need to understand that this guide uses only one
+quality metric: global PSNR.
+For a brief explanation of what PSNR is, see
+<ulink url="http://en.wikipedia.org/wiki/PSNR">the Wikipedia article on PSNR</ulink>.
+Global PSNR is the last PSNR number reported when you include
+the <option>psnr</option> option in <option>x264encopts</option>.
+Any time you read a claim about PSNR, one of the assumptions
+behind the claim is that equal bitrates are used.
</para>
<para>
- Nearly all of this guide's comments assume you are using
- two pass.
- When comparing options, there are two major reasons for using
- two pass encoding.
- First, using two pass often gains around 1dB PSNR, which is a
- very big difference.
- Secondly, testing options by doing direct quality comparisons
- with one pass encodes introduces a major confounding
- factor: bitrate often varies significantly with each encode.
- It is not always easy to tell whether quality changes are due
- mainly to changed options, or if they mostly reflect essentially
- random differences in the achieved bitrate.
+Nearly all of this guide's comments assume you are using
+two pass.
+When comparing options, there are two major reasons for using
+two pass encoding.
+First, using two pass often gains around 1dB PSNR, which is a
+very big difference.
+Secondly, testing options by doing direct quality comparisons
+with one pass encodes introduces a major confounding
+factor: bitrate often varies significantly with each encode.
+It is not always easy to tell whether quality changes are due
+mainly to changed options, or if they mostly reflect essentially
+random differences in the achieved bitrate.
</para>
-
</sect3>
+
<sect3 id="menc-feat-x264-encoding-options-speedvquality">
<title>Options which primarily affect speed and quality</title>
<itemizedlist>
-<listitem><para>
+<listitem>
+ <para>
<emphasis role="bold">subq</emphasis>:
Of the options which allow you to trade off speed for quality,
<option>subq</option> and <option>frameref</option> (see below) are usually
@@ -3691,8 +3781,9 @@
Typically, <option>subq=5</option> achieves 0.2-0.5 dB higher global
PSNR in comparison <option>subq=1</option>.
This is usually enough to be visible.
-</para>
-<para>
+ </para>
+
+ <para>
<option>subq=6</option> is the slowest, highest quality mode.
In comparison to <option>subq=5</option>, it usually gains 0.1-0.4 dB
global PSNR with speed costs varying from 25%-100%.
@@ -3704,18 +3795,17 @@
and quality in complex, high motion scenes, but it may not have much effect
in low-motion scenes. Note that it is still recommended to always set
<option>bframes</option> to something other than zero (see below).
-</para></listitem>
-<listitem><para>
+ </para>
+</listitem>
+<listitem>
+ <para>
<emphasis role="bold">frameref</emphasis>:
<option>frameref</option> is set to 1 by default, but this
- should not be taken to imply that it is reasonable to set it
- to 1.
+ should not be taken to imply that it is reasonable to set it to 1.
Merely raising <option>frameref</option> to 2 gains around
- 0.15dB PSNR with a 5-10% speed penalty; this seems like a
- good tradeoff.
+ 0.15dB PSNR with a 5-10% speed penalty; this seems like a good tradeoff.
<option>frameref=3</option> gains around 0.25dB PSNR over
- <option>frameref=1</option>, which should be a visible
- difference.
+ <option>frameref=1</option>, which should be a visible difference.
<option>frameref=3</option> is around 15% slower than
<option>frameref=1</option>.
Unfortunately, diminishing returns set in rapidly.
@@ -3724,8 +3814,7 @@
15% speed penalty.
Above <option>frameref=6</option>, the quality gains are
usually very small (although you should keep in mind throughout
- this whole discussion that it can vary quite a lot depending on
- your source).
+ this whole discussion that it can vary quite a lot depending on your source).
In a fairly typical case, <option>frameref=12</option>
will improve global PSNR by a tiny 0.02dB over
<option>frameref=6</option>, at a speed cost of 15%-20%.
@@ -3734,9 +3823,9 @@
almost certainly never <emphasis role="bold">harm</emphasis>
PSNR, but the additional quality benefits are barely even
measurable, let alone perceptible.
-</para>
-<note><title>Note:</title>
-<para>
+ </para>
+ <note><title>Note:</title>
+ <para>
Raising <option>frameref</option> to unnecessarily high values
<emphasis role="bold">can</emphasis> and
<emphasis role="bold">usually does</emphasis>
@@ -3745,9 +3834,8 @@
<option>frameref</option> "too high" currently seems too remote
to even worry about, and in the future, optimizations may remove
the possibility altogether.
-</para>
-</note>
-<para>
+ </para></note>
+ <para>
If you care about speed, a reasonable compromise is to use low
<option>subq</option> and <option>frameref</option> values on
the first pass, and then raise them on the second pass.
@@ -3767,9 +3855,10 @@
<option>frameref</option> to 3 or higher.
This issue is probably extremely rare in live action video material,
but it does sometimes come up in video game captures.
-</para></listitem>
-
-<listitem><para>
+ </para>
+</listitem>
+<listitem>
+ <para>
<emphasis role="bold">me</emphasis>:
This option is for choosing the motion estimation search method.
Altering this option provides a straightforward quality-vs-speed
@@ -3783,13 +3872,12 @@
is about 40% slower than the default <option> me=hex</option>. With
<option>frameref=3</option>, the speed penalty incurred drops to
25%-30%.
-</para>
-<para>
+ </para>
+ <para>
<option>me=esa</option> uses an exhaustive search that is too slow for
practical use.
-</para>
+ </para>
</listitem>
-
<listitem><para>
<emphasis role="bold">partitions=all</emphasis>:
This option enables the use of 8x4, 4x8 and 4x4 subpartitions in
@@ -3799,10 +3887,9 @@
containing only low motion, however in some high-motion source,
particularly source with lots of small moving objects, gains of
about 0.1dB can be expected.
-</para>
-</listitem>
-
-<listitem><para>
+</para></listitem>
+<listitem>
+ <para>
<emphasis role="bold">bframes</emphasis>:
If you are used to encoding with other codecs, you may have found
that B-frames are not always useful.
@@ -3813,8 +3900,8 @@
It is interesting to note that using B-frames usually speeds up
the second pass somewhat, and may also speed up a single
pass encode if adaptive B-frame decision is turned off.
-</para>
-<para>
+ </para>
+ <para>
With adaptive B-frame decision turned off
(<option>x264encopts</option>'s <option>nob_adapt</option>),
the optimal value for this setting is usually no more than
@@ -3824,13 +3911,14 @@
B-frames in scenes where they would hurt compression.
The encoder rarely chooses to use more than 3 or 4 B-frames;
setting this option any higher will have little effect.
-</para></listitem>
-
-<listitem><para>
+ </para>
+</listitem>
+<listitem>
+ <para>
<emphasis role="bold">b_adapt</emphasis>:
Note: This is on by default.
-</para>
-<para>
+ </para>
+ <para>
With this option enabled, the encoder will use a reasonably fast
decision process to reduce the number of B-frames used in scenes that
might not benefit from them as much.
@@ -3843,8 +3931,8 @@
first pass.
<option>b_adapt</option> and <option>b_bias</option> have no
effect on subsequent passes.
-</para></listitem>
-
+ </para>
+</listitem>
<listitem><para>
<emphasis role="bold">b_pyramid</emphasis>:
You might as well enable this option if you are using >=2 B-frames;
@@ -3853,8 +3941,8 @@
Note that these videos cannot be read by libavcodec-based decoders
older than about March 5, 2005.
</para></listitem>
-
-<listitem><para>
+<listitem>
+ <para>
<emphasis role="bold">weight_b</emphasis>:
In typical cases, there is not much gain with this option.
However, in crossfades or fade-to-black scenes, weighted
@@ -3867,22 +3955,25 @@
Also, contrary to what some people seem to guess, the decoder
CPU requirements are not much affected by weighted prediction,
all else being equal.
-</para>
-<para>
+ </para>
+ <para>
Unfortunately, the current adaptive B-frame decision algorithm
has a strong tendency to avoid B-frames during fades.
Until this changes, it may be a good idea to add
<option>nob_adapt</option> to your x264encopts, if you expect
fades to have a large effect in your particular video
clip.
-</para></listitem>
+ </para>
+</listitem>
</itemizedlist>
</sect3>
+
<sect3 id="menc-feat-x264-encoding-options-misc-preferences">
<title>Options pertaining to miscellaneous preferences</title>
<itemizedlist>
-<listitem><para>
+<listitem>
+ <para>
<emphasis role="bold">Two pass encoding</emphasis>:
Above, it was suggested to always use two pass encoding, but there
are still reasons for not using it. For instance, if you are capturing
@@ -3890,8 +3981,8 @@
Also, one pass is obviously faster than two passes; if you use the
exact same set of options on both passes, two pass encoding is almost
twice as slow.
-</para>
-<para>
+ </para>
+ <para>
Still, there are very good reasons for using two pass encoding. For
one thing, single pass ratecontrol is not psychic, and it often makes
unreasonable choices because it cannot see the big picture. For example,
@@ -3915,8 +4006,8 @@
it would have taken to make it look decent. There are ways to
mitigate the pitfalls of single-pass encoding, but they may tend to
increase bitrate misprediction.
-</para>
-<para>
+ </para>
+ <para>
Multipass ratecontrol can offer huge advantages over a single pass.
Using the statistics gathered from the first pass encode, the encoder
can estimate, with reasonable accuracy, the "cost" (in bits) of
@@ -3925,8 +4016,8 @@
expensive (high-motion) and cheap (low-motion) scenes. See
<option>qcomp</option> below for some ideas on how to tweak this
allocation to your liking.
-</para>
-<para>
+ </para>
+ <para>
Moreover, two passes need not take twice as long as one pass. You can
tweak the options in the first pass for higher speed and lower quality.
If you choose your options well, you can get a very fast first pass.
@@ -3937,10 +4028,10 @@
<option>x264encopts</option>. Then, on the second pass, use slower,
higher-quality options:
<option>subq=6:frameref=15:partitions=all:me=umh</option>
-</para></listitem>
+ </para>
+</listitem>
<listitem><para>
<emphasis role="bold">Three pass encoding</emphasis>?
-
x264 offers the ability to make an arbitrary number of consecutive
passes. If you specify <option>pass=1</option> on the first pass,
then use <option>pass=3</option> on a subsequent pass, the subsequent
@@ -3956,7 +4047,6 @@
also a few special cases in which three (or more) passes are handy
for advanced users, but for brevity, this guide omits discussing those
special cases.
-
</para></listitem>
<listitem><para>
<emphasis role="bold">qcomp</emphasis>:
@@ -3988,11 +4078,12 @@
vanishingly low, or even zero). The video stream will still have seekable
points as long as there are some scene changes.
</para></listitem>
-<listitem><para>
+<listitem>
+ <para>
<emphasis role="bold">deblock</emphasis>:
This topic is going to be a bit controversial.
-</para>
-<para>
+ </para>
+ <para>
H.264 defines a simple deblocking procedure on I-blocks that uses
pre-set strengths and thresholds depending on the QP of the block
in question.
@@ -4003,15 +4094,15 @@
video you are trying to encode.
The <option>deblock</option> allow you to specify offsets to the preset deblocking
thresholds.
-</para>
-<para>
+ </para>
+ <para>
Many people seem to think it is a good idea to lower the deblocking
filter strength by large amounts (say, -3).
This is however almost never a good idea, and in most cases,
people who are doing this do not understand very well how
deblocking works by default.
-</para>
-<para>
+ </para>
+ <para>
The first and most important thing to know about the in-loop
deblocking filter is that the default thresholds are almost always
PSNR-optimal.
@@ -4021,8 +4112,8 @@
guaranteed to hurt PSNR.
Strengthening the filter will smear more details; weakening the
filter will increase the appearance of blockiness.
-</para>
-<para>
+ </para>
+ <para>
It is definitely a bad idea to lower the deblocking thresholds if
your source is mainly low in spacial complexity (i.e., not a lot
of detail or noise).
@@ -4039,9 +4130,8 @@
By lowering the deblocking filter strength, you are most likely
increasing error by adding ringing artifacts, but the eye does
not notice because it confuses the artifacts with detail.
-</para>
-
-<para>
+ </para>
+ <para>
This <emphasis role="bold">still</emphasis> does not justify
lowering the deblocking filter strength, however.
You can generally get better quality noise from postprocessing.
@@ -4051,36 +4141,43 @@
artifacting.
It will almost certainly look better than the results you
would have gotten just by fiddling with the deblocking filter.
-</para></listitem>
+ </para>
+</listitem>
</itemizedlist>
</sect3>
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-x264-example-settings">
<title>Encoding setting examples</title>
<para>
- The following settings are examples of different encoding
- option combinations that affect the speed vs quality tradeoff
- at the same target bitrate.
+The following settings are examples of different encoding
+option combinations that affect the speed vs quality tradeoff
+at the same target bitrate.
</para>
<para>
- All the encoding settings were tested on a 720x448 @30000/1001 fps
- video sample, the target bitrate was 900kbps, and the machine was an
- AMD-64 3400+ at 2400 MHz in 64 bits mode.
- Each encoding setting features the measured encoding speed (in
- frames per second) and the PSNR loss (in dB) compared to the "very
- high quality" setting.
- Please understand that depending on your source, your machine type
- and development advancements, you may get very different results.
+All the encoding settings were tested on a 720x448 @30000/1001 fps
+video sample, the target bitrate was 900kbps, and the machine was an
+AMD-64 3400+ at 2400 MHz in 64 bits mode.
+Each encoding setting features the measured encoding speed (in
+frames per second) and the PSNR loss (in dB) compared to the "very
+high quality" setting.
+Please understand that depending on your source, your machine type
+and development advancements, you may get very different results.
</para>
-<para>
<informaltable frame="all">
<tgroup cols="4">
<thead>
-<row><entry>Description</entry><entry>Encoding options</entry><entry>speed (in fps)</entry><entry>Relative PSNR loss (in dB)</entry></row>
+<row>
+ <entry>Description</entry>
+ <entry>Encoding options</entry>
+ <entry>speed (in fps)</entry>
+ <entry>Relative PSNR loss (in dB)</entry>
+</row>
</thead>
<tbody>
<row>
@@ -4104,18 +4201,24 @@
</tbody>
</tgroup>
</informaltable>
-</para>
</sect2>
-
</sect1>
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="menc-feat-video-for-windows">
-<title>Encoding with the <systemitem class="library">Video For Windows</systemitem> codec family</title>
+<title>
+ Encoding with the <systemitem class="library">Video For Windows</systemitem>
+ codec family
+</title>
<para>
Video for Windows provides simple encoding by means of binary video codecs.
You can encode with the following codecs (if you have more, please tell us!)
</para>
+
<para>
Note that support for this is very experimental and some codecs may not work
correctly. Some codecs will only work in certain colorspaces, try
@@ -4123,6 +4226,8 @@
if a codec fails or gives wrong output.
</para>
+<!-- ********** -->
+
<sect2 id="menc-feat-enc-vfw-video-codecs">
<title>Video for Windows supported codecs</title>
@@ -4131,10 +4236,10 @@
<tgroup cols="4">
<thead>
<row>
-<entry>Video codec file name</entry>
-<entry>Description (FourCC)</entry>
-<entry>md5sum</entry>
-<entry>Comment</entry>
+ <entry>Video codec file name</entry>
+ <entry>Description (FourCC)</entry>
+ <entry>md5sum</entry>
+ <entry>Comment</entry>
</row>
</thead>
<tbody>
@@ -4245,8 +4350,8 @@
<entry>MSU Lossless codec (MSUD)</entry>
<entry>294bf9288f2f127bb86f00bfcc9ccdda</entry>
<entry>
- Decodable by <application>Window Media Player</application>,
- not <application>MPlayer</application> (yet).
+ Decodable by <application>Window Media Player</application>,
+ not <application>MPlayer</application> (yet).
</entry>
</row>
<row>
@@ -4260,343 +4365,350 @@
</informaltable>
The first column contains the codec names that should be passed after the
-<literal>codec</literal> parameter, like: <option>-xvfwopts codec=divx.dll</option>
+<literal>codec</literal> parameter,
+like: <option>-xvfwopts codec=divx.dll</option>
The FourCC code used by each codec is given in the parentheses.
</para>
<informalexample>
<para>
An example with VP3 compression:
-<screen>mencoder dvd://2 -o title2.avi -ovc vfw -xvfwopts codec=vp31vfw.dll -oac copy</screen>
+<screen>
+mencoder dvd://2 -o <replaceable>title2.avi</replaceable> -ovc vfw -xvfwopts codec=vp31vfw.dll -oac copy
+</screen>
</para>
</informalexample>
</sect2>
</sect1>
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="menc-feat-vcd-dvd">
-<title>Using <application>MEncoder</application> to create VCD/SVCD/DVD-compliant files.</title>
+<title>Using <application>MEncoder</application>
+ to create VCD/SVCD/DVD-compliant files.</title>
<sect2 id="menc-feat-vcd-dvd-constraints">
<title>Format Constraints</title>
+
<para>
- <application>MEncoder</application> is capable of creating VCD, SCVD
- and DVD format MPEG files using the
- <systemitem class="library">libavcodec</systemitem> library.
- These files can then be used in conjunction with
- <ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>
- or
- <ulink url="http://dvdauthor.sourceforge.net/">dvdauthor</ulink>
- to create discs that will play on a standard set-top player.
+<application>MEncoder</application> is capable of creating VCD, SCVD
+and DVD format MPEG files using the
+<systemitem class="library">libavcodec</systemitem> library.
+These files can then be used in conjunction with
+<ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>
+or
+<ulink url="http://dvdauthor.sourceforge.net/">dvdauthor</ulink>
+to create discs that will play on a standard set-top player.
</para>
<para>
- The DVD, SVCD, and VCD formats are subject to heavy constraints.
- Only a small selection of encoded picture sizes and aspect ratios are
- available.
- If your movie does not already meet these requirements, you may have
- to scale,crop or add black borders to the picture to make it
- compliant.
+The DVD, SVCD, and VCD formats are subject to heavy constraints.
+Only a small selection of encoded picture sizes and aspect ratios are
+available.
+If your movie does not already meet these requirements, you may have
+to scale,crop or add black borders to the picture to make it
+compliant.
</para>
+
<sect3 id="menc-feat-vcd-dvd-constraints-resolution">
<title>Format Constraints</title>
<informaltable frame="all">
<tgroup cols="9">
<thead>
- <row>
- <entry>Format</entry>
- <entry>Resolution</entry>
- <entry>V. Codec</entry>
- <entry>V. Bitrate</entry>
- <entry>Sample Rate</entry>
- <entry>A. Codec</entry>
- <entry>A. Bitrate</entry>
- <entry>FPS</entry>
- <entry>Aspect</entry>
- </row>
+<row>
+ <entry>Format</entry>
+ <entry>Resolution</entry>
+ <entry>V. Codec</entry>
+ <entry>V. Bitrate</entry>
+ <entry>Sample Rate</entry>
+ <entry>A. Codec</entry>
+ <entry>A. Bitrate</entry>
+ <entry>FPS</entry>
+ <entry>Aspect</entry>
+</row>
</thead>
<tbody>
- <row>
- <entry>NTSC DVD</entry>
- <entry>720x480, 704x480, 352x480, 352x240</entry>
- <entry>MPEG-2</entry>
- <entry>9800 kbps</entry>
- <entry>48000 Hz</entry>
- <entry>AC3,PCM</entry>
- <entry>1536 kbps (max)</entry>
- <entry>30000/1001, 24000/1001</entry>
- <entry>4:3, 16:9 (only for 720x480)</entry>
- </row>
- <row>
- <entry>NTSC DVD</entry>
- <entry>352x240<footnote id='fn-rare-resolutions'><para>
- These resolutions are rarely used for DVDs because
- they are fairly low quality.</para></footnote></entry>
- <entry>MPEG-1</entry>
- <entry>1856 kbps</entry>
- <entry>48000 Hz</entry>
- <entry>AC3,PCM</entry>
- <entry>1536 kbps (max)</entry>
- <entry>30000/1001, 24000/1001</entry>
- <entry>4:3, 16:9</entry>
- </row>
- <row>
- <entry>NTSC SVCD</entry>
- <entry>480x480</entry>
- <entry>MPEG-2</entry>
- <entry>2600 kbps</entry>
- <entry>44100 Hz</entry>
- <entry>MP2</entry>
- <entry>384 kbps (max)</entry>
- <entry>30000/1001</entry>
- <entry>4:3</entry>
- </row>
- <row>
- <entry>NTSC VCD</entry>
- <entry>352x240</entry>
- <entry>MPEG-1</entry>
- <entry>1150 kbps</entry>
- <entry>44100 Hz</entry>
- <entry>MP2</entry>
- <entry>224 kbps</entry>
- <entry>24000/1001, 30000/1001</entry>
- <entry>4:3</entry>
- </row>
- <row>
- <entry>PAL DVD</entry>
- <entry>720x576, 704x576, 352x576, 352x288</entry>
- <entry>MPEG-2</entry>
- <entry>9800 kbps</entry>
- <entry>48000 Hz</entry>
- <entry>MP2,AC3,PCM</entry>
- <entry>1536 kbps (max)</entry>
- <entry>25</entry>
- <entry>4:3, 16:9 (only for 720x576)</entry>
- </row>
- <row>
- <entry>PAL DVD</entry>
- <entry>352x288<footnoteref linkend='fn-rare-resolutions'/></entry>
- <entry>MPEG-1</entry>
- <entry>1856 kbps</entry>
- <entry>48000 Hz</entry>
- <entry>MP2,AC3,PCM</entry>
- <entry>1536 kbps (max)</entry>
- <entry>25</entry>
- <entry>4:3, 16:9</entry>
- </row>
- <row>
- <entry>PAL SVCD</entry>
- <entry>480x576</entry>
- <entry>MPEG-2</entry>
- <entry>2600 kbps</entry>
- <entry>44100 Hz</entry>
- <entry>MP2</entry>
- <entry>384 kbps (max)</entry>
- <entry>25</entry>
- <entry>4:3</entry>
- </row>
- <row>
- <entry>PAL VCD</entry>
- <entry>352x288</entry>
- <entry>MPEG-1</entry>
- <entry>1152 kbps</entry>
- <entry>44100 Hz</entry>
- <entry>MP2</entry>
- <entry>224 kbps</entry>
- <entry>25</entry>
- <entry>4:3</entry>
- </row>
+<row>
+ <entry>NTSC DVD</entry>
+ <entry>720x480, 704x480, 352x480, 352x240</entry>
+ <entry>MPEG-2</entry>
+ <entry>9800 kbps</entry>
+ <entry>48000 Hz</entry>
+ <entry>AC3,PCM</entry>
+ <entry>1536 kbps (max)</entry>
+ <entry>30000/1001, 24000/1001</entry>
+ <entry>4:3, 16:9 (only for 720x480)</entry>
+</row>
+<row>
+ <entry>NTSC DVD</entry>
+ <entry>352x240<footnote id='fn-rare-resolutions'><para>
+ These resolutions are rarely used for DVDs because
+ they are fairly low quality.</para></footnote></entry>
+ <entry>MPEG-1</entry>
+ <entry>1856 kbps</entry>
+ <entry>48000 Hz</entry>
+ <entry>AC3,PCM</entry>
+ <entry>1536 kbps (max)</entry>
+ <entry>30000/1001, 24000/1001</entry>
+ <entry>4:3, 16:9</entry>
+</row>
+<row>
+ <entry>NTSC SVCD</entry>
+ <entry>480x480</entry>
+ <entry>MPEG-2</entry>
+ <entry>2600 kbps</entry>
+ <entry>44100 Hz</entry>
+ <entry>MP2</entry>
+ <entry>384 kbps (max)</entry>
+ <entry>30000/1001</entry>
+ <entry>4:3</entry>
+</row>
+<row>
+ <entry>NTSC VCD</entry>
+ <entry>352x240</entry>
+ <entry>MPEG-1</entry>
+ <entry>1150 kbps</entry>
+ <entry>44100 Hz</entry>
+ <entry>MP2</entry>
+ <entry>224 kbps</entry>
+ <entry>24000/1001, 30000/1001</entry>
+ <entry>4:3</entry>
+</row>
+<row>
+ <entry>PAL DVD</entry>
+ <entry>720x576, 704x576, 352x576, 352x288</entry>
+ <entry>MPEG-2</entry>
+ <entry>9800 kbps</entry>
+ <entry>48000 Hz</entry>
+ <entry>MP2,AC3,PCM</entry>
+ <entry>1536 kbps (max)</entry>
+ <entry>25</entry>
+ <entry>4:3, 16:9 (only for 720x576)</entry>
+</row>
+<row>
+ <entry>PAL DVD</entry>
+ <entry>352x288<footnoteref linkend='fn-rare-resolutions'/></entry>
+ <entry>MPEG-1</entry>
+ <entry>1856 kbps</entry>
+ <entry>48000 Hz</entry>
+ <entry>MP2,AC3,PCM</entry>
+ <entry>1536 kbps (max)</entry>
+ <entry>25</entry>
+ <entry>4:3, 16:9</entry>
+</row>
+<row>
+ <entry>PAL SVCD</entry>
+ <entry>480x576</entry>
+ <entry>MPEG-2</entry>
+ <entry>2600 kbps</entry>
+ <entry>44100 Hz</entry>
+ <entry>MP2</entry>
+ <entry>384 kbps (max)</entry>
+ <entry>25</entry>
+ <entry>4:3</entry>
+</row>
+<row>
+ <entry>PAL VCD</entry>
+ <entry>352x288</entry>
+ <entry>MPEG-1</entry>
+ <entry>1152 kbps</entry>
+ <entry>44100 Hz</entry>
+ <entry>MP2</entry>
+ <entry>224 kbps</entry>
+ <entry>25</entry>
+ <entry>4:3</entry>
+</row>
</tbody>
</tgroup>
</informaltable>
<para>
- If your movie has 2.35:1 aspect (most recent action movies), you will
- have to add black borders or crop the movie down to 16:9 to make a DVD
- or VCD.
- If you add black borders, try to align them at 16-pixel boundaries in
- order to minimize the impact on encoding performance.
- Thankfully DVD has sufficiently excessive bitrate that you do not have
- to worry too much about encoding efficiency, but SVCD and VCD are
- highly bitrate-starved and require effort to obtain acceptable quality.
+If your movie has 2.35:1 aspect (most recent action movies), you will
+have to add black borders or crop the movie down to 16:9 to make a DVD
+or VCD.
+If you add black borders, try to align them at 16-pixel boundaries in
+order to minimize the impact on encoding performance.
+Thankfully DVD has sufficiently excessive bitrate that you do not have
+to worry too much about encoding efficiency, but SVCD and VCD are
+highly bitrate-starved and require effort to obtain acceptable quality.
</para>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-constraints-gop">
<title>GOP Size Constraints</title>
+
<para>
- DVD, VCD, and SVCD also constrain you to relatively low
- GOP (Group of Pictures) sizes.
- For 30 fps material the largest allowed GOP size is 18.
- For 25 or 24 fps, the maximum is 15.
- The GOP size is set using the <option>keyint</option> option.
+DVD, VCD, and SVCD also constrain you to relatively low
+GOP (Group of Pictures) sizes.
+For 30 fps material the largest allowed GOP size is 18.
+For 25 or 24 fps, the maximum is 15.
+The GOP size is set using the <option>keyint</option> option.
</para>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-constraints-bitrate">
<title>Bitrate Constraints</title>
+
<para>
- VCD video is required to be CBR at 1152 kbps.
- This highly limiting constraint also comes along with an extremly low vbv
- buffer size of 327 kilobits.
- SVCD allows varying video bitrates up to 2500 kbps, and a somewhat less
- restrictive vbv buffer size of 917 kilobits is allowed.
- DVD video bitrates may range anywhere up to 9800 kbps (though typical
- bitrates are about half that), and the vbv buffer size is 1835 kilobits.
+VCD video is required to be CBR at 1152 kbps.
+This highly limiting constraint also comes along with an extremly low vbv
+buffer size of 327 kilobits.
+SVCD allows varying video bitrates up to 2500 kbps, and a somewhat less
+restrictive vbv buffer size of 917 kilobits is allowed.
+DVD video bitrates may range anywhere up to 9800 kbps (though typical
+bitrates are about half that), and the vbv buffer size is 1835 kilobits.
</para>
</sect3>
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-vcd-dvd-output">
<title>Output Options</title>
+
<para>
- <application>MEncoder</application> has options to control the output
- format.
- Using these options we can instruct it to create the correct type of
- file.
+<application>MEncoder</application> has options to control the output
+format.
+Using these options we can instruct it to create the correct type of
+file.
</para>
<para>
- The options for VCD and SVCD are called xvcd and xsvcd, because they
- are extended formats.
- They are not strictly compliant, mainly because the output does not
- contain scan offsets.
- If you need to generate an SVCD image, you should pass the output file
- to
- <ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>.
+The options for VCD and SVCD are called xvcd and xsvcd, because they
+are extended formats.
+They are not strictly compliant, mainly because the output does not
+contain scan offsets.
+If you need to generate an SVCD image, you should pass the output file
+to
+<ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>.
</para>
<para>
- VCD:
- <screen>
- -of mpeg -mpegopts format=xvcd
- </screen>
+VCD:
+<screen>-of mpeg -mpegopts format=xvcd</screen>
</para>
<para>
- SVCD:
- <screen>
- -of mpeg -mpegopts format=xsvcd
- </screen>
+SVCD:
+<screen>-of mpeg -mpegopts format=xsvcd</screen>
</para>
<para>
- DVD (with timestamps on every frame, if possible):
- <screen>
- -of mpeg -mpegopts format=dvd:tsaf
- </screen>
+DVD (with timestamps on every frame, if possible):
+<screen>-of mpeg -mpegopts format=dvd:tsaf</screen>
</para>
<para>
- DVD with NTSC Pullup:
- <screen>
- -of mpeg -mpegopts format=dvd:tsaf:telecine -ofps 24000/1001
- </screen>
- This allows 24000/1001 fps progressive content to be encoded at 30000/1001
- fps whilst maintaing DVD-compliance.
+DVD with NTSC Pullup:
+<screen>-of mpeg -mpegopts format=dvd:tsaf:telecine -ofps 24000/1001</screen>
+This allows 24000/1001 fps progressive content to be encoded at 30000/1001
+fps whilst maintaing DVD-compliance.
</para>
+
<sect3 id="menc-feat-vcd-dvd-output-aspect">
<title>Aspect Ratio</title>
<para>
- The aspect argument of <option>-lavcopts</option> is used to encode
- the aspect ratio of the file.
- During playback the aspect ratio is used to restore the video to the
- correct size.
+The aspect argument of <option>-lavcopts</option> is used to encode
+the aspect ratio of the file.
+During playback the aspect ratio is used to restore the video to the
+correct size.
</para>
<para>
- 16:9 or "Widescreen"
- <screen>
- -lavcopts aspect=16/9
- </screen>
+16:9 or "Widescreen"
+<screen>-lavcopts aspect=16/9</screen>
</para>
<para>
- 4:3 or "Fullscreen"
- <screen>
- -lavcopts aspect=4/3
- </screen>
+4:3 or "Fullscreen"
+<screen>-lavcopts aspect=4/3</screen>
</para>
<para>
- 2.35:1 or "Cinemascope" NTSC
- <screen>
- -vf scale=720:368,expand=720:480 -lavcopts aspect=16/9
- </screen>
- To calculate the correct scaling size, use the expanded NTSC width of
- 854/2.35 = 368
+2.35:1 or "Cinemascope" NTSC
+<screen>-vf scale=720:368,expand=720:480 -lavcopts aspect=16/9</screen>
+To calculate the correct scaling size, use the expanded NTSC width of
+854/2.35 = 368
</para>
<para>
- 2.35:1 or "Cinemascope" PAL
- <screen>
- -vf scale="720:432,expand=720:576 -lavcopts aspect=16/9
- </screen>
- To calculate the correct scaling size, use the expanded PAL width of
- 1024/2.35 = 432
+2.35:1 or "Cinemascope" PAL
+<screen>-vf scale="720:432,expand=720:576 -lavcopts aspect=16/9</screen>
+To calculate the correct scaling size, use the expanded PAL width of
+1024/2.35 = 432
</para>
-
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-a-v-sync">
<title>Maintaining A/V sync</title>
+
<para>
- In order to maintain audio/video synchronization throughout the encode,
- <application>MEncoder</application> has to drop or duplicate frames.
- This works rather well when muxing into an AVI file, but is almost
- guaranteed to fail to maintain A/V sync with other muxers such as MPEG.
- This is why it is necessary to append the
- <option>harddup</option> video filter at the end of the filter chain
- to avoid this kind of problem.
- You can find more technical information about <option>harddup</option>
- in the section
- <link linkend="menc-feat-dvd-mpeg4-muxing-filter-issues">Improving muxing and A/V sync reliability</link>
- or in the manual page.
+In order to maintain audio/video synchronization throughout the encode,
+<application>MEncoder</application> has to drop or duplicate frames.
+This works rather well when muxing into an AVI file, but is almost
+guaranteed to fail to maintain A/V sync with other muxers such as MPEG.
+This is why it is necessary to append the
+<option>harddup</option> video filter at the end of the filter chain
+to avoid this kind of problem.
+You can find more technical information about <option>harddup</option>
+in the section
+<link linkend="menc-feat-dvd-mpeg4-muxing-filter-issues">Improving muxing and A/V sync reliability</link>
+or in the manual page.
</para>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-output-srate">
<title>Sample Rate Conversion</title>
+
<para>
- If the audio sample rate in the original file is not the same as
- required by the target format, sample rate conversion is required.
- This is achieved using the <option>-srate</option> option and
- the <option>-af lavcresample</option> audio filter together.
- </para>
- <para>
- DVD:
- <screen>
- -srate 48000 -af lavcresample=48000
- </screen>
+If the audio sample rate in the original file is not the same as
+required by the target format, sample rate conversion is required.
+This is achieved using the <option>-srate</option> option and
+the <option>-af lavcresample</option> audio filter together.
</para>
+
<para>
- VCD and SVCD:
- <screen>
- -srate 44100 -af lavcresample=44100
- </screen>
- </para>
+DVD:
+<screen>-srate 48000 -af lavcresample=48000</screen>
+</para>
+
+<para>
+VCD and SVCD:
+<screen>-srate 44100 -af lavcresample=44100</screen>
+</para>
</sect3>
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-vcd-dvd-lavc">
<title>Using libavcodec for VCD/SVCD/DVD Encoding</title>
<sect3 id="menc-feat-vcd-dvd-lavc-intro">
<title>Introduction</title>
+
<para>
<systemitem class="library">libavcodec</systemitem> can be used to
create VCD/SVCD/DVD compliant video by using the appropriate options.
</para>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-lavc-options">
<title>lavcopts</title>
+
<para>
- This is a list of fields in <option>-lavcopts</option> that you may
- be required to change in order to make a complaint movie for VCD, SVCD,
- or DVD:
+This is a list of fields in <option>-lavcopts</option> that you may
+be required to change in order to make a complaint movie for VCD, SVCD,
+or DVD:
</para>
<itemizedlist>
@@ -4609,14 +4721,12 @@
Note that MP3 audio is not compliant for any of these formats, but
players often have no problem playing it anyway.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">abitrate</emphasis>:
224 for VCD; up to 384 for SVCD; up to 1536 for DVD, but commonly
used values range from 192 kbps for stereo to 384 kbps for 5.1 channel
sound.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">vcodec</emphasis>:
<option>mpeg1video</option> for VCD;
@@ -4624,7 +4734,6 @@
<option>mpeg2video</option> is usually used for DVD but you may also use
<option>mpeg1video</option> for CIF resolutions.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">keyint</emphasis>:
Used to set the GOP size.
@@ -4634,24 +4743,20 @@
with most players.
A <option>keyint</option> of 25 should never cause any problems.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">vrc_buf_size</emphasis>:
327 for VCD, 917 for SVCD, and 1835 for DVD.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">vrc_minrate</emphasis>:
1152, for VCD. May be left alone for SVCD and DVD.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">vrc_maxrate</emphasis>:
1152 for VCD; 2500 for SVCD; 9800 for DVD.
For SVCD and DVD, you might wish to use lower values depending on your
own personal preferences and requirements.
</para></listitem>
-
<listitem><para>
<emphasis role="bold">vbitrate</emphasis>:
1152 for VCD;
@@ -4669,241 +4774,257 @@
</itemizedlist>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-lavc-examples">
<title>Examples</title>
+
<para>
This is a typical minimum set of <option>-lavcopts</option> for
encoding video:
</para>
<para>
- VCD:
- <screen>
- -lavcopts vcodec=mpeg1video:vrc_buf_size=327:vrc_minrate=1152:\
- vrc_maxrate=1152:vbitrate=1152:keyint=15:acodec=mp2
- </screen>
+VCD:
+<screen>
+-lavcopts vcodec=mpeg1video:vrc_buf_size=327:vrc_minrate=1152:\
+vrc_maxrate=1152:vbitrate=1152:keyint=15:acodec=mp2
+</screen>
</para>
<para>
- SVCD:
- <screen>
- -lavcopts vcodec=mpeg2video:vrc_buf_size=917:vrc_maxrate=2500:vbitrate=1800:\
- keyint=15:acodec=mp2
- </screen>
+SVCD:
+<screen>
+-lavcopts vcodec=mpeg2video:vrc_buf_size=917:vrc_maxrate=2500:vbitrate=1800:\
+keyint=15:acodec=mp2
+</screen>
</para>
<para>
- DVD:
- <screen>
- -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:\
- keyint=15:acodec=ac3
- </screen>
+DVD:
+<screen>
+-lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:\
+keyint=15:acodec=ac3
+</screen>
</para>
-
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-lavc-advanced">
<title>Advanced Options</title>
+
<para>
- For higher quality encoding, you may also wish to add quality-enhancing
- options to lavcopts, such as <option>trell</option>,
- <option>mbd=2</option>, and others.
- Note that <option>qpel</option> and <option>v4mv</option>, while often
- useful with MPEG-4, are not usable with MPEG-1 or MPEG-2.
- Also, if you are trying to make a very high quality DVD encode, it may
- be useful to add <option>dc=10</option> to lavcopts.
- Doing so may help reduce the appearance of blocks in flat-colored areas.
- Putting it all together, this is an example of a set of lavcopts for a
- higher quality DVD:
+For higher quality encoding, you may also wish to add quality-enhancing
+options to lavcopts, such as <option>trell</option>,
+<option>mbd=2</option>, and others.
+Note that <option>qpel</option> and <option>v4mv</option>, while often
+useful with MPEG-4, are not usable with MPEG-1 or MPEG-2.
+Also, if you are trying to make a very high quality DVD encode, it may
+be useful to add <option>dc=10</option> to lavcopts.
+Doing so may help reduce the appearance of blocks in flat-colored areas.
+Putting it all together, this is an example of a set of lavcopts for a
+higher quality DVD:
</para>
<para>
- <screen>
- -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=8000:\
- keyint=15:trell:mbd=2:precmp=2:subcmp=2:cmp=2:dia=-10:predia=-10:cbp:mv0:\
- vqmin=1:lmin=1:dc=10
- </screen>
+<screen>
+-lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=8000:\
+keyint=15:trell:mbd=2:precmp=2:subcmp=2:cmp=2:dia=-10:predia=-10:cbp:mv0:\
+vqmin=1:lmin=1:dc=10
+</screen>
</para>
-
</sect3>
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-vcd-dvd-audio">
<title>Encoding Audio</title>
+
<para>
- VCD and SVCD support MPEG-1 layer II audio, using one of
- <systemitem class="library">toolame</systemitem>,
- <systemitem class="library">twolame</systemitem>,
- or <systemitem class="library">libavcodec</systemitem>'s MP2 encoder.
- The libavcodec MP2 is far from being as good as the other two libraries,
- however it should always be available to use.
- VCD only supports constant bitrate audio (CBR) whereas SVCD supports
- variable bitrate (VBR), too.
- Be careful when using VBR because some bad standalone players might not
- support it too well.
+VCD and SVCD support MPEG-1 layer II audio, using one of
+<systemitem class="library">toolame</systemitem>,
+<systemitem class="library">twolame</systemitem>,
+or <systemitem class="library">libavcodec</systemitem>'s MP2 encoder.
+The libavcodec MP2 is far from being as good as the other two libraries,
+however it should always be available to use.
+VCD only supports constant bitrate audio (CBR) whereas SVCD supports
+variable bitrate (VBR), too.
+Be careful when using VBR because some bad standalone players might not
+support it too well.
</para>
<para>
- For DVD audio, <systemitem class="library">libavcodec</systemitem>'s
- AC3 codec is used.
+For DVD audio, <systemitem class="library">libavcodec</systemitem>'s
+AC3 codec is used.
</para>
+
<sect3 id="menc-feat-vcd-dvd-audio-toolame">
<title>toolame</title>
+
<para>
- For VCD and SVCD:
- <screen>
- -oac toolame -toolameopts br=224
- </screen>
+For VCD and SVCD:
+<screen>-oac toolame -toolameopts br=224</screen>
</para>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-audio-twolame">
<title>twolame</title>
+
<para>
- For VCD and SVCD:
- <screen>
- -oac twolame -twolameopts br=224
- </screen>
+For VCD and SVCD:
+<screen>-oac twolame -twolameopts br=224</screen>
</para>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-audio-lavc">
<title>libavcodec</title>
+
<para>
- For DVD with 2 channel sound:
- <screen>
- -oac lavc -lavcopts acodec=ac3:abitrate=192
- </screen>
+For DVD with 2 channel sound:
+<screen>-oac lavc -lavcopts acodec=ac3:abitrate=192</screen>
</para>
+
<para>
- For DVD with 5.1 channel sound:
- <screen>
- -channels 6 -oac lavc -lavcopts acodec=ac3:abitrate=384
- </screen>
+For DVD with 5.1 channel sound:
+<screen>-channels 6 -oac lavc -lavcopts acodec=ac3:abitrate=384</screen>
</para>
+
<para>
- For VCD and SVCD:
- <screen>
- -oac lavc -lavcopts acodec=mp2:abitrate=224
- </screen>
+For VCD and SVCD:
+<screen>-oac lavc -lavcopts acodec=mp2:abitrate=224</screen>
</para>
</sect3>
-
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-vcd-dvd-all">
<title>Putting it all Together</title>
+
<para>
- This section shows some complete commands for creating VCD/SVCD/DVD
- compliant videos.
+This section shows some complete commands for creating VCD/SVCD/DVD
+compliant videos.
</para>
+
<sect3 id="menc-feat-vcd-dvd-all-pal-dvd">
<title>PAL DVD</title>
+
<para>
- <screen>
- mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=dvd:tsaf -vf scale=720:576,\
- harddup -srate 48000 -af lavcresample=48000 -lavcopts vcodec=mpeg2video:\
- vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:keyint=15:acodec=ac3:\
- abitrate=192:aspect=16/9 -ofps 25 \
+<screen>
+mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=dvd:tsaf \
+ -vf scale=720:576,harddup -srate 48000 -af lavcresample=48000 \
+ -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:\
+keyint=15:acodec=ac3:abitrate=192:aspect=16/9 -ofps 25 \
-o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable>
- </screen>
+</screen>
</para>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-all-ntsc-dvd">
<title>NTSC DVD</title>
+
<para>
- <screen>
- mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=dvd:tsaf -vf scale=720:480,\
- harddup -srate 48000 -af lavcresample=48000 -lavcopts vcodec=mpeg2video:\
- vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:keyint=18:acodec=ac3:\
- abitrate=192:aspect=16/9 -ofps 30000/1001 \
+<screen>
+mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=dvd:tsaf \
+ -vf scale=720:480,harddup -srate 48000 -af lavcresample=48000 \
+ -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:\
+keyint=18:acodec=ac3:abitrate=192:aspect=16/9 -ofps 30000/1001 \
-o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable>
- </screen>
+</screen>
</para>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-all-pal-ac3-copy">
<title>PAL AVI Containing AC3 Audio to DVD</title>
+
<para>
- If the source already has AC3 audio, use -oac copy instead of re-encoding it.
- <screen>
- mencoder -oac copy -ovc lavc -of mpeg -mpegopts format=dvd:tsaf -vf scale=720:576,\
- harddup -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:\
- vbitrate=5000:keyint=15:aspect=16/9 -ofps 25 \
- -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable>
- </screen>
+If the source already has AC3 audio, use -oac copy instead of re-encoding it.
+<screen>
+mencoder -oac copy -ovc lavc -of mpeg -mpegopts format=dvd:tsaf \
+ -vf scale=720:576,harddup -ofps 25 \
+ -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:\
+keyint=15:aspect=16/9 -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable>
+</screen>
</para>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-all-ntsc-ac3-copy">
<title>NTSC AVI Containing AC3 Audio to DVD</title>
+
<para>
- If the source already has AC3 audio, and is NTSC @ 24000/1001 fps:
- <screen>
- mencoder -oac copy -ovc lavc -of mpeg -mpegopts format=dvd:tsaf:telecine \
+If the source already has AC3 audio, and is NTSC @ 24000/1001 fps:
+<screen>
+mencoder -oac copy -ovc lavc -of mpeg -mpegopts format=dvd:tsaf:telecine \
-vf scale=720:480,harddup -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:\
vrc_maxrate=9800:vbitrate=5000:keyint=15:aspect=16/9 -ofps 24000/1001 \
-o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable>
- </screen>
+</screen>
</para>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-all-pal-svcd">
<title>PAL SVCD</title>
+
<para>
- <screen>
- mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xsvcd -vf \
- scale=480:576,harddup -srate 44100 -af lavcresample=44100 -lavcopts \
- vcodec=mpeg2video:mbd=2:keyint=15:vrc_buf_size=917:vrc_minrate=600:\
- vbitrate=2500:vrc_maxrate=2500:acodec=mp2:abitrate=224 -ofps 25 \
- -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable>
- </screen>
+<screen>
+mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xsvcd -vf \
+ scale=480:576,harddup -srate 44100 -af lavcresample=44100 -lavcopts \
+ vcodec=mpeg2video:mbd=2:keyint=15:vrc_buf_size=917:vrc_minrate=600:\
+vbitrate=2500:vrc_maxrate=2500:acodec=mp2:abitrate=224 -ofps 25 \
+ -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable>
+</screen>
</para>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-all-ntsc-svcd">
<title>NTSC SVCD</title>
+
<para>
- <screen>
- mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xsvcd -vf \
- scale=480:480,harddup -srate 44100 -af lavcresample=44100 -lavcopts \
- vcodec=mpeg2video:mbd=2:keyint=18:vrc_buf_size=917:vrc_minrate=600:\
- vbitrate=2500:vrc_maxrate=2500:acodec=mp2:abitrate=224 -ofps 30000/1001 \
- -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable>
- </screen>
+<screen>
+mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xsvcd -vf \
+ scale=480:480,harddup -srate 44100 -af lavcresample=44100 -lavcopts \
+ vcodec=mpeg2video:mbd=2:keyint=18:vrc_buf_size=917:vrc_minrate=600:\
+vbitrate=2500:vrc_maxrate=2500:acodec=mp2:abitrate=224 -ofps 30000/1001 \
+ -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable>
+</screen>
</para>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-all-pal-vcd">
<title>PAL VCD</title>
<para>
- <screen>
- mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xvcd -vf \
- scale=352:288,harddup -srate 44100 -af lavcresample=44100 -lavcopts \
- vcodec=mpeg1video:keyint=15:vrc_buf_size=327:vrc_minrate=1152:vbitrate=1152:\
- vrc_maxrate=1152:acodec=mp2:abitrate=224 -ofps 25 \
- -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable>
- </screen>
+<screen>
+mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xvcd -vf \
+ scale=352:288,harddup -srate 44100 -af lavcresample=44100 -lavcopts \
+ vcodec=mpeg1video:keyint=15:vrc_buf_size=327:vrc_minrate=1152:\
+vbitrate=1152:vrc_maxrate=1152:acodec=mp2:abitrate=224 -ofps 25 \
+ -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable>
+</screen>
</para>
</sect3>
+
<sect3 id="menc-feat-vcd-dvd-all-ntsc-vcd">
<title>NTSC VCD</title>
<para>
- <screen>
- mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xvcd -vf \
- scale=352:240,harddup -srate 44100 -af lavcresample=44100 -lavcopts \
- vcodec=mpeg1video:keyint=18:vrc_buf_size=327:vrc_minrate=1152:vbitrate=1152:\
- vrc_maxrate=1152:acodec=mp2:abitrate=224 -ofps 30000/1001 \
- -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable>
- </screen>
+<screen>
+mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xvcd -vf \
+ scale=352:240,harddup -srate 44100 -af lavcresample=44100 -lavcopts \
+ vcodec=mpeg1video:keyint=18:vrc_buf_size=327:vrc_minrate=1152:\
+vbitrate=1152:vrc_maxrate=1152:acodec=mp2:abitrate=224 -ofps 30000/1001 \
+ -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable>
+</screen>
</para>
</sect3>
-
</sect2>
-
</sect1>
-
</chapter>
Modified: trunk/DOCS/xml/ru/faq.xml
==============================================================================
--- trunk/DOCS/xml/ru/faq.xml (original)
+++ trunk/DOCS/xml/ru/faq.xml Sat Dec 9 10:27:35 2006
@@ -1,5 +1,5 @@
<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r21152 -->
+<!-- synced with r21537 -->
<chapter id="faq" xreflabel="FAQ">
<title>Часто Задаваемые вопросы</title>
@@ -68,6 +68,8 @@
</qandaentry>
</qandadiv>
+<!-- ********** -->
+
<qandadiv id="faq-compilation-installation">
<title>Компиляция и установка</title>
<qandaentry>
@@ -184,6 +186,7 @@
</qandaentry>
</qandadiv>
+<!-- ********** -->
<qandadiv id="faq-general">
<title>Общие вопросы</title>
@@ -258,45 +261,69 @@
</para></question>
<answer><para>
Пример:
-<screen>A: 2.1 V: 2.2 A-V: -0.167 ct: 0.042 57/57 41% 0% 2.6% 0 4 49% 1.00x</screen>
+<screen>
+A: 2.1 V: 2.2 A-V: -0.167 ct: 0.042 57/57 41% 0% 2.6% 0 4 49% 1.00x
+</screen>
<variablelist>
-<varlistentry><term><systemitem>A: 2.1</systemitem></term>
-<listitem><para>позиция аудио в секундах</para></listitem>
+<varlistentry>
+ <term><systemitem>A: 2.1</systemitem></term>
+ <listitem><para>позиция аудио в секундах</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>V: 2.2</systemitem></term>
-<listitem><para>позиция видео в секундах</para></listitem>
+<varlistentry>
+ <term><systemitem>V: 2.2</systemitem></term>
+ <listitem><para>позиция видео в секундах</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>A-V: -0.167</systemitem></term>
-<listitem><para>сдвиг аудио-видео в секундах (задержка)</para></listitem>
+<varlistentry>
+ <term><systemitem>A-V: -0.167</systemitem></term>
+ <listitem><para>сдвиг аудио-видео в секундах (задержка)</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>ct: 0.042</systemitem></term>
-<listitem><para>сделано соррекций A-V синхронизации</para></listitem>
+<varlistentry>
+ <term><systemitem>ct: 0.042</systemitem></term>
+ <listitem><para>сделано соррекций A-V синхронизации</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>57/57</systemitem></term>
-<listitem><para>кадров проиграно/декодировано (считая от места последней перемотки)</para></listitem>
+<varlistentry>
+ <term><systemitem>57/57</systemitem></term>
+ <listitem><para>
+ кадров проиграно/декодировано (считая от места последней перемотки)
+ </para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>41%</systemitem></term>
-<listitem><para>время CPU в процентах, используемое видео кодеком
- (для поблочного и прямого рендеринга сюда включается и video_out)</para></listitem>
+<varlistentry>
+ <term><systemitem>41%</systemitem></term>
+ <listitem><para>
+ время CPU в процентах, используемое видео кодеком
+ (для поблочного и прямого рендеринга сюда включается и video_out)
+ </para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>0%</systemitem></term>
-<listitem><para>время CPU, используемое video_out</para></listitem>
+<varlistentry>
+ <term><systemitem>0%</systemitem></term>
+ <listitem><para>время CPU, используемое video_out</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>2.6%</systemitem></term>
-<listitem><para>время CPU в процентах, исползуемое аудио кодеком</para></listitem>
+<varlistentry>
+ <term><systemitem>2.6%</systemitem></term>
+ <listitem><para>время CPU в процентах, исползуемое аудио кодеком</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>0</systemitem></term>
-<listitem><para>выброшено кадров для сохранения синхронизации A-V</para></listitem>
+<varlistentry>
+ <term><systemitem>0</systemitem></term>
+ <listitem><para>выброшено кадров для сохранения синхронизации A-V</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>4</systemitem></term>
-<listitem><para>текущий уровень постпроцессинга (при использовании
-<option>-autoq</option>)</para></listitem>
+<varlistentry>
+ <term><systemitem>4</systemitem></term>
+ <listitem><para>
+ текущий уровень постпроцессинга (при использовании
+ <option>-autoq</option>)
+ </para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>49%</systemitem></term>
-<listitem><para>текущий уровень использования кеша. (нормальное значение - около 50%)</para></listitem>
+<varlistentry>
+ <term><systemitem>49%</systemitem></term>
+ <listitem><para>
+ текущий уровень использования кеша. (нормальное значение - около 50%)
+ </para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>1.00x</systemitem></term>
-<listitem><para>скорость воспроизведения (множитель от нормальной скорости)</para></listitem>
+<varlistentry>
+ <term><systemitem>1.00x</systemitem></term>
+ <listitem><para>
+ скорость воспроизведения (множитель от нормальной скорости)
+ </para></listitem>
</varlistentry>
</variablelist>
Большинство из них используются для отладки, используйте опцию <option>-quiet</option>
@@ -309,7 +336,8 @@
<qandaentry>
<question><para>
-Появляется сообщение, что не найден файл <filename>/usr/local/lib/codecs/</filename> ...
+Появляется сообщение, что не найден файл
+<filename>/usr/local/lib/codecs/</filename> ...
</para></question>
<answer><para>
Загрузите и установите бинарные кодеки с нашей
@@ -335,7 +363,8 @@
воспроизведение! Я знаю, это необычно...
</para></question>
<answer><para>
-После запуска <filename>./configure</filename>, отредактируйте <filename>config.h</filename>
+После запуска <filename>./configure</filename>,
+отредактируйте <filename>config.h</filename>
и замените <systemitem>#undef FAST_OSD</systemitem> на
<systemitem>#define FAST_OSD</systemitem>. Перекомпилируйте.
</para></answer>
@@ -362,11 +391,14 @@
</para></question>
<answer><para>
Используйте:
-<screen>mplayer <replaceable>опции</replaceable> <replaceable>имя_файла</replaceable> < /dev/null &</screen>
+<screen>
+mplayer <replaceable>опции</replaceable> <replaceable>имя_файла</replaceable> < /dev/null &
+</screen>
</para></answer>
</qandaentry>
</qandadiv>
+<!-- ********** -->
<qandadiv id="faq-playback">
<title>Проблемы воспроизведения</title>
@@ -478,34 +510,32 @@
<para>
Если столкнулись с этой проблемой, то у вас есть два варианта:
<itemizedlist>
-<listitem><para>Подождать пару недель. Все может снова заработать.</para></listitem>
-<listitem><para>Слинковать все бинарники в системе с различными prelink опциями.
-Вот пошаговая инструкция:</para>
-<para>
-<orderedlist>
-<listitem><para>Отредактируйте <filename>/etc/syconfig/prelink</filename> и измените</para>
-<para>
-<programlisting>
-PRELINK_OPTS=-mR
-</programlisting>
-</para>
-<para>
-на
-<programlisting>
-PRELINK_OPTS="-mR --no-exec-shield"
-</programlisting>
-</para>
-</listitem>
-<listitem><para><command>touch /var/lib/misc/prelink.force</command></para></listitem>
-<listitem><para><command>/etc/cron.daily/prelink</command>
-(Это перелинкует все приложения, что может занять длительное время.)</para></listitem>
+<listitem><para>
+ Подождать пару недель. Все может снова заработать.
+</para></listitem>
<listitem>
-<para><command>execstack -s <replaceable>/path/to/</replaceable>mplayer</command>
-(Это отключит exec-shield для исполняемого файла <application>MPlayer</application>.)
-</para>
-</listitem>
-</orderedlist>
-</para>
+ <para>
+ Слинковать все бинарники в системе с различными prelink опциями.
+ Вот пошаговая инструкция:
+ </para>
+ <procedure>
+ <step><para>
+ Отредактируйте <filename>/etc/syconfig/prelink</filename> и измените
+ <programlisting>PRELINK_OPTS=-mR</programlisting> на
+ <programlisting>PRELINK_OPTS="-mR --no-exec-shield"</programlisting>
+ </para></step>
+ <step><para>
+ <command>touch /var/lib/misc/prelink.force</command>
+ </para></step>
+ <step><para>
+ <command>/etc/cron.daily/prelink</command>
+ (Это перелинкует все приложения, что может занять длительное время.)
+ </para></step>
+ <step><para>
+ <command>execstack -s <replaceable>/path/to/</replaceable>mplayer</command>
+ (Это отключит exec-shield для исполняемого файла <application>MPlayer</application>.)
+ </para></step>
+ </procedure>
</listitem>
</itemizedlist>
</para></answer>
@@ -575,6 +605,7 @@
</qandaentry>
</qandadiv>
+<!-- ********** -->
<qandadiv id="faq-driver">
<title>Проблемы драйверов вывода аудио/видео (ao/vo)</title>
@@ -609,12 +640,10 @@
<answer><para>
Просто смените драйвер вывода видео. Введите следующую коданду для получения списка
доступных драйверов:
-<screen>
-mplayer -vo help
-</screen>
+<screen>mplayer -vo help</screen>
Как только выберите правильный драйвер, добавьте его в файл конфигурации. Добавьте
<programlisting>
- vo = <replaceable>выбранный_драйвер</replaceable>
+vo = <replaceable>выбранный_драйвер</replaceable>
</programlisting>
в <filename>~/.mplayer/config</filename> и/или
<programlisting>
@@ -674,11 +703,11 @@
<question><para>
Нет звука при воспроизведении видео и появляется ошибка подобная этой:
<screen>
- AO: [oss] 44100Hz 2ch Signed 16-bit (Little-Endian)
- audio_setup: Can't open audio device /dev/dsp: Device or resource busy
- couldn't open/init audio device -> NOSOUND
- Audio: no sound!!!
- Start playing...
+AO: [oss] 44100Hz 2ch Signed 16-bit (Little-Endian)
+audio_setup: Can't open audio device /dev/dsp: Device or resource busy
+couldn't open/init audio device -> NOSOUND
+Audio: no sound!!!
+Start playing...
</screen>
</para></question>
<answer><para>
@@ -730,20 +759,20 @@
Причин может быть несколько.
<itemizedlist>
<listitem><para>
-Ваш CPU <emphasis>и/или</emphasis> видеокарта <emphasis>и/или</emphasis>
-шина слишком медленные. В этом случае <application>MPlayer</application>
-выводит соответствующее сообщение (и количество выброшенных кадров быстро
-увеличивается).
+ Ваш CPU <emphasis>и/или</emphasis> видеокарта <emphasis>и/или</emphasis>
+ шина слишком медленные. В этом случае <application>MPlayer</application>
+ выводит соответствующее сообщение (и количество выброшенных кадров быстро
+ увеличивается).
</para></listitem>
<listitem><para>
-Если это AVI, возможно, у него проблемы с чередованием звука/видео,
-попробуйте опцию <option>-ni</option> для обхода проблемы. Или файл имеет
-неверный заголовок. В этом случае могут помочь опции <option>-nobps</option>
-и/или <option>-mc 0</option>.
+ Если это AVI, возможно, у него проблемы с чередованием звука/видео,
+ попробуйте опцию <option>-ni</option> для обхода проблемы. Или файл имеет
+ неверный заголовок. В этом случае могут помочь опции <option>-nobps</option>
+ и/или <option>-mc 0</option>.
</para></listitem>
<listitem><para>
-У вас неверно работает звуковой драйвер. Смотрите
-<link linkend="audio">аудио раздел</link>.
+ У вас неверно работает звуковой драйвер. Смотрите
+ <link linkend="audio">аудио раздел</link>.
</para></listitem>
</itemizedlist>
</para></answer>
@@ -759,6 +788,7 @@
</qandaentry>
</qandadiv>
+<!-- ********** -->
<qandadiv id="faq-dvd">
<title>Воспроизведение DVD</title>
@@ -806,7 +836,8 @@
Как установить регион для DVD-привода? У меня нет Windows!
</para></question>
<answer><para>
-Воспользуйтесь <ulink url="http://linvdr.org/projects/regionset/">утилитой regionset</ulink>.
+Воспользуйтесь
+<ulink url="http://linvdr.org/projects/regionset/">утилитой regionset</ulink>.
</para></answer>
</qandaentry>
@@ -845,8 +876,8 @@
</para></question>
<answer><para>
Используйте опцию <option>-cache</option> (описанную на странице man) и попробуйте
-включить DMA для DVD привода утилитой <command>hdparm</command> (описанной в
-<link linkend="drives">разделе CD</link>).
+включить DMA для DVD привода утилитой <command>hdparm</command>
+(описанной в <link linkend="drives">разделе CD</link>).
</para></answer>
</qandaentry>
@@ -864,6 +895,7 @@
</qandaentry>
</qandadiv>
+<!-- ********** -->
<qandadiv id="faq-features">
<title>Просьбы о новых возможностях</title>
@@ -892,6 +924,7 @@
</qandaentry>
</qandadiv>
+<!-- ********** -->
<qandadiv id="faq-encoding">
<title>Кодирование</title>
@@ -953,7 +986,8 @@
</para></question>
<answer><para>
MPEG файлы могут быть объединены в один, если сильно повезет.
-Для файлов AVI, можете воспользоваться встроеной возможностью <application>MEncoder</application>'а
+Для файлов AVI, можете воспользоваться встроеной возможностью
+<application>MEncoder</application>'а
работать с несколькими файлами сразу:
<screen>
mencoder -ovc copy -oac copy -o <replaceable>out.avi</replaceable> <replaceable>file1.avi</replaceable> <replaceable>file2.avi</replaceable>
@@ -1054,31 +1088,43 @@
</para></question>
<answer><para>
Пример:
-<screen>Pos: 264.5s 6612f ( 2%) 7.12fps Trem: 576min 2856mb A-V:0.065 [2156:192]</screen>
+<screen>
+Pos: 264.5s 6612f ( 2%) 7.12fps Trem: 576min 2856mb A-V:0.065 [2156:192]
+</screen>
<variablelist>
-<varlistentry><term><systemitem>Pos: 264.5s</systemitem></term>
-<listitem><para>временная позиция в кодируемом потоке</para></listitem>
+<varlistentry>
+ <term><systemitem>Pos: 264.5s</systemitem></term>
+ <listitem><para>временная позиция в кодируемом потоке</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>6612f</systemitem></term>
-<listitem><para>количество закодированных кадров</para></listitem>
+<varlistentry>
+ <term><systemitem>6612f</systemitem></term>
+ <listitem><para>количество закодированных кадров</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>2%</systemitem></term>
-<listitem><para>размер закодированной части входного потока</para></listitem>
+<varlistentry>
+ <term><systemitem>2%</systemitem></term>
+ <listitem><para>размер закодированной части входного потока</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>7.12fps</systemitem></term>
-<listitem><para>скорость кодирования</para></listitem>
+<varlistentry>
+ <term><systemitem>7.12fps</systemitem></term>
+ <listitem><para>скорость кодирования</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>Trem: 576min</systemitem></term>
-<listitem><para>оценка времени, оставшегося до конца кодирования</para></listitem>
+<varlistentry>
+ <term><systemitem>Trem: 576min</systemitem></term>
+ <listitem><para>оценка времени, оставшегося до конца кодирования</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>2856mb</systemitem></term>
-<listitem><para>оценка окончательного размера перекодированного файла</para></listitem>
+<varlistentry>
+ <term><systemitem>2856mb</systemitem></term>
+ <listitem><para>оценка окончательного размера перекодированного файла</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>A-V:0.065</systemitem></term>
-<listitem><para>текушая задержка между аудио и видео потоками</para></listitem>
+<varlistentry>
+ <term><systemitem>A-V:0.065</systemitem></term>
+ <listitem><para>текушая задержка между аудио и видео потоками</para></listitem>
</varlistentry>
-<varlistentry><term><systemitem>[2156:192]</systemitem></term>
-<listitem><para>средний видео битпоток (в кбит/с) и средний аудио битпоток (в кбит/с)</para></listitem>
+<varlistentry>
+ <term><systemitem>[2156:192]</systemitem></term>
+ <listitem><para>
+ средний видео битпоток (в кбит/с) и средний аудио битпоток (в кбит/с)
+ </para></listitem>
</varlistentry>
</variablelist>
</para></answer>
@@ -1124,10 +1170,10 @@
<emphasis role="bold">&</emphasis> в конце команды
<command>mplayer</command>):
<screen>
- mkfifo encode
- mplayer -ao pcm -aofile encode dvd://1 &
- lame <replaceable>ваши_опции</replaceable> encode music.mp3
- rm encode
+mkfifo encode
+mplayer -ao pcm -aofile <replaceable>encode</replaceable> dvd://1 &
+lame <replaceable>ваши_опции</replaceable> <replaceable>encode</replaceable> <replaceable>music.mp3</replaceable>
+rm <replaceable>encode</replaceable>
</screen>
Это позволяет использовать любой кодер, не только
<application>LAME</application>,
@@ -1156,7 +1202,7 @@
<option>-ffourcc</option>.
Вы также можете сменить FourCC у существующего файла тем же способом:
<screen>
- mencoder <replaceable>input.avi</replaceable> -o <replaceable>output.avi</replaceable> -ffourcc XVID
+mencoder <replaceable>input.avi</replaceable> -o <replaceable>output.avi</replaceable> -ffourcc XVID
</screen>
Имейте ввиду, что этот пример устанавливает FourCC в XVID, а не DIVX.
Это рекомендуется, т.к. DIVX FourCC означает DivX4, очень простой MPEG-4
Modified: trunk/DOCS/xml/ru/history.xml
==============================================================================
--- trunk/DOCS/xml/ru/history.xml (original)
+++ trunk/DOCS/xml/ru/history.xml Sat Dec 9 10:27:35 2006
@@ -1,5 +1,5 @@
<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r20551 -->
+<!-- synced with r21537 -->
<appendix id="history">
<title>История</title>
@@ -27,110 +27,176 @@
со скоростью. Поэтому я решил написать/модифицировать свой...]
</para></blockquote><para>A'rpi, 2001</para>
-<para>
<itemizedlist>
-<listitem><para>
- <emphasis role="bold"><application>mpg12play</application> v0.1-v0.3:</emphasis> Sep 22-25, 2000
- </para>
- <para>Первая попытка, создавалась полчаса!
- До версии 0.3 использовалась libmpeg3 с
- <ulink url="http://www.heroinewarrior.com"/>,
- но там были проблемы с качеством изображения и скоростью.
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>mpg12play</application> v0.5-v0.87:</emphasis> Sep 28-Oct 20, 2000
- </para><para>MPEG кодек заменён на DVDview от Dirk Farin, это был превосходный
- код, но он был медленный и был написан на C++ (A'rpi ненавидит C++!!!)
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>mpg12play</application> v0.9-v0.95pre5:</emphasis> Oct 21-Nov 2, 2000
- </para><para>MPEG кодек был libmpeg2 (mpeg2dec) от Aaron Holtzman и
- Michel Lespinasse. Это превосходный, очень хорошо оптимизированный
- C код с совершенным качеством
- изображения и 100% совместимостью с MPEG стандартом.
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>MPlayer</application> v0.3-v0.9:</emphasis> Nov 18-Dec 4, 2000</para>
- <para>
+<listitem>
+<para>
+<emphasis role="bold"><application>mpg12play</application> v0.1-v0.3:</emphasis> Sep 22-25, 2000
+</para>
+<para>
+Первая попытка, создавалась полчаса!
+До версии 0.3 использовалась libmpeg3 с
+<ulink url="http://www.heroinewarrior.com"/>,
+но там были проблемы с качеством изображения и скоростью.
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>mpg12play</application> v0.5-v0.87:</emphasis> Sep 28-Oct 20, 2000
+</para>
+<para>
+MPEG кодек заменён на DVDview от Dirk Farin, это был превосходный
+код, но он был медленный и был написан на C++ (A'rpi ненавидит C++!!!)
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>mpg12play</application> v0.9-v0.95pre5:</emphasis> Oct 21-Nov 2, 2000
+</para>
+<para>
+MPEG кодек был libmpeg2 (mpeg2dec) от Aaron Holtzman и
+Michel Lespinasse. Это превосходный, очень хорошо оптимизированный
+C код с совершенным качеством
+изображения и 100% совместимостью с MPEG стандартом.
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>MPlayer</application> v0.3-v0.9:</emphasis> Nov 18-Dec 4, 2000
+</para>
+<para>
Это был набор двух программ: mpg12playv0.95pre6 и моего нового простого AVI
плеера 'avip' базирующегося на avifile загрузчике Win32 DLL.
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>MPlayer</application> v0.10:</emphasis> Jan 1, 2001</para>
- <para>
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>MPlayer</application> v0.10:</emphasis> Jan 1, 2001
+</para>
+<para>
MPEG и AVI плеер в одном бинарнике!
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>MPlayer</application> v0.11pre series:</emphasis></para>
- <para>
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>MPlayer</application> v0.11pre series:</emphasis>
+</para>
+<para>
Присоединились некоторые новые разработчики и с версии 0.11 проект <application>MPlayer</application>
это командная разработка! Добавлена поддержка .ASF файлов, и OpenDivX
(см. www.projectmayo.com) кодер/декодер
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>MPlayer</application> v0.17a "The IdegCounter"</emphasis> Apr 27, 2001</para>
- <para>
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>MPlayer</application> v0.17a "The IdegCounter"</emphasis> Apr 27, 2001
+</para>
+<para>
Релиз версии 0.11pre после 4 месяцев напряжённой разработки!
Попробуйте его и изумитесь! Добавлены тысячи новых особенностей... и конечно
старый код был улучшен, исправлены ошибки и т.д.
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>MPlayer</application> 0.18 "The BugCounter"</emphasis> Jul 9, 2001</para>
- <para>
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>MPlayer</application> 0.18 "The BugCounter"</emphasis> Jul 9, 2001
+</para>
+<para>
Прошло 2 месяца со времён 0.17 и вот Вам новый релиз.. Завершена поддержка ASF,
больше форматов субтитров, представлена libao (подобно libvo но для аудио),
даже более стабилен чем раньше, и так далее. Это необходимо!
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>MPlayer</application> 0.50 "The Faszom(C)ounter"</emphasis> Oct 8, 2001</para>
- <para>
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>MPlayer</application> 0.50 "The Faszom(C)ounter"</emphasis> Oct 8, 2001
+</para>
+<para>
Хмм. Снова релиз. Тонны новых возможностей, бета версия GUI, исправлены
ошибки, новые vo и ao драйвера, порты во многие системы, включён DivX
кодек с открытыми исходниками и многое другое. Попробуйте его!
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>MPlayer</application> 0.60 "The RTFMCounter"</emphasis> Jan 3, 2002</para>
- <para>
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>MPlayer</application> 0.60 "The RTFMCounter"</emphasis> Jan 3, 2002
+</para>
+<para>
Поддержка MOV/VIVO/RM/FLI/NUV форматов файлов, "родные" CRAM, Cinepak,
ADPCM кодеки, и поддержка для XAnim'овских двоичных кодеков; поддержка
-DVD субтитров, первый релиз <application>MEncoder</application>, TV захват, кэш, liba52, бесчисленные
-исправления.
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>MPlayer</application> 0.90pre10 "The BirthdayCounter"</emphasis> Nov 11, 2002</para>
- <para>
+DVD субтитров, первый релиз <application>MEncoder</application>, TV захват, кэш, liba52,
+бесчисленные исправления.
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>MPlayer</application> 0.90pre10 "The BirthdayCounter"</emphasis> Nov 11, 2002
+</para>
+<para>
Хотя это не релиз, Я собираюсь отметить это, поскольку прошло 2 года
-после <application>MPlayer</application> v0.01. С днем рождения <application>MPlayer</application>!
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>MPlayer</application> 0.90rc1 "The CodecCounter"</emphasis> Dec 7, 2002</para>
- <para>
+после <application>MPlayer</application> v0.01. С днем рождения
+<application>MPlayer</application>!
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>MPlayer</application> 0.90rc1 "The CodecCounter"</emphasis> Dec 7, 2002
+</para>
+<para>
Снова не релиз, но после добавления поддержки Sorenson 3 (QuickTime) и
-Windows Media 9, <application>MPlayer</application> - это первый в мире плеер, поддерживающий все
-известные видео форматы!
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>MPlayer</application> 0.90 "The CounterCounter"</emphasis> Apr 6, 2003
- </para><para>Прошёл год прежде, чем мы решили, что код вновь достаточно
- стабилен и готов к публикации в качестве релиза. К несчастью, мы даже забыли
- увеличить номер версии, туда попали другие досадные ошибки, так что
- приготовьтесь к...
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>MPlayer</application> 0.91</emphasis> Aug 13, 2003
- </para><para>Все вышеупомянутые и множество других ошибок исправлены.
- Это последняя стабильная версия.
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>MPlayer</application> 1.0pre1 "Development on the beach"</emphasis> Sep 1, 2003
- </para><para>Хотя это и не стабильный релиз, я хочу упомянуть его, поскольку
- это — первая пре версия серии 1.0 <application>MPlayer</application>'а и она предназначена помочь
- <emphasis>большой компании по отлову ошибок</emphasis>.
- Это огромный шаг вперёд!
- </para></listitem>
-<listitem><para>
- <emphasis role="bold"><application>MPlayer</application> 1.0</emphasis> дата ещё не известна
- </para></listitem>
-</itemizedlist>
+Windows Media 9, <application>MPlayer</application> - это первый в мире плеер, поддерживающий
+все известные видео форматы!
</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>MPlayer</application> 0.90 "The CounterCounter"</emphasis> Apr 6, 2003
+</para>
+<para>
+Прошёл год прежде, чем мы решили, что код вновь достаточно
+стабилен и готов к публикации в качестве релиза. К несчастью, мы даже забыли
+увеличить номер версии, туда попали другие досадные ошибки, так что
+приготовьтесь к...
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>MPlayer</application> 0.91</emphasis> Aug 13, 2003
+</para>
+<para>
+Все вышеупомянутые и множество других ошибок исправлены.
+Это последняя стабильная версия.
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>MPlayer</application> 1.0pre1 "Development on the beach"</emphasis> Sep 1, 2003
+</para>
+<para>
+Хотя это и не стабильный релиз, я хочу упомянуть его, поскольку это —
+первая пре версия серии 1.0 <application>MPlayer</application>'а и она предназначена помочь
+<emphasis>большой компании по отлову ошибок</emphasis>.
+Это огромный шаг вперёд!
+</para>
+</listitem>
+
+<listitem>
+<para>
+<emphasis role="bold"><application>MPlayer</application> 1.0</emphasis> дата ещё не известна
+</para>
+</listitem>
+</itemizedlist>
</appendix>
Modified: trunk/DOCS/xml/ru/install.xml
==============================================================================
--- trunk/DOCS/xml/ru/install.xml (original)
+++ trunk/DOCS/xml/ru/install.xml Sat Dec 9 10:27:35 2006
@@ -1,5 +1,5 @@
<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r21395 -->
+<!-- synced with r21537 -->
<chapter id="install">
<title>Установка</title>
@@ -23,6 +23,9 @@
</para>
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="softreq">
<title>Требуемые программы:</title>
@@ -35,64 +38,67 @@
<emphasis role="bold">gcc</emphasis> - рекомендуемые версии:
2.95 и 3.4+. Известно, что 2.96 и 3.0.x генерируют испорченный код.
С 3.1 и 3.2 были проблемы, с 3.3. тоже были небольшие проблемы. На PowerPC используйте 4.x+.
- </para></listitem>
+</para></listitem>
<listitem><para>
<emphasis role="bold">XOrg/XFree86</emphasis> - рекомендуемая версия -
4.3 или более поздняя. Убедитесь, что также установлен
<emphasis role="bold">пакет разработки</emphasis>, иначе это не будет работать.
Вам необязательно иметь X, некоторые драйверы вывода видео работают и без него.
- </para></listitem>
+</para></listitem>
<listitem><para>
<emphasis role="bold">make</emphasis> - рекомендуемая версия - 3.79.x или
более поздняя. Для сборки XML документации требуется 3.80.
- </para></listitem>
+</para></listitem>
<listitem><para>
<emphasis role="bold">FreeType</emphasis> - необязательна, нужна, чтобы
иметь шрифт для OSD и субтитров. Требуется, как минимум, версия 2.0.9.
- </para></listitem>
+</para></listitem>
<listitem><para>
<emphasis role="bold">libjpeg</emphasis> - необязательный кодер/декодер JPEG,
требуется для драйвера вывода видео JPEG и декодирования MJPEG видео.
- </para></listitem>
+</para></listitem>
<listitem><para>
<emphasis role="bold">libpng</emphasis> - необязательный (M)PNG кодер/декодер,
требуется для GUI и драйвера вывода видео PNG.
- </para></listitem>
+</para></listitem>
<listitem><para>
<emphasis role="bold">lame</emphasis> - рекомендуется 3.90 или новее,
необходимо для кодирования MP3 аудио c <application>MEncoder</application>,
- </para></listitem>
+</para></listitem>
<listitem><para>
<emphasis role="bold">zlib</emphasis> - рекомендуется, необходима для сжатых
MOV заголовков и поддержки PNG.
- </para></listitem>
+</para></listitem>
<listitem><para>
<emphasis role="bold"><ulink url="http://www.live555.com/mplayer/">LIVE555 Streaming Media</ulink></emphasis>
- необязательно, необходимо для некоторых RTSP/RTP потоков.
- </para></listitem>
+</para></listitem>
<listitem><para>
<emphasis role="bold">directfb</emphasis> - необязательно, используйте 0.9.13
или новее.
- </para></listitem>
+</para></listitem>
<listitem><para>
<emphasis role="bold">cdparanoia</emphasis> - необязательно, для поддержки CDDA
- </para></listitem>
+</para></listitem>
<listitem><para>
<emphasis role="bold">libxmms</emphasis> - необязательно, для поддержки входных плагинов XMMS.
Требуется минимум 1.2.7.
- </para></listitem>
+</para></listitem>
<listitem><para>
<emphasis role="bold">libsmb</emphasis> - необязательно, для поддержки
сетевого протокола smb.
- </para></listitem>
+</para></listitem>
<listitem><para>
<emphasis role="bold">ALSA</emphasis> - необязательно, для поддержки вывода звука через ALSA
Требуется минимум 0.9.0rc4.
- </para></listitem>
+</para></listitem>
</itemizedlist>
</sect1>
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
<sect1 id="features">
<title>Возможности:</title>
@@ -100,24 +106,25 @@
<listitem><para>
Решите, нужен ли Вам GUI. Если да, прочитайте до компиляции
секцию <link linkend="gui">GUI</link>.
- </para></listitem>
+</para></listitem>
<listitem><para>
Если Вы хотите установить <application>MEncoder</application> (наш великолепный многоцелевой кодировщик),
читайте <link linkend="mencoder">секцию <application>MEncoder</application></link>.
- </para></listitem>
+</para></listitem>
<listitem><para>
- Если у Вас есть V4L совместимый <emphasis role="bold">TV тюнер</emphasis>, и Вы хотите смотреть/захватывать
-и кодировать MPlayer'ом фильмы, читайте секцию <link linkend="tv-input">TV вход</link>.
- </para></listitem>
+ Если у Вас есть V4L совместимый <emphasis role="bold">TV тюнер</emphasis>, и Вы хотите
+ смотреть/захватывать и кодировать MPlayer'ом фильмы, читайте секцию
+ <link linkend="tv-input">TV вход</link>.
+</para></listitem>
<listitem><para>
Если у вас есть V4L совместимый <emphasis role="bold">Radio тюнер</emphasis>,
и вы хотите слушать/записывать MPlayer'ом радиопередачи, читайте секцию
<link linkend="radio">Радио</link>.
- </para></listitem>
+</para></listitem>
<listitem><para>
- Существует изящное <emphasis role="bold">OSD Меню</emphasis> готовое для использования. Проверьте секцию
-<link linkend="subosd">OSD Меню</link>.
- </para></listitem>
+ Существует изящное <emphasis role="bold">OSD Меню</emphasis> готовое для использования.
+ Проверьте секцию <link linkend="subosd">OSD Меню</link>.
+</para></listitem>
</itemizedlist>
<para>
@@ -125,7 +132,8 @@
<screen>
./configure
make
-make install</screen>
+make install
+</screen>
</para>
<para>
@@ -139,7 +147,6 @@
и удалите его.
</para>
-
<para>
Обратите внимание на то, что если у Вас в <filename>~/.mplayer/</filename> есть
файл <filename>codecs.conf</filename>, то встроенный и системный файлы
@@ -181,33 +188,39 @@
</sect1>
-<!-- ********** -->
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
<sect1 id="gui">
<title>Как насчёт GUI?</title>
<para&