January 2007 - MPlayer-translations

r21922 - trunk/DOCS/man/ru/mplayer.1
by voroshil 14 Jan '07

14 Jan '07

Author: voroshil Date: Sun Jan 14 08:00:45 2007 New Revision: 21922 Modified: trunk/DOCS/man/ru/mplayer.1 Log: r21882: sync to x264 r607 (update description of threads) Modified: trunk/DOCS/man/ru/mplayer.1 ============================================================================== --- trunk/DOCS/man/ru/mplayer.1 (original) +++ trunk/DOCS/man/ru/mplayer.1 Sun Jan 14 08:00:45 2007 @@ -2,7 +2,7 @@ .\" This man page was/is done by Gabucino, Diego Biurrun, Jonas Jermann .\" Translated by Vladimir Voroshilov <voroshil(a)gmail.com> .\" Encoding: koi8-r -.\" synced with r21867 +.\" synced with r21882 . .\" -------------------------------------------------------------------------- .\" �� @@ -9834,14 +9834,11 @@ �� . . .TP -.B threads=<1\-4> -�� (��-��: 1). -�� , �� . -(lavc - ��). -�� . -��, �� libx264 �� pthread; �� -�� , �� , �� -��. +.B threads=<0\-16> +�� CPU (��-��: 1). +�� . +0 �� auto �� x264 �� CPU � �� +�� . . .TP .B (no)global_header

1 0

r21920 - trunk/DOCS/xml/ru/encoding-guide.xml
by voroshil 14 Jan '07

14 Jan '07

Author: voroshil Date: Sun Jan 14 07:45:51 2007 New Revision: 21920 Modified: trunk/DOCS/xml/ru/encoding-guide.xml Log: spelling, wording fix patch from Andrew Savchenko bircoph at mail dot ru Modified: trunk/DOCS/xml/ru/encoding-guide.xml ============================================================================== --- trunk/DOCS/xml/ru/encoding-guide.xml (original) +++ trunk/DOCS/xml/ru/encoding-guide.xml Sun Jan 14 07:45:51 2007 @@ -944,9 +944,8 @@ Естественные разрешения DVD составляют 720x480 для NTSC и 720x576 для PAL, но существует флаг соотношения сторон, который указывает является ли видео полноэкранным (4:3) или широкоэкранным (16:9). -Многие (если не большинство) широкоэкранных DVD не точно соответсвуют - -формату 16:9 и могут быть как 1.85:1, так и 2.35:1 (формат cinescope). +Многие (если не большинство) широкоэкранных DVD не точно соответствуют +формату 16:9 и могут быть как 1.85:1, так и 2.35:1 (кинематографический формат). Это означает, что в видео будут чёрные полосы, которые нужно усечь. </para> @@ -4501,10 +4500,6 @@ например, <application>QuickTime Player</application> или <application>iTunes</application>. Если Вы планируете просмотр видео в вэб-браузере с помощью плагина - -  - <application>QuickTime</application>, Вам также необходимо модифицировать фильм таким образом, чтобы плагин <application>QuickTime</application> мог начать его воспроизведение @@ -4568,7 +4563,7 @@ </title> <para> -Video for Windows предоставляет простое кодирование в смысле бинарных видео +Video for Windows предоставляет простое кодирование при помощи бинарных видео кодеков. Вы можете кодировать следующими кодеками (если у Вас есть другие, сообщите нам!) </para> @@ -4608,7 +4603,7 @@ <entry>avimszh.dll</entry> <entry>AVImszh (MSZH)</entry> <entry>253118fe1eedea04a95ed6e5f4c28878</entry> - <entry>needs <option>-vf format</option></entry> + <entry>необходим <option>-vf format</option></entry> </row> <row> <entry>avizlib.dll</entry> @@ -4720,7 +4715,7 @@ </informaltable> Первый столбец содержит имена кодеков, которые должны указываться после -<literal>codec</literal> параметра, +параметра <literal>codec</literal>, например: <option>-xvfwopts codec=divx.dll</option> FourCC код, используемый каждым кодеком, указан в скобках. </para> @@ -4728,7 +4723,7 @@ <para> Пример сжатия с помощью VP3: <screen> -mencoder dvd://2 -o <replaceable>title2.avi</replaceable> -ovc vfw -xvfwopts codec=vp31vfw.dll -oac copy +mencoder dvd://2 -o <replaceable>ролик2.avi</replaceable> -ovc vfw -xvfwopts codec=vp31vfw.dll -oac copy </screen> </para> </informalexample> @@ -4749,17 +4744,16 @@ <para> <application>MEncoder</application> способен создавать MPEG файлы VCD, SCVD и DVD формата, используя библиотеку <systemitem class="library">libavcodec</systemitem>. -Эти файды затем могут быть использованы совместно с +Эти файлы затем могут быть использованы совместно с <ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink> или <ulink url="http://dvdauthor.sourceforge.net/">dvdauthor</ulink> - -для создания дисков, которые будут воспроизводиться на стандартном set-top +для создания дисков, которые будут воспроизводиться на стандартном видео проигрывателе. </para> <para> -DVD, SVCD, и VCD форматы жестко ограничены. Доступен только небольшой выбор +DVD, SVCD, и VCD форматы обладают жесткими ограничениями. Доступен только небольшой выбор размеров и пропорций кодируемого изображения. Если Ваш фильм пока не удовлетворяет этим ограничениям, придется изображение масштабировать, обрезать или добавлять к нему черные полосы, чтобы добиться @@ -4841,7 +4835,7 @@ <entry>MP2,AC3,PCM</entry> <entry>1536 кбит/с (макс.)</entry> <entry>25</entry> - <entry>4:3, 16:9 (only for 720x576)</entry> + <entry>4:3, 16:9 (только для 720x576)</entry> </row> <row> <entry>PAL DVD</entry> @@ -4881,7 +4875,7 @@ </informaltable> <para> -Если Ваш фильм имеет пропорции 2.35:1 (большинство современных фильмов), +Если Ваш фильм имеет пропорции 2.35:1 (большинство современных фильмов с обилием движения), для создания DVD или VCD придется добавить черные полосы или обрезать фильм до 16:9. Добавляя черные полосы, пытайтесь выровнять их размеры на границу в 16 пикселов, чтобы минимизировать влияние на производительность кодирования. @@ -4915,7 +4909,7 @@ SVCD допускает различные значения видео битпотока вплоть до 2500 кбит/с и не так сильно стесняющий размер vbv буфера, равный 917 килобит. У DVD видео битпоток может свободно меняться вплоть до 9800 kbps (хотя обычный -поток равен примерно половине этого значения), а размер vbv буфер равен 1835 +поток равен примерно половине этого значения), а размер vbv буфера равен 1835 килобит. </para> </sect3> @@ -4934,8 +4928,7 @@ <para> Для VCD и SVCD опции называются xvcd и xsvcd, потому что они являются расширенными форматами. Они не полностью совместимы, в основном, потому что не - -содержат scan offsets. Если нужно создать образ SVCD, следует передать +содержат смещений развёртки. Если нужно создать образ SVCD, следует передать выходной файл программе <ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>. </para> @@ -4958,9 +4951,8 @@ <para> DVD с NTSC Pullup: <screen>-of mpeg -mpegopts format=dvd:tsaf:telecine -ofps 24000/1001</screen> - -Это делает возможным кодирование 24000/1001 fps прогрессивного содержимого с -частотой 30000/1001 fps, пока сохраняется DVD-совместимость. +Это делает возможным кодирование 24000/1001 fps построчного содержимого с +частотой 30000/1001 fps, с одновременным сохранением совместимости с DVD. </para> @@ -5003,8 +4995,8 @@ <title>Сохранение A/V синхронизации</title> <para> -Для того, чтобы сохранять аудио/видео синхронизацию в кодировании на всем его -протяжении, <application>MEncoder</application> должен выбрасывать или +Для того, чтобы сохранять аудио/видео синхронизацию на протяжении всего +кодирования, <application>MEncoder</application> должен выбрасывать или дублировать кадры. Это довольно неплохо работает при мультиплексировании в AVI файл, но с другими мультиплексорами, такими как MPEG, почти гарантировано приведет к нарушению A/V синхронизации. Для избежания подобных проблем, @@ -5022,7 +5014,7 @@ <para> Если частота дискретизации в оригинальном файле не совпадает с требуемой в -целевом формате, требуется преобразование. Его можно осуществить, совместно +целевом формате, необходимо преобразование. Его можно осуществить, совместно используя опцию <option>-srate</option> и аудио фильтр<option>-af lavcresample</option>. </para> @@ -5090,7 +5082,7 @@ <emphasis role="bold">keyint</emphasis>: Используется для установки размера GOP. 18 для 30fps материала или 15 для 25/24 fps материала. - Коммерческие изготовители похоже предпочитают значение интервала ключевых + Коммерческие изготовители, похоже, предпочитают значение интервала ключевых кадров, равное 12. Можно значительно увеличить это значение и все еще сохранять совместимость с большинством проигрывателей. <option>keyint</option> равное 25 не должно вызывать никаких проблем. @@ -5101,7 +5093,7 @@ </para></listitem> <listitem><para> <emphasis role="bold">vrc_minrate</emphasis>: - 1152 для VCD. Иожет не указываться для SVCD и DVD. + 1152 для VCD. Может не указываться для SVCD и DVD. </para></listitem> <listitem><para> <emphasis role="bold">vrc_maxrate</emphasis>: @@ -5169,16 +5161,16 @@ <title>Расширенные опции</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: +Для достижения более высокого качества кодирования, Вы также можете +добавить опции lavcopts, улучшающие качество, такие как +<option>trell</option>, <option>mbd=2</option> и другие. +Обратите внимание, что <option>qpel</option> и <option>v4mv</option>, +часто полезные с MPEG-4, не применимы к MPEG-1 или MPEG-2. +Также, если Вы хотите выполнить очень высококачественное кодирование +DVD, может быть полезным добавление <option>dc=10</option> в lavcopts. +Это может помочь подавить появление блоков в однородно окрашенных +областях. Подводя итог, вот пример настроек lavcopts для +высококачественного DVD: </para> <para> @@ -5201,11 +5193,11 @@ <systemitem class="library">toolame</systemitem>, <systemitem class="library">twolame</systemitem>, или MP2 <systemitem class="library">libavcodec</systemitem> кодировщик. -libavcodec MP2 не так хорош, как остальные две библиотеки, однако он должен +libavcodec MP2 не так хорош, как остальные две библиотеки, однако, он должен быть всегда доступен для использования. VCD поддерживает только звук с постоянным битпотоком (CBR), в то время как SVCD также поддерживает и переменный (VBR). Будьте осторожны, используя VBR, -поскольку некоторые аппаратные проигрыватели могут не очень хорошо его +поскольку некоторые плохие аппаратные проигрыватели могут не очень хорошо его поддерживать. </para> @@ -5274,7 +5266,7 @@ -vf scale=720:576,harddup -srate 48000 -af lavcresample=48000 \ -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:\ keyint=15:vstrict=0:acodec=ac3:abitrate=192:aspect=16/9 -ofps 25 \ - -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable> + -o <replaceable>фильм.mpg</replaceable> <replaceable>фильм.avi</replaceable> </screen> </para> </sect3> @@ -5289,7 +5281,7 @@ -vf scale=720:480,harddup -srate 48000 -af lavcresample=48000 \ -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:\ keyint=18:vstrict=0:acodec=ac3:abitrate=192:aspect=16/9 -ofps 30000/1001 \ - -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable> + -o <replaceable>фильм.mpg</replaceable> <replaceable>фильм.avi</replaceable> </screen> </para> </sect3> @@ -5305,7 +5297,7 @@ 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:vstrict=0:aspect=16/9 -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable> +keyint=15:vstrict=0:aspect=16/9 -o <replaceable>фильм.mpg</replaceable> <replaceable>фильм.avi</replaceable> </screen> </para> </sect3> @@ -5320,7 +5312,7 @@ 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:vstrict=0:aspect=16/9 -ofps 24000/1001 \ - -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable> + -o <replaceable>фильм.mpg</replaceable> <replaceable>фильм.avi</replaceable> </screen> </para> </sect3> @@ -5335,7 +5327,7 @@ 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> + -o <replaceable>фильм.mpg</replaceable> <replaceable>фильм.avi</replaceable> </screen> </para> </sect3> @@ -5350,7 +5342,7 @@ 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> + -o <replaceable>фильм.mpg</replaceable> <replaceable>фильм.avi</replaceable> </screen> </para> </sect3> @@ -5364,7 +5356,7 @@ 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> + -o <replaceable>фильм.mpg</replaceable> <replaceable>фильм.avi</replaceable> </screen> </para> </sect3> @@ -5378,7 +5370,7 @@ 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> + -o <replaceable>фильм.mpg</replaceable> <replaceable>фильм.avi</replaceable> </screen> </para> </sect3>

1 0

r21919 - trunk/help/help_mp-ru.h
by voroshil 14 Jan '07

14 Jan '07

Author: voroshil Date: Sun Jan 14 07:32:53 2007 New Revision: 21919 Modified: trunk/help/help_mp-ru.h Log: sync tag update Modified: trunk/help/help_mp-ru.h ============================================================================== --- trunk/help/help_mp-ru.h (original) +++ trunk/help/help_mp-ru.h Sun Jan 14 07:32:53 2007 @@ -2,7 +2,7 @@ // Dmitry Baryshkov <mitya(a)school.ioffe.ru> // Reworked by: Andrew Savchenko aka Bircoph <Bircoph[at]list[dot]ru> -// Synced with help_mp-en.h: r21655 +// Synced with help_mp-en.h: r21906 // ========================= MPlayer help ===========================

1 0

r21918 - in trunk/DOCS/xml/ru: encoding-guide.xml video.xml
by voroshil 14 Jan '07

14 Jan '07

Author: voroshil Date: Sun Jan 14 07:30:25 2007 New Revision: 21918 Modified: trunk/DOCS/xml/ru/encoding-guide.xml trunk/DOCS/xml/ru/video.xml Log: r21917: typo fixes r21897: Rephrase mga_vid section. r21896: Document vo_tdfx_vid. r21882: sync to x264 r607 (update description of threads) Modified: trunk/DOCS/xml/ru/encoding-guide.xml ============================================================================== --- trunk/DOCS/xml/ru/encoding-guide.xml (original) +++ trunk/DOCS/xml/ru/encoding-guide.xml Sun Jan 14 07:30:25 2007 @@ -1,5 +1,5 @@ <?xml version="1.0" encoding="utf-8"?> - + <chapter id="encoding-guide"> <title>Кодирование с <application>MEncoder</application></title> @@ -5124,7 +5124,7 @@ видео на однослойном DVD. </para></listitem> <listitem><para> - <emphasis role="bold">vtrict</emphasis>: + <emphasis role="bold">vstrict</emphasis>: <option>vstrict</option>=0 следует использовать для создания DVD. Без этой опции <application>MEncoder</application> создает поток, который не может быть корректно декодирован некоторыми аппаратными DVD проигрывателями. Modified: trunk/DOCS/xml/ru/video.xml ============================================================================== --- trunk/DOCS/xml/ru/video.xml (original) +++ trunk/DOCS/xml/ru/video.xml Sun Jan 14 07:30:25 2007 @@ -1,5 +1,5 @@ <?xml version="1.0" encoding="utf-8"?> - + <chapter id="video"> <title>Устройства вывода видео</title> @@ -832,17 +832,12 @@ <title>Matrox фреймбуфер (mga_vid)</title> <para> -Этот раздел о поддержке Matrox G200/G400/G450/G550 BES (Back-End Scaler) -и драйвере ядра <systemitem>mga_vid</systemitem>. -Он имеет поддержку VSYNC с тройной буферизацией. Работает как во фреймбуфер консоли, так и -под X. +Это комбинация драйвера вывода и модуля ядра Linux для +Matrox G200/G400/G450/G550 BES (Back-End Scaler). +Он имеет поддержку VSYNC с тройной буферизацией. Работает как во фреймбуфер +консоли, так и под X, но только с Linux 2.4.x. </para> -<warning><para> -Он только для Linux! На не-Linux системах (проверялось на FreeBSD) можете вместо -него использовать <link linkend="vidix">VIDIX</link>! -</para></warning> - <procedure> <title>Установка:</title> <step><para> @@ -914,6 +909,49 @@  +<sect2 id="tdfx_vid"> +<title>tdfx_vid</title> + +<para> +Это комбинация модуля Linux ядра и драйвера вывода видео, аналогичный +<link linkend="mga_vid">mga_vid</link>. +Вам потребуется 2.4.x ядро с драйвером <systemitem>agpgart</systemitem>, +поскольку <systemitem>tdfx_vid</systemitem> использует AGP. +Укажите <command>configure</command> опцию <option>--enable-tdfxfb</option> +для сборки драйвера вывода видео и соберите модуль ядра, как указано далее. +</para> + +<procedure> +<title>Установка tdfx_vid.o модуля ядра:</title> +<step><para> + Скомпилируйте <filename>tdfx_vid.o</filename> + <screen> +cd drivers +make tdfx_vid.o</screen> +</para></step> +<step><para> + Создайте файл устройства <filename>/dev/tdfx_vid</filename>: + <screen>mknod /dev/tdfx_vid c 178 0</screen> + и загрузите драйвер командой + <screen>insmod tdfx_vid.o</screen> +</para></step> +<step><para> + Чтобы сделать его загружающимся/выгружающимся автоматически, сначала вставьте + следующую строку в конец <filename>/etc/modules.conf</filename>: + + <programlisting>alias char-major-178 tdfx_vid</programlisting> + + Затем скопируйте модуль <filename>tdfx_vid.o</filename> в подходящее место в + <filename>/lib/modules/<replaceable>версия + ядра</replaceable>/<replaceable>путь</replaceable></filename> и запустите + <screen>depmod -a</screen> +</para></step> +</procedure> + +</sect2> + + + <sect2 id="opengl"> <title>OpenGL вывод</title>

1 0

r21907 - in trunk/help: help_mp-bg.h help_mp-cs.h help_mp-de.h help_mp-dk.h help_mp-el.h help_mp-es.h help_mp-fr.h help_mp-hu.h help_mp-it.h help_mp-ja.h help_mp-ko.h help_mp-mk.h help_mp-nb.h help_mp-nl.h help_mp-pl.h help_mp-pt_BR.h help_mp-ru.h help_mp-sk.h help_mp-sv.h help_mp-tr.h help_mp-uk.h help_mp-zh_CN.h help_mp-zh_TW.h
by diego 13 Jan '07

13 Jan '07

Author: diego Date: Sat Jan 13 12:58:15 2007 New Revision: 21907 Modified: trunk/help/help_mp-bg.h trunk/help/help_mp-cs.h trunk/help/help_mp-de.h trunk/help/help_mp-dk.h trunk/help/help_mp-el.h trunk/help/help_mp-es.h trunk/help/help_mp-fr.h trunk/help/help_mp-hu.h trunk/help/help_mp-it.h trunk/help/help_mp-ja.h trunk/help/help_mp-ko.h trunk/help/help_mp-mk.h trunk/help/help_mp-nb.h trunk/help/help_mp-nl.h trunk/help/help_mp-pl.h trunk/help/help_mp-pt_BR.h trunk/help/help_mp-ru.h trunk/help/help_mp-sk.h trunk/help/help_mp-sv.h trunk/help/help_mp-tr.h trunk/help/help_mp-uk.h trunk/help/help_mp-zh_CN.h trunk/help/help_mp-zh_TW.h Log: Nuke MSGTR_CopyCodecsConf, it's gone from the master file. Modified: trunk/help/help_mp-bg.h ============================================================================== --- trunk/help/help_mp-bg.h (original) +++ trunk/help/help_mp-bg.h Sat Jan 13 12:58:15 2007 @@ -63,7 +63,6 @@ #define MSGTR_NoHomeDir "HOME директорията не може да бъде открита.\n" #define MSGTR_GetpathProblem "Проблем с функция get_path(\"config\") \n" #define MSGTR_CreatingCfgFile "Създава се конфигурационен файл: %s\n" -#define MSGTR_CopyCodecsConf "(Копирайте/свържете etc/codecs.conf от сорса на MPlayer в ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Използва се вградения codecs.conf.\n" #define MSGTR_CantLoadFont "Не може да се зареди шрифт: %s\n" #define MSGTR_CantLoadSub "Не могат да бъдат заредени субтитри: %s\n" Modified: trunk/help/help_mp-cs.h ============================================================================== --- trunk/help/help_mp-cs.h (original) +++ trunk/help/help_mp-cs.h Sat Jan 13 12:58:15 2007 @@ -63,7 +63,6 @@ #define MSGTR_NoHomeDir "Nemohu nalézt domácí adresář.\n" #define MSGTR_GetpathProblem "Nastal problém s get_path(\"config\")\n" #define MSGTR_CreatingCfgFile "Vytvářím konfigurační soubor: %s\n" -#define MSGTR_CopyCodecsConf "(Zkopírujte/nalinkujte etc/codecs.conf ze zdrojových kódů MPlayeru do ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Používám zabudovaný výchozí codecs.conf.\n" #define MSGTR_CantLoadFont "Nemohu načíst bitmapový font: %s\n" #define MSGTR_CantLoadSub "Nemohu načíst titulky: %s\n" Modified: trunk/help/help_mp-de.h ============================================================================== --- trunk/help/help_mp-de.h (original) +++ trunk/help/help_mp-de.h Sat Jan 13 12:58:15 2007 @@ -67,7 +67,6 @@ #define MSGTR_NoHomeDir "Kann Homeverzeichnis nicht finden.\n" #define MSGTR_GetpathProblem "get_path(\"config\") fehlgeschlagen.\n" #define MSGTR_CreatingCfgFile "Erstelle Konfigurationsdatei: %s\n" -#define MSGTR_CopyCodecsConf "(Kopiere/linke etc/codecs.conf aus dem MPlayer-Quelltext nach ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Benutze eingebaute Standardwerte für codecs.conf.\n" #define MSGTR_CantLoadFont "Kann Bitmap-Schriftdatei nicht laden: %s\n" #define MSGTR_CantLoadSub "Kann Untertitel nicht laden: %s\n" Modified: trunk/help/help_mp-dk.h ============================================================================== --- trunk/help/help_mp-dk.h (original) +++ trunk/help/help_mp-dk.h Sat Jan 13 12:58:15 2007 @@ -61,7 +61,6 @@ #define MSGTR_NoHomeDir "Kunne ikke finde hjemmekatalog\n" #define MSGTR_GetpathProblem "get_path(\"config\") problem\n" #define MSGTR_CreatingCfgFile "Genererer konfigurationsfil: %s\n" -#define MSGTR_CopyCodecsConf "(kopier/link etc/codecs.conf (fra MPlayer kilde katalog) til ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Benytter indbyggede standardværdier for codecs.conf\n" #define MSGTR_CantLoadFont "Kunne ikke indlæse skrifttype: %s\n" #define MSGTR_CantLoadSub "Kunne ikke indlæse undertekstfil: %s\n" Modified: trunk/help/help_mp-el.h ============================================================================== --- trunk/help/help_mp-el.h (original) +++ trunk/help/help_mp-el.h Sat Jan 13 12:58:15 2007 @@ -59,7 +59,6 @@ #define MSGTR_NoHomeDir "Μη δυνατή η εύρεση του HOME φακέλου\n" #define MSGTR_GetpathProblem "get_path(\"config\") πρόβλημα\n" #define MSGTR_CreatingCfgFile "Δημιουργία του αρχείου config: %s\n" -#define MSGTR_CopyCodecsConf "(αντιγραφή/συντόμευση etc/codecs.conf (από τον πηγαίο κώδικα του MPlayer) στο ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Χρήση του ενσωματωμένου προεπιλεγμένου codecs.conf\n" #define MSGTR_CantLoadFont "Μη δυνατότητα φόρτωσης της γραμματοσειράς: %s\n" #define MSGTR_CantLoadSub "Μη δυνατότητα φόρτωσης των υποτίτλων: %s\n" Modified: trunk/help/help_mp-es.h ============================================================================== --- trunk/help/help_mp-es.h (original) +++ trunk/help/help_mp-es.h Sat Jan 13 12:58:15 2007 @@ -75,7 +75,6 @@ #define MSGTR_NoHomeDir "No se puede encontrar el directorio HOME.\n" #define MSGTR_GetpathProblem "Problema en get_path(\"config\").\n" #define MSGTR_CreatingCfgFile "Creando archivo de configuración: %s.\n" -#define MSGTR_CopyCodecsConf "Copie/Enlace <árbol del código fuente de MPlayer>/etc/codecs.conf a ~/.mplayer/codecs.conf\n" #define MSGTR_BuiltinCodecsConf "Usando codecs.conf interno por omisión.\n" #define MSGTR_CantLoadFont "No se pudo cargar typografía: %s.\n" #define MSGTR_CantLoadSub "No se pudo cargar subtítulo: %s.\n" Modified: trunk/help/help_mp-fr.h ============================================================================== --- trunk/help/help_mp-fr.h (original) +++ trunk/help/help_mp-fr.h Sat Jan 13 12:58:15 2007 @@ -63,7 +63,6 @@ #define MSGTR_NoHomeDir "Impossible de trouver le répertoire HOME.\n" #define MSGTR_GetpathProblem "Problème get_path(\"config\")\n" #define MSGTR_CreatingCfgFile "Création du fichier config : %s\n" -#define MSGTR_CopyCodecsConf "Copiez/liez etc/codecs.conf des sources de MPlayer vers ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Utilisation du codecs.conf intégré par défaut\n" #define MSGTR_CantLoadFont "Ne peut charger la police : %s\n" #define MSGTR_CantLoadSub "Ne peut charger les sous-titres : %s\n" Modified: trunk/help/help_mp-hu.h ============================================================================== --- trunk/help/help_mp-hu.h (original) +++ trunk/help/help_mp-hu.h Sat Jan 13 12:58:15 2007 @@ -65,7 +65,6 @@ #define MSGTR_NoHomeDir "Nem találom a HOME könyvtárat.\n" #define MSGTR_GetpathProblem "get_path(\"config\") probléma\n" #define MSGTR_CreatingCfgFile "Konfigurációs fájl létrehozása: %s\n" -#define MSGTR_CopyCodecsConf "(másold/linkeld az etc/codecs.conf fájlt ~/.mplayer/codecs.conf-ba)\n" #define MSGTR_BuiltinCodecsConf "Befordított codecs.conf használata.\n" #define MSGTR_CantLoadFont "Nem tudom betölteni a következő bittérképes betűt: %s\n" #define MSGTR_CantLoadSub "Nem tudom betölteni a feliratot: %s\n" Modified: trunk/help/help_mp-it.h ============================================================================== --- trunk/help/help_mp-it.h (original) +++ trunk/help/help_mp-it.h Sat Jan 13 12:58:15 2007 @@ -66,7 +66,6 @@ #define MSGTR_NoHomeDir "Impossibile trovare la HOME directory\n" #define MSGTR_GetpathProblem "Problema in get_path(\"config\")\n" #define MSGTR_CreatingCfgFile "Creo il file di configurazione: %s\n" -#define MSGTR_CopyCodecsConf "(copia/linka etc/codecs.conf dai sorgenti di MPlayer a ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Utilizzo la versione interna predefinita di codecs.conf\n" #define MSGTR_CantLoadFont "Impossibile caricare i font: %s\n" #define MSGTR_CantLoadSub "Impossibile caricare i sottotitoli: %s\n" Modified: trunk/help/help_mp-ja.h ============================================================================== --- trunk/help/help_mp-ja.h (original) +++ trunk/help/help_mp-ja.h Sat Jan 13 12:58:15 2007 @@ -60,7 +60,6 @@ #define MSGTR_NoHomeDir "ホームディレクトリを見付けることが出来ませんでした.\n" #define MSGTR_GetpathProblem "get_path(\"config\") で問題が起きました\n" #define MSGTR_CreatingCfgFile "config fileを作成しました: %s\n" -#define MSGTR_CopyCodecsConf "MPlayerのソースの etc/codecs.confのコピーかリンクを ~/.mplayer/codecs.conf に作成して下さい)\n" #define MSGTR_BuiltinCodecsConf "組み込まれたデフォルトの codecs.conf を利用してます\n" #define MSGTR_CantLoadFont "フォントをロード出来ません: %s\n" #define MSGTR_CantLoadSub "サブタイトルをロード出来ません: %s\n" Modified: trunk/help/help_mp-ko.h ============================================================================== --- trunk/help/help_mp-ko.h (original) +++ trunk/help/help_mp-ko.h Sat Jan 13 12:58:15 2007 @@ -58,7 +58,6 @@ #define MSGTR_NoHomeDir "홈디렉토리를 찾을 수 없습니다.\n" #define MSGTR_GetpathProblem "get_path(\"config\") 문제 발생\n" #define MSGTR_CreatingCfgFile "설정파일을 만듭니다.: %s\n" -#define MSGTR_CopyCodecsConf "((MPlayer 소스 트리의) etc/codecs.conf를 ~/.mplayer/codecs.conf로 복사 또는 링크하세요.)\n" #define MSGTR_BuiltinCodecsConf "내장된 기본 codecs.conf를 사용합니다.\n" #define MSGTR_CantLoadFont "폰트를 읽어 들일 수 없습니다.: %s\n" #define MSGTR_CantLoadSub "자막을 읽어 들일 수 없습니다.: %s\n" Modified: trunk/help/help_mp-mk.h ============================================================================== --- trunk/help/help_mp-mk.h (original) +++ trunk/help/help_mp-mk.h Sat Jan 13 12:58:15 2007 @@ -59,7 +59,6 @@ #define MSGTR_NoHomeDir "Не може да го пронајде HOME директориумот.\n" #define MSGTR_GetpathProblem "get_path(\"конфигурирај\") проблем" #define MSGTR_CreatingCfgFile "Создавање на конфигурациона датотека: %s\n" -#define MSGTR_CopyCodecsConf "(Копирај/линкувај etc/codecs.conf од MPlayer изворните кодови во ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Користи вградени стандардни codecs.conf\n" #define MSGTR_CantLoadFont "Не може да се вчита фонтот: %s\n" #define MSGTR_CantLoadSub "Не може да се вчитаат преводите: %s\n" Modified: trunk/help/help_mp-nb.h ============================================================================== --- trunk/help/help_mp-nb.h (original) +++ trunk/help/help_mp-nb.h Sat Jan 13 12:58:15 2007 @@ -58,7 +58,6 @@ #define MSGTR_NoHomeDir "Kan ikke finne HOME katalog\n" #define MSGTR_GetpathProblem "get_path(\"config\") problem\n" #define MSGTR_CreatingCfgFile "Oppretter konfigurasjonsfil: %s\n" -#define MSGTR_CopyCodecsConf "(kopier eller link etc/codecs.conf (fra MPlayer kildekode) til ~/.mplayer/codecs.conf)\n" #define MSGTR_CantLoadFont "Kan ikke laste skrifttype: %s\n" #define MSGTR_CantLoadSub "Kan ikke laste undertitler: %s\n" #define MSGTR_DumpSelectedStreamMissing "dump: FATALT: valgte stream mangler!\n" Modified: trunk/help/help_mp-nl.h ============================================================================== --- trunk/help/help_mp-nl.h (original) +++ trunk/help/help_mp-nl.h Sat Jan 13 12:58:15 2007 @@ -59,7 +59,6 @@ #define MSGTR_NoHomeDir "Kan HOME dir niet vinden\n" #define MSGTR_GetpathProblem "get_path(\"config\") probleem\n" #define MSGTR_CreatingCfgFile "Bezig met het creëren van configuratie bestand: %s\n" -#define MSGTR_CopyCodecsConf "(copy/ln etc/codecs.conf (van MPlayer source tree) naar ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "De standaard ingebouwde codecs.conf wordt gebruikt\n" #define MSGTR_CantLoadFont "Kan font niet laden: %s\n" #define MSGTR_CantLoadSub "Kan ondertitels niet lezen: %s\n" Modified: trunk/help/help_mp-pl.h ============================================================================== --- trunk/help/help_mp-pl.h (original) +++ trunk/help/help_mp-pl.h Sat Jan 13 12:58:15 2007 @@ -63,7 +63,6 @@ #define MSGTR_NoHomeDir "Nie mogę odnaleźć katalogu domowego.\n" #define MSGTR_GetpathProblem "Problem z get_path(\"config\")\n" #define MSGTR_CreatingCfgFile "Tworzę plik konfiguracyjny: %s\n" -#define MSGTR_CopyCodecsConf "(Skopiuj etc/codecs.conf ze źrodeł MPlayer do ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Używam wbudowanego codecs.conf.\n" #define MSGTR_CantLoadFont "Nie mogę załadować czcionki: %s\n" #define MSGTR_CantLoadSub "Nie mogę załadować napisów: %s\n" Modified: trunk/help/help_mp-pt_BR.h ============================================================================== --- trunk/help/help_mp-pt_BR.h (original) +++ trunk/help/help_mp-pt_BR.h Sat Jan 13 12:58:15 2007 @@ -67,7 +67,6 @@ #define MSGTR_NoHomeDir "Diretório HOME não encontrado.\n" #define MSGTR_GetpathProblem "Problema em get_path(\"config\")\n" #define MSGTR_CreatingCfgFile "Criando arquivo de configuração: %s\n" -#define MSGTR_CopyCodecsConf "(Copie/link etc/codecs.conf da fonte do MPlayer para ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Usando codecs.conf interno padrão\n" #define MSGTR_CantLoadFont "Impossível carregar fonte: %s\n" #define MSGTR_CantLoadSub "Impossível carregar legendas: %s\n" Modified: trunk/help/help_mp-ru.h ============================================================================== --- trunk/help/help_mp-ru.h (original) +++ trunk/help/help_mp-ru.h Sat Jan 13 12:58:15 2007 @@ -64,7 +64,6 @@ #define MSGTR_NoHomeDir "Не могу найти ДОМАШНИЙ каталог\n" #define MSGTR_GetpathProblem "проблемы в get_path(\"config\")\n" #define MSGTR_CreatingCfgFile "Создание файла конфигурации: %s\n" -#define MSGTR_CopyCodecsConf "(скопируйте/создайте_ссылку etc/codecs.conf (из исходников MPlayer) в ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Используется встроенный codecs.conf.\n" #define MSGTR_CantLoadFont "Не могу загрузить побитовый шрифт: %s\n" #define MSGTR_CantLoadSub "Не могу загрузить субтитры: %s\n" Modified: trunk/help/help_mp-sk.h ============================================================================== --- trunk/help/help_mp-sk.h (original) +++ trunk/help/help_mp-sk.h Sat Jan 13 12:58:15 2007 @@ -62,7 +62,6 @@ #define MSGTR_NoHomeDir "Nemôžem najsť domáci (HOME) adresár\n" #define MSGTR_GetpathProblem "get_path(\"config\") problém\n" #define MSGTR_CreatingCfgFile "Vytváram konfiguračný súbor: %s\n" -#define MSGTR_CopyCodecsConf "(copy/ln etc/codecs.conf (zo zdrojových kódov MPlayeru) do ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Používam vstavané defaultne codecs.conf\n" #define MSGTR_CantLoadFont "Nemôžem načítať font: %s\n" #define MSGTR_CantLoadSub "Nemôžem načítať titulky: %s\n" Modified: trunk/help/help_mp-sv.h ============================================================================== --- trunk/help/help_mp-sv.h (original) +++ trunk/help/help_mp-sv.h Sat Jan 13 12:58:15 2007 @@ -61,7 +61,6 @@ #define MSGTR_NoHomeDir "Kan inte lokalisera $HOME-katalog.\n" #define MSGTR_GetpathProblem "get_path(\"config\") problem\n" #define MSGTR_CreatingCfgFile "Skapar konfigfil: %s\n" -#define MSGTR_CopyCodecsConf "(Kopiera/länka etc/codecs.conf från MPlayer's källkod till ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Använder standardinbyggd codecs.conf.\n" #define MSGTR_CantLoadFont "Kan inte ladda font: %s\n" #define MSGTR_CantLoadSub "Kan inte ladda vald textning: %s\n" Modified: trunk/help/help_mp-tr.h ============================================================================== --- trunk/help/help_mp-tr.h (original) +++ trunk/help/help_mp-tr.h Sat Jan 13 12:58:15 2007 @@ -63,7 +63,6 @@ #define MSGTR_NoHomeDir "Anadizin bulunamıyor\n" #define MSGTR_GetpathProblem "get_path(\"config\") problemi\n" #define MSGTR_CreatingCfgFile "Ayar dosyası oluşturuluyor: %s\n" -#define MSGTR_CopyCodecsConf "(MPlayer kaynağı etc/codecs.conf dosyasını ~/.mplayer/codecs.conf olarak kopyalayın/bağlayın)\n" #define MSGTR_BuiltinCodecsConf "Gömülü codecs.conf dosyası kullanılıyor\n" #define MSGTR_CantLoadFont "Yazıtipi açılamıyor: %s\n" #define MSGTR_CantLoadSub "Altyazı açılamıyor: %s\n" Modified: trunk/help/help_mp-uk.h ============================================================================== --- trunk/help/help_mp-uk.h (original) +++ trunk/help/help_mp-uk.h Sat Jan 13 12:58:15 2007 @@ -62,7 +62,6 @@ #define MSGTR_NoHomeDir "Не можу знайти домашній каталог\n" #define MSGTR_GetpathProblem "проблеми у get_path(\"config\")\n" #define MSGTR_CreatingCfgFile "Створення файлу конфігурації: %s\n" -#define MSGTR_CopyCodecsConf "(скопіюйте etc/codecs.conf (з текстів MPlayer) у ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Використовую вбудований codecs.conf\n" #define MSGTR_CantLoadFont "Не можу завантажити шрифт: %s\n" #define MSGTR_CantLoadSub "Не можу завантажити субтитри: %s\n" Modified: trunk/help/help_mp-zh_CN.h ============================================================================== --- trunk/help/help_mp-zh_CN.h (original) +++ trunk/help/help_mp-zh_CN.h Sat Jan 13 12:58:15 2007 @@ -71,7 +71,6 @@ #define MSGTR_NoHomeDir "找不到主(HOME)目录\n" #define MSGTR_GetpathProblem "get_path(\"config\") 问题\n" #define MSGTR_CreatingCfgFile "创建配置文件: %s\n" -#define MSGTR_CopyCodecsConf "(复制/链接 MPlayer 中的源代码 etc/codecs.conf 到 ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "使用内建默认的 codecs.conf 文件。\n" #define MSGTR_CantLoadFont "不能加载位图字体: %s\n" #define MSGTR_CantLoadSub "不能加载字幕: %s\n" Modified: trunk/help/help_mp-zh_TW.h ============================================================================== --- trunk/help/help_mp-zh_TW.h (original) +++ trunk/help/help_mp-zh_TW.h Sat Jan 13 12:58:15 2007 @@ -66,7 +66,6 @@ #define MSGTR_NoHomeDir "找不到主(HOME)目録\n" #define MSGTR_GetpathProblem "get_path(\"config\") 問題\n" #define MSGTR_CreatingCfgFile "創建配置文件: %s\n" -#define MSGTR_CopyCodecsConf "(複製/鏈接 MPlayer 中的源代碼 etc/codecs.conf 到 ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "使用内建默認的 codecs.conf 文件。\n" #define MSGTR_CantLoadFont "不能加載位圖字體: %s\n" #define MSGTR_CantLoadSub "不能加載字幕: %s\n"

1 0

r21886 - trunk/DOCS/xml/ru/documentation.xml
by voroshil 12 Jan '07

12 Jan '07

Author: voroshil Date: Fri Jan 12 12:32:57 2007 New Revision: 21886 Modified: trunk/DOCS/xml/ru/documentation.xml Log: sync tag update Modified: trunk/DOCS/xml/ru/documentation.xml ============================================================================== --- trunk/DOCS/xml/ru/documentation.xml (original) +++ trunk/DOCS/xml/ru/documentation.xml Fri Jan 12 12:32:57 2007 @@ -1,5 +1,5 @@ <?xml version="1.0" encoding="utf-8"?> - + <bookinfo id="toc"> <title><application>MPlayer</application> - The Movie Player</title>

1 0

r21885 - trunk/DOCS/xml/ru/encoding-guide.xml
by voroshil 12 Jan '07

12 Jan '07

Author: voroshil Date: Fri Jan 12 12:27:42 2007 New Revision: 21885 Modified: trunk/DOCS/xml/ru/encoding-guide.xml Log: r21879: fix wrong option names that were suggested to use to produce r21861: explain how to use MEncoder to create QuickTime-compatible files slightly modified patch from Andrew Savchenko bircoph at mail dot ru Modified: trunk/DOCS/xml/ru/encoding-guide.xml ============================================================================== --- trunk/DOCS/xml/ru/encoding-guide.xml (original) +++ trunk/DOCS/xml/ru/encoding-guide.xml Fri Jan 12 12:27:42 2007 @@ -1,5 +1,5 @@ <?xml version="1.0" encoding="utf-8"?> - + <chapter id="encoding-guide"> <title>Кодирование с <application>MEncoder</application></title> @@ -4221,6 +4221,347 @@  +<sect1 id="menc-feat-quicktime-7"> +<title>Использование <application>MEncoder</application> +для создания совместимых с <application>QuickTime</application> +файлов</title> + + +<sect2 id="menc-feat-quicktime-7-why-use-it"> +<title>Зачем необходимо создавать совместимые с <application>QuickTime</application> +файлы?</title> + +<para> + Есть несколько причин, по которым создание + <application>QuickTime</application>-совместимых файлов может быть + желательно. +</para> +<itemizedlist> +<listitem><para> + Вы хотите, чтобы любой компьютерно неграмотный человек мог смотреть + результат Вашего кодирования на большинстве платформ (Windows, Mac OSX, Unices …). +</para></listitem> +<listitem><para> + <application>QuickTime</application> + позволяет воспользоваться преимуществами большего числа возможностей + аппаратного и программного ускорения на Mac OSX, чем платформо-независимые + плееры наподобие <application>MPlayer</application> или + <application>VLC</application>. + Это означает, что Ваше кодирование имеет шансы плавно воспроизводиться + на старых машинах, оснащённых G4. +</para></listitem> +<listitem><para> + <application>QuickTime</application> 7 поддерживает кодек нового поколения + H.264, который даёт существенно лучшее качество изображения, чем + предыдущие поколения кодеков (MPEG-2, MPEG-4 …). +</para></listitem> +</itemizedlist> +</sect2> + +<sect2 id="menc-feat-quicktime-7-constraints"> +<title>Ограничения <application>QuickTime</application> 7</title> + +<para> + <application>QuickTime</application> 7 поддерживает H.264 видео и + AAC аудио, но не поддерживает их мультиплексирование в формат + контейнера AVI. + Однако, Вы можете использовать <application>MEncoder</application> + для кодирования видео и аудио, а потом использовать внешнюю + программу, такую как <application>mp4creator</application> (часть + <ulink url="http://mpeg4ip.sourceforge.net/">пакета MPEG4I</ulink>) + для ремультиплексирования видео и аудио дорожек в контейнер MP4. +</para> + +<para> + Поддержка H.264 в <application>QuickTime</application> ограничена, + так что Вам придётся отказаться от нескольких продвинутых возможностей. + Если Вы кодируете видео с возможностями, не поддерживаемыми + <application>QuickTime</application> 7, + плееры, основанные на <application>QuickTime</application>, + покажут Вам милый белый экран вместо ожидаемого Вами видео. +</para> + +<itemizedlist> +<listitem><para> + <emphasis role="bold">B-кадры</emphasis>: + <application>QuickTime</application> 7 поддерживает максимум 1 B-кадр, + т.е. <option>-x264encopts bframes=1</option>. Это означает, что + <option>b_pyramid</option> и <option>weight_b</option> не дадут + эффекта, поскольку им необходимо, чтобы <option>bframes</option> + было больше 1. +</para></listitem> +<listitem><para> + <emphasis role="bold">Макроблоки</emphasis>: + <application>QuickTime</application> 7 не поддерживает 8x8 DCT макроблоки. + Эта опция (<option>8x8dct</option>) выключена по умолчанию, так что + просто удостоверьтесь, что явно её не задали. + Это также означает, что опция <option>i8x8</option> будет бесполезна, + т.к. ей необходима <option>8x8dct</option>. +</para></listitem> +<listitem><para> + <emphasis role="bold">Коэффициент соотношения сторон</emphasis>: + <application>QuickTime</application> 7 не поддерживает информацию + SAR (коэффициент пропорций пиксела, sample aspect ratio) + в MPEG-4 файлах; он предполагает SAR=1. Прочтите + <link linkend="menc-feat-quicktime-7-scale">раздел о масштабировании</link> + для обхода проблемы. +</para></listitem> +</itemizedlist> + +</sect2> + +<sect2 id="menc-feat-quicktime-7-crop"> +<title>Обрезание</title> +<para> + Предположим, что Вы хотите сделать рип свежекупленной копии "Хроник + Нарнии" и Ваш регион DVD 1, что означает, что это NTSC. + Пример ниже будет также применим к PAL, за исключением того, что Вам + нужно будет опустить <option>-ofps 24000/1001</option> и использовать + слегка отличающиеся размеры для <option>crop</option> и <option>scale</option>. +</para> + +<para> + После запуска <option>mplayer dvd://1</option>, Вы следуете процессу, + описанному в разделе <link linkend="menc-feat-telecine">Как работать + с телесином и чересстрочной развёрткой на NTSC DVD</link> и обнаруживаете, + что это 24000/1001 fps видео с построчной развёрткой. Это несколько + упрощает обработку, поскольку Вам не нужно использовать фильтр + обратного телесина, такой как <option>pullup</option>, или фильтр + деинтерлейса, такой как <option>yadif</option>. +</para> + +<para> + Затем Вам необходимо усечь чёрные полосы сверху и снизу видео, как + описано в <link linkend="menc-feat-dvd-mpeg4-example-crop">этом</link> + разделе. +</para> + +</sect2> + +<sect2 id="menc-feat-quicktime-7-scale"> +<title>Масштабирование</title> + +<para> + Следующий шаг действительно душераздирающий. + <application>QuickTime</application> 7 не поддерживает MPEG-4 видео + с коэффициентом соотношения сторон пиксела, отличным от 1. Так что Вам + придётся масштабировать видео либо в сторону увеличения (что впустую + потратит много места на диске), либо в строну уменьшения (что приведёт + к потере некоторых деталей источника) для квадратизации пикселов. + Какой бы способ Вы не выбрали, это будет крайне неэффективным, но + не может быть опущено, если Вы хотите, чтоб Ваше видео воспроизводилось + с помощью <application>QuickTime</application> 7. + <application>MEncoder</application> может применить необходимое + увеличивающее или уменьшающее масштабирование, если ему указать + <option>-vf scale=-10:-1</option> или <option>-vf scale=-1:-10</option> + соответственно. + Это отмасштабирует Ваше видео до корректной ширины для усечённой + высоты, округлённой до ближайшего множителя 16 для оптимального + сжатия. + Помните, что если производите обрезание, то нужно сперва обрезать, а лишь затем + масштабировать: + + <screen>-vf crop=720:352:0:62,scale=-10:-1</screen> +</para> + +</sect2> + +<sect2 id="menc-feat-quicktime-7-avsync"> +<title>A/V синхронизация</title> + +<para> + Поскольку Вы будете мультиплексировать в другой контейнер, Вы должны + всегда использовать опцию <option>harddup</option>, чтобы убедиться, + что дублирующиеся кадры будут действительно дублироваться в полученном + видео. Без этой опции <application>MEncoder</application> будет просто + располагать маркер в видеопотоке о том, что кадр был повторен, и будет + полагаться на то, что клиентское программное обеспечение покажет кадр + дважды. К сожалению, это "мягкое дублирование" не переживает + ремультиплексирование, в результате чего аудио будет постепенно терять + синхронизацию с видео. +</para> + +<para> + В итоге, цепочка фильтров выглядит следующим образом: + <screen>-vf crop=720:352:0:62,scale=-10:-1,harddup</screen> +</para> + +</sect2> + +<sect2 id="menc-feat-quicktime-7-bitrate"> +<title>Битпоток</title> + +<para> + Как обычно, выбор битпотока зависит от технических свойств исходного + материала, как объясняется + <link linkend="menc-feat-dvd-mpeg4-resolution-bitrate">здесь</link>, + как, впрочем, и от личного вкуса. + Этот фильм обладает небольшим количеством движения и большим + количеством деталей, но H.264 видео хорошо выглядит на существенно + меньших битпотоках, чем XviD или другие MPEG-4 кодеки. + После длительного экспериментирования, автор данного руководства + решил кодировать фильм на 900 кбит/сек, и считает, что он выглядит + очень хорошо. Вы можете уменьшить битпоток, если Вам нужно сохранить + больше места, или увеличить, если Вам нужно улучшить качество. +</para> + +</sect2> + +<sect2 id="menc-feat-quicktime-7-example"> +<title>Пример кодирования</title> + +<para> + Теперь Вы готовы к кодированию видео. Поскольку Вы заботитесь + о качестве, Вы , разумеется, будете делать двупроходное кодирование. + Для некоторого сокращения времени кодирования, Вы можете указать + опцию <option>turbo</option> при первом проходе; это уменьшит + <option>subq</option> и <option>frameref</option> до 1. + Чтобы сохранить немного места на диске, Вы можете использовать + параметр <option>ss</option> для отрезания первых нескольких + секунд видео. (Я обнаружил, что, в частности, у данного фильма + есть 32 секунды титров и логотипов.) + <option>bframes</option> может быть 0 или 1. + остальные опции описаны в разделе <link + linkend="menc-feat-x264-encoding-options-speedvquality">Кодирование + кодеком <systemitem class="library">x264</systemitem></link> и на + man странице. + + <screen>mencoder dvd://1 -o /dev/null -ss 32 -ovc x264 \ +-x264encopts pass=1:turbo:bitrate=900:bframes=1:\ +me=umh:partitions=all:trellis=1:qp_step=4:qcomp=0.7:direct_pred=auto:keyint=300 \ +-vf crop=720:352:0:62,scale=-10:-1,harddup \ +-oac faac -faacopts br=192:mpeg=4:object=1 -channels 2 -srate 48000 \ +-ofps 24000/1001</screen> + + Если у Вас многопроцессорная машина, Вы можете добавить + <option>threads=auto</option>. Это увеличит скорость кодирования + на примерно 94% для каждого ядра CPU, при очень небольшом + ухудшении качества (около 0.005дБ для двухпроцессорной + и 0.01дБ для четырёхпроцессорной машины). +</para> + +<para> + Второй проход выполняется аналогично, за исключением того, что Вам + нужно указать выходной файл и установить <option>pass=2</option>. + + <screen>mencoder dvd://1 <emphasis role="bold">-o нарния.avi</emphasis> -ss 32 -ovc x264 \ +-x264encopts <emphasis role="bold">pass=2</emphasis>:turbo:bitrate=900:frameref=5:bframes=1:\ +me=umh:partitions=all:trellis=1:qp_step=4:qcomp=0.7:direct_pred=auto:keyint=300 \ +-vf crop=720:352:0:62,scale=-10:-1,harddup \ +-oac faac -faacopts br=192:mpeg=4:object=1 -channels 2 -srate 48000 \ +-ofps 24000/1001</screen> +</para> + +<para> + Получившееся AVI должно хорошо воспроизводиться в + <application>MPlayer</application>, но, конечно же, + <application>QuickTime</application> не сможет его воспроизвести, + т.к. не поддерживает H.264, мультиплексированный в AVI. + Так что следующий шаг — ремультиплексирование видео в контейнер MP4. +</para> +</sect2> + +<sect2 id="menc-feat-quicktime-7-remux"> +<title>Ремультиплексирование в MP4</title> + +<para> + Существует несколько способов ремультиплексирования AVI файлов + в MP4. Вы можете использовать <application>mp4creator</application>, + являющийся частью + <ulink url="http://mpeg4ip.sourceforge.net/">пакета MPEG4IP</ulink>. +</para> + +<para> + Сперва демультиплексируйте AVI в отдельные аудио и видео потоки + с помощью <application>MPlayer</application>. + + <screen>mplayer нарния.avi -dumpaudio -dumpfile нарния.aac +mplayer нарния.avi -dumpvideo -dumpfile нарния.h264</screen> + + Имена файлов важны; для <application>mp4creator</application> + необходимо, чтобы AAC аудио потоки назывались <systemitem>.aac</systemitem> + и H.264 видео потоки назывались <systemitem>.h264</systemitem>. +</para> + +<para> + Теперь используйте <application>mp4creator</application> для создания + нового MP4 файла из аудио и видео потоков. + + <screen>mp4creator -create=нарния.aac нарния.mp4 +mp4creator -create=нарния.h264 -rate=23.976 нарния.mp4</screen> + + В отличии от этапа кодирования, Вам нужно указать частоту кадров + как десятичную (например, 23.976), а не целую (например, 24000/1001) + дробь. +</para> + +<para> + Теперь файл <systemitem>нарния.mp4</systemitem> должен проигрываться + с помощью любого <application>QuickTime</application> 7 приложения, + например, <application>QuickTime Player</application> или + <application>iTunes</application>. + Если Вы планируете просмотр видео в вэб-браузере с помощью плагина + +  + + <application>QuickTime</application>, Вам также необходимо + модифицировать фильм таким образом, чтобы плагин + <application>QuickTime</application> мог начать его воспроизведение + ещё во время загрузки. <application>mp4creator</application> + может создать эти вспомогательные дорожки (т.н. hint tracks): + + <screen>mp4creator -hint=1 нарния.mp4 +mp4creator -hint=2 нарния.mp4 +mp4creator -optimize нарния.mp4</screen> + + Вы можете проверить полученный результат, чтобы убедиться, что + вспомогательные дорожки были успешно созданы. + + <screen>mp4creator -list нарния.mp4</screen> + + Вы должны увидеть список дорожек: 1 аудио, 1 видео и 2 вспомогательных. + +<screen>Track Type Info +1 audio MPEG-4 AAC LC, 8548.714 secs, 190 kbps, 48000 Hz +2 video H264 Main(a)5.1, 8549.132 secs, 899 kbps, 848x352 @ 23.976001 fps +3 hint Payload mpeg4-generic for track 1 +4 hint Payload H264 for track 2 +</screen> +</para> + +</sect2> + +<sect2 id="menc-feat-quicktime-7-metadata"> +<title>Добавление тегов метаданных</title> + +<para> + Если Вы хотите добавить в видео теги, которые отображаются в iTunes, Вы + можете использовать + <ulink url="http://atomicparsley.sourceforge.net/">AtomicParsley</ulink>. + + <screen>AtomicParsley нарния.mp4 --metaEnema --title "The Chronicles of Narnia" --year 2005 --stik Movie --freefree --overWrite</screen> + + Опция <option>--metaEnema</option> удаляет любые существующие метаданные + (<application>mp4creator</application> вставляет своё название в тег + "утилита кодирования") и <option>--freefree</option> высвобождает место, + оставшееся от удалённых метаданных. + Опция <option>--stik</option> устанавливает тип видео (например, + Movie или TV Show), который используется iTunes для группировки + родственных видеофайлов. + Опция <option>--overWrite</option> перезаписывает исходный файл; без неё + <application>AtomicParsley</application> создаст новый файл с автоматическим + именем в том же каталоге и оставит исходный файл нетронутым. +</para> + +</sect2> + +</sect1> + + + + + <sect1 id="menc-feat-video-for-windows"> <title> Кодирование семейством кодеков <systemitem class="library">Video For Windows</systemitem>

1 0

r21884 - trunk/DOCS/xml/ru/encoding-guide.xml
by voroshil 12 Jan '07

12 Jan '07

Author: voroshil Date: Fri Jan 12 12:01:11 2007 New Revision: 21884 Modified: trunk/DOCS/xml/ru/encoding-guide.xml Log: spelling, wording patch from Andrew Savchenko bircoph at mail dot ru with small fixes Modified: trunk/DOCS/xml/ru/encoding-guide.xml ============================================================================== --- trunk/DOCS/xml/ru/encoding-guide.xml (original) +++ trunk/DOCS/xml/ru/encoding-guide.xml Fri Jan 12 12:01:11 2007 @@ -1,5 +1,5 @@ <?xml version="1.0" encoding="utf-8"?> - + <chapter id="encoding-guide"> <title>Кодирование с <application>MEncoder</application></title> @@ -494,14 +494,8 @@ преобразованию (DCT), которое аналогично преобразованию Фурье. Этот вид сжатия эффективен для представления образов и сглаженных переходов, но у него возникают проблемы с острыми краями. - Для кодирования последних Вам нужно гораздо больше битов, а иначе - у Вас появится артефакт, известный как размывание краёв - (англ. ringing). + у Вас появится артефакт, известный как ореолы. </para> <para> @@ -2773,8 +2767,8 @@ Например, аниме и живая съемка имеют сильно отличающиеся свойства и, поэтому, требуют разные опции для получения оптимального результата. Хорошая новость состоит в том, что некоторые опции, такие как -<option>mbd=2</option>, <option>trell</option>, и <option>v4mv</option> могут -быть опущены. +<option>mbd=2</option>, <option>trell</option> и <option>v4mv</option>, +никогда не следует опускать. Детальное описание основных опций кодирования смотрите ниже. </para> @@ -2804,16 +2798,16 @@ </para></listitem> <listitem><para> <emphasis role="bold">predia</emphasis>: предпроход поиска движения. - Не так важен, как dia. Хорошими являются значения от 1 (по-умолчанию) до 4. + Не так важен, как dia. Хорошими являются значения от 1 (по умолчанию) до 4. Требует preme=2, чтобы быть действительно полезным. </para></listitem> <listitem><para> <emphasis role="bold">cmp, subcmp, precmp</emphasis>: Функция сравнения для поиска движения. - Поэкспериментируйте со значениями 0 (по-умолчанию), 2 (hadamard), 3 (dct), и 6 + Поэкспериментируйте со значениями 0 (по умолчанию), 2 (hadamard), 3 (dct), и 6 (соотношение сигнал-шум). 0 — самый быстрый и достаточен для precmp. - В случае cmp и subcmp 2 является хорошим для аниме, а 3 для живой съемки. + В случае cmp и subcmp, 2 является хорошим для аниме, а 3 для живой съемки. 6 может оказаться лучше, а может и нет, но он медленнее. </para></listitem> <listitem><para> @@ -2837,16 +2831,16 @@ <listitem><para> <emphasis role="bold">qns</emphasis>: очень медленно, особенно в комбинации с qprd. Эта опция укажет кодировщику минимизировать шум от артефактов сжатия вместо - создания закодированного видео, полностью идентичного исходному. + создания закодированного видео, полностью соответствующего исходному. Не используйте ее, если только не перепробовали настроить все, что было возможно, а результат все таки недостаточно хорош. </para></listitem> <listitem><para> <emphasis role="bold">vqcomp</emphasis>: Настраивает управление битпотоком. - Какие значения являются хорошими зависит от фильма. - Если хотите, можете без опаски оставить значение по-умолчанию. + Какие значения являются хорошими, зависит от фильма. + Если хотите, можете без опаски оставить значение по умолчанию. Уменьшение vqcomp отдает больше бит в сцены с низкой сложностью, увеличение - его передает биты в очень сложные сцены (по-умолчанию: 0.5, диапазон: 0-1. + его передает биты в очень сложные сцены (по умолчанию: 0.5, диапазон: 0-1. рекомендуемый диапазон: 0.5-0.7). </para></listitem> <listitem><para> @@ -2856,15 +2850,15 @@ Идея этих опций заключается в использованию некоторой хорошей эвристики для определения момента, когда изменения в блоке ниже указанного Вами порога, и что его стоит кодировать как "блок без изменений". - Это сохраняет быти и, возможно, ускоряет кодирование. + Это сохраняет биты и, возможно, ускоряет кодирование. vlelim=-4 и vcelim=9 выглядят неплохими для живой съемки, но, скорее всего, не помогут для аниме; при кодировании анимации Вам, возможно, следует оставить эту опцию неизменной. </para></listitem> <listitem><para> <emphasis role="bold">qpel</emphasis>: Четверьтпиксельная оценка движения. - По-умолчанию, MPEG-4 использует полупиксельную точность для оценки движения, - следовательно, эта опция вносит дополнительные накладные рахсоды, поскольку + По-умолчанию, MPEG-4 использует полупиксельную точность для поиска движения, + следовательно, эта опция вносит дополнительные накладные расходы, поскольку сохраняет больше информации в закодированном файле. Улучшение/ухудшение степени сжатия зависит от фильма, но обычно эта опция не очень эффективна для аниме. @@ -2875,14 +2869,14 @@ <emphasis role="bold">psnr</emphasis>: не влияет на сам процесс кодирования, но выводит в файл тип/размер/качество каждого кадра, а также итоговый PSNR (Peak Signal to Noise Ratio, пиковое отношения сигнала к шуму) в конце - прцесса. + процесса. </para></listitem> </itemizedlist> <itemizedlist> <title>Опции, с которыми играть не стоит:</title> <listitem><para> - <emphasis role="bold">vme</emphasis>: Значение по-умолчанию является лучшим. + <emphasis role="bold">vme</emphasis>: Значение по умолчанию является лучшим. </para></listitem> <listitem><para> <emphasis role="bold">lumi_mask, dark_mask</emphasis>: Психовизуальное @@ -2893,7 +2887,7 @@ </para></listitem> <listitem><para> <emphasis role="bold">scplx_mask</emphasis>: Пытается предотвратить появление - квадратиков, но постобработка делает это лучше. + квадратиков, но лучше выполнить постобработку. </para></listitem> </itemizedlist> </sect2> @@ -2934,25 +2928,25 @@ <entry>Очень высокое качество</entry> <entry><option>vcodec=mpeg4:mbd=2:mv0:trell:v4mv:cbp:last_pred=3:predia=2:dia=2:vmax_b_frames=2:vb_strategy=1:precmp=2:cmp=2:subcmp=2:preme=2:qns=2</option></entry> <entry>6fps</entry> - <entry>0dB</entry> + <entry>0дБ</entry> </row> <row> <entry>Высокое качество</entry> <entry><option>vcodec=mpeg4:mbd=2:trell:v4mv:last_pred=2:dia=-1:vmax_b_frames=2:vb_strategy=1:cmp=3:subcmp=3:precmp=0:vqcomp=0.6:turbo</option></entry> <entry>15fps</entry> - <entry>-0.5dB</entry> + <entry>-0.5дБ</entry> </row> <row> <entry>Быстрое</entry> <entry><option>vcodec=mpeg4:mbd=2:trell:v4mv:turbo</option></entry> <entry>42fps</entry> - <entry>-0.74dB</entry> + <entry>-0.74дБ</entry> </row> <row> <entry>Реального времени</entry> <entry><option>vcodec=mpeg4:mbd=2:turbo</option></entry> <entry>54fps</entry> - <entry>-1.21dB</entry> + <entry>-1.21дБ</entry> </row> </tbody> </tgroup> @@ -3050,16 +3044,17 @@ После запуска <option>mplayer dvd://1</option> мы следуем процессу, детально описанному в разделе <link linkend="menc-feat-telecine">Как работать с телесином и чересстрочностью в NTSC DVD</link>, и выясняем, что это 24000/1001 fps -прогрессивное видео, а значит использовать фильтры обратного телесина, +построчное видео, а значит, использовать фильтры обратного телесина, такие как <option>pullup</option> или <option>filmdint</option> не нужно. </para> -<para> +<para id="menc-feat-dvd-mpeg4-example-crop"> Далее, мы хотим определить верные границы обрезания, поэтому используем фильтр cropdetect: <screen>mplayer dvd://1 -vf cropdetect</screen> Убедитесь, что переместились к полностью заполненному кадру (например, -к светлой сцене), Вы должны увидеть в консоли <application>MPlayer</application>: +к светлой сцене после пропущенных начальных титров и логотипов), +Вы должны увидеть в консоли <application>MPlayer</application>: <screen>crop area: X: 0..719 Y: 57..419 (-vf crop=720:362:0:58)</screen> Затем снова воспроизводим фильм с этим фильтром для проверки его корректности: <screen>mplayer dvd://1 -vf crop=720:362:0:58</screen> @@ -3098,7 +3093,7 @@ Обрезка же полностью выбросит те пикселы. Это компромисс, идти на который или нет, придется решать в каждом частном случае. Например, если DVD видео было создано для телевидения, Вы можете захотеть избежать вертикального масштабирования, -поскольку частота строчной развертки [line sampling] соответствует тому, как содержимое +поскольку дискретизация строк соответствует тому, как содержимое изначально записывалось. </para> @@ -3132,7 +3127,8 @@ давать разный прирост в качестве в зависимости от исходного материала. Например, если Вы замечаете, что <systemitem class="library">libavcodec</systemitem> производит слишком много блочных артефактов (квадратиков), то можете попытаться -выбрать экспериментальный NSSE в качестве функции сравнения при помощи опциеи <option>*cmp=10</option>. +выбрать экспериментальный NSSE в качестве функции сравнения при помощи опции +<option>*cmp=10</option>. </para> <para> @@ -3140,8 +3136,8 @@ И, поскольку Вы сказали, что размер файла значения не имеет, это вполне приемлемый результат. Однако, если все-таки хотите получить меньший размер файла, можете попробовать уменьшить битпоток. Увеличение битпотока имеет снижающийся эффект, -поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 20000Кбит/сек, оно -может быть не столь заметно выше 20000Кбит/сек. +поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 2000Кбит/сек, оно +может быть не столь заметно выше 2000Кбит/сек. </para> <para> @@ -3195,7 +3191,7 @@ </para> <para> -Настройки по-умолчанию Xvid уже являются хорошим выбором между скоростью и +Настройки по умолчанию Xvid уже являются хорошим выбором между скоростью и качеством, поэтому Вы можете без опасений придерживаться их, если следующий раздел Вас озадачивает. </para> @@ -3211,8 +3207,8 @@ <emphasis role="bold">vhq</emphasis> Эта опция влияет на алгоритм принятия решений о макроблоке, чем выше значение, тем мудрее будут решения. - Значение по-умолчанию можно без опаски использовать для любого кодирования, в - то время, как более высокие значения улучшат PSNR, но будут работать значительно + Значение по умолчанию можно без опаски использовать для любого кодирования, в + то время, как более высокие значения всегда улучшат PSNR, но будут работать значительно медленнее. Заметьте, пожалуйста, что лучший PSNR не обязательно означает лучше выглядящую картинку, но говорит, что она ближе к оригиналу. @@ -3230,7 +3226,7 @@ Большее число допустимых последовательных B-кадров обычно улучшает сжимаемость, хотя оно может также привести к большему количеству блочных артефактов (квадратиков). - Значение по-умолчанию — хороший выбор между сжимаемостью и качеством, но Вы + Значение по умолчанию — хороший выбор между сжимаемостью и качеством, но Вы можете увеличить его до 3, если стеснены величиной битпотока. Вы также можете уменьшить это значение до 1 или 0, если печетесь об отличном качестве, впрочем в этом случае Вы должны убедиться, что целевой битпоток достаточно высок, @@ -3240,7 +3236,7 @@ <listitem><para> <emphasis role="bold">bf_threshold</emphasis> Управляет чувствительностью кодировщика к B-кадрам, где большие значения - приводят к использованию большего количество B-кадров (и наоборот). + приводят к использованию большего количества B-кадров (и наоборот). Опция должна использоваться совместно с <option>max_bframes</option>; если Вы стеснены величиной битпотока, то должны увеличить и <option>max_bframes</option>, и <option>bf_threshold</option>, @@ -3290,7 +3286,7 @@ </para> <para> - Настройка по-умолчанию лучше во всех случаях, поэтому не рекомендуется ее + Настройка по умолчанию лучше во всех случаях, поэтому не рекомендуется ее выключать, если только Вы действительно не гонитесь за скоростью, поскольку биты, сэкономленные хорошей оценкой движения, могут быть использованы где-нибудь еще, увеличивая общее качество. @@ -3311,7 +3307,7 @@ <emphasis role="bold">chroma_opt</emphasis> Эта опция служит для увеличения качества цветного изображения вокруг чисто черных/белых границ вместо улучшения сжатия. Она также может помочь против - эффекта красных ступенек ["red stairs" effect]. + эффекта "красных ступенек". </para></listitem> <listitem><para> <emphasis role="bold">lumi_mask</emphasis> @@ -3326,29 +3322,29 @@ <listitem> <para> <emphasis role="bold">qpel</emphasis> - Увеличивает количество предполагаемых векторов движения, повышая точность - оценки движения с полупиксельной до четверьтпиксельной. + Увеличивает количество предполагаемых векторов движения, путём повышения + точности оценки движения с полупиксельной до четвертьпиксельной. Идея состоит в том, чтобы найти лучшие векторы движения, которые взамен уменьшат битпоток (тем самым увеличивая качество). Однако, векторы движения с четверьтпиксельной точностью требуют большего количества дополнительных бит для кодирования, а векторы-кандидаты не всегда дают (значительно) лучшие результаты. - Почти всегда кодек тратит дополнительные биты на повышенную точность - впустую, а в взамен получает или вообще ничего, или небольшое увеличение качества. + Достаточно часто кодек тратит дополнительные биты на повышенную точность + впустую, а взамен получает или вообще ничего, или небольшое увеличение качества. К сожалению, нет способа предсказать возможные улучшения от <option>qpel</option>, так что Вам придется сделать кодирование с ней и без нее, чтобы знать наверняка. </para> <para> - <option>qpel</option> может привести к удвоенному времени кодирования и + <option>qpel</option> может почти удвоить время кодирования и требует, как минимум, на 25% большей мощности при декодировании. Она поддерживается не всеми аппаратными проигрывателями. </para> </listitem> <listitem><para> <emphasis role="bold">gmc</emphasis> - Пытается сэкономить биты в сценах с приближением, используя один вектор + Пытается сэкономить биты в панорамных сценах, используя один вектор движения для всего кадра. Это почти всегда увеличивает PSNR, но заметно замедляет кодирование (так же как и декодирование). Поэтому Вас следует использовать ее, только когда Вы включили @@ -3414,7 +3410,7 @@ <entry>3</entry> <entry>4</entry> <entry>5</entry> - <entry>Handheld</entry> + <entry>Карманный</entry> <entry>Портативный NTSC</entry> <entry>Портативный PAL</entry> <entry>Домашний кинотеатр NTSC</entry> @@ -3612,7 +3608,7 @@ <entry></entry> </row> <row> - <entry>Global motion compensation</entry> + <entry>Глобальная компенсация движения</entry> <entry></entry> <entry></entry> <entry></entry> @@ -3652,7 +3648,7 @@ Для каждой настройки кодирования указаны измеренная скорость кодирования (в кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа -машины, прогресса разработки Вы можете получить сильно отличающиеся результаты. +машины, прогресса разработки, Вы можете получить сильно отличающиеся результаты. </para> <informaltable frame="all"> @@ -3666,25 +3662,25 @@ <entry>Очень высокое качество</entry> <entry><option>chroma_opt:vhq=4:bvhq=1:quant_type=mpeg</option></entry> <entry>16fps</entry> - <entry>0dB</entry> + <entry>0дБ</entry> </row> <row> <entry>Высокое качество</entry> <entry><option>vhq=2:bvhq=1:chroma_opt:quant_type=mpeg</option></entry> <entry>18fps</entry> - <entry>-0.1dB</entry> + <entry>-0.1дБ</entry> </row> <row> <entry>Быстрое</entry> <entry><option>turbo:vhq=0</option></entry> <entry>28fps</entry> - <entry>-0.69dB</entry> + <entry>-0.69дБ</entry> </row> <row> <entry>Реального времени</entry> <entry><option>turbo:nochroma_me:notrellis:max_bframes=0:vhq=0</option></entry> <entry>38fps</entry> - <entry>-1.48dB</entry> + <entry>-1.48дБ</entry> </row> </tbody> </tgroup> @@ -3699,9 +3695,9 @@ <sect1 id="menc-feat-x264"> <title>Кодирование кодеком <systemitem class="library">x264</systemitem></title> <para> -<systemitem class="library">x264</systemitem> это свободная библиотека для -кодирование H.264/AVC видео потоков. -Перед началом кодирование Вы должны <link linkend="codec-x264-encode"> +<systemitem class="library">x264</systemitem> — это свободная библиотека для +кодирования H.264/AVC видео потоков. +Перед началом кодирования Вы должны <link linkend="codec-x264-encode"> настроить <application>MEncoder</application> для его поддержки</link>. </para> @@ -3733,7 +3729,7 @@ Опции, в основном влияющие на соотношение скорость-качество. </para></listitem> <listitem><para> - Опции, которые могут быть полезны для удовлетворения различный + Опции, которые могут быть полезны для удовлетворения различных пользовательский предпочтений и специальных требований. </para></listitem> </orderedlist> @@ -3793,12 +3789,12 @@ эти две — первое, с чего Вам стоит начать. С точки зрения скорости, опции <option>frameref</option> и <option>subq</option> очень жестко взаимодействуют друг с другом. - Опыт показывает, что с одним ссылающимся кадром - <option>subq=5</option> (настройка по-умолчанию) расходует на 35% больше - времени, чем <option>ubq=1</option>. - С 6 ссылающимися кадрами эта величина достигает 60%. + Опыт показывает, что с одним ссылочным кадром + <option>subq=5</option> (настройка по умолчанию) расходует на 35% больше + времени, чем <option>subq=1</option>. + С 6 ссылочными кадрами эта величина достигает 60%. Эффект <option>subq</option> на PSNR выглядит довольно постоянным, в отличие - от количества ссылающийся кадров. + от количества ссылочных кадров. Как правило, <option>subq=5</option> достигает значения глобального PSNR на 0.2-0.5 дБ большего, чем при <option>subq=1</option>. Обычно этого достаточно, чтобы заметить. @@ -3810,8 +3806,8 @@ больший глобальный PSNR ценой потери 25%-100% скорости. В отличие от остальных уровней <option>subq</option>, поведение <option>subq=6</option> не так сильно зависит от <option>frameref</option> - и <option>me</option>. Вместо этого, эффективность <option>subq=6 - </option> по большей части зависит от количества используемых B-кадров. При + и <option>me</option>. Вместо этого, эффективность <option>subq=6</option> + по большей части зависит от количества используемых B-кадров. При обычном использовании это означает, что <option>subq=6</option> в сложных, высокодинамичных сценах имеет большое влияние как на скорость, так и на качество, но в сценах с малым количествах движения она не имеет такого @@ -3822,11 +3818,11 @@ <listitem> <para> <emphasis role="bold">frameref</emphasis>: - <option>frameref</option> по-умолчанию установлена в 1, но это не значит, что + <option>frameref</option> по умолчанию установлена в 1, но это не значит, что ее стоит устанавливать в 1. Только увеличение <option>frameref</option> до 2 дает прирост PSNR примерно на 0.15дБ за счет уменьшения скорости на 5-10%; похоже, что это неплохая цена. - <option>frameref=3</option> дает примерно 0.25dB PSNR сверх + <option>frameref=3</option> дает примерно 0.25дБ PSNR сверх <option>frameref=1</option>, что должно быть видимой разницей. <option>frameref=3</option> медленнее примерно на 15%, чем <option>frameref=1</option>. @@ -3852,7 +3848,7 @@ <emphasis role="bold">может</emphasis> и <emphasis role="bold">обычно наносит</emphasis> вред эффективности кодирования, если CABAC отключен. - С задействованным CABAC (настройка по-умолчанию), возможность установки + С задействованным CABAC (настройка по умолчанию), возможность установки <option>frameref</option> "слишком высоким" на данный момент выглядит слишком далекой, чтобы об этом беспокоиться, а в будущем оптимизации могут вообще убрать такую возможность. @@ -3860,23 +3856,23 @@ <para> Если Вас заботит скорость, разумным компромиссом будет использовать низкие значения <option>subq</option> и <option>frameref</option> в первом проходе, а -  - затем увеличить из во втором: Вы, возможно, потеряете вплоть до 0.1дБ PSNR, - что может быть достаточно малым значением, чтобы его заметить. + затем увеличить их во втором. Обычно, это обладает ничтожным отрицательным + эффектом на конечное качество: Вы, возможно, потеряете вплоть до 0.1дБ PSNR, + что должно быть слишком малой разницей, чтобы её заметить. Однако, различные значения <option>frameref</option> могут иногда повлиять на решение о выборе типа кадра. Скорее всего, это довольно редкие крайние случаи, но если Вы хотите быть точно - уверенными, подумайте, содержит ли Ваше видео полноэкранные + уверенными, посмотрите, содержит ли Ваше видео полноэкранные  периодически вспыхивающие изображения или очень большие паузы, которые могут стать причиной принудительной вставки I-кадра. Настройте <option>frameref</option> в первом проходе так, чтобы - она была достаточно большой, чтобы содержать длительность цикла вспыхивания + она была достаточно большой для содержания длительности цикла вспыхивания (или паузы). - Например, если сцены вспыхивает и гаснет в течении двух кадров из трех, - установите <option>frameref</option> равным 3 или выше. + Например, если сцены вспыхивают и гаснут между двумя изображениями в течении + трёх кадров, установите <option>frameref</option> равным 3 или выше. Эта проблема, возможно, очень редко появляется для живой съемки, но она иногда - появляется при записи видео игр. + возникает при записи видео игр. </para> </listitem> <listitem> @@ -3885,13 +3881,13 @@ Эта опция используется для выбора метода оценки движения. Изменение этой опции оказывает прямое влияние на соотношение скорость-качество. <option>me=dia</option> лишь на несколько процентов - быстрее, чем поиск по-умолчанию ценой не больше 0.1дБ глобального PSNR. - Значение по-умолчанию (<option>me=hex</option>) разумный выбор между скоростью + быстрее, чем поиск по умолчанию, ценой не больше 0.1дБ глобального PSNR. + Значение по умолчанию (<option>me=hex</option>) — разумный выбор между скоростью и качеством. <option>me=umh</option> немного, вплоть до 0.1дБ, улучшает - глобальный PSNR, соответствующее падение скорости зависит меняется и - зависит от <option>frameref</option>. С высокими значениями + глобальный PSNR, соответствующее падение скорости меняется в + зависимости от <option>frameref</option>. С высокими значениями <option>frameref</option> (например, 12 или около того), <option>me=umh</option> - примерно на 40% медленнее, чем настройка по-умолчанию <option> me=hex</option>. + примерно на 40% медленнее, чем настройка по умолчанию <option>me=hex</option>. С <option>frameref=3</option>, падение скорости уменьшается до 25%-30%. </para> <para> @@ -3905,9 +3901,9 @@ макроблоках (в дополнение к стандартным). Ее включение приведет к довольно постоянной 10%-15% потере в скорости. Эта опция практически бесполезна для исходного материала, содержащего только - небольшое движение, тем не менее, для некоторого высокодинамичного, + небольшое движение, тем не менее, для некоторого высокодинамичного материала, особенно с большим количеством мелких движущихся объектов, следует ожидать - прироста в 0.1дБ. + прироста около 0.1дБ. </para></listitem> <listitem> <para> @@ -3923,10 +3919,10 @@ </para> <para> С отключенным адаптивным принятием решения о B-кадрах - (<option>x264encopts</option>'ой <option>nob_adapt</option>), + (<option>nob_adapt</option> в <option>x264encopts</option>), оптимальное значение этой опции обычно не превышает - <option>bframes=1</option>, иначе пострадают высокодинамичные сцены. - С включенным адаптивным принятием решения о B-кадрах (поведение по-умолчанию), + <option>bframes=1</option>, иначе могут пострадать высокодинамичные сцены. + С включенным адаптивным принятием решения о B-кадрах (поведение по умолчанию), можно безопасно использовать более высокие значения; кодировщик уменьшит количество B-кадров в сценах, где они повредят сжатию. Кодировщик редко решает использовать больше, чем 3 или 4 B-кадра; @@ -3937,7 +3933,7 @@ <listitem> <para> <emphasis role="bold">b_adapt</emphasis>: - Заметьте: она включена по-умолчанию. + Заметьте: она включена по умолчанию. </para> <para> Когда эта опция включена, кодировщик будет использовать разумно @@ -3945,8 +3941,8 @@ используемых в сценах, которые от этого не сильно выиграют. Вы можете использовать <option>b_bias</option> для тонкой настройки того, насколько "счастлив" будет кодировщик использованию B-кадров. - Потеря в скорости при использовании адаптивных B-кадров на данный момент, - пожалуй, умереннее, но таково же и потенциальное улучшение качества. + Потеря в скорости при использовании адаптивных B-кадров на данный момент + весьма невелика, но таково же и потенциальное улучшение качества. Тем не менее, хуже от этого обычно не становится. Заметьте, что эта опция влияет на скорость и решение о типе кадра только в первом проходе. @@ -3969,20 +3965,19 @@ Однако, в проявляющихся или затухающих сценах взвешенное предсказание дает довольно большую экономию битпотока. В MPEG-4 ASP затухание обычно лучше кодируется последовательностью дорогих - I-кадров; используя взвешенное предсказание в B-кадрах делает возможным - преобразовать хотя бы часть из них в значительно более маленькие B-Кадры. + I-кадров; использование взвешенного предсказания в B-кадрах делает возможным + преобразовать хотя бы часть из них в значительно более меньшие B-кадры. Потери в скорости кодирования минимальны, поскольку не требуется делать дополнительные принятия решений. -  - Вдобавок, вопреки возможным предположениям, взвешенное предсказание не так - сильно влияет на требования декодера к CPU, все остальное же полностью совпадает. + Вдобавок, вопреки расхожему мнению, взвешенное предсказание не + сильно влияет на требования декодера к CPU при прочих равных условиях. </para> <para> - К сожалению, текущий алгоритм адаптивного принятия решений о B-Кадрах имеет + К сожалению, текущий алгоритм адаптивного принятия решений о B-кадрах имеет твердую склонность к избеганию использования B-кадров при затуханиях. До тех пор, пока это не изменится, хорошей идеей, возможно, будет добавить <option>nob_adapt</option> к x264encopts, если предполагаете, что затухания - будут иметь сильный эффект на Ваш конкретный видеоклип. + будут давать существенный вклад в Вашем конкретном видеоклипе. </para> </listitem> </itemizedlist> @@ -3995,30 +3990,30 @@ <listitem> <para> <emphasis role="bold">Двухпроходное кодирование</emphasis>: - Выше советовалось всегда использовать кдирование в два прохода, но все же + Выше советовалось всегда использовать кодирование в два прохода, но все же существуют причины этого не делать. Например, если Вы захватываете TV трансляцию и кодируете в реальном времени, придется использовать однопроходный режим. К тому же один проход очевидно быстрее, чем два; если Вы используете точно такой же набор опций в обоих случаях, двухпроходной режим медленнее - вдвое. + почти вдвое. </para> <para> Все же существует очень хорошие причины использовать кодирование в два - прохода. Во-первых, управление битпотоком при однопроходного режима не + прохода. Во-первых, управление битпотоком однопроходного режима не является телепатом и часто делает необоснованный выбор, потому что не может видеть общую картину. Например, предположим, что Вы имеете двухминутное видео, состоящее из двух независимых частей. Первая половина — очень динамичная сцена, продолжающаяся 60 секунд и требующая сама по себе битпоток примерно - 2500 кбит/сек, чтобы прилично выглядеть. Сразу за ней следует менее + 2500 кбит/сек, чтобы прилично выглядеть. Сразу за ней следует гораздо менее требовательная 60-секундная сцена, которая хорошо выглядит при 300 кбит/сек. - Предположим, Вы запросили битпоток 14000 кбит/сек; в теории этого достаточно + Предположим, Вы запросили битпоток 1400 кбит/сек; в теории этого достаточно для удовлетворения потребностей обеих сцен. В этом случае управление битпотоком в однопроходном режиме сделает пару "ошибок". Во-первых, оно установит битпоток в 1400 кбит/сек для обеих частей. Первая часть может оказаться чрезмерно квантованной, что приведет к - недопустимому и неоправданно блочному изображению. Вторая часть будет - недостаточно квантованной; она может выглядеть отлично, но цена битпотока для - этого качества будет полностью неоправданной. + недопустимо выглядящему и неоправданно блочному изображению. Вторая часть будет + существенно недостаточно квантованной; она может выглядеть отлично, но цена + битпотока для этого качества будет полностью неоправданной. Чего намного труднее избежать, так это проблемы перехода между двумя сценами. В первых секундах малодинамичной части квантователь будет чрезвычайно превышен, потому что управление битпотоком все еще ожидает встретить такие же @@ -4057,7 +4052,7 @@ x264 предоставляет возможность делать желаемое количество последовательных проходов. Если Вы указали <option>pass=1</option> при первом проходе, используйте затем <option>pass=3</option> в последующем проходе, этот проход - будет одновременно читать статистику предыдущего прохода и записывать ее + будет одновременно читать статистику предыдущего прохода и записывать свою собственную. Дополнительный проход, следующий за этим, будет иметь очень хорошую основу для осуществления очень точных предсказаний размеров кадров при выбранном квантователе. На практике, общее улучшение качества от использования @@ -4065,7 +4060,7 @@ немного худшему глобальному PSNR, чем у предыдущего прохода. При обычном использовании три прохода помогают, если Вы при двух проходах получаете либо плохое предсказание битпотока, либо плохо выглядящие переходы - между сценами. Это в точности то, что наверняка будет происходить на очень + между сценами. Это отчасти то, что наверняка будет происходить на очень коротких клипах. Существуют также особые случаи, когда три (или более) проходом удобны для продвинутых пользователей, но, для краткости, это руководство не включает в себя описание этих особых случаев. @@ -4074,17 +4069,17 @@ <emphasis role="bold">qcomp</emphasis>: <option>qcomp</option> управляет соотношением количества бит, отданных "дорогим" высокодинамичным и "дешевым" малодинамичным кадрам. Один крайний - случай, <option>qcomp=0</option>, предназначен для истинно постоянного + случай: <option>qcomp=0</option>, предназначен для истинно постоянного битпотока. Обычно это сделает высокодинамичные сцены выглядящими просто ужасно, в то время как малодинамичные сцены будут, возможно, выглядеть - отлично, но при этом будут использовать во много раз больший битпоток, чем им - необходимо, чтобы выглядеть просто великолепно. - Другая крайность, <option>qcomp=1</option>, добивается примерно одинакового - параметра квантования (QP). Постоянный QP не выглядит ужасно, но большинство + абсолютно великолепно, но при этом будут использовать во много раз больший + битпоток, чем им необходимо, чтобы выглядеть лишь превосходно. + Другая крайность: <option>qcomp=1</option>, добивается примерно одинакового + параметра квантования (QP). Постоянный QP не выглядит плохо, но большинство людей думают, что более разумно частично снизить битпоток в сильно дорогих сценах (где потеря качества не очень заметна) и перераспределить их в сцены, которые легче закодировать с отличным качеством. - <option>qcomp</option> по-умолчанию установлена в 0.6, что по мнению многих + <option>qcomp</option> по умолчанию установлена в 0.6, что по мнению многих людей может быть несколько мало (также часто используется 0.7-0.8). </para></listitem> <listitem><para> @@ -4109,7 +4104,7 @@ <para> H.264 определяет простую процедуру удаления блочности в I-блоках, которая использует предустановленные степени обработки и пороговые значения в - зависимости от QP интересующего блока. + зависимости от QP рассматриваемого блока. По-умолчанию, блоки с высоким QP обрабатываются сильнее, а в блоках с низким QP удаление блочности вообще не производится. Предустановленые степени обработки, определенные стандартом, тщательно подобраны @@ -4123,11 +4118,12 @@ воздействия фильтра деблокинга (читай, -3). Это, однако, почти никогда не является хорошей идеей, и, люди, это делающие, в большинстве случаев не совсем хорошо понимают, как работает удаление - блочности по-умолчанию. + блочности по умолчанию. </para> <para> +  Первая и самая важная вещь, которую нужно знать о in-loop фильтре удаления - блочности состоит в том, что пороговые значения по-умолчанию практически + блочности состоит в том, что пороговые значения по умолчанию практически всегда PSNR-оптимальны. В редких случаях, где они неоптимальны, идеальное смещение будет плюс минус 1. Изменение параметров деблокинга на большие значения фактически гарантирует @@ -4146,7 +4142,7 @@ легко обратить внимание на неверно изображенный шум. Когда речь идет о субъективном качестве, шум и детали в некоторой степени взаимозаменяемы. - Уменьшая силу фильтра удаления блочности, Вы скорее всего увеличиваете ошибку, + Уменьшая силу фильтра удаления блочности, Вы, скорее всего, увеличиваете ошибку, добавляя ореолы, но глаз этого не замечает, поскольку он путает артефакты с деталями. </para> @@ -4201,19 +4197,19 @@ <entry>Очень высокое качество</entry> <entry><option>subq=6:partitions=all:8x8dct:me=umh:frameref=5:bframes=3:b_pyramid:weight_b</option></entry> <entry>6fps</entry> - <entry>0dB</entry> + <entry>0дБ</entry> </row> <row> <entry>Высокое качество</entry> <entry><option>subq=5:8x8dct:frameref=2:bframes=3:b_pyramid:weight_b</option></entry> <entry>13fps</entry> - <entry>-0.89dB</entry> + <entry>-0.89дБ</entry> </row> <row> <entry>Быстро</entry> <entry><option>subq=4:bframes=2:b_pyramid:weight_b</option></entry> <entry>17fps</entry> - <entry>-1.48dB</entry> + <entry>-1.48дБ</entry> </row> </tbody> </tgroup>

1 0

r21881 - trunk/DOCS/man/ru/mplayer.1
by voroshil 11 Jan '07

11 Jan '07

Author: voroshil Date: Thu Jan 11 19:26:44 2007 New Revision: 21881 Modified: trunk/DOCS/man/ru/mplayer.1 Log: r21865: Audio track switching works with DVDs as well. r21867: upgrade copyright years Modified: trunk/DOCS/man/ru/mplayer.1 ============================================================================== --- trunk/DOCS/man/ru/mplayer.1 (original) +++ trunk/DOCS/man/ru/mplayer.1 Thu Jan 11 19:26:44 2007 @@ -2,7 +2,7 @@ .\" This man page was/is done by Gabucino, Diego Biurrun, Jonas Jermann .\" Translated by Vladimir Voroshilov <voroshil(a)gmail.com> .\" Encoding: koi8-r -.\" synced with r21848 +.\" synced with r21867 . .\" -------------------------------------------------------------------------- .\" �� @@ -243,7 +243,7 @@ �� . .IPs "_ (�� MPEG-TS � libavformat)" �� . -.IPs "# (�� MPEG, Matroska, AVI � libavformat)" +.IPs "# (�� DVD, MPEG, Matroska, AVI � libavformat)" �� . .IPs "TAB (�� MPEG-TS)" �� .

1 0

r21878 - trunk/DOCS/man/ru/mplayer.1
by voroshil 11 Jan '07

11 Jan '07

Author: voroshil Date: Thu Jan 11 08:57:57 2007 New Revision: 21878 Modified: trunk/DOCS/man/ru/mplayer.1 Log: Typo Modified: trunk/DOCS/man/ru/mplayer.1 ============================================================================== --- trunk/DOCS/man/ru/mplayer.1 (original) +++ trunk/DOCS/man/ru/mplayer.1 Thu Jan 11 08:57:57 2007 @@ -9382,7 +9382,7 @@ � B- � P-�� (��-��: 1). �� , �� , �� 6 �� , �� . -�� , �� +�� , �� , �� . �� 15 �� . .

1 0