MPlayer-translations

Download

mplayer-translations@mplayerhq.hu

January 2007

2 participants
45 discussions

r21813 - trunk/DOCS/xml/zh_CN/radio.xml
by torinthiel 04 Jan '07

04 Jan '07

Author: torinthiel Date: Thu Jan 4 09:41:54 2007 New Revision: 21813 Added: trunk/DOCS/xml/zh_CN/radio.xml Log: translated r21748 by Eric Wang eric7wang gmail com Added: trunk/DOCS/xml/zh_CN/radio.xml ============================================================================== --- (empty file) +++ trunk/DOCS/xml/zh_CN/radio.xml Thu Jan 4 09:41:54 2007 @@ -0,0 +1,99 @@ +<?xml version="1.0" encoding="utf-8"?> + +<chapter id="radio"> +<title>广播电台</title> + +<sect1 id="radio-input" xreflabel="Radio input"> +<title>电台输入</title> + +<para> +这一部分将说明如何从V4L兼容的电台调谐器收听电台广播。 +请阅读手册中关于电台的可选项和键盘控制的描述。 +</para> + + + +<sect2 id="radio-compilation"> +<title>编译</title> + +<procedure> +<step><para> + 首先, 你需要重新编译MPlayer, 使用<filename>./configure</filename>带上选项 + <option>--enable-radio</option> 和(如果你想要支持捕捉) + <option>--enable-radio-capture</option> +</para></step> +<step><para> + 确认你的电台调谐器可以和Linux的其他收音软件工作。比如<application>XawTV</application>。 +</para></step> +</procedure> +</sect2> + + + +<sect2 id="radio-tips"> +<title>使用技巧</title> + +<para> +可用选项的完整列表在手册中有列出。 +这里只给出一些技巧: + +<itemizedlist> +<listitem><para> + 使用<option>channels</option>选项。例子: + <screen>-radio channels=104.4-Sibir,103.9-Maximum</screen> + 解释: 使用该选项, 则只可使用104.4和103.9电台。在频道切换时, 将会有个不错的OSD文字, + 显示频道的名字。频道的名字中的空格必须替换成下划线("_")。 +</para></listitem> +<listitem><para> + 有好几种方法可以捕捉声音。为捕捉音频, 你可以通过连接视频卡和音频输入的外接线用你的声卡捕捉, + 也可以使用saa7134芯片内置的ADC。在后一种情况下, 你要加载<systemitem>saa7134-alsa</systemitem> + 或<systemitem>saa7134-oss</systemitem>驱动。 +</para></listitem> +<listitem><para> + <application>MEncoder</application>不能用于音频捕捉, + 因为它需要视频流才工作。因此你可以, 或使用ALSA项目的<application>arecord</application>, + 或者使用选项<option>-ao pcm:file=file.wav</option>。在后一种情况下, + 你将听不到任何声音 (除非你用了输入线, 并且关闭了输入线静音)。 +</para></listitem> +</itemizedlist> +</para> +</sect2> + + + +<sect2 id="radio-examples"> +<title>例子</title> + +<informalexample><para> +从标准的V4L输入 (使用输入线, 捕捉开关关闭): +<screen>mplayer radio://104.4</screen> +</para></informalexample> + +<informalexample><para> +从标准的V4L输入 (使用输入线, 捕捉开关关闭, V4Lv1接口): +<screen>mplayer -radio driver=v4l radio://104.4</screen> +</para></informalexample> + +<informalexample><para> +播放频道列表中的第二个频道: +<screen>mplayer -radio channels=104.4=Sibir,103.9=Maximm radio://2</screen> +</para></informalexample> + +<informalexample> +<para> +把声音从收音卡的内置ADC传到PCI总线。 +在这个例子中, 调谐器被用成是第二块声卡(ALSA device hw:1,0)。 +对于基于saa7134的卡, 必须加载 saa7134-alsa 或 saa7134-oss 模块。 +<screen> +mplayer -rawaudio rate=32000 radio://2/capture \ + -radio adevice=hw=1.0:arate=32000:channels=104.4=Sibir,103.9=Maximm +</screen> +<note><para>当使用ALSA设备名时, 冒号(:)必须替换成等号(=), +逗号(,)要替换成句点(.) +</para></note> +</para> +</informalexample> +</sect2> +</sect1> + +</chapter>

1 0

r21812 - trunk/DOCS/xml/hu/history.xml
by Gabrov 02 Jan '07

02 Jan '07

Author: Gabrov Date: Tue Jan 2 19:08:04 2007 New Revision: 21812 Modified: trunk/DOCS/xml/hu/history.xml Log: synced with r21537 Modified: trunk/DOCS/xml/hu/history.xml ============================================================================== --- trunk/DOCS/xml/hu/history.xml (original) +++ trunk/DOCS/xml/hu/history.xml Tue Jan 2 19:08:04 2007 @@ -1,5 +1,5 @@ <?xml version="1.0" encoding="utf-8"?> - + <appendix id="history"> <title>Történelem</title> @@ -15,98 +15,173 @@ a képminőséggel, vagy a sebességgel is. Elhatároztam, hogy (át)írok egyet... </para></blockquote><para>A'rpi, 2001</para> -<para> <itemizedlist> -<listitem><para> - <emphasis role="bold"><application>mpg12play</application> v0.1-v0.3</emphasis>: 2000. szeptember 22-25. - </para> - <para>Az első probálkozás, fél óra alatt összerakva! A libmpeg3-at - használtam a <ulink url="http://www.heroinewarrior.com"/>-ról egészen a 0.3-as - verzióig, de minőségi és sebességi problémák voltak vele. - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>mpg12play</application> v0.5-v0.87</emphasis>: 2000. szeptember 28.-október 20. - </para><para>Az MPEG codec helyáre a DVDview-et (Dirk Farin) tettem, nagyszerű - dolog volt, de lassú és C++-ban készült (Árpi útálja a C++-t!!!) - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>mpg12play</application> v0.9-v0.95pre5</emphasis>: 2000. október 21.-november 2. - </para><para>Az MPEG codec itt az Aaron Holtzman és Michel Lespinasse - által készített libmpeg2 (mpeg2dec). Nagyon jó, optimalizált, gyors C kód, - tökéletes képminőség és 100%-osan megfelel a szabványnak. - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>MPlayer</application> v0.3-v0.9</emphasis>: 2000. november 18.-december 4. - </para><para>Egyvelege két programnak: mpeg12play v0.95pre6 és az új, egyszerű - AVI lejtászómnak ('avip'), ami az avifile Win32 DLL loaderén alapszik. - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>MPlayer</application> v0.10</emphasis>: 2001. január 1. - </para><para>MPEG és AVI lejátszó egyetlen programban! - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>MPlayer</application> v0.11pre sorozat</emphasis>: - </para><para>Néhány új fejlesztővel a csapatban, innentől az - <application>MPlayer</application> csapatmunka! - ASF támogatás megjelenése és OpenDivX - (lásd <ulink url="http://www.projectmayo.com"/>) kódolás/dekódolás. - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>MPlayer</application> v0.17a "The IdegCounter"</emphasis> 2001. április 27. - </para><para>A 0.11pre sorozat végső verziója, 4 hónapnyi kökemény fejlesztés - után! Probáld ki és ess ámulatba! Ezernyi új dolog... és persze a régi kód - feljavítva, bugok eltávolítva, stb. - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>MPlayer</application> 0.18 "The BugCounter"</emphasis> 2001. július 9. - </para><para>2 hónap telt el a 0.17 óta, és itt az újabb release... Teljes - ASF támogatás, még több felirat formátum, libao megjelenése (mint libvo, csak - ez audio-ra), és még stabilabb, mint valaha, satöbbi! Kötelező darab! - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>MPlayer</application> 0.50 "The Faszom(C)ounter"</emphasis> 2001. október 8. - </para><para>Hmm. Újra release. Néhény tonna új funkció, béta verzióju GUI, - hibajavítások, új vo és ao meghajtók, Linuxon kívül sok más támogatott rendszer, - nyílt forráskódú DivX kodek, és még rengeteg más. Probáld ki! - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>MPlayer</application> 0.60 "The RTFMCounter"</emphasis> 2002. január 3. - </para><para>MOV/VIVO/RM/FLI/NUV formátumok támogatása, natív CRAM, Cinepak, ADPCM - codec-ek, XANim bináris codec-einek támogatása; DVD feliratok, az MEncoder első - verziója, grabbelés TV-ről, cache, liba52, rengeteg javítás. - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>MPlayer</application> 0.90pre10 "The BirthdayCounter"</emphasis> 2002. november 11. - </para><para>Bár ez nem egy release, azért megemlítem, tekintve, hogy pont az - <application>MPlayer</application> 2 éves évfordulóján jött ki. Boldog - születésnapot, <application>MPlayer</application>! - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>MPlayer</application> 0.90rc1 "The CodecCounter"</emphasis> 2002. december 7. - </para><para>Megintcsak nem release, de most, hogy bekerült a Sorenson 3 (QuickTime) - és Windows Media 9 támogatás, az <application>MPlayer</application> a világ első - lejátszója mely egyszerre támogatja az összes videoformátumot! - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>MPlayer</application> 0.90 "The CounterCounter"</emphasis> 2003. április 6. - </para><para>Több mint 1 év után megint úgy döntöttünk, hogy a kód stabilítása megfelel - egy release-hez. Sajnálatos módon viszont még a verziószámot is elfelejtettük átírni - rc5-ről, és egyéb idegesítő hibákra is fény derült. - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>MPlayer</application> 0.91</emphasis> 2003. augusztus 13. - </para><para>A fent említett és számos más hiba is kijavításra került. Ez a legújabb - stabil kiadás. - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>MPlayer</application> 1.0pre1 "Development on the beach"</emphasis> 2003. szeptember 1. - </para><para>Habár ez sem stabil kiadas, azért említeném meg, mert ez az első - tagja az <application>MPlayer</application> 1.0-ás sorozatának. A kiadás hivatott - a <emphasis>nagy hibavadászatot</emphasis> elősegíteni. Ez egy nagy előrelépés. - </para></listitem> -<listitem><para> - <emphasis role="bold"><application>MPlayer</application> 1.0</emphasis> dátum ismeretlen - </para></listitem> -</itemizedlist> +<listitem> +<para> +<emphasis role="bold"><application>mpg12play</application> v0.1-v0.3</emphasis>: 2000. szeptember 22-25. +</para> +<para> +Az első probálkozás, fél óra alatt összerakva! A libmpeg3-at +használtam a <ulink url="http://www.heroinewarrior.com"/>-ról egészen a 0.3-as +verzióig, de minőségi és sebességi problémák voltak vele. +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>mpg12play</application> v0.5-v0.87</emphasis>: 2000. szeptember 28.-október 20. +</para> +<para> +Az MPEG codec helyáre a DVDview-et (Dirk Farin) tettem, nagyszerű +dolog volt, de lassú és C++-ban készült (Árpi útálja a C++-t!!!) +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>mpg12play</application> v0.9-v0.95pre5</emphasis>: 2000. október 21.-november 2. +</para> +<para> +Az MPEG codec itt az Aaron Holtzman és Michel Lespinasse +által készített libmpeg2 (mpeg2dec). Nagyon jó, optimalizált, gyors C kód, +tökéletes képminőség és 100%-osan megfelel a szabványnak. +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>MPlayer</application> v0.3-v0.9</emphasis>: 2000. november 18.-december 4. +</para> +<para> +Egyvelege két programnak: mpeg12play v0.95pre6 és az új, egyszerű +AVI lejtászómnak ('avip'), ami az avifile Win32 DLL loaderén alapszik. +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>MPlayer</application> v0.10</emphasis>: 2001. január 1. +</para> +<para>MPEG és AVI lejátszó egyetlen programban! +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>MPlayer</application> v0.11pre sorozat</emphasis>: +</para> +<para> +Néhány új fejlesztővel a csapatban, innentől az +<application>MPlayer</application> csapatmunka! +ASF támogatás megjelenése és OpenDivX +(lásd <ulink url="http://www.projectmayo.com"/>) kódolás/dekódolás. +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>MPlayer</application> v0.17a "The IdegCounter"</emphasis> 2001. április 27. +</para> +<para> +A 0.11pre sorozat végső verziója, 4 hónapnyi kökemény fejlesztés +után! Probáld ki és ess ámulatba! Ezernyi új dolog... és persze a régi kód +feljavítva, bugok eltávolítva, stb. +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>MPlayer</application> 0.18 "The BugCounter"</emphasis> 2001. július 9. +</para> +<para> +2 hónap telt el a 0.17 óta, és itt az újabb release... Teljes +ASF támogatás, még több felirat formátum, libao megjelenése (mint libvo, csak +ez audio-ra), és még stabilabb, mint valaha, satöbbi! Kötelező darab! </para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>MPlayer</application> 0.50 "The Faszom(C)ounter"</emphasis> 2001. október 8. +</para> +<para> +Hmm. Újra release. Néhény tonna új funkció, béta verzióju GUI, +hibajavítások, új vo és ao meghajtók, Linuxon kívül sok más támogatott rendszer, +nyílt forráskódú DivX kodek, és még rengeteg más. Probáld ki! +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>MPlayer</application> 0.60 "The RTFMCounter"</emphasis> 2002. január 3. +</para> +<para> +MOV/VIVO/RM/FLI/NUV formátumok támogatása, natív CRAM, Cinepak, ADPCM +codec-ek, XANim bináris codec-einek támogatása; DVD feliratok, az MEncoder első +verziója, grabbelés TV-ről, cache, liba52, rengeteg javítás. +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>MPlayer</application> 0.90pre10 "The BirthdayCounter"</emphasis> 2002. november 11. +</para> +<para> +Bár ez nem egy release, azért megemlítem, tekintve, hogy pont az +<application>MPlayer</application> 2 éves évfordulóján jött ki. Boldog +születésnapot, <application>MPlayer</application>! +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>MPlayer</application> 0.90rc1 "The CodecCounter"</emphasis> 2002. december 7. +</para> +<para> +Megintcsak nem release, de most, hogy bekerült a Sorenson 3 (QuickTime) +és Windows Media 9 támogatás, az <application>MPlayer</application> a világ első +lejátszója mely egyszerre támogatja az összes videoformátumot! +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>MPlayer</application> 0.90 "The CounterCounter"</emphasis> 2003. április 6. +</para> +<para> +Több mint 1 év után megint úgy döntöttünk, hogy a kód stabilítása +megfelel egy release-hez. Sajnálatos módon viszont még a verziószámot +is elfelejtettük átírni rc5-ről, és egyéb idegesítő hibákra is +fény derült. +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>MPlayer</application> 0.91</emphasis> 2003. augusztus 13. +</para> +<para> +A fent említett és számos más hiba is kijavításra került. Ez a legújabb +stabil kiadás. +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>MPlayer</application> 1.0pre1 "Development on the beach"</emphasis> 2003. szeptember 1. +</para> +<para> +Habár ez sem stabil kiadas, azért említeném meg, mert ez az első +tagja az <application>MPlayer</application> 1.0-ás sorozatának. +A kiadás hivatott a <emphasis>nagy hibavadászatot</emphasis> +elősegíteni. Ez egy nagy előrelépés. +</para> +</listitem> + +<listitem> +<para> +<emphasis role="bold"><application>MPlayer</application> 1.0</emphasis> dátum ismeretlen +</para> +</listitem> +</itemizedlist> </appendix>

1 0

r21811 - trunk/DOCS/xml/hu/faq.xml
by Gabrov 02 Jan '07

02 Jan '07

Author: Gabrov Date: Tue Jan 2 18:35:23 2007 New Revision: 21811 Modified: trunk/DOCS/xml/hu/faq.xml Log: synced with r21737 Modified: trunk/DOCS/xml/hu/faq.xml ============================================================================== --- trunk/DOCS/xml/hu/faq.xml (original) +++ trunk/DOCS/xml/hu/faq.xml Tue Jan 2 18:35:23 2007 @@ -1,5 +1,5 @@ <?xml version="1.0" encoding="utf-8"?> - + <chapter id="faq" xreflabel="FAQ"> <title>Gyakran ismételt kérdések</title> @@ -68,6 +68,7 @@ </qandaentry> </qandadiv> + <qandadiv id="faq-compilation-installation"> <title>Fordítás és telepítés</title> @@ -153,7 +154,8 @@ <qandaentry> <question><para> A Mac OS 10.3 alatti fordítás számos szerkesztési hibát okoz</para></question> -<answer><para> +<answer> +<para> A szerkesztési hiba, amit tapasztalhatsz, valószínűleg így néz ki: <screen> ld: Undefined symbols: @@ -167,32 +169,36 @@ de nincsenek ott a 10.3-ban. Az egyik megoldás a QuickTime 7.0.1-re történő downgrade lehet. De van egy jobb is. -</para><para> -Szerezz be a <ulink url="http://rapidshare.de/files/20281171/CompatFrameworks.tgz.html">framework-ök régebbi másolatát</ulink>. +</para> +<para> +Szerezd be a +<ulink url="http://rapidshare.de/files/20281171/CompatFrameworks.tgz.html">framework-ök régebbi másolatát</ulink>. Ez egy tömörített fájl, ami tartalmazza a QuickTime 7.0.1 Framework-öt és a 10.3.9 QuartzCore Framework-öt. -</para><para> +</para> +<para> Csomagold ki a fájlokat valahova a System könyvtáradon kívülre. (vagyis ne telepítsd ezen framework-öket a <filename class="directory">/System/Library/Frameworks</filename> könyvtáradba! A régebbi másolat csak a szerkesztési hibák ellen kell!) -<screen> -gunzip < CompatFrameworks.tgz | tar xvf - -</screen> +<screen>gunzip < CompatFrameworks.tgz | tar xvf -</screen> A config.mak fájlba írd be <systemitem>-F/eleresi/ut/ahova/kicsomagoltad</systemitem> az <systemitem>OPTFLAGS</systemitem> változóhoz. Ha <application>X-Code</application>-ot használsz, egyszerűen kiválaszthatod ezeket a framework-öket a rendszer sajátjai helyett. -</para><para> +</para> +<para> A keletkező <application>MPlayer</application> bináris a rendszeredbe telepített framework-öt fogja használni dinamikus link-ek segítségével, melyek futási időben kerülnek feloldásra. (Ezt leellenőrizheted a <systemitem>otool -l</systemitem> használatával). -</para></answer> +</para> +</answer> </qandaentry> </qandadiv> + <qandadiv id="faq-general"> <title>Általános kérdések</title> @@ -209,7 +215,8 @@ <qandaentry> <question><para> -Találtam egy csúnya hibát, amikor megpróbáltam lejátszani a kedvenc videómat! Kit értesítsek? +Találtam egy csúnya hibát, amikor megpróbáltam lejátszani a kedvenc videómat! +Kit értesítsek? </para></question> <answer><para> Kérünk olvasd el a <link linkend="bugreports">hiba jelentési útmutatót</link> @@ -223,8 +230,9 @@ </para></question> <answer><para> Ellenőrizd a <ulink url="../../codecs-status.html">codec státusz</ulink> -oldalt, ha nem tartalmazza a te codecedet, olvasd el a <link linkend="codecs">codec dokumentációt</link>, -különösen a <link linkend="codec-importing">codec importálás HOGYAN</link>-t és keress meg minket. +oldalt, ha nem tartalmazza a te codecedet, olvasd el a +<link linkend="codecs">codec dokumentációt</link>, különösen a +<link linkend="codec-importing">codec importálás HOGYAN</link>-t és keress meg minket. </para></answer> </qandaentry> @@ -234,8 +242,8 @@ <screen>Linux RTC init: ioctl (rtc_pie_on): Permission denied</screen> </para></question> <answer><para> -Speciálisan beállított kernel kell az új időzítő kód használatához. A részletekért -lásd az <link linkend="rtc">RTC</link> részt a dokumentációban. +Speciálisan beállított kernel kell az új időzítő kód használatához. +A részletekért lásd az <link linkend="rtc">RTC</link> részt a dokumentációban. </para></answer> </qandaentry> @@ -262,46 +270,67 @@ </para></question> <answer><para> Például: -<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>audió pozíció másodpercekben</para></listitem> +<varlistentry> + <term><systemitem>A: 2.1</systemitem></term> + <listitem><para>audió pozíció másodpercekben</para></listitem> </varlistentry> -<varlistentry><term><systemitem>V: 2.2</systemitem></term> -<listitem><para>videó pozíció másodpercekben</para></listitem> +<varlistentry> + <term><systemitem>V: 2.2</systemitem></term> + <listitem><para>videó pozíció másodpercekben</para></listitem> </varlistentry> -<varlistentry><term><systemitem>A-V: -0.167</systemitem></term> -<listitem><para>audió-videó különbség másodpercekben (késleltetés)</para></listitem> +<varlistentry> + <term><systemitem>A-V: -0.167</systemitem></term> + <listitem><para>audió-videó különbség másodpercekben (késleltetés)</para></listitem> </varlistentry> -<varlistentry><term><systemitem>ct: 0.042</systemitem></term> -<listitem><para>teljes elvégzett A-V szinkron</para></listitem> +<varlistentry> + <term><systemitem>ct: 0.042</systemitem></term> + <listitem><para>teljes elvégzett A-V szinkron</para></listitem> </varlistentry> -<varlistentry><term><systemitem>57/57</systemitem></term> -<listitem><para>lejátszott/dekódolt képkockák (az utolsó kereséstől számítva)</para></listitem> +<varlistentry> + <term><systemitem>57/57</systemitem></term> + <listitem><para> + lejátszott/dekódolt képkockák (az utolsó kereséstől számítva) + </para></listitem> </varlistentry> -<varlistentry><term><systemitem>41%</systemitem></term> -<listitem><para>videó codec CPU használata százalékban +<varlistentry> + <term><systemitem>41%</systemitem></term> + <listitem><para> + videó codec CPU használata százalékban (a slice rendering-nél és a direkt rendering-nél ebben benne - van a video_out is)</para></listitem> + van a video_out is) + </para></listitem> </varlistentry> -<varlistentry><term><systemitem>0%</systemitem></term> -<listitem><para>video_out CPU használat</para></listitem> +<varlistentry> + <term><systemitem>0%</systemitem></term> + <listitem><para>video_out CPU használat</para></listitem> </varlistentry> -<varlistentry><term><systemitem>2.6%</systemitem></term> -<listitem><para>audió codec CPU használat százalékban</para></listitem> +<varlistentry> + <term><systemitem>2.6%</systemitem></term> + <listitem><para>audió codec CPU használat százalékban</para></listitem> </varlistentry> -<varlistentry><term><systemitem>0</systemitem></term> -<listitem><para>az A-V szinkron fenntartása miatt eldobott képkockák száma</para></listitem> +<varlistentry> + <term><systemitem>0</systemitem></term> + <listitem><para>az A-V szinkron fenntartása miatt eldobott képkockák száma</para></listitem> </varlistentry> -<varlistentry><term><systemitem>4</systemitem></term> -<listitem><para>a kép utófeldolgozás aktuális szintje (<option>-autoq</option> -használatakor)</para></listitem> +<varlistentry> + <term><systemitem>4</systemitem></term> + <listitem><para> + a kép utófeldolgozás aktuális szintje (<option>-autoq</option> használatakor) + </para></listitem> </varlistentry> -<varlistentry><term><systemitem>49%</systemitem></term> -<listitem><para>aktuálisan használt cache méret (50% körül a normális)</para></listitem> +<varlistentry> + <term><systemitem>49%</systemitem></term> + <listitem><para> + aktuálisan használt cache méret (50% körül a normális) + </para></listitem> </varlistentry> -<varlistentry><term><systemitem>1.00x</systemitem></term> -<listitem><para>lejátszási sebesség az eredeti sebesség faktorjaként</para></listitem> +<varlistentry> + <term><systemitem>1.00x</systemitem></term> + <listitem><para>lejátszási sebesség az eredeti sebesség faktorjaként</para></listitem> </varlistentry> </variablelist> Ezek legtöbbje hibakeresési céllal szerepel, a <option>-quiet</option> @@ -316,7 +345,8 @@ <qandaentry> <question><para> -Üzeneteket kapok a <filename>/usr/local/lib/codecs/</filename> könyvtárban nem található fájlokról... +Üzeneteket kapok a <filename>/usr/local/lib/codecs/</filename> +könyvtárban nem található fájlokról... </para></question> <answer><para> Töltsd le a bináris codeceket a @@ -343,8 +373,9 @@ a lejátszást! Tudom, hogy hihetetlen ... </para></question> <answer><para> -Miután lefuttattad a <filename>./configure</filename>-t, írd át a <filename>config.h</filename> -fájlt és cseréld ki az <systemitem>#undef FAST_OSD</systemitem> sort +Miután lefuttattad a <filename>./configure</filename>-t, +írd át a <filename>config.h</filename> fájlt és +cseréld ki az <systemitem>#undef FAST_OSD</systemitem> sort <systemitem>#define FAST_OSD</systemitem>-re. Aztán forgass újra. </para></answer> </qandaentry> @@ -357,9 +388,15 @@ <answer><para> FVWM-et használsz? Próbáld ki ezt: <orderedlist> -<listitem><para>Start -> Settings -> Configuration -> Base Configuration</para></listitem> -<listitem><para>Állítsd át a <systemitem>Use Applications position hints</systemitem>-et -<systemitem>Yes</systemitem>-re</para></listitem> +<listitem><para> + <menuchoice><guimenu>Start</guimenu><guisubmenu>Settings</guisubmenu> + <guisubmenu>Configuration</guisubmenu> + <guimenuitem>Base Configuration</guimenuitem></menuchoice> +</para></listitem> +<listitem><para> + Állítsd át a <systemitem>Use Applications position hints</systemitem>-et + <systemitem>Yes</systemitem>-re! +</para></listitem> </orderedlist> </para></answer> </qandaentry> @@ -370,11 +407,14 @@ </para></question> <answer><para> Így: -<screen>mplayer <replaceable>kapcsolók</replaceable> <replaceable>fájlnév</replaceable> < /dev/null &</screen> +<screen> +mplayer <replaceable>kapcsolók</replaceable> <replaceable>fájlnév</replaceable> < /dev/null & +</screen> </para></answer> </qandaentry> </qandadiv> + <qandadiv id="faq-playback"> <title>Lejátszási problémák</title> @@ -405,9 +445,7 @@ Használd az <systemitem>expand</systemitem> videó szűrőt a videó függőleges renderelési területének növeléséhez és igazítsd a filmet a felső határhoz, például: -<screen> -mplayer -vf expand=0:-100:0:0 -slang de dvd://1 -</screen> +<screen>mplayer -vf expand=0:-100:0:0 -slang de dvd://1</screen> </para></answer> </qandaentry> @@ -490,34 +528,33 @@ <para> Ha egy ilyenbe belefutsz, két lehetőséged van: <itemizedlist> -<listitem><para>Várj két hetet. Akkor újra működni fog.</para></listitem> -<listitem><para>Szerkeszd újra a rendszer összes binárisát egy másik -prelink opcióval. Itt van lépésről lépésre:</para> -<para> -<orderedlist> -<listitem><para>Írd át a <filename>/etc/syconfig/prelink</filename> fájlt és változtasd meg a</para> -<para> -<programlisting> -PRELINK_OPTS=-mR -</programlisting> -</para> -<para> -sort erre: -<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> -(Ez újraszerkeszti az összes alkalmazást, ami elég sokáig tart.)</para></listitem> -<listitem> -<para><command>execstack -s <replaceable>/eleresi/ut/</replaceable>mplayer</command> -(Ez kikapcsolja az exec-shield-et az <application>MPlayer</application> binárisán.) -</para> -</listitem> -</orderedlist> -</para> +<listitem><para> + Várj két hetet. Akkor talán újra működni fog. +</para></listitem> +<listitem><para> + Szerkeszd újra a rendszer összes binárisát egy másik + prelink opcióval. Itt van lépésről lépésre: + </para> + <procedure> + <step><para> + Írd át a <filename>/etc/syconfig/prelink</filename> + fájlt és változtasd meg a + <programlisting>PRELINK_OPTS=-mR</programlisting>-t + <programlisting>PRELINK_OPTS="-mR --no-exec-shield"</programlisting>-re + </para></step> + <step><para> + <command>touch /var/lib/misc/prelink.force</command> + </para></step> + <step><para> + <command>/etc/cron.daily/prelink</command> + (Ez újraszerkeszti az összes alkalmazást, ami elég sokáig tart.) + </para></step> + <step><para> + <command>execstack -s <replaceable>/eleresi/ut/</replaceable>mplayer</command> + (Ez kikapcsolja az exec-shield-et az + <application>MPlayer</application> binárisán.) + </para></step> + </procedure> </listitem> </itemizedlist> </para></answer> @@ -537,38 +574,41 @@ <qandaentry> <question><para> -Ha menteni próbálok a tuneremről, működik, de a színek érdekesek lesznek. Más alkalmazásokkal -minden rendben van. +Ha menteni próbálok a tuneremről, működik, de a színek érdekesek lesznek. +Más alkalmazásokkal minden rendben van. </para></question> <answer><para> -A kártyád valószínűleg támogatottként jelöl meg bizonyos színtereketet, miközben nem -támogatja őket. Próbáld meg YUY2-vel az alapértelmezett YV12 helyett (lásd a -<link linkend="tv-input">TV</link> fejezetet). +A kártyád valószínűleg támogatottként jelöl meg bizonyos színtereketet, +miközben nem támogatja őket. Próbáld meg YUY2-vel az alapértelmezett +YV12 helyett (lásd a <link linkend="tv-input">TV</link> fejezetet). </para></answer> </qandaentry> <qandaentry> <question><para> -Furcsa százalékos értékeket kapok (nagyon magasak), miközben a notebook-omon játszok le -fájlokat. +Furcsa százalékos értékeket kapok (nagyon magasak), +miközben a notebook-omon játszok le fájlokat. </para></question> <answer><para> -A notebookod energia menedzselő / energia takarékoskodó rendszerének (BIOS, nem kernel) -hatása. Dugd be a külső áramkábelt <emphasis role="bold">mielőtt</emphasis> bekapcsolod -a notebookodat. Megnézheted, hogy a <ulink url="http://www.kernel.org/pub/linux/utils/kernel/cpufreq/cpufreq.html">cpufreq</ulink> +A notebookod energia menedzselő / energia takarékoskodó rendszerének +(BIOS, nem kernel) hatása. Dugd be a külső áramkábelt +<emphasis role="bold">mielőtt</emphasis> bekapcsolod a notebookodat. +Megnézheted, hogy a <ulink url="http://www.kernel.org/pub/linux/utils/kernel/cpufreq/cpufreq.html">cpufreq</ulink> (SpeedStep interfész Linuxra) segít-e neked. </para></answer> </qandaentry> <qandaentry> <question><para> -Az audió/videó teljesen elveszti a szinkront ha az <application>MPlayer</application>t -root-ként futtatom a notebookon. Normálisan működik, ha felhasználóként futtatom. +Az audió/videó teljesen elveszti a szinkront ha az +<application>MPlayer</application>t +root-ként futtatom a notebookon. +Normálisan működik, ha felhasználóként futtatom. </para></question> <answer><para> -Ez megint csak az energia menedzsment hatása (lásd feljebb). Dugd be a külső áramkábelt -<emphasis role="bold">mielőtt</emphasis> bekapcsolod a notebookodat vagy -használd a <option>-nortc</option> kapcsolót. +Ez megint csak az energia menedzsment hatása (lásd feljebb). Dugd be a +külső áramkábelt <emphasis role="bold">mielőtt</emphasis> bekapcsolod +a notebookodat vagy használd a <option>-nortc</option> kapcsolót. </para></answer> </qandaentry> @@ -584,6 +624,7 @@ </qandaentry> </qandadiv> + <qandadiv id="faq-driver"> <title>Videó/audió vezérlő problémák (vo/ao)</title> @@ -609,21 +650,17 @@ <question><para> Most telepítettem az <application>MPlayer</application>t. Amikor meg akarok nyitni vele egy videó fájlt, végzetes hibával elszáll: -<screen> -Error opening/initializing the selected video_out (-vo) device. -</screen> +<screen>Error opening/initializing the selected video_out (-vo) device.</screen> Hogyan oldhatom meg ezt a problémát? </para></question> <answer><para> Csak változtass a videó kimeneti eszközön. Írd be a következő parancsot a használható videó kimeneti vezérlők listájához: -<screen> -mplayer -vo help -</screen> +<screen>mplayer -vo help</screen> Miután kiválasztottad a megfelelő videó kimeneti vezérlőt, írd be a konfigurációs fájlodba. Ezt egy <programlisting> - vo = <replaceable>selected_vo</replaceable> +vo = <replaceable>selected_vo</replaceable> </programlisting> sor <filename>~/.mplayer/config</filename> fájlhoz adásával és/vagy <programlisting> @@ -659,7 +696,8 @@ <qandaentry> <question><para> A számítógépem az MS DivX AVI-kat ~ 640x300-as felbontásban játssza le, sztereó MP3 -hanggal, és lassú. Ha használom a <option>-nosound</option> kapcsolót, minden rendben (csak nincs hang). +hanggal, és lassú. +Ha használom a <option>-nosound</option> kapcsolót, minden rendben (csak nincs hang). </para></question> <answer><para> A géped túl lassú vagy a hangkártyád vezérlője hibás. Nézd végig a dokumentációt, @@ -683,20 +721,21 @@ <question><para> Nincs hang videó lejátszása közben, és egy ehhez hasonló üzenetet kapok: <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> -KDE-t vagy GNOME-ot futtatsz aRts vagy ESD hang démonnal? Próbáld meg kikapcsolni -a hang démont vagy használd a <option>-ao arts</option> vagy <option>-ao esd</option> -kapcsolót, hogy az <application>MPlayer</application> aRts-ot vagy ESD-t használjon. -Talán az ALSA-t OSS emuláció nélkül futtatod, próbáld meg betölteni az ALSA OSS -kernel modulját vagy megadni a <option>-ao alsa</option> kapcsolót a parancssorban -a közvetlen ALSA audió kimeneti vezérlő használatához. +KDE-t vagy GNOME-ot futtatsz aRts vagy ESD hang démonnal? Próbáld meg +kikapcsolni a hang démont vagy használd a <option>-ao arts</option> vagy +<option>-ao esd</option> kapcsolót, hogy az <application>MPlayer</application> +aRts-ot vagy ESD-t használjon. +Talán az ALSA-t OSS emuláció nélkül futtatod, próbáld meg betölteni az ALSA +OSS kernel modulját vagy megadni a <option>-ao alsa</option> kapcsolót a +parancssorban a közvetlen ALSA audió kimeneti vezérlő használatához. </para></answer> </qandaentry> @@ -719,8 +758,8 @@ <qandaentry> <question><para> -A/V szinkronizálási problémáim vannak. Néhány AVI fájlom rendesen lejátszódik, -de néhány dupla sebességgel megy! +A/V szinkronizálási problémáim vannak. +Néhány AVI fájlom rendesen lejátszódik, de néhány dupla sebességgel megy! </para></question> <answer><para> Hibás hang kártyád/vezérlőd van. Legvalószínűbb, hogy rögzítve van 44100Hz-en, @@ -731,26 +770,29 @@ <qandaentry> <question><para> -Amikor filmet játszok le, szétesik a videó-audió szinkron és/vagy az <application>MPlayer</application> -összeomlik ezzel az üzenettel: -<screen>DEMUXER: Too many (945 in 8390980 bytes) video packets in the buffer!</screen> +Amikor filmet játszok le, szétesik a videó-audió szinkron +és/vagy az <application>MPlayer</application> összeomlik ezzel az üzenettel: +<screen> +DEMUXER: Too many (945 in 8390980 bytes) video packets in the buffer! +</screen> </para></question> <answer><para> Ennek több oka lehet. <itemizedlist> <listitem><para> -A CPU-d <emphasis>és/vagy</emphasis> videó kártyád <emphasis>és/vagy</emphasis> -buszod túl lassú. Az <application>MPlayer</application> ebben az esetben -írja ki ezt az üzenetet (és az eldobott képkockák száma gyorsan nő). + A CPU-d <emphasis>és/vagy</emphasis> videó kártyád <emphasis>és/vagy</emphasis> + buszod túl lassú. Az <application>MPlayer</application> ebben az esetben + írja ki ezt az üzenetet (és az eldobott képkockák száma gyorsan nő). </para></listitem> <listitem><para> -Ha ez egy AVI fájl, talán rossz az interleaving. Próbáld meg a -<option>-ni</option> kapcsolót ennek elhárításához. -Vagy talán hibás a fejléce, ebben az esetben a <option>-nobps</option> -és/vagy a <option>-mc 0</option> segíthet. + Ha ez egy AVI fájl, talán rossz az interleaving. Próbáld meg a + <option>-ni</option> kapcsolót ennek elhárításához. + Vagy talán hibás a fejléce, ebben az esetben a <option>-nobps</option> + és/vagy a <option>-mc 0</option> segíthet. </para></listitem> <listitem><para> -A hang vezérlőd hibás. Lásd az <link linkend="audio">audió részt</link>. + A hang vezérlőd hibás. + Lásd az <link linkend="audio">audió részt</link>. </para></listitem> </itemizedlist> </para></answer> @@ -758,7 +800,8 @@ <qandaentry> <question><para> -Hogyan szabadulhatok meg az A/V deszinkronizációtól a RealMedia folyamokban történő léptetésnél? +Hogyan szabadulhatok meg az A/V deszinkronizációtól +a RealMedia folyamokban történő léptetésnél? </para></question> <answer><para> A <option>-mc 0.1</option> segíthet. @@ -766,6 +809,7 @@ </qandaentry> </qandadiv> + <qandadiv id="faq-dvd"> <title>DVD lejátszás</title> @@ -814,7 +858,8 @@ Hogy tudom beállítani a DVD meghajtóm régió kódját? Nincs Windows-om! </para></question> <answer><para> -Használd a <ulink url="http://linvdr.org/projects/regionset/">regionset eszközt</ulink>. +Használd a +<ulink url="http://linvdr.org/projects/regionset/">regionset eszközt</ulink>. </para></answer> </qandaentry> @@ -901,6 +946,7 @@ </qandaentry> </qandadiv> + <qandadiv id="faq-encoding"> <title>Elkódolás</title> @@ -936,8 +982,9 @@ Hogy tudok automatikusan (S)VCD-t készíteni? </para></question> <answer><para> -Használd a <filename>mencvcd</filename> szkriptet a <filename class="directory">TOOLS</filename> -alkönyvtárból. Ezzel DVD-ket és más filmeket tudsz VCD vagy SVCD formátumba +Használd a <filename>mencvcd</filename> szkriptet a +<filename class="directory">TOOLS</filename> alkönyvtárból. +Ezzel DVD-ket és más filmeket tudsz VCD vagy SVCD formátumba kódolni és még közvetlenül CD-re is írhatod őket. </para></answer> </qandaentry> @@ -1048,7 +1095,8 @@ Csak a kiválasztott fejezeteket tudom elkódolni a DVD-ről? </para></question> <answer><para> -Használd a <option>-chapter</option> kapcsolót pontosan, például: <option>-chapter 5-7</option>. +Használd a <option>-chapter</option> kapcsolót pontosan, +például: <option>-chapter 5-7</option>. </para></answer> </qandaentry> @@ -1063,36 +1111,48 @@ <qandaentry> <question><para> -Mit jelentenek a státusz sorban lévő számok a kódolási folyamat közben? +Mit jelentenek a státusz sorban lévő számok a kódolási +folyamat közben? </para></question> <answer><para> Példa: -<screen>Pos: 264.5s 6612f ( 2%) 7.12fps Trem: 576min 2856mb A-V:0.065 [2126:192]</screen> +<screen> +Pos: 264.5s 6612f ( 2%) 7.12fps Trem: 576min 2856mb A-V:0.065 [2126:192] +</screen> <variablelist> -<varlistentry><term><systemitem>Pos: 264.5s</systemitem></term> -<listitem><para>időbeli pozíció a kódolt folyamban</para></listitem> + <varlistentry> + <term><systemitem>Pos: 264.5s</systemitem></term> + <listitem><para>időbeli pozíció a kódolt folyamban</para></listitem> </varlistentry> -<varlistentry><term><systemitem>6612f</systemitem></term> -<listitem><para>az elkódolt videó kockák száma</para></listitem> +<varlistentry> + <term><systemitem>6612f</systemitem></term> + <listitem><para>az elkódolt videó kockák száma</para></listitem> </varlistentry> -<varlistentry><term><systemitem>( 2%)</systemitem></term> -<listitem><para>a bemeneti folyam már elkódolt része</para></listitem> +<varlistentry> + <term><systemitem>( 2%)</systemitem></term> + <listitem><para>a bemeneti folyam már elkódolt része</para></listitem> </varlistentry> -<varlistentry><term><systemitem>7.12fps</systemitem></term> -<listitem><para>kódolási sebesség</para></listitem> +<varlistentry> + <term><systemitem>7.12fps</systemitem></term> + <listitem><para>kódolási sebesség</para></listitem> </varlistentry> -<varlistentry><term><systemitem>Trem: 576min</systemitem></term> -<listitem><para>becsült hátralévő kódolási idő</para></listitem> +<varlistentry> + <term><systemitem>Trem: 576min</systemitem></term> + <listitem><para>becsült hátralévő kódolási idő</para></listitem> </varlistentry> -<varlistentry><term><systemitem>2856mb</systemitem></term> -<listitem><para>a kódolt fájl becsült végső fájlmérete</para></listitem> +<varlistentry> + <term><systemitem>2856mb</systemitem></term> + <listitem><para>a kódolt fájl becsült végső fájlmérete</para></listitem> </varlistentry> -<varlistentry><term><systemitem>A-V:0.065</systemitem></term> -<listitem><para>aktuális késleltetés az audió és a videó folyam között</para></listitem> +<varlistentry> + <term><systemitem>A-V:0.065</systemitem></term> + <listitem><para>aktuális késleltetés az audió és a videó folyam között</para></listitem> </varlistentry> -<varlistentry><term><systemitem>[2126:192]</systemitem></term> -<listitem> -<para>átlagos videó bitráta (kb/s-ben) és átlagos audió bitráta (kb/s-ben)</para></listitem> +<varlistentry> + <term><systemitem>[2126:192]</systemitem></term> + <listitem><para> + átlagos videó bitráta (kb/s-ben) és átlagos audió bitráta (kb/s-ben) + </para></listitem> </varlistentry> </variablelist> </para></answer> @@ -1100,7 +1160,8 @@ <qandaentry> <question><para> -Miért negatív a <application>MEncoder</application> által kiírt javasolt bitráta? +Miért negatív a <application>MEncoder</application> által kiírt +javasolt bitráta? </para></question> <answer><para> Mert a bitráta, amivel kódoltad az audiót túl nagy ahhoz, hogy a film ráférjen @@ -1137,10 +1198,10 @@ <emphasis role="bold">&</emphasis> jelre az <command>mplayer</command> parancs végén): <screen> - mkfifo encode - mplayer -ao pcm -aofile encode dvd://1 & - lame <replaceable>kapcsoloid</replaceable> encode music.mp3 - rm encode +mkfifo encode +mplayer -ao pcm -aofile encode dvd://1 & +lame <replaceable>kapcsoloid</replaceable> encode music.mp3 +rm encode </screen> Így bármilyen kódolót használhatsz, nem csak a <application>LAME</application>-t, csak cseréld ki a <command>lame</command>-t a kedvenc audió kódolóddal a fenti @@ -1169,7 +1230,7 @@ a <application>MEncoder</application> <option>-ffourcc</option> kapcsolójával. Ugyanígy a már meglévő fájljaidban is megváltoztathatod a FourCC-t: <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> Figyelj rá, hogy ez XVID-re állítja a FourCC-t a DIVX helyett. Ez a javasolt eljárás, mivel a DIVX FourCC DivX4-et jelent, ami egy

1 0

r21810 - trunk/DOCS/xml/ru/encoding-guide.xml
by voroshil 02 Jan '07

02 Jan '07

Author: voroshil Date: Tue Jan 2 10:07:13 2007 New Revision: 21810 Modified: trunk/DOCS/xml/ru/encoding-guide.xml Log: better wording and typos fixing Slightly modified patch from Andrew Savchenko birkoph 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 Tue Jan 2 10:07:13 2007 @@ -1,6 +1,5 @@ <?xml version="1.0" encoding="utf-8"?>  - <chapter id="encoding-guide"> <title>Кодирование с <application>MEncoder</application></title> @@ -17,7 +16,7 @@ <para> Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2 -видео поток с DVD? Конечно, ваш AVI файл будет занимать около 5GB, +видео поток с DVD? Конечно, Ваш AVI файл будет занимать около 5GB, но если Вы желаете наилучшее качество и не волнуетесь о размере, то это, несомненно, лучшее решение. </para> @@ -81,8 +80,8 @@ <sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps"> <title>Определение кадровой частоты источника</title> <para> -Вот список, содержащий общие типы исходных материалов, где, -преимущественно, можно найти и их свойства: +Вот список, содержащий общие типы исходных материалов, где они, +преимущественно, встречаются и их свойства: </para> <itemizedlist> @@ -251,7 +250,7 @@ 30000/1001 fps могут быть как "жёстко телесиненым" содержимым с 24000/1001 fps, так и NTSC видео с 60000/1001 полями в секунду. Используйте два нижеследующих руководства для определения того, - с каким случаем вы имеете дело. + с каким случаем Вы имеете дело. </para></listitem> <listitem><para> Если <application>MPlayer</application> никогда не показывает @@ -416,10 +415,10 @@ <para> Если Вы используете <option>vqscale=2</option>, то Вы теряете биты. Если Вы используете <option>vqscale=3</option>, то Вы не получаете -рип наивысшего качества. Предположим, вы делаете рип DVD, используя +рип наивысшего качества. Предположим, Вы делаете рип DVD, используя <option>vqscale=3</option>, результат получается 1800 Кбит. Если Вы сделаете двупроходное кодирование с -<option>vbitrate=1800</option>, получившееся видео быдет обладать +<option>vbitrate=1800</option>, получившееся видео будет обладать <emphasis role="bold">лучшим качеством</emphasis> для <emphasis role="bold">того же битпотока</emphasis>. </para> @@ -482,8 +481,9 @@ <para> У большинства DVD также есть определённое подобие чёрных полос на -краях. Если Вы их оставите, это может <emphasis>сильно</emphasis> -повредить качество несколькими путями. +краях. Если Вы их оставите, это может +<emphasis role="bold">сильно</emphasis> повредить качество +несколькими путями. </para> <orderedlist> @@ -500,7 +500,7 @@ в результате чего вместо точки возникает затухающая окружность, но вот как это кратко выразить... --> Для кодирования последних Вам нужно гораздо больше битов, а иначе - у вас появится артефакт, известный как размывание краёв + у Вас появится артефакт, известный как размывание краёв (англ. ringing). </para> @@ -599,7 +599,7 @@ <para> Вспомните из предыдущего раздела, что конечный размер картинки, -подлежащей кодированию, должен быть кратен 16 (как высота,так +подлежащей кодированию, должен быть кратен 16 (как высота, так и ширина). Это может быть достигнуто усечением, масштабированием или комбинацией того и другого. </para> @@ -699,7 +699,8 @@ </para> <para> -Далее, видео с чересстрочной развёрткой дискретизируется следующим образом: +Более того, видео с чересстрочной развёрткой дискретизируется +следующим образом: </para> <informaltable> @@ -951,7 +952,7 @@ является ли видео полноэкранным (4:3) или широкоэкранным (16:9). Многие (если не большинство) широкоэкранных DVD не точно соответсвуют  -формату 16:9 и он может быть как 1.85:1, так и 2.35:1 (формат cinescope). +формату 16:9 и могут быть как 1.85:1, так и 2.35:1 (формат cinescope). Это означает, что в видео будут чёрные полосы, которые нужно усечь. </para> @@ -1005,7 +1006,8 @@ использовать нечётные величины для любых параметров усечения или масштабирования видео.) Если Вы беспокоитесь из-за нескольких излишне отброшенных битов, возможно, Вы предпочтёте взамен -масштабировать видео. +масштабировать видео. Мы рассмотрим это ниже в нашем примере. + В действительности, Вы можете доверить фильтру <option>cropdetect</option> сделать для Вас всё вышеупомянутое, т.к. у него есть необязательный параметр округления @@ -1080,7 +1082,7 @@ преобразований, Вы перемещаете больше данных в высокочастотные полосы. Грубо говоря, каждый пиксель содержит больше деталей, чем раньше. - Так что несмотря на то, что ваша картинка с уменьшенным + Так что несмотря на то, что Ваша картинка с уменьшенным масштабом содержит 1/4 информации в пространственных направлениях, она всё ещё может содержать большУю часть информации в частотных интервалах (предполагая, что высокие частоты были @@ -1098,7 +1100,7 @@ должно быть сравнимо с 640х480 и 800 кбит/сек. Однако, это не было строго проверено теоретически или эмпирически. Кроме того, из-за существенного отличия фильмов по уровню шума, -деталей, степеней свободы и т.п., тщетно давать общие рекомендации +деталей, количества движения и т.п., тщетно давать общие рекомендации для "битов на длину диагонали" (аналог битов на пиксель, используя квадратный корень). </para> @@ -1114,7 +1116,7 @@ <para> Следующие шаги помогут Вам рассчитать разрешение для Вашего кодирования без слишком сильного искажения видео, учитывая -некоторую информацию об исходном видео. +несколько видов информации об исходном видео. Прежде всего, Вам необходимо рассчитать коэффициент соотношения сторон для кодированного видео: <systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem> @@ -1155,7 +1157,8 @@ <para> CQ зависит от битпотока, эффективности видеокодека и разрешения фильма. Обычно, в целях увеличения CQ, Вам нужно будет уменьшить размер -фильма при постоянном битпотоке, заданном размере и длине фильма. +фильма, при условии, что битпоток, вычисленный как функция конечного +размера, и длина фильма постоянны. С MPEG-4 ASP кодеками, такими как <systemitem class="library">Xvid</systemitem> и <systemitem class="library">libavcodec</systemitem>, CQ меньше 0.18 обычно приводит к изображению с большим числом @@ -1163,7 +1166,7 @@ кодирования информации в каждом макроблоке. (MPEG4, как и многие другие кодеки, группирует пиксели в блоки по несколько пикселей для сжатия изображения; если битов не хватает, -границы этих блоков становятся заметными.) +границы этих блоков заметны.) Следовательно, благоразумно выбрать CQ в диапазоне от 0.20 до 0.22 для рипа на 1 CD и 0.26-0.28 для рипа на 2 CD при использовании стандартных опций кодирования. @@ -1176,7 +1179,7 @@ Используя MPEG-4 AVC кодеки, такие как <systemitem class="library">x264</systemitem>, Вы можете использовать CQ в диапазоне от 0.14 до 0.16 со стандартными опциями кодирования -и должны суметь достичь таких низких значений, как 0.10-0.12 +и должны суметь достичь таких низких значений, как 0.10 - 0.12 с помощью <link linkend="menc-feat-x264-example-settings">продвинутых опций кодирования <systemitem class="library">x264</systemitem></link>. </para> @@ -1215,7 +1218,7 @@ </para> <para> -Фильтры загружаются в цепочки с помощью опции -vf: +Фильтры загружаются в цепочку с помощью опции -vf: <screen>-vf фильтр1=опции,фильтр2=опции,...</screen> @@ -1254,7 +1257,7 @@ насколько это возможно, для того чтоб остаться близко к оригинальному DVD источнику. Усечение часто необходимо (как описано выше), но избегайте масштабирования видео. Несмотря на то, что уменьшение -размера иногда предпочтительно при использовании больших +размера иногда предпочтительно использованию бОльших квантователей, нужно избегать и того, и другого: помните, что мы с самого начала решили обменять биты на качество. </para> @@ -1262,7 +1265,8 @@ <para> Также не корректируйте гамму, контрастность, яркость и т.п.. То, что хорошо выглядит на Вашем мониторе, может плохо выглядеть -на других. Коррекция должна выполняться только при воспроизведении. +на других. Эти коррекции должны выполняться только при +воспроизведении. </para> <para> @@ -1305,10 +1309,10 @@ 24 fps фильм просто проигрывается на 25 fps. В результате фильм воспроизводится слегка быстрее, но если Вы не пришелец, то, вероятно, не заметите разницы. -У большинства PAL DVD аудио корректируемо по высоте звука, так -что, воспроизводясь при 25 fps, оно звучит нормально, даже если -аудиодорожка (и, следовательно, весь фильм) проигрываются на -4% быстрее, чем NTSC DVD. +У большинства PAL DVD аудио скорректировано по высоте звука так, +что, воспроизводясь при 25 fps, оно звучит нормально, несмотря на +то, что аудиодорожка (и, следовательно, весь фильм) проигрываются +на 4% быстрее, чем NTSC DVD. </para> <para> @@ -1390,7 +1394,7 @@ <listitem><para> Фильтры постобработки и удаления шума могут не работать как ожидается, только если Вы особо не позаботитесь об их - одновременном применении на частоте полей, иначе они могут + применении к одному полю за раз, иначе они могут повредить видео при неверном использовании. </para></listitem> </orderedlist> @@ -1429,7 +1433,7 @@ <para> Если Вы хотите дополнительно защититься от странных пропусков -и повторений кадров, вы можете одновременно использовать опции +и повторений кадров, Вы можете одновременно использовать опции <option>-mc 0</option> и <option>-noskip</option>. Это предотвратит <emphasis>любую</emphasis> A/V коррекцию, и будет копировать кадры один в один, так что Вы не сможете это @@ -1491,7 +1495,7 @@ <systemitem class="library">libavcodec</systemitem> MPEG-4 или <systemitem class="library">Xvid</systemitem>. (Опытные разработчики кодеков могут быть заинтересованы в - ознакомлении с точкой зрения Михаэля Найдермауэра (Michael + ознакомлении с точкой зрения Михаэля Нидермайера (Michael Niedermayer) "<ulink url="http://guru.multimedia.cx/?p=10">почему MPEG4-ASP отстой</ulink>".) Аналогично, Вы должны получить лучшее качество с MPEG-4 ASP, по @@ -1640,8 +1644,8 @@ <para> <emphasis>Не</emphasis> используйте <option>-nosound</option> при -кодировании файла с аудио, даже если Вы будете позже кодировать и -мультеплексировать аудио отдельно. +кодировании файла с аудио, даже если позже Вы будете отдельно +кодировать и мультеплексировать аудио. Хотя это может работать в идеальных случаях, использование <option>-nosound</option> обычно скрывает ряд проблем в Ваших настройках кодирования в командной строке. @@ -1652,8 +1656,8 @@ </para> <para> -Вам необходим <application>MEncoder</application> для обработки -звука. +Вам необходимо обработать звук с помощью +<application>MEncoder</application>. Например, Вы можете копировать исходную звуковую дорожку в процессе кодирования с помощью <option>-oac copy</option> или преобразовать её в "лёгкий" 4 кГц моно WAV PCM с помощью @@ -1698,7 +1702,7 @@ громкостью. Вы можете использовать, например, утилиту <application>normalize</application>, доступную в большинстве дистрибутивов. -Если вы пользуетесь Window$, утилита <application>BeSweet</application> +Если Вы пользуетесь Window$, утилита <application>BeSweet</application> делает то же самое. Вы можете сжать в Vorbis или MP3. Например: <screen>oggenc -q1 <replaceable>звук.wav</replaceable></screen> @@ -1772,7 +1776,7 @@ <para> Вы можете столкнуться с некоторыми серьёзными проблемами A/V -синхронизации при попытке мультиплексирования вашего видео +синхронизации при попытке мультиплексирования Вашего видео с некоторыми аудиодорожками, где, как бы Вы не подбирали задержку аудио, никогда не получается правильная синхронизация. Это может происходить при использовании некоторых видеофильтров, @@ -1958,7 +1962,7 @@ Строго говоря, все эти числа являются аппроксимациями. Чёрно-белое NTSC видео было точно с 60 полями в секунду, но позже была выбрана частота 60000/1001 для адаптации цветовой -информации с сохранением совместимости с чёрно-белым +информации с одновременным сохранением совместимости с чёрно-белым телевидением. Цифровое NTSC видео (такое как на DVD) также с 60000/1001 полями в секунду. Отсюда возникла кадровая частота 30000/1001 @@ -1993,7 +1997,7 @@ <para> В действительности, видео никогда не хранится на DVD с -60000/1001 полей в секунду. Для видео, оригинально являющегося +60000/1001 полями в секунду. Для видео, оригинально являющегося 60000/1001, каждая пара полей объединяется для формирования кадра, приводя к 30000/1001 кадрам в секунду. Затем аппаратные DVD плееры читают флаг, включенный в видеопоток, для определения @@ -2065,7 +2069,7 @@ <screen>demux_mpg: обнаружено 24000/1001 кадра/сек NTSC содержимое с построчной развёрткой, переключаю частоту кадров.</screen> -Начиная с этого момента, demux_mpg should никогда не должен +Начиная с этого момента, demux_mpg никогда не должен сообщать о том, что найдено "30000/1001 кадров/сек NTSC содержимое". </para> @@ -2088,7 +2092,7 @@ быстро, сколь это возможно; тем не менее, в зависимости от Вашего железа, это может занять некоторое время. Всякий раз, когда demux_mpg будет сообщать об изменении частоты кадров, -строка прямо над сообщением покажет вам время, при котором +строка прямо над сообщением покажет Вам время, при котором произошло изменение. </para> @@ -2150,11 +2154,11 @@ </para> <para> -Другой способ выяснить, был ваш источник подвержен телесину или нет, заключается +Другой способ выяснить, был Ваш источник подвержен телесину или нет, заключается в воспроизведении исходного материала с опциями командной строки <option>-vf pullup</option> и <option>-v</option>, чтобы увидеть, как <option>pullup</option> сопоставляет кадры. -Если источник был телесиненным, вы должны увидеть в консоли 3:2 структуру с +Если источник был телесиненным, Вы должны увидеть в консоли 3:2 структуру с чередующимися <systemitem>0+.1.+2</systemitem> и <systemitem>0++1</systemitem>. Преимущество этой техники состоит в том, что не требуется просматривать исходный материал для его идентификации, это может быть полезно для автоматизации @@ -2170,20 +2174,20 @@ <para> Чересстрочное видео изначально снималось на 60000/1001 полями в секунду, и сохранялось на DVD с 30000/1001 кадрами в секунду. Эффект чересстрочности -(часто называемый "гребенкой") - результат объединения пары полей в кадры. +(часто называемый "гребёнкой") — результат объединения пары полей в кадры. Поля сдвинуты друг относительно друга на 1/(60000/1001) секунды, и, когда отображаются одновременно, разница заметна. </para> <para> -Как и с подверженным телесину видео <application>MPlayer</application> не должен +Как и с подверженным телесину видео, <application>MPlayer</application> не должен сообщать о каких-либо изменениях частоты кадров при воспроизведении чересстрочного содержимого. </para> <para> -Внимательно, кадр за кадром, при помощи клавиши <keycap>.</keycap>, рассматривая -чересстрочное видео, вы увидите, что каждый отдельный кадр - чересстрочный. +Внимательно, кадр за кадром (при помощи клавиши <keycap>.</keycap>) рассматривая +чересстрочное видео, Вы увидите, что каждый отдельный кадр — чересстрочный. </para> </sect3> @@ -2192,21 +2196,23 @@ <title>Смешанные построчная развертка и телесин</title> <para> -Все видео со "смешанными построчной разверткрй и телесином" изначально было с +Все видео со "смешанными построчной разверткой и телесином" изначально было с 24000/1001 кадрами в секунду, но некоторые его части оказались подвержены телесину. </para> <para> Когда <application>MPlayer</application> воспроизводит эту категорию, он будет -(как правило, периодически) переключаться между "30000/1001 fps NTSC" и -"24000/1001 fps progressive NTSC". Смотрите конец вывода -<application>MPlayer</application>, чтобы увидеть эти сообщения. +(как правило, периодически) переключаться между "30000/1001 кадров/сек NTSC +содержимым" и "24000/1001 кадра/сек NTSC содержимым с построчной развёрткой". +Смотрите конец вывода <application>MPlayer</application>, чтобы увидеть +эти сообщения. </para> <para> -Вам следует проверить разделы "30000/1001 fps NTSC", чтобы убедиться, что видео -действительно телесиненное, а не просто чересстрочное. +Вам следует проверить разделы с "30000/1001 кадров/сек NTSC содержимым", +чтобы убедиться, что видео действительно телесиненное, а не просто +чересстрочное. </para> </sect3> @@ -2216,13 +2222,13 @@ <para> В содержимом со "смешанными построчной и чересстрочной развертками", -прогрессивное и чересстрочное видео переплетаются друг с другом. +построчное и чересстрочное видео переплетаются друг с другом. </para> <para> Эта категория выглядит также, как и "смешанные построчная развертка и телесин", -до тех пор, пока не проверите разделы 30000/1001 fps и не увидите, что структура -телесина отсутствует. +до тех пор, пока не проверите разделы 30000/1001 кадр/сек и не увидите, +что структура телесина отсутствует. </para> </sect3> </sect2> @@ -2245,7 +2251,8 @@ <para> Видео с построчной разверткой не требует специальной обработки для кодирования. -Единственный нужный вам для уверенности параметр - это <option>-ofps 24000/1001</option>. +Единственный нужный Вам для уверенности параметр — это +<option>-ofps 24000/1001</option>. В противном случае <application>MEncoder</application> будет пытаться кодировать с 30000/1001 кадрами в секунду и создаст дублирующиеся кадры. </para> @@ -2255,8 +2262,8 @@ </para> <para> -Часты случай, однако, когда видео, выглядящее прогрессивным, на самом деле -содержит очень короткие подверженные телесину части. Если вы не уверены, +Частый случай, однако, когда видео, выглядящее построчным, на самом деле +содержит очень короткие подверженные телесину части. Если Вы не уверены, безопаснее будет считать его как видео со <link linkend="menc-feat-telecine-encode-mixedpt">смешанными построчной разверткой телесином</link>. @@ -2269,7 +2276,7 @@ <title>Телесин</title> <para> -Телесин может быть отменен для получения оригинального 24000/1001 содержимого +Телесин может быть обращён для получения оригинального 24000/1001 содержимого при помощи процесса, называемого обратный телесин. <application>MPlayer</application> содержит несколько фильтров для выполнения этого; лучший из них, <option>pullup</option> описан в разделе @@ -2283,7 +2290,7 @@ <title>Чересстрочная развертка</title> <para> -На практике в большинстве случаев невозможно получить полностью прогрессивное +На практике в большинстве случаев невозможно получить полностью построчное видео из чересстрочного содержимого. Единственный способ сделать это без потери половины вертикального разрешения - это удвоить частоту кадров и попытаться "угадать", что должно составить @@ -2294,7 +2301,7 @@ <orderedlist> <listitem><para> Кодируйте видео в чересстрочной форме. Обычно это наносит вред способности - кодировщика хорошо сжимать, то <systemitem class="library">libavcodec</systemitem> + кодировщика хорошо сжимать, но <systemitem class="library">libavcodec</systemitem> имеет два параметра специально для чуть лучшего сохранения чересстрочного видео: <option>ildct</option> и <option>ilme</option>. К тому же, настоятельно рекомендуется использовать @@ -2322,19 +2329,22 @@ К сожалению, эта опция сбоит с <application>MEncoder</application>; она должна хорошо работать с <application>MEncoder G2</application>, но его пока нет. Вы можете столкнуться с крахами. Как бы то ни было, назначение опции - <option> -vf tfields</option> - создать полный кадр из каждого поля, что + <option> -vf tfields</option> — создать полный кадр из каждого поля, что делает частоту кадров равной 60000/1001. Преимущество этого подхода в том, что - никакие данные не теряются, однако, каждый кадр получается только из одного - пол, недостающие строки как-то интерполируются. Это не очень хорошие методы - генерации недостающих данных, поэтому результат будет выглядеть весьма похожим - на применение фильтра деинтерлейсинга. Генерация недостающих срок также создает + никакие данные не теряются; однако, т.к. каждый кадр получается только из одного + поля, недостающие строки должны как-то интерполироваться. + + Не существует очень хороших методов + генерации недостающих данных, поэтому результат будет выглядеть несколько похожим + на применение некоторых фильтров деинтерлейсинга. Генерация недостающих строк также создает другие проблемы, просто потому что количество данных удваивается. Таким образом, для сохранения качества требуются более высокие значения - битпотока как для кодирования, так и для декодирования. tfields имеет + битпотока, и больше ресурсов процессора используется как для + кодирования, так и для декодирования. <option>tfields</option> имеет несколько различных опций, определяющих способ создания недостающих строк каждого кадра. Если выбрали этот способ, обратитесь к руководству и выберите - ту опцию, которая лучше подходит для вашего материала. Имейте в виду, что при - использовании <option>tfields</option> вы + ту опцию, которая лучше подходит для Вашего материала. Имейте в виду, что при + использовании <option>tfields</option> Вы <emphasis role="bold">должны</emphasis> указать как <option>-fps</option>, так и <option>-ofps</option>, установив им значение, равное удвоенной частоте исходного материала. @@ -2345,10 +2355,10 @@ </para></listitem> <listitem><para> Если планируете сильно уменьшать размер изображения, можно извлекать и - декодировать только одно поле из двух. Конечно, вы потеряете половину + декодировать только одно поле из двух. Конечно, Вы потеряете половину вертикального разрешения, но если планируется уменьшать размер как минимум - вдвое, потеря будет не сильно заметна. В результате получится прогрессивный - файл с 30000/1001 кадрами в секунду. Процедура следующая: + вдвое, потеря будет не сильно заметна. В результате получится построчной + развёртки файл с 30000/1001 кадрами в секунду. Процедура следующая: <option>-vf field</option>, затем обрезание <link linkend="menc-feat-telecine-footnotes">[1]</link> и масштабирование соответствующим образом. Помните, что потребуется скорректировать масштабирование @@ -2364,11 +2374,11 @@ <para> Для преобразования видео со смешанными построчной разверткой и телесином в -полностью прогрессивное необходимо к подверженным телесину частям применить +полностью построчное необходимо к подверженным телесину частям применить обратный телесин. Есть три описанных ниже способа добиться этого. Заметьте, что следует <emphasis role="bold">всегда</emphasis> применять обратный -телесин до какого-либо масштабирования; за исключением случая, когда вы точно -знаете, что делаете, делайте обратный телесин также до обрезания +телесин до какого-либо масштабирования; за исключением случая, когда Вы точно +знаете, что делаете, выполняйте обратный телесин также до обрезания <link linkend="menc-feat-telecine-footnotes">[1]</link>. <option>-ofps 24000/1001</option> здесь необходима, поскольку видео на выходе будет с 24000/1001 кадрами в секунду. @@ -2377,12 +2387,12 @@ <itemizedlist> <listitem><para> <option>-vf pullup</option> разработана для обратного телесина материала, - телесину подверженного, оставляя прогрессивные данные как есть. Для правильной + телесину подверженного, оставляя построчные данные как есть. Для правильной работы после <option>pullup</option> <emphasis role="bold">должен</emphasis> следовать фильтр <option>softskip</option>, иначе произойдет крах <application>MEncoder</application>. - <option>pullup</option> является, однако, самый чистый и точный метод, - доступный для кодирования и телесина, и "смешанного прогрессивного с телесином". + <option>pullup</option> является, однако, самым чистым и точным методом, + доступным для кодирования и телесина, и "смешанного построчного с телесином". <screen> mencoder dvd://1 -oac copy -vf pullup,softskip \ -ovc lavc -ofps 24000/1001 даст в результате некоторое скачкообразное дрожание. Вы можете использовать фильтр постобработки, если хотите, но это может несколько ухудшить - прогрессивные части. + построчные части. </para> <para> - Эта опция определенно не должна использоваться, если вы зотите время от - времени отображать видео на чересстрочном устройстве (с помощью TV карты, - например). Если у вас есть чересстрочные кадры в видео с 24000/1001 кадрами в + Эта опция определенно не должна использоваться, если Вы хотите со + временем отображать видео на чересстрочном устройстве (с помощью TV карты, + например). Если у Вас есть чересстрочные кадры в видео с 24000/1001 кадрами в секунду, к ним, как и к прогрессивным, будет применен телесин. Половина их чересстрочных "кадров" будут отображаться с длительностью трех полей (3/(60000/1001) секунд), давая в результате неприятно выглядящий эффект  - "прыжка назад во времени". Даже если вы пробуете это, вы + "прыжка назад во времени". Даже если Вы пробуете это, Вы <emphasis role="bold">должны</emphasis> использовать фильтр деинтерлейсинга, такой как <option>lb</option> или <option>l5</option>. </para> <para> - Для отображения на прогрессивном дисплее это тоже моет быть плохой идеей. + Для отображения на построчном дисплее это тоже может быть плохой идеей. Будут отбрасываться пары последовательных чересстрочных полей, приводя к - разрывам, которые могут быть заметнее, чем использование второго метода, - отображающего некоторые прогрессивные кадры дважды. Чересстрочное видео с + разрывам, которые могут быть заметнее, чем при использовании второго метода, + отображающего некоторые построчные кадры дважды. Чересстрочное видео с 30000/1001 кадрами в секунду уже несколько прерывисто, потому что в реальности оно должно отображаться с 60000/1001 полями в секунду, так что дублирующиеся кадры не так сильно выделяются. </para> <para> - Так или иначе, лучше всего определить тип вашего содержимого и как вы его - собираетесь показывать. Если видео на 90% прогрессивное и вы никогда не будете - показывать его на TV, вам следует отдать предпочтение прогрессивному варианту. - Если оно только на половину прогрессивное, вы, возможно, захотите кодировать + Так или иначе, лучше всего проанализировать Ваше содержимое и как Вы его + собираетесь показывать. Если видео на 90% построчное и Вы никогда не будете + показывать его на TV, Вам следует отдать предпочтение построчному варианту. + Если оно только наполовину построчное, Вы, возможно, захотите кодировать его, как если бы оно было чересстрочным. </para> </listitem> <listitem><para> - Считайте его чересстрочным. Некоторые кадры прогрессивной части потребуют -  + Считайте его чересстрочным. Некоторые кадры построчной части потребуют дублирования, что даст в результате некоторое скачкообразное дрожание. И - снова, фильтры деинтерлейсинга могут несколько ухудшить прогрессивные части. + снова, фильтры деинтерлейсинга могут несколько ухудшить построчные части. </para></listitem> </itemizedlist> </sect3> @@ -2485,28 +2493,28 @@ <orderedlist> <listitem> <formalpara> - <title>Об обрезании:</title> + <title>Об усечении сторон:</title> <para> - Видеоданные на DVDs хранятся в формате, называемом YUV 4:2:0. В YUV + Видеоданные на DVD хранятся в формате, называемом YUV 4:2:0. В YUV видео, люма ("яркость") и хрома ("цвет") хранятся отдельно. - Поскольку человеческий глаз менее чувствителен к цвету, чем к яркости, + Поскольку человеческий глаз отчасти менее чувствителен к цвету, чем к яркости, в YUV 4:2:0 изображении присутствует только один цветностный пиксел на четыре - яркостных. В прогрессивном изображении каждый квадрат из четырех яркостных + яркостных. В изображении с построчной развёрткой каждый квадрат из четырёх яркостных пикселов (два на два) имеют один общий цветностный пиксел. Вы должны обрезать - прогрессивное YUV 4:2:0 до четных размеров и использовать четные смещения. + построчный YUV 4:2:0 до чётных размеров и использовать чётные смещения. Например, - <option>crop=716:380:2:26</option> - правильно, а - <option>crop=716:380:3:26 </option> - нет. + <option>crop=716:380:2:26</option> — правильно, а + <option>crop=716:380:3:26 </option> — нет. </para> </formalpara> <para> Когда имеете дело с чересстрочным YUV 4:2:0, ситуация чуть более сложная. Вместо разделения одного цветностного пиксела четырьмя яркостными пикселами в - <emphasis>кадре</emphasis>, каждые четыре пиксела каждого + <emphasis>кадре</emphasis>, каждые четыре яркостных пиксела каждого <emphasis>поля</emphasis> разделяют цветностный пиксел. Когда поля объединены в кадр, каждая строка имеет высоту в один пиксел. Теперь, вместо квадрата из - четырех пикселов мы имеем два соседних пиксела, а два других расположены + четырех яркостных пикселов мы имеем два соседних пиксела, а два других расположены на две строки ниже. Два яркостных пиксела следующей строки принадлежат другому полю, и, поэтому, разделяют другой пиксел цветности с двумя пикселами на две строки дальше. Вся эта неразбериха требует, чтобы вертикальные размеры @@ -2516,26 +2524,25 @@ <para> Для телесиненного видео я рекомендую производить обрезание после обратного - телесина. Так как видео прогрессивное, достаточно обрезать только по четным + телесина. Так как видео построчное, достаточно обрезать только по четным размерам. Если же действительно хотите получить небольшую прибавку к скорости, - которую может дать обрезка, вам придется производить обрезание с вертикальными + которую может дать обрезка, Вам придется производить усечение с вертикальными размерностями, кратными четырем. В противном случае фильтр обратного телесина - не будет иметь подходящих данных. + не будет иметь правильных данных. </para> <para> - Для чересстрочного (не подверженного телесину) видео, вы всегда должны - производить обрезание с вертикальными размерностями, кратными четырем, если - только не используете <option>-vf field</option> перед обрезанием. + Для чересстрочного (не подверженного телесину) видео, Вы всегда должны + производить усечение с вертикальными размерностями, кратными четырем, если + только не используете <option>-vf field</option> перед усечением. </para> </listitem> <listitem><formalpara> <title>О параметрах кодирования и качестве:</title> <para> -  Если я здесь рекомендую <option>mbd=2</option>, это еще не значит, что эту - опцию не следует использовать где-либо еще. Совместно с <option>trell</option> + опцию не следует использовать где-либо еще. Совместно с <option>trell</option>, <option>mbd=2</option> является одной из двух опций <systemitem class="library">libavcodec</systemitem>, которые значительно увеличивают качество. Вам всегда следует использовать как минимум эти две, @@ -2551,9 +2558,9 @@ <title>О производительности pullup:</title> <para> Использование <option>pullup</option> (совместно с <option>softskip</option>) - для прогрессивного видео вполне безопасно и обычно является хорошей идеей, - если только про источник не известно достоверно, что он полностью - прогрессивный. Потеря скорости мала в большинстве случаев. + для видео с построчной развёрткой вполне безопасно и обычно является хорошей + идеей, если только про источник не известно достоверно, что он полностью + построчный. Потеря скорости мала в большинстве случаев. В минимальном варианте кодирования <option>pullup</option> замедляет <application>MEncoder</application> на 50%. Добавление обработки звука и продвинутых <option>lavcopts</option> опций затмевает эту разницу, уменьшая @@ -2757,7 +2764,7 @@ <title>Опции кодирования libavcodec</title> <para> -В идеале, вы, наверное, хотели бы иметь возможность просто сказать кодировщику +В идеале, Вы, наверное, хотели бы иметь возможность просто сказать кодировщику переключиться на "высокое качество" и начать кодирование. Это было бы замечательно, но, к сожалению, трудно реализуемо, поскольку различные опции кодирования, в зависимости от исходного материала, дают в результате @@ -2776,7 +2783,7 @@ <listitem><para> <emphasis role="bold">vmax_b_frames</emphasis>: хороши 1 или 2, в зависимости от фильма. - Заметьте, если хотите, чтобы ваш фильм декодировался DivX5, вы должны + Заметьте, если хотите, чтобы Ваш фильм декодировался DivX5, Вы должны активировать поддержку закрытых GOP, используя опцию <option>cgop</option> <systemitem class="library">libavcodec</systemitem>, но также должны деактивировать определение сцен, что не является хорошей идеей, поскольку несколько вредит @@ -2791,8 +2798,8 @@ <listitem><para> <emphasis role="bold">dia</emphasis>: диапазон поиска движения. Большие значения лучше и медленнее. - Отрицательные значения - это совершенно другая шкала. - Хорошими значениями являются -1 для быстрого кодирования или 2-4 - для + Отрицательные значения — это совершенно другая шкала. + Хорошими значениями являются -1 для быстрого кодирования или 2-4 — для медленного. </para></listitem> <listitem><para> @@ -2805,14 +2812,14 @@ поиска движения. Поэкспериментируйте со значениями 0 (по-умолчанию), 2 (hadamard), 3 (dct), и 6 (соотношение сигнал-шум). - 0 - самый быстрый и достаточен для precmp. + 0 — самый быстрый и достаточен для precmp. В случае cmp и subcmp 2 является хорошим для аниме, а 3 для живой съемки. 6 может оказаться лучше, а может и нет, но он медленнее. </para></listitem> <listitem><para> <emphasis role="bold">last_pred</emphasis>: Количество предсказателей движения, берущихся из предыдущего кадра. - 1-3 или около того помогут вам ценой небольшой потери в скорости. + 1-3 или около того помогут Вам ценой небольшой потери в скорости. Большие значения медленны и не дают дополнительного улучшения. </para></listitem> <listitem><para> @@ -2823,9 +2830,9 @@ <emphasis role="bold">qprd</emphasis>: адаптивное квантование, основанное на сложности макроблока. Может сделать лучше или хуже в зависимости от видео и других опций. - Она также может привести к появлению артефактов, если вы не установите vqmax в + Она также может привести к появлению артефактов, если Вы не установите vqmax в некоторое разумно малое значение - (хорошо - 6, может быть даже 4); vqmin=1 также может помочь. + (хорошо — 6, может быть даже 4); vqmin=1 также может помочь. </para></listitem> <listitem><para> <emphasis role="bold">qns</emphasis>: очень медленно, особенно в комбинации с qprd. @@ -2847,11 +2854,11 @@ отбрасывания одиночного коэффициента для яркостной и цветностной плоскостей. Они кодируются независимо во всех MPEG-похожих алгоритмах. Идея этих опций заключается в использованию некоторой хорошей эвристики для - определения момента, когда изменения в блоке ниже указанного вами порога, и что его + определения момента, когда изменения в блоке ниже указанного Вами порога, и что его стоит кодировать как "блок без изменений". Это сохраняет быти и, возможно, ускоряет кодирование. vlelim=-4 и vcelim=9 выглядят неплохими для живой съемки, но, скорее всего, не - помогут для аниме; при кодировании анимации вам, возможно, следует оставить + помогут для аниме; при кодировании анимации Вам, возможно, следует оставить эту опцию неизменной. </para></listitem> <listitem><para> @@ -2881,7 +2888,7 @@ <emphasis role="bold">lumi_mask, dark_mask</emphasis>: Психовизуальное адаптивное квантование. Не стоит играть с этими опциями, если заботитесь о качестве. - Разумные значения могут быть эффективными в вашем случае, но имейте в виду, + Разумные значения могут быть эффективными в Вашем случае, но имейте в виду, что это весьма субъективно. </para></listitem> <listitem><para> @@ -2897,7 +2904,7 @@ <title>Примеры настроек кодирования</title> <para> -Следующие настройки - это примеры различных комбинаций опций кодирования, +Следующие настройки — это примеры различных комбинаций опций кодирования, которые влияют на соотношение скорость-качество при той же величине целевого биптотока. </para> @@ -2907,8 +2914,8 @@ с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме. Для каждой настройки кодирования указаны измеренная скорость кодирования (в кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое -качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа -машины, прогресса разработки вы можете получить сильно отличающиеся результаты. +качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа +машины, прогресса разработки Вы можете получить сильно отличающиеся результаты. </para> <para> @@ -2962,14 +2969,14 @@ С этой возможностью <link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link>, -вы можете установить нестандартные inter (I-кадры/ключевые) и intra +Вы можете установить нестандартные inter (I-кадры/ключевые) и intra (P-кадры/предсказанные) матрицы. Это поддерживается многими кодеками: В <systemitem>mpeg1video</systemitem> и <systemitem>mpeg2video</systemitem> также заявлена поддержка. </para> <para> -Обычное использовании этой опции - установить матрицы, предпочитаемые +Обычное использовании этой опции — установить матрицы, предпочитаемые спецификациями <ulink url="http://www.kvcd.net/">KVCD</ulink>. </para> @@ -3030,7 +3037,7 @@ <title>Пример</title> <para> -Итак, вы только что купили новенькую, блестящую копию фильма "Гарри Поттер и Тайная +Итак, Вы только что купили новенькую, блестящую копию фильма "Гарри Поттер и Тайная Комната" (в широкоэкранном формате, конечно) и хотите сделать рип этого DVD так, чтобы добавить его к Домашнему кинотеатру на PC. Это DVD первого региона, поэтому NTSC. Пример ниже также применим и для PAL, за исключением того, что @@ -3052,12 +3059,12 @@ 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> И убеждаемся, что все выглядит прекрасно. Далее, проверяем, что ширина и высота -делятся на 16. С шириной все в порядке, а с высотой - нет. +делятся на 16. С шириной все в порядке, а с высотой — нет. Поскольку мы не заваливали математику в 7-ом классе, то знаем, что ближайшее целое, меньшее 362 и кратное 16, равно 352. </para> @@ -3071,8 +3078,8 @@ <screen>mplayer dvd://1 -vf crop=720:352:0:62</screen> Другая причина, по которой мы урезаем пикселы сверху и снизу, заключаемся в том, что мы хотим убедиться, что удалены все наполовину черные пикселы, если они есть. -Если ваше видео подвержено телесину, убедитесь, что фильтр <option>pullup</option> (или -любой другой фильтр обратного телесина, который вы решили использовать) +Если Ваше видео подвержено телесину, убедитесь, что фильтр <option>pullup</option> (или +любой другой фильтр обратного телесина, который Вы решили использовать) находится в цепочке до фильтра crop. Если оно чересстрочное, то перед обрезкой проведите деинтерлейсинг. (Если решили сохранить чересстрочность видео, убедитесь, что вертикальный сдвиг @@ -3080,17 +3087,17 @@ </para> <para> -Если вас действительно заботит потеря этих 10 пикселов, вы можете +Если Вас действительно заботит потеря этих 10 пикселов, Вы можете вместо этого отмасштабировать фильм, уменьшив размерности до ближайших кратных 16 значений. Цепочка фильтров будет выглядеть примерно так: <screen>-vf crop=720:362:0:58,scale=720:352</screen> Подобное уменьшение изображения будет означать потерю небольшого количества деталей, хотя это, возможно, окажется незаметным. Масштабирование изображения в -сторону увеличения даст худшее качество (если вы не увеличиваете битпоток). +сторону увеличения даст худшее качество (если Вы не увеличиваете битпоток). Обрезка же полностью выбросит те пикселы. Это компромисс, идти на который или нет, придется решать в каждом частном случае. Например, если DVD видео было создано -для телевидения, вы можете захотеть избежать вертикального масштабирования, +для телевидения, Вы можете захотеть избежать вертикального масштабирования, поскольку частота строчной развертки [line sampling] соответствует тому, как содержимое изначально записывалось. </para> @@ -3123,14 +3130,14 @@ лучшее качество, чем стандартная. Вы можете поэкспериментировать с этим параметром (возможные значения смотрите на man странице), поскольку разные функции могут давать разный прирост в качестве в зависимости от исходного материала. -Например, если вы замечаете, что <systemitem class="library">libavcodec</systemitem> +Например, если Вы замечаете, что <systemitem class="library">libavcodec</systemitem> производит слишком много блочных артефактов (квадратиков), то можете попытаться выбрать экспериментальный NSSE в качестве функции сравнения при помощи опциеи <option>*cmp=10</option>. </para> <para> Для этого фильма полученный AVI будет 138 минут длинной и размером около 3Гб. -И, поскольку вы сказали, что размер файла значения не имеет, это вполне +И, поскольку Вы сказали, что размер файла значения не имеет, это вполне приемлемый результат. Однако, если все-таки хотите получить меньший размер файла, можете попробовать уменьшить битпоток. Увеличение битпотока имеет снижающийся эффект, поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 20000Кбит/сек, оно @@ -3142,10 +3149,10 @@ захочется вернуть какую-то его часть во время воспроизведения. Это, совместно с фильтром постобработки <option>spp</option>, существенно улучшит воспринимаемое качество и поможет избежать блочных артефактов в видео. -Опцией <option>autoq</option> <application>MPlayer</application>'а вы можете +Опцией <option>autoq</option> <application>MPlayer</application>'а Вы можете изменять величину производимой фильтром spp постобработки в зависимости от -доступных ресурсов CPU. Вдобавок, на этом этапе вы можете захотеть применить -коррекцию гаммы и/или цвета для лучшего соответствия вашему монитору. Например: +доступных ресурсов CPU. Вдобавок, на этом этапе Вы можете захотеть применить +коррекцию гаммы и/или цвета для лучшего соответствия Вашему монитору. Например: <screen> mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=1.2 -autoq 3 </screen> @@ -3161,9 +3168,9 @@ <title>Кодирование кодеком <systemitem class="library">Xvid</systemitem></title> <para> -<systemitem class="library">Xvid</systemitem> - это свободная библиотека для +<systemitem class="library">Xvid</systemitem> — это свободная библиотека для кодирования MPEG-4 ASP видео потоков. -Перед тем, как начать кодирование, вам потребуется <link linkend="xvid"> +Перед тем, как начать кодирование, Вам потребуется <link linkend="xvid"> настроить <application>MEncoder</application> для его поддержки</link>. </para> @@ -3189,8 +3196,8 @@ <para> Настройки по-умолчанию Xvid уже являются хорошим выбором между скоростью и -качеством, поэтому вы можете без опасений придерживаться их, если следующий -раздел вас озадачивает. +качеством, поэтому Вы можете без опасений придерживаться их, если следующий +раздел Вас озадачивает. </para> </sect2> @@ -3210,7 +3217,7 @@ Заметьте, пожалуйста, что лучший PSNR не обязательно означает лучше выглядящую картинку, но говорит, что она ближе к оригиналу. Отключение этой опции заметно ускоряет кодирование; это может быть достойным - компромиссом, если скорость вам критична. + компромиссом, если скорость Вам критична. </para></listitem> <listitem><para> <emphasis role="bold">bvhq</emphasis> @@ -3223,10 +3230,10 @@ Большее число допустимых последовательных B-кадров обычно улучшает сжимаемость, хотя оно может также привести к большему количеству блочных артефактов (квадратиков). - Значение по-умолчанию - хороший выбор между сжимаемостью и качеством, но вы + Значение по-умолчанию — хороший выбор между сжимаемостью и качеством, но Вы можете увеличить его до 3, если стеснены величиной битпотока. Вы также можете уменьшить это значение до 1 или 0, если печетесь об отличном качестве, - впрочем в этом случае вы должны убедиться, что целевой битпоток достаточно высок, + впрочем в этом случае Вы должны убедиться, что целевой битпоток достаточно высок, дабы кодировщик не увеличивал значение квантователя, сохраняя нужную величину битпотока. </para></listitem> @@ -3235,17 +3242,17 @@ Управляет чувствительностью кодировщика к B-кадрам, где большие значения приводят к использованию большего количество B-кадров (и наоборот). Опция должна использоваться совместно с <option>max_bframes</option>; - если вы стеснены величиной битпотока, то должны увеличить и + если Вы стеснены величиной битпотока, то должны увеличить и <option>max_bframes</option>, и <option>bf_threshold</option>, в том время как увеличение <option>max_bframes</option> и уменьшение <option>bf_threshold</option> позволят кодировщику использовать больше B-кадров в местах, где это <emphasis role="bold">действительно</emphasis> необходимо. Низкое количество <option>max_bframes</option> и высокое значение - <option>bf_threshold</option> - это, возможно, не самое мудрое решение, + <option>bf_threshold</option> — это, возможно, не самое мудрое решение, поскольку оно принудит кодировщик размещать B-кадры в местах, которые никак не выиграют от этого, тем самым ухудшая визуальное качество. - Однако, если вам требуется совместимость с аппаратными + Однако, если Вам требуется совместимость с аппаратными проигрывателями, поддерживающими только старые DivX профили (которые поддерживают только 1 последовательный B-кадр), это единственный способ увеличить сжимаемость при помощи B-кадров. @@ -3257,7 +3264,7 @@ Эти биты впоследствии будут потрачены на другие части видео, что приведет к увеличению общего качества. Следует всегда оставлять эту опцию включенной, поскольку ее влияние на - качество огромно. Даже если вы заботитесь о скорости, не отключайте ее до тех + качество огромно. Даже если Вы заботитесь о скорости, не отключайте ее до тех пор, пока не выставили <option>vhq</option> и остальные более CPU-прожорливые опции на минимум. </para></listitem> @@ -3284,10 +3291,10 @@ <para> Настройка по-умолчанию лучше во всех случаях, поэтому не рекомендуется ее - выключать, если только вы действительно не гонитесь за скоростью, поскольку + выключать, если только Вы действительно не гонитесь за скоростью, поскольку биты, сэкономленные хорошей оценкой движения, могут быть использованы где-нибудь еще, увеличивая общее качество. - Таким образом, не используйте значения ниже 5, да и его - только в крайнем + Таким образом, не используйте значения ниже 5, да и его — только в крайнем случае. </para> </listitem> @@ -3297,7 +3304,7 @@ цвете, тогда как одна <option>me_quality</option> использует только яркость. Это замедляет кодирование на 5-10%, но несколько улучшает визуальное качество, уменьшая эффект блочности и сокращая размер файла примерно на 1.3%. - Если вас интересует скорость, следует попробовать отключить эту опцию, прежде + Если Вас интересует скорость, следует попробовать отключить эту опцию, прежде чем решите уменьшать значение <option>me_quality</option>. </para></listitem> <listitem><para> @@ -3329,7 +3336,7 @@ Почти всегда кодек тратит дополнительные биты на повышенную точность впустую, а в взамен получает или вообще ничего, или небольшое увеличение качества. К сожалению, нет способа предсказать возможные улучшения от <option>qpel</option>, - так что вам придется сделать кодирование с ней и без нее, чтобы знать + так что Вам придется сделать кодирование с ней и без нее, чтобы знать наверняка. </para> @@ -3344,7 +3351,7 @@ Пытается сэкономить биты в сценах с приближением, используя один вектор движения для всего кадра. Это почти всегда увеличивает PSNR, но заметно замедляет кодирование (так же как и декодирование). - Поэтому вас следует использовать ее, только когда вы включили + Поэтому Вас следует использовать ее, только когда Вы включили <option>vhq</option> на максимум. GMC <systemitem class="library">Xvid</systemitem>'а является более сложным, чем у DivX'а, но поддерживается только некоторыми аппаратными проигрывателями. @@ -3634,7 +3641,7 @@ <title>Примеры настроек кодирования</title> <para> -Последующие настройки - это примеры различных комбинаций опций кодирования, +Последующие настройки — это примеры различных комбинаций опций кодирования, которые влияют на соотношения скорость-качество при той же величине целевого битпотока. </para> @@ -3644,8 +3651,8 @@ с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме. Для каждой настройки кодирования указаны измеренная скорость кодирования (в кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое -качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа -машины, прогресса разработки вы можете получить сильно отличающиеся результаты. +качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа +машины, прогресса разработки Вы можете получить сильно отличающиеся результаты. </para> <informaltable frame="all"> @@ -3694,7 +3701,7 @@ <para> <systemitem class="library">x264</systemitem> это свободная библиотека для кодирование H.264/AVC видео потоков. -Перед началом кодирование вы должны <link linkend="codec-x264-encode"> +Перед началом кодирование Вы должны <link linkend="codec-x264-encode"> настроить <application>MEncoder</application> для его поддержки</link>. </para> @@ -3708,7 +3715,7 @@ <systemitem class="library">x264</systemitem> man страницы <application>MPlayer</application>'а. Этот раздел предполагается быть дополнением к странице man. -Здесь вы найдете быстрые подсказки о том, какие опции чаще всего интересуют +Здесь Вы найдете быстрые подсказки о том, какие опции чаще всего интересуют большинство людей. Страница man более лаконична, но также более полна и порой намного лучше преподносит технические детали. </para> @@ -3732,31 +3739,31 @@ </orderedlist> <para> -В конце концов, только вы можете решать какие опции являются лучшими для ваших +В конце концов, только Вы можете решать какие опции являются лучшими для Ваших целей. Решение для первого класса опций очень простое: -надо только определить, считаете ли вы, что разница в качестве оправдывает разницу в +надо только определить, считаете ли Вы, что разница в качестве оправдывает разницу в скорости. Для второго класса опций предпочтения могут быть значительно более субъективными и зависеть от большего числа факторов. Имейте в виду, что некоторые из опций категории "пользовательских предпочтений и специальных требований" могут все же иметь большое влияние на скорость или качество, но это не основное их предназначение. Часть опций из "пользовательских предпочтений" могут даже привести к изменениям, -которые выглядят лучше для одних людей и хуже - для других. +которые выглядят лучше для одних людей и хуже — для других. </para> <para> -Перед тем как продолжить, вам придется понять, что это руководство использует +Перед тем как продолжить, Вам придется понять, что это руководство использует только одну метрику качества: глобальный PSNR. Краткое описание того, что такое PSNR, смотрите в <ulink url="http://en.wikipedia.org/wiki/PSNR">статье Википедии о PSNR</ulink>. -Глобальный PSNR - это последнее значение PSNR, выводимое на консоль, когда в +Глобальный PSNR — это последнее значение PSNR, выводимое на консоль, когда в <option>x264encopts</option> включена опция <option>psnr</option>. -Каждый раз, когда вы читаете утверждения о PSNR, за ними скрывается +Каждый раз, когда Вы читаете утверждения о PSNR, за ними скрывается предположение, что используются одинаковые значения битпотока. </para> <para> -Почти все комментарии этого руководства предполагают, что вы используете два +Почти все комментарии этого руководства предполагают, что Вы используете два прохода. Есть две основные причины использовать двухпроходное кодирование при сравнении опций. @@ -3782,8 +3789,8 @@ Из всех опций, позволяющих выбирать между скоростью и качеством, <option>subq</option> и <option>frameref</option> (смотрите ниже), пожалуй, самые важные. - Если вы заинтересованы в тонкой настройке либо скорости, лио качества, - эти две - первое, с чего вам стоит начать. + Если Вы заинтересованы в тонкой настройке либо скорости, либо качества, + эти две — первое, с чего Вам стоит начать. С точки зрения скорости, опции <option>frameref</option> и <option>subq</option> очень жестко взаимодействуют друг с другом. Опыт показывает, что с одним ссылающимся кадром @@ -3798,7 +3805,7 @@ </para> <para> - <option>subq=6</option> - это самый медленный режим с лучшим качеством. + <option>subq=6</option> — это самый медленный режим с лучшим качеством. Если сравнивать с <option>subq=5</option>, он обычно дает на 0.1-0.4 дБ больший глобальный PSNR ценой потери 25%-100% скорости. В отличие от остальных уровней <option>subq</option>, поведение @@ -3828,7 +3835,7 @@ 0.05-0.1 дБ по сравнению с <option>frameref=3</option> с дополнительной потерей 15% скорости. Выше <option>frameref=6</option> качество обычно увеличивается очень незначительно - (хотя на всем протяжении этой дискуссии вам следует иметь в виду, оно может + (хотя на всем протяжении этой дискуссии Вам следует иметь в виду, оно может значительно изменяться в зависимости от исходного материала). В довольно типичном случае <option>frameref=12</option> улучшит глобальный PSNR всего на 0.02дБ по сравнению с <option>frameref=6</option>, @@ -3851,15 +3858,15 @@ убрать такую возможность. </para></note> <para> - Если вас заботит скорость, разумным компромиссом будет использовать низкие + Если Вас заботит скорость, разумным компромиссом будет использовать низкие значения <option>subq</option> и <option>frameref</option> в первом проходе, а  затем увеличить из во втором: Вы, возможно, потеряете вплоть до 0.1дБ PSNR, что может быть достаточно малым значением, чтобы его заметить. Однако, различные значения <option>frameref</option> могут иногда повлиять на решение о выборе типа кадра. - Скорее всего, это довольно редкие крайние случаи, но если вы хотите точно - уверены, подумайте, содержит ли ваше видео полноэкранные + Скорее всего, это довольно редкие крайние случаи, но если Вы хотите быть точно + уверенными, подумайте, содержит ли Ваше видео полноэкранные  периодически вспыхивающие изображения или очень большие паузы, которые могут стать причиной принудительной вставки I-кадра. @@ -3905,7 +3912,7 @@ <listitem> <para> <emphasis role="bold">bframes</emphasis>: - Если вы занимались кодированием с другими кодеками, то могли заметить, что + Если Вы занимались кодированием с другими кодеками, то могли заметить, что B-кадры не всегда полезны. В H.264 это изменилось: есть новые техники и типы блоков, возможные в B-кадрах. Обычно, даже примитивный алгоритм выбора B-кадров может дать значимую @@ -3949,8 +3956,8 @@ </listitem> <listitem><para> <emphasis role="bold">b_pyramid</emphasis>: - С тем же успехом вы можете включить эту опцию, если используете >=2 B-кадров; - вы получите небольшое улучшение качества без потери в скорости, как и говорит + С тем же успехом Вы можете включить эту опцию, если используете >=2 B-кадров; + Вы получите небольшое улучшение качества без потери в скорости, как и говорит man руководство. Имейте в виду, что такое видео не может быть прочитано основанными на libavcodec декодерами, созданными ранее, чем примерно 5 Марта 2005. @@ -3975,7 +3982,7 @@ твердую склонность к избеганию использования B-кадров при затуханиях. До тех пор, пока это не изменится, хорошей идеей, возможно, будет добавить <option>nob_adapt</option> к x264encopts, если предполагаете, что затухания - будут иметь сильный эффект на ваш конкретный видеоклип. + будут иметь сильный эффект на Ваш конкретный видеоклип. </para> </listitem> </itemizedlist> @@ -3989,9 +3996,9 @@ <para> <emphasis role="bold">Двухпроходное кодирование</emphasis>: Выше советовалось всегда использовать кдирование в два прохода, но все же - существуют причины этого не делать. Например, если вы захватываете TV + существуют причины этого не делать. Например, если Вы захватываете TV трансляцию и кодируете в реальном времени, придется использовать однопроходный - режим. К тому же один проход очевидно быстрее, чем два; если вы используете + режим. К тому же один проход очевидно быстрее, чем два; если Вы используете точно такой же набор опций в обоих случаях, двухпроходной режим медленнее вдвое. </para> @@ -3999,12 +4006,12 @@ Все же существует очень хорошие причины использовать кодирование в два прохода. Во-первых, управление битпотоком при однопроходного режима не является телепатом и часто делает необоснованный выбор, потому что не может - видеть общую картину. Например, предположим, что вы имеете двухминутное видео, - состоящее из двух независимых частей. Первая половина - очень динамичная + видеть общую картину. Например, предположим, что Вы имеете двухминутное видео, + состоящее из двух независимых частей. Первая половина — очень динамичная сцена, продолжающаяся 60 секунд и требующая сама по себе битпоток примерно 2500 кбит/сек, чтобы прилично выглядеть. Сразу за ней следует менее требовательная 60-секундная сцена, которая хорошо выглядит при 300 кбит/сек. - Предположим, вы запросили битпоток 14000 кбит/сек; в теории этого достаточно + Предположим, Вы запросили битпоток 14000 кбит/сек; в теории этого достаточно для удовлетворения потребностей обеих сцен. В этом случае управление битпотоком в однопроходном режиме сделает пару "ошибок". Во-первых, оно установит битпоток в 1400 кбит/сек для обеих частей. Первая @@ -4030,12 +4037,12 @@ Это делает возможным намного более рациональное, лучше спланированное распределение битов между дорогими (высокодинамичными) и дешевыми (малодинамичными) сценами. Смотрите <option>qcomp</option> ниже, чтобы узнать - некоторые идеи о том, как можно это распределение настроить по вашему вкусу. + некоторые идеи о том, как можно это распределение настроить по Вашему вкусу. </para> <para> Более того, два прохода занимают не двойное время по сравнению с одним. Вы можете настроить опции первого прохода на более быструю скорость и низкое - качество. Если хорошо выберете опции, вы получите очень быстрый первый проход. + качество. Если хорошо выберете опции, Вы получите очень быстрый первый проход. Полученное качество во втором проходе будет несколько ниже, потому что предсказание размера менее точно, но разница в качестве обычно слишком мала, чтобы быть заметной. Попробуйте, например, добавить @@ -4048,7 +4055,7 @@ <listitem><para> <emphasis role="bold">Кодирование в три прохода</emphasis>? x264 предоставляет возможность делать желаемое количество последовательных - проходов. Если вы указали <option>pass=1</option> при первом проходе, + проходов. Если Вы указали <option>pass=1</option> при первом проходе, используйте затем <option>pass=3</option> в последующем проходе, этот проход будет одновременно читать статистику предыдущего прохода и записывать ее собственную. Дополнительный проход, следующий за этим, будет иметь очень @@ -4056,7 +4063,7 @@ выбранном квантователе. На практике, общее улучшение качества от использования этого режима близко к нулю и, вполне возможно, третий проход приведет к немного худшему глобальному PSNR, чем у предыдущего прохода. - При обычном использовании три прохода помогают, если вы при двух проходах + При обычном использовании три прохода помогают, если Вы при двух проходах получаете либо плохое предсказание битпотока, либо плохо выглядящие переходы между сценами. Это в точности то, что наверняка будет происходить на очень коротких клипах. Существуют также особые случаи, когда три (или более) @@ -4082,13 +4089,13 @@ </para></listitem> <listitem><para> <emphasis role="bold">keyint</emphasis>: - <option>keyint</option> - единственная возможность выбора между удобством + <option>keyint</option> — единственная возможность выбора между удобством перемещения по файлу и эффективностью кодирования. По-умолчанию <option>keyint</option> установлена в 250. В материале с 25fps это гарантирует - возможность перемещения с точностью до 10 секунд. Если вы считаете, что более + возможность перемещения с точностью до 10 секунд. Если Вы считаете, что более важным и полезным будет перемещение с точностью до 5 секунд, установите - <option>keyint=125</option>; это немного ухудшит качество/битпоток. Если вы - заботитесь только о качестве, но не о перемещаемости, вы можете установить + <option>keyint=125</option>; это немного ухудшит качество/битпоток. Если Вы + заботитесь только о качестве, но не о перемещаемости, Вы можете установить значение этой опции в более высокое значение (понимая, что улучшение будет убывающим, вплоть до исчезающе малого или даже нулевого). Видео поток по-прежнему будет иметь точки перемещения, пока в нем есть какие-то изменения @@ -4106,7 +4113,7 @@ По-умолчанию, блоки с высоким QP обрабатываются сильнее, а в блоках с низким QP удаление блочности вообще не производится. Предустановленые степени обработки, определенные стандартом, тщательно подобраны - и имеют хорошие шансы быть PSNR-оптимальными для любого видео, которое вы + и имеют хорошие шансы быть PSNR-оптимальными для любого видео, которое Вы пытаетесь кодировать. Опция <option>deblock</option> позволяет указать смещения предустановленных пороговых значений деблокинга. @@ -4125,10 +4132,10 @@ В редких случаях, где они неоптимальны, идеальное смещение будет плюс минус 1. Изменение параметров деблокинга на большие значения фактически гарантирует ухудшение PSNR. - Усиление фильтра размажет больше деталей; ослабление - оставит больше квадратиков. + Усиление фильтра размажет больше деталей; ослабление — оставит больше квадратиков. </para> <para> - По определению плохая идея уменьшать пороги деблокинга, если ваш исходный + По определению плохая идея уменьшать пороги деблокинга, если Ваш исходный материал в основном имеет небольшую пространственную сложность (т.е. не имеет множества деталей или шума). In-loop фильтр делает весьма неплохую работу по сокрытию появляющихся @@ -4139,7 +4146,7 @@ легко обратить внимание на неверно изображенный шум. Когда речь идет о субъективном качестве, шум и детали в некоторой степени взаимозаменяемы. - Уменьшая силу фильтра удаления блочности, вы скорее всего увеличиваете ошибку, + Уменьшая силу фильтра удаления блочности, Вы скорее всего увеличиваете ошибку, добавляя ореолы, но глаз этого не замечает, поскольку он путает артефакты с деталями. </para> @@ -4165,7 +4172,7 @@ <title>Примеры настроек кодирования</title> <para> -Последующие настройки - это примеры различных комбинаций опций кодирования, +Последующие настройки — это примеры различных комбинаций опций кодирования, которые влияют на соотношения скорость-качество при той же величине целевого битпотока. </para> @@ -4175,8 +4182,8 @@ с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64-х битном режиме. Для каждой настройки кодирования указаны измеренная скорость кодирования (в кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое -качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа -машины, прогресса разработки вы можете получить сильно отличающиеся результаты. +качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа +машины, прогресса разработки Вы можете получить сильно отличающиеся результаты. </para> <informaltable frame="all"> @@ -4225,7 +4232,7 @@ <para> Video for Windows предоставляет простое кодирование в смысле бинарных видео -кодеков. Вы можете кодировать следующими кодеками (если у вас есть другие, +кодеков. Вы можете кодировать следующими кодеками (если у Вас есть другие, сообщите нам!) </para> @@ -4417,7 +4424,7 @@ <para> DVD, SVCD, и VCD форматы жестко ограничены. Доступен только небольшой выбор размеров и пропорций кодируемого изображения. -Если ваш фильм пока не удовлетворяет этим ограничениям, придется изображение +Если Ваш фильм пока не удовлетворяет этим ограничениям, придется изображение масштабировать, обрезать или добавлять к нему черные полосы, чтобы добиться совместимости. </para> @@ -4537,7 +4544,7 @@ </informaltable> <para> -Если ваш фильм имеет пропорции 2.35:1 (большинство современных фильмов), +Если Ваш фильм имеет пропорции 2.35:1 (большинство современных фильмов), для создания DVD или VCD придется добавить черные полосы или обрезать фильм до 16:9. Добавляя черные полосы, пытайтесь выровнять их размеры на границу в 16 пикселов, чтобы минимизировать влияние на производительность кодирования. @@ -4552,7 +4559,7 @@ <title>Ограничения на размер GOP</title> <para> -DVD, VCD, и SVCD также ограничивают вас относительно низкими размерами +DVD, VCD, и SVCD также ограничивают Вас относительно низкими размерами GOP (Group of Pictures, Группа Изображений). Для материала с 30 fps максимальный допустимый размер GOP равен 18. Для 25 или 24 fps, максимум равен 15. @@ -4738,7 +4745,7 @@ <emphasis role="bold">vcodec</emphasis>: <option>mpeg1video</option> для VCD; <option>mpeg2video</option> для SVCD; - <option>mpeg2video</option> обычно используется для DVD, но вы также можете + <option>mpeg2video</option> обычно используется для DVD, но Вы также можете использовать <option>mpeg1video</option> для CIF разрешений. </para></listitem> @@ -4762,8 +4769,8 @@ <listitem><para> <emphasis role="bold">vrc_maxrate</emphasis>: 1152 для VCD; 2500 для SVCD; 9800 для DVD. - Для SVCD и DVD вы, возможно, пожелаете использовать меньшие значение в - зависимости от ваших личных требований и предпочтений. + Для SVCD и DVD Вы, возможно, пожелаете использовать меньшие значения в + зависимости от Ваших личных требований и предпочтений. </para></listitem> <listitem><para> <emphasis role="bold">vbitrate</emphasis>: @@ -4772,11 +4779,11 @@ вплоть до 9800 для DVD. Для двух последний форматов, vbitrate следует установить на основании личных предпочтений. - Например, если вы настаиваете на размещении 20 или около того часов видео на + Например, если Вы настаиваете на размещении 20 или около того часов видео на DVD, можете использовать vbitrate=400. Качество получившегося видео, возможно, будет довольно плохим. - Если вы пытаетесь выжать максимально возможное качество на DVD, используйте - vbitrate=9800, но имейте в виду, что это ограничит вас менее чем одним часом + Если Вы пытаетесь выжать максимально возможное качество на DVD, используйте + vbitrate=9800, но имейте в виду, что это ограничит Вас менее чем одним часом видео на однослойном DVD. </para></listitem> <listitem><para>

1 0

r21809 - trunk/DOCS/xml/ru/encoding-guide.xml
by voroshil 02 Jan '07

02 Jan '07

Author: voroshil Date: Tue Jan 2 09:37:13 2007 New Revision: 21809 Modified: trunk/DOCS/xml/ru/encoding-guide.xml Log: r21791: avoid a possible confusion, as suggested by Wanderer r21802: I've found a mistake in encoding-guide: Modified: trunk/DOCS/xml/ru/encoding-guide.xml ============================================================================== --- trunk/DOCS/xml/ru/encoding-guide.xml (original) +++ trunk/DOCS/xml/ru/encoding-guide.xml Tue Jan 2 09:37:13 2007 @@ -1,5 +1,5 @@ <?xml version="1.0" encoding="utf-8"?> - +  <chapter id="encoding-guide"> <title>Кодирование с <application>MEncoder</application></title> @@ -489,7 +489,7 @@ <orderedlist> <listitem> <para> - MPEG-подобное сжатие также очень чувствительно к преобразованиям + MPEG-подобное сжатие очень чувствительно к преобразованиям частотных интервалов, в частности, к дискретному косинусному преобразованию (DCT), которое аналогично преобразованию Фурье. Этот вид сжатия эффективен для представления образов и сглаженных @@ -1173,7 +1173,7 @@ <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 кодеки, такие как +Используя MPEG-4 AVC кодеки, такие как <systemitem class="library">x264</systemitem>, Вы можете использовать CQ в диапазоне от 0.14 до 0.16 со стандартными опциями кодирования и должны суметь достичь таких низких значений, как 0.10-0.12

1 0