summaryrefslogtreecommitdiffstats
path: root/DOCS
diff options
context:
space:
mode:
authorvoroshil <voroshil@b3059339-0415-0410-9bf9-f77b7e298cf2>2006-12-21 17:35:46 +0000
committervoroshil <voroshil@b3059339-0415-0410-9bf9-f77b7e298cf2>2006-12-21 17:35:46 +0000
commitc3571f7c6d78f8e04a120cbf776edb00e96b8d5b (patch)
tree1fa0b0b58396fb78b49e6196b627471ca7642168 /DOCS
parent466a129496cd6a1b45169ea326c586eaafa4eaa9 (diff)
downloadmpv-c3571f7c6d78f8e04a120cbf776edb00e96b8d5b.tar.bz2
mpv-c3571f7c6d78f8e04a120cbf776edb00e96b8d5b.tar.xz
Typos, spelling fixes
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@21716 b3059339-0415-0410-9bf9-f77b7e298cf2
Diffstat (limited to 'DOCS')
-rw-r--r--DOCS/xml/ru/bugreports.xml4
-rw-r--r--DOCS/xml/ru/bugs.xml2
-rw-r--r--DOCS/xml/ru/cd-dvd.xml8
-rw-r--r--DOCS/xml/ru/codecs.xml10
-rw-r--r--DOCS/xml/ru/containers.xml4
-rw-r--r--DOCS/xml/ru/encoding-guide.xml101
-rw-r--r--DOCS/xml/ru/faq.xml36
-rw-r--r--DOCS/xml/ru/install.xml2
-rw-r--r--DOCS/xml/ru/mencoder.xml34
-rw-r--r--DOCS/xml/ru/ports.xml12
-rw-r--r--DOCS/xml/ru/radio.xml2
-rw-r--r--DOCS/xml/ru/skin.xml32
-rw-r--r--DOCS/xml/ru/usage.xml48
-rw-r--r--DOCS/xml/ru/video.xml72
14 files changed, 183 insertions, 184 deletions
diff --git a/DOCS/xml/ru/bugreports.xml b/DOCS/xml/ru/bugreports.xml
index bcce5cd378..f64ce4b1bc 100644
--- a/DOCS/xml/ru/bugreports.xml
+++ b/DOCS/xml/ru/bugreports.xml
@@ -93,7 +93,7 @@ make
<para>
Для непрограммистов, читающих эту страницу, сообщим, то самый быстрый способ найти место
возникновения ошибки - использование бинарного поиска, т.е. поиск даты,
-деля интервал поиска пололам раз за разом.
+деля интервал поиска пополам раз за разом.
Например, если проблема возникла в 2003 году, начните с середины года и
выясните присутствует ли проблема. Если да, то переходите к проверке
начала Апреля, иначе - к началу Октября. Повторяйте этот процесс, уменьшая интервал
@@ -111,7 +111,7 @@ make
</para>
<para>
-Как только вы нашди дату, продолжайте поиск, используя архив mplayer-cvslog
+Как только вы нашли дату, продолжайте поиск, используя архив mplayer-cvslog
(отсортированный по дате) до получения более точного времени, включая
час, минуту, секунду:
<screen>
diff --git a/DOCS/xml/ru/bugs.xml b/DOCS/xml/ru/bugs.xml
index b46c629a48..8a4afb6612 100644
--- a/DOCS/xml/ru/bugs.xml
+++ b/DOCS/xml/ru/bugs.xml
@@ -90,7 +90,7 @@
<!-- ********** -->
<sect2 id="bugs-delay-specific">
-<title>Аудио задержка/десинхронизация, специфичная для одного или нескольких
+<title>Аудио задержка/рассинхронизация, специфичная для одного или нескольких
файлов</title>
<itemizedlist>
<listitem>
diff --git a/DOCS/xml/ru/cd-dvd.xml b/DOCS/xml/ru/cd-dvd.xml
index 6818ab7157..4ed807431c 100644
--- a/DOCS/xml/ru/cd-dvd.xml
+++ b/DOCS/xml/ru/cd-dvd.xml
@@ -154,7 +154,7 @@
Для поддержки DVD необходим прямой посекторный доступ к устройству. К сожалению,
(под Linux) Вы должны быть root'ом, чтобы получить секторный адрес файла.
Вот почему мы вообще не используем драйвер файловой системы из ядра, а
-переписали его для выполнения в пользовательсмком пространстве.
+переписали его для выполнения в пользовательском пространстве.
<systemitem>libdvdread</systemitem> 0.9.x
так и делает. Драйвер UDF
файловой системы не нужен, поскольку соответствующие драйвера встроены в эти библиотеки.
@@ -251,13 +251,13 @@ VCD составлен из секторов CD-ROM XA, т.е. дорожек CD
<listitem><para>
Вторая и остальные дорожки содержат MPEG-поток секторами по 2324 байта, по
одному пакету MPEG PS на сектор вместо файловой системы. Это дорожки в формате
- mode 2 form 1 и хранять больше информации на один сектор за счет потери возможности
+ mode 2 form 1 и хранят больше информации на один сектор за счет потери возможности
некоторой коррекции ошибок. После первой дорожки также допустимо присутствие
дорожки CD-DA. В некоторых ОС используются различные трюки, чтобы сделать эти
не-ISO-9660 дорожки видимыми в файловой системе. Но Linux - это не тот случай (пока).
Здесь MPEG данные <emphasis role="bold">не могут быть смонтированы</emphasis>.
(Вы когда-нибудь монтировали аудио диск
- для того, чтобы его воспроизвести?) Так как большинство фильмов нахидотся именно на
+ для того, чтобы его воспроизвести?) Так как большинство фильмов находится именно на
таких дорожках, попробуйте сначала <option>vcd://2</option>.
</para></listitem>
@@ -268,7 +268,7 @@ VCD составлен из секторов CD-ROM XA, т.е. дорожек CD
<listitem><para>
Описание стандарта Video CD называется
- Philips "White Book" и, как правило, недоступна в онлайн, т.к. должа приобретаться
+ Philips "White Book" и, как правило, недоступна в онлайн, т.к. должна приобретаться
у Philips. Более подробная информация о Video CD может быть найдена в
<ulink url="http://www.vcdimager.org/pub/vcdimager/manuals/0.7/vcdimager.html#SEC4">vcdimager documentation</ulink>.
</para></listitem>
diff --git a/DOCS/xml/ru/codecs.xml b/DOCS/xml/ru/codecs.xml
index e4fd99e76e..66e62d91ca 100644
--- a/DOCS/xml/ru/codecs.xml
+++ b/DOCS/xml/ru/codecs.xml
@@ -85,7 +85,7 @@
<ulink url="http://ffmpeg.sourceforge.net">FFmpeg</ulink> содержит
<systemitem class="library">libavcodec</systemitem> - ведущую библиотеку аудио
и видео кодеков с открытым исходным кодом. Она способна декодировать
-большинство мультимедиа форматов, обычно быстрее альтернатив, и приодически
+большинство мультимедиа форматов, обычно быстрее альтернатив, и периодически
добавляется поддержка оставшихся. Это декодер по-умолчанию для большинства
кодеков, поддерживаемых
<application>MPlayer</application>. Кодирование также возможно для некоторых форматов и
@@ -114,7 +114,7 @@
<para>
<ulink url="http://www.xvid.org">Xvid</ulink> свободный, MPEG-4 ASP совместимый
видео кодек, особенностями которого являются двухпроходное кодирование и
-полная поддержка MPEG-4 ASP, делающая его намного более эеффективным, чем
+полная поддержка MPEG-4 ASP, делающая его намного более эффективным, чем
хорошо известный DivX. Он предоставляет видео отменного качества и хорошую
производительность, в силу оптимизаций под большинство современных процессоров.
</para>
@@ -278,7 +278,7 @@ DVD-разрешением требует около 10% CPU. Это означ
<systemitem class="library">libavcodec</systemitem>.
<systemitem class="library">libavcodec</systemitem> получила мало-мальски
пригодную для использования возможность декодирования H.264 где-то в июле 2004,
-однако, с того времени было внесено можество серъезных изменений и улучшений,
+однако, с того времени было внесено множество серьезных изменений и улучшений,
как с точки зрения поддерживаемых функциональных возможностей, так и улучшенного
использования CPU.
Для определенности: использование свежей версии Subversion - всегда хорошая идея.
@@ -317,7 +317,7 @@ DVD-разрешением требует около 10% CPU. Это означ
Сборка <application>MPlayer</application> при установленных в стандартные
каталоги библиотеке и заголовочном файле <systemitem class="library">x264</systemitem>
очень проста.
-Просто запустите станартное:
+Просто запустите стандартное:
<screen>./configure &amp;&amp; make &amp;&amp; sudo make install</screen>
Скрипт <filename>./configure</filename> сам определит, выполнены ли необходимые требования для
<systemitem class="library">x264</systemitem>.
@@ -468,7 +468,7 @@ class="library">libmad</systemitem></ulink> - это многоплатформ
Этот кодек (выбираемый по <option>-ac hwmpa</option>) передает все аудио пакеты MPEG аппаратным
декодерам, таким как установленные в полнофункциональных DVB картах и DXR2 адаптерах.
Не используйте его с другими драйверами вывода звука (такими как OSS и ALSA), которые
-не способны аппаратно декодировать (вы усышите только белый шум).
+не способны аппаратно декодировать (вы услышите только белый шум).
</para>
</sect2>
diff --git a/DOCS/xml/ru/containers.xml b/DOCS/xml/ru/containers.xml
index 2a0fa281b2..edb57c54cc 100644
--- a/DOCS/xml/ru/containers.xml
+++ b/DOCS/xml/ru/containers.xml
@@ -154,7 +154,7 @@ AVI файлов:
<ulink url="http://avifile.sourceforge.net">avifile</ulink> и
<application>Windows Media Player</application>. Файлы с испорченными
заголовками и файлы созданные с VBR аудио в не VBR-совместимом кодировщике
- приведут к A/V десинхронизации при использовании этого метода (по большей
+ приведут к A/V рассинхронизации при использовании этого метода (по большей
части при перемещении по фильму).
</simpara></listitem>
<listitem><simpara>
@@ -347,7 +347,7 @@ PVA - это похожий на MPEG формат, используемый в
<title>NSV files</title>
<para>
NSV (NullSoft Video) &mdash; это формат файла, используемый
-<application>Winamp</application>'ом для потокового фудио и видео.
+<application>Winamp</application>'ом для потокового аудио и видео.
Видео бывает VP3, VP5 или VP6, а аудио &mdash; MP3, AAC или VLB.
Версии NSV, в которых только аудио, имеют расширение <filename>.nsa</filename>.
<application>MPlayer</application> воспроизводит как NSV потоки,
diff --git a/DOCS/xml/ru/encoding-guide.xml b/DOCS/xml/ru/encoding-guide.xml
index 11b8f64ce9..54f860203b 100644
--- a/DOCS/xml/ru/encoding-guide.xml
+++ b/DOCS/xml/ru/encoding-guide.xml
@@ -18,7 +18,7 @@
Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если
Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2
видео поток с DVD? Конечно, ваш AVI файл будет занимать около 5GB,
-но если Вы желате наилучшее качество и не волнуетесь о размере, то это,
+но если Вы желаете наилучшее качество и не волнуетесь о размере, то это,
несомненно, лучшее решение.
</para>
@@ -58,8 +58,8 @@
</para>
<para>
-Первым и наиболее важным шагом перед кодированием должно быть опеределение
-типа содержимого, с которым Вы работате.
+Первым и наиболее важным шагом перед кодированием должно быть определение
+типа содержимого, с которым Вы работаете.
Если источником Ваших исходных материалов является DVD или
широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из
двух форматов: NTSC для Северной Америки и Японии, PAL для Европы и т.д..
@@ -71,15 +71,15 @@
т.к. в нём содержится больше элементов, которые нужно идентифицировать.
Для проведения удачного кодирования, Вам необходимо знать исходный формат.
Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем
-кодировании, включая безобразные гребешки (артефакты череcстрочной развёртки)
+кодировании, включая безобразные гребешки (артефакты чересстрочной развёртки)
и повторяющиеся или даже потерянные кадры.
-Кроме ухудщения картинки, артефакты так же уменьшают эффективность кодирования:
+Кроме ухудшения картинки, артефакты так же уменьшают эффективность кодирования:
Вы получите худшее качество на единицу битпотока.
</para>
<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
-<title>Определение кадровой чатоты источника</title>
+<title>Определение кадровой частоты источника</title>
<para>
Вот список, содержащий общие типы исходных материалов, где,
преимущественно, можно найти и их свойства:
@@ -102,7 +102,7 @@
Два поля <emphasis role="bold">не</emphasis> составляют
целый кадр, поскольку они снимаются с задержкой в 1/50 секунды
и, следовательно, не формируют одно изображение, за исключением случая
- полного отсутсвия движения.
+ полного отсутствия движения.
</para></listitem>
<listitem><para>
<emphasis role="bold">NTSC видео</emphasis>: Записывается с помощью
@@ -115,7 +115,7 @@
но также существуют разновидности со смешанной кадровой частотой.
</para></listitem>
<listitem><para>
- <emphasis role="bold">Компьютерныя графика (CG)</emphasis>: Может
+ <emphasis role="bold">Компьютерная графика (CG)</emphasis>: Может
быть с любой частотой кадров, но некоторые встречаются чаще остальных;
24 и 30 кадров в секунду типичны для NTSC, и 25 fps типично для PAL.
</para></listitem>
@@ -167,7 +167,7 @@
<listitem><para>
<emphasis role="bold">PAL 2:2 пулдаун</emphasis>: Наилучший из всех.
Каждый кадр показывается за время длительности двух полей путем
- извлечения чётных и нечётных строк и их попременного показа.
+ извлечения чётных и нечётных строк и их попеременного показа.
Если в исходном материале 24 fps, то это ускоряет воспроизведение фильма
на 4%.
</para></listitem>
@@ -250,7 +250,7 @@
телесиненным" содержимым с построчной развёрткой, но части с
30000/1001 fps могут быть как "жёстко телесиненым" содержимым
с 24000/1001 fps, так и NTSC видео с 60000/1001 полями в секунду.
- Испольуйте два нижеследующих руководства для определения того,
+ Используйте два нижеследующих руководства для определения того,
с каким случаем вы имеете дело.
</para></listitem>
<listitem><para>
@@ -277,7 +277,7 @@
Ваш фильм представляет собой 2:2:2:2:2:2:2:2:2:2:2:3 пулдаун.
</para></listitem>
<listitem><para>
- Если Вы всегда видите гребёшки во время движения, значит Ваш
+ Если Вы всегда видите гребёнки во время движения, значит Ваш
фильм является PAL видео с 50 полями в секунду.
</para></listitem>
</itemizedlist>
@@ -406,7 +406,7 @@
Эта информация затем будет использована во время второго прохода
для принятия интеллектуальных решений о том, какой квантователь
следует использовать. Во время быстрого движения или сцен с
-высокой детализацией с большой веротностью будут использованы
+высокой детализацией с большой вероятностью будут использованы
бОльшие квантователи, а во время медленного движения или сцен
с низкой детализацией &mdash; меньшие.
Обычно количество движения играет существенно более важную роль,
@@ -449,7 +449,7 @@
вычислить битпоток. Но перед этим, Вам нужно знать, сколько места
нужно зарезервировать по аудио дорожку(и), так что Вам необходимо
<link linkend="menc-feat-dvd-mpeg4-audio">извлечь их</link> сперва.
-Вы можете расчитать битпоток с помощью следующей формулы:
+Вы можете рассчитать битпоток с помощью следующей формулы:
<systemitem>битпоток = (конечный_размер_в_МБайт - размер_звука_в_МБайт) *
1024 * 1024 / длительность_в_секундах * 8 / 1000</systemitem>.
Например, для сжатия двухчасового фильма в 702 МБ CD, с 60 МБ
@@ -522,7 +522,7 @@ MPEG разбивает видео на квадраты 16х16, называе
сжатие использует векторы движения для отображения изменений от
одного кадра к другому. Векторы движения, естественно, работают
существенно менее эффективно для новых объектов, идущих от
-краёв картинки, поскольку они отсутсвуют в предыдущих кадрах.
+краёв картинки, поскольку они отсутствуют в предыдущих кадрах.
Пока картинка простирается вплоть до края кодируемой области,
у векторов движения не возникает проблем с движением объектов
за пределы картинки. Однако, при наличии черных полей
@@ -537,7 +537,7 @@ MPEG разбивает видео на квадраты 16х16, называе
в этот макроблок как основа для предсказания следующего кадра.
Кодированию подлежит только оставшаяся разность. Если макроблок
простирается до края картинки и содержит часть чёрной полосы,
- то векторы движения других частей каритки перепишут чёрную полосу.
+ то векторы движения других частей картинки перепишут чёрную полосу.
Это означает, что много битов нужно потратить либо на повторное
чернение переписанной полосы, либо (что более вероятно) вектор
движения не будет использован вовсе и все изменения для этого
@@ -557,7 +557,7 @@ MPEG разбивает видео на квадраты 16х16, называе
макроблок и объект движется в этот блок от края изображения.
MPEG-подобное кодирование не может сказать "скопируй ту часть,
что внутри картинки, но не чёрную полосу". Так что чёрная полоса
- также быдет скопирована внутрь, в результате чего масса битов
+ также будет скопирована внутрь, в результате чего масса битов
будет потрачена на кодирование части изображения, которое должно
быть на месте полосы.
</para>
@@ -991,7 +991,7 @@ MPEG разбивает видео на квадраты 16х16, называе
</para>
<para>
-Посокльку MPEG-4 использует макроблоки 16х16, Вы должны убедиться,
+Поскольку MPEG-4 использует макроблоки 16х16, Вы должны убедиться,
что каждое измерение кодируемого видео кратно 16; иначе Вы ухудшите
качество, особенно на малых битпотоках. Вы можете сделать это,
округлив ширину и высоту прямоугольника усечения до ближайшего
@@ -1042,7 +1042,7 @@ MPEG разбивает видео на квадраты 16х16, называе
<title>Выбор разрешения и битпотока</title>
<para>
-Если Вы не собираетеся кодировать в режиме постоянного квантователя,
+Если Вы не собираетесь кодировать в режиме постоянного квантователя,
Вам нужно выбрать битпоток.
Понятие битпотока очень просто: это среднее число битов, которые
будут использованы для сохранения Вашего фильма, в секунду.
@@ -1112,10 +1112,10 @@ MPEG разбивает видео на квадраты 16х16, называе
<title>Расчёт разрешения</title>
<para>
-Следующие шаги помогут Вам расчитать разрешение для Вашего
+Следующие шаги помогут Вам рассчитать разрешение для Вашего
кодирования без слишком сильного искажения видео, учитывая
некоторую информацию об исходном видео.
-Прежде всего, Вам необходимо расчитать коэффициент соотношения
+Прежде всего, Вам необходимо рассчитать коэффициент соотношения
сторон для кодированного видео:
<systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem>
@@ -1135,7 +1135,7 @@ MPEG разбивает видео на квадраты 16х16, называе
</para>
<para>
-Затем Вы можете расчитать разрешение по X и Y, согласно определённому
+Затем Вы можете рассчитать разрешение по X и Y, согласно определённому
фактору качества сжатия (CQ):
<systemitem>ResY = INT(SQRT( 1000*Битпоток/25/ARc/CQ )/16) * 16</systemitem>
и <systemitem>ResX = INT( ResY * ARc / 16) * 16</systemitem>.
@@ -1143,7 +1143,7 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
Хорошо, но что такое CQ?
-CQ соответсвует числу битов на пиксель и на кадр для кодирования.
+CQ соответствует числу битов на пиксель и на кадр для кодирования.
Грубо говоря, чем больше CQ, тем меньше вероятность увидеть
артефакты кодирования.
Однако, если у Вас есть заданный размер для Вашего фильма
@@ -1154,7 +1154,7 @@ CQ соответсвует числу битов на пиксель и на к
<para>
CQ зависит от битпотока, эффективности видеокодека и разрешения фильма.
-Обычно, в целях увеличеиня CQ, Вам нужно будет уменьшить размер
+Обычно, в целях увеличения CQ, Вам нужно будет уменьшить размер
фильма при постоянном битпотоке, заданном размере и длине фильма.
С MPEG-4 ASP кодеками, такими как <systemitem class="library">Xvid</systemitem>
и <systemitem class="library">libavcodec</systemitem>, CQ
@@ -1288,7 +1288,7 @@ DVD источнику. Усечение часто необходимо (как
<para>
Почти все фильмы снимаются при 24 fps [кадр/сек]. Поскольку
-в NTSC ниспользуется 30000/1001 fps, нужно выполнить некоторую
+в NTSC используется 30000/1001 fps, нужно выполнить некоторую
обработку для такого 24 fps видео, чтобы оно корректно
воспроизводилось при кадровой частоте NTSC. Этот процесс называется
3:2 пулдаун, обычно называемый телесин (поскольку пулдаун часто
@@ -1300,7 +1300,7 @@ DVD источнику. Усечение часто необходимо (как
<para>
Однако, никакой специальной обработки не выполняется для видео
на PAL DVD, которое воспроизводится при 25 fps. (Технически PAL
-может быть подверженым телесину, называемому 2:2 пулдаун, но на
+может быть подверженным телесину, называемому 2:2 пулдаун, но на
практике это не применяется).
24 fps фильм просто проигрывается на 25 fps. В результате фильм
воспроизводится слегка быстрее, но если Вы не пришелец, то,
@@ -1415,7 +1415,7 @@ vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224
были разработаны с целью восстановления файлов с повреждённой
синхронизацией.
Однако, в ряде случаев они могут привести к ненужному пропуску
-или повторению кадров и, возможно, к лёгкой A/V десинхронизации
+или повторению кадров и, возможно, к лёгкой A/V рассинхронизации
корректных входных данных (конечно, проблемы A/V синхронизации
возникают только при обработке или копировании аудиотрека при
кодировании видео, что настоятельно рекомендуется).
@@ -1443,7 +1443,7 @@ vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224
<para>
Сообщалось о том, что так называемое трёхпроходное аудиокодирование,
поддерживаемое <application>MEncoder</application>, вызывало
-A/V десинхронизацию.
+A/V рассинхронизацию.
Это наверняка произойдёт при использовании совместно с некоторыми
фильтрами, поэтому сейчас <emphasis>не</emphasis> рекомендуется
использовать трёхпроходный аудио режим.
@@ -1454,7 +1454,7 @@ A/V десинхронизацию.
</para>
<para>
-Также были сообщения об A/V десинхронизации при кодировании
+Также были сообщения об A/V рассинхронизации при кодировании
со стандартного ввода (stdin) с помощью <application>MEncoder</application>.
Не делайте этого! Всегда взамен используйте файл или CD/DVD и т.п.
устройство.
@@ -1469,7 +1469,7 @@ A/V десинхронизацию.
<para>
То, какой видеокодек лучше выбрать, зависит от нескольких
факторов, таких как размер, качество, устойчивость к ошибкам,
-практичность и распостранённость, многие из которых сильно
+практичность и распространённость, многие из которых сильно
зависят от личных предпочтений и технических ограничений.
</para>
<itemizedlist>
@@ -1573,7 +1573,7 @@ A/V десинхронизацию.
как новые кодеки уже творят чудеса, другие люди предпочитают
<systemitem class="library">Xvid</systemitem> или
<systemitem class="library">libavcodec</systemitem> MPEG-4
- использованиию <systemitem class="library">x264</systemitem>.
+ использованию <systemitem class="library">x264</systemitem>.
</para>
<para>
@@ -1624,7 +1624,7 @@ mplayer <replaceable>файл_источника.vob</replaceable> -aid 129 -dum
сохранит в файл <replaceable>звук.ac3</replaceable> аудиодорожку
с номером 129 из файла
<replaceable>файл_источника.vob</replaceable> (Обратите внимание:
-DVD VOB файлы обычно импользуют нумерацию аудио, отличную от
+DVD VOB файлы обычно используют нумерацию аудио, отличную от
стандартной, что означает, что аудиодорожка VOB 129 &mdash; это вторая
аудиодорожка файла).
</para>
@@ -1659,7 +1659,7 @@ Vorbis аудиокодеков.
преобразовать её в "лёгкий" 4 кГц моно WAV PCM с помощью
<option>-oac pcm -channels 1 -srate 4000</option>.
Иначе, в ряде случаев, будет создаваться видео файл,
-десинхронизированный с аудио.
+рассинхронизированный с аудио.
Такие случаи происходят, когда число кадров видео исходного файла
не совпадает с полной длиной кадров аудио, или когда были
разрывы/сшивания потока, где появились пропущенные или излишние
@@ -1693,7 +1693,7 @@ mplayer <replaceable>исходный_файл.vob</replaceable> -ao pcm:file=<r
сохранит вторую аудиодорожку из файла
<replaceable>исходный_файл.vob</replaceable> в файл
<replaceable>звук.wav</replaceable>.
-Возможно, Вы захотите нормализировать звук перед кодированием,
+Возможно, Вы захотите нормализовать звук перед кодированием,
поскольку аудиодорожки DVD обычно записываются с маленькой
громкостью.
Вы можете использовать, например, утилиту <application>normalize</application>,
@@ -1816,7 +1816,7 @@ mencoder -oac copy -ovc copy -o <replaceable>выходной_фильм.asf</re
<title>Ограничения контейнера AVI</title>
<para>
-Хотя это самый широко распостранённый формат контейнера после
+Хотя это самый широко распространённый формат контейнера после
MPEG-1, он также обладает некоторыми существенными недостатками.
Пожалуй, они наиболее очевидны в его избыточности.
Для каждой цепочки AVI файла теряется 24 байта на заголовки и
@@ -1887,7 +1887,7 @@ Audio Coding", AAC), "Vorbis" или "MPEG-4 AVC" (H.264), также
<para>
Утилиты, необходимые для создания Matroska файлов, сообща
называются <application>mkvtoolnix</application>, и доступны
-для большиства Unix платформ, так же как и для Window$.
+для большинства Unix платформ, так же как и для Window$.
Поскольку Matroska &mdash; открытый формат, Вы можете найти
иные утилиты, которые лучше Вам подходят, но поскольку
<application>mkvtoolnix</application> &mdash; наиболее общие
@@ -2950,7 +2950,7 @@ class="library">libavcodec</systemitem></link>,
</para>
<para>
-Обычное использовани этой опции - установить матрицы, предпочитаемые
+Обычное использовании этой опции - установить матрицы, предпочитаемые
спецификациями <ulink url="http://www.kvcd.net/">KVCD</ulink>.
</para>
@@ -3023,7 +3023,7 @@ vcodec=mpeg2video:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37,\
<para>
После запуска <option>mplayer dvd://1</option> мы следуем процессу, детально
описанному в разделе <link linkend="menc-feat-telecine">Как работать с телесином
-и черезстрочностью в NTSC DVD</link>, и выясняем, что это 24000/1001 fps
+и чересстрочностью в NTSC DVD</link>, и выясняем, что это 24000/1001 fps
прогрессивное видео, а значит использовать фильтры обратного телесина,
такие как <option>pullup</option> или <option>filmdint</option> не нужно.
</para>
@@ -3052,11 +3052,11 @@ cropdetect:
<screen>mplayer dvd://1 -vf crop=720:352:0:62</screen>
Другая причина, по которой мы урезаем пикселы сверху и снизу, заключаемся в том,
что мы хотим убедиться, что удалены все наполовину черные пикселы, если они есть.
-Если ваше видео телесиненное, убедитесь, что фильтр <option>pullup</option> (или
+Если ваше видео подвержено телесину, убедитесь, что фильтр <option>pullup</option> (или
любой другой фильтр обратного телесина, который вы решили использовать)
находится в цепочке до фильтра crop.
-Если оно черезстрочное, то перед обрезкой проведите деинтерлейсинг.
-(Если решили сохранить черезстрочность видео, убедитесь, что вертикальный сдвиг
+Если оно чересстрочное, то перед обрезкой проведите деинтерлейсинг.
+(Если решили сохранить чересстрочность видео, убедитесь, что вертикальный сдвиг
обрезания кратен 4.)
</para>
@@ -3072,7 +3072,7 @@ cropdetect:
Обрезка же полностью выбросит те пикселы. Это компромисс, идти на который или нет,
придется решать в каждом частном случае. Например, если DVD видео было создано
для телевидения, вы можете захотеть избежать вертикального масштабирования,
-поскольки частота строчной развертки [line sampling] соответствует тому, как содержимое
+поскольку частота строчной ра