aboutsummaryrefslogtreecommitdiffhomepage
path: root/DOCS
diff options
context:
space:
mode:
Diffstat (limited to 'DOCS')
-rw-r--r--DOCS/man/en/mplayer.133
-rw-r--r--DOCS/man/fr/mplayer.19
-rw-r--r--DOCS/man/hu/mplayer.1112
-rw-r--r--DOCS/man/ru/mplayer.150
-rw-r--r--DOCS/man/zh_CN/mplayer.170
-rw-r--r--DOCS/tech/binary-packaging.txt8
-rw-r--r--DOCS/tech/release-howto.txt11
-rw-r--r--DOCS/tech/win32-codec-howto.txt10
-rwxr-xr-xDOCS/xml/configure6
-rw-r--r--DOCS/xml/en/encoding-guide.xml48
-rw-r--r--DOCS/xml/en/mencoder.xml2
-rw-r--r--DOCS/xml/en/tvinput.xml8
-rw-r--r--DOCS/xml/en/usage.xml8
-rw-r--r--DOCS/xml/en/video.xml2
-rw-r--r--DOCS/xml/hu/cd-dvd.xml2
-rw-r--r--DOCS/xml/hu/documentation.xml4
-rw-r--r--DOCS/xml/hu/encoding-guide.xml28
-rw-r--r--DOCS/xml/hu/faq.xml2
-rw-r--r--DOCS/xml/hu/mencoder.xml4
-rw-r--r--DOCS/xml/hu/ports.xml8
-rw-r--r--DOCS/xml/hu/skin.xml8
-rw-r--r--DOCS/xml/hu/video.xml2
-rw-r--r--DOCS/xml/ru/encoding-guide.xml1012
23 files changed, 768 insertions, 679 deletions
diff --git a/DOCS/man/en/mplayer.1 b/DOCS/man/en/mplayer.1
index 3b6c1873d8..667873c7c4 100644
--- a/DOCS/man/en/mplayer.1
+++ b/DOCS/man/en/mplayer.1
@@ -31,7 +31,7 @@
.\" Title
.\" --------------------------------------------------------------------------
.
-.TH MPlayer 1 "2009-01-05" "The MPlayer Project" "The Movie Player"
+.TH MPlayer 1 "2009-03-25" "The MPlayer Project" "The Movie Player"
.
.SH NAME
mplayer \- movie player
@@ -904,7 +904,7 @@ i.e.\& using the shell.
MPlayer uses this command without any checking, it is your responsibility
to ensure it does not cause security problems (e.g.\& make sure to use full
paths if "." is in your path like on Windows).
-It also only works when playing video (i.e. not with \-novideo but works with \-vo null).
+It also only works when playing video (i.e.\& not with \-novideo but works with \-vo null).
.sp 1
This can be "misused" to disable screensavers that do not support the proper
X API (also see \-stop\-xscreensaver).
@@ -960,7 +960,7 @@ Device to be used for Apple IR Remote (default is autodetected, Linux only).
Delay in milliseconds before we start to autorepeat a key (0 to disable).
.IPs ar-rate
Number of key presses to generate per second on autorepeat.
-.IPs (no)default-binds
+.IPs (no)default-bindings
Use the key bindings that MPlayer ships with by default.
.IPs keylist
Prints all keys that can be bound to commands.
@@ -1133,7 +1133,7 @@ by a newline (\\n) from stdin.
.I NOTE:
See \-input cmdlist for a list of slave commands and DOCS/tech/slave.txt
for their description.
-Also, this is not intended to disable other inputs, e.g. via the video window,
+Also, this is not intended to disable other inputs, e.g.\& via the video window,
use some other method like \-input nodefault\-binds:conf=/dev/null for that.
.
.TP
@@ -3119,6 +3119,9 @@ It also supports the standard X11 \-geometry option format.
If an external window is specified using the \-wid option, then the x and
y coordinates are relative to the top-left corner of the window rather
than the screen.
+The coordinates are relative to the screen given with \-xineramascreen for
+the video output drivers that fully support \-xineramascreen (direct3d, gl, gl2,
+vdpau, x11, xv, xvmc).
.br
.I NOTE:
This option is only supported by the x11, xmga, xv, xvmc, xvidix,
@@ -3225,7 +3228,7 @@ Use at your own risk!
Change the range of the pan-and-scan functionality (default: 1).
Positive values mean multiples of the default range.
Negative numbers mean you can zoom in up to a factor of \-panscanrange+1.
-E.g. \-panscanrange \-3 allows a zoom factor of up to 4.
+E.g.\& \-panscanrange \-3 allows a zoom factor of up to 4.
This feature is experimental.
Do not report bugs unless you are using \-vo gl.
.
@@ -3455,25 +3458,27 @@ Apply a noise reduction algorithm to the video (default: 0, no noise reduction).
.IPs deint=<0\-4>
Chooses the deinterlacer (default: 0).
All modes > 0 respect \-field\-dominance.
-.br
-.I NOTE:
-Values > 2 delay the video output by one frame.
.RSss
.IPs 0
No deinterlacing.
.IPs 1
Show only first field, similar to \-vf field.
.IPs 2
-Bob deinterlacing (current fallback for advanced deinterlacers).
+Bob deinterlacing, similar to \-vf tfields=1.
.IPs 3
-Motion adaptive temporal deinterlacing (not yet working).
+Motion adaptive temporal deinterlacing.
+May lead to A/V desync with slow video hardware and/or high resolution.
This is the default if "D" is used to enable deinterlacing.
.IPs 4
-Motion adaptive temporal deinterlacing with edge-guided spatial interpolation
-(not yet working).
+Motion adaptive temporal deinterlacing with edge-guided spatial interpolation.
+Needs fast video hardware.
.RE
+.IPs chroma\-deint
+Makes temporal deinterlacers operate both on luma and chroma (default).
+Use nochroma\-deint to solely use luma and speed up advanced deinterlacing.
+Useful with slow video memory.
.IPs pullup
-Try to apply inverse telecine, needs temporal deinterlacing.
+Try to apply inverse telecine, needs motion adaptive temporal deinterlacing.
.RE
.PD 1
.
@@ -10050,7 +10055,7 @@ Lower values allow the quantizer value to jump around more,
higher values force it to vary more smoothly.
cplx_blur ensures that each I-frame has quality comparable to the following
P-frames, and ensures that alternating high and low complexity frames
-(e.g. low fps animation) do not waste bits on fluctuating quantizer.
+(e.g.\& low fps animation) do not waste bits on fluctuating quantizer.
.
.TP
.B qblur=<0\-99> (two pass only)
diff --git a/DOCS/man/fr/mplayer.1 b/DOCS/man/fr/mplayer.1
index 13f233964f..023641689b 100644
--- a/DOCS/man/fr/mplayer.1
+++ b/DOCS/man/fr/mplayer.1
@@ -1,4 +1,4 @@
-.\" synced with r28950
+.\" synced with r28958
.\" Encoding: iso-8859-1
.\" MPlayer (C) 2000-2009 MPlayer Team
.\" The English man page was/is done by Gabucino, Diego Biurrun, Jonas Jermann
@@ -946,7 +946,8 @@ MPlayer utilise cette commande sans aucune sorte de vrification, il est
donc de votre responsablit qu'elle ne pose pas de problme de scurit
(c--d que vous devriez spcifier le chemin absolu, surtout si "." est dans
le chemin de recherche $PATH, comme c'est le cas sous Windows).
-Cela fonctionne aussi lors de la lecture d'une vido (c--d. que a ne fonctionne pas avec \-novideo alors que a fonctionne avec \-vo null).
+Cela fonctionne aussi lors de la lecture d'une vido (c--d.\& que a ne
+fonctionne pas avec \-novideo alors que a fonctionne avec \-vo null).
.sp 1
Ceci peut tre "dtourn" pour dsactiver un conomiseur d'cran ne grant par
l'API de X prvu cet effet (voir aussi \-stop\-xscreensaver).
@@ -1009,7 +1010,7 @@ d'une touche
(0 pour dsactiver).
.IPs ar-rate
Combien de frappes par seconde pendant la rptition automatique.
-.IPs (no)default-binds
+.IPs (no)default-bindings
Rpond aux touches de contrle par dfaut de MPlayer.
.IPs keylist
Affiche toutes les touches pouvant tre attaches.
@@ -10598,7 +10599,7 @@ Des valeurs plus faibles permettent au quantum de plus changer d'une
trame l'autre, des valeurs plus hautes forcent une variation plus douce.
cplx_blur permet de s'assurer que chaque trame-I ait une qualit comparable
aux trames-P suivantes, et garantit qu'une alternance de trames complexit
-forte et faible (par exemple un dessin anim dont la cadence d'animation est
+forte et faible (par ex.\& un dessin anim dont la cadence d'animation est
faible) ne gche pas de bits en faisant fluctuer les quantum.
.
.TP
diff --git a/DOCS/man/hu/mplayer.1 b/DOCS/man/hu/mplayer.1
index 415a7141b3..30771f86d1 100644
--- a/DOCS/man/hu/mplayer.1
+++ b/DOCS/man/hu/mplayer.1
@@ -1,4 +1,4 @@
-.\" Synced with r28895
+.\" Synced with r29059
.\" MPlayer (C) 2000-2009 MPlayer Team
.\" Ezt a man oldalt Gabucino, Diego Biurrun s Jonas Jermann kszti/ksztette
.\" Karbantart: Gabrov
@@ -33,7 +33,7 @@
.\" Nv
.\" --------------------------------------------------------------------------
.
-.TH MPlayer 1 "2009. 03. 09." "MPlayer Project" "A film lejtsz"
+.TH MPlayer 1 "2009. 03. 28." "MPlayer Project" "A film lejtsz"
.
.SH NV
mplayer \- film lejtsz
@@ -161,7 +161,7 @@ Van X11, Xv, DGA, OpenGL, SVGAlib, fbdev, AAlib, libcaca, DirectFB,
Quartz, Mac OS X CoreVideo tmogats, de hasznlhatod a GGI, SDL (s ennek sszes
vezrlje), VESA (minden VESA-kompatibilis krtyn, mg X11 nlkl is), nhny
alacsony szint, krtyaspecifikus vezrl (Matroxhoz, 3dfx-hez s ATI-hoz) s
-pr hardveeres MPEG dekdol lap, mint pl. a Siemens DVB, Hauppauge PVR (IVTV),
+pr hardveeres MPEG dekdol lap, mint pl.\& a Siemens DVB, Hauppauge PVR (IVTV),
DXR2 s DXR3/\:Hollywood+ tmogatst is. A legtbbjk tudja a szoftveres s
harderes nagytst, gy a filmjeidet teljes kpernys mdban lvezheted.
.PP
@@ -572,7 +572,7 @@ spuaa=20
.SH "PROFILOK"
A klnbz konfigurcij trtn munka megknnytsre profilokat lehet
definilni a konfigurcis fjlokban.
-Egy profil a ngyzetes zrjelbe tett nevvel kezddik, pl. '[en-profilom]'.
+Egy profil a ngyzetes zrjelbe tett nevvel kezddik, pl.\& '[en-profilom]'.
Az sszes ezutni opci a profil rsze lesz.
A lers (melyet a \-profile help mutat) a profile-desc opcival adhat meg.
A profil befejezshez kezdj egy jat vagy hasznld a 'default' profil nevet
@@ -644,7 +644,7 @@ Kirja az sszes elrhet opcit.
A konzol zeneteket a megadott kdlapra konvertlja (alaprtelmezett: automatikus
felismers).
A szveg a a configure \-\-charset opcijval megadott kdols lesz.
-Bellthatod "noconv"-ra is a konvertls teljes letiltshoz (pl. ha
+Bellthatod "noconv"-ra is a konvertls teljes letiltshoz (pl.\& ha
problmid vannak az iconv-val).
.br
.I MEGJEGYZS:
@@ -905,7 +905,7 @@ segtsgvel - pl.\& shell hasznlat.
Az MPlayer ezt a parancsot ellenrzs nlkl hasznlja, a te felelssged,
hogy ne okozzon biztonsgi problmt (pl.\& gyzdj meg rla, hogy teljes elrsi
utakat hasznlsz, ha a "." benne van az elrsi utadban, mint Windows alatt).
-Csak vide lejtszs kzben mkdik (pl. a \-novideo kapcsolval nem, de \-vo null mellett igen).
+Csak vide lejtszs kzben mkdik (pl.\& a \-novideo kapcsolval nem, de \-vo null mellett igen).
.sp 1
Ezt "ki lehet hasznlni" az olyan kpernyvd letiltshoz, amely nem
tmogatja ehhez a megfelel X API-kat (lsd mg \-stop\-xscreensaver).
@@ -958,7 +958,7 @@ Az Apple IR tvirnythoz hasznlt eszkz (alaprtelmezetten automatikus detekt
Egy gomb automatikus ismtlse eltti ksleltets miliszekundumban (0: kikapcsols).
.IPs ar-rate
Billenty/msodperc rtk megadsa autorepeat hasznlata esetn.
-.IPs (no)default-binds
+.IPs (no)default-bindings
Az alaprtelmezetten MPlayerbe ptett billenty-hozzrendelseket hasznlja.
.IPs keylist
Az sszes hasznlhat billenty listjnak kirsa.
@@ -1052,7 +1052,7 @@ Kikapcsolja az AppleIR tvirnyt tmogatst.
Megtiltja az MPlayernek a billentyzet esemnyek olvasst a standard
input-rl. Hasznos, ha a standard input-rl olvasol be adatot.
Ez automatikusan engedlyezdik, ha \- van a parancssorban.
-Vannak esetek, amikor kzzel kell belltanod, pl. \&
+Vannak esetek, amikor kzzel kell belltanod, pl.\&
ha megnyitod a /dev/\:stdin -t (vagy a rendszereden az ennek megfelelt),
lejtszsi listban hasznlod az stdin-t vagy ksbb akarsz olvastatni
az stdin-rl a loadfile vagy loadlist szolga parancsok segtsgvel.
@@ -1136,7 +1136,7 @@ parancsokat olvas az stdin-rl.
.I MEGJEGYZS:
A \-input cmdlist kapcsol kilistzza a szolga mdban hasznlhat parancsokat,
a DOCS/tech/slave.txt fjlban megtallod a lersukat.
-Ez nem a tbbi, pl. a vide ablakon keresztl rkez input letiltsra kszlt,
+Ez nem a tbbi, pl.\& a vide ablakon keresztl rkez input letiltsra kszlt,
arra hasznlj mst, mint a \-input nodefault\-binds:conf=/dev/null.
.
.TP
@@ -1253,7 +1253,7 @@ A lejtszs akkor indul, ha a cache <szzalk>-ig feltltdtt.
Ha lptetst kell vgezni az aktulis pozcibl a cache mretnek
<szzalk>-kal megadott rszn belli pozciba, az MPlayer
megvrja, hogy a cache feltltdjn addig a pozciig
-egy folyamban trtn ugrs helyett (alaprtelmezett: 50).
+egy folyamban trtn ugrs helyett (alaprtelmezett: 50).
.
.TP
.B \-cdda <opci1:opci2> (csak CDDA)
@@ -1304,7 +1304,7 @@ Lejtszsi csatornk ignylse (alaprtelmezett: 2).
Az MPlayer megmondja a dekdernek hogy annyi csatornn dekdoljon,
amennyit ez az opci megad.
Innentl a dekderen mlik ennek teljestse.
-Ez akkor fontos ha AC-3-as hanggal elltott videt nzel (pl. DVD).
+Ez akkor fontos ha AC-3-as hanggal elltott videt nzel (pl.\& DVD).
Ebben alaprtelmezsknt a liba52 dekdol s lemixeli az audit a krt
szm csatornra.
A kimeneti csatornk dekdolt csatornk szmtl fggetlen, direkt
@@ -1421,7 +1421,7 @@ vrakozssal tlttt msodpercek maximlis szma. Alaprtelmezett 30.
.TP
.B \-dvd\-device <eszkz elrsi tja> (csak DVD)
Megadja a DVD eszkzt vagy .iso fjlnevet (alaprtelmezett: /dev/\:dvd).
-Megadhatsz egy knyvtrat is, ami egy elzleg DVD-rl (pl. vobcopy-val)
+Megadhatsz egy knyvtrat is, ami egy elzleg DVD-rl (pl.\& vobcopy-val)
lemsolt fjlokat tartalmaz.
.
.TP
@@ -1483,7 +1483,7 @@ Az indexet a MEncoderrel lehet maradandan javtani (lsd a dokumentcit).
.br
.I MEGJEGYZS:
rtelemszeren ez az opci csak akkor hasznlhat ha a mdia tekerhet
-(teht pl. stdin-nel, pipe-al nem).
+(teht pl.\& stdin-nel, pipe-al nem).
.
.TP
.B \-fps <lebegpontos rtk>
@@ -1510,7 +1510,7 @@ Hasznos hibs/\:befejezetlen letltseknl vagy hibs fjloknl.
.br
.I MEGJEGYZS:
rtelemszeren ez az opci csak akkor hasznlhat ha a mdia tekerhet
-(teht pl. stdin-nel, pipe-al nem).
+(teht pl.\& stdin-nel, pipe-al nem).
.
.TP
.B \-noidx
@@ -1641,7 +1641,7 @@ cbr: Konstans BitRta
.REss
.IPs vpeak=<rtk>
Megadja a vide kdolsi bitrtjnak cscsrtkt Mbps-ben
-(csak VBR kdolsnl hasznos, alaprtelmezett: 9.6).
+(csak VBR kdolsnl hasznos, alaprtelmezett: 9.6).
.IPs fmt=<rtk>
Kivlasztja a kdolshoz hasznlt MPEG formtumot:
.RSss
@@ -2654,13 +2654,13 @@ Az OSS opcii
.B vol, pcm, line.
Az opcik teljes listjhoz lsd a SOUND_DEVICE_NAMES-t a
/usr/\:include/\:linux/\:soundcard.h fjlban.
-ALSA-hoz hasznlhatod a neveket, amiket pl. az \& alsamixer
+ALSA-hoz hasznlhatod a neveket, amiket pl.\& az \& alsamixer
megjelent, gy mint
.B Master, Line, PCM.
.br
.I MEGJEGYZS:
Az ALSA mixer csatorna neveit egy szm kveti, amit a <nv,szm> formban
-kell megadni, pl.\& ha a csatorna neve 'PCM 1' az alsamixer-ben,
+kell megadni, pl.\& ha a csatorna neve 'PCM 1' az alsamixer-ben,
akkor
.BR PCM,1 .
.
@@ -3236,7 +3236,7 @@ Csak sajt felelssgre hasznld!
Megvltoztatja a pan-and-scan funkcionalts tartomnyt (alaprtelmezett: 1).
A pozitv rtkek az alaprtelmezett tartomny tbbszrst jelentik.
A negatv szmok azt jelentik, hogy \-panscanrange+1 faktorig tudsz nagytani.
-Pl. \-panscanrange \-3 4-es nagytsi faktort enged.
+Pl.\& \-panscanrange \-3 4-es nagytsi faktort enged.
Ez a kpessg mg ksrleti.
Ne jelents hibkat, hacsak nem \-vo gl-t hasznlsz.
.
@@ -3474,17 +3474,24 @@ Nincs deinterlace.
.IPs 1
Csak az els mezt mutatja, hasonl a \-vf field kapcsolhoz.
.IPs 2
-Bob deinterlace (jelenleg erre lp vissz a fejlettebb deinterlacer-ekrl).
+Bob deinterlace, hasonl a \-vf tfields=1 kapcsolhoz.
.IPs 3
-Mozgs adaptv idbeli deinterlace (mg nem mkdik).
+Mozgs adaptv idbeli deinterlace.
+A/V deszinkronizcit okozhat lass vide hardveren s/vagy nagy felbontsnl.
Ez az alaprtelmezett, ha a "D" gombbal engedlyezhet a deinterlacing.
.IPs 4
-Mozgs adaptv idbeli deinterlace l-vezrelt trbeli interpolcival (mg nem mkdik).
-.RE
+Mozgs adaptv idbeli deinterlace l-vezrelt trbeli interpolcival.
+Gyors vide hardver kell hozz.
+.RE
+.IPs chroma\-deint
+Az idbeli deinterlacer-ek mind a fnyerssgen, mint a teltettsgen vltoztatnak (alaprtelmezett).
+Hasznld a nochroma\-deint kapcsolt, ha csak a fnyerssget akarod vltoztatni s gyorstani
+szeretnl a fejlett deinterlacing-en.
+Hasznos lass vide memrinl.
.IPs pullup
-Inverz telecine-t prbl alkalmazni, idbeli deinterlace kell hozz.
+Inverz telecine-t prbl alkalmazni, mozgs adaptv idbeli deinterlace kell hozz.
.RE
-.PD 1
+.PD 1
.
.TP
.B xvmc (csak X11 \-vc ffmpeg12mc kapcsolval)
@@ -3607,10 +3614,27 @@ Prbld ki ezt az opcit, ha megjelentsi problmid vannak.
.PD 1
.
.TP
+.B kva (csak OS/2)
+Kimeneti vide vezrl, ami a libkva interfszt hasznlja.
+.PD 0
+.RSs
+.IPs snap
+Knyszerti a SNAP mdot.
+.IPs wo
+Knyszerti a WarpOverlay! mdot.
+.IPs dive
+Knyszerti a DIVE mdot.
+.IPs (no)t23
+Engedlyezi/letiltja a T23 laptopokra vonatkoz kdot (alaprtelmezett: \-not23).
+Prbld meg engedlyezni ezt az opcit, ha a vide krtyd csak a felmretezst tmogatja.
+.RE
+.PD 1
+.
+.TP
.B quartz (csak Mac OS X)
Mac OS X Quartz kimeneti vide vezrl.
Bizonyos esetekben hatkonyabb lehet egy csomagolt YUV kimeneti
-formtum knyszertse, pl. a \& \-vf format=yuy2 kapcsolval.
+formtum knyszertse, pl.\& a \& \-vf format=yuy2 kapcsolval.
.PD 0
.RSs
.IPs device_id=<szm>
@@ -3943,7 +3967,7 @@ Ez a vezrl nagyon hardver specifikus.
.RSs
.IPs <aleszkz>
Explicit kivlasztja a hasznlni kvnt Blinkenlights aleszkz vezrlt.
-Valami olyasmi, mint pl. arcade:host=localhost:2323 vagy
+Valami olyasmi, mint pl.\& arcade:host=localhost:2323 vagy
hdl:file=name1,file=name2.
Meg kell adnod az aleszkzt.
.RE
@@ -4167,7 +4191,7 @@ Kimeneti vide vezrl a DVB krtykhoz, ami a kimenetet egy MPEG-PES fjlba
.RSs
.IPs card=<1\-4>
Megadja a hasznland eszkz szmt, ha tbb, mint egy kimeneti DVB krtya van
-(csak V3 API, mint pl. az 1.x.y sorozat vezrlk).
+(csak V3 API, mint pl.\& az 1.x.y sorozat vezrlk).
Ha nincs megadva, az MPlayer megkeresi az els hasznlhat krtyt.
.IPs <fjlnv>
kimeneti fjl neve (alaprtelmezett: ./grab.mpg).
@@ -4643,7 +4667,7 @@ A <kihagysi rtk> a kvetkezk egyike lehet:
.br
none: Soha ne hagyja ki.
.br
-default: Hagyja ki, ha a feldolgozsi lps haszontalan (pl. 0 mret csomag AVI-ban).
+default: Hagyja ki, ha a feldolgozsi lps haszontalan (pl.\& 0 mret csomag AVI-ban).
.br
nonref: Hagyja ki a nem referencia kockkat (pl.\& nem lesz felhasznlva
msik kocka dekdolsnl, a hiba nem tud "tovbb plni").
@@ -4894,7 +4918,7 @@ Kikapcsolja a kparny szmtsokat.
.TP
.B "\-zoom\ \ "
A szoftveres mretezst engedlyezi, ha hasznlhat.
-Ez olyan kimeneti vezrlkkel (mint pl. x11, fbdev) is engedlyezi a mretezst,
+Ez olyan kimeneti vezrlkkel (mint pl.\& x11, fbdev) is engedlyezi a mretezst,
melyekben nincs tmogats a hardveres mretezshez, vagy az MPlayer letiltja a
mretezst teljestmnybeli indokok miatt.
.
@@ -5320,7 +5344,7 @@ ha szksges.
.
.TP
.B surround[=ksleltets]
-Dekdol mtrix kdols trhats hanghoz, mint pl. a Dolby Surround-hoz.
+Dekdol mtrix kdols trhats hanghoz, mint pl.\& a Dolby Surround-hoz.
Sok kt csatorns audival rendelkez fjl tartalmaz mtrixos trhats
hangot. Legalbb ngy csatornt tmogat hangkrtya kell hozz.
.PD 0
@@ -5932,7 +5956,7 @@ A hasznlhat formtumok listjhoz lsd a format=fmt=help kapcsolt.
.PD 0
.RSs
.IPs <fourcc>
-formtum nv mint pl. rgb15, bgr24, yv12, stb. (alaprtelmezett: yuy2)
+formtum nv mint pl.\& rgb15, bgr24, yv12, stb. (alaprtelmezett: yuy2)
.RE
.PD 1
.
@@ -5948,7 +5972,7 @@ Az elrhet formtumok listjhoz lsd a noformat=fmt=help kapcsolt.
.PD 0
.RSs
.IPs <fourcc>
-formtum nv, mint pl. rgb15, bgr24, yv12, stb. (alaprtelmezett: yv12)
+formtum nv, mint pl.\& rgb15, bgr24, yv12, stb. (alaprtelmezett: yv12)
.RE
.PD 1
.
@@ -6166,7 +6190,7 @@ Kvantlsi paramter knyszertse (alaprtelmezett: 0, vide QP hasznlata).
kvantlsi paramter (QP) vltoztat szr
.RSs
.IPs <egyenlet>
-valamilyen egyenlet, pl. "2+2*sin(PI*qp)"
+valamilyen egyenlet, pl.\& "2+2*sin(PI*qp)"
.RE
.
.TP
@@ -7954,7 +7978,7 @@ maximlis Lagrange szorz a ratecontrol-hoz (alaprtelmezett: 31.0)
.B mblmin=<0.01\-255.0>
Minimlis makroblokk-szint Lagrange szorz a ratecontrol-hoz
(alaprtelmezett: 2.0).
-Ez a paramter az adaptv kvantlsi opcikat rinti, mint pl. a
+Ez a paramter az adaptv kvantlsi opcikat rinti, mint pl.\& a
qprd, lumi_mask, stb..
.RE
.
@@ -8195,7 +8219,7 @@ N lpses mdban a msodik lps (vpass=3, ez nem elrs) mindkettt
elvgzi: elszr elolvassa a statisztika fjlt, majd fellrja.
Ajnlott a divx2pass.log elmentse, mieltt ezt megtennd, ha esly van r,
hogy meg kell szaktanod a MEncoder-t.
-Hasznlhatod mindegyik kdolsi opcit, kivve a nagyon CPU-ignyeseket, pl. "qns".
+Hasznlhatod mindegyik kdolsi opcit, kivve a nagyon CPU-ignyeseket, pl.\& "qns".
.br
Ezt a lpst jra s jra lefuttathatod a kdols finomtsa rdekben.
Minden kvetkez lps felhasznlja az elz lps statisztikit a tovbblpshez.
@@ -9129,7 +9153,7 @@ Zajcskkents, a 0 azt jelenti, hogy kikapcsolva.
0\-600 a hasznos tartomny egy tlagos tartalom esetn, de lehet, hogy kicsit feljebb
kell vinned, ha nagyon zajos az anyagod (alaprtelmezett: 0).
Mivel kicsi hatsa van a sebessgre, inkbb ezt ajnlott hasznlni, mint a
-zajszrst a vide szrknl, pl. denoise3d vagy hqdn3d-vel.
+zajszrst a vide szrknl, pl.\& denoise3d vagy hqdn3d-vel.
.
.TP
.B qns=<0\-3>
@@ -9554,7 +9578,7 @@ utols kockja vagy egy P-kocka vagy egy N-kocka, de nem B-kocka.
.TP
.B (no)packed
Ez az opci a kocka-sorrendbeli gondokat oldja meg kontner formtumokba,
-pl. AVI-ba trtn kdolskor, ami nem tud megbrkzni a nem sorrendben
+pl.\& AVI-ba trtn kdolskor, ami nem tud megbrkzni a nem sorrendben
lv kockkkal. A gyakorlatban a legtbb dekdol (mind szoftveres, mind
hardveres) sajt maga is tudja kezelni a kocka-sorrendet s sszezavarodhat,
ha ez az opci be van kapcsolva, gy nyugodtan kikapcsolva hagyhatod,
@@ -9592,7 +9616,7 @@ Az igazi CBR-t nagyon nehz elrni.
A vide anyagtl fggen a bitrta vltozhat s ezt nehz elre megjsolni.
Ezrt az Xvid egy tlagol peridust hasznl, ami alatt garantlja a megadott
bitmennyisget (minusz egy kis varici).
-Ez a bellts megadja a "kockk szmt", amikre vonatkoztatva az Xvid
+Ez a bellts megadja a "kockk szmt", amikre vonatkoztatva az Xvid
tlagol s megprblja elrni a CBR-t.
.
.TP
@@ -10054,7 +10078,7 @@ Az alacsonyabb rtk nagyobb ugrlst enged a kvantl rtknek,
a magasabb rtkek finomabb vltsokra knyszertik.
A cplx_blur biztostja, hogy minden I-kocka minsge sszehasonlthat
az t kvet P-kockval s hogy a vltakoz nagy s kicsi komplexits
-kockk (pl. alacsony fps- animci) nem vesztegetnek biteket egy
+kockk (pl.\& alacsony fps- animci) nem vesztegetnek biteket egy
ingadoz kvantlval.
.
.TP
@@ -10290,7 +10314,7 @@ Inkbb ezzen a paramteren vltoztass, mieltt a deadzone_inter-hez hozznylnl
.B (no)fast_pskip
A P-kockk korai skip detektlsnak vgrehajtsa (alaprtelmezett: bekapcsolva).
Ez ltalban javtja a sebessget, de nha a kevsb rszletes
-terleteken (pl. g) mellkhatsokat okoz.
+terleteken (pl.\& g) mellkhatsokat okoz.
.
.TP
.B (no)dct_decimate
@@ -10307,7 +10331,7 @@ Zajcskkents, a 0 a kikapcsolst jelenti.
100\-1000 a hasznland tartomny egy tlagos tartalomnl, de a nagyon zajos
tartalomnl kicsit felnyomhatod (alaprtelmezett: 0).
Tekintve, hogy kicsi a befolysa a sebessgre, inkbb ez a preferland a
-zajcskkentsnl a vide szrkkel, mint pl. a denoise3d-vel vagy hqdn3d-vel
+zajcskkentsnl a vide szrkkel, mint pl.\& a denoise3d-vel vagy hqdn3d-vel
trtn zajcskkents helyett.
.
.TP
@@ -10409,7 +10433,7 @@ a szlak megfelel szmnak kivlasztst.
.B (no)global_header
Az SPS s a PPS csak egyszer fog megjelenni, a bitfolyam elejn
(alaprtelmezett: letiltva).
-Nhny lejtsz, mint pl. a Sony PSP, ignyli ezt az opcit.
+Nhny lejtsz, mint pl.\& a Sony PSP, ignyli ezt az opcit.
Alaprtelmezsknt az SPS s a PPS minden IDR kocka eltt ismtldik.
.
.TP
@@ -10490,7 +10514,7 @@ A binris codec fjl neve, amivel kdolni akarsz.
.
.TP
.B compdata=<fjl>
-A codec belltsokat tartalmaz fjl neve (pl. firstpass.mcf), melyet a vfw2menc ksztett.
+A codec belltsokat tartalmaz fjl neve (pl.\& firstpass.mcf), melyet a vfw2menc ksztett.
.
.
.SS MPEG muxer (\-mpegopts)
@@ -11171,7 +11195,7 @@ you can directly play it via cdda:// without setting format, hwac3 or hwdts.
mplayer \-rawaudio format=0xff \-demuxer rawaudio \-af pan=2:.32:.32:.39:.06:.06:.39:.17:-.17:-.17:.17:.33:.33 adts_he-aac160_51.aac
.fi
.br
-Egy kicsit jtszadoznod kell a pan rtkekkel (pl. felszorozni az rtkeket) a
+Egy kicsit jtszadoznod kell a pan rtkekkel (pl.\& felszorozni az rtkeket) a
hanger nvelshez vagy a kattogs elkerlshez.
.
.PP
diff --git a/DOCS/man/ru/mplayer.1 b/DOCS/man/ru/mplayer.1
index a47e8a5eac..d719820930 100644
--- a/DOCS/man/ru/mplayer.1
+++ b/DOCS/man/ru/mplayer.1
@@ -2,7 +2,7 @@
.\" This man page was/is done by Gabucino, Diego Biurrun, Jonas Jermann
.\" Translated by Vladimir Voroshilov <voroshil@gmail.com>
.\" Encoding: koi8-r
-.\" synced with r28895
+.\" synced with r28991
.
.\" --------------------------------------------------------------------------
.\"
@@ -863,7 +863,7 @@ MPlayer \- , ţ
( , ,
, "." ,
, Windows).
- (..
+ (..\&
\-vo null, \-novideo).
.sp 1
""
@@ -922,7 +922,7 @@ mplayer \-heartbeat\-cmd "gnome\-screensaver\-command \-p" file
(0 ).
.IPs ar\-rate
, .
-.IPs (no)default-binds
+.IPs (no)default-bindings
, MPlayer .
.IPs keylist
, .
@@ -3435,22 +3435,32 @@ XResetScreenSaver API, , \-heartbeat\-cmd
.IPs deint=<0\-4>
( : 0).
> 0 \-field\-dominance.
+.br
+.I :
+ > 2 .
.RSss
.IPs 0
.
.IPs 1
, \-vf field.
.IPs 2
-Bob (
-).
+Bob , \-vf tfields=1.
.IPs 3
- (ݣ ).
+ .
+
+ / .
, "D"
.
.IPs 4
- (ݣ ).
-.RE
+ . .
+.RE
+.IPs chroma\-deint
+ ,
+ ( ).
+ nochroma\-deint
+ .
+ .
.IPs pullup
,
.
@@ -3583,6 +3593,24 @@ Windows VIDIX.
.PD 1
.
.TP
+.B kva ( OS/2)
+ , libkva.
+.PD 0
+.RSs
+.IPs snap
+ SNAP.
+.IPs wo
+ WarpOverlay!.
+.IPs dive
+ DIVE.
+.IPs (no)t23
+/ T23 ( : \-not23).
+ ,
+ .
+.RE
+.PD 1
+.
+.TP
.B quartz ( Mac OS X)
Mac OS X Quartz.
, YUV ,
@@ -4006,7 +4034,7 @@ MPEG , ,
OSD ( : ).
.IPs (no)crtc2
TV\- "" ( : ).
- , ..
+ , ..\&
/\: .
.IPs tvnorm=pal|ntsc|auto
TV Matrox
@@ -4227,7 +4255,7 @@ iTVC16), (Hauppauge WinTV PVR\-150/250/350/500).
.sp 1
.I :
,
-(.. ).
+(..\& ).
.RE
.
.TP
@@ -6016,7 +6044,7 @@ spal: 768x576 (PAL )
'/',
'\-'.
,
-, , .. dr/dering \-
+, , ..\& dr/dering \-
.
.\" FIXME is translation correct? scope =
, :
diff --git a/DOCS/man/zh_CN/mplayer.1 b/DOCS/man/zh_CN/mplayer.1
index faea37c0e1..44994bbf50 100644
--- a/DOCS/man/zh_CN/mplayer.1
+++ b/DOCS/man/zh_CN/mplayer.1
@@ -1,4 +1,4 @@
-.\" sync with en/mplayer.1 r28745
+.\" sync with en/mplayer.1 r29059
.\" Encoding: UTF-8
.\" Reminder of hard terms which need better/final solution later:
.\" /capture; playtree in parent list; colorkey; retrace; desync; downmix;
@@ -43,7 +43,7 @@
.\" 名称
.\" --------------------------------------------------------------------------
.
-.TH MPlayer 1 "2009-01-05" "MPlayer 项目" "电影播放器"
+.TH MPlayer 1 "2009-03-25" "MPlayer 项目" "电影播放器"
.
.SH 名称
mplayer \- 影视播放器
@@ -862,6 +862,7 @@ xv, xvidix 和 dfbmga。
.I 注意：
MPlayer 执行此命令时不加以检查，所以你有责任确保该命令不造成任何安全问题（例
如，如果“.”就像在 Windows 中那样是在你的路径中，则确保使用完整路径）。
+并且该选项只有在播放视频时有效（即没有使用 \-novideo，但可以使用 \-vo null）。
.sp 1
该选项可能被“误用”以禁用不提供对于适当的 X API 接口的支持的屏幕保护程序。
如果你觉得这太复杂了，请要求屏幕保护程序的作者提供对于适当的 X API 的支持。
@@ -910,6 +911,8 @@ mplayer \-heartbeat\-cmd "gnome\-screensaver\-command \-p" file
在开始自动重复一个键之前等待多少毫秒 (0 代表停用)。
.IPs ar-rate
自动重复数是每秒重复多少次按键。
+.IPs (no)default-bindings
+默认情况下使用 MPlayer 自带的键位设置。
.IPs keylist
列出所有可以被绑定于命令的键。
.IPs cmdlist
@@ -1074,6 +1077,8 @@ MPlayer 从标准输入读取以新行 (\\n) 分隔开的命令行,
.br
.I 注意:
请参见 \-input cmdlist 的命令列表和 DOCS/tech/slave.txt 中的描述。
+另外，该选项并非用来禁用其它的输入，例如通过视频窗口。要使用其它方法实现那种效果，例如
+\-input nodefault\-binds:conf=/dev/null。
.
.TP
.B \-softsleep
@@ -2096,14 +2101,14 @@ SSA/ASS 提供器能在那里放置字幕 (与 \-ass\-use\-margins 组合用)。
如果字幕中的逗号显示在句首而不是在句尾, 就使用它。
.
.TP
-.B \-font <文件 font.desc 的路径>
+.B \-font <文件 font.desc 的路径，字体（FreeType）的路径，字体样式（Fontconfig）的路径>
在别的目录中寻找 OSD/\:SUB 字体(
默认的普通字体为: ~/\:.mplayer/\:font/\:font.desc,
默认的 FreeType 字体为: ~/.mplayer/\:subfont.ttf)。
.br
.I 注意:
对于 FreeType, 此选项决定文本字体文件的路径。
-对于 fontconfig, 此选项决定 fontconfig 的字体名称。
+对于 Fontconfig, 此选项决定 Fontconfig 的字体名称。
.sp 1
.I 示例:
.PD 0
@@ -2113,6 +2118,8 @@ SSA/ASS 提供器能在那里放置字幕 (与 \-ass\-use\-margins 组合用)。
\-font ~/\:.mplayer/\:arialuni.ttf
.br
\-font 'Bitstream Vera Sans'
+.br
+\-font 'Bitstream Vera Sans:style=Bold'
.RE
.PD 1
.
@@ -2333,9 +2340,9 @@ CC 字幕到目前为止还没有在其它地区码的 DVD 中发现。
与 \-audiofile 一样, 但用于字幕流(OggDS?)。
.
.TP
-.B \-subfont <文件名>（仅用于FreeType字体）
-设置字幕字体。
-如果没有给出\-subfont，则使用\-font。
+.B \-subfont <字体（FreeType）的路径，字体样式（Fontconfig）的路径>（仅用于 FreeType 字体）
+设置字幕字体（参见 \-font）。
+如果没有给出 \-subfont，则使用 \-font。
.
.TP
.B \-subfont\-autoscale <0\-3> (仅用于 FreeType)
@@ -2647,6 +2654,18 @@ DirectX DirectSound 音频输出驱动
.PD 1
.
.TP
+.B dart（仅适用于 OS/2）
+OS/2 DART 音频输出驱动
+.PD 0
+.RSs
+.IPs (no)share
+以共享或独占模式打开 DART 输出。
+.IPs bufsize=<大小>
+将缓冲大小设为<大小>，单位为采样数（默认值：2048）。
+.RE
+.PD 1
+.
+.TP
.B dxr2 (也请参见 \-dxr2) (仅用于 DXR2)
Creative DXR2 专用的输出驱动
.
@@ -3211,24 +3230,30 @@ Supported by the gl, gl2, x11, and xv video output drivers.
使用负数值时，则应用模糊算法（默认值：0）。
.IPs denoise=<0\-1>
将一种消除噪点的算法应用于视频画面（默认值：0，不消除噪点）。
-.IPs deint=<0\-3>
+.IPs deint=<0\-4>
选择反隔行扫描模式的算法（默认值：0）。
+所有大于 0 的模式服从 \-field\-dominance 选项的设置。
.RSss
.IPs 0
不反隔行扫描。
.IPs 1
-只显示一个隔行扫描域，与 \-vf field 作用相类似。
+只显示第一个隔行扫描域，与 \-vf field 作用相类似。
.IPs 2
-跳跃式反隔行扫描（当前高级反隔行扫描算法的退化形式）。
+跳跃式反隔行扫描，与 \-vf tfields=1 作用相类似。
.IPs 3
-适应运动画面的瞬间反隔行扫描（还未实现）。
+适应运动画面的瞬间反隔行扫描。
+可能在低性能视频硬件和/或高分辨率的情况下导致音视频不同步。
这是当“D”用于开启反隔行扫描时的默认值。
.IPs 4
-采用边缘导向空间插值算法的适应运动画面的瞬间反隔行扫描
-（还未实现）。
+采用边缘导向空间插值算法的适应运动画面的瞬间反隔行扫描。
+需要高性能的视频硬件。
.RE
+.IPs chroma\-deint
+使瞬间反隔行扫描算法同时作用于亮度和色度通道上（默认值）。
+使用 nochroma\-deint 以使其仅作用于亮度通道，从而加速高级反隔行扫描算法。
+对于低速显存很有用。
.IPs pullup
-尝试应用反电视电影模式，需要瞬间反隔行扫描。
+尝试应用反电视电影模式，需要使用运动自适应的瞬间反隔行扫描算法。
.RE
.PD 1
.
@@ -3341,6 +3366,23 @@ VIDIX 的 Windows 前台
.PD 1
.
.TP
+.B kva（仅适用于 OS/2）
+使用 libkva 接口的视频输出驱动。
+.PD 0
+.RSs
+.IPs snap
+强制使用 SNAP 模式。
+.IPs wo
+强制使用 WarpOverlay! 模式。
+.IPs dive
+强制使用 DIVE 模式。
+.IPs (no)t23
+启用/禁用解决 T23 笔记本问题的变通模式（默认值：\-not23）。
+如果你的显卡仅支持画面放大输出，尝试开启这个选项。
+.RE
+.PD 1
+.
+.TP
.B quartz (仅用于 Mac OS X)
Mac OS X Quartz 视频输出驱动。
在某些情况下, 锁定打包 YUV 输出格式, 如: \-vf format=yuy2, 可能更有效。
diff --git a/DOCS/tech/binary-packaging.txt b/DOCS/tech/binary-packaging.txt
index 71a19295e2..9d852372db 100644
--- a/DOCS/tech/binary-packaging.txt
+++ b/DOCS/tech/binary-packaging.txt
@@ -52,14 +52,13 @@ the following features MUST be included in any official binary package:
- XAnim codecs support (*)
* general:
- - default font
- FreeType fonts support
- HTML documentation
- large file support
- man page(s)
* input/demuxers:
- - DVD(mpdvdkit2)
+ - DVD(libdvdread4/libdvdnav)
- streaming
- Matroska(internal)
- (S)VCD
@@ -108,10 +107,10 @@ for Red Hat and Fedora RPMs I am using FHS-compliant paths:
/etc/mplayer/ system-wide configs
/usr/bin/ binaries
/usr/lib/codecs/ binary codecs
+/usr/lib64/codecs/ binary codecs on 64bit Linux
/usr/share/doc/mplayer-version/ docs
/usr/share/man/man1/ man page
/usr/share/man/XX/man1/ translated man page
-/usr/share/mplayer/font/ fonts
/usr/share/mplayer/skins/ GUI skins
You MUST NOT include the codecs.conf file in your package. It is useful
@@ -134,12 +133,9 @@ mplayer contains MPlayer binary without GUI (mplayer),
config files, man pages and documentation;
required by mplayer-gui
mplayer-codecs-* contain binary codecs available from MPlayer's site
-mplayer-font-* contain various bitmap fonts for OSD (obsolete)
mplayer-gui contains MPlayer binary with GUI (gmplayer);
contains default skin (Blue)
mplayer-skin-* contain various MPlayer GUI skins
-mplayer-vidix contains VIDIX support library for MPlayer
-mplayer-vidix-* contain VIDIX drivers for specific cards, one per package
There is no strict policy for now, just use your common sense.
diff --git a/DOCS/tech/release-howto.txt b/DOCS/tech/release-howto.txt
index 5cf0fef514..b490f80283 100644
--- a/DOCS/tech/release-howto.txt
+++ b/DOCS/tech/release-howto.txt
@@ -15,17 +15,12 @@ preparations:
create the release tree:
- tag Subversion with release name
+- Add a VERSION file with the release version to the root of the source tree.
- update release.sh script with version number
***the following steps are done automatically by release.sh script***
- checkout the mplayer src tree
- check out FFmpeg subdirs
- remove obsolete DOCS translations, help files
-- replace version.sh with this (change version number too...):
-
-============
-#!/bin/sh
-echo "#define VERSION \"1.0pre5-$1 \"" > version.h
-============
- build the HTML docs from XML sources, then clean up:
make html-chunked; make releaseclean
@@ -38,9 +33,9 @@ release the tree:
***end of part done by release.sh**
test it (download to your local machine, extract, compile, run)
- - compilers: gcc 3, gcc 2.95, mingw, cygwin
+ - compilers: gcc 4.x, gcc 3.x, gcc 2.95, MinGW, Cygwin
- architectures: PPC, AMD64, x86 with MMX[2], SSE[2], 3DNow
- - OS: Linux, BSD, Windows, MacOS X
+ - OS: Linux, BSD, Windows, Mac OS X
copy to FTP:
cp MPlayer-0.90rc5.tar.bz2 /home/ftp/MPlayer/releases/
diff --git a/DOCS/tech/win32-codec-howto.txt b/DOCS/tech/win32-codec-howto.txt
index 3346de47bb..e6a684df32 100644
--- a/DOCS/tech/win32-codec-howto.txt
+++ b/DOCS/tech/win32-codec-howto.txt
@@ -13,10 +13,10 @@ If you want to add a codec yourself, read DOCS/tech/codecs.conf.txt.
-VFW codecs
+VfW codecs
~~~~~~~~~~
-VFW (Video for Windows) is the old video API for Windows. Its codecs have
+VfW (Video for Windows) is the old video API for Windows. Its codecs have
the '.dll' or (rarely) '.drv' extension. If MPlayer fails at playing your
AVI with this kind of message:
@@ -26,7 +26,7 @@ Cannot find codec matching selected -vo and video format 0x55594648.
It means your AVI is encoded with a codec which has the HFYU fourcc (HFYU =
HuffYUV codec, DIV3 = DivX Low Motion, etc.). Now that you know this, you
have to find out which DLL Windows loads in order to play this file.
-You can find the vfw codec by searching the internet for e.g. VIDC.HFYU.
+You can find the VfW codec by searching the internet for e.g. VIDC.HFYU.
In our case, the 'system.ini' also contains this information in a line that reads:
@@ -111,9 +111,9 @@ false hits, but you may get lucky...
Tips:
~~~~~~~
If you get an error loading a new codec, it may need some more files to work.
-Start the filemon utility before loading MPlayer to find out which dlls are
+Start the filemon utility before loading MPlayer to find out which DLLs are
trying to be loaded.
-Your codec may load some external .dll libraries. If the codec is already
+Your codec may load some external DLL libraries. If the codec is already
installed in Windows, run listdlls wmplayer.exe while Windows Media
Player is playing your file to find out which.
diff --git a/DOCS/xml/configure b/DOCS/xml/configure
index a61f564fc1..a15cdecd03 100755
--- a/DOCS/xml/configure
+++ b/DOCS/xml/configure
@@ -186,11 +186,13 @@ then
if test -z "$_fake_chunk_xsl"
then
echo "Found xsltproc. If it works, it's probably the best choice."
+ # HACK: xslt always need a target file if a doctype is set
+ _xsltcommand="OUTPUT=\"\$1\"; if test -d \"\$OUTPUT\" ; then OUTPUT=\"\$OUTPUT/dummy.html\" ; fi;"
if test -n "$_catalog"
then
- _xsltcommand="xsltproc --catalogs -o \$1 \$2 \$3"
+ _xsltcommand="$_xsltcommand xsltproc --catalogs -o \$OUTPUT \$2 \$3"
else
- _xsltcommand="xsltproc -o \$1 \$2 \$3"
+ _xsltcommand="$_xsltcommand xsltproc -o \$OUTPUT \$2 \$3"
fi
else
echo "Found xsltproc but no stylesheets on your system."
diff --git a/DOCS/xml/en/encoding-guide.xml b/DOCS/xml/en/encoding-guide.xml
index e5af2e3873..706b34dbf5 100644
--- a/DOCS/xml/en/encoding-guide.xml
+++ b/DOCS/xml/en/encoding-guide.xml
@@ -357,7 +357,7 @@ practice, this means a value high enough so that it poses no limit, like
10000Kbit.) With no real restriction on bitrate, the result is that
the codec will use the lowest
possible quantizer for each macroblock (as specified by
-<option>vqmin</option> for
+<option>vqmin</option> for
<systemitem class="library">libavcodec</systemitem>, which is 2 by default).
As soon as you specify a
low enough bitrate that the codec
@@ -1327,7 +1327,7 @@ With these things in mind, here is our first example:
mencoder <replaceable>capture.avi</replaceable> -mc 0 -oac lavc -ovc lavc -lavcopts \
vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224
</screen>
-Note the <option>ilme</option> and <option>ildct</option> options.
+Note the <option>ilme</option> and <option>ildct</option> options.
</para>
</sect2>
@@ -1421,7 +1421,7 @@ which widely depend on personal taste and technical constraints.
bugs which have not yet been noticed and which can ruin an encode.
This is simply the tradeoff for using bleeding-edge technology.
</para>
-
+
<para>
What is more, beginning to use a new codec requires that you spend some
time becoming familiar with its options, so that you know what
@@ -1453,13 +1453,13 @@ which widely depend on personal taste and technical constraints.
However, they may have some very advanced options that, if enabled,
will make the encode really slow for marginal gains.
</para>
-
+
<para>
If you are after blazing speed you should stick around the default
settings of the video codec (although you should still try the other
options which are mentioned in other sections of this guide).
</para>
-
+
<para>
You may also consider choosing a codec which can do multi-threaded
processing, though this is only useful for users of machines with
@@ -1605,7 +1605,7 @@ will encode <replaceable>destination_sound.wav</replaceable> with
the encoding quality 1, which is roughly equivalent to 80Kb/s, and
is the minimum quality at which you should encode if you care about
quality.
-Please note that <application>MEncoder</application> currently cannot
+Please note that <application>MEncoder</application> currently cannot
mux Vorbis audio tracks
into the output file because it only supports AVI and MPEG
containers as an output, each of which may lead to audio/video
@@ -1773,7 +1773,7 @@ only cover its usage.
</para>
<para>
-Probably the easiest way to get started with Matroska is to use
+Probably the easiest way to get started with Matroska is to use
<application>MMG</application>, the graphical frontend shipped with
<application>mkvtoolnix</application>, and follow the
<ulink url="http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html">guide to mkvmerge GUI (mmg)</ulink>
@@ -2240,7 +2240,7 @@ will be 24000/1001 frames per second.
accurate method available for encoding both telecine and
"mixed progressive and telecine".
<screen>
-mencoder dvd://1 -oac copy -vf pullup,softskip
+mencoder dvd://1 -oac copy -vf pullup,softskip
-ovc lavc -ofps 24000/1001<!--
--></screen>
</para></listitem>
@@ -4006,7 +4006,7 @@ random differences in the achieved bitrate.
This option is for choosing the motion estimation search method.
Altering this option provides a straightforward quality-vs-speed
tradeoff. <option>me=dia</option> is only a few percent faster than
- the default search, at a cost of under 0.1dB global PSNR. The
+ the default search, at a cost of under 0.1dB global PSNR. The
default setting (<option>me=hex</option>) is a reasonable tradeoff
between speed and quality. <option>me=umh</option> gains a little under
0.1dB global PSNR, with a speed penalty that varies depending on
@@ -4235,7 +4235,7 @@ random differences in the achieved bitrate.
(understanding that there are diminishing returns which may become
vanishingly low, or even zero). The video stream will still have seekable
points as long as there are some scene changes.
-</para></listitem>
+</para></listitem>
<listitem>
<para>
<emphasis role="bold">deblock</emphasis>:
@@ -4551,17 +4551,17 @@ and other options. This is known to work on x86 on both *NIX and Windows.
</para>
<para>
First you must build the <application>vfw2menc</application> program.
-It is located in the <filename class="directory">TOOLS</filename> subdirectory
+It is located in the <filename class="directory">TOOLS</filename> subdirectory
of the MPlayer source tree.
To build on Linux, this can be done using <application>Wine</application>:
<screen>winegcc vfw2menc.c -o vfw2menc -lwinmm -lole32</screen>
-To build on Windows in <application>MinGW</application> or
+To build on Windows in <application>MinGW</application> or
<application>Cygwin</application> use:
<screen>gcc vfw2menc.c -o vfw2menc.exe -lwinmm -lole32</screen>
To build on <application>MSVC</application> you will need getopt.
-Getopt can be found in the original <application>vfw2menc</application>
+Getopt can be found in the original <application>vfw2menc</application>
archive available at:
The <ulink url="http://oss.netfarm.it/mplayer-win32.php">MPlayer on win32</ulink> project.
</para>
@@ -4571,13 +4571,13 @@ Below is an example with the VP6 codec.
<screen>
vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
</screen>
-This will open the VP6 codec dialog window.
+This will open the VP6 codec dialog window.
Repeat this step for the second pass
and use <option>-s <replaceable>secondpass.mcf</replaceable></option>.
</para>
</informalexample>
<para>
-Windows users can use
+Windows users can use
<option>-xvfwopts codec=vp6vfw.dll:compdata=dialog</option> to have
the codec dialog display before encoding starts.
</para>
@@ -4882,11 +4882,11 @@ mp4creator -optimize narnia.mp4</screen>
<para>
If you want to add tags to your video that show up in iTunes, you can use
<ulink url="http://atomicparsley.sourceforge.net/">AtomicParsley</ulink>.
-
+
<screen>AtomicParsley narnia.mp4 --metaEnema --title "The Chronicles of Narnia" --year 2005 --stik Movie --freefree --overWrite</screen>
The <option>--metaEnema</option> option removes any existing metadata
- (<application>mp4creator</application> inserts its name in the
+ (<application>mp4creator</application> inserts its name in the
"encoding tool" tag), and <option>--freefree</option> reclaims the
space from the deleted metadata.
The <option>--stik</option> option sets the type of video (such as Movie
@@ -4954,7 +4954,7 @@ compliant.
<tbody>
<row>
<entry>NTSC DVD</entry>
- <entry>720x480, 704x480, 352x480, 352x240</entry>
+ <entry>720x480, 704x480, 352x480, 352x240</entry>
<entry>MPEG-2</entry>
<entry>9800 kbps</entry>
<entry>48000 Hz</entry>
@@ -4967,7 +4967,7 @@ compliant.
<entry>NTSC DVD</entry>
<entry>352x240<footnote id='fn-rare-resolutions'><para>
These resolutions are rarely used for DVDs because
- they are fairly low quality.</para></footnote></entry>
+ they are fairly low quality.</para></footnote></entry>
<entry>MPEG-1</entry>
<entry>1856 kbps</entry>
<entry>48000 Hz</entry>
@@ -5062,7 +5062,7 @@ highly bitrate-starved and require effort to obtain acceptable quality.
<title>GOP Size Constraints</title>
<para>
-DVD, VCD, and SVCD also constrain you to relatively low
+DVD, VCD, and SVCD also constrain you to relatively low
GOP (Group of Pictures) sizes.
For 30 fps material the largest allowed GOP size is 18.
For 25 or 24 fps, the maximum is 15.
@@ -5078,7 +5078,7 @@ The GOP size is set using the <option>keyint</option> option.
VCD video is required to be CBR at 1152 kbps.
This highly limiting constraint also comes along with an extremely low vbv
buffer size of 327 kilobits.
-SVCD allows varying video bitrates up to 2500 kbps, and a somewhat less
+SVCD allows varying video bitrates up to 2500 kbps, and a somewhat less
restrictive vbv buffer size of 917 kilobits is allowed.
DVD video bitrates may range anywhere up to 9800 kbps (though typical
bitrates are about half that), and the vbv buffer size is 1835 kilobits.
@@ -5125,7 +5125,7 @@ DVD (with timestamps on every frame, if possible):
<para>
DVD with NTSC Pullup:
<screen>-of mpeg -mpegopts format=dvd:tsaf:telecine -ofps 24000/1001</screen>
-This allows 24000/1001 fps progressive content to be encoded at 30000/1001
+This allows 24000/1001 fps progressive content to be encoded at 30000/1001
fps whilst maintaining DVD-compliance.
</para>
@@ -5191,7 +5191,7 @@ or in the manual page.
<para>
If the audio sample rate in the original file is not the same as
required by the target format, sample rate conversion is required.
-This is achieved using the <option>-srate</option> option and
+This is achieved using the <option>-srate</option> option and
the <option>-af lavcresample</option> audio filter together.
</para>
@@ -5259,7 +5259,7 @@ or DVD:
Used to set the GOP size.
18 for 30fps material, or 15 for 25/24 fps material.
Commercial producers seem to prefer keyframe intervals of 12.
- It is possible to make this much larger and still retain compatibility
+ It is possible to make this much larger and still retain compatibility
with most players.
A <option>keyint</option> of 25 should never cause any problems.
</para></listitem>
diff --git a/DOCS/xml/en/mencoder.xml b/DOCS/xml/en/mencoder.xml
index 5180a57d40..8914d229d1 100644
--- a/DOCS/xml/en/mencoder.xml
+++ b/DOCS/xml/en/mencoder.xml
@@ -608,7 +608,7 @@ mencoder mf://<replaceable>frame001.jpg,frame002.jpg</replaceable> -mf w=800:h=6
Creating an MPEG-4 file from explicit list of JPEG files (list.txt in current
directory contains the list of files to use as source, one per line):
<screen>
-mencoder mf://<replaceable>@list.txt</replaceable> -mf w=800:h=600:fps=25:type=jpg \
+mencoder mf://<replaceable>@list.txt</replaceable> -mf w=800:h=600:fps=25:type=jpg \
-ovc lavc -lavcopts vcodec=mpeg4:mbd=2:trell -oac copy -o <replaceable>output.avi</replaceable>
</screen>
</para>
diff --git a/DOCS/xml/en/tvinput.xml b/DOCS/xml/en/tvinput.xml
index f0d3641034..c89b7acf00 100644
--- a/DOCS/xml/en/tvinput.xml
+++ b/DOCS/xml/en/tvinput.xml
@@ -52,7 +52,7 @@ Here are just a few tips:
<listitem><para>
Choose some sane image dimensions. The dimensions of the resulting image
should be divisible by 16.
-</para></listitem>
+</para></listitem>
<listitem>
<para>
If you capture the video with the vertical resolution higher than half
@@ -88,7 +88,7 @@ Here are just a few tips:
time. If you have a large capture buffer, <application>MEncoder</application>
can survive an overload for few seconds but nothing more. It's better to
turn off the 3D OpenGL screensavers and similar stuff.
-</para></listitem>
+</para></listitem>
<listitem><para>
Don't mess with the system clock. <application>MEncoder</application> uses the
system clock for doing A/V sync. If you adjust the system clock (especially
@@ -118,7 +118,7 @@ Here are just a few tips:
<filename>linux/Documentation/sound/btaudio</filename> file (in the kernel
tree, not <application>MPlayer</application>'s) for some instructions on using
this driver.
-</para></listitem>
+</para></listitem>
<listitem><para>
If <application>MEncoder</application> cannot open the audio device, make
sure that it is really available. There can be some trouble with the sound
@@ -251,7 +251,7 @@ Here is an example for Russian:
</row>
<row>
<entry>C</entry>
- <entry>Cycle through teletext rendering modes (opaque, transparent, inverted opaque,
+ <entry>Cycle through teletext rendering modes (opaque, transparent, inverted opaque,
inverted transparent</entry>
</row>
<row>
diff --git a/DOCS/xml/en/usage.xml b/DOCS/xml/en/usage.xml
index bc573a25d7..ea74911b3f 100644
--- a/DOCS/xml/en/usage.xml
+++ b/DOCS/xml/en/usage.xml
@@ -602,11 +602,11 @@ is specified.
<title>MPEG audio Passthrough</title>
<para>
-Digital TV transmissions (such as DVB and ATSC) and some DVDs usually have
+Digital TV transmissions (such as DVB and ATSC) and some DVDs usually have
MPEG audio streams (in particular MP2).
-Some MPEG hardware decoders such as full-featured DVB cards and DXR2
-adapters can natively decode this format.
-<application>MPlayer</application> can be configured to relay the audio data
+Some MPEG hardware decoders such as full-featured DVB cards and DXR2
+adapters can natively decode this format.
+<application>MPlayer</application> can be configured to relay the audio data
without decoding it.
</para>
diff --git a/DOCS/xml/en/video.xml b/DOCS/xml/en/video.xml
index 5d58a9fbb3..d4eda61ae8 100644
--- a/DOCS/xml/en/video.xml
+++ b/DOCS/xml/en/video.xml
@@ -2007,7 +2007,7 @@ the native OSD feature of DVB cards.
<application>MPlayer</application> supports hardware accelerated playback
with the Creative DXR2 card.
</para>
-
+
<para>
First of all you will need properly installed DXR2 drivers. You can find
the drivers and installation instructions at the
diff --git a/DOCS/xml/hu/cd-dvd.xml b/DOCS/xml/hu/cd-dvd.xml
index c109c90e0f..02887e4b27 100644
--- a/DOCS/xml/hu/cd-dvd.xml
+++ b/DOCS/xml/hu/cd-dvd.xml
@@ -167,7 +167,7 @@ nevezett értelmetlen korlátozást.
Szégyen, hogy a DVD meghajtókat arra kényszerítik, hogy a hat különböző
régióból, amire a világot felosztották, csak az egyikben gyártott lemezeket
fogadják el. Hogy egy asztal körül ülő pár ember hogy állhatott elő egy ilyen
-ötlettel és hogyan várhatják el, hogy a 21. században elfogadnak egy ilyen
+ötlettel és hogyan várhatják el, hogy a 21. században elfogadnak egy ilyen
ötletet, az minden képzeletet felülmúl.
</para>
diff --git a/DOCS/xml/hu/documentation.xml b/DOCS/xml/hu/documentation.xml
index bf356292c0..83838c3621 100644
--- a/DOCS/xml/hu/documentation.xml
+++ b/DOCS/xml/hu/documentation.xml
@@ -63,7 +63,7 @@ Az <application>MPlayer</application> egy Linuxon működő videolejátszó (fut
számos más Unix-on és nem-x86 processzorokon is, lásd <xref linkend="ports"/>).
Le tudja játszani a legtöbb MPEG, VOB, AVI, Ogg/OGM, VIVO, ASF/WMA/WMV, QT/MOV/MP4,
FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA, és Matroska file-t, és ezekhez
-felsorakoztat jónéhány natív, XAnim, RealPlayer és Win32 DLL codecet. Nézhetsz vele
+felsorakoztat jónéhány natív, XAnim, RealPlayer és Win32 DLL codecet. Nézhetsz vele
Video CD-t, SVCD-t, DVD-t, 3ivx, RealMedia, Sorenson, Theora
és MPEG-4 (DivX) filmet is. Az <application>MPlayer</application>
másik nagy előnye a megjelenítési módok széles választékában rejlik.
@@ -73,7 +73,7 @@ az SDL/GGI drivereit is), és néhány alacsony szintű kártyaspecifikus vezér
(Matrox, 3dfx, Radeon, Mach64, Permedia3) is használható!
Legtöbbjük támogat szoftveres vagy hardveres nagyítást, így a teljesképernyős
mód is elérhető. Az <application>MPlayer</application> támogat továbbá hardveres
-MPEG kártyákkal történő dekódolást/megjelenítést, így például a
+MPEG kártyákkal történő dekódolást/megjelenítést, így például a
<link linkend="dvb">DVB</link> és <link linkend="dxr3">DXR3/Hollywood+</link>
kártyákon!
És még nem is szóltam a szép, élsímított, árnyékolt feliratozásról
diff --git a/DOCS/xml/hu/encoding-guide.xml b/DOCS/xml/hu/encoding-guide.xml
index e675f7bb3b..434c7a48be 100644
--- a/DOCS/xml/hu/encoding-guide.xml
+++ b/DOCS/xml/hu/encoding-guide.xml
@@ -1,5 +1,5 @@
<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r28510 -->
+<!-- synced with r28984 -->
<chapter id="encoding-guide">
<title>Kódolás a <application>MEncoder</application>rel</title>
@@ -1429,13 +1429,13 @@ a személyes igények és a technikai korlátok határoznak meg.
Azonban van néhány nagyon fejlett opció, amit ha engedélyezel, nagyon
nagy mértékben lelassítják a kódolást csekély javulást produkálva.
</para>
-
+
<para>
Ha a fantasztikus sebességet keresed, a codec alapértelmezett beállításai
körül nézelődj (azonban így is ajánlott kipróbálni egyéb opciókat,
amiket ezen leírás más fejezetei említenek).
</para>
-
+
<para>
Megfontolandó olyan codec-et választani, ami több-szálas módban
dolgozza fel a forrást, azonban ez csak a több processzoros géppel
@@ -1681,7 +1681,7 @@ megy.
</para>
<para>
-Ezen hatalmas hátrány mellett az AVI-nak a következő fő korlátai vannak:
+Ezen hatalmas hátrány mellett az AVI-nak a következő fő korlátai vannak:
</para>
<orderedlist>
@@ -2364,7 +2364,7 @@ Az időtartam/hely alapján kell döntened.
</listitem>
<listitem><formalpara>
- <title>A kódolási paraméterekről és a minőségről:</title>
+ <title>A kódolási paraméterekről és a minőségről:</title>
<para>
Csak mert itt javasoltam az <option>mbd=2</option>-t, nem jelenti
azt, hogy máshol ne lehetne használni. A <option>trell</option>-lel
@@ -3902,7 +3902,7 @@ elért bitráta különbségből adódik.
globális PSNR növelést jelent, változó 15%-33%-os sebességveszteség árán.
Mivel a kódolási idő vs. minőség arány eléggé rossz, csak akkor ajánlott
használni, ha minden egyes bit fontos és a kódolási idő nem számít.
- </para>
+ </para>
</listitem>
<listitem>
<para>
@@ -3954,7 +3954,7 @@ elért bitráta különbségből adódik.
Ezek legtöbbször ritka, szélsőséges esetek, de ha teljesen biztos
akarsz lenni, gondolkozz el rajta, hogy van-e a videódban teljes
képernyős ismétlődő, csillogó minta vagy nagyon nagy ideiglenes
- elzáródás, ami kikényszeríthet egy I-kockát.
+ elzáródás, ami kikényszeríthet egy I-kockát.
Az első lépés <option>frameref</option>-jét úgy állítsd be, hogy
elég nagy legyen ahhoz, hogy tartalmazza a villódzási ciklust
(vagy az elzárást). Például ha a jelenet oda-vissza ugrál két kép
@@ -4197,7 +4197,7 @@ elért bitráta különbségből adódik.
azt, hogy egyre csökkenő hasznot hoz, mely végül szinte észrevehetetlenül
kicsi vagy akár nulla lesz). A videó folyam még így is fog tartalmazni
kereshető pontokat, amíg van benne jelenet váltás.
-</para></listitem>
+</para></listitem>
<listitem>
<para>
<emphasis role="bold">deblock</emphasis>:
@@ -4255,7 +4255,7 @@ elért bitráta különbségből adódik.
Ez <emphasis role="bold">még</emphasis> nem igazolja a deblocking
szűrő erősségének csökkentését.
Általában jobb zajminőséget érhetsz el az utófeldolgozással.
- Ha a H.264 kódolásod túl foltos vagy maszatos, próbáld meg
+ Ha a H.264 kódolásod túl foltos vagy maszatos, próbáld meg
lejátszani a <option>-vf noise</option> kapcsolóval.
A <option>-vf noise=8a:4a</option>-nak a gyenge mellékhatásokat
el kell tüntetnie.
@@ -4409,7 +4409,7 @@ opciókat, ha a codec hibázik vagy rossz kimenetet ad.
<entry>jp2avi.dll</entry>
<entry>ImagePower MJPEG2000 (IPJ2)</entry>
<entry>d860a11766da0d0ea064672c6833768b</entry>
- <entry><option>-vf flip</option></entry>
+ <entry><option>-vf flip</option></entry>
</row>
<row>
<entry>m3jp2k32.dll</entry>
@@ -4845,7 +4845,7 @@ mp4creator -optimize narnia.mp4</screen>
<para>
Ha tag-eket akarsz hozzáfűzni a videódhoz, amiket az iTunes megjelnít, használhatod az
<ulink url="http://atomicparsley.sourceforge.net/">AtomicParsley</ulink>-t.
-
+
<screen>AtomicParsley narnia.mp4 --metaEnema --title "The Chronicles of Narnia" --year 2005 --stik Movie --freefree --overWrite</screen>
A <option>--metaEnema</option> opció eltávolít minden meglévő metadata-t
@@ -4879,7 +4879,7 @@ mp4creator -optimize narnia.mp4</screen>
A <application>MEncoder</application> képes VCD, SCVD és DVD formátumú
MPEG fájlok létrehozására a
<systemitem class="library">libavcodec</systemitem> könyvtár segítségével.
-Ezek a fájlok a
+Ezek a fájlok a
<ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>-rel
vagy a
<ulink url="http://dvdauthor.sourceforge.net/">dvdauthor</ulink>-ral
@@ -4918,7 +4918,7 @@ legyen.
<tbody>
<row>
<entry>NTSC DVD</entry>
- <entry>720x480, 704x480, 352x480, 352x240</entry>
+ <entry>720x480, 704x480, 352x480, 352x240</entry>
<entry>MPEG-2</entry>
<entry>9800 kbps</entry>
<entry>48000 Hz</entry>
@@ -4931,7 +4931,7 @@ legyen.
<entry>NTSC DVD</entry>
<entry>352x240<footnote id='fn-rare-resolutions'><para>
Ezek a felbontások ritkán használatosak a DVD-ken, mert elég
- alacsony minőségűek.</para></footnote></entry>
+ alacsony minőségűek.</para></footnote></entry>
<entry>MPEG-1</entry>
<entry>1856 kbps</entry>
<entry>48000 Hz</entry>
diff --git a/DOCS/xml/hu/faq.xml b/DOCS/xml/hu/faq.xml
index caafd6decf..45d30c36c1 100644
--- a/DOCS/xml/hu/faq.xml
+++ b/DOCS/xml/hu/faq.xml
@@ -466,7 +466,7 @@ Letöltöttem egy videót egy P2P hálózatról és nem megy!
</para></question>
<answer><para>
A fájlod valószínűleg sérült vagy fake. Ha egy ismerőstől kaptad és ő
-azt mondja, hogy működik, hasonlítsd össze az
+azt mondja, hogy működik, hasonlítsd össze az
<application>md5sum</application> hash-eket.
</para></answer>
</qandaentry>
diff --git a/DOCS/xml/hu/mencoder.xml b/DOCS/xml/hu/mencoder.xml
index 6bce44cc2c..2b429d67b3 100644
--- a/DOCS/xml/hu/mencoder.xml
+++ b/DOCS/xml/hu/mencoder.xml
@@ -373,7 +373,7 @@ mencoder dvd://2 -ovc lavc -lavcopts vcodec=mpeg4:mbd=2:trell:vpass=2 \
<para>
A <application>MEncoder</application> támogatja a Sony PSP videó formátumába
-történő kódolást, de a PSP szoftverének változatától függően különböző
+történő kódolást, de a PSP szoftverének változatától függően különböző
korlátok vannak.
Nyugodt lehetsz, ha a következő korlátokat figyelembe veszed:
<itemizedlist>
@@ -610,7 +610,7 @@ mencoder mf://<replaceable>frame001.jpg,frame002.jpg</replaceable> -mf w=800:h=6
Egy MPEG-4 fájl létrehozása JPEG fájlok explicit listájából (az aktuális könyvtárban
lévő lista.txt tartalmazza a forrásként felhasználandó fájlokat, soronként egyet):
<screen>
-mencoder mf://<replaceable>@lista.txt</replaceable> -mf w=800:h=600:fps=25:type=jpg \
+mencoder mf://<replaceable>@lista.txt</replaceable> -mf w=800:h=600:fps=25:type=jpg \
-ovc lavc -lavcopts vcodec=mpeg4:mbd=2:trell -oac copy -o <replaceable>kimenet.avi</replaceable>
</screen>
</para>
diff --git a/DOCS/xml/hu/ports.xml b/DOCS/xml/hu/ports.xml
index 18452fbaaf..2a52ae9f71 100644
--- a/DOCS/xml/hu/ports.xml
+++ b/DOCS/xml/hu/ports.xml
@@ -527,7 +527,7 @@ levelezési listát is segítéségért és a legfrissebb információkért.
A hivatalos Windows-os binárisok megtalálhatóak a
<ulink url="http://www.mplayerhq.hu/design7/dload.html">letöltési oldalon</ulink>.
A külső forrásból származó telepítő csomagokat és egyszerű GUI frontend-eket
-összegyűjtöttük a
+összegyűjtöttük a
<ulink url="http://www.mplayerhq.hu/design7/projects.html#windows">kapcsolódó projektek oldal</ulink>
Windows-os részében.
</para>
@@ -616,7 +616,7 @@ is segíthet. Ha a lejátszás szaggatott, próbáld meg a
<option>-autosync 100</option> opciót. Ha ezek közül bármelyik segít, írd
be a konfigurációs fájlodba.
</para>
-
+
<note>
<para>
Ha Pentium 4-ed van és fagyásokat tapasztalsz a RealPlayer
@@ -670,7 +670,7 @@ alaphelyzetben nincs benne a <application>MinGW</application>-ben.
Állítsd be a <option>--prefix=/mingw</option> kapcsolóval és
telepítsd, mielőtt az <application>MPlayer</application>t fordítanád.
</para>
-
+
<para>
Az <application>MPlayer</application> és a szükséges függvénykönyvtárak
elkészítésének módját elolvashatod az
@@ -824,7 +824,7 @@ Lehet, hogy szerkesztened kell a <filename>config.mak</filename> fájlt és
<para>
Folytasd a
<screen>make</screen>
-paranccsal, majd menj a mplayerosx könyvtárba és írd be
+paranccsal, majd menj a mplayerosx könyvtárba és írd be
<screen>make dist</screen>
Ez egy tömörített <systemitem>.dmg</systemitem> archívot hoz létre
egy használatra kész binárissal.
diff --git a/DOCS/xml/hu/skin.xml b/DOCS/xml/hu/skin.xml
index 71f95ef054..cfbb4581bf 100644
--- a/DOCS/xml/hu/skin.xml
+++ b/DOCS/xml/hu/skin.xml
@@ -92,13 +92,13 @@ aktiválható).
és <emphasis>címkék</emphasis>.
Minden egyes elemnek meg kell adnod a pozícióját és a méretét.
</para>
-
+
<para>
Egy <emphasis role="bold">gomb</emphasis>nak három állása van (lenyomott,
felengedett, letiltott), így a képe függőlegesen három részre van osztva.
Lásd a <link linkend="skin-button">gomb</link> elemet a részletekért.
</para>
-
+
<para>
Egy <emphasis role="bold">potmeter</emphasis>nek (főként a kereső sáv és a
hangerő/balansz állító) bármennyi fázisa lehet a képének egymás alatti
@@ -106,7 +106,7 @@ aktiválható).
<link linkend="skin-hpotmeter">hpotmeter</link>t és
<link linkend="skin-potmeter">potmeter</link>t a részletekért.
</para>
-
+
<para>
A <emphasis role="bold">címkék</emphasis> egy kicsit különlegesek: A
megrajzolásukhoz szükséges karaktereket egy kép fájlból nyerjük és
@@ -781,7 +781,7 @@ Ahol az <literal><replaceable>image</replaceable></literal> a betűhöz használ
kép fájl neve (nem kell megadnod a kiterjesztést).
<anchor id="skin-font-char"/>
<programlisting>"char" = X, Y, width, height</programlisting>
-Itt az <literal>X</literal> és az <literal>Y</literal> a
+Itt az <literal>X</literal> és az <literal>Y</literal> a
<literal>char</literal> karakter pozícióját adja meg a képen (<literal>0,0</literal>
a bal felső sarok). A <literal>width</literal> és a <literal>height</literal>
a karakter méretei pixelben.
diff --git a/DOCS/xml/hu/video.xml b/DOCS/xml/hu/video.xml
index f6055a9815..7f1d109253 100644
--- a/DOCS/xml/hu/video.xml
+++ b/DOCS/xml/hu/video.xml
@@ -2020,7 +2020,7 @@ lejátszást a Creative DXR2 kártyával.
<para>
Mindenek előtt megfelelően telepített DXR2 vezérlő kell. A vezérlőt és
-a telepítési útmutatót megtalálhatod a
+a telepítési útmutatót megtalálhatod a
<ulink url="http://dxr2.sf.net/">DXR2 Resource Center</ulink> oldalán.
</para>
diff --git a/DOCS/xml/ru/encoding-guide.xml b/DOCS/xml/ru/encoding-guide.xml
index 1f8024fcc3..e7200d6bcb 100644
--- a/DOCS/xml/ru/encoding-guide.xml
+++ b/DOCS/xml/ru/encoding-guide.xml
@@ -7,17 +7,17 @@
<title>Создание высококачественного MPEG-4 ("DivX") рипа из DVD фильма</title>
<para>
-Одним часто задаваемым вопросом является "Как мне сделать рип самого высокого
+Одним часто задаваемым вопросом является "Как мне сделать рип самого высокого
качества для заданного размера?". Другой вопрос "Как мне создать DVD рип с самым
-высоким возможным качеством? Я не беспокоюсь о размере файла, мне нужно лишь
+высоким возможным качеством? Я не беспокоюсь о размере файла, мне нужно лишь
наилучшее качество.".
</para>
<para>
Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если
-Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2
+Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2
видео поток с DVD? Конечно, Ваш AVI файл будет занимать около 5GB,
-но если Вы желаете наилучшее качество и не волнуетесь о размере, то это,
+но если Вы желаете наилучшее качество и не волнуетесь о размере, то это,
несомненно, лучшее решение.
</para>
@@ -38,7 +38,7 @@
</para>
<para>
-Если это кажется для Вас слишком сложным, то Вам, пожалуй, следует использовать
+Если это кажется для Вас слишком сложным, то Вам, пожалуй, следует использовать
один из многочисленных неплохих фронтендов, указанных в
<ulink url="http://www.mplayerhq.hu/design7/projects.html#mencoder_frontends">разделе MEncoder</ulink>
нашей страницы родственных проектов.
@@ -59,8 +59,8 @@
<para>
Первым и наиболее важным шагом перед кодированием должно быть определение
типа содержимого, с которым Вы работаете.
-Если источником Ваших исходных материалов является DVD или
-широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из
+Если источником Ваших исходных материалов является DVD или
+широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из
двух форматов: NTSC для Северной Америки и Японии, PAL для Европы и т.д..
Однако, важно понимать, что это только форматирование для показа на
телевидении, и оно часто
@@ -69,7 +69,7 @@
Опыт показывает, что NTSC материал существенно более сложен для кодирования,
т.к. в нём содержится больше элементов, которые нужно идентифицировать.
Для проведения удачного кодирования, Вам необходимо знать исходный формат.
-Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем
+Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем
кодировании, включая безобразные гребешки (артефакты чересстрочной развёртки)
и повторяющиеся или даже потерянные кадры.
Кроме ухудшения картинки, артефакты так же уменьшают эффективность кодирования:
@@ -80,7 +80,7 @@
<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
<title>Определение кадровой частоты источника</title>
<para>
-Вот список, содержащий общие типы исходных материалов, где они,
+Вот список, содержащий общие типы исходных материалов, где они,
преимущественно, встречаются и их свойства:
</para>
@@ -110,7 +110,7 @@
В других отношениях аналогично PAL.
</para></listitem>
<listitem><para>
- <emphasis role="bold">Анимация</emphasis>: Обычно рисуется на 24 fps,
+ <emphasis role="bold">Анимация</emphasis>: Обычно рисуется на 24 fps,
но также существуют разновидности со смешанной кадровой частотой.
</para></listitem>
<listitem><para>
@@ -119,7 +119,7 @@
24 и 30 кадров в секунду типичны для NTSC, и 25 fps типично для PAL.
</para></listitem>
<listitem><para>
- <emphasis role="bold">Старый фильм</emphasis>: Различные низкие
+ <emphasis role="bold">Старый фильм</emphasis>: Различные низкие
кадровые частоты.
</para></listitem>
</itemizedlist>
@@ -146,18 +146,18 @@
<emphasis role="bold">Любой</emphasis> фильм, подготовленный для
просмотра на телевидении (включая DVD), преобразуется в формат,
основанный на полях.
-<!-- FIXME: Существует ли лучший *краткий* (1-2 слова) перевод для
- терминов pulldown и telecine? В литературе, которую я нашёл,
- используют или указанные мной, по сути дела, транслитерации,
+<!-- FIXME: Существует ли лучший *краткий* (1-2 слова) перевод для
+ терминов pulldown и telecine? В литературе, которую я нашёл,
+ используют или указанные мной, по сути дела, транслитерации,
или так и оставляют английские названия.
А точный перевод можно выполнить только целым предложением
- (т.е. определением), что совершенно неуместно в контексте
+ (т.е. определением), что совершенно неуместно в контексте
данного документа, где эти термины часто встречаются. -->
-Различные методы, с помощью которых это может быть сделано, совокупно
-называются "телесин" (англ. telecine), одним из вариантов которого
+Различные методы, с помощью которых это может быть сделано, совокупно
+называются "телесин" (англ. telecine), одним из вариантов которого
является отвратительный NTSC "3:2 пулдаун" (англ. pulldown).
-За исключением случаев, когда формат исходного материала был
-также основан на полях (и с такой же частотой полей), Вы получите
+За исключением случаев, когда формат исходного материала был
+также основан на полях (и с такой же частотой полей), Вы получите
фильм в формате отличном от исходного.
</para>
@@ -165,14 +165,14 @@
<title>Существует несколько общих типов пулдауна:</title>
<listitem><para>
<emphasis role="bold">PAL 2:2 пулдаун</emphasis>: Наилучший из всех.
- Каждый кадр показывается за время длительности двух полей путем
+ Каждый кадр показывается за время длительности двух полей путем
извлечения чётных и нечётных строк и их попеременного показа.
Если в исходном материале 24 fps, то это ускоряет воспроизведение фильма
на 4%.
</para></listitem>
<listitem><para>
<emphasis role="bold">PAL 2:2:2:2:2:2:2:2:2:2:2:3 пулдаун</emphasis>:
- Каждый 12-й кадр показывается за время длительности трёх полей,
+ Каждый 12-й кадр показывается за время длительности трёх полей,
вместо двух.
Это помогает избежать проблемы 4%-го ускорения, но делает обращение
процесса существенно более сложным.
@@ -183,7 +183,7 @@
<emphasis role="bold">NTSC 3:2 телесин</emphasis>: Кадры показываются
попеременно за время длительности 3-х полей или 2-х полей.
Это даёт частоту полей в 2.5 раза больше исходной частоты кадров.
- Результат также очень незначительно замедляется от 60 до 60000/1001
+ Результат также очень незначительно замедляется от 60 до 60000/1001
полей в секунду для поддержания частоты полей NTSC.
</para></listitem>
<listitem><para>
@@ -205,19 +205,19 @@
</para>
<para>
-Когда видео находится на DVD, последовательные пары полей
+Когда видео находится на DVD, последовательные пары полей
группируются как кадр, даже если они не предназначены для
одновременного отображения.
Стандарт MPEG-2, используемый на DVD и цифровом TV предоставляет
возможность одновременно кодировать исходные кадры с построчной
-развёрткой и сохранять число полей, в течении которых кадр
+развёрткой и сохранять число полей, в течении которых кадр
должен быть показан, в его заголовке.
Если был использован такой метод, фильм часто будет называться
как "мягкий телесин", т.к. процесс только указывает DVD-плееру
о необходимости применения пулдауна к фильму, не изменяя при этом
сам фильм.
Этот случай существенно предпочтителен, т.к. он может быть легко обращён
-(в действительности, проигнорирован) кодером и т.к. он сохраняет
+(в действительности, проигнорирован) кодером и т.к. он сохраняет
максимальное качество.
Однако, многие широковещательные и DVD студии не используют
надлежащую технологию кодирования и вместо этого производят
@@ -226,28 +226,28 @@
</para>
<para>
-Порядок действия в таких случаях будет описан
+Порядок действия в таких случаях будет описан
<link linkend="menc-feat-telecine">позже в данном руководстве</link>.
-Сейчас мы дадим Вам несколько советов по идентификации типа
+Сейчас мы дадим Вам несколько советов по идентификации типа
материала, с которым Вы работаете:
</para>
<itemizedlist>
-<title>Области NTSC:</title>
+<title>Регионы NTSC:</title>
<listitem><para>
- Если при просмотре Вашего фильма <application>MPlayer</application>
+ Если при просмотре Вашего фильма <application>MPlayer</application>
выводит, что частота кадров была изменена до 24000/1001 и она
никогда не меняется обратно, то это почти наверняка содержимое
- с построчной развёрткой, которое было подвергнуто
+ с построчной развёрткой, которое было подвергнуто
"мягкому телесину".
</para></listitem>
<listitem><para>
- Если <application>MPlayer</application> отображает попеременные
- переключения частоты кадров между 24000/1001 и 30000/1001, и Вы
+ Если <application>MPlayer</application> отображает попеременные
+ переключения частоты кадров между 24000/1001 и 30000/1001, и Вы
иногда видите "гребешки", есть несколько возможностей.
- Сегменты с 24000/1001 fps почти наверняка являются "мягко
+ Сегменты с 24000/1001 fps почти наверняка являются "мягко
телесиненным" содержимым с построчной развёрткой, но части с
- 30000/1001 fps могут быть как "жёстко телесиненым" содержимым
+ 30000/1001 fps могут быть как "жёстко телесиненым" содержимым
с 24000/1001 fps, так и NTSC видео с 60000/1001 полями в секунду.
Используйте два нижеследующих руководства для определения того,
с каким случаем Вы имеете дело.
@@ -255,7 +255,7 @@
<listitem><para>
Если <application>MPlayer</application> никогда не показывает
изменения кадровой частоты и каждый отдельный кадр, где есть
- движение, оказывается гребёнкой, Ваш фильм есть NTSC видео с
+ движение, оказывается гребёнкой, Ваш фильм есть NTSC видео с
60000/1001 полями в секунду.
</para></listitem>
<listitem><para>
@@ -267,7 +267,7 @@
</itemizedlist>
<itemizedlist>
-<title>Области PAL:</title>
+<title>Регионы PAL:</title>
<listitem><para>
Если Вы не видите никакой гребёнки, Ваш фильм есть 2:2 пулдаун.
</para></listitem>
@@ -276,18 +276,18 @@
Ваш фильм представляет собой 2:2:2:2:2:2:2:2:2:2:2:3 пулдаун.
</para></listitem>
<listitem><para>
- Если Вы всегда видите гребёнки во время движения, значит Ваш
+ Если Вы всегда видите гребёнки во время движения, значит Ваш
фильм является PAL видео с 50 полями в секунду.
</para></listitem>
</itemizedlist>
<note><title>Подсказка:</title>
<para>
- <application>MPlayer</application> может замедлить воспроизведение
+ <application>MPlayer</application> может замедлить воспроизведение
фильма с опцией -speed или воспроизводить его покадрово.
- Попробуйте использовать опцию <option>-speed 0.2</option> для
- очень медленного просмотра фильма или несколько раз нажмите
- клавишу "<keycap>.</keycap>" для воспроизведения одного кадра
+ Попробуйте использовать опцию <option>-speed 0.2</option> для
+ очень медленного просмотра фильма или нажимайте
+ клавишу "<keycap>.</keycap>" для воспроизведения одного кадра
за раз и идетнифицируйте образец, если не можете его увидеть на
полной скорости.
</para>
@@ -298,7 +298,7 @@
<!-- ********** -->
<sect2 id="menc-feat-dvd-mpeg4-2pass">
-<title>Постоянный квантователь против многопроходности</title>
+<title>Постоянный квантователь в сравнении с многопроходностью</title>
<para>
Возможно кодировать Ваш фильм, широко варьируя качество.
@@ -310,7 +310,7 @@
</para>
<para>
-Есть три подхода при кодировании видео: постоянный битпоток (CBR),
+Есть три подхода при кодировании видео: постоянный битпоток (CBR),
постоянный квантователь и многопроходность (ABR или усреднённый битпоток).
</para>
@@ -322,8 +322,8 @@
Однако, в таких простых режимах как CBR кодеры не знают загруженность
битпотока в последующих сценах и т.о. не могут превысить затребованный
битпоток для больших промежутков времени.
-Более продвинутые режимы, такие как многопроходный режим, могут
-учитывать статистику предыдущих проходов; это решает проблему,
+Более совершенные режимы, такие как многопроходный режим, могут
+учитывать статистику предыдущих проходов; это решает проблему,
упомянутую выше.
</para>
@@ -346,10 +346,10 @@
В каждом из этих режимов видеокодек (такой как
<systemitem class="library">libavcodec</systemitem>)
разбивает видеокадр на макроблоки размером 16х16 пикселей и потом
-применяет квантователь к каждому макроблоку. Чем меньше квантоваль,
+применяет квантователь к каждому макроблоку. Чем меньше квантоваль,
тем лучше качество и выше битпоток.
Метод, используемый видео кодером для определения того, какой
-квантователь использовать для данного макроблока, варьируется и
+квантователь использовать для данного макроблока, варьируется и
подлежит тонкой настройке. (Это крайнее упрощение реального
процесса, но основная концепция полезна для понимания.)
</para>
@@ -361,7 +361,7 @@
Если Вас действительно не волнует размер файла, Вы можете также
использовать CBR и указать бесконечный битпоток. (На практике это
означает значение, достаточно большое для обозначения отсутствия
-предела, например, 10000 Кбит.) В результате, без реального ограничения
+предела, например, 10000 Кбит.) В результате, без реального ограничения
битпотока, кодек использует наименьший возможный квантователь для
каждого макроблока (как указано опцией
<option>vqmin</option> для
@@ -371,27 +371,26 @@
испортите качество Вашего видео.
Чтобы избежать этого, Вам, вероятно, придётся уменьшить размеры
Вашего видео, согласно методу, описанному далее в этом руководстве.
-В общих чертах, Вам следует избегать CBR совсем, если Вы заботитесь
-о качестве.
+В общем, Вам следует избегать CBR совсем, если Вы заботитесь о качестве.
</para>
<para>
С постоянным квантователем кодек использует для всех макроблоков
один и тот же квантователь, указанный в опции
-<option>vqscale</option> (для
+<option>vqscale</option> (для
<systemitem class="library">libavcodec</systemitem>).
-Если Вы хотите рип наивысшего возможного качества, снова не взирая
+Если Вы хотите рип наивысшего возможного качества, снова не взирая
на битпоток, Вы можете использовать
<option>vqscale=2</option>.
-Это приведёт к тому же битпотоку и PSNR (пику отношения сигнала к шуму),
-что и CBR с
-<option>vbitrate</option>=бесконечности и значением по умолчанию
+Это приведёт к тому же битпотоку и PSNR (пику отношения сигнала к шуму),
+что и CBR с
+<option>vbitrate</option>=бесконечности и значением по умолчанию
<option>vqmin</option>, равным 2.
</para>
<para>
Проблема с постоянным квантованием заключается в том, что кодек использует
-заданный квантователь вне зависимости от того, требуется это для
+заданный квантователь вне зависимости от того, требуется это для
макроблока или нет. То есть возможно использование большего квантователя
для макроблока без ухудшения видимого качества. Зачем тратить биты на
излишне низкий квантователь? У Вашего процессора есть столько тактов,
@@ -400,13 +399,13 @@
</para>
<para>
-При двупроходном кодировании первый проход создаст рип фильма так,
+При двупроходном кодировании первый проход создаст рип фильма так,
как будто это был CBR, но сохранит лог свойств для каждого кадра.
Эта информация затем будет использована во время второго прохода
для принятия интеллектуальных решений о том, какой квантователь
-следует использовать. Во время быстрого движения или сцен с
-высокой детализацией с большой вероятностью будут использованы
-бОльшие квантователи, а во время медленного движения или сцен
+следует использовать. Во время быстрого движения или сцен с
+высокой детализацией с большой вероятностью будут использованы
+б<emphasis>о</emphasis>льшие квантователи, а во время медленного движения или сцен
с низкой детализацией &mdash; меньшие.
Обычно количество движения играет существенно более важную роль,
чем количество деталей.
@@ -417,7 +416,7 @@
Если Вы используете <option>vqscale=3</option>, то Вы не получаете
рип наивысшего качества. Предположим, Вы делаете рип DVD, используя
<option>vqscale=3</option>, результат получается 1800 Кбит.
-Если Вы сделаете двупроходное кодирование с
+Если Вы сделаете двупроходное кодирование с
<option>vbitrate=1800</option>, получившееся видео будет обладать
<emphasis role="bold">лучшим качеством</emphasis> для
<emphasis role="bold">того же битпотока</emphasis>.
@@ -446,8 +445,8 @@
<para>
Если Вашей целью является определённый размер, Вам нужно как-нибудь
вычислить битпоток. Но перед этим, Вам нужно знать, сколько места
-нужно зарезервировать по аудио дорожку(и), так что Вам необходимо
-<link linkend="menc-feat-dvd-mpeg4-audio">извлечь их</link> сперва.
+нужно зарезервировать по аудио дорожку(и), так что Вам необходимо
+сперва <link linkend="menc-feat-dvd-mpeg4-audio">извлечь их</link>.
Вы можете рассчитать битпоток с помощью следующей формулы:
<systemitem>битпоток = (конечный_размер_в_МБайт - размер_звука_в_МБайт) *
1024 * 1024 / длительность_в_секундах * 8 / 1000</systemitem>.
@@ -465,14 +464,14 @@
<para>
Из-за особенностей MPEG-подобного сжатия, существуют различные
-ограничения, которым Вы должны следовать для достижения
+ограничения, которым Вы должны следовать для достижения
максимального качества.
MPEG разбивает видео на квадраты 16х16, называемые макроблоками.
Каждый макроблок состоит из 4 блоков 8х8 с информацией о люме
(интенсивности) и двух блоков 8х8 с информацией о хроме (цвете)
половинного разрешения (один для красно-бирюзовой оси и другой
для жёлто-голубой оси).
-Даже если ширина и высота Вашего фильма не кратны 16, кодер
+Даже если ширина и высота Вашего фильма не кратны 16, кодер
всё равно использует нужное количество макроблоков 16х16 для покрытия
всей области картинки, дополнительная область будет впустую потрачена.
Так что в интересах максимизации качества при фиксированном размере
@@ -481,8 +480,8 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
У большинства DVD также есть определённое подобие чёрных полос на
-краях. Если Вы их оставите, это может
-<emphasis role="bold">сильно</emphasis> повредить качество
+краях. Если Вы их оставите, это может
+<emphasis role="bold">сильно</emphasis> повредить качество
несколькими путями.
</para>
@@ -490,7 +489,7 @@ MPEG разбивает видео на квадраты 16х16, называе
<listitem>
<para>
MPEG-подобное сжатие очень чувствительно к преобразованиям
- частотных интервалов, в частности, к дискретному косинусному
+ частотных интервалов, в частности, к дискретному косинусному
преобразованию (DCT), которое аналогично преобразованию Фурье.
Этот вид сжатия эффективен для представления образов и сглаженных
переходов, но у него возникают проблемы с острыми краями.
@@ -504,22 +503,22 @@ MPEG разбивает видео на квадраты 16х16, называе
возникает только в случае попадания острого края внутрь блока.
Если Ваши чёрные поля возникают точно на границах, кратных 16
пикселям, это не проблема.
- Однако, чёрные полосы на DVD редко хорошо расположены, так что
- на практике Вам всегда придётся усекать стороны для избежания
- этих проблем.
+ Однако, чёрные полосы на DVD редко хорошо расположены, так что
+ на практике Вам всегда придётся усекать стороны для избежания
+ этих проблем.
</para>
</listitem>
</orderedlist>
<para>
-В дополнение к преобразованиям частотных интервалов, MPEG-подобное
-сжатие использует векторы движения для отображения изменений от
+В дополнение к преобразованиям частотных интервалов, MPEG-подобное
+сжатие использует векторы движения для отображения изменений от
одного кадра к другому. Векторы движения, естественно, работают
существенно менее эффективно для новых объектов, идущих от
краёв картинки, поскольку они отсутствуют в предыдущих кадрах.
Пока картинка простирается вплоть до края кодируемой области,
у векторов движения не возникает проблем с движением объектов
-за пределы картинки. Однако, при наличии черных полей
+за пределы картинки. Однако, при наличии черных полей
могут возникнуть проблемы:
</para>
@@ -529,13 +528,13 @@ MPEG разбивает видео на квадраты 16х16, называе
Для каждого макроблока MPEG-подобное сжатие сохраняет вектор,
определяющий какая часть предыдущего кадра должна быть скопирована
в этот макроблок как основа для предсказания следующего кадра.
- Кодированию подлежит только оставшаяся разность. Если макроблок
+ Кодированию подлежит только оставшаяся разность. Если макроблок
простирается до края картинки и содержит часть чёрной полосы,
то векторы движения других частей картинки перепишут чёрную полосу.
- Это означает, что много битов нужно потратить либо на повторное
- чернение переписанной полосы, либо (что более вероятно) вектор
- движения не будет использован вовсе и все изменения для этого
- макроблока будут явно кодированы. Другими словами, эффективность
+ Это означает, что много битов нужно потратить либо на повторное
+ чернение переписанной полосы, либо (что более вероятно) вектор
+ движения не будет использован вовсе и все изменения для этого
+ макроблока будут явно кодированы. Так или иначе, эффективность
кодирования существенно уменьшается.
</para>
@@ -547,22 +546,22 @@ MPEG разбивает видео на квадраты 16х16, называе
<listitem>
<para>
- Наконец, предположим, что у нас есть находящийся внутри картинки
+ Наконец, предположим, что у нас есть находящийся внутри картинки
макроблок и объект движется в этот блок от края изображения.
- MPEG-подобное кодирование не может сказать "скопируй ту часть,
+ MPEG-подобное кодирование не может сказать "скопируй ту часть,
что внутри картинки, но не чёрную полосу". Так что чёрная полоса
- также будет скопирована внутрь, в результате чего масса битов
+ также будет скопирована внутрь, в результате чего масса битов
будет потрачена на кодирование части изображения, которое должно
быть на месте полосы.
</para>
<para>
Для случаев, когда всё изображение движется к краю кодируемой
- области, у MPEG есть специальные оптимизации для многократного
- копирования пикселей на край картинки, когда вектор движения
- идёт извне области кодирования. Эта возможность становится
- бесполезной, если у фильма есть чёрные полосы. В отличии от
- случаев 1 и 2, выравнивание границ до кратности 16 здесь
+ области, у MPEG есть специальные оптимизации для повторяющегося
+ копирования пикселей к краю картинки, когда вектор движения
+ идёт извне области кодирования. Эта возможность становится
+ бесполезной, если у фильма есть чёрные полосы. В отличии от
+ случаев 1 и 2, выравнивание границ до кратности 16 здесь
не поможет.
</para>
</listitem>
@@ -575,9 +574,9 @@ MPEG разбивает видео на квадраты 16х16, называе
</orderedlist>
<para>
-Благодаря всем этим причинам, рекомендуется полностью урезать
+Благодаря всем этим причинам, рекомендуется полностью урезать
чёрные полосы. Более того, если есть области шумов/искажений
-на краях картинки, то их урезание также поспособствует улучшению
+на краях картинки, то их урезание также поспособствует улучшению
качества кодирования. Видеофилы, желающие сохранить оригинал как
можно более точно, могут возражать против такого усечения; но
если Вы не планируете кодировать при постоянном квантователе,
@@ -593,7 +592,7 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
Вспомните из предыдущего раздела, что конечный размер картинки,
-подлежащей кодированию, должен быть кратен 16 (как высота, так
+подлежащей кодированию, должен быть кратен 16 (как высота, так
и ширина). Это может быть достигнуто усечением, масштабированием
или комбинацией того и другого.
</para>
@@ -601,11 +600,11 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
Есть несколько рекомендаций для усечения, которым необходимо следовать
для избежания повреждения фильма.
-Обычный формат YUV, 4:2:0, сохраняет хрому (информацию о цвете)
-половинной дискретизации, т.е. хрома сохраняется в два раза реже
-в каждом направлении, чем люма (информация об интенсивности).
+Обычный формат YUV, 4:2:0, сохраняет цветность (информацию о цвете)
+половинной дискретизации, т.е. цветность сохраняется в два раза реже
+в каждом направлении, чем яркостность (информация об интенсивности).
Рассмотрите следующую диаграмму, где L обозначает точки дискретизации
-люмы и C &mdash; хромы.
+яркостности и C &mdash; цветности.
</para>
<informaltable>
@@ -685,15 +684,15 @@ MPEG разбивает видео на квадраты 16х16, называе
Как Вы видите, строки и столбцы изображения естественным образом
идут в парах. Поэтому смещения и размеры усечения
<emphasis>должны</emphasis> быть чётными числами.
-Иначе хрома перестанет правильно соответствовать люме.
+Иначе цветность перестанет правильно соответствовать яркостности.
Теоретически возможно усечение с нечётными смещениями, но оно
-потребует преобразования хромы, что потенциально является
+потребует переквантования цветности, что потенциально является
операцией с потерей качества и не поддерживается фильтром
усечения сторон crop.
</para>
<para>
-Более того, видео с чересстрочной развёрткой дискретизируется
+Более того, видео с чересстрочной развёрткой дискретизируется
следующим образом:
</para>
@@ -941,7 +940,7 @@ MPEG разбивает видео на квадраты 16х16, называе
</para>
<para>
-Естественные разрешения DVD составляют 720x480 для NTSC и 720x576
+Естественные разрешения DVD составляют 720x480 для NTSC и 720x576
для PAL, но существует флаг соотношения сторон, который указывает
является ли видео полноэкранным (4:3) или широкоэкранным (16:9).
Многие (если не большинство) широкоэкранных DVD не точно соответствуют
@@ -951,14 +950,14 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
<application>MPlayer</application> предоставляет фильтр обнаружения
-усечения, который определяет прямоугольник, до которго нужно усечь
+усечения, который определяет прямоугольник, до которго нужно усечь
(<option>-vf cropdetect</option>).
Запустите <application>MPlayer</application> с
<option>-vf cropdetect</option> и он выдаст настройки
усечения для удаления полей.
-С целью получения точных параметров усечения, Вы должны проигрывать
-фильм достаточно долго для того, чтоб была использована вся область
-изображения.
+С целью получения точных параметров усечения, Вы должны проигрывать
+фильм достаточно долго для того, чтоб была использована вся область
+изображения.
</para>
<para>
@@ -966,18 +965,17 @@ MPEG разбивает видео на квадраты 16х16, называе
<application>MPlayer</application>, используя командную строку,
выведенную <option>cropdetect</option>, и подстройте прямоугольник
при необходимости.
-Фильтр <option>rectangle</option> может быть полезен, позволив
+Фильтр <option>rectangle</option> может быть полезен, позволив
Вам интерактивно менять прямоугольник усечения для Вашего фильма.
Не забывайте следовать указанным выше руководствам по делимости,
-чтобы не испортить выравнивание хромы.
+чтобы не испортить выравнивание цветности.
</para>
<para>
В ряде случаев масштабирование может быть нежелательным.
Масштабирование по вертикальному направлению затруднено для
чересстрочного видео, и если Вы хотите сохранить чересстрочность,
-Вам в большинстве случаев будет необходимо воздерживаться от
-масштабирования.
+Вам, как правило, будет необходимо воздерживаться от масштабирования.
Если Вы не будете масштабировать, но всё ещё желаете размеры,
кратные 16, то Вам придётся проводить излишнее усечение.
Не проводите неполное усечение, поскольку чёрные полосы очень
@@ -986,24 +984,22 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
Поскольку MPEG-4 использует макроблоки 16х16, Вы должны убедиться,
-что каждое измерение кодируемого видео кратно 16; иначе Вы ухудшите
-качество, особенно на малых битпотоках. Вы можете сделать это,
-округлив ширину и высоту прямоугольника усечения до ближайшего
+что каждое измерение кодируемого видео кратно 16; иначе Вы ухудшите
+качество, особенно на малых битпотоках. Вы можете сделать это,
+округлив ширину и высоту прямоугольника усечения до ближайшего
меньшего целого, кратного 16.
-Учитывая установленное ранее, при усечении Вы можете захотеть увеличить
-смещение по Y на половину разности старой и новой высоты, так что
-полученное видео будет браться из центра кадра.
-
+Как указано выше, при усечении Вам необходимо увеличить смещение по
+Y на половину разности старой и новой высоты, так что полученное
+видео будет браться из центра кадра.
И из-за способа дискретизации DVD видео, убедитесь, что смещение
-есть чётное число. (Фактически, возьмите за правило никогда не
+есть чётное число. (Фактически, возьмите за правило никогда не
использовать нечётные величины для любых параметров усечения или
масштабирования видео.) Если Вы беспокоитесь из-за нескольких
излишне отброшенных битов, возможно, Вы предпочтёте взамен
масштабировать видео. Мы рассмотрим это ниже в нашем примере.
-
В действительности, Вы можете доверить фильтру
<option>cropdetect</option> сделать для Вас всё вышеупомянутое,
-т.к. у него есть необязательный параметр округления
+т.к. у него есть необязательный параметр округления
<option>round</option>, равный 16 по умолчанию.
</para>
@@ -1015,13 +1011,13 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
После всего выше сказанного и сделанного, Вы, вероятно, получите
-видео не точно формата 1:85.1 или 2.35:1, а с чем-то близким
-к этому. Вы можете вычислить новый коэффициент соотношения
-сторон вручную, но <application>MEncoder</application>
+видео не точно формата 1:85.1 или 2.35:1, а с чем-то близким
+к этому. Вы можете вычислить новый коэффициент соотношения
+сторон вручную, но <application>MEncoder</application>
предоставляет опцию для <systemitem class="library">libavcodec</systemitem>,
называемую <option>autoaspect</option>, которая сделает это для
-Вас. Ни в коем случае не увеличивайте размер этого видео с целью
-квадратизации пикселей, если Вы не желаете впустую потратить
+Вас. Ни в коем случае не увеличивайте размер этого видео с целью
+квадратизации пикселей, если Вы не желаете впустую потратить
место на жёстком диске.
Масштабирование должно выполняться при воспроизведении, и плеер
использует коэффициент соотношения сторон, сохранённый в AVI, для
@@ -1038,12 +1034,12 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
Если Вы не собираетесь кодировать в режиме постоянного квантователя,
-Вам нужно выбрать битпоток.
+Вам нужно выбрать битпоток.
Понятие битпотока очень просто: это среднее число битов, которые
будут использованы для сохранения Вашего фильма, в секунду.
Обычно битпоток измеряется в килобитах (1000 бит) в секунду.
-Размер Вашего фильма на диске есть битпоток, умноженный на
-длительность фильма, плюс небольшие накладные расходы
+Размер Вашего фильма на диске есть битпоток, умноженный на
+длительность фильма, плюс небольшие накладные расходы
(см. раздел
<link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">контейнер AVI</link>
для примера).
@@ -1054,9 +1050,9 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
Битпоток изменяется <emphasis role="bold">не</emphasis>
-пропорционально разрешению.
-То есть файл разрешением 320х240 с 200 кбит/сек не будет
-того же качества, что этот же фильм разрешением 640х480
+пропорционально разрешению.
+То есть файл разрешением 320х240 с 200 кбит/сек не будет
+того же качества, что этот же фильм разрешением 640х480
и 800 кбит/сек!
Для этого есть две причины:
<orderedlist>
@@ -1065,19 +1061,19 @@ MPEG разбивает видео на квадраты 16х16, называе
замечаете MPEG артефакты, если они больше!
Артефакты возникают на масштабе блоков (8х8).
Ваш глаз не увидит ошибки в 4800 маленьких блоков так же
- легко, как и в 1200 больших блоков (предполагая
+ легко, как и в 1200 больших блоков (предполагая
масштабирование обоих фильмов на полный экран).
</para></listitem>
<listitem><para>
- <emphasis role="bold">Теоретическая</emphasis>: Когда Вы
+ <emphasis role="bold">Теоретическая</emphasis>: Когда Вы
уменьшаете размер изображения, но продолжаете использовать
- блоки того же размера (8х8) для пространственных частотных
+ блоки того же размера (8х8) для пространственных частотных
преобразований, Вы перемещаете больше данных в высокочастотные
полосы. Грубо говоря, каждый пиксель содержит больше деталей,
чем раньше.
- Так что несмотря на то, что Ваша картинка с уменьшенным
+ Так что несмотря на то, что Ваша картинка с уменьшенным
масштабом содержит 1/4 информации в пространственных направлениях,
- она всё ещё может содержать большУю часть информации в
+ она всё ещё может содержать большУю часть информации в
частотных интервалах (предполагая, что высокие частоты были
не использованы в оригинальном 640х480 изображении).
</para></listitem>
@@ -1086,7 +1082,7 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
Последние руководства рекомендовали выбор битпотока и разрешения,
-основываясь на приближении "бит на пиксель", но это обычно не
+основываясь на приближении "бит на пиксель", но это обычно не
верно из-за упомянутых выше причин.
Похоже, лучшей оценкой является рост битпотока пропорционально
квадратному корню разрешения, так что 320х240 и 400 кбит/сек
@@ -1107,7 +1103,7 @@ MPEG разбивает видео на квадраты 16х16, называе
<title>Расчёт разрешения</title>
<para>
-Следующие шаги помогут Вам рассчитать разрешение для Вашего
+Следующие шаги помогут Вам рассчитать разрешение для Вашего
кодирования без слишком сильного искажения видео, учитывая
несколько видов информации об исходном видео.
Прежде всего, Вам необходимо рассчитать коэффициент соотношения
@@ -1142,21 +1138,21 @@ CQ соответствует числу битов на пиксель и на
Грубо говоря, чем больше CQ, тем меньше вероятность увидеть
артефакты кодирования.
Однако, если у Вас есть заданный размер для Вашего фильма
-(например, 1 или 2 CD), есть ограниченное общее число битов,
-которые Вы можете потратить; поэтому важно найти хороший
+(например, 1 или 2 CD), есть ограниченное общее число битов,
+которые Вы можете потратить; поэтому важно найти хороший
компромисс между сжимаемостью и качеством.
</para>
<para>
CQ зависит от битпотока, эффективности видеокодека и разрешения фильма.
Обычно, в целях увеличения CQ, Вам нужно будет уменьшить размер
-фильма, при условии, что битпоток, вычисленный как функция конечного
+фильма, при условии, что битпоток, вычисленный как функция конечного
размера, и длина фильма постоянны.
С MPEG-4 ASP кодеками, такими как <systemitem class="library">Xvid</systemitem>
-и <systemitem class="library">libavcodec</systemitem>, CQ
+и <systemitem class="library">libavcodec</systemitem>, CQ
меньше 0.18 обычно приводит к изображению с большим числом
сегментов "квадратиками", из-за недостаточного числа битов для
-кодирования информации в каждом макроблоке.
+кодирования информации в каждом макроблоке.
(MPEG4, как и многие другие кодеки, группирует пиксели в блоки по
несколько пикселей для сжатия изображения; если битов не хватает,
границы этих блоков заметны.)
@@ -1169,17 +1165,17 @@ CQ зависит от битпотока, эффективности видео
<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 AVC кодеки, такие как
+Используя MPEG-4 AVC кодеки, такие как
<systemitem class="library">x264</systemitem>, Вы можете использовать
CQ в диапазоне от 0.14 до 0.16 со стандартными опциями кодирования
-и должны суметь достичь таких низких значений, как 0.10 - 0.12
+и должны суметь достичь таких низких значений, как 0.10 &mdash; 0.12
с помощью
<link linkend="menc-feat-x264-example-settings">продвинутых опций кодирования <systemitem class="library">x264</systemitem></link>.
</para>
<para>
Пожалуйста, обратите внимание, что CQ &mdash; лишь показательная величина,
-т.к. она зависит от кодируемого содержимого; CQ 0.18 может хорошо
+т.к. она зависит от кодируемого содержимого; CQ 0.18 может хорошо
смотреться для Бергмана (Bergman), в отличии от такого фильма как
Матрица (The Matrix), содержащего много сцен с быстрым движением.
С другой стороны, бесполезно увеличивать CQ выше 0.30, т.к. Вы
@@ -1199,7 +1195,7 @@ CQ в диапазоне от 0.14 до 0.16 со стандартными оп
<para>
Изучение использования видео фильтров <application>MEncoder</application>
важно для получения хороших результатов кодирования.
-Вся обработка видео выполняется посредством фильтров: усечение,
+Вся обработка видео выполняется посредством фильтров: усечение,
масштабирование, подстройка цвета, удаление шума, увеличение
чёткости, деинтерлейс (преобразование видео из чересстрочной
развёртки в построчную), телесин, обратный телесин и удаление
@@ -1215,7 +1211,7 @@ CQ в диапазоне от 0.14 до 0.16 со стандартными оп
<screen>-vf фильтр1=опции,фильтр2=опции,...</screen>
-Большинство фильтров используют численные значения опций,
+Большинство фильтров используют численные значения опций,
разделённые двоеточиями, но синтаксис этих параметров различается
у разных фильтров, так что читайте мануал для детальной
информации о фильтрах, которые Вы желаете использовать.
@@ -1227,7 +1223,7 @@ CQ в диапазоне от 0.14 до 0.16 со стандартными оп
<screen>-vf crop=688:464:12:4,scale=640:464</screen>
-сперва усечёт область изображения до 688х464 с верхним левым
+сперва усечёт область изображения до 688х464 с верхним левым
углом (12,4), а затем масштабирует результат до 640х464.
</para>
@@ -1236,29 +1232,29 @@ CQ в диапазоне от 0.14 до 0.16 со стандартными оп
рядом с ним) с целью получения преимущества от использования
информации после видеодекодера, которая будет потеряна или
искажена другими фильтрами.
-Важнейшими примерами являются: <option>pp</option> (постобработка,
+Важнейшими примерами являются: <option>pp</option> (постобработка,
только при выполнении операций удаления блочной сегментации
(deblocking) или увеличения чёткости краёв (deringing)),
<option>spp</option> (другой фильтр постобработки, служащий для
удаления артефактов MPEG), <option>pullup</option> (обратный
-телесин), и <option>softpulldown</option> (для преобразования
+телесин), и <option>softpulldown</option> (для преобразования
мягкого телесина в жёсткий).
</para>
<para>
-В общем случае, Вам следует делать настолько мало фильтрации,
+В общем случае, Вам следует делать настолько мало фильтрации,
насколько это возможно, для того чтоб остаться близко к оригинальному
DVD источнику. Усечение часто необходимо (как описано выше), но
-избегайте масштабирования видео. Несмотря на то, что уменьшение
-размера иногда предпочтительно использованию бОльших
-квантователей, нужно избегать и того, и другого: помните,
+избегайте масштабирования видео. Несмотря на то, что уменьшение
+размера иногда предпочтительно использованию бОльших
+квантователей, нужно избегать и того, и другого: помните,
что мы с самого начала решили обменять биты на качество.
</para>
<para>
Также не корректируйте гамму, контрастность, яркость и т.п.. То,
что хорошо выглядит на Вашем мониторе, может плохо выглядеть
-на других. Эти коррекции должны выполняться только при
+на других. Эти коррекции должны выполняться только при
воспроизведении.
</para>
@@ -1269,11 +1265,11 @@ DVD источнику. Усечение часто необходимо (как
Ещё раз, причиной этому является то, что этим битам можно найти
лучшее применение: зачем тратить их, кодируя шум, если Вы просто
можете вернуть этот шум в процессе воспроизведения?
-Увеличение параметров для <option>hqdn3d</option> дополнительно
+Увеличение параметров для <option>hqdn3d</option> дополнительно
улучшит сжимаемость, но увеличив значения слишком сильно, Вы рискуете
-ухудшить различимость изображения.
-Рекомендованные выше значения (<option>2:1:2</option>) слегка
-консервативны; не бойтесь экспериментировать с более высокими
+ухудшить различимость изображения.
+Рекомендованные выше значения (<option>2:1:2</option>) слегка
+консервативны; не бойтесь экспериментировать с более высокими
значениями и самостоятельно оценивать результаты.
</para>
</sect2>
@@ -1284,9 +1280,9 @@ DVD источнику. Усечение часто необходимо (как
<title>Чересстрочная развёртка и телесин</title>
<para>
-Почти все фильмы снимаются при 24 fps [кадр/сек]. Поскольку
+Почти все фильмы снимаются при 24 fps [кадр/сек]. Поскольку
в NTSC используется 30000/1001 fps, нужно выполнить некоторую
-обработку для такого 24 fps видео, чтобы оно корректно
+обработку для такого 24 fps видео, чтобы оно корректно
воспроизводилось при кадровой частоте NTSC. Этот процесс называется
3:2 пулдаун, обычно называемый телесин (поскольку пулдаун часто
применяется в процессе показа телевизионного фильма, англ. telecine);
@@ -1303,13 +1299,13 @@ DVD источнику. Усечение часто необходимо (как
воспроизводится слегка быстрее, но если Вы не пришелец, то,
вероятно, не заметите разницы.
У большинства PAL DVD аудио скорректировано по высоте звука так,
-что, воспроизводясь при 25 fps, оно звучит нормально, несмотря на
-то, что аудиодорожка (и, следовательно, весь фильм) проигрываются
+что, воспроизводясь при 25 fps, оно звучит нормально, несмотря на
+то, что аудиодорожка (и, следовательно, весь фильм) проигрываются
на 4% быстрее, чем NTSC DVD.
</para>
<para>
-Поскольку видео на PAL DVD не переделывается, Вам не стоит
+Поскольку видео на PAL DVD не переделывается, Вам не стоит
беспокоится о частоте кадров. У источника 25 fps и у Вашего
рипа будет 25 fps. Однако, если Вы делаете рип NTSC DVD фильма,
Вам, быть может, придётся выполнить обратный телесин.
@@ -1317,7 +1313,7 @@ DVD источнику. Усечение часто необходимо (как
<para>
Для фильмов, снятых на 24 fps, видео на NTSC DVD идёт либо с телесином
-30000/1001, либо с построчной развёрткой 24000/1001 fps и
+30000/1001, либо с построчной развёрткой 24000/1001 fps и
предназначается для телесина на лету с помощью DVD плеера.
С другой стороны, TV сериалы идут обычно только с чересстрочной развёрткой,
но без телесина. Это не строгое правило: есть сериалы с
@@ -1349,14 +1345,14 @@ pullup,softskip</option>.
<para>
Если Вы желаете кодировать фильм с чересстрочной развёрткой
-(NTSC или PAL видео), Вам нужно решить, будете ли Вы его
+(NTSC или PAL видео), Вам нужно решить, будете ли Вы его
преобразовывать в построчную развёртку или нет.
-Хотя такое преобразование (деинтерлейс) сделает Ваш фильм
+Хотя такое преобразование (деинтерлейс) сделает Ваш фильм
пригодным для дисплеев с построчной развёрткой, таких как
компьютерные мониторы и проекторы, это будет иметь свою цену:
-частота полей уменьшится вдвое от 50 или 60000/1001 до 25 или
-30000/1001 поля в секунду, и примерно половина информации в
-Вашем фильме будет потеряна в сценах со значительным движением.
+частота полей уменьшится вдвое от 50 или 60000/1001 до 25 или
+30000/1001 поля в секунду, и примерно половина информации в
+Вашем фильме будет потеряна в сценах со значительным движением.
</para>
<para>
@@ -1364,9 +1360,9 @@ pullup,softskip</option>.
не рекомендуется делать деинтерлейс. Вы всегда можете преобразовать
развёртку фильма в процессе воспроизведения (при воспроизведении
на устройствах с построчной развёрткой).
-Мощность современных компьютеров вынуждает плееры использовать
+Мощность современных компьютеров вынуждает плееры использовать
фильтр деинтерлейса, что слегка ухудшает качество изображения.
-Но плееры будущего будут способны имитировать дисплей TV с
+Но плееры будущего будут способны имитировать дисплей TV с
чересстрочной развёрткой, выполняя деинтерлейс на полной частоте
полей и интерполируя 50 или 60000/1001 кадров в секунду для
чересстрочного видео.
@@ -1385,8 +1381,8 @@ pullup,softskip</option>.
чересстрочной развёртки.
</para></listitem>
<listitem><para>
- Фильтры постобработки и удаления шума могут не работать как
- ожидается, только если Вы особо не позаботитесь об их
+ Фильтры постобработки и удаления шума могут не работать как
+ ожидается, только если Вы особо не позаботитесь об их
применении к одному полю за раз, иначе они могут
повредить видео при неверном использовании.
</para></listitem>
@@ -1398,7 +1394,7 @@ pullup,softskip</option>.
mencoder <replaceable>захват.avi</replaceable> -mc 0 -oac lavc -ovc lavc -lavcopts \
vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224
</screen>
-Обратите внимание на опции <option>ilme</option> и <option>ildct</option>.
+Обратите внимание на опции <option>ilme</option> и <option>ildct</option>.
</para>
</sect2>
@@ -1411,12 +1407,12 @@ vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224
Алгоритмы аудио/видео (A/V) синхронизации <application>MEncoder</application>
были разработаны с целью восстановления файлов с повреждённой
синхронизацией.
-Однако, в ряде случаев они могут привести к ненужному пропуску
+Однако, в ряде случаев они могут привести к ненужному пропуску
или повторению кадров и, возможно, к лёгкой A/V рассинхронизации
-корректных входных данных (конечно, проблемы A/V синхронизации
+корректных входных данных (конечно, проблемы A/V синхронизации
возникают только при обработке или копировании аудиотрека при
кодировании видео, что настоятельно рекомендуется).
-Поэтому Вы можете переключиться на базовую A/V синхронизацию
+Поэтому Вы можете переключиться на базовую A/V синхронизацию
с помощью опции <option>-mc 0</option> или разместить это в
конфигурационном файле <systemitem>~/.mplayer/mencoder</systemitem>,
если Вы работаете только с хорошими источниками (DVD, TV-захват,
@@ -1425,13 +1421,13 @@ vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224
</para>
<para>
-Если Вы хотите дополнительно защититься от странных пропусков
+Если Вы хотите дополнительно защититься от странных пропусков
и повторений кадров, Вы можете одновременно использовать опции
<option>-mc 0</option> и <option>-noskip</option>.
-Это предотвратит <emphasis>любую</emphasis> A/V коррекцию, и
+Это предотвратит <emphasis>любую</emphasis> A/V коррекцию, и
будет копировать кадры один в один, так что Вы не сможете это
использовать, если будете применять какие-либо фильтры, которые
-непредсказуемо добавляют или отбрасывают кадры, либо если у
+непредсказуемо добавляют или отбрасывают кадры, либо если у
Вашего входного файла переменный битопоток!
Поэтому использование <option>-noskip</option> в общем случае не
рекомендуется.
@@ -1442,7 +1438,7 @@ vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224
поддерживаемое <application>MEncoder</application>, вызывало
A/V рассинхронизацию.
Это наверняка произойдёт при использовании совместно с некоторыми
-фильтрами, поэтому сейчас <emphasis>не</emphasis> рекомендуется
+фильтрами, поэтому сейчас <emphasis>не</emphasis> рекомендуется
использовать трёхпроходный аудио режим.
Эта возможность оставлена только для совместимости и для опытных
пользователей, понимающих когда это безопасно, а когда нет.
@@ -1453,7 +1449,7 @@ A/V рассинхронизацию.
<para>
Также были сообщения об A/V рассинхронизации при кодировании
со стандартного ввода (stdin) с помощью <application>MEncoder</application>.
-Не делайте этого! Всегда взамен используйте файл или CD/DVD и т.п.
+Не делайте этого! Всегда взамен используйте файл или CD/DVD и т.п.
устройство.
</para>
</sect2>
@@ -1464,7 +1460,7 @@ A/V рассинхронизацию.
<title>Выбор видеокодека</title>
<para>
-То, какой видеокодек лучше выбрать, зависит от нескольких
+То, какой видеокодек лучше выбрать, зависит от нескольких
факторов, таких как размер, качество, устойчивость к ошибкам,
практичность и распространённость, многие из которых сильно
зависят от личных предпочтений и технических ограничений.
@@ -1473,13 +1469,13 @@ A/V рассинхронизацию.
<listitem>
<para>
<emphasis role="bold">Эффективность сжатия</emphasis>:
- Достаточно очевидно, что большинство кодеков нового поколения
+ Достаточно очевидно, что большинство кодеков нового поколения
разработаны для увеличения качества и степени сжатия.
Поэтому, авторы данного руководства и многие другие люди полагают,
что Вы не можете ошибиться
<footnote id='fn-menc-feat-dvd-mpeg4-codec-cpu'><para>
- Несмотря на это, будьте осторожны: для декодирования MPEG-4 AVC
- видео с DVD разрешением необходима быстрая машина (например,
+ Несмотря на это, будьте осторожны: для декодирования MPEG-4 AVC
+ видео с DVD разрешением необходима быстрая машина (например,
Pentium 4 свыше 1.5 ГГц или Pentium M свыше 1 ГГц).
</para></footnote>,
выбирая MPEG-4 AVC кодеки (например,
@@ -1487,24 +1483,24 @@ A/V рассинхронизацию.
вместо таких MPEG-4 ASP кодеков, как
<systemitem class="library">libavcodec</systemitem> MPEG-4 или
<systemitem class="library">Xvid</systemitem>.
- (Опытные разработчики кодеков могут быть заинтересованы в
+ (Опытные разработчики кодеков могут быть заинтересованы в
ознакомлении с точкой зрения Михаэля Нидермайера (Michael
Niedermayer)
"<ulink url="http://guru.multimedia.cx/?p=10">почему MPEG4-ASP отстой</ulink>".)
Аналогично, Вы должны получить лучшее качество с MPEG-4 ASP, по
сравнению с MPEG-2 кодеками.
</para>
-
+
<para>
- Однако, новые кодеки, находящиеся в интенсивной разработке,
- могут страдать от ещё не замеченных ошибок, которые могут
- испортить кодирование. Просто это плата за использование
+ Однако, новые кодеки, находящиеся в интенсивной разработке,
+ могут страдать от ещё не замеченных ошибок, которые могут
+ испортить кодирование. Просто это плата за использование
передовых технологий.
</para>
-
+
<para>
Более существенно то, что для начала использования нового кодека
- необходимо потратить время на изучение его опций так, чтобы Вы
+ необходимо потратить время на изучение его опций так, чтобы Вы
знали, что нужно подстраивать для достижения заданного качества
изображения.
</para>
@@ -1512,10 +1508,10 @@ A/V рассинхронизацию.
<listitem><para>
<emphasis role="bold">Аппаратная совместимость</emphasis>:
- Обычно необходимо длительное время для включения поддержки
+ Обычно необходимо длительное время для включения поддержки
последних видеокодеков в автономные видеоплееры.
- В итоге, большинство поддерживает только MPEG-1 (наподобие
- VCD, XVCD и KVCD), MPEG-2 (например, DVD, SVCD и KVCD) и MPEG-4
+ В итоге, большинство поддерживает только MPEG-1 (наподобие
+ VCD, XVCD и KVCD), MPEG-2 (например, DVD, SVCD и KVCD) и MPEG-4
ASP (например, DivX,
<systemitem class="library">libavcodec</systemitem> LMP4 и
<systemitem class="library">Xvid</systemitem>)
@@ -1529,34 +1525,34 @@ A/V рассинхронизацию.
<emphasis role="bold">Лучшее соотношение качества и времени кодирования</emphasis>:
Кодеки, уже использующиеся определённое время (например,
<systemitem class="library">libavcodec</systemitem> MPEG-4 и
- <systemitem class="library">Xvid</systemitem>) обычно сильно
- оптимизированы всевозможными остроумными алгоритмами и
+ <systemitem class="library">Xvid</systemitem>) обычно сильно
+ оптимизированы всевозможными остроумными алгоритмами и
ассемблерным SIMD кодом. Поэтому они обладают тенденцией
достижения лучшего соотношения качества к времени кодирования.
Однако, у них могут быть некоторые очень продвинутые опции,
которые, будучи включенными, сделают кодирование очень медленным
ради несущественного выигрыша.
</para>
-
+
<para>
- Если Вам нужна высокая скорость, примерно придерживайтесь настроек
+ Если Вам нужна высокая скорость, примерно придерживайтесь настроек
видеокодека по умолчанию (хотя Вам стоит попробовать другие опции,
- упоминаемые в иных разделах данного руководства).
+ упоминаемые в иных разделах данного руководства).
</para>
-
+
<para>
- Вы так же можете рассмотреть вариант использования многопоточного
+ Вы так же можете рассмотреть вариант использования многопоточного
кодека, хотя это полезно только для пользователей машин с
несколькими процессорами.
<systemitem class="library">libavcodec</systemitem> MPEG-4 позволяет
это, но выигрыш в скорости ограничен и есть небольшой отрицательный
эффект для качества картинки.
Многопоточное кодирование <systemitem class="library">Xvid</systemitem>,
- включаемое опцией <option>threads</option>, может использоваться для
+ включаемое опцией <option>threads</option>, может использоваться для
ускорения кодирования (на примерно 40-60% в типичных случаях)
с небольшим ухудшением картинки или вообще без него.
- <systemitem class="library">x264</systemitem> также позволяет
- многопоточное кодирование, что обычно ускоряет процесс на 94%
+ <systemitem class="library">x264</systemitem> также позволяет
+ многопоточное кодирование, что обычно ускоряет процесс на 94%
для каждого CPU ядра с уменьшением PSNR от 0.005 дБ до 0.01 дБ при типичных
настройках.
</para>
@@ -1565,21 +1561,21 @@ A/V рассинхронизацию.
<listitem>
<para>
<emphasis role="bold">Личные предпочтения</emphasis>:
- Здесь всё становится почти неразумным: из-за тех же причин, по
+ Здесь всё становится почти неразумным: из-за тех же причин, по
которым одни придерживаются DivX&nbsp;3 в течении лет, в то время
как новые кодеки уже творят чудеса, другие люди предпочитают
<systemitem class="library">Xvid</systemitem> или
<systemitem class="library">libavcodec</systemitem> MPEG-4
использованию <systemitem class="library">x264</systemitem>.
</para>
-
+
<para>
- Вам нужно принимать решение самостоятельно; не слушайте советов
+ Вам нужно принимать решение самостоятельно; не слушайте советов
людей, признающих только один кодек.
Сделайте несколько образцов клипов из искомых источников и
сравните разные опции кодирования и кодеки, с целью выбора
того, что Вам наиболее подходит.
- Лучший кодек &mdash; это тот, которым Вы сами овладели, и
+ Лучший кодек &mdash; это тот, которым Вы сами овладели, и
который выглядит лучше всего для Ваших глаз на Вашем дисплее
<footnote id='fn-menc-feat-dvd-mpeg4-codec-playback'><para>
Один и тот же результат кодирования может не выглядеть таким же
@@ -1604,30 +1600,30 @@ A/V рассинхронизацию.
<title>Аудио</title>
<para>
-Аудио &mdash; это гораздо более простая проблема: если Вы
+Аудио &mdash; это гораздо более простая проблема: если Вы
беспокоитесь о качестве, просто оставьте всё как есть.
-Даже потоки AC-3 5.1 не более чем 448 Кбит/с и они стоят каждого
-бита. Вы можете соблазниться перекодированием аудио в
-высококачественный Vorbis (он же ogg формат), но лишь то, что
+Даже потоки AC-3 5.1 не более чем 448 Кбит/с и они стоят каждого
+бита. Вы можете соблазниться перекодированием аудио в
+высококачественный Vorbis (он же ogg формат), но лишь то, что
у Вас сегодня нет A/V приёмника для пропускания AC-3, не означает,
-что у Вас не будет его завтра. Для жизнеспособности Ваших DVD
+что у Вас не будет его завтра. Для жизнеспособности Ваших DVD
рипов в будущем, сохраняйте поток AC-3.
-Вы можете сохранить поток AC-3, копируя его непосредственно в
+Вы можете сохранить поток AC-3, копируя его непосредственно в
видеопоток <link linkend="menc-feat-mpeg4">в процессе кодирования</link>.
-Вы также можете извлечь AC-3 поток с целью мультиплексирования его
+Вы также можете извлечь AC-3 поток с целью мультиплексирования его
в контейнеры наподобие NUT или Matroska (Матрёшка).
<screen>
mplayer <replaceable>файл_источника.vob</replaceable> -aid 129 -dumpaudio -dumpfile <replaceable>звук.ac3</replaceable></screen>
сохранит в файл <replaceable>звук.ac3</replaceable> аудиодорожку
с номером 129 из файла
<replaceable>файл_источника.vob</replaceable> (Обратите внимание:
-DVD VOB файлы обычно используют нумерацию аудио, отличную от
+DVD VOB файлы обычно используют нумерацию аудио, отличную от
стандартной, что означает, что аудиодорожка VOB 129 &mdash; это вторая
аудиодорожка файла).
</para>
<para>
-Но иногда у Вас действительно нет иного выбора, чем далее сжимать
+Но иногда у Вас действительно нет иного выбора, чем далее сжимать
звук для того, чтоб больше битов могло быть потрачено на видео.
Большинство людей предпочитают сжимать звук с помощью MP3 или
Vorbis аудиокодеков.
@@ -1637,7 +1633,7 @@ Vorbis аудиокодеков.
<para>
<emphasis>Не</emphasis> используйте <option>-nosound</option> при
-кодировании файла с аудио, даже если позже Вы будете отдельно
+кодировании файла с аудио, даже если позже Вы будете отдельно
кодировать и мультеплексировать аудио.
Хотя это может работать в идеальных случаях, использование
<option>-nosound</option> обычно скрывает ряд проблем в Ваших
@@ -1649,46 +1645,46 @@ Vorbis аудиокодеков.
</para>
<para>
-Вам необходимо обработать звук с помощью
-<application>MEncoder</application>.
-Например, Вы можете копировать исходную звуковую дорожку в
+Вам необходимо обработать звук с помощью
+<application>MEncoder</application>.
+Например, Вы можете копировать исходную звуковую дорожку в
процессе кодирования с помощью <option>-oac copy</option> или
преобразовать её в "лёгкий" 4 кГц моно WAV PCM с помощью
<option>-oac pcm -channels 1 -srate 4000</option>.
-Иначе, в ряде случаев, будет создаваться видео файл,
+Иначе, в ряде случаев, будет создаваться видео файл,
рассинхронизированный с аудио.
Такие случаи происходят, когда число кадров видео исходного файла
не совпадает с полной длиной кадров аудио, или когда были
-разрывы/сшивания потока, где появились пропущенные или излишние
+разрывы/сшивания потока, где появились пропущенные или излишние
аудиокадры.
Правильным решением подобных проблем является вставка тишины или
усечение аудио в таких точках.
Однако, <application>MPlayer</application> не может это сделать
и если Вы демультиплексируете AC-3 аудио и кодируете его отдельным
приложением (или создаёте дамп в PCM с помощью
-<application>MPlayer</application>), сшивания останутся
+<application>MPlayer</application>), сшивания останутся
нескорректированными и единственный испособ их исправить &mdash;
пропускать/дублировать видеокадры в местах сшивки.
-Пока <application>MEncoder</application> видит аудио при
+Пока <application>MEncoder</application> видит аудио при
кодировании видео, он может выполнять этот пропуск/дублирование
(что обычно не вызывыет проблем, т.к. происходит при полностью
чёрных кадрах или при смене сцен), но если
<application>MEncoder</application> не доступно аудио, он просто
будет обрабатывать все кадры "как есть" и они не будут совпадать
-с окончательным аудиопотоком, когда Вы, например, объедините
+с окончательным аудиопотоком, когда Вы, например, объедините
аудио и видео дорожки в Matroska файл.
</para>
<para>
-Прежде всего, Вам необходимо преобразовать DVD звук в WAV файл,
-который может использоваться аудиокодеком в качестве входных
+Прежде всего, Вам необходимо преобразовать DVD звук в WAV файл,
+который может использоваться аудиокодеком в качестве входных
данных. Например:
<screen>
-mplayer <replaceable>исходный_файл.vob</replaceable> -ao pcm:file=<replaceable>звук.wav</replaceable>
+mplayer <replaceable>исходный_файл.vob</replaceable> -ao pcm:file=<replaceable>звук.wav</replaceable>
-vc dummy -aid 1 -vo null
</screen>
сохранит вторую аудиодорожку из файла
-<replaceable>исходный_файл.vob</replaceable> в файл
+<replaceable>исходный_файл.vob</replaceable> в файл
<replaceable>звук.wav</replaceable>.
Возможно, Вы захотите нормализовать звук перед кодированием,
поскольку аудиодорожки DVD обычно записываются с маленькой
@@ -1699,14 +1695,14 @@ mplayer <replaceable>исходный_файл.vob</replaceable> -ao pcm:file=<r
делает то же самое.
Вы можете сжать в Vorbis или MP3. Например:
<screen>oggenc -q1 <replaceable>звук.wav</replaceable></screen>
-кодирует <replaceable>звук.wav</replaceable> с качеством 1,
+кодирует <replaceable>звук.wav</replaceable> с качеством 1,
что примерно эквивалентно 80 Кб/с и является минимальным качеством,
при котором Вам нужно кодировать, если Вы заботитесь о качестве.
-Пожалуйста, обратите внимание, что <application>MEncoder</application>
-на данный момент не поддерживает мультиплексирование аудиопотоков
+Пожалуйста, обратите внимание, что <application>MEncoder</application>
+на данный момент не поддерживает мультиплексирование аудиопотоков
Vorbis в выходной файл, поскольку он поддерживает только AVI и
-MPEG контейнеры для выходных файлов, использование каждого из
-которых может привести к проблемам A/V синхронизации с
+MPEG контейнеры для выходных файлов, использование каждого из
+которых может привести к проблемам A/V синхронизации с
некоторыми плеерами, в случае когда AVI файл содержит VBR
аудиопотоки наподобие Vorbis.
Не беспокойтесь, в данном документе будет рассказано как Вы
@@ -1721,8 +1717,8 @@ MPEG контейнеры для выходных файлов, использо
<para>
Теперь, после того как Вы кодировали видео, скорее всего, Вы
-захотите мультиплексировать его с одним или несколькими
-аудиопотоками в такие видео контейнеры как AVI, MPEG,
+захотите мультиплексировать его с одним или несколькими
+аудиопотоками в такие видео контейнеры как AVI, MPEG,
Matroska или NUT.
На данный момент встроенная поддержка вывода аудио и видео в
<application>MEncoder</application> есть только для форматов
@@ -1741,7 +1737,7 @@ mencoder -oac copy -ovc copy -o <replaceable>выходной_фильм.avi</re
</para>
<para>
-<application>MEncoder</application>
+<application>MEncoder</application>
обладает экспериментальной поддержкой
<systemitem class="library">libavformat</systemitem> &mdash;
библиотеки из проекта FFmpeg, поддерживающей мультиплексирование
@@ -1754,12 +1750,12 @@ mencoder -oac copy -ovc copy -o <replaceable>выходной_фильм.asf</re
</screen>
Это сделает то же самое, что и предыдущий пример, но выходным
контейнером будет ASF.
-Пожалуйста, обратите внимание, что эта поддержка весьма
+Пожалуйста, обратите внимание, что эта поддержка весьма
экспериментальна (но становится лучше c каждым днём), и будет
-работать только в случае компиляции <application>MPlayer</application>
-с включенной поддержкой
-<systemitem class="library">libavformat</systemitem> (что означает,
-что в большинстве случаев бинарная версия из пакетов не будет
+работать только в случае компиляции <application>MPlayer</application>
+с включенной поддержкой
+<systemitem class="library">libavformat</systemitem> (что означает,
+что в большинстве случаев бинарная версия из пакетов не будет
работать).
</para>
@@ -1769,25 +1765,25 @@ mencoder -oac copy -ovc copy -o <replaceable>выходной_фильм.asf</re
<para>
Вы можете столкнуться с некоторыми серьёзными проблемами A/V
-синхронизации при попытке мультиплексирования Вашего видео
+синхронизации при попытке мультиплексирования Вашего видео
с некоторыми аудиодорожками, где, как бы Вы не подбирали задержку
аудио, никогда не получается правильная синхронизация.
Это может происходить при использовании некоторых видеофильтров,
пропускающих или дублирующих некоторые кадры, например фильтров
обратного телесина.
-Настоятельно рекомендуется добавлять видеофильтр
+Настоятельно рекомендуется добавлять видеофильтр
<option>harddup</option> в конце цепочки фильтров для избежания
подобных проблем.
</para>
<para>
-Без опции <option>harddup</option>, в случае когда
-<application>MEncoder</application> хочет дублировать кадр, он
-полагается на то, что мультиплексор расположит отметку в
+Без опции <option>harddup</option>, в случае когда
+<application>MEncoder</application> хочет дублировать кадр, он
+полагается на то, что мультиплексор расположит отметку в
контейнере таким образом, что последний кадр будет повторен для
достижения синхронизации без реальной записи кадра.
С опцией <option>harddup</option>, <application>MEncoder</application>
-вместо этого просто ещё раз поместит последний кадр в цепочку
+вместо этого просто ещё раз поместит последний кадр в цепочку
фильтров.
Это означает, что кодер получит <emphasis>точно</emphasis>
такой же кадр дважды и сожмёт его.
@@ -1797,12 +1793,12 @@ mencoder -oac copy -ovc copy -o <replaceable>выходной_фильм.asf</re
</para>
<para>
-Также у Вас может не быть иного выбора, как использовать
-<option>harddup</option> с форматами контейнеров, которые
-не слишком плотно связаны с
-<application>MEncoder</application>, например, с форматами,
-поддерживаемыми с помощью
-<systemitem class="library">libavformat</systemitem>,
+Также у Вас может не быть иного выбора, как использовать
+<option>harddup</option> с форматами контейнеров, которые
+не слишком плотно связаны с
+<application>MEncoder</application>, например, с форматами,
+поддерживаемыми с помощью
+<systemitem class="library">libavformat</systemitem>,
которые могут не поддерживать дублирование кадров на уровне
контейнера.
</para>
@@ -1813,7 +1809,7 @@ mencoder -oac copy -ovc copy -o <replaceable>выходной_фильм.asf</re
<title>Ограничения контейнера AVI</title>
<para>
-Хотя это самый широко распространённый формат контейнера после
+Хотя это самый широко распространённый формат контейнера после
MPEG-1, он также обладает некоторыми существенными недостатками.
Пожалуй, они наиболее очевидны в его избыточности.
Для каждой цепочки AVI файла теряется 24 байта на заголовки и
@@ -1832,7 +1828,7 @@ MPEG-1, он также обладает некоторыми существе
<orderedlist>
<listitem><para>
Может быть сохранено только содержимое с фиксированной частотой
- кадров. В частности, это особенно ограничивает, когда Ваш
+ кадров. В частности, это особенно ограничивает, когда Ваш
исходный материал смешанного содержимого: например, является
смесью NTSC видео и киноматериала.
В действительности, есть хаки, позволяющие сохранять содержимое
@@ -1843,7 +1839,7 @@ MPEG-1, он также обладает некоторыми существе
Аудио в AVI файлах должно быть или с постоянным битпотоком (CBR)
или с постоянным размером кадра (т.е. все кадры декодируются
в одно и то же число выборок).
- К сожалению, самый эффективный кодек, Vorbis, не удовлетворяет
+ К сожалению, самый эффективный кодек, Vorbis, не удовлетворяет
ни одному из данных требований.
Поэтому, если Вы планируете сохранять Ваш фильм в AVI, Вы должны
использовать менее эффективный кодек, такой как MP3 или AC-3.
@@ -1859,7 +1855,7 @@ Vorbis кодирование.
инструмент, который Вы используете для кодирования.
Однако, возможно использовать <application>MEncoder</application>
только для кодирования видео и затем использовать внешние
-утилиты для кодирования аудио и мультиплексирования его в
+утилиты для кодирования аудио и мультиплексирования его в
контейнер другого формата.
</para>
</sect3>
@@ -1874,10 +1870,10 @@ Matroska &mdash; это свободный, открытый стандарт ф
продвинутых возможностей, которые старые контейнеры (наподобие
AVI) не поддерживают.
Например, Matroska поддерживает аудиосодержимое с переменным
-битпотоком (VBR), переменные частоты кадров (VFR), разделы,
+битпотоком (VBR), переменные частоты кадров (VFR), разделы,
файловые вложения, код обнаружения ошибок (EDC) и современные
-A/V кодеки, такие как "Продвинутое Аудио Кодирование" ("Advanced
-Audio Coding", AAC), "Vorbis" или "MPEG-4 AVC" (H.264), также
+A/V кодеки, такие как "Продвинутое Аудио Кодирование" ("Advanced
+Audio Coding", AAC), "Vorbis" или "MPEG-4 AVC" (H.264), также
не поддерживаемые AVI.
</para>
@@ -1885,7 +1881,7 @@ Audio Coding", AAC), "Vorbis" или "MPEG-4 AVC" (H.264), также
Утилиты, необходимые для создания Matroska файлов, сообща
называются <application>mkvtoolnix</application>, и доступны
для большинства Unix платформ, так же как и для Window$.
-Поскольку Matroska &mdash; открытый формат, Вы можете найти
+Поскольку Matroska &mdash; открытый формат, Вы можете найти
иные утилиты, которые лучше Вам подходят, но поскольку
<application>mkvtoolnix</application> &mdash; наиболее общие
и поддерживаются самой командой разработчиков Matroska, мы
@@ -1894,8 +1890,8 @@ Audio Coding", AAC), "Vorbis" или "MPEG-4 AVC" (H.264), также
<para>
Возможно, самым простым способом начать использовать Matroska
-является использование <application>MMG</application>,
-графической оболочки, поставляемой с
+является использование <application>MMG</application>,
+графической оболочки, поставляемой с
<application>mkvtoolnix</application>. Следуйте
<ulink url="http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html">руководству к mkvmerge GUI (mmg)</ulink>.
</para>
@@ -1912,7 +1908,7 @@ mkvmerge -o <replaceable>выходной_файл.mkv</replaceable> <replaceabl
файл <replaceable>выходной_файл.mkv</replaceable>.
Как было отмечено ранее, Matroska способна реализовать гораздо
большее, например, множественные аудиодорожки (включая тонкую
-настройку аудио/видео синхронизации), разделы, субтитры,
+настройку аудио/видео синхронизации), разделы, субтитры,
разбиение и т.д..
Пожалуйста, обратитесь к документации на эти приложения для
деталей.
@@ -1933,7 +1929,7 @@ mkvmerge -o <replaceable>выходной_файл.mkv</replaceable> <replaceabl
<formalpara>
<title>Что такое телесин?</title>
<para>
-Если Вы не понимаете многое из того, что здесь написано,
+Если Вы не понимаете многое из того, что здесь написано,
прочтите
<ulink url="http://en.wikipedia.org/wiki/Telecine">статью Википедии о телесине</ulink>.
Это понятное и разумно обширное описание того, что такое
@@ -1944,29 +1940,29 @@ mkvmerge -o <replaceable>выходной_файл.mkv</replaceable> <replaceabl
<title>Замечание о числах.</title>
<para>
Многие документы, включая указанную выше статью, ссылаются
-на количество полей в секунду 59.94 для NTSC видео и
-соответствующие кадровые частоты 29.97 (для подверженного
+на количество полей в секунду 59.94 для NTSC видео и
+соответствующие кадровые частоты 29.97 (для подверженного
телесину и чересстрочного видео) и 23.976 (для построчного).
Для простоты в ряде статей эти числа даже округляются до 60, 30
и 24 соответственно.
</para></formalpara>
<para>
-Строго говоря, все эти числа являются аппроксимациями.
-Чёрно-белое NTSC видео было точно с 60 полями в секунду, но
+Строго говоря, все эти числа являются аппроксимациями.
+Чёрно-белое NTSC видео было точно с 60 полями в секунду, но
позже была выбрана частота 60000/1001 для адаптации цветовой
-информации с одновременным сохранением совместимости с чёрно-белым
-телевидением.
+информации с одновременным сохранением совместимости с чёрно-белым
+телевидением.
Цифровое NTSC видео (такое как на DVD) также с 60000/1001
полями в секунду. Отсюда возникла кадровая частота 30000/1001
-кадр/сек для чересстрочного и телесиненного видео; построчное
+кадр/сек для чересстрочного и телесиненного видео; построчное
видео идёт с 24000/1001 кадр/сек.
</para>
<para>
Старые версии документации <application>MEncoder</application>
и много архивных сообщений из списков рассылки ссылаются на
-59.94, 29.97 и 23.976. Вся документация <application>MEncoder</application>
+59.94, 29.97 и 23.976. Вся документация <application>MEncoder</application>
была обновлена для использования дробных значений, и Вам так же
следует их использовать.
</para>
@@ -1980,26 +1976,26 @@ mkvmerge -o <replaceable>выходной_файл.mkv</replaceable> <replaceabl
<title>Как используется телесин.</title>
<para>
Всё видео, предназначенное для просмотра на NTSC телевидении
-должно быть с 60000/1001 полями в секунду. Фильмы, сделанные
+должно быть с 60000/1001 полями в секунду. Фильмы, сделанные
для показа на TV часто снимаются непосредственно при 60000/1001
-полей в секунду, но большинство кино снимается на 24 или
-24000/1001 кадрах в секунду. В процессе создания DVD с
+полей в секунду, но большинство кино снимается на 24 или
+24000/1001 кадрах в секунду. В процессе создания DVD с
кинофильмом, видео преобразуется для телевидения с помощью
процесса, называемого телесин.
</para></formalpara>
<para>
-В действительности, видео никогда не хранится на DVD с
+В действительности, видео никогда не хранится на DVD с
60000/1001 полями в секунду. Для видео, оригинально являющегося
-60000/1001, каждая пара полей объединяется для формирования
+60000/1001, каждая пара полей объединяется для формирования
кадра, приводя к 30000/1001 кадрам в секунду. Затем аппаратные
DVD плееры читают флаг, включенный в видеопоток, для определения
-того какие, чётные или нечётные строки должны формировать первый
+того какие, чётные или нечётные строки должны формировать первый
кадр.
</para>
<para>
-Обычно, содержимое с частотой кадров 24000/1001 остаётся
+Обычно, содержимое с частотой кадров 24000/1001 остаётся
неизменным при кодировании на DVD и DVD плеер должен выполнить
телесин на лету. Однако, иногда видео подвергается телесину
<emphasis>до</emphasis> записи на DVD; и хотя оно изначально
@@ -2009,11 +2005,11 @@ DVD плееры читают флаг, включенный в видеопот
</para>
<para>
-При рассмотрении отдельных кадров, полученных из 60000/1001
-полей в секунду, телесиненных или наоборот, чересстрочная
-развёртка чётко видна в случае, если есть какое-либо движение,
-поскольку одно поле (скажем, с чётными номерами строк)
-отображает момент времени на 1/(60000/1001) секунды позже, чем
+При рассмотрении отдельных кадров, полученных из 60000/1001
+полей в секунду, телесиненных или наоборот, чересстрочная
+развёртка чётко видна в случае, если есть какое-либо движение,
+поскольку одно поле (скажем, с чётными номерами строк)
+отображает момент времени на 1/(60000/1001) секунды позже, чем
другое поле. Воспроизведение чересстрочного видео на компьютере
выглядит скверно по двум причинам: монитор обладает более высоким
разрешением и видео показывается покадрово, вместо отображения по
@@ -2026,20 +2022,20 @@ DVD плееры читают флаг, включенный в видеопот
Этот раздел применим только к NTSC DVD, а не к PAL.
</para></listitem>
<listitem><para>
-Примеры командных строк <application>MEncoder</application>
-в данном разделе <emphasis role="bold">не</emphasis>
+Примеры командных строк <application>MEncoder</application>
+в данном разделе <emphasis role="bold">не</emphasis>
предназначены для реального использования. Они просто являются
-минимально необходимым требованием для кодирования
+минимально необходимым требованием для кодирования
соответствующей категории видео. То, как сделать хорошие DVD
-рипы или тонко настроить
-<systemitem class="library">libavcodec</systemitem> для
-достижения максимального качества, не входит в рамки данного
+рипы или тонко настроить
+<systemitem class="library">libavcodec</systemitem> для
+достижения максимального качества, не входит в рамки данного
раздела; обратитесь к другим разделам
<link linkend="encoding-guide">Руководства по кодированию
с MEncoder</link>.
</para></listitem>
<listitem><para>
-Есть несколько сносок, специфичных для данного руководства,
+Есть несколько сносок, специфичных для данного руководства,
обозначенных следующим образом:
<link linkend="menc-feat-telecine-footnotes">[1]</link>
</para></listitem>
@@ -2057,8 +2053,8 @@ DVD плееры читают флаг, включенный в видеопот
</para>
<para>
-При воспроизведении DVD с построчной развёрткой в
-<application>MPlayer</application>, <application>MPlayer</application>
+При воспроизведении DVD с построчной развёрткой в
+<application>MPlayer</application>, <application>MPlayer</application>
выведет следующую строку при начале воспроизведения фильма:
<screen>demux_mpg: обнаружено 24000/1001 кадра/сек NTSC содержимое с построчной развёрткой,
@@ -2071,11 +2067,11 @@ DVD плееры читают флаг, включенный в видеопот
<para>
При просмотре видео с построчной развёрткой Вы не должны никогда
-наблюдать чересстрочность. Однако, будьте осторожны, поскольку
-иногда есть небольшая примесь телесина там, где Вы этого не
-ожидаете. Мной наблюдались DVD с TV-шоу, у которых была одна
+наблюдать чересстрочность. Однако, будьте осторожны, поскольку
+иногда есть небольшая примесь телесина там, где Вы этого не
+ожидаете. Мной наблюдались DVD с TV-шоу, у которых была одна
секунда телесина при каждой смене сцен или в случайных на вид
-местах. Однажды я видел DVD, у которого одна половина была с
+местах. Однажды я видел DVD, у которого одна половина была с
построчной развёрткой, а вторая &mdash; телесиненной. Если Вы
желаете быть <emphasis>действительно</emphasis> уверенными,
Вы можете просканировать весь фильм:
@@ -2084,24 +2080,24 @@ DVD плееры читают флаг, включенный в видеопот
Использование <option>-benchmark</option> позволяет
<application>MPlayer</application> воспроизводить фильм столь
-быстро, сколь это возможно; тем не менее, в зависимости от
-Вашего железа, это может занять некоторое время. Всякий раз,
+быстро, сколь это возможно; тем не менее, в зависимости от
+Вашего железа, это может занять некоторое время. Всякий раз,
когда demux_mpg будет сообщать об изменении частоты кадров,
строка прямо над сообщением покажет Вам время, при котором
произошло изменение.
</para>
<para>
-Иногда видео на DVD с построчной развёрткой называют
+Иногда видео на DVD с построчной развёрткой называют
&quot;мягким телесином&quot;, поскольку предполагается, что
-телесин будет выполнен DVD плеером.
+телесин будет выполнен DVD плеером.
</para>
</sect3>
<sect3 id="menc-feat-telecine-ident-telecined">
<title>Телесин</title>
<para>
-Телесиненное видео изначально снимается на 24000/1001 кадр/сек,
+Телесиненное видео изначально снимается на 24000/1001 кадр/сек,
но подвергается телесину <emphasis>до</emphasis> записи на DVD.
</para>
@@ -2113,7 +2109,7 @@ DVD плееры читают флаг, включенный в видеопот
<para>
При просмотре телесиненного видео, Вы будете видеть "мерцающие"
-артефакты чересстрочной развёртки: они будут многократно
+артефакты чересстрочной развёртки: они будут многократно
повторяться и исчезать.
Вы можете детально это рассмотреть следующим образом:
<orderedlist>
@@ -2128,15 +2124,15 @@ DVD плееры читают флаг, включенный в видеопот
вперёд.
</para></listitem>
<listitem><para>
- Наблюдайте за последовательностью кадров с чересстрочной и
- построчной развёрткой. Если Вы видите следующую структуру:
+ Наблюдайте за последовательностью кадров с чересстрочной и
+ построчной развёрткой. Если Вы видите следующую структуру:
ЧЧЧПП,ЧЧЧПП,ЧЧЧПП,... (где Ч &mdash; чересстрочные, а П &mdash;
- построчные кадры), значит видео телесиненное. Если Вы
+ построчные кадры), значит видео телесиненное. Если Вы
наблюдаете иную структуру, видео может быть телесиненным,
используя какой-либо нестандартный метод;
- <application>MEncoder</application> не может преобразовать
+ <application>MEncoder</application> не может преобразовать
без потерь нестандартный телесин в построчную развёртку.
- Если Вы не видите вообще никакой структуры, значит наиболее
+ Если Вы не видите вообще никакой структуры, значит наиболее
вероятно, что видео с чересстрочной развёрткой.
</para></listitem>
</orderedlist>
@@ -2150,8 +2146,8 @@ DVD плееры читают флаг, включенный в видеопот
<para>
Другой способ выяснить, был Ваш источник подвержен телесину или нет, заключается
-в воспроизведении исходного материала с опциями командной строки
-<option>-vf pullup</option> и <option>-v</option>, чтобы увидеть, как
+в воспроизведении исходного материала с опциями командной строки
+<option>-vf pullup</option> и <option>-v</option>, чтобы увидеть, как
<option>pullup</option> сопоставляет кадры.
Если источник был телесиненным, Вы должны увидеть в консоли 3:2 структуру с
чередующимися <systemitem>0+.1.+2</systemitem> и <systemitem>0++1</systemitem>.
@@ -2198,15 +2194,15 @@ DVD плееры читают флаг, включенный в видеопот
<para>
Когда <application>MPlayer</application> воспроизводит эту категорию, он будет
-(как правило, периодически) переключаться между "30000/1001 кадров/сек NTSC
-содержимым" и "24000/1001 кадра/сек NTSC содержимым с построчной развёрткой".
-Смотрите конец вывода <application>MPlayer</application>, чтобы увидеть
+(как правило, периодически) переключаться между "30000/1001 кадров/сек NTSC
+содержимым" и "24000/1001 кадра/сек NTSC содержимым с построчной развёрткой".
+Смотрите конец вывода <application>MPlayer</application>, чтобы увидеть
эти сообщения.
</para>
<para>
-Вам следует проверить разделы с "30000/1001 кадров/сек NTSC содержимым",
-чтобы убедиться, что видео действительно телесиненное, а не просто
+Вам следует проверить разделы с "30000/1001 кадров/сек NTSC содержимым",
+чтобы убедиться, что видео действительно телесиненное, а не просто
чересстрочное.
</para>
</sect3>
@@ -2221,8 +2217,8 @@ DVD плееры читают флаг, включенный в видеопот
</para>
<para>
-Эта категория выглядит также, как и "смешанные построчная развертка и телесин",
-до тех пор, пока не проверите разделы 30000/1001 кадр/сек и не увидите,
+Эта категория выглядит также, как и "смешанные построчная развертка и телесин",
+до тех пор, пока не проверите разделы 30000/1001 кадр/сек и не увидите,
что структура телесина отсутствует.
</para>
</sect3>
@@ -2234,9 +2230,9 @@ DVD плееры читают флаг, включенный в видеопот
<title>Как кодировать каждую категорию</title>
<para>
-Как уже было сказано выше, последующие примеры командных строк
-<application>MEncoder</application> <emphasis role="bold">не</emphasis> означают,
-что надо использовать именно их; они всего лишь примеры минимального набора параметров
+Как уже было сказано выше, последующие примеры командных строк
+<application>MEncoder</application> <emphasis role="bold">не</emphasis> означают,
+что надо использовать именно их; они всего лишь примеры минимального набора параметров
для правильного кодирования каждой категории.
</para>
@@ -2246,8 +2242,8 @@ DVD плееры читают флаг, включенный в видеопот
<para>
Видео с построчной разверткой не требует специальной обработки для кодирования.
-Единственный нужный Вам для уверенности параметр &mdash; это
-<option>-ofps 24000/1001</option>.
+Единственный нужный Вам для уверенности параметр &mdash; это
+<option>-ofps 24000/1001</option>.
В противном случае <application>MEncoder</application> будет пытаться кодировать
с 30000/1001 кадрами в секунду и создаст дублирующиеся кадры.
</para>
@@ -2274,7 +2270,7 @@ DVD плееры читают флаг, включенный в видеопот
Телесин может быть обращён для получения оригинального 24000/1001 содержимого
при помощи процесса, называемого обратный телесин.
<application>MPlayer</application> содержит несколько фильтров для выполнения
-этого; лучший из них, <option>pullup</option> описан в разделе
+этого; лучший из них, <option>pullup</option> описан в разделе
<link linkend="menc-feat-telecine-encode-mixedpt">смешанные построчная развертка
и телесин</link>.
</para>
@@ -2285,10 +2281,10 @@ DVD плееры читают флаг, включенный в видеопот
<title>Чересстрочная развертка</title>
<para>
-На практике в большинстве случаев невозможно получить полностью построчное
+На практике в большинстве случаев невозможно получить полностью построчное
видео из чересстрочного содержимого.
Единственный способ сделать это без потери половины вертикального разрешения
-- это удвоить частоту кадров и попытаться "угадать", что должно составить
+- это удвоить частоту кадров и попытаться "угадать", что должно составить
соответствующие линии каждого поля (этот способ имеет недостатки, смотрите метод
3).
</para>
@@ -2299,7 +2295,7 @@ DVD плееры читают флаг, включенный в видеопот
кодировщика хорошо сжимать, но <systemitem class="library">libavcodec</systemitem>
имеет два параметра специально для чуть лучшего сохранения чересстрочного
видео: <option>ildct</option> и <option>ilme</option>. К тому же, настоятельно
- рекомендуется использовать
+ рекомендуется использовать
<option>mbd=2</option><link linkend="menc-feat-telecine-footnotes">[2]</link>,
потому что при этом макроблоки в местах без движения будут кодированы как
нечересстрочные. Имейте в виду, что <option>-ofps</option> здесь НЕ нужна.
@@ -2307,15 +2303,15 @@ DVD плееры читают флаг, включенный в видеопот
</para></listitem>
<listitem><para>
Используйте фильтр деинтерлейсинга перед кодированием. Существует несколько
- таких фильтров на выбор, каждый имеет свои преимущества и недостатки.
+ таких фильтров на выбор, каждый имеет свои преимущества и недостатки.
Обратитесь к <option>mplayer -pphelp</option> и <option>mplayer -vf help</option>
- для определения доступных (grep по "deint"), прочтите
+ для определения доступных (grep по "deint"), прочтите
<ulink url="http://guru.multimedia.cx/deinterlacing-filters/">Сравнение
фильтров деинтерлейсинга</ulink> Майкла Нидермайера (Michael Niedermayer),
и поищите в <ulink url="http://www.mplayerhq.hu/design7/mailing_lists.html">
списках рассылки MPlayer</ulink>, чтобы найти множество обсуждений различных
фильтров.
- И опять, частота кадров не меняется, поэтому никаких <option>-ofps</option>.
+ И опять, частота кадров не меняется, поэтому никаких <option>-ofps</option>.
к тому же деинтерлейсинг следует производить после обрезания
<link linkend="menc-feat-telecine-footnotes">[1]</link> и до масштабирования.
<screen>mencoder dvd://1 -oac copy -vf yadif -ovc lavc</screen>
@@ -2323,23 +2319,23 @@ DVD плееры читают флаг, включенный в видеопот
<listitem><para>
К сожалению, эта опция сбоит с <application>MEncoder</application>; она должна
хорошо работать с <application>MEncoder G2</application>, но его пока нет. Вы
- можете столкнуться с крахами. Как бы то ни было, назначение опции
+ можете столкнуться с крахами. Как бы то ни было, назначение опции
<option> -vf tfields</option> &mdash; создать полный кадр из каждого поля, что
делает частоту кадров равной 60000/1001. Преимущество этого подхода в том, что
никакие данные не теряются; однако, т.к. каждый кадр получается только из одного
- поля, недостающие строки должны как-то интерполироваться.
-
+ поля, недостающие строки должны как-то интерполироваться.
+
Не существует очень хороших методов
генерации недостающих данных, поэтому результат будет выглядеть несколько похожим
на применение некоторых фильтров деинтерлейсинга. Генерация недостающих строк также создает
другие проблемы, просто потому что количество данных удваивается.
Таким образом, для сохранения качества требуются более высокие значения
- битпотока, и больше ресурсов процессора используется как для
+ битпотока, и больше ресурсов процессора используется как для
кодирования, так и для декодирования. <option>tfields</option> имеет
несколько различных опций, определяющих способ создания недостающих строк
каждого кадра. Если выбрали этот способ, обратитесь к руководству и выберите
ту опцию, которая лучше подходит для Вашего материала. Имейте в виду, что при
- использовании <option>tfields</option> Вы
+ использовании <option>tfields</option> Вы
<emphasis role="bold">должны</emphasis> указать как <option>-fps</option>, так
и <option>-ofps</option>, установив им значение, равное удвоенной частоте
исходного материала.
@@ -2352,8 +2348,8 @@ mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc \
Если планируете сильно уменьшать размер изображения, можно извлекать и
декодировать только одно поле из двух. Конечно, Вы потеряете половину
вертикального разрешения, но если планируется уменьшать размер как минимум
- вдвое, потеря будет не сильно заметна. В результате получится построчной
- развёртки файл с 30000/1001 кадрами в секунду. Процедура следующая:
+ вдвое, потеря будет не сильно заметна. В результате получится построчной
+ развёртки файл с 30000/1001 кадрами в секунду. Процедура следующая:
<option>-vf field</option>, затем обрезание
<link linkend="menc-feat-telecine-footnotes">[1]</link> и масштабирование
соответствующим образом. Помните, что потребуется скорректировать масштабирование
@@ -2403,7 +2399,7 @@ mencoder dvd://1 -oac copy -vf pullup,softskip \
имеет тенденцию к более частому нахождению соответствий.
Какой фильтр будет лучше работать зависит от исходного видео и
личного вкуса; не бойтесь экспериментировать с тонкой настройкой
- опций фильтров, если у вас возникли проблемы с любым из них (подробности
+ опций фильтров, если у Вас возникли проблемы с любым из них (подробности
смотрите на странице руководства man). Для большинства качественного
исходного видео, однако, оба фильтра работают достаточно хорошо,
так что начинать работать можно с любым из них.
@@ -2414,10 +2410,10 @@ mencoder dvd://1 -oac copy -vf filmdint -ovc lavc -ofps 24000/1001<!--
<listitem><para>
Более старый метод заключается не в применении обратного телесина к
телесиненным частям, а, наоборот, в телесине не подверженных телесину частей и
- последующем применении обратного телесина ко всему видео. Звучит запутанно?
+ последующем применении обратного телесина ко всему видео. Звучит запутанно?
softpulldown &mdash; это фильтр, проходящий по видео и делающий телесиненным весь
файл. Если следом за softpulldown указать либо <option>detc</option>, либо
- <option>ivtc</option>, финальный результат будет полностью построчным.
+ <option>ivtc</option>, финальный результат будет полностью построчным.
<option>-ofps 24000/1001</option> необходима.
<screen>
mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001
@@ -2446,23 +2442,23 @@ mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001
</para>
<para>
- Эта опция определенно не должна использоваться, если Вы хотите со
+ Эта опция определенно не должна использоваться, если Вы хотите со
временем отображать видео на чересстрочном устройстве (с помощью TV карты,
например). Если у Вас есть чересстрочные кадры в видео с 24000/1001 кадрами в
секунду, к ним, как и к прогрессивным, будет применен телесин. Половина их
чересстрочных "кадров" будут отображаться с длительностью трех полей
- (3/(60000/1001) секунд), давая в результате неприятно выглядящий эффект
+ (3/(60000/1001) секунд), давая в результате неприятно выглядящий эффект
<!-- FIXME is translation correct? -->
- "прыжка назад во времени". Даже если Вы пробуете это, Вы
+ "прыжка назад во времени". Даже если Вы пробуете это, Вы
<emphasis role="bold">должны</emphasis> использовать фильтр деинтерлейсинга,
такой как <option>lb</option> или <option>l5</option>.
</para>
<para>
Для отображения на построчном дисплее это тоже может быть плохой идеей.
- Будут отбрасываться пары последовательных чересстрочных полей, приводя к
+ Будут отбрасываться пары последовательных чересстрочных полей, приводя к
разрывам, которые могут быть заметнее, чем при использовании второго метода,
- отображающего некоторые построчные кадры дважды. Чересстрочное видео с
+ отображающего некоторые построчные кадры дважды. Чересстрочное видео с
30000/1001 кадрами в секунду уже несколько прерывисто, потому что в реальности
оно должно отображаться с 60000/1001 полями в секунду, так что дублирующиеся
кадры не так сильно выделяются.
@@ -2471,7 +2467,7 @@ mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001
<para>
Так или иначе, лучше всего проанализировать Ваше содержимое и как Вы его
собираетесь показывать. Если видео на 90% построчное и Вы никогда не будете
- показывать его на TV, Вам следует отдать предпочтение построчному варианту.
+ показывать его на TV, Вам следует отдать предпочтение построчному варианту.
Если оно только наполовину построчное, Вы, возможно, захотите кодировать
его, как если бы оно было чересстрочным.
</para>
@@ -2497,13 +2493,13 @@ mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001
<title>Об усечении сторон:</title>
<para>
Видеоданные на DVD хранятся в формате, называемом YUV 4:2:0. В YUV
- видео, люма ("яркость") и хрома ("цвет") хранятся отдельно.
- Поскольку человеческий глаз отчасти менее чувствителен к цвету, чем к яркости,
+ видео, люма ("яркость") и хрома ("цвет") хранятся отдельно.
+ Поскольку человеческий глаз отчасти менее чувствителен к цвету, чем к яркости,
в YUV 4:2:0 изображении присутствует только один цветностный пиксел на четыре
- яркостных. В изображении с построчной развёрткой каждый квадрат из четырёх яркостных
+ яркостных. В изображении с построчной развёрткой каждый квадрат из четырёх яркостных
пикселов (два на два) имеют один общий цветностный пиксел. Вы должны обрезать
построчный YUV 4:2:0 до чётных размеров и использовать чётные смещения.
- Например,
+ Например,
<option>crop=716:380:2:26</option> &mdash; правильно, а
<option>crop=716:380:3:26 </option> &mdash; нет.
</para>
@@ -2548,7 +2544,7 @@ mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001
<systemitem class="library">libavcodec</systemitem>, которые значительно
увеличивают качество. Вам всегда следует использовать как минимум эти две,
за исключением случая, когда потеря скорости кодирования недопустима
- (например, кодирование в реальном времени). Есть множество других
+ (например, кодирование в реальном времени). Есть множество других
<systemitem class="library">libavcodec</systemitem> опций, улучшающих качество
(и замедляющих кодирование), но их описание выходит за рамки этого
документа.
@@ -2559,12 +2555,12 @@ mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001
<title>О производительности pullup:</title>
<para>
Использование <option>pullup</option> (совместно с <option>softskip</option>)
- для видео с построчной развёрткой вполне безопасно и обычно является хорошей
+ для видео с построчной развёрткой вполне безопасно и обычно является хорошей
идеей, если только про источник не известно достоверно, что он полностью
построчный. Потеря скорости мала в большинстве случаев.
В минимальном варианте кодирования <option>pullup</option> замедляет
<application>MEncoder</application> на 50%. Добавление обработки звука и
- продвинутых <option>lavcopts</option> опций затмевает эту разницу, уменьшая
+ продвинутых <option>lavcopts</option> опций затмевает эту разницу, уменьшая
падение производительности от использования <option>pullup</option> до 2%.
</para>
</formalpara></listitem>
@@ -3021,13 +3017,13 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
В идеале, Вы, наверное, хотели бы иметь возможность просто сказать кодировщику
переключиться на "высокое качество" и начать кодирование.
Это было бы замечательно, но, к сожалению, трудно реализуемо, поскольку
-различные опции кодирования, в зависимости от исходного материала, дают в результате
+различные опции кодирования, в зависимости от исходного материала, дают в результате
различное качество.
Так происходит потому, что сжатие зависит от визуальных свойств видео.
Например, аниме и живая съемка имеют сильно отличающиеся свойства и,
поэтому, требуют разные опции для получения оптимального результата.
-Хорошая новость состоит в том, что некоторые опции, такие как
-<option>mbd=2</option>, <option>trell</option> и <option>v4mv</option>,
+Хорошая новость состоит в том, что некоторые опции, такие как
+<option>mbd=2</option>, <option>trell</option> и <option>v4mv</option>,
никогда не следует опускать.
Детальное описание основных опций кодирования смотрите ниже.
</para>
@@ -3039,7 +3035,7 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
от фильма.
Заметьте, если хотите, чтобы Ваш фильм декодировался DivX5, Вы должны
активировать поддержку закрытых GOP, используя опцию <option>cgop</option>
- <systemitem class="library">libavcodec</systemitem>, но также должны деактивировать
+ <systemitem class="library">libavcodec</systemitem>, но также должны деактивировать
определение сцен, что не является хорошей идеей, поскольку несколько вредит
эффективности.
</para></listitem>
@@ -3053,7 +3049,7 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
<emphasis role="bold">dia</emphasis>: диапазон поиска движения. Большие
значения лучше и медленнее.
Отрицательные значения &mdash; это совершенно другая шкала.
- Хорошими значениями являются -1 для быстрого кодирования или 2-4 &mdash; для
+ Хорошими значениями являются -1 для быстрого кодирования или 2-4 &mdash; для
медленного.
</para></listitem>
<listitem><para>
@@ -3092,7 +3088,7 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
<emphasis role="bold">qns</emphasis>: очень медленно, особенно в комбинации с qprd.
Эта опция укажет кодировщику минимизировать шум от артефактов сжатия вместо
создания закодированного видео, полностью соответствующего исходному.
- Не используйте ее, если только не перепробовали настроить все, что было
+ Не используйте ее, если только не перепробовали настроить все, что было
возможно, а результат все таки недостаточно хорош.
</para></listitem>
<listitem><para>
@@ -3109,8 +3105,8 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
Они кодируются независимо во всех MPEG-похожих алгоритмах.
Идея этих опций заключается в использованию некоторой хорошей эвристики для
определения момента, когда изменения в блоке ниже указанного Вами порога, и что его
- стоит кодировать как "блок без изменений".
- Это сохраняет биты и, возможно, ускоряет кодирование.
+ стоит кодировать как "блок без изменений".
+ Это сохраняет биты и, возможно, ускоряет кодирование.
vlelim=-4 и vcelim=9 выглядят неплохими для живой съемки, но, скорее всего, не
помогут для аниме; при кодировании анимации Вам, возможно, следует оставить
эту опцию неизменной.
@@ -3164,7 +3160,7 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
</para>
<para>
-Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps
+Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps
с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме.
Для каждой настройки кодирования указаны измеренная скорость кодирования (в
кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
@@ -3292,7 +3288,7 @@ vcodec=mpeg2video:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37,\
<para>
Итак, Вы только что купили новенькую, блестящую копию фильма "Гарри Поттер и Тайная
Комната" (в широкоэкранном формате, конечно) и хотите сделать рип этого DVD так,
-чтобы добавить его к Домашнему кинотеатру на PC. Это DVD первого региона,
+чтобы добавить его к Домашнему кинотеатру на PC. Это DVD первого региона,
поэтому NTSC. Пример ниже также применим и для PAL, за исключением того, что
надо будет опустить <option>-ofps 24000/1001</option> (поскольку частота кадров
на выходе такая же, как и на входе), и, конечно, границы обрезания будут
@@ -3308,17 +3304,17 @@ vcodec=mpeg2video:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37,\
</para>
<para id="menc-feat-dvd-mpeg4-example-crop">
-Далее, мы хотим определить верные границы обрезания, поэтому используем фильтр
+Далее, мы хотим определить верные границы обрезания, поэтому используем фильтр
cropdetect:
<screen>mplayer dvd://1 -vf cropdetect</screen>
Убедитесь, что переместились к полностью заполненному кадру (например,
-к светлой сцене после пропущенных начальных титров и логотипов),
+к светлой сцене после пропущенных начальных титров и логотипов),
Вы должны увидеть в консоли <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. С шириной все в порядке, а с высотой &mdash; нет.
+делятся на 16. С шириной все в порядке, а с высотой &mdash; нет.
Поскольку мы не заваливали математику в 7-ом классе, то знаем, что ближайшее
целое, меньшее 362 и кратное 16, равно 352.
</para>
@@ -3342,7 +3338,7 @@ cropdetect:
<para>
Если Вас действительно заботит потеря этих 10 пикселов, Вы можете
-вместо этого отмасштабировать фильм, уменьшив размерности до ближайших
+вместо этого отмасштабировать фильм, уменьшив размерности до ближайших
кратных 16 значений.
Цепочка фильтров будет выглядеть примерно так:
<screen>-vf crop=720:362:0:58,scale=720:352</screen>
@@ -3379,23 +3375,23 @@ mencoder dvd://1 -ofps 24000/1001 -oac copy -o <replaceable>Harry_Potter_2.avi</
<para>
Опции <option>v4mv:mbd=2:trell</option> значительно улучшат качество ценой
времени кодирования. Нет никаких оснований отключать эти
-опции, когда главным критерием является качество. Опции
+опции, когда главным критерием является качество. Опции
<option>cmp=3:subcmp=3</option> выбирают функцию сравнения, дающую
лучшее качество, чем стандартная. Вы можете поэкспериментировать с этим параметром
(возможные значения смотрите на man странице), поскольку разные функции могут
давать разный прирост в качестве в зависимости от исходного материала.
Например, если Вы замечаете, что <systemitem class="library">libavcodec</systemitem>
производит слишком много блочных артефактов (квадратиков), то можете попытаться
-выбрать экспериментальный NSSE в качестве функции сравнения при помощи опции
+выбрать экспериментальный NSSE в качестве функции сравнения при помощи опции
<option>*cmp=10</option>.
</para>
<para>
Для этого фильма полученный AVI будет 138 минут длинной и размером около 3Гб.
И, поскольку Вы сказали, что размер файла значения не имеет, это вполне
-приемлемый результат. Однако, если все-таки хотите получить меньший размер файла,
-можете попробовать уменьшить битпоток. Увеличение битпотока имеет снижающийся эффект,
-поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 2000Кбит/сек, оно
+приемлемый результат. Однако, если все-таки хотите получить меньший размер файла,
+можете попробовать уменьшить битпоток. Увеличение битпотока имеет снижающийся эффект,
+поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 2000Кбит/сек, оно
может быть не столь заметно выше 2000Кбит/сек.
</para>
@@ -3406,7 +3402,7 @@ mencoder dvd://1 -ofps 24000/1001 -oac copy -o <replaceable>Harry_Potter_2.avi</
улучшит воспринимаемое качество и поможет избежать блочных артефактов в видео.
Опцией <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
@@ -3432,7 +3428,7 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
<para>
Это руководство в основном нацелено на особенности применения тех же методов,
что описаны в руководстве по кодированию с помощью x264.
-Поэтому, сначала прочтите, пожалуйста,
+Поэтому, сначала прочтите, пожалуйста,
<link linkend="menc-feat-x264-encoding-options-intro">первую часть</link>
того руководства.
</para>
@@ -3443,7 +3439,7 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
<title>Какие опции следует использовать для получения лучших результатов?</title>
<para>
-Пожалуйста, начните с просмотра раздела
+Пожалуйста, начните с просмотра раздела
<systemitem class="library">Xvid</systemitem> man страницы
<application>MPlayer</application>.
Этот раздел предполагается как дополнение к man странице.
@@ -3497,24 +3493,24 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
Управляет чувствительностью кодировщика к 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>max_bframes</option> и высокое значение
<option>bf_threshold</option> &mdash; это, возможно, не самое мудрое решение,
поскольку оно принудит кодировщик размещать B-кадры в местах, которые никак не
выиграют от этого, тем самым ухудшая визуальное качество.
Однако, если Вам требуется совместимость с аппаратными
проигрывателями, поддерживающими только старые DivX профили (которые
- поддерживают только 1 последовательный B-кадр), это единственный способ
+ поддерживают только 1 последовательный B-кадр), это единственный способ
увеличить сжимаемость при помощи B-кадров.
</para></listitem>
<listitem><para>
<emphasis role="bold">trellis</emphasis>
- Оптимизирует процесс квантования для получения оптимального
+ Оптимизирует процесс квантования для получения оптимального
соотношения между PSNR и битпотоком, что позволяет существенно экономить биты.
Эти биты впоследствии будут потрачены на другие части видео, что приведет к
увеличению общего качества.
@@ -3570,10 +3566,10 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
</para></listitem>
<listitem><para>
<emphasis role="bold">lumi_mask</emphasis>
- Пытается отдать меньший битпоток областям изображения, которые
+ Пытается отдать меньший битпоток областям изображения, которые
человеческий глаз не в состоянии увидеть достаточно хорошо, что
- позволит кодировщику потратить сэкономленные биты на более важные
- части картинки. Качество закодированного материала, привнесенное этой
+ позволит кодировщику потратить сэкономленные биты на более важные
+ части картинки. Качество закодированного материала, привнесенное этой
опцией, сильно зависит от личных предпочтений и от типа и настроек монитора,
использовавшегося для просмотра (обычно результат выглядит не очень хорошо,
если он яркий, или является TFT монитором).
@@ -3581,7 +3577,7 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
<listitem>
<para>
<emphasis role="bold">qpel</emphasis>
- Увеличивает количество предполагаемых векторов движения, путём повышения
+ Увеличивает количество предполагаемых векторов движения, путём повышения
точности оценки движения с полупиксельной до четвертьпиксельной.
Идея состоит в том, чтобы найти лучшие векторы движения, которые взамен
уменьшат битпоток (тем самым увеличивая качество).
@@ -3590,11 +3586,11 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
дают (значительно) лучшие результаты.
Достаточно часто кодек тратит дополнительные биты на повышенную точность
впустую, а взамен получает или вообще ничего, или небольшое увеличение качества.
- К сожалению, нет способа предсказать возможные улучшения от <option>qpel</option>,
+ К сожалению, нет способа предсказать возможные улучшения от <option>qpel</option>,
так что Вам придется сделать кодирование с ней и без нее, чтобы знать
наверняка.
</para>
-
+
<para>
<option>qpel</option> может почти удвоить время кодирования и
требует, как минимум, на 25% большей мощности при декодировании.
@@ -3606,7 +3602,7 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
Пытается сэкономить биты в панорамных сценах, используя один вектор
движения для всего кадра. Это почти всегда увеличивает PSNR, но заметно
замедляет кодирование (так же как и декодирование).
- Поэтому Вас следует использовать ее, только когда Вы включили
+ Поэтому Вас следует использовать ее, только когда Вы включили
<option>vhq</option> на максимум.
GMC <systemitem class="library">Xvid</systemitem>'а является более сложным,
чем у DivX'а, но поддерживается только некоторыми аппаратными проигрывателями.
@@ -3902,7 +3898,7 @@ Xvid поддерживает профили кодирования через
</para>
<para>
-Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps
+Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps
с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме.
Для каждой настройки кодирования указаны измеренная скорость кодирования (в
кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
@@ -3913,7 +3909,7 @@ Xvid поддерживает профили кодирования через
<informaltable frame="all">
<tgroup cols="4">
<thead>
-<row><entry>Описание</entry><entry>Опции кодирования</entry><entry>скорость
+<row><entry>Описание</entry><entry>Опции кодирования</entry><entry>скорость
(в fps)</entry><entry>Относительная потеря PSNR (в дБ)</entry></row>
</thead>
<tbody>
@@ -3966,8 +3962,8 @@ Xvid поддерживает профили кодирования через
<title>Опции кодирования x264</title>
<para>
-Начните, пожалуйста с просмотра раздела
-<systemitem class="library">x264</systemitem>
+Начните, пожалуйста с просмотра раздела
+<systemitem class="library">x264</systemitem>
man страницы <application>MPlayer</application>'а.
Этот раздел предполагается быть дополнением к странице man.
Здесь Вы найдете быстрые подсказки о том, какие опции чаще всего интересуют
@@ -3998,7 +3994,7 @@ man страницы <application>MPlayer</application>'а.
целей. Решение для первого класса опций очень простое:
надо только определить, считаете ли Вы, что разница в качестве оправдывает разницу в
скорости. Для второго класса опций предпочтения могут быть значительно более
-субъективными и зависеть от большего числа факторов.
+субъективными и зависеть от большего числа факторов.
Имейте в виду, что некоторые из опций категории "пользовательских предпочтений и специальных
требований" могут все же иметь большое влияние на скорость или качество,
но это не основное их предназначение.
@@ -4035,16 +4031,16 @@ man страницы <application>MPlayer</application>'а.
<sect3 id="menc-feat-x264-encoding-options-speedvquality">
-<title>Опции, затрагивающие, в основном, скорость и качество</title>
+<title>Опции, затрагивающие, в основном, скорость и качество</title>
<itemizedlist>
<listitem>
<para>
<emphasis role="bold">subq</emphasis>:
- Из всех опций, позволяющих выбирать между скоростью и качеством,
+ Из всех опций, позволяющих выбирать между скоростью и качеством,
<option>subq</option> и <option>frameref</option> (смотрите ниже), пожалуй,
самые важные.
- Если Вы заинтересованы в тонкой настройке либо скорости, либо качества,
+ Если Вы заинтересованы в тонкой настройке либо скорости, либо качества,
эти две &mdash; первое, с чего Вам стоит начать.
С точки зрения скорости, опции <option>frameref</option> и
<option>subq</option> очень жестко взаимодействуют друг с другом.
@@ -4054,29 +4050,29 @@ man страницы <application>MPlayer</application>'а.
С 6 ссылочными кадрами эта величина достигает 60%.
Эффект <option>subq</option> на PSNR выглядит довольно постоянным, в отличие
от количества ссылочных кадров.
- Как правило, <option>subq=5</option> достигает значения глобального PSNR
+ Как правило, <option>subq=5</option> достигает значения глобального PSNR
на 0.2-0.5 дБ большего, чем при <option>subq=1</option>.
Обычно этого достаточно, чтобы заметить.
</para>
-
+
<para>
<option>subq=6</option> &mdash; медленнее и дает лучшее качество при разумной
цене.
Если сравнивать с <option>subq=5</option>, он обычно дает на 0.1-0.4 дБ
больший глобальный PSNR ценой потери 25%-100% скорости.
- В отличие от остальных уровней <option>subq</option>, поведение
+ В отличие от остальных уровней <option>subq</option>, поведение
<option>subq=6</option> не так сильно зависит от <option>frameref</option>
- и <option>me</option>. Вместо этого, эффективность <option>subq=6</option>
+ и <option>me</option>. Вместо этого, эффективность <option>subq=6</option>
по большей части зависит от количества используемых B-кадров. При
обычном использовании это означает, что <option>subq=6</option> в сложных,
высокодинамичных сценах имеет большое влияние как на скорость, так и на
качество, но в сценах с малым количествах движения она не имеет такого
- эффекта. Имейте в виду, что по-прежнему рекомендуется всегда устанавливать
+ эффекта. Имейте в виду, что по-прежнему рекомендуется всегда устанавливать
<option>bframes</option> в значение, отличное от нуля (смотрите далее).
</para>
<para>
<option>subq=7</option> &mdash; самый медленный режим с наилучшим качеством.
- По сравнению с <option>subq=6</option> он, обычно, улучшает общий PSNR на
+ По сравнению с <option>subq=6</option> он, обычно, улучшает общий PSNR на
0.01-0.05 дБ ценой потери 15%-30% скорости.
Поскольку соотношение качества и времени кодирования очень невелико, Вам
следует использовать этот режим, только если боретесь за каждый бит, и время
@@ -4095,14 +4091,14 @@ man страницы <application>MPlayer</application>'а.
<option>frameref=3</option> медленнее примерно на 15%, чем
<option>frameref=1</option>.
К сожалению, улучшение очень быстро сходит на нет.
- От <option>frameref=6</option> можно ожидать прироста PSNR лишь на
+ От <option>frameref=6</option> можно ожидать прироста PSNR лишь на
0.05-0.1 дБ по сравнению с <option>frameref=3</option> с дополнительной
потерей 15% скорости.
- Выше <option>frameref=6</option> качество обычно увеличивается очень незначительно
+ Выше <option>frameref=6</option> качество обычно увеличивается очень незначительно
(хотя на всем протяжении этой дискуссии Вам следует иметь в виду, оно может
значительно изменяться в зависимости от исходного материала).
- В довольно типичном случае <option>frameref=12</option> улучшит глобальный
- PSNR всего на 0.02дБ по сравнению с <option>frameref=6</option>,
+ В довольно типичном случае <option>frameref=12</option> улучшит глобальный
+ PSNR всего на 0.02дБ по сравнению с <option>frameref=6</option>,
ценой 15%-20% скорости.
При таких высоких значениях <option>frameref</option>, единственная
действительно хорошая вешь, о которой может быть сказано, состоит в том, что
@@ -4112,11 +4108,11 @@ man страницы <application>MPlayer</application>'а.
</para>
<note><title>Замечание:</title>
<para>
- Увеличение <option>frameref</option> до чрезмерно высоких значений
+ Увеличение <option>frameref</option> до чрезмерно высоких значений
<emphasis role="bold">может</emphasis> и
<emphasis role="bold">обычно наносит</emphasis>
вред эффективности кодирования, если CABAC отключен.
- С задействованным CABAC (настройка по умолчанию), возможность установки
+ С задействованным CABAC (настройка по умолчанию), возможность установки
<option>frameref</option> "слишком высоким" на данный момент выглядит слишком
далекой, чтобы об этом беспокоиться, а в будущем оптимизации могут вообще
убрать такую возможность.
@@ -4127,17 +4123,17 @@ man страницы <application>MPlayer</application>'а.
затем увеличить их во втором. Обычно, это обладает ничтожным отрицательным
эффектом на конечное качество: Вы, возможно, потеряете вплоть до 0.1дБ PSNR,
что должно быть слишком малой разницей, чтобы её заметить.
- Однако, различные значения <option>frameref</option> могут
+ Однако, различные значения <option>frameref</option> могут
иногда повлиять на решение о выборе типа кадра.
Скорее всего, это довольно редкие крайние случаи, но если Вы хотите быть точно
уверенными, посмотрите, содержит ли Ваше видео полноэкранные
<!-- FIXME is translation correct? -->
периодически вспыхивающие изображения или очень большие паузы, которые могут стать
причиной принудительной вставки I-кадра.
- Настройте <option>frameref</option> в первом проходе так, чтобы
+ Настройте <option>frameref</option> в первом проходе так, чтобы
она была достаточно большой для содержания длительности цикла вспыхивания
(или паузы).
- Например, если сцены вспыхивают и гаснут между двумя изображениями в течении
+ Например, если сцены вспыхивают и гаснут между двумя изображениями в течении
трёх кадров, установите <option>frameref</option> равным 3 или выше.
Эта проблема, возможно, очень редко появляется для живой съемки, но она иногда
возникает при записи видео игр.
@@ -4149,11 +4145,11 @@ man страницы <application>MPlayer</application>'а.
Эта опция используется для выбора метода оценки движения.
Изменение этой опции оказывает прямое влияние на соотношение
скорость-качество. <option>me=dia</option> лишь на несколько процентов
- быстрее, чем поиск по умолчанию, ценой не больше 0.1дБ глобального PSNR.
+ быстрее, чем поиск по умолчанию, ценой не больше 0.1дБ глобального PSNR.
Значение по умолчанию (<option>me=hex</option>) &mdash; разумный выбор между скоростью
и качеством. <option>me=umh</option> немного, вплоть до 0.1дБ, улучшает
- глобальный PSNR, соответствующее падение скорости меняется в
- зависимости от <option>frameref</option>. С высокими значениями
+ глобальный PSNR, соответствующее падение скорости меняется в
+ зависимости от <option>frameref</option>. С высокими значениями
<option>frameref</option> (например, 12 или около того), <option>me=umh</option>
примерно на 40% медленнее, чем настройка по умолчанию <option>me=hex</option>.
С <option>frameref=3</option>, падение скорости уменьшается до 25%-30%.
@@ -4188,7 +4184,7 @@ man страницы <application>MPlayer</application>'а.
<para>
С отключенным адаптивным принятием решения о B-кадрах
(<option>nob_adapt</option> в <option>x264encopts</option>),
- оптимальное значение этой опции обычно не превышает
+ оптимальное значение этой опции обычно не превышает
<option>bframes=1</option>, иначе могут пострадать высокодинамичные сцены.
С включенным адаптивным принятием решения о B-кадрах (поведение по умолчанию),
можно безопасно использовать более высокие значения; кодировщик уменьшит
@@ -4204,7 +4200,7 @@ man страницы <application>MPlayer</application>'а.
Заметьте: она включена по умолчанию.
</para>
<para>
- Когда эта опция включена, кодировщик будет использовать разумно
+ Когда эта опция включена, кодировщик будет использовать разумно
быстрый процесс принятия решения для уменьшения количества B-кадров,
используемых в сценах, которые от этого не сильно выиграют.
Вы можете использовать <option>b_bias</option> для тонкой настройки того,
@@ -4224,7 +4220,7 @@ man страницы <application>MPlayer</application>'а.
Вы получите небольшое улучшение качества без потери в скорости, как и говорит
man руководство.
Имейте в виду, что такое видео не может быть прочитано основанными на
- libavcodec декодерами, созданными ранее, чем примерно 5 Марта 2005.
+ libavcodec декодерами, созданными ранее, чем примерно 5 Марта 2005.
</para></listitem>
<listitem>
<para>
@@ -4243,7 +4239,7 @@ man страницы <application>MPlayer</application>'а.
<para>
К сожалению, текущий алгоритм адаптивного принятия решений о B-кадрах имеет
твердую склонность к избеганию использования B-кадров при затуханиях.
- До тех пор, пока это не изменится, хорошей идеей, возможно, будет добавить
+ До тех пор, пока это не изменится, хорошей идеей, возможно, будет добавить
<option>nob_adapt</option> к x264encopts, если предполагаете, что затухания
будут давать существенный вклад в Вашем конкретном видеоклипе.
</para>
@@ -4252,8 +4248,8 @@ man страницы <application>MPlayer</application>'а.
<para>
<emphasis role="bold">threads</emphasis>
Эта опция позволяет породить потоки для параллельного кодирования на
- нескольких CPU. Вы можете вручную выбрать количество создаваемых потоков или,
- что лучше, установить <option>threads=auto</option> и позволить
+ нескольких CPU. Вы можете вручную выбрать количество создаваемых потоков или,
+ что лучше, установить <option>threads=auto</option> и позволить
<systemitem class="library">x264</systemitem> определить количество доступных
CPU и выбрать соответствующее количество потоков.
Если у Вас многопроцессорная машина, Вам следует всерьез задуматься об
@@ -4295,11 +4291,11 @@ man страницы <application>MPlayer</application>'а.
Во-первых, оно установит битпоток в 1400 кбит/сек для обеих частей. Первая
часть может оказаться чрезмерно квантованной, что приведет к
недопустимо выглядящему и неоправданно блочному изображению. Вторая часть будет
- существенно недостаточно квантованной; она может выглядеть отлично, но цена
+ существенно недостаточно квантованной; она может выглядеть отлично, но цена
битпотока для этого качества будет полностью неоправданной.
Чего намного труднее избежать, так это проблемы перехода между двумя
сценами. В первых секундах малодинамичной части квантователь будет чрезвычайно
- превышен, потому что управление битпотоком все еще ожидает встретить такие же
+ превышен, потому что управление битпотоком все еще ожидает встретить такие же
требования к битпотоку как и в первой части. Этот "ошибочный период" с
чрезвычайно превышенным квантованием будет выглядеть раздражающе неприятно и
использовать на самом деле меньше, чем 300 кбит/сек, требуемых ему для того,
@@ -4309,7 +4305,7 @@ man страницы <application>MPlayer</application>'а.
</para>
<para>
Многопроходное кодирование может предложить огромные преимущества по сравнению
- с однопроходным. Используя статистику, собранную при первом проходе,
+ с однопроходным. Используя статистику, собранную при первом проходе,
кодировщик может оценить, с разумной точностью, "стоимость" (в битах)
кодирования любого заданного кадра при любом заданном квантователе.
Это делает возможным намного более рациональное, лучше спланированное
@@ -4335,7 +4331,7 @@ man страницы <application>MPlayer</application>'а.
x264 предоставляет возможность делать желаемое количество последовательных
проходов. Если Вы указали <option>pass=1</option> при первом проходе,
используйте затем <option>pass=3</option> в последующем проходе, этот проход
- будет одновременно читать статистику предыдущего прохода и записывать свою
+ будет одновременно читать статистику предыдущего прохода и записывать свою
собственную. Дополнительный проход, следующий за этим, будет иметь очень
хорошую основу для осуществления очень точных предсказаний размеров кадров при
выбранном квантователе. На практике, общее улучшение качества от использования
@@ -4355,7 +4351,7 @@ man страницы <application>MPlayer</application>'а.
случай: <option>qcomp=0</option>, предназначен для истинно постоянного
битпотока. Обычно это сделает высокодинамичные сцены выглядящими просто
ужасно, в то время как малодинамичные сцены будут, возможно, выглядеть
- абсолютно великолепно, но при этом будут использовать во много раз больший
+ абсолютно великолепно, но при этом будут использовать во много раз больший
битпоток, чем им необходимо, чтобы выглядеть лишь превосходно.
Другая крайность: <option>qcomp=1</option>, добивается примерно одинакового
параметра квантования (QP). Постоянный QP не выглядит плохо, но большинство
@@ -4378,7 +4374,7 @@ man страницы <application>MPlayer</application>'а.
убывающим, вплоть до исчезающе малого или даже нулевого). Видео поток
по-прежнему будет иметь точки перемещения, пока в нем есть какие-то изменения
сцен.
-</para></listitem>
+</para></listitem>
<listitem>
<para>
<emphasis role="bold">deblock</emphasis>:
@@ -4457,7 +4453,7 @@ man страницы <application>MPlayer</application>'а.
</para>
<para>
-Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps
+Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps
с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64-х битном режиме.
Для каждой настройки кодирования указаны измеренная скорость кодирования (в
кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
@@ -4518,7 +4514,7 @@ Video for Windows предоставляет простое кодировани
<para>
Имейте в виду, что поддержка этой возможности очень экспериментальная и
некоторые кодеки могут не работать корректно. Некоторые кодеки могут работать
-только в определенных пространствах цветов, попробуйте
+только в определенных пространствах цветов, попробуйте
<option>-vf format=bgr24</option> и <option>-vf format=yuy2</option>,
если кодек выдает ошибку или кодирует неверно.
</para>
@@ -4661,8 +4657,8 @@ Video for Windows предоставляет простое кодировани
</tgroup>
</informaltable>
-Первый столбец содержит имена кодеков, которые должны указываться после
-параметра <literal>codec</literal>,
+Первый столбец содержит имена кодеков, которые должны указываться после
+параметра <literal>codec</literal>,
например: <option>-xvfwopts codec=divx.dll</option>
FourCC код, используемый каждым кодеком, указан в скобках.
</para>
@@ -4699,7 +4695,7 @@ mencoder -dvd-device <replaceable>zeiram.iso</replaceable> dvd://7 -o <replaceab
<application>Cygwin</application> используйте:
<screen>gcc vfw2menc.c -o vfw2menc.exe -lwinmm -lole32</screen>
-Для сборки в <application>MSVC</application> вам потребуется getopt.
+Для сборки в <application>MSVC</application> Вам потребуется getopt.
Getopt можно найти в исходном архиве <application>vfw2menc</application>,
доступном в:
Проект <ulink url="http://oss.netfarm.it/mplayer-win32.php">MPlayer на win32</ulink>.
@@ -4715,8 +4711,8 @@ vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
</para>
</informalexample>
<para>
-Пользователи Windows могут использовать
-<option>-xvfwopts codec=vp6vfw.dll:compdata=dialog</option>,
+Пользователи Windows могут использовать
+<option>-xvfwopts codec=vp6vfw.dll:compdata=dialog</option>,
для показа окна настроек кодека перед началом кодирования.
</para>
</sect2>
@@ -4727,7 +4723,7 @@ vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
<sect1 id="menc-feat-quicktime-7">
-<title>Использование <application>MEncoder</application>
+<title>Использование <application>MEncoder</application>
для создания совместимых с <application>QuickTime</application>
файлов</title>
@@ -4737,7 +4733,7 @@ vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
файлы?</title>
<para>
- Есть несколько причин, по которым создание
+ Есть несколько причин, по которым создание
<application>QuickTime</application>-совместимых файлов может быть
желательно.
</para>
@@ -4747,7 +4743,7 @@ vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
результат Вашего кодирования на большинстве платформ (Windows, Mac OS X, Unices &hellip;).
</para></listitem>
<listitem><para>
- <application>QuickTime</application>
+ <application>QuickTime</application>
позволяет воспользоваться преимуществами большего числа возможностей
аппаратного и программного ускорения на Mac OS X, чем платформо-независимые
плееры наподобие <application>MPlayer</application> или
@@ -4757,7 +4753,7 @@ vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
</para></listitem>
<listitem><para>
<application>QuickTime</application> 7 поддерживает кодек нового поколения
- H.264, который даёт существенно лучшее качество изображения, чем
+ H.264, который даёт существенно лучшее качество изображения, чем
предыдущие поколения кодеков (MPEG-2, MPEG-4 &hellip;).
</para></listitem>
</itemizedlist>
@@ -4767,11 +4763,11 @@ vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
<title>Ограничения <application>QuickTime</application> 7</title>
<para>
- <application>QuickTime</application> 7 поддерживает H.264 видео и
- AAC аудио, но не поддерживает их мультиплексирование в формат
+ <application>QuickTime</application> 7 поддерживает H.264 видео и
+ AAC аудио, но не поддерживает их мультиплексирование в формат
контейнера AVI.
- Однако, Вы можете использовать <application>MEncoder</application>
- для кодирования видео и аудио, а потом использовать внешнюю
+ Однако, Вы можете использовать <application>MEncoder</application>
+ для кодирования видео и аудио, а потом использовать внешнюю
программу, такую как <application>mp4creator</application> (часть
<ulink url="http://mpeg4ip.sourceforge.net/">пакета MPEG4I</ulink>)
для ремультиплексирования видео и аудио дорожек в контейнер MP4.
@@ -4790,15 +4786,15 @@ vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
<listitem><para>
<emphasis role="bold">B-кадры</emphasis>:
<application>QuickTime</application> 7 поддерживает максимум 1 B-кадр,
- т.е. <option>-x264encopts bframes=1</option>. Это означает, что
- <option>b_pyramid</option> и <option>weight_b</option> не дадут
- эффекта, поскольку им необходимо, чтобы <option>bframes</option>
+ т.е. <option>-x264encopts bframes=1</option>. Это означает, что
+ <option>b_pyramid</option> и <option>weight_b</option> не дадут
+ эффекта, поскольку им необходимо, чтобы <option>bframes</option>
было больше 1.
</para></listitem>
<listitem><para>
<emphasis role="bold">Макроблоки</emphasis>:
<application>QuickTime</application> 7 не поддерживает 8x8 DCT макроблоки.
- Эта опция (<option>8x8dct</option>) выключена по умолчанию, так что
+ Эта опция (<option>8x8dct</option>) выключена по умолчанию, так что
просто удостоверьтесь, что явно её не задали.
Это также означает, что опция <option>i8x8</option> будет бесполезна,
т.к. ей необходима <option>8x8dct</option>.
@@ -4806,7 +4802,7 @@ vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
<listitem><para>
<emphasis role="bold">Коэффициент соотношения сторон</emphasis>:
<application>QuickTime</application> 7 не поддерживает информацию
- SAR (коэффициент пропорций пиксела, sample aspect ratio)
+ SAR (коэффициент пропорций пиксела, sample aspect ratio)
в MPEG-4 файлах; он предполагает SAR=1. Прочтите
<link linkend="menc-feat-quicktime-7-scale">раздел о масштабировании</link>
для обхода проблемы.
@@ -4820,23 +4816,23 @@ vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
<para>
Предположим, что Вы хотите сделать рип свежекупленной копии "Хроник
Нарнии" и Ваш регион DVD 1, что означает, что это NTSC.
- Пример ниже будет также применим к PAL, за исключением того, что Вам
+ Пример ниже будет также применим к PAL, за исключением того, что Вам
нужно будет опустить <option>-ofps 24000/1001</option> и использовать
слегка отличающиеся размеры для <option>crop</option> и <option>scale</option>.
</para>
<para>
- После запуска <option>mplayer dvd://1</option>, Вы следуете процессу,
- описанному в разделе <link linkend="menc-feat-telecine">Как работать
- с телесином и чересстрочной развёрткой на NTSC DVD</link> и обнаруживаете,
- что это 24000/1001 fps видео с построчной развёрткой. Это несколько
- упрощает обработку, поскольку Вам не нужно использовать фильтр
- обратного телесина, такой как <option>pullup</option>, или фильтр
+ После запуска <option>mplayer dvd://1</option>, Вы следуете процессу,
+ описанному в разделе <link linkend="menc-feat-telecine">Как работать
+ с телесином и чересстрочной развёрткой на NTSC DVD</link> и обнаруживаете,
+ что это 24000/1001 fps видео с построчной развёрткой. Это несколько
+ упрощает обработку, поскольку Вам не нужно использовать фильтр
+ обратного телесина, такой как <option>pullup</option>, или фильтр
деинтерлейса, такой как <option>yadif</option>.
</para>
<para>
- Затем Вам необходимо усечь чёрные полосы сверху и снизу видео, как
+ Затем Вам необходимо усечь чёрные полосы сверху и снизу видео, как
описано в <link linkend="menc-feat-dvd-mpeg4-example-crop">этом</link>
разделе.
</para>
@@ -4848,22 +4844,22 @@ vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
<para>
Следующий шаг действительно душераздирающий.
- <application>QuickTime</application> 7 не поддерживает MPEG-4 видео
- с коэффициентом соотношения сторон пиксела, отличным от 1. Так что Вам
- придётся масштабировать видео либо в сторону увеличения (что впустую
- потратит много места на диске), либо в строну уменьшения (что приведёт
+ <application>QuickTime</application> 7 не поддерживает MPEG-4 видео
+ с коэффициентом соотношения сторон пиксела, отличным от 1. Так что Вам
+ придётся масштабировать видео либо в сторону увеличения (что впустую
+ потратит много места на диске), либо в строну уменьшения (что приведёт
к потере некоторых деталей источника) для квадратизации пикселов.
- Какой бы способ Вы не выбрали, это будет крайне неэффективным, но
+ Какой бы способ Вы не выбрали, это будет крайне неэффективным, но
не может быть опущено, если Вы хотите, чтоб Ваше видео воспроизводилось
с помощью <application>QuickTime</application> 7.
- <application>MEncoder</application> может применить необходимое
+ <application>MEncoder</application> может применить необходимое
увеличивающее или уменьшающее масштабирование, если ему указать
<option>-vf scale=-10:-1</option> или <option>-vf scale=-1:-10</option>
соответственно.
- Это отмасштабирует Ваше видео до корректной ширины для усечённой
- высоты, округлённой до ближайшего множителя 16 для оптимального
+ Это отмасштабирует Ваше видео до корректной ширины для усечённой
+ высоты, округлённой до ближайшего множителя 16 для оптимального
сжатия.
- Помните, что если производите обрезание, то нужно сперва обрезать, а лишь затем
+ Помните, что если производите обрезание, то нужно сперва обрезать, а лишь затем
масштабировать:
<screen>-vf crop=720:352:0:62,scale=-10:-1</screen>
@@ -4876,12 +4872,12 @@ vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
<para>
Поскольку Вы будете мультиплексировать в другой контейнер, Вы должны
- всегда использовать опцию <option>harddup</option>, чтобы убедиться,
+ всегда использовать опцию <option>harddup</option>, чтобы убедиться,
что дублирующиеся кадры будут действительно дублироваться в полученном
видео. Без этой опции <application>MEncoder</application> будет просто
располагать маркер в видеопотоке о том, что кадр был повторен, и будет
- полагаться на то, что клиентское программное обеспечение покажет кадр
- дважды. К сожалению, это "мягкое дублирование" не переживает
+ полагаться на то, что клиентское программное обеспечение покажет кадр
+ дважды. К сожалению, это "мягкое дублирование" не переживает
ремультиплексирование, в результате чего аудио будет постепенно терять
синхронизацию с видео.
</para>
@@ -4897,15 +4893,15 @@ vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
<title>Битпоток</title>
<para>
- Как обычно, выбор битпотока зависит от технических свойств исходного
+ Как обычно, выбор битпотока зависит от технических свойств исходного
материала, как объясняется
<link linkend="menc-feat-dvd-mpeg4-resolution-bitrate">здесь</link>,
как, впрочем, и от личного вкуса.
- Этот фильм обладает небольшим количеством движения и большим
- количеством деталей, но H.264 видео хорошо выглядит на существенно
+ Этот фильм обладает небольшим количеством движения и большим
+ количеством деталей, но H.264 видео хорошо выглядит на существенно
меньших битпотоках, чем XviD или другие MPEG-4 кодеки.
- После длительного экспериментирования, автор данного руководства
- решил кодировать фильм на 900 кбит/сек, и считает, что он выглядит
+ После длительного экспериментирования, автор данного руководства
+ решил кодировать фильм на 900 кбит/сек, и считает, что он выглядит
очень хорошо. Вы можете уменьшить битпоток, если Вам нужно сохранить
больше места, или увеличить, если Вам нужно улучшить качество.
</para>
@@ -4916,14 +4912,14 @@ vfw2menc -f VP62 -d vp6vfw.dll -s firstpass.mcf
<title>Пример кодирования</title>
<para>
- Теперь Вы готовы к кодированию видео. Поскольку Вы заботитесь
+ Теперь Вы готовы к кодированию видео. Поскольку Вы заботитесь
о качестве, Вы , разумеется, будете делать двупроходное кодирование.
Для некоторого сокращения времени кодирования, Вы можете указать
опцию <option>turbo</option> при первом проходе; это уменьшит
- <option>subq</option> и <option>frameref</option> до 1.
+ <option>subq</option> и <option>frameref</option> до 1.
Чтобы сохранить немного места на диске, Вы можете использовать
- параметр <option>ss</option> для отрезания первых нескольких
- секунд видео. (Я обнаружил, что, в частности, у данного фильма
+ параметр <option>ss</option> для отрезания первых нескольких
+ секунд видео. (Я обнаружил, что, в частности, у данного фильма
есть 32 секунды титров и логотипов.)
<option>bframes</option> может быть 0 или 1.
остальные опции описаны в разделе <link
@@ -4938,8 +4934,8 @@ me=umh:partitions=all:trellis=1:qp_step=4:qcomp=0.7:direct_pred=auto:keyint=300
-oac faac -faacopts br=192:mpeg=4:object=2 -channels 2 -srate 48000 \
-ofps 24000/1001</screen>
- Если у Вас многопроцессорная машина, не упустите шанс значительно
- ускорить кодирование задействованием
+ Если у Вас многопроцессорная машина, не упустите шанс значительно
+ ускорить кодирование задействованием
<link linkend="menc-feat-x264-encoding-options-speedquality-threads">
многопоточного режима <systemitem class="library">x264</systemitem></link>,
добавив <option>threads=auto</option> в <option>x264encopts</option> в
@@ -4947,7 +4943,7 @@ me=umh:partitions=all:trellis=1:qp_step=4:qcomp=0.7:direct_pred=auto:keyint=300
</para>
<para>
- Второй проход выполняется аналогично, за исключением того, что Вам
+ Второй проход выполняется аналогично, за исключением того, что Вам
нужно указать выходной файл и установить <option>pass=2</option>.
<screen>mencoder dvd://1 <emphasis role="bold">-o нарния.avi</emphasis> -ss 32 -ovc x264 \
@@ -4961,7 +4957,7 @@ me=umh:partitions=all:trellis=1:qp_step=4:qcomp=0.7:direct_pred=auto:keyint=300
<para>
Получившееся AVI должно хорошо воспроизводиться в
<application>MPlayer</application>, но, конечно же,
- <application>QuickTime</application> не сможет его воспроизвести,
+ <application>QuickTime</application> не сможет его воспроизвести,
т.к. не поддерживает H.264, мультиплексированный в AVI.
Так что следующий шаг &mdash; ремультиплексирование видео в контейнер MP4.
</para>
@@ -4971,14 +4967,14 @@ me=umh:partitions=all:trellis=1:qp_step=4:qcomp=0.7:direct_pred=auto:keyint=300
<title>Ремультиплексирование в MP4</title>
<para>
- Существует несколько способов ремультиплексирования AVI файлов
- в MP4. Вы можете использовать <application>mp4creator</application>,
+ Существует несколько способов ремультиплексирования AVI файлов
+ в MP4. Вы можете использовать <application>mp4creator</application>,
являющийся частью
<ulink url="http://mpeg4ip.sourceforge.net/">пакета MPEG4IP</ulink>.
</para>
<para>
- Сперва демультиплексируйте AVI в отдельные аудио и видео потоки
+ Сперва демультиплексируйте AVI в отдельные аудио и видео потоки
с помощью <application>MPlayer</application>.
<screen>mplayer нарния.avi -dumpaudio -dumpfile нарния.aac
@@ -4990,7 +4986,7 @@ mplayer нарния.avi -dumpvideo -dumpfile нарния.h264</screen>
</para>
<para>
- Теперь используйте <application>mp4creator</application> для создания
+ Теперь используйте <application>mp4creator</application> для создания
нового MP4 файла из аудио и видео потоков.
<screen>mp4creator -create=нарния.aac нарния.mp4
@@ -5005,9 +5001,9 @@ mp4creator -create=нарния.h264 -rate=23.976 нарния.mp4</screen>
Теперь файл <systemitem>нарния.mp4</systemitem> должен проигрываться
с помощью любого <application>QuickTime</application> 7 приложения,
например, <application>QuickTime Player</application> или
- <application>iTunes</application>.
- Если Вы планируете просмотр видео в вэб-браузере с помощью плагина
- <application>QuickTime</application>, Вам также необходимо
+ <application>iTunes</application>.
+ Если Вы планируете просмотр видео в вэб-браузере с помощью плагина
+ <application>QuickTime</application>, Вам также необходимо
модифицировать фильм таким образом, чтобы плагин
<application>QuickTime</application> мог начать его воспроизведение
ещё во время загрузки. <application>mp4creator</application>
@@ -5017,7 +5013,7 @@ mp4creator -create=нарния.h264 -rate=23.976 нарния.mp4</screen>
mp4creator -hint=2 нарния.mp4
mp4creator -optimize нарния.mp4</screen>
- Вы можете проверить полученный результат, чтобы убедиться, что
+ Вы можете проверить полученный результат, чтобы убедиться, что
вспомогательные дорожки были успешно созданы.
<screen>mp4creator -list нарния.mp4</screen>
@@ -5038,18 +5034,18 @@ mp4creator -optimize нарния.mp4</screen>
<title>Добавление тегов метаданных</title>
<para>
- Если Вы хотите добавить в видео теги, которые отображаются в iTunes, Вы
+ Если Вы хотите добавить в видео теги, которые отображаются в iTunes, Вы
можете использовать
<ulink url="http://atomicparsley.sourceforge.net/">AtomicParsley</ulink>.
-
+
<screen>AtomicParsley нарния.mp4 --metaEnema --title "The Chronicles of Narnia" --year 2005 --stik Movie --freefree --overWrite</screen>
Опция <option>--metaEnema</option> удаляет любые существующие метаданные
(<application>mp4creator</application> вставляет своё название в тег
"утилита кодирования") и <option>--freefree</option> высвобождает место,
оставшееся от удалённых метаданных.
- Опция <option>--stik</option> устанавливает тип видео (например,
- Movie или TV Show), который используется iTunes для группировки
+ Опция <option>--stik</option> устанавливает тип видео (например,
+ Movie или TV Show), который используется iTunes для группировки
родственных видеофайлов.
Опция <option>--overWrite</option> перезаписывает исходный файл; без неё
<application>AtomicParsley</application> создаст новый файл с автоматическим
@@ -5065,7 +5061,7 @@ mp4creator -optimize нарния.mp4</screen>
<sect1 id="menc-feat-vcd-dvd">
-<title>Использование <application>MEncoder</application>
+<title>Использование <application>MEncoder</application>
для создания VCD/SVCD/DVD-совместимых файлов.</title>
<sect2 id="menc-feat-vcd-dvd-constraints">
@@ -5074,11 +5070,11 @@ mp4creator -optimize нарния.mp4</screen>
<para>
<application>MEncoder</application> способен создавать MPEG файлы VCD, SCVD
и DVD формата, используя библиотеку <systemitem class="library">libavcodec</systemitem>.
-Эти файлы затем могут быть использованы совместно с
+Эти файлы затем могут быть использованы совместно с
<ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>
или
<ulink url="http://dvdauthor.sourceforge.net/">dvdauthor</ulink>
-для создания дисков, которые будут воспроизводиться на стандартном видео
+для создания дисков, которые будут воспроизводиться на стандартном видео
проигрывателе.
</para>
@@ -5112,7 +5108,7 @@ DVD, SVCD, и VCD форматы обладают жесткими ограни
<tbody>
<row>
<entry>NTSC DVD</entry>
- <entry>720x480, 704x480, 352x480, 352x240</entry>
+ <entry>720x480, 704x480, 352x480, 352x240</entry>
<entry>MPEG-2</entry>
<entry>9800 кбит/с</entry>
<entry>48000 Гц</entry>
@@ -5125,7 +5121,7 @@ DVD, SVCD, и VCD форматы обладают жесткими ограни
<entry>NTSC DVD</entry>
<entry>352x240<footnote id='fn-rare-resolutions'><para>
Эти разрешения редко используются для DVD, поскольку имеют довольно низкое
- качество.</para></footnote></entry>
+ качество.</para></footnote></entry>
<entry>MPEG-1</entry>
<entry>1856 кбит/с</entry>
<entry>48000 Гц</entry>
@@ -5220,7 +5216,7 @@ DVD, SVCD, и VCD форматы обладают жесткими ограни
<title>Ограничения на размер GOP</title>
<para>
-DVD, VCD, и SVCD также ограничивают Вас относительно низкими размерами
+DVD, VCD, и SVCD также ограничивают Вас относительно низкими размерами
GOP (Group of Pictures, Группа Изображений).
Для материала с 30 fps максимальный допустимый размер GOP равен 18.
Для 25 или 24 fps, максимум равен 15.
@@ -5325,14 +5321,14 @@ DVD с NTSC Pullup:
<title>Сохранение A/V синхронизации</title>
<para>
-Для того, чтобы сохранять аудио/видео синхронизацию на протяжении всего
+Для того, чтобы сохранять аудио/видео синхронизацию на протяжении всего
кодирования, <application>MEncoder</application> должен выбрасывать или
дублировать кадры. Это довольно неплохо работает при мультиплексировании в AVI
файл, но с другими мультиплексорами, такими как MPEG, почти гарантировано
-приведет к нарушению A/V синхронизации. Для избежания подобных проблем,
+приведет к нарушению A/V синхронизации. Для избежания подобных проблем,
необходимо добавить видео фильтр <option>harddup</option> в конец цепочки
фильтров. Дополнительную техническую информацию о <option>harddup</option> можно
-найти в разделе
+найти в разделе
<link linkend="menc-feat-dvd-mpeg4-muxing-filter-issues">Улучшение
мультиплексирования и надежности A/V синхронизации</link> или в man руководстве.
</para>
@@ -5369,8 +5365,8 @@ VCD и SVCD:
<title>Введение</title>
<para>
- Используя соответствующие опции, можно применять
- <systemitem class="library">libavcodec</systemitem> для создания VCD/SVCD/DVD
+ Используя соответствующие опции, можно применять
+ <systemitem class="library">libavcodec</systemitem> для создания VCD/SVCD/DVD
совместимого видео.
</para>
</sect3>
@@ -5405,7 +5401,7 @@ VCD и SVCD:
<option>mpeg1video</option> для VCD;
<option>mpeg2video</option> для SVCD;
<option>mpeg2video</option> обычно используется для DVD, но Вы также можете
- использовать
+ использовать
<option>mpeg1video</option> для CIF разрешений.
</para></listitem>
<listitem><para>
@@ -5491,15 +5487,15 @@ keyint=15:vstrict=0:acodec=ac3
<title>Расширенные опции</title>
<para>
-Для достижения более высокого качества кодирования, Вы также можете
+Для достижения более высокого качества кодирования, Вы также можете
добавить опции lavcopts, улучшающие качество, такие как
<option>trell</option>, <option>mbd=2</option> и другие.
-Обратите внимание, что <option>qpel</option> и <option>v4mv</option>,
+Обратите внимание, что <option>qpel</option> и <option>v4mv</option>,
часто полезные с MPEG-4, не применимы к MPEG-1 или MPEG-2.
Также, если Вы хотите выполнить очень высококачественное кодирование
DVD, может быть полезным добавление <option>dc=10</option> в lavcopts.
-Это может помочь подавить появление блоков в однородно окрашенных
-областях. Подводя итог, вот пример настроек lavcopts для
+Это может помочь подавить появление блоков в однородно окрашенных
+областях. Подводя итог, вот пример настроек lavcopts для
высококачественного DVD:
</para>
@@ -5519,7 +5515,7 @@ vqmin=1:lmin=1:dc=10:vstrict=0
<title>Кодирование звука</title>
<para>
-VCD и SVCD поддерживают звук MPEG-1 layer II, используя одну из
+VCD и SVCD поддерживают звук MPEG-1 layer II, используя одну из
<systemitem class="library">toolame</systemitem>,
<systemitem class="library">twolame</systemitem>,
или MP2 <systemitem class="library">libavcodec</systemitem> кодировщик.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-20 11:10:58 +0000