Mercurial > mplayer.hg
annotate DOCS/xml/ru/encoding-guide.xml @ 21525:329b03d67891
r21537: General reformatting round:
author | voroshil |
---|---|
date | Sat, 09 Dec 2006 09:27:35 +0000 |
parents | 679ca24b6f48 |
children | 0b1c322c5409 |
rev | line source |
---|---|
20725 | 1 <?xml version="1.0" encoding="utf-8"?> |
21525 | 2 <!-- synced with r21537 --> |
20725 | 3 <!-- **Partially** translated --> |
4 <chapter id="encoding-guide"> | |
5 <title>Кодирование с <application>MEncoder</application></title> | |
6 | |
7 <sect1 id="menc-feat-dvd-mpeg4"> | |
8 <title>Создание высококачественного MPEG-4 ("DivX") рипа из DVD фильма</title> | |
9 | |
10 <para> | |
21525 | 11 Одним часто задаваемым вопросом является "Как мне сделать рип самого высокого |
12 качества для заданного размера?". Другой вопрос "Как мне создать DVD рип с самым | |
13 высоким возможным качеством? Я не беспокоюсь о размере файла, мне нужно лишь | |
14 наилучшее качество.". | |
15 </para> | |
16 | |
17 <para> | |
18 Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если | |
19 Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2 | |
20 видео поток с DVD? Конечно, ваш AVI файл будет занимать около 5GB, | |
21 но если Вы желате наилучшее качество и не волнуетесь о размере, то это, | |
22 несомненно, лучшее решение. | |
23 </para> | |
24 | |
25 <para> | |
26 В действительности, причиной, по которой Вы хотите перекодировать DVD в MPEG-4, | |
27 является именно Ваше <emphasis role="bold">беспокойство</emphasis> | |
28 о размере файла. | |
29 </para> | |
30 | |
31 <para> | |
32 Сложно дать универсальный рецепт о создании DVD рипа очень высокого | |
33 качества. Необходимо рассмотреть несколько факторов, и Вы должны | |
34 понимать эти детали, иначе Вы, скорее всего, разочаруетесь своими | |
35 результатами. Ниже мы исследуем некоторые из этих вопросов, а затем | |
36 рассмотрим пример. Мы предполагаем, что Вы используете | |
37 <systemitem class="library">libavcodec</systemitem> для кодирования видео, | |
38 хотя теория также применима и к другим кодекам. | |
39 </para> | |
40 | |
41 <para> | |
42 Если это кажется для Вас слишком сложным, то Вам, пожалуй, следует использовать | |
43 один из многочисленных неплохих фронтендов, указанных в | |
44 <ulink url="http://www.mplayerhq.hu/design7/projects.html#mencoder_frontends">разделе MEncoder</ulink> | |
45 нашей страницы родственных проектов. | |
46 Так Вы должны получить высококачественные рипы без особых размышлений, | |
47 поскольку большинство этих утилит разработаны для принятия умных решений за Вас. | |
48 </para> | |
49 | |
50 <!-- ********** --> | |
20725 | 51 |
52 <sect2 id="menc-feat-dvd-mpeg4-preparing-encode"> | |
53 <title>Подготовка к кодированию: Идентификация исходного материала и кадровой | |
54 частоты</title> | |
55 <para> | |
21525 | 56 Прежде, чем даже задумываться о кодировании фильма, Вам необходимо выполнить |
57 некоторые предварительные действия. | |
58 </para> | |
59 | |
60 <para> | |
61 Первым и наиболее важным шагом перед кодированием должно быть опеределение | |
62 типа содержимого, с которым Вы работате. | |
63 Если источником Ваших исходных материалов является DVD или | |
64 широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из | |
65 двух форматов: NTSC для Северной Америки и Японии, PAL для Европы и т.д.. | |
66 Однако, важно понимать, что это только форматирование для показа на | |
67 телевидении, и оно часто | |
68 <emphasis role="bold">не</emphasis> соответствует | |
69 исходному формату фильма. | |
70 Опыт показывает, что NTSC материал существенно более сложен для кодирования, | |
71 т.к. в нём содержится больше элементов, которые нужно идентифицировать. | |
72 Для проведения удачного кодирования, Вам необходимо знать исходный формат. | |
73 Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем | |
74 кодировании, включая безобразные гребешки (артефакты череcстрочной развёртки) | |
75 и повторяющиеся или даже потерянные кадры. | |
76 Кроме ухудщения картинки, артефакты так же уменьшают эффективность кодирования: | |
77 Вы получите худшее качество на единицу битпотока. | |
78 </para> | |
79 | |
20725 | 80 |
81 <sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps"> | |
82 <title>Определение кадровой чатоты источника</title> | |
83 <para> | |
21525 | 84 Вот список, содержащий общие типы исходных материалов, где, |
85 преимущественно, можно найти и их свойства: | |
86 </para> | |
87 | |
20725 | 88 <itemizedlist> |
89 <listitem><para> | |
90 <emphasis role="bold">Стандартный фильм</emphasis>: Производятся | |
91 для театральных показов на 24 fps [кадр/сек]. | |
92 </para></listitem> | |
93 <listitem><para> | |
94 <emphasis role="bold">PAL видео</emphasis>: Записывается с помощью | |
95 PAL видеокамеры при 50 полях в секунду. | |
96 Поле состоит только из чётных или нечётных линий кадра. | |
97 Телевидение было разработано для обновления этих полей попеременно, | |
98 что используется как вид дешёвого аналогового сжатия. | |
99 Человеческий глаз, предположительно, компенсирует это, но однажды | |
100 поняв чересстрочную развёртку, Вы научитесь видеть её и на TV и | |
101 Вам больше никогда не понравится телевидение. | |
102 Два поля <emphasis role="bold">не</emphasis> составляют | |
103 целый кадр, поскольку они снимаются с задержкой в 1/50 секунды | |
104 и, следовательно, не формируют одно изображение, за исключением случая | |
105 полного отсутсвия движения. | |
106 </para></listitem> | |
107 <listitem><para> | |
108 <emphasis role="bold">NTSC видео</emphasis>: Записывается с помощью | |
109 NTSC видеокамеры при 60000/1001 полях в секунду, или 60 полях в секунду | |
110 в эпоху чёрно-белого TV. | |
111 В других отношениях аналогично PAL. | |
112 </para></listitem> | |
113 <listitem><para> | |
114 <emphasis role="bold">Анимация</emphasis>: Обычно рисуется на 24 fps, | |
115 но также существуют разновидности со смешанной кадровой частотой. | |
116 </para></listitem> | |
117 <listitem><para> | |
118 <emphasis role="bold">Компьютерныя графика (CG)</emphasis>: Может | |
119 быть с любой частотой кадров, но некоторые встречаются чаще остальных; | |
120 24 и 30 кадров в секунду типичны для NTSC, и 25 fps типично для PAL. | |
121 </para></listitem> | |
122 <listitem><para> | |
123 <emphasis role="bold">Старый фильм</emphasis>: Различные низкие | |
124 кадровые частоты. | |
125 </para></listitem> | |
126 </itemizedlist> | |
127 </sect3> | |
128 | |
21525 | 129 |
20725 | 130 <sect3 id="menc-feat-dvd-mpeg4-preparing-encode-material"> |
131 <title>Идентификация исходного материала</title> | |
21525 | 132 |
133 <para> | |
134 Фильмы, состоящие из кадров, называются фильмами с построчной (или прогрессивной) | |
135 развёрткой, а состоящие из независимых полей — фильмами с чересстрочной | |
136 развёрткой или просто видео; однако, последний термин двусмысленный. | |
137 </para> | |
138 | |
139 <para> | |
140 Из-за дальнейших усложнений, некоторые фильмы будут смесью | |
141 нескольких, указанных выше. | |
142 </para> | |
143 | |
144 <para> | |
145 Наиболее важным различием между всеми этими форматами является | |
146 то, что одни из них основаны на кадрах, а другие — на полях. | |
147 <emphasis role="bold">Любой</emphasis> фильм, подготовленный для | |
148 просмотра на телевидении (включая DVD), преобразуется в формат, | |
149 основанный на полях. | |
20725 | 150 <!-- FIXME: Существует ли лучший *краткий* (1-2 слова) перевод для |
151 терминов pulldown и telecine? В литературе, которую я нашёл, | |
152 используют или указанные мной, по сути дела, транслитерации, | |
153 или так и оставляют английские названия. | |
154 А точный перевод можно выполнить только целым предложением | |
155 (т.е. определением), что совершенно неуместно в контексте | |
156 данного документа, где эти термины часто встречаются. --> | |
21525 | 157 Различные методы, с помощью которых это может быть сделано, совокупно |
158 называются "телесин" (англ. telecine), одним из вариантов которого | |
159 является отвратительный NTSC "3:2 пулдаун" (англ. pulldown). | |
160 За исключением случаев, когда формат исходного материала был | |
161 также основан на полях (и с такой же частотой полей), Вы получите | |
162 фильм в формате отличном от исходного. | |
20725 | 163 </para> |
164 | |
165 <itemizedlist> | |
166 <title>Существует несколько общих типов пулдауна:</title> | |
167 <listitem><para> | |
168 <emphasis role="bold">PAL 2:2 пулдаун</emphasis>: Наилучший из всех. | |
169 Каждый кадр показывается за время длительности двух полей путем | |
170 извлечения чётных и нечётных строк и их попременного показа. | |
171 Если в исходном материале 24 fps, то это ускоряет воспроизведение фильма | |
172 на 4%. | |
173 </para></listitem> | |
174 <listitem><para> | |
175 <emphasis role="bold">PAL 2:2:2:2:2:2:2:2:2:2:2:3 пулдаун</emphasis>: | |
176 Каждый 12-й кадр показывается за время длительности трёх полей, | |
177 вместо двух. | |
178 Это помогает избежать проблемы 4%-го ускорения, но делает обращение | |
179 процесса существенно более сложным. | |
180 Такие вещи обычно наблюдаются в музыкальных произведениях, где | |
181 изменение скорости на 4% существенно повредит музыкальную партитуру. | |
182 </para></listitem> | |
183 <listitem><para> | |
184 <emphasis role="bold">NTSC 3:2 телесин</emphasis>: Кадры показываются | |
185 попеременно за время длительности 3-х полей или 2-х полей. | |
186 Это даёт частоту полей в 2.5 раза больше исходной частоты кадров. | |
187 Результат также очень незначительно замедляется от 60 до 60000/1001 | |
188 полей в секунду для поддержания частоты полей NTSC. | |
189 </para></listitem> | |
190 <listitem><para> | |
191 <emphasis role="bold">NTSC 2:2 пулдаун</emphasis>: Используется | |
192 для отображения материала с 30 fps на NTSC. | |
193 Так же мил, как и 2:2 PAL пулдаун. | |
194 </para></listitem> | |
195 </itemizedlist> | |
196 | |
197 <para> | |
21525 | 198 Так же существуют методы для преобразования между NTSC и PAL видео, |
199 но подобные темы выходят за рамки данного руководства. | |
200 Если Вам попался такой фильм, и Вы хотите кодировать его, | |
201 лучшим решением будет найти копию в исходном формате. | |
202 Преобразование между этими двумя форматами вносит большие потери | |
203 и не может быть точно обращено, так что Ваше кодирование | |
204 существенно пострадает, если оно делается из преобразованного | |
205 источника. | |
206 </para> | |
207 | |
208 <para> | |
209 Когда видео находится на DVD, последовательные пары полей | |
210 группируются как кадр, даже если они не предназначены для | |
211 одновременного отображения. | |
212 Стандарт MPEG-2, используемый на DVD и цифровом TV предоставляет | |
213 возможность одновременно кодировать исходные кадры с построчной | |
214 развёрткой и сохранять число полей, в течении которых кадр | |
215 должен быть показан, в его заголовке. | |
216 Если был использован такой метод, фильм часто будет называться | |
217 как "мягкий телесин", т.к. процесс только указывает DVD-плееру | |
218 о необходимости применения пулдауна к фильму, не изменяя при этом | |
219 сам фильм. | |
220 Этот случай существенно предпочтителен, т.к. он может быть легко обращён | |
221 (в действительности, проигнорирован) кодером и т.к. он сохраняет | |
222 максимальное качество. | |
223 Однако, многие широковещательные и DVD студии не используют | |
224 надлежащую технологию кодирования и вместо этого производят | |
225 фильмы с "жёстким телесином", где поля в действительности | |
226 повторяются в кодированном MPEG-2. | |
227 </para> | |
228 | |
229 <para> | |
230 Порядок действия в таких случаях будет описан | |
231 <link linkend="menc-feat-telecine">позже в данном руководстве</link>. | |
232 Сейчас мы дадим Вам несколько советов по идентификации типа | |
233 материала, с которым Вы работаете: | |
20725 | 234 </para> |
235 | |
236 <itemizedlist> | |
237 <title>Области NTSC:</title> | |
238 <listitem><para> | |
239 Если при просмотре Вашего фильма <application>MPlayer</application> | |
240 выводит, что частота кадров была изменена до 24000/1001 и она | |
241 никогда не меняется обратно, то это почти наверняка содержимое | |
242 с построчной развёрткой, которое было подвергнуто | |
243 "мягкому телесину". | |
244 </para></listitem> | |
245 <listitem><para> | |
246 Если <application>MPlayer</application> отображает попеременные | |
247 переключения частоты кадров между 24000/1001 и 30000/1001, и Вы | |
248 иногда видите "гребешки", есть несколько возможностей. | |
249 Сегменты с 24000/1001 fps почти наверняка являются "мягко | |
250 телесиненным" содержимым с построчной развёрткой, но части с | |
251 30000/1001 fps могут быть как "жёстко телесиненым" содержимым | |
252 с 24000/1001 fps, так и NTSC видео с 60000/1001 полями в секунду. | |
253 Испольуйте два нижеследующих руководства для определения того, | |
254 с каким случаем вы имеете дело. | |
255 </para></listitem> | |
256 <listitem><para> | |
257 Если <application>MPlayer</application> никогда не показывает | |
258 изменения кадровой частоты и каждый отдельный кадр, где есть | |
259 движение, оказывается гребёнкой, Ваш фильм есть NTSC видео с | |
260 60000/1001 полями в секунду. | |
261 </para></listitem> | |
262 <listitem><para> | |
263 Если <application>MPlayer</application> никогда не показывает | |
264 изменения кадровой частоты и два кадра из каждых пяти оказываются | |
265 гребёнкой, Ваш фильм представляет собой "жёстко телесиненное" | |
266 содержимое с 24000/1001 fps. | |
267 </para></listitem> | |
268 </itemizedlist> | |
269 | |
270 <itemizedlist> | |
271 <title>Области PAL:</title> | |
272 <listitem><para> | |
273 Если Вы не видите никакой гребёнки, Ваш фильм есть 2:2 пулдаун. | |
274 </para></listitem> | |
275 <listitem><para> | |
276 Если Вы видите попеременную гребёнку каждые полсекунды, | |
277 Ваш фильм представляет собой 2:2:2:2:2:2:2:2:2:2:2:3 пулдаун. | |
278 </para></listitem> | |
279 <listitem><para> | |
280 Если Вы всегда видите гребёшки во время движения, значит Ваш | |
281 фильм является PAL видео с 50 полями в секунду. | |
282 </para></listitem> | |
283 </itemizedlist> | |
284 | |
285 <note><title>Подсказка:</title> | |
286 <para> | |
287 <application>MPlayer</application> может замедлить воспроизведение | |
288 фильма с опцией -speed или воспроизводить его покадрово. | |
289 Попробуйте использовать опцию <option>-speed 0.2</option> для | |
290 очень медленного просмотра фильма или несколько раз нажмите | |
291 клавишу "<keycap>.</keycap>" для воспроизведения одного кадра | |
292 за раз и идетнифицируйте образец, если не можете его увидеть на | |
293 полной скорости. | |
294 </para> | |
295 </note> | |
296 </sect3> | |
297 </sect2> | |
298 | |
21525 | 299 <!-- ********** --> |
300 | |
20725 | 301 <sect2 id="menc-feat-dvd-mpeg4-2pass"> |
302 <title>Постоянный квантователь против многопроходности</title> | |
303 | |
304 <para> | |
21525 | 305 Возможно кодировать Ваш фильм, широко варьируя качество. |
306 С современными видеокодерами и небольшим сжатием перед кодированием | |
307 (уменьшением размера и шумов) возможно достичь очень хорошего | |
308 качества при размере 700 МБ для 90-110-минутного широкоэкранного фильма. | |
309 Более того, всё, кроме самых длинных фильмов, может быть кодировано | |
310 с почти безупречным качеством на 1400 МБ. | |
311 </para> | |
312 | |
313 <para> | |
314 Есть три подхода при кодировании видео: постоянный битпоток (CBR), | |
315 постоянный квантователь и многопроходность (ABR или усреднённый битпоток). | |
316 </para> | |
317 | |
318 <para> | |
319 Сложность кадров фильма и, таким образом, число битов, нужных для их | |
320 сжатия может существенно отличаться от одной сцены к другой. | |
321 Современные видеокодеры могут подстраиваться под это в процессе | |
322 работы и варьировать битпоток. | |
323 Однако, в таких простых режимах как CBR кодеры не знают загруженность | |
324 битпотока в последующих сценах и т.о. не могут превысить затребованный | |
325 битпоток для больших промежутков времени. | |
326 Более продвинутые режимы, такие как многопроходный режим, могут | |
327 учитывать статистику предыдущих проходов; это решает проблему, | |
328 упомянутую выше. | |
20725 | 329 </para> |
330 | |
331 <note><title>Замечание:</title> | |
332 <para> | |
21525 | 333 Большинство кодеков, поддерживающих ABR кодирование, поддерживают |
334 только двупроходный режим, в то время как некоторые другие, такие | |
335 как <systemitem class="library">x264</systemitem>, | |
336 <systemitem class="library">Xvid</systemitem> | |
337 и <systemitem class="library">libavcodec</systemitem> поддерживают | |
338 многопроходность, несколько улучшающую качество на каждом проходе, | |
339 однако, это улучшение не измеримо и не заметно после 4-го прохода | |
340 или около того. | |
341 Поэтому, в данном разделе дву- и многопроходность будут | |
342 использоваться взаимозаменяемо. | |
20725 | 343 </para> |
344 </note> | |
345 | |
346 <para> | |
21525 | 347 В каждом из этих режимов видеокодек (такой как |
348 <systemitem class="library">libavcodec</systemitem>) | |
349 разбивает видеокадр на макроблоки размером 16х16 пикселей и потом | |
350 применяет квантователь к каждому макроблоку. Чем меньше квантоваль, | |
351 тем лучше качество и выше битпоток. | |
352 Метод, используемый видео кодером для определения того, какой | |
353 квантователь использовать для данного макроблока, варьируется и | |
354 подлежит тонкой настройке. (Это крайнее упрощение реального | |
355 процесса, но основная концепция полезна для понимания.) | |
356 </para> | |
357 | |
358 <para> | |
359 Когда Вы указываете постоянный битпоток, видеокодек будет кодировать | |
360 видео, отбрасывая детали столько, сколько необходимо и настолько мало, | |
361 насколько это возможно с целью оставаться ниже заданного битпотока. | |
362 Если Вас действительно не волнует размер файла, Вы можете также | |
363 использовать CBR и указать бесконечный битпоток. (На практике это | |
364 означает значение, достаточно большое для обозначения отсутствия | |
365 предела, например, 10000 Кбит.) В результате, без реального ограничения | |
366 битпотока, кодек использует наименьший возможный квантователь для | |
367 каждого макроблока (как указано опцией | |
368 <option>vqmin</option> для | |
369 <systemitem class="library">libavcodec</systemitem>, равной 2 по умолчанию). | |
370 Как только Вы укажите настолько низкий битпоток, что кодек будет | |
371 вынужден использовать более высокий квантователь, Вы почти наверняка | |
372 испортите качество Вашего видео. | |
373 Чтобы избежать этого, Вам, вероятно, придётся уменьшить размеры | |
374 Вашего видео, согласно методу, описанному далее в этом руководстве. | |
375 В общих чертах, Вам следует избегать CBR совсем, если Вы заботитесь | |
376 о качестве. | |
377 </para> | |
378 | |
379 <para> | |
380 С постоянным квантователем кодек использует для всех макроблоков | |
381 один и тот же квантователь, указанный в опции | |
382 <option>vqscale</option> (для | |
383 <systemitem class="library">libavcodec</systemitem>). | |
384 Если Вы хотите рип наивысшего возможного качества, снова не взирая | |
385 на битпоток, Вы можете использовать | |
386 <option>vqscale=2</option>. | |
387 Это приведёт к тому же битпотоку и PSNR (пику отношения сигнала к шуму), | |
388 что и CBR с | |
389 <option>vbitrate</option>=бесконечности и значением по умолчанию | |
390 <option>vqmin</option>, равным 2. | |
391 </para> | |
392 | |
393 <para> | |
394 Проблема с постоянным квантованием заключается в том, что кодек использует | |
395 заданный квантователь вне зависимости от того, требуется это для | |
396 макроблока или нет. То есть возможно использование большего квантователя | |
397 для макроблока без ухудшения видимого качества. Зачем тратить биты на | |
398 излишне низкий квантователь? У Вашего процессора есть столько тактов, | |
399 сколько есть времени, но имеется лишь ограниченное число битов на | |
400 жёстком диске. | |
401 </para> | |
402 | |
403 <para> | |
404 При двупроходном кодировании первый проход создаст рип фильма так, | |
405 как будто это был CBR, но сохранит лог свойств для каждого кадра. | |
406 Эта информация затем будет использована во время второго прохода | |
407 для принятия интеллектуальных решений о том, какой квантователь | |
408 следует использовать. Во время быстрого движения или сцен с | |
409 высокой детализацией с большой веротностью будут использованы | |
410 бОльшие квантователи, а во время медленного движения или сцен | |
411 с низкой детализацией — меньшие. | |
412 Обычно количество движения играет существенно более важную роль, | |
413 чем количество деталей. | |
414 </para> | |
415 | |
416 <para> | |
417 Если Вы используете <option>vqscale=2</option>, то Вы теряете биты. | |
418 Если Вы используете <option>vqscale=3</option>, то Вы не получаете | |
419 рип наивысшего качества. Предположим, вы делаете рип DVD, используя | |
420 <option>vqscale=3</option>, результат получается 1800 Кбит. | |
421 Если Вы сделаете двупроходное кодирование с | |
422 <option>vbitrate=1800</option>, получившееся видео быдет обладать | |
423 <emphasis role="bold">лучшим качеством</emphasis> для | |
424 <emphasis role="bold">того же битпотока</emphasis>. | |
425 </para> | |
426 | |
427 <para> | |
428 После того, как Вы сейчас убедились, что два прохода — это путь | |
429 к действию, возникает вопрос о том, какой битпоток использовать? | |
430 Ответ таков, что нет единого ответа. В идеале, Вы хотите выбрать | |
431 битпоток, при котором достигается наилучший баланс между качеством | |
432 и размером файла. Здесь возможны вариации в зависимости от | |
433 исходного видеоматериала. | |
434 </para> | |
435 | |
436 <para> | |
437 Если размер не важен, хорошей отправной точкой для рипа очень высокого | |
438 качества будет 2000 Кбит +/- 200 Кбит. | |
439 Для видеоматериала с быстрым движением или высокой детализацией | |
440 или просто если у Вас очень разборчивый глаз, Вы можете использовать | |
441 2400 или 2600. | |
442 Для некоторых DVD Вы не заметите разницы на 1400 Кбит. Хорошей идеей | |
443 является экспериментирование со сценами на разных битпотоках, чтобы | |
444 почувствовать разницу. | |
445 </para> | |
446 | |
447 <para> | |
448 Если Вашей целью является определённый размер, Вам нужно как-нибудь | |
449 вычислить битпоток. Но перед этим, Вам нужно знать, сколько места | |
450 нужно зарезервировать по аудио дорожку(и), так что Вам необходимо | |
451 <link linkend="menc-feat-dvd-mpeg4-audio">извлечь их</link> сперва. | |
452 Вы можете расчитать битпоток с помощью следующей формулы: | |
453 <systemitem>битпоток = (конечный_размер_в_МБайт - размер_звука_в_МБайт) * | |
454 1024 * 1024 / длительность_в_секундах * 8 / 1000</systemitem>. | |
455 Например, для сжатия двухчасового фильма в 702 МБ CD, с 60 МБ | |
456 аудио дорожкой, битпоток видео должен составлять: | |
457 <systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 | |
458 = 740 кбит/сек</systemitem>. | |
459 </para> | |
20725 | 460 </sect2> |
461 | |
21525 | 462 <!-- ********** --> |
20725 | 463 |
464 <sect2 id="menc-feat-dvd-mpeg4-constraints"> | |
465 <title>Ограничения для эффективного кодирования</title> | |
466 | |
467 <para> | |
21525 | 468 Из-за особенностей MPEG-подобного сжатия, существуют различные |
469 ограничения, которым Вы должны следовать для достижения | |
470 максимального качества. | |
471 MPEG разбивает видео на квадраты 16х16, называемые макроблоками. | |
472 Каждый макроблок состоит из 4 блоков 8х8 с информацией о люме | |
473 (интенсивности) и двух блоков 8х8 с информацией о хроме (цвете) | |
474 половинного разрешения (один для красно-бирюзовой оси и другой | |
475 для жёлто-голубой оси). | |
476 Даже если ширина и высота Вашего фильма не кратны 16, кодер | |
477 всё равно использует нужное количество макроблоков 16х16 для покрытия | |
478 всей области картинки, дополнительная область будет впустую потрачена. | |
479 Так что в интересах максимизации качества при фиксированном размере | |
480 файла, не стоит использовать размеры, не кратные 16. | |
481 </para> | |
482 | |
483 <para> | |
484 У большинства DVD также есть определённое подобие чёрных полос на | |
485 краях. Если Вы их оставите, это может <emphasis>сильно</emphasis> | |
486 повредить качество несколькими путями. | |
20725 | 487 </para> |
488 | |
489 <orderedlist> | |
490 <listitem> | |
21525 | 491 <para> |
20725 | 492 MPEG-подобное сжатие также очень чувствительно к преобразованиям |
493 частотных интервалов, в частности, к дискретному косинусному | |
494 преобразованию (DCT), которое аналогично преобразованию Фурье. | |
495 Этот вид сжатия эффективен для представления образов и сглаженных | |
496 переходов, но у него возникают проблемы с острыми краями. | |
497 <!-- FIXME: для слова ringing я тоже не нашёл краткого однозначного | |
498 перевода; лучшее, что приходит на ум - это "размывание краёв", | |
499 ясное дело, что причиной является отбрасывание малых гармоник, | |
500 в результате чего вместо точки возникает затухающая окружность, | |
501 но вот как это кратко выразить... --> | |
502 Для кодирования последних Вам нужно гораздо больше битов, а иначе | |
503 у вас появится артефакт, известный как размывание краёв | |
504 (англ. ringing). | |
21525 | 505 </para> |
506 | |
507 <para> | |
20725 | 508 Частотные преобразования (DCT) выполняются независимо для каждого |
509 макроблока (на самом деле, для каждого блока), так что эта проблема | |
510 возникает только в случае попадания острого края внутрь блока. | |
511 Если Ваши чёрные поля возникают точно на границах, кратных 16 | |
512 пикселям, это не проблема. | |
513 Однако, чёрные полосы на DVD редко хорошо расположены, так что | |
514 на практике Вам всегда придётся усекать стороны для избежания | |
515 этих проблем. | |
21525 | 516 </para> |
20725 | 517 </listitem> |
518 </orderedlist> | |
519 | |
520 <para> | |
21525 | 521 В дополнение к преобразованиям частотных интервалов, MPEG-подобное |
522 сжатие использует векторы движения для отображения изменений от | |
523 одного кадра к другому. Векторы движения, естественно, работают | |
524 существенно менее эффективно для новых объектов, идущих от | |
525 краёв картинки, поскольку они отсутсвуют в предыдущих кадрах. | |
526 Пока картинка простирается вплоть до края кодируемой области, | |
527 у векторов движения не возникает проблем с движением объектов | |
528 за пределы картинки. Однако, при наличии черных полей | |
529 могут возникнуть проблемы: | |
20725 | 530 </para> |
531 | |
532 <orderedlist continuation="continues"> | |
533 <listitem> | |
21525 | 534 <para> |
20725 | 535 Для каждого макроблока MPEG-подобное сжатие сохраняет вектор, |
536 определяющий какая часть предыдущего кадра должна быть скопирована | |
537 в этот макроблок как основа для предсказания следующего кадра. | |
538 Кодированию подлежит только оставшаяся разность. Если макроблок | |
539 простирается до края картинки и содержит часть чёрной полосы, | |
540 то векторы движения других частей каритки перепишут чёрную полосу. | |
541 Это означает, что много битов нужно потратить либо на повторное | |
542 чернение переписанной полосы, либо (что более вероятно) вектор | |
543 движения не будет использован вовсе и все изменения для этого | |
544 макроблока будут явно кодированы. Другими словами, эффективность | |
545 кодирования существенно уменьшается. | |
21525 | 546 </para> |
547 | |
548 <para> | |
20725 | 549 Ещё раз, эта проблема возникает только в случае, если чёрные полосы |
550 не укладываются в границы, кратные 16. | |
21525 | 551 </para> |
20725 | 552 </listitem> |
553 | |
554 <listitem> | |
21525 | 555 <para> |
20725 | 556 Наконец, предположим, что у нас есть находящийся внутри картинки |
557 макроблок и объект движется в этот блок от края изображения. | |
558 MPEG-подобное кодирование не может сказать "скопируй ту часть, | |
559 что внутри картинки, но не чёрную полосу". Так что чёрная полоса | |
560 также быдет скопирована внутрь, в результате чего масса битов | |
561 будет потрачена на кодирование части изображения, которое должно | |
562 быть на месте полосы. | |
21525 | 563 </para> |
564 | |
565 <para> | |
20725 | 566 Для случаев, когда всё изображение движется к краю кодируемой |
567 области, у MPEG есть специальные оптимизации для многократного | |
568 копирования пикселей на край картинки, когда вектор движения | |
569 идёт извне области кодирования. Эта возможность становится | |
570 бесполезной, если у фильма есть чёрные полосы. В отличии от | |
571 случаев 1 и 2, выравнивание границ до кратности 16 здесь | |
572 не поможет. | |
21525 | 573 </para> |
20725 | 574 </listitem> |
575 | |
21525 | 576 <listitem><para> |
20725 | 577 Несмотря на то, что границы полностью чёрные и никогда не изменяются, |
578 существуют, как минимум, определённые накладные расходы, связанные | |
579 с наличием большего числа макроблоков. | |
21525 | 580 </para></listitem> |
20725 | 581 </orderedlist> |
582 | |
583 <para> | |
21525 | 584 Благодаря всем этим причинам, рекомендуется полностью урезать |
585 чёрные полосы. Более того, если есть области шумов/искажений | |
586 на краях картинки, то их урезание также поспособствует улучшению | |
587 качества кодирования. Видеофилы, желающие сохранить оригинал как | |
588 можно более точно, могут возражать против такого усечения; но | |
589 если Вы не планируете кодировать при постоянном квантователе, | |
590 качество, полученное при усечении, существенно превысит потери | |
591 информации на краях. | |
20725 | 592 </para> |
593 </sect2> | |
594 | |
21525 | 595 <!-- ********** --> |
20725 | 596 |
597 <sect2 id="menc-feat-dvd-mpeg4-crop"> | |
598 <title>Усечение и масштабирование</title> | |
599 | |
600 <para> | |
21525 | 601 Вспомните из предыдущего раздела, что конечный размер картинки, |
602 подлежащей кодированию, должен быть кратен 16 (как высота,так | |
603 и ширина). Это может быть достигнуто усечением, масштабированием | |
604 или комбинацией того и другого. | |
605 </para> | |
606 | |
607 <para> | |
608 Есть несколько рекомендаций для усечения, которым необходимо следовать | |
609 для избежания повреждения фильма. | |
610 Обычный формат YUV, 4:2:0, сохраняет хрому (информацию о цвете) | |
611 половинной дискретизации, т.е. хрома сохраняется в два раза реже | |
612 в каждом направлении, чем люма (информация об интенсивности). | |
613 Рассмотрите следующую диаграмму, где L обозначает точки дискретизации | |
614 люмы и C — хромы. | |
20725 | 615 </para> |
616 | |
617 <informaltable> | |
618 <?dbhtml table-width="40%" ?> | |
619 <?dbfo table-width="40%" ?> | |
620 <tgroup cols="8" align="center"> | |
621 <colspec colnum="1" colname="col1"/> | |
622 <colspec colnum="2" colname="col2"/> | |
623 <colspec colnum="3" colname="col3"/> | |
624 <colspec colnum="4" colname="col4"/> | |
625 <colspec colnum="5" colname="col5"/> | |
626 <colspec colnum="6" colname="col6"/> | |
627 <colspec colnum="7" colname="col7"/> | |
628 <colspec colnum="8" colname="col8"/> | |
629 <spanspec spanname="spa1-2" namest="col1" nameend="col2"/> | |
630 <spanspec spanname="spa3-4" namest="col3" nameend="col4"/> | |
631 <spanspec spanname="spa5-6" namest="col5" nameend="col6"/> | |
632 <spanspec spanname="spa7-8" namest="col7" nameend="col8"/> | |
633 <tbody> | |
634 <row> | |
635 <entry>L</entry> | |
636 <entry>L</entry> | |
637 <entry>L</entry> | |
638 <entry>L</entry> | |
639 <entry>L</entry> | |
640 <entry>L</entry> | |
641 <entry>L</entry> | |
642 <entry>L</entry> | |
643 </row> | |
644 <row> | |
645 <entry spanname="spa1-2">C</entry> | |
646 <entry spanname="spa3-4">C</entry> | |
647 <entry spanname="spa5-6">C</entry> | |
648 <entry spanname="spa7-8">C</entry> | |
649 </row> | |
650 <row> | |
651 <entry>L</entry> | |
652 <entry>L</entry> | |
653 <entry>L</entry> | |
654 <entry>L</entry> | |
655 <entry>L</entry> | |
656 <entry>L</entry> | |
657 <entry>L</entry> | |
658 <entry>L</entry> | |
659 </row> | |
660 <row> | |
661 <entry>L</entry> | |
662 <entry>L</entry> | |
663 <entry>L</entry> | |
664 <entry>L</entry> | |
665 <entry>L</entry> | |
666 <entry>L</entry> | |
667 <entry>L</entry> | |
668 <entry>L</entry> | |
669 </row> | |
670 <row> | |
671 <entry spanname="spa1-2">C</entry> | |
672 <entry spanname="spa3-4">C</entry> | |
673 <entry spanname="spa5-6">C</entry> | |
674 <entry spanname="spa7-8">C</entry> | |
675 </row> | |
676 <row> | |
677 <entry>L</entry> | |
678 <entry>L</entry> | |
679 <entry>L</entry> | |
680 <entry>L</entry> | |
681 <entry>L</entry> | |
682 <entry>L</entry> | |
683 <entry>L</entry> | |
684 <entry>L</entry> | |
685 </row> | |
686 </tbody> | |
687 </tgroup> | |
688 </informaltable> | |
689 | |
690 <para> | |
21525 | 691 Как Вы видите, строки и столбцы изображения естественным образом |
692 идут в парах. Поэтому смещения и размеры усечения | |
693 <emphasis>должны</emphasis> быть чётными числами. | |
694 Иначе хрома перестанет правильно соответствовать люме. | |
695 Теоретически возможно усечение с нечётными смещениями, но оно | |
696 потребует преобразования хромы, что потенциально является | |
697 операцией с потерей качества и не поддерживается фильтром | |
698 усечения сторон crop. | |
699 </para> | |
700 | |
701 <para> | |
702 Далее, видео с чересстрочной развёрткой дискретизируется следующим образом: | |
20725 | 703 </para> |
704 | |
705 <informaltable> | |
706 <?dbhtml table-width="80%" ?> | |
707 <?dbfo table-width="80%" ?> | |
708 <tgroup cols="16" align="center"> | |
709 <colspec colnum="1" colname="col1"/> | |
710 <colspec colnum="2" colname="col2"/> | |
711 <colspec colnum="3" colname="col3"/> | |
712 <colspec colnum="4" colname="col4"/> | |
713 <colspec colnum="5" colname="col5"/> | |
714 <colspec colnum="6" colname="col6"/> | |
715 <colspec colnum="7" colname="col7"/> | |
716 <colspec colnum="8" colname="col8"/> | |
717 <colspec colnum="9" colname="col9"/> | |
718 <colspec colnum="10" colname="col10"/> | |
719 <colspec colnum="11" colname="col11"/> | |
720 <colspec colnum="12" colname="col12"/> | |
721 <colspec colnum="13" colname="col13"/> | |
722 <colspec colnum="14" colname="col14"/> | |
723 <colspec colnum="15" colname="col15"/> | |
724 <colspec colnum="16" colname="col16"/> | |
725 <spanspec spanname="spa1-2" namest="col1" nameend="col2"/> | |
726 <spanspec spanname="spa3-4" namest="col3" nameend="col4"/> | |
727 <spanspec spanname="spa5-6" namest="col5" nameend="col6"/> | |
728 <spanspec spanname="spa7-8" namest="col7" nameend="col8"/> | |
729 <spanspec spanname="spa9-10" namest="col9" nameend="col10"/> | |
730 <spanspec spanname="spa11-12" namest="col11" nameend="col12"/> | |
731 <spanspec spanname="spa13-14" namest="col13" nameend="col14"/> | |
732 <spanspec spanname="spa15-16" namest="col15" nameend="col16"/> | |
733 <tbody> | |
734 <row> | |
735 <entry namest="col1" nameend="col8">Верхнее поле</entry> | |
736 <entry namest="col9" nameend="col16">Нижнее поле</entry> | |
737 </row> | |
738 <row> | |
739 <entry>L</entry> | |
740 <entry>L</entry> | |
741 <entry>L</entry> | |
742 <entry>L</entry> | |
743 <entry>L</entry> | |
744 <entry>L</entry> | |
745 <entry>L</entry> | |
746 <entry>L</entry> | |
747 <entry></entry> | |
748 <entry></entry> | |
749 <entry></entry> | |
750 <entry></entry> | |
751 <entry></entry> | |
752 <entry></entry> | |
753 <entry></entry> | |
754 <entry></entry> | |
755 </row> | |
756 <row> | |
757 <entry spanname="spa1-2">C</entry> | |
758 <entry spanname="spa3-4">C</entry> | |
759 <entry spanname="spa5-6">C</entry> | |
760 <entry spanname="spa7-8">C</entry> | |
761 <entry></entry> | |
762 <entry></entry> | |
763 <entry></entry> | |
764 <entry></entry> | |
765 <entry></entry> | |
766 <entry></entry> | |
767 <entry></entry> | |
768 <entry></entry> | |
769 </row> | |
770 <row> | |
771 <entry></entry> | |
772 <entry></entry> | |
773 <entry></entry> | |
774 <entry></entry> | |
775 <entry></entry> | |
776 <entry></entry> | |
777 <entry></entry> | |
778 <entry></entry> | |
779 <entry>L</entry> | |
780 <entry>L</entry> | |
781 <entry>L</entry> | |
782 <entry>L</entry> | |
783 <entry>L</entry> | |
784 <entry>L</entry> | |
785 <entry>L</entry> | |
786 <entry>L</entry> | |
787 </row> | |
788 <row> | |
789 <entry>L</entry> | |
790 <entry>L</entry> | |
791 <entry>L</entry> | |
792 <entry>L</entry> | |
793 <entry>L</entry> | |
794 <entry>L</entry> | |
795 <entry>L</entry> | |
796 <entry>L</entry> | |
797 <entry></entry> | |
798 <entry></entry> | |
799 <entry></entry> | |
800 <entry></entry> | |
801 <entry></entry> | |
802 <entry></entry> | |
803 <entry></entry> | |
804 <entry></entry> | |
805 </row> | |
806 <row> | |
807 <entry></entry> | |
808 <entry></entry> | |
809 <entry></entry> | |
810 <entry></entry> | |
811 <entry></entry> | |
812 <entry></entry> | |
813 <entry></entry> | |
814 <entry></entry> | |
815 <entry spanname="spa9-10">C</entry> | |
816 <entry spanname="spa11-12">C</entry> | |
817 <entry spanname="spa13-14">C</entry> | |
818 <entry spanname="spa15-16">C</entry> | |
819 </row> | |
820 <row> | |
821 <entry></entry> | |
822 <entry></entry> | |
823 <entry></entry> | |
824 <entry></entry> | |
825 <entry></entry> | |
826 <entry></entry> | |
827 <entry></entry> | |
828 <entry></entry> | |
829 <entry>L</entry> | |
830 <entry>L</entry> | |
831 <entry>L</entry> | |
832 <entry>L</entry> | |
833 <entry>L</entry> | |
834 <entry>L</entry> | |
835 <entry>L</entry> | |
836 <entry>L</entry> | |
837 </row> | |
838 <row> | |
839 <entry>L</entry> | |
840 <entry>L</entry> | |
841 <entry>L</entry> | |
842 <entry>L</entry> | |
843 <entry>L</entry> | |
844 <entry>L</entry> | |
845 <entry>L</entry> | |
846 <entry>L</entry> | |
847 <entry></entry> | |
848 <entry></entry> | |
849 <entry></entry> | |
850 <entry></entry> | |
851 <entry></entry> | |
852 <entry></entry> | |
853 <entry></entry> | |
854 <entry></entry> | |
855 </row> | |
856 <row> | |
857 <entry spanname="spa1-2">C</entry> | |
858 <entry spanname="spa3-4">C</entry> | |
859 <entry spanname="spa5-6">C</entry> | |
860 <entry spanname="spa7-8">C</entry> | |
861 <entry></entry> | |
862 <entry></entry> | |
863 <entry></entry> | |
864 <entry></entry> | |
865 <entry></entry> | |
866 <entry></entry> | |
867 <entry></entry> | |
868 <entry></entry> | |
869 </row> | |
870 <row> | |
871 <entry></entry> | |
872 <entry></entry> | |
873 <entry></entry> | |
874 <entry></entry> | |
875 <entry></entry> | |
876 <entry></entry> | |
877 <entry></entry> | |
878 <entry></entry> | |
879 <entry>L</entry> | |
880 <entry>L</entry> | |
881 <entry>L</entry> | |
882 <entry>L</entry> | |
883 <entry>L</entry> | |
884 <entry>L</entry> | |
885 <entry>L</entry> | |
886 <entry>L</entry> | |
887 </row> | |
888 <row> | |
889 <entry>L</entry> | |
890 <entry>L</entry> | |
891 <entry>L</entry> | |
892 <entry>L</entry> | |
893 <entry>L</entry> | |
894 <entry>L</entry> | |
895 <entry>L</entry> | |
896 <entry>L</entry> | |
897 <entry></entry> | |
898 <entry></entry> | |
899 <entry></entry> | |
900 <entry></entry> | |
901 <entry></entry> | |
902 <entry></entry> | |
903 <entry></entry> | |
904 <entry></entry> | |
905 </row> | |
906 <row> | |
907 <entry></entry> | |
908 <entry></entry> | |
909 <entry></entry> | |
910 <entry></entry> | |
911 <entry></entry> | |
912 <entry></entry> | |
913 <entry></entry> | |
914 <entry></entry> | |
915 <entry spanname="spa9-10">C</entry> | |
916 <entry spanname="spa11-12">C</entry> | |
917 <entry spanname="spa13-14">C</entry> | |
918 <entry spanname="spa15-16">C</entry> | |
919 </row> | |
920 <row> | |
921 <entry></entry> | |
922 <entry></entry> | |
923 <entry></entry> | |
924 <entry></entry> | |
925 <entry></entry> | |
926 <entry></entry> | |
927 <entry></entry> | |
928 <entry></entry> | |
929 <entry>L</entry> | |
930 <entry>L</entry> | |
931 <entry>L</entry> | |
932 <entry>L</entry> | |
933 <entry>L</entry> | |
934 <entry>L</entry> | |
935 <entry>L</entry> | |
936 <entry>L</entry> | |
937 </row> | |
938 </tbody> | |
939 </tgroup> | |
940 </informaltable> | |
941 | |
942 <para> | |
21525 | 943 Как Вы видите, структура повторяется только после 4 строк. |
944 Так что для чересстрочного видео Ваше y-смещение и высота | |
945 усечения должны быть кратны 4. | |
946 </para> | |
947 | |
948 <para> | |
949 Естественные разрешения DVD составляют 720x480 для NTSC и 720x576 | |
950 для PAL, но существует флаг соотношения сторон, который указывает | |
951 является ли видео полноэкранным (4:3) или широкоэкранным (16:9). | |
952 Многие (если не большинство) широкоэкранных DVD не точно соответсвуют | |
20725 | 953 <!-- FIXME: Есть ли перевод названия формата cinescope (он же CinemaScope) ?? --> |
21525 | 954 формату 16:9 и он может быть как 1.85:1, так и 2.35:1 (формат cinescope). |
955 Это означает, что в видео будут чёрные полосы, которые нужно усечь. | |
956 </para> | |
957 | |
958 <para> | |
959 <application>MPlayer</application> предоставляет фильтр обнаружения | |
960 усечения, который определяет прямоугольник, до которго нужно усечь | |
961 (<option>-vf cropdetect</option>). | |
962 Запустите <application>MPlayer</application> с | |
963 <option>-vf cropdetect</option> и он выдаст настройки | |
964 усечения для удаления полей. | |
965 С целью получения точных параметров усечения, Вы должны проигрывать | |
966 фильм достаточно долго для того, чтоб была использована вся область | |
967 изображения. | |
968 </para> | |
969 | |
970 <para> | |
971 Затем проверьте значения, полученные с помощью | |
972 <application>MPlayer</application>, используя командную строку, | |
973 выведенную <option>cropdetect</option>, и подстройте прямоугольник | |
974 при необходимости. | |
975 Фильтр <option>rectangle</option> может быть полезен, позволив | |
976 Вам интерактивно менять прямоугольник усечения для Вашего фильма. | |
977 Не забывайте следовать указанным выше руководствам по делимости, | |
978 чтобы не испортить выравнивание хромы. | |
979 </para> | |
980 | |
981 <para> | |
982 В ряде случаев масштабирование может быть нежелательным. | |
983 Масштабирование по вертикальному направлению затруднено для | |
984 чересстрочного видео, и если Вы хотите сохранить чересстрочность, | |
985 Вам в большинстве случаев будет необходимо воздерживаться от | |
986 масштабирования. | |
987 Если Вы не будете масштабировать, но всё ещё желаете размеры, | |
988 кратные 16, то Вам придётся проводить излишнее усечение. | |
989 Не проводите неполное усечение, поскольку чёрные полосы очень | |
990 плохи для кодирования! | |
991 </para> | |
992 | |
993 <para> | |
994 Посокльку MPEG-4 использует макроблоки 16х16, Вы должны убедиться, | |
995 что каждое измерение кодируемого видео кратно 16; иначе Вы ухудшите | |
996 качество, особенно на малых битпотоках. Вы можете сделать это, | |
997 округлив ширину и высоту прямоугольника усечения до ближайшего | |
998 меньшего целого, кратного 16. | |
999 Учитывая установленное ранее, при усечении Вы можете захотеть увеличить | |
1000 смещение по Y на половину разности старой и новой высоты, так что | |
1001 полученное видео будет браться из центра кадра. | |
20725 | 1002 |
21525 | 1003 И из-за способа дискретизации DVD видео, убедитесь, что смещение |
1004 есть чётное число. (Фактически, возьмите за правило никогда не | |
1005 использовать нечётные величины для любых параметров усечения или | |
1006 масштабирования видео.) Если Вы беспокоитесь из-за нескольких | |
1007 излишне отброшенных битов, возможно, Вы предпочтёте взамен | |
1008 масштабировать видео. | |
1009 В действительности, Вы можете доверить фильтру | |
1010 <option>cropdetect</option> сделать для Вас всё вышеупомянутое, | |
1011 т.к. у него есть необязательный параметр округления | |
1012 <option>round</option>, равный 16 по умолчанию. | |
1013 </para> | |
1014 | |
1015 <para> | |
1016 Также будьте осторожны с "полутёмными" пикселями на краях. Убедитесь, | |
1017 что они тоже отрезаются, иначе Вы будете тратить биты, которым есть | |
1018 лучшее применение. | |
1019 </para> | |
1020 | |
1021 <para> | |
1022 После всего выше сказанного и сделанного, Вы, вероятно, получите | |
1023 видео не точно формата 1:85.1 или 2.35:1, а с чем-то близким | |
1024 к этому. Вы можете вычислить новый коэффициент соотношения | |
1025 сторон вручную, но <application>MEncoder</application> | |
1026 предоставляет опцию для <systemitem class="library">libavcodec</systemitem>, | |
1027 называемую <option>autoaspect</option>, которая сделает это для | |
1028 Вас. Ни в коем случае не увеличивайте размер этого видео с целью | |
1029 квадратизации пикселей, если Вы не желаете впустую потратить | |
1030 место на жёстком диске. | |
1031 Масштабирование должно выполняться при воспроизведении, и плеер | |
1032 использует коэффициент соотношения сторон, сохранённый в AVI, для | |
1033 определения правильного разрешения. | |
1034 К сожалению, не все плееры используют эту информацию автомасштабирования, | |
1035 поэтому Вам всё ещё может быть необходимо перемасштабирование. | |
20725 | 1036 </para> |
1037 </sect2> | |
1038 | |
21525 | 1039 <!-- ********** --> |
20725 | 1040 |
1041 <sect2 id="menc-feat-dvd-mpeg4-resolution-bitrate"> | |
1042 <title>Выбор разрешения и битпотока</title> | |
1043 | |
1044 <para> | |
21525 | 1045 Если Вы не собираетеся кодировать в режиме постоянного квантователя, |
1046 Вам нужно выбрать битпоток. | |
1047 Понятие битпотока очень просто: это среднее число битов, которые | |
1048 будут использованы для сохранения Вашего фильма, в секунду. | |
1049 Обычно битпоток измеряется в килобитах (1000 бит) в секунду. | |
1050 Размер Вашего фильма на диске есть битпоток, умноженный на | |
1051 длительность фильма, плюс небольшие накладные расходы | |
1052 (см. раздел | |
1053 <link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">контейнер AVI</link> | |
1054 для примера). | |
1055 Остальные параметры, такие как масштабирование, усечение и т.п. | |
1056 <emphasis role="bold">не</emphasis> изменят размер файла, пока | |
1057 Вы также не измените битпоток! | |
1058 </para> | |
1059 | |
1060 <para> | |
1061 Битпоток изменяется <emphasis role="bold">не</emphasis> | |
1062 пропорционально разрешению. | |
1063 То есть файл разрешением 320х240 с 200 кбит/сек не будет | |
1064 того же качества, что этот же фильм разрешением 640х480 | |
1065 и 800 кбит/сек! | |
1066 Для этого есть две причины: | |
20725 | 1067 <orderedlist> |
21525 | 1068 <listitem><para> |
1069 <emphasis role="bold">Восприятие</emphasis>: Вы сильнее | |
1070 замечаете MPEG артефакты, если они больше! | |
1071 Артефакты возникают на масштабе блоков (8х8). | |
1072 Ваш глаз не увидит ошибки в 4800 маленьких блоков так же | |
1073 легко, как и в 1200 больших блоков (предполагая | |
1074 масштабирование обоих фильмов на полный экран). | |
1075 </para></listitem> | |
1076 <listitem><para> | |
1077 <emphasis role="bold">Теоретическая</emphasis>: Когда Вы | |
1078 уменьшаете размер изображения, но продолжаете использовать | |
1079 блоки того же размера (8х8) для пространственных частотных | |
1080 преобразований, Вы перемещаете больше данных в высокочастотные | |
1081 полосы. Грубо говоря, каждый пиксель содержит больше деталей, | |
1082 чем раньше. | |
1083 Так что несмотря на то, что ваша картинка с уменьшенным | |
1084 масштабом содержит 1/4 информации в пространственных направлениях, | |
1085 она всё ещё может содержать большУю часть информации в | |
1086 частотных интервалах (предполагая, что высокие частоты были | |
1087 не использованы в оригинальном 640х480 изображении). | |
1088 </para></listitem> | |
1089 </orderedlist> | |
1090 </para> | |
1091 | |
1092 <para> | |
1093 Последние руководства рекомендовали выбор битпотока и разрешения, | |
1094 основываясь на приближении "бит на пиксель", но это обычно не | |
1095 верно из-за упомянутых выше причин. | |
1096 Похоже, лучшей оценкой является рост битпотока пропорционально | |
1097 квадратному корню разрешения, так что 320х240 и 400 кбит/сек | |
1098 должно быть сравнимо с 640х480 и 800 кбит/сек. | |
1099 Однако, это не было строго проверено теоретически или эмпирически. | |
1100 Кроме того, из-за существенного отличия фильмов по уровню шума, | |
1101 деталей, степеней свободы и т.п., тщетно давать общие рекомендации | |
1102 для "битов на длину диагонали" (аналог битов на пиксель, используя | |
1103 квадратный корень). | |
1104 </para> | |
1105 | |
1106 <para> | |
1107 Таким образом, мы обсудили сложность выбора битпотока и разрешения. | |
20725 | 1108 </para> |
1109 | |
1110 | |
1111 <sect3 id="menc-feat-dvd-mpeg4-resolution-bitrate-compute"> | |
1112 <title>Расчёт разрешения</title> | |
21525 | 1113 |
1114 <para> | |
1115 Следующие шаги помогут Вам расчитать разрешение для Вашего | |
1116 кодирования без слишком сильного искажения видео, учитывая | |
1117 некоторую информацию об исходном видео. | |
1118 Прежде всего, Вам необходимо расчитать коэффициент соотношения | |
1119 сторон для кодированного видео: | |
1120 <systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem> | |
1121 | |
20725 | 1122 <itemizedlist> |
1123 <title>где:</title> | |
1124 <listitem><para> | |
1125 Wc и Hc — ширина и высота усечённого видео, | |
1126 </para></listitem> | |
1127 <listitem><para> | |
1128 ARa — коэффициент соотношения сторон изображения, обычно 4/3 или 16/9, | |
1129 </para></listitem> | |
1130 <listitem><para> | |
1131 PRdvd — отношение пикселей DVD, что равно 1.25=(720/576) для PAL | |
1132 DVD и 1.5=(720/480) для NTSC DVD. | |
1133 </para></listitem> | |
1134 </itemizedlist> | |
1135 </para> | |
1136 | |
1137 <para> | |
21525 | 1138 Затем Вы можете расчитать разрешение по X и Y, согласно определённому |
1139 фактору качества сжатия (CQ): | |
1140 <systemitem>ResY = INT(SQRT( 1000*Битпоток/25/ARc/CQ )/16) * 16</systemitem> | |
1141 и <systemitem>ResX = INT( ResY * ARc / 16) * 16</systemitem>. | |
1142 </para> | |
1143 | |
1144 <para> | |
1145 Хорошо, но что такое CQ? | |
1146 CQ соответсвует числу битов на пиксель и на кадр для кодирования. | |
1147 Грубо говоря, чем больше CQ, тем меньше вероятность увидеть | |
1148 артефакты кодирования. | |
1149 Однако, если у Вас есть заданный размер для Вашего фильма | |
1150 (например, 1 или 2 CD), есть ограниченное общее число битов, | |
1151 которые Вы можете потратить; поэтому важно найти хороший | |
1152 компромисс между сжимаемостью и качеством. | |
1153 </para> | |
1154 | |
1155 <para> | |
1156 CQ зависит от битпотока, эффективности видеокодека и разрешения фильма. | |
1157 Обычно, в целях увеличеиня CQ, Вам нужно будет уменьшить размер | |
1158 фильма при постоянном битпотоке, заданном размере и длине фильма. | |
1159 С MPEG-4 ASP кодеками, такими как <systemitem class="library">Xvid</systemitem> | |
1160 и <systemitem class="library">libavcodec</systemitem>, CQ | |
1161 меньше 0.18 обычно приводит к изображению с большим числом | |
1162 сегментов "квадратиками", из-за недостаточного числа битов для | |
1163 кодирования информации в каждом макроблоке. | |
1164 (MPEG4, как и многие другие кодеки, группирует пиксели в блоки по | |
1165 несколько пикселей для сжатия изображения; если битов не хватает, | |
1166 границы этих блоков становятся заметными.) | |
1167 Следовательно, благоразумно выбрать CQ в диапазоне от 0.20 до 0.22 | |
1168 для рипа на 1 CD и 0.26-0.28 для рипа на 2 CD при использовании | |
1169 стандартных опций кодирования. | |
1170 Более продвинутые опции кодирования, такие как указанные для | |
1171 <link linkend="menc-feat-mpeg4-lavc-example-settings"><systemitem class="library">libavcodec</systemitem></link> | |
20725 | 1172 и |
20879 | 1173 <link linkend="menc-feat-xvid-example-settings"><systemitem class="library">Xvid</systemitem></link> |
21525 | 1174 должны сделать возможным получение того же качества с CQ в диапазоне |
1175 от 0.18 до 0.20 для рипа на 1 CD и 0.24-0.26 для рипа на 2 CD. | |
1176 Используя MPEG-4 ASP кодеки, такие как | |
1177 <systemitem class="library">x264</systemitem>, Вы можете использовать | |
1178 CQ в диапазоне от 0.14 до 0.16 со стандартными опциями кодирования | |
1179 и должны суметь достичь таких низких значений, как 0.10-0.12 | |
1180 с помощью | |
1181 <link linkend="menc-feat-x264-example-settings">продвинутых опций кодирования <systemitem class="library">x264</systemitem></link>. | |
1182 </para> | |
1183 | |
1184 <para> | |
1185 Пожалуйста, обратите внимание, что CQ — лишь показательная величина, | |
1186 т.к. она зависит от кодируемого содержимого; CQ 0.18 может хорошо | |
1187 смотреться для Бергмана (Bergman), в отличии от такого фильма как | |
1188 Матрица (The Matrix), содержащего много сцен с быстрым движением. | |
1189 С другой стороны, бесполезно увеличивать CQ выше 0.30, т.к. Вы | |
1190 будете тратить биты без заметного увеличения качества. | |
1191 Так же обратите внимание, что, как было указано выше в данном | |
1192 руководстве, фильмам с низким разрешением (например, по сравнению с DVD) | |
1193 необходим более высокий CQ для того, чтоб они выглядели хорошо. | |
20725 | 1194 </para> |
1195 </sect3> | |
1196 </sect2> | |
1197 | |
21525 | 1198 <!-- ********** --> |
1199 | |
20725 | 1200 <sect2 id="menc-feat-dvd-mpeg4-filtering"> |
1201 <title>Фильтрация</title> | |
1202 | |
1203 <para> | |
21525 | 1204 Изучение использования видео фильтров <application>MEncoder</application> |
1205 важно для получения хороших результатов кодирования. | |
1206 Вся обработка видео выполняется посредством фильтров: усечение, | |
1207 масштабирование, подстройка цвета, удаление шума, увеличение | |
1208 чёткости, деинтерлейс (преобразование видео из чересстрочной | |
1209 развёртки в построчную), телесин, обратный телесин и удаление | |
1210 блочной сегментации — и это лишь некоторые из них. | |
1211 Вместе с огромным количеством поддерживаемых входных форматов, | |
1212 разнообразие фильтров, доступных в <application>MEncoder</application>, | |
1213 является одним из его основных достоинств над другими аналогичными | |
1214 программами. | |
1215 </para> | |
1216 | |
1217 <para> | |
1218 Фильтры загружаются в цепочки с помощью опции -vf: | |
1219 | |
1220 <screen>-vf фильтр1=опции,фильтр2=опции,...</screen> | |
1221 | |
1222 Большинство фильтров используют численные значения опций, | |
1223 разделённые двоеточиями, но синтаксис этих параметров различается | |
1224 у разных фильтров, так что читайте мануал для детальной | |
1225 информации о фильтрах, которые Вы желаете использовать. | |
1226 </para> | |
1227 | |
1228 <para> | |
1229 Фильтры действуют на видео в порядке их загрузки. | |
1230 Например, следующая цепочка: | |
1231 | |
1232 <screen>-vf crop=688:464:12:4,scale=640:464</screen> | |
1233 | |
1234 сперва усечёт область изображения до 688х464 с верхним левым | |
1235 углом (12,4), а затем масштабирует результат до 640х464. | |
1236 </para> | |
1237 | |
1238 <para> | |
1239 Некоторые фильтры нужно загружать в начале цепочки фильтров (или | |
1240 рядом с ним) с целью получения преимущества от использования | |
1241 информации после видеодекодера, которая будет потеряна или | |
1242 искажена другими фильтрами. | |
1243 Важнейшими примерами являются: <option>pp</option> (постобработка, | |
1244 только при выполнении операций удаления блочной сегментации | |
1245 (deblocking) или увеличения чёткости краёв (deringing)), | |
1246 <option>spp</option> (другой фильтр постобработки, служащий для | |
1247 удаления артефактов MPEG), <option>pullup</option> (обратный | |
1248 телесин), и <option>softpulldown</option> (для преобразования | |
1249 мягкого телесина в жёсткий). | |
1250 </para> | |
1251 | |
1252 <para> | |
1253 В общем случае, Вам следует делать настолько мало фильтрации, | |
1254 насколько это возможно, для того чтоб остаться близко к оригинальному | |
1255 DVD источнику. Усечение часто необходимо (как описано выше), но | |
1256 избегайте масштабирования видео. Несмотря на то, что уменьшение | |
1257 размера иногда предпочтительно при использовании больших | |
1258 квантователей, нужно избегать и того, и другого: помните, | |
1259 что мы с самого начала решили обменять биты на качество. | |
1260 </para> | |
1261 | |
1262 <para> | |
1263 Также не корректируйте гамму, контрастность, яркость и т.п.. То, | |
1264 что хорошо выглядит на Вашем мониторе, может плохо выглядеть | |
1265 на других. Коррекция должна выполняться только при воспроизведении. | |
1266 </para> | |
1267 | |
1268 <para> | |
1269 Однако, есть одна вещь, которую Вы, быть может, захотите сделать — | |
1270 это пропустить видео через очень слабый фильтр удаления шумов, | |
1271 такой как <option>-vf hqdn3d=2:1:2</option>. | |
1272 Ещё раз, причиной этому является то, что этим битам можно найти | |
1273 лучшее применение: зачем тратить их, кодируя шум, если Вы просто | |
1274 можете вернуть этот шум в процессе воспроизведения? | |
1275 Увеличение параметров для <option>hqdn3d</option> дополнительно | |
1276 улучшит сжимаемость, но увеличив значения слишком сильно, Вы рискуете | |
1277 ухудшить различимость изображения. | |
1278 Рекомендованные выше значения (<option>2:1:2</option>) слегка | |
1279 консервативны; не бойтесь экспериментировать с более высокими | |
1280 значениями и самостоятельно оценивать результаты. | |
1281 </para> | |
20725 | 1282 </sect2> |
1283 | |
21525 | 1284 <!-- ********** --> |
20725 | 1285 |
1286 <sect2 id="menc-feat-dvd-mpeg4-interlacing"> | |
1287 <title>Чересстрочная развёртка и телесин</title> | |
1288 | |
1289 <para> | |
21525 | 1290 Почти все фильмы снимаются при 24 fps [кадр/сек]. Поскольку |
1291 в NTSC ниспользуется 30000/1001 fps, нужно выполнить некоторую | |
1292 обработку для такого 24 fps видео, чтобы оно корректно | |
1293 воспроизводилось при кадровой частоте NTSC. Этот процесс называется | |
1294 3:2 пулдаун, обычно называемый телесин (поскольку пулдаун часто | |
1295 применяется в процессе показа телевизионного фильма, англ. telecine); | |
1296 и в упрощенном описании это работает путём замедления фильма до | |
1297 24000/1001 fps и повтора каждого четвёртого кадра. | |
1298 </para> | |
1299 | |
1300 <para> | |
1301 Однако, никакой специальной обработки не выполняется для видео | |
1302 на PAL DVD, которое воспроизводится при 25 fps. (Технически PAL | |
1303 может быть подверженым телесину, называемому 2:2 пулдаун, но на | |
1304 практике это не применяется). | |
1305 24 fps фильм просто проигрывается на 25 fps. В результате фильм | |
1306 воспроизводится слегка быстрее, но если Вы не пришелец, то, | |
1307 вероятно, не заметите разницы. | |
1308 У большинства PAL DVD аудио корректируемо по высоте звука, так | |
1309 что, воспроизводясь при 25 fps, оно звучит нормально, даже если | |
1310 аудиодорожка (и, следовательно, весь фильм) проигрываются на | |
1311 4% быстрее, чем NTSC DVD. | |
1312 </para> | |
1313 | |
1314 <para> | |
1315 Поскольку видео на PAL DVD не переделывается, Вам не стоит | |
1316 беспокоится о частоте кадров. У источника 25 fps и у Вашего | |
1317 рипа будет 25 fps. Однако, если Вы делаете рип NTSC DVD фильма, | |
1318 Вам, быть может, придётся выполнить обратный телесин. | |
1319 </para> | |
1320 | |
1321 <para> | |
1322 Для фильмов, снятых на 24 fps, видео на NTSC DVD идёт либо с телесином | |
1323 30000/1001, либо с построчной развёрткой 24000/1001 fps и | |
1324 предназначается для телесина на лету с помощью DVD плеера. | |
1325 С другой стороны, TV сериалы идут обычно только с чересстрочной развёрткой, | |
1326 но без телесина. Это не строгое правило: есть сериалы с | |
1327 чересстрочной развёрткой (например, Баффи, Убийца Вампиров | |
1328 [Buffy the Vampire Slayer]), в то время как другие представляют | |
1329 собой смесь построчной и чересстрочной развёртки (такие как | |
1330 Ангел [Angel] или 24). | |
1331 </para> | |
1332 | |
1333 <para> | |
1334 Настоятельно рекомендуется прочитать раздел о | |
1335 <link linkend="menc-feat-telecine">работе с телесином и чересстрочной развёрткой в NTSC DVD</link> | |
1336 для изучения способов обработки в разных ситуациях. | |
1337 </para> | |
1338 | |
1339 <para> | |
1340 Однако, если Вы преимущественно делаете рипы фильмов, Вы, скорее | |
1341 всего, имеете дело с 24 fps видео либо с построчной развёрткой, | |
1342 либо с подвергнутым телесину; в последнем случае Вы можете использовать | |
1343 <option>pullup</option> фильтр: <option>-vf | |
1344 pullup,softskip</option>. | |
1345 </para> | |
20725 | 1346 </sect2> |
1347 | |
21525 | 1348 <!-- ********** --> |
1349 | |
20725 | 1350 <sect2 id="menc-feat-dvd-mpeg4-encoding-interlaced"> |
1351 <title>Кодирование чересстрочного видео</title> | |
1352 | |
1353 <para> | |
21525 | 1354 Если Вы желаете кодировать фильм с чересстрочной развёрткой |
1355 (NTSC или PAL видео), Вам нужно решить, будете ли Вы его | |
1356 преобразовывать в построчную развёртку или нет. | |
1357 Хотя такое преобразование (деинтерлейс) сделает Ваш фильм | |
1358 пригодным для дисплеев с построчной развёрткой, таких как | |
1359 компьютерные мониторы и проекторы, это будет иметь свою цену: | |
1360 частота полей уменьшится вдвое от 50 или 60000/1001 до 25 или | |
1361 30000/1001 поля в секунду, и примерно половина информации в | |
1362 Вашем фильме будет потеряна в сценах со значительным движением. | |
1363 </para> | |
1364 | |
1365 <para> | |
1366 Поэтому, если Вы кодируете для высококачественных архивных целей, | |
1367 не рекомендуется делать деинтерлейс. Вы всегда можете преобразовать | |
1368 развёртку фильма в процессе воспроизведения (при воспроизведении | |
1369 на устройствах с построчной развёрткой). | |
1370 Мощность современных компьютеров вынуждает плееры использовать | |
1371 фильтр деинтерлейса, что слегка ухудшает качество изображения. | |
1372 Но плееры будущего будут способны имитировать дисплей TV с | |
1373 чересстрочной развёрткой, выполняя деинтерлейс на полной частоте | |
1374 полей и интерполируя 50 или 60000/1001 кадров в секунду для | |
1375 чересстрочного видео. | |
1376 </para> | |
1377 | |
1378 <para> | |
1379 С чересстрочным видео нужно работать особым образом: | |
20725 | 1380 </para> |
1381 | |
1382 <orderedlist> | |
1383 <listitem><para> | |
1384 Высота усечения и смещение по оси y должны быть кратны 4. | |
1385 </para></listitem> | |
1386 <listitem><para> | |
1387 Любое вертикальное масштабирование должно выполняться в режиме | |
1388 чересстрочной развёртки. | |
1389 </para></listitem> | |
1390 <listitem><para> | |
1391 Фильтры постобработки и удаления шума могут не работать как | |
1392 ожидается, только если Вы особо не позаботитесь об их | |
1393 одновременном применении на частоте полей, иначе они могут | |
1394 повредить видео при неверном использовании. | |
1395 </para></listitem> | |
1396 </orderedlist> | |
1397 | |
1398 <para> | |
1399 Учитывая вышесказанное, вот наш первый пример: | |
1400 <screen> | |
21525 | 1401 mencoder <replaceable>захват.avi</replaceable> -mc 0 -oac lavc -ovc lavc -lavcopts \ |
1402 vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224 | |
20725 | 1403 </screen> |
21525 | 1404 Обратите внимание на опции <option>ilme</option> и <option>ildct</option>. |
20725 | 1405 </para> |
1406 </sect2> | |
1407 | |
21525 | 1408 <!-- ********** --> |
20725 | 1409 |
1410 <sect2 id="menc-feat-dvd-mpeg4-av-sync"> | |
1411 <title>Замечания об аудио/видео синхронизации</title> | |
1412 | |
1413 <para> | |
21525 | 1414 Алгоритмы аудио/видео (A/V) синхронизации <application>MEncoder</application> |
1415 были разработаны с целью восстановления файлов с повреждённой | |
1416 синхронизацией. | |
1417 Однако, в ряде случаев они могут привести к ненужному пропуску | |
1418 или повторению кадров и, возможно, к лёгкой A/V десинхронизации | |
1419 корректных входных данных (конечно, проблемы A/V синхронизации | |
1420 возникают только при обработке или копировании аудиотрека при | |
1421 кодировании видео, что настоятельно рекомендуется). | |
1422 Поэтому Вы можете переключиться на базовую A/V синхронизацию | |
1423 с помощью опции <option>-mc 0</option> или разместить это в | |
1424 конфигурационном файле <systemitem>~/.mplayer/mencoder</systemitem>, | |
1425 если Вы работаете только с хорошими источниками (DVD, TV-захват, | |
1426 высококачественные MPEG-4 рипы и т.п.), а не с повреждёнными | |
1427 файлами ASF/RM/MOV. | |
1428 </para> | |
1429 | |
1430 <para> | |
1431 Если Вы хотите дополнительно защититься от странных пропусков | |
1432 и повторений кадров, вы можете одновременно использовать опции | |
1433 <option>-mc 0</option> и <option>-noskip</option>. | |
1434 Это предотвратит <emphasis>любую</emphasis> A/V коррекцию, и | |
1435 будет копировать кадры один в один, так что Вы не сможете это | |
1436 использовать, если будете применять какие-либо фильтры, которые | |
1437 непредсказуемо добавляют или отбрасывают кадры, либо если у | |
1438 Вашего входного файла переменный битопоток! | |
1439 Поэтому использование <option>-noskip</option> в общем случае не | |
1440 рекомендуется. | |
1441 </para> | |
1442 | |
1443 <para> | |
1444 Сообщалось о том, что так называемое трёхпроходное аудиокодирование, | |
1445 поддерживаемое <application>MEncoder</application>, вызывало | |
1446 A/V десинхронизацию. | |
1447 Это наверняка произойдёт при использовании совместно с некоторыми | |
1448 фильтрами, поэтому сейчас <emphasis>не</emphasis> рекомендуется | |
1449 использовать трёхпроходный аудио режим. | |
1450 Эта возможность оставлена только для совместимости и для опытных | |
1451 пользователей, понимающих когда это безопасно, а когда нет. | |
1452 Если Вы ранее никогда не слышали о трёхпроходном режиме, забудьте | |
1453 даже о том, что мы его упоминали! | |
1454 </para> | |
1455 | |
1456 <para> | |
1457 Также были сообщения об A/V десинхронизации при кодировании | |
1458 со стандартного ввода (stdin) с помощью <application>MEncoder</application>. | |
1459 Не делайте этого! Всегда взамен используйте файл или CD/DVD и т.п. | |
1460 устройство. | |
20725 | 1461 </para> |
1462 </sect2> | |
1463 | |
21525 | 1464 <!-- ********** --> |
1465 | |
20725 | 1466 <sect2 id="menc-feat-dvd-mpeg4-codec"> |
1467 <title>Выбор видеокодека</title> | |
1468 | |
1469 <para> | |
21525 | 1470 То, какой видеокодек лучше выбрать, зависит от нескольких |
1471 факторов, таких как размер, качество, устойчивость к ошибкам, | |
1472 практичность и распостранённость, многие из которых сильно | |
1473 зависят от личных предпочтений и технических ограничений. | |
20725 | 1474 </para> |
1475 <itemizedlist> | |
21525 | 1476 <listitem> |
1477 <para> | |
20725 | 1478 <emphasis role="bold">Эффективность сжатия</emphasis>: |
21525 | 1479 Достаточно очевидно, что большинство кодеков нового поколения |
1480 разработаны для увеличения качества и степени сжатия. | |
1481 Поэтому, авторы данного руководства и многие другие люди полагают, | |
1482 что Вы не можете ошибиться | |
1483 <footnote id='fn-menc-feat-dvd-mpeg4-codec-cpu'><para> | |
1484 Несмотря на это, будьте осторожны: для декодирования MPEG-4 AVC | |
1485 видео с DVD разрешением необходима быстрая машина (например, | |
1486 Pentium 4 свыше 1.5 ГГц или Pentium M свыше 1 ГГц). | |
1487 </para></footnote>, | |
1488 выбирая MPEG-4 AVC кодеки (например, | |
1489 <systemitem class="library">x264</systemitem>) | |
1490 вместо таких MPEG-4 ASP кодеков, как | |
1491 <systemitem class="library">libavcodec</systemitem> MPEG-4 или | |
1492 <systemitem class="library">Xvid</systemitem>. | |
1493 (Опытные разработчики кодеков могут быть заинтересованы в | |
1494 ознакомлении с точкой зрения Михаэля Найдермауэра (Michael | |
1495 Niedermayer) | |
1496 "<ulink url="http://guru.multimedia.cx/?p=10">почему MPEG4-ASP отстой</ulink>".) | |
1497 Аналогично, Вы должны получить лучшее качество с MPEG-4 ASP, по | |
1498 сравнению с MPEG-2 кодеками. | |
20725 | 1499 </para> |
21525 | 1500 |
20725 | 1501 <para> |
21525 | 1502 Однако, новые кодеки, находящиеся в интенсивной разработке, |
1503 могут страдать от ещё не замеченных ошибок, которые могут | |
1504 испортить кодирование. Просто это плата за использование | |
1505 передовых технологий. | |
20725 | 1506 </para> |
21525 | 1507 |
20725 | 1508 <para> |
21525 | 1509 Более существенно то, что для начала использования нового кодека |
1510 необходимо потратить время на изучение его опций так, чтобы Вы | |
1511 знали, что нужно подстраивать для достижения заданного качества | |
1512 изображения. | |
1513 </para> | |
1514 </listitem> | |
1515 | |
1516 <listitem><para> | |
20725 | 1517 <emphasis role="bold">Аппаратная совместимость</emphasis>: |
21525 | 1518 Обычно необходимо длительное время для включения поддержки |
1519 последних видеокодеков в автономные видеоплееры. | |
1520 В итоге, большинство поддерживает только MPEG-1 (наподобие | |
1521 VCD, XVCD и KVCD), MPEG-2 (например, DVD, SVCD и KVCD) и MPEG-4 | |
1522 ASP (например, DivX, | |
1523 <systemitem class="library">libavcodec</systemitem> LMP4 и | |
1524 <systemitem class="library">Xvid</systemitem>) | |
1525 (Осторожно: обычно поддерживаются не все возможности MPEG-4 ASP). | |
1526 Пожалуйста, обратитесь к технической спецификации Вашего плеера | |
1527 (если она доступна) или к гугл (google) для детальной информации. | |
1528 </para></listitem> | |
1529 | |
1530 <listitem> | |
1531 <para> | |
20725 | 1532 <emphasis role="bold">Лучшее соотношение качества и времени кодирования</emphasis>: |
21525 | 1533 Кодеки, уже использующиеся определённое время (например, |
1534 <systemitem class="library">libavcodec</systemitem> MPEG-4 и | |
1535 <systemitem class="library">Xvid</systemitem>) обычно сильно | |
1536 оптимизированы всевозможными остроумными алгоритмами и | |
1537 ассемблерным SIMD кодом. Поэтому они обладают тенденцией | |
1538 достижения лучшего соотношения качества к времени кодирования. | |
1539 Однако, у них могут быть некоторые очень продвинутые опции, | |
1540 которые, будучи включенными, сделают кодирование очень медленным | |
1541 ради несущественного выигрыша. | |
20725 | 1542 </para> |
21525 | 1543 |
20725 | 1544 <para> |
21525 | 1545 Если Вам нужна высокая скорость, примерно придерживайтесь настроек |
1546 видеокодека по умолчанию (хотя Вам стоит попробовать другие опции, | |
1547 упоминаемые в иных разделах данного руководства). | |
20725 | 1548 </para> |
21525 | 1549 |
20725 | 1550 <para> |
21525 | 1551 Вы так же можете рассмотреть вариант использования многопоточного |
1552 кодека, хотя это полезно только для пользователей машин с | |
1553 несколькими процессорами. | |
1554 <systemitem class="library">libavcodec</systemitem> MPEG-4 позволяет | |
1555 это, но выигрыш в скорости ограничен и есть небольшой отрицательный | |
1556 эффект для качества картинки. | |
1557 Многопоточное кодирование <systemitem class="library">Xvid</systemitem>, | |
1558 включаемое опцией <option>threads</option>, может использоваться для | |
1559 ускорения кодирования (на примерно 40-60% в типичных случаях) | |
1560 с небольшим ухудшением картинки или вообще без него. | |
1561 <systemitem class="library">x264</systemitem> также позволяет | |
1562 многопоточное кодирование, что обычно ускоряет процесс на 15-30% | |
1563 (в зависимости от настроек кодирования) с уменьшением PSNR примерно | |
1564 на 0.05 дБ. | |
1565 </para> | |
1566 </listitem> | |
1567 | |
1568 <listitem> | |
1569 <para> | |
20725 | 1570 <emphasis role="bold">Личные предпочтения</emphasis>: |
21525 | 1571 Здесь всё становится почти неразумным: из-за тех же причин, по |
1572 которым одни придерживаются DivX 3 в течении лет, в то время | |
1573 как новые кодеки уже творят чудеса, другие люди предпочитают | |
1574 <systemitem class="library">Xvid</systemitem> или | |
1575 <systemitem class="library">libavcodec</systemitem> MPEG-4 | |
1576 использованиию <systemitem class="library">x264</systemitem>. | |
20725 | 1577 </para> |
21525 | 1578 |
20725 | 1579 <para> |
21525 | 1580 Вам нужно принимать решение самостоятельно; не слушайте советов |
1581 людей, признающих только один кодек. | |
1582 Сделайте несколько образцов клипов из искомых источников и | |
1583 сравните разные опции кодирования и кодеки, с целью выбора | |
1584 того, что Вам наиболее подходит. | |
1585 Лучший кодек — это тот, которым Вы сами овладели, и | |
1586 который выглядит лучше всего для Ваших глаз на Вашем дисплее | |
1587 <footnote id='fn-menc-feat-dvd-mpeg4-codec-playback'><para> | |
1588 Один и тот же результат кодирования может не выглядеть таким же | |
1589 на чьём-либо другом мониторе или при воспроизведении с помощью | |
1590 другого декодера, так что проверяйте Ваши результаты кодирования | |
1591 на жизнеспособность, воспроизводя их в разных начальных условиях. | |
1592 </para></footnote>! | |
1593 </para> | |
1594 </listitem> | |
20725 | 1595 </itemizedlist> |
21525 | 1596 |
1597 <para> | |
1598 Пожалуйста, обратитесь к разделу | |
1599 <link linkend="menc-feat-selecting-codec">выбор кодеков и форматов контейнера</link> | |
1600 для получения списка поддерживаемых кодеков. | |
20725 | 1601 </para> |
1602 </sect2> | |
1603 | |
21525 | 1604 <!-- ********** --> |
1605 | |
20725 | 1606 <sect2 id="menc-feat-dvd-mpeg4-audio"> |
1607 <title>Аудио</title> | |
1608 | |
1609 <para> | |
21525 | 1610 Аудио — это гораздо более простая проблема: если Вы |
1611 беспокоитесь о качестве, просто оставьте всё как есть. | |
1612 Даже потоки AC3 5.1 не более чем 448 Кбит/с и они стоят каждого | |
1613 бита. Вы можете соблазниться перекодированием аудио в | |
1614 высококачественный Vorbis (он же ogg формат), но лишь то, что | |
1615 у Вас сегодня нет A/V приёмника для пропускания AC3, не означает, | |
1616 что у Вас не будет его завтра. Для жизнеспособности Ваших DVD | |
1617 рипов в будущем, сохраняйте поток AC3. | |
1618 Вы можете сохранить поток AC3, копируя его непосредственно в | |
1619 видеопоток <link linkend="menc-feat-mpeg4">в процессе кодирования</link>. | |
1620 Вы также можете извлечь AC3 поток с целью мультиплексирования его | |
1621 в контейнеры наподобие NUT или Matroska (Матрёшка). | |
1622 <screen> | |
1623 mplayer <replaceable>файл_источника.vob</replaceable> -aid 129 -dumpaudio -dumpfile <replaceable>звук.ac3</replaceable></screen> | |
1624 сохранит в файл <replaceable>звук.ac3</replaceable> аудиодорожку | |
1625 с номером 129 из файла | |
1626 <replaceable>файл_источника.vob</replaceable> (Обратите внимание: | |
1627 DVD VOB файлы обычно импользуют нумерацию аудио, отличную от | |
1628 стандартной, что означает, что аудиодорожка VOB 129 — это вторая | |
1629 аудиодорожка файла). | |
1630 </para> | |
1631 | |
1632 <para> | |
1633 Но иногда у Вас действительно нет иного выбора, чем далее сжимать | |
1634 звук для того, чтоб больше битов могло быть потрачено на видео. | |
1635 Большинство людей предпочитают сжимать звук с помощью MP3 или | |
1636 Vorbis аудиокодеков. | |
1637 Последний является очень эффективным, но MP3 лучше поддерживается | |
1638 аппаратными плеерами, хотя эта тенденция меняется. | |
1639 </para> | |
1640 | |
1641 <para> | |
1642 <emphasis>Не</emphasis> используйте <option>-nosound</option> при | |
1643 кодировании файла с аудио, даже если Вы будете позже кодировать и | |
1644 мультеплексировать аудио отдельно. | |
1645 Хотя это может работать в идеальных случаях, использование | |
1646 <option>-nosound</option> обычно скрывает ряд проблем в Ваших | |
1647 настройках кодирования в командной строке. | |
1648 Другими словами, наличие звуковой дорожки в процессе кодирования | |
1649 гарантирует Вам, что в случае отсутствия сообщений, подобных | |
1650 <quote>Слишком много аудиопакетов в буфере</quote>, у Вас будет | |
1651 получена правильная синхронизация. | |
1652 </para> | |
1653 | |
1654 <para> | |
1655 Вам необходим <application>MEncoder</application> для обработки | |
1656 звука. | |
1657 Например, Вы можете копировать исходную звуковую дорожку в | |
1658 процессе кодирования с помощью <option>-oac copy</option> или | |
1659 преобразовать её в "лёгкий" 4 кГц моно WAV PCM с помощью | |
1660 <option>-oac pcm -channels 1 -srate 4000</option>. | |
1661 Иначе, в ряде случаев, будет создаваться видео файл, | |
1662 десинхронизированный с аудио. | |
1663 Такие случаи происходят, когда число кадров видео исходного файла | |
1664 не совпадает с полной длиной кадров аудио, или когда были | |
1665 разрывы/сшивания потока, где появились пропущенные или излишние | |
1666 аудиокадры. | |
1667 Правильным решением подобных проблем является вставка тишины или | |
1668 усечение аудио в таких точках. | |
1669 Однако, <application>MPlayer</application> не может это сделать | |
1670 и если Вы демультиплексируете AC3 аудио и кодируете его отдельным | |
1671 приложением (или создаёте дамп в PCM с помощью | |
1672 <application>MPlayer</application>), сшивания останутся | |
1673 нескорректированными и единственный испособ их исправить — | |
1674 пропускать/дублировать видеокадры в местах сшивки. | |
1675 Пока <application>MEncoder</application> видит аудио при | |
1676 кодировании видео, он может выполнять этот пропуск/дублирование | |
1677 (что обычно не вызывыет проблем, т.к. происходит при полностью | |
1678 чёрных кадрах или при смене сцен), но если | |
1679 <application>MEncoder</application> не доступно аудио, он просто | |
1680 будет обрабатывать все кадры "как есть" и они не будут совпадать | |
1681 с окончательным аудиопотоком, когда Вы, например, объедините | |
1682 аудио и видео дорожки в Matroska файл. | |
1683 </para> | |
1684 | |
1685 <para> | |
1686 Прежде всего, Вам необходимо преобразовать DVD звук в WAV файл, | |
1687 который может использоваться аудиокодеком в качестве входных | |
1688 данных. Например: | |
1689 <screen> | |
1690 mplayer <replaceable>исходный_файл.vob</replaceable> -ao pcm:file=<replaceable>звук.wav</replaceable> | |
1691 -vc dummy -aid 1 -vo null | |
1692 </screen> | |
1693 сохранит вторую аудиодорожку из файла | |
1694 <replaceable>исходный_файл.vob</replaceable> в файл | |
1695 <replaceable>звук.wav</replaceable>. | |
1696 Возможно, Вы захотите нормализировать звук перед кодированием, | |
1697 поскольку аудиодорожки DVD обычно записываются с маленькой | |
1698 громкостью. | |
1699 Вы можете использовать, например, утилиту <application>normalize</application>, | |
1700 доступную в большинстве дистрибутивов. | |
1701 Если вы пользуетесь Window$, утилита <application>BeSweet</application> | |
1702 делает то же самое. | |
1703 Вы можете сжать в Vorbis или MP3. Например: | |
1704 <screen>oggenc -q1 <replaceable>звук.wav</replaceable></screen> | |
1705 кодирует <replaceable>звук.wav</replaceable> с качеством 1, | |
1706 что примерно эквивалентно 80 Кб/с и является минимальным качеством, | |
1707 при котором Вам нужно кодировать, если Вы заботитесь о качестве. | |
1708 Пожалуйста, обратите внимание, что <application>MEncoder</application> | |
1709 на данный момент не поддерживает мультиплексирование аудиопотоков | |
1710 Vorbis в выходной файл, поскольку он поддерживает только AVI и | |
1711 MPEG контейнеры для выходных файлов, использование каждого из | |
1712 которых может привести к проблемам A/V синхронизации с | |
1713 некоторыми плеерами, в случае когда AVI файл содержит VBR | |
1714 аудиопотоки наподобие Vorbis. | |
1715 Не беспокойтесь, в данном документе будет рассказано как Вы | |
1716 можете это сделать с помощью сторонних программ. | |
1717 </para> | |
20725 | 1718 </sect2> |
1719 | |
21525 | 1720 <!-- ********** --> |
20725 | 1721 |
1722 <sect2 id="menc-feat-dvd-mpeg4-muxing"> | |
1723 <title>Мультиплексирование</title> | |
21525 | 1724 |
1725 <para> | |
1726 Теперь, после того как Вы кодировали видео, скорее всего, Вы | |
1727 захотите мультиплексировать его с одним или несколькими | |
1728 аудиопотоками в такие видео контейнеры как AVI, MPEG, | |
1729 Matroska или NUT. | |
1730 На данный момент встроенная поддержка вывода аудио и видео в | |
1731 <application>MEncoder</application> есть только для форматов | |
1732 контейнеров MPEG и AVI. | |
1733 Например: | |
1734 <screen> | |
1735 mencoder -oac copy -ovc copy -o <replaceable>выходной_фильм.avi</replaceable> \ | |
1736 -audiofile <replaceable>исходный_звук.mp2</replaceable> <replaceable>исходное_видео.avi</replaceable> | |
1737 </screen> | |
1738 Это объединит видеофайл <replaceable>исходное_видео.avi</replaceable> | |
1739 и аудиофайл <replaceable>исходный_звук.mp2</replaceable> | |
1740 в AVI файл <replaceable>выходной_фильм.avi</replaceable>. | |
1741 Эта команда работает с MPEG-1 слой I, II и III (более | |
1742 известный как MP3) аудио, WAV, а также с некоторыми иными | |
1743 форматами аудио. | |
1744 </para> | |
1745 | |
1746 <para> | |
1747 <application>MEncoder</application> | |
1748 обладает экспериментальной поддержкой | |
1749 <systemitem class="library">libavformat</systemitem> — | |
1750 библиотеки из проекта FFmpeg, поддерживающей мультиплексирование | |
1751 и демультиплексирование множества контейнеров. | |
1752 Например: | |
1753 <screen> | |
1754 mencoder -oac copy -ovc copy -o <replaceable>выходной_фильм.asf</replaceable> \ | |
1755 -audiofile <replaceable>исходный_звук.mp2</replaceable> <replaceable>исходное_видео.avi</replaceable> \ | |
1756 -of lavf -lavfopts format=asf | |
1757 </screen> | |
1758 Это сделает то же самое, что и предыдущий пример, но выходным | |
1759 контейнером будет ASF. | |
1760 Пожалуйста, обратите внимание, что эта поддержка весьма | |
1761 экспериментальна (но становится лучше c каждым днём), и будет | |
1762 работать только в случае компиляции <application>MPlayer</application> | |
1763 с включенной поддержкой | |
1764 <systemitem class="library">libavformat</systemitem> (что означает, | |
1765 что в большинстве случаев бинарная версия из пакетов не будет | |
1766 работать). | |
20725 | 1767 </para> |
1768 | |
1769 | |
1770 <sect3 id="menc-feat-dvd-mpeg4-muxing-filter-issues"> | |
1771 <title>Улучшение мультиплексирования и надёжности A/V синхронизации</title> | |
21525 | 1772 |
1773 <para> | |
1774 Вы можете столкнуться с некоторыми серьёзными проблемами A/V | |
1775 синхронизации при попытке мультиплексирования вашего видео | |
1776 с некоторыми аудиодорожками, где, как бы Вы не подбирали задержку | |
1777 аудио, никогда не получается правильная синхронизация. | |
1778 Это может происходить при использовании некоторых видеофильтров, | |
1779 пропускающих или дублирующих некоторые кадры, например фильтров | |
1780 обратного телесина. | |
1781 Настоятельно рекомендуется добавлять видеофильтр | |
1782 <option>harddup</option> в конце цепочки фильтров для избежания | |
1783 подобных проблем. | |
1784 </para> | |
1785 | |
1786 <para> | |
1787 Без опции <option>harddup</option>, в случае когда | |
1788 <application>MEncoder</application> хочет дублировать кадр, он | |
1789 полагается на то, что мультиплексор расположит отметку в | |
1790 контейнере таким образом, что последний кадр будет повторен для | |
1791 достижения синхронизации без реальной записи кадра. | |
1792 С опцией <option>harddup</option>, <application>MEncoder</application> | |
1793 вместо этого просто ещё раз поместит последний кадр в цепочку | |
1794 фильтров. | |
1795 Это означает, что кодер получит <emphasis>точно</emphasis> | |
1796 такой же кадр дважды и сожмёт его. | |
1797 Это приведёт у несколько большему файлу, но избавит от проблем | |
1798 при демультиплексировании или ремультиплексировании с другими | |
1799 форматами контейнеров. | |
1800 </para> | |
1801 | |
1802 <para> | |
1803 Также у Вас может не быть иного выбора, как использовать | |
1804 <option>harddup</option> с форматами контейнеров, которые | |
1805 не слишком плотно связаны с | |
1806 <application>MEncoder</application>, например, с форматами, | |
1807 поддерживаемыми с помощью | |
1808 <systemitem class="library">libavformat</systemitem>, | |
1809 которые могут не поддерживать дублирование кадров на уровне | |
1810 контейнера. | |
20725 | 1811 </para> |
1812 </sect3> | |
1813 | |
1814 | |
1815 <sect3 id="menc-feat-dvd-mpeg4-muxing-avi-limitations"> | |
1816 <title>Ограничения контейнера AVI</title> | |
21525 | 1817 |
1818 <para> | |
1819 Хотя это самый широко распостранённый формат контейнера после | |
1820 MPEG-1, он также обладает некоторыми существенными недостатками. | |
1821 Пожалуй, они наиболее очевидны в его избыточности. | |
1822 Для каждой цепочки AVI файла теряется 24 байта на заголовки и | |
1823 индекс. | |
1824 Это приводит к чуть более 5 МБ/час или 1.0-2.5% избыточности | |
1825 для 700 МБ фильма. Это не кажется большим, но может означать | |
1826 разницу между возможностью использования 700 кбит/сек или | |
1827 714 кбит/сек в случаях, когда каждый бит на счету. | |
1828 </para> | |
1829 | |
1830 <para> | |
1831 В дополнение к малой эффективности, AVI также обладает следующими | |
1832 серьёзными ограничениями: | |
20725 | 1833 </para> |
1834 | |
1835 <orderedlist> | |
21525 | 1836 <listitem><para> |
20725 | 1837 Может быть сохранено только содержимое с фиксированной частотой |
1838 кадров. В частности, это особенно ограничивает, когда Ваш | |
1839 исходный материал смешанного содержимого: например, является | |
1840 смесью NTSC видео и киноматериала. | |
1841 В действительности, есть хаки, позволяющие сохранять содержимое | |
1842 с переменным fps в AVI, но они увеличивают (и без того большую) | |
1843 избыточность впятеро или более того и поэтому непрактичны. | |
21525 | 1844 </para></listitem> |
1845 <listitem><para> | |
20725 | 1846 Аудио в AVI файлах должно быть или с постоянным битпотоком (CBR) |
1847 или с постоянным размером кадра (т.е. все кадры декодируются | |
1848 в одно и то же число выборок). | |
1849 К сожалению, самый эффективный кодек, Vorbis, не удовлетворяет | |
1850 ни одному из данных требований. | |
1851 Поэтому, если Вы планируете сохранять Ваш фильм в AVI, Вы должны | |
1852 использовать менее эффективный кодек, такой как MP3 или AC3. | |
21525 | 1853 </para></listitem> |
20725 | 1854 </orderedlist> |
1855 | |
1856 <para> | |
21525 | 1857 Сказав всё это, отметим, что <application>MEncoder</application> |
1858 на данный момент не поддерживает вывод с переменным fps или | |
1859 Vorbis кодирование. | |
1860 Поэтому Вы можете не рассматривать всё это как ограничения, если | |
1861 <application>MEncoder</application> — это единственный | |
1862 инструмент, который Вы используете для кодирования. | |
1863 Однако, возможно использовать <application>MEncoder</application> | |
1864 только для кодирования видео и затем использовать внешние | |
1865 утилиты для кодирования аудио и мультиплексирования его в | |
1866 контейнер другого формата. | |
20725 | 1867 </para> |
1868 </sect3> | |
1869 | |
21525 | 1870 |
20725 | 1871 <sect3 id="menc-feat-dvd-mpeg4-muxing-matroska"> |
1872 <title>Мультиплексирование в контейнер Matroska (Матрёшка)</title> | |
21525 | 1873 |
1874 <para> | |
1875 Matroska — это свободный, открытый стандарт формата | |
1876 контейнера, нацеленный на предоставление большого количества | |
1877 продвинутых возможностей, которые старые контейнеры (наподобие | |
1878 AVI) не поддерживают. | |
1879 Например, Matroska поддерживает аудиосодержимое с переменным | |
1880 битпотоком (VBR), переменные частоты кадров (VFR), разделы, | |
1881 файловые вложения, код обнаружения ошибок (EDC) и современные | |
1882 A/V кодеки, такие как "Продвинутое Аудио Кодирование" ("Advanced | |
1883 Audio Coding", AAC), "Vorbis" или "MPEG-4 AVC" (H.264), также | |
1884 не поддерживаемые AVI. | |
1885 </para> | |
1886 | |
1887 <para> | |
1888 Утилиты, необходимые для создания Matroska файлов, сообща | |
1889 называются <application>mkvtoolnix</application>, и доступны | |
1890 для большиства Unix платформ, так же как и для Window$. | |
1891 Поскольку Matroska — открытый формат, Вы можете найти | |
1892 иные утилиты, которые лучше Вам подходят, но поскольку | |
1893 <application>mkvtoolnix</application> — наиболее общие | |
1894 и поддерживаются самой командой разработчиков Matroska, мы | |
1895 будем обсуждать только их использование. | |
1896 </para> | |
1897 | |
1898 <para> | |
1899 Возможно, самым простым способом начать использовать Matroska | |
1900 является использование <application>MMG</application>, | |
1901 графической оболочки, поставляемой с | |
1902 <application>mkvtoolnix</application>. Следуйте | |
1903 <ulink url="http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html">руководству к mkvmerge GUI (mmg)</ulink>. | |
1904 </para> | |
1905 | |
1906 <para> | |
1907 Также Вы можете мультиплексировать аудио и видео файлы используя | |
1908 командную строку: | |
1909 <screen> | |
1910 mkvmerge -o <replaceable>выходной_файл.mkv</replaceable> <replaceable>входное_видео.avi</replaceable> <replaceable>входное_аудио1.mp3</replaceable> <replaceable>входное_аудио2.ac3</replaceable> | |
1911 </screen> | |
1912 Это объединит видеофайл <replaceable>входное_видео.avi</replaceable> | |
1913 и два аудиофайла <replaceable>входное_аудио1.mp3</replaceable> | |
1914 и <replaceable>входное_аудио2.ac3</replaceable> в Matroska | |
1915 файл <replaceable>выходной_файл.mkv</replaceable>. | |
1916 Как было отмечено ранее, Matroska способна реализовать гораздо | |
1917 большее, например, множественные аудиодорожки (включая тонкую | |
1918 настройку аудио/видео синхронизации), разделы, субтитры, | |
1919 разбиение и т.д.. | |
1920 Пожалуйста, обратитесь к документации на эти приложения для | |
1921 деталей. | |
1922 </para> | |
20725 | 1923 </sect3> |
1924 </sect2> | |
1925 </sect1> | |
1926 | |
21525 | 1927 |
1928 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
1929 | |
1930 | |
20725 | 1931 <sect1 id="menc-feat-telecine"> |
1932 <title>How to deal with telecine and interlacing within NTSC DVDs</title> | |
1933 | |
1934 <sect2 id="menc-feat-telecine-intro"> | |
1935 <title>Introduction</title> | |
21525 | 1936 |
20725 | 1937 <formalpara> |
1938 <title>What is telecine?</title> | |
1939 <para> | |
21525 | 1940 If you do not understand much of what is written in this document, |
1941 read the | |
1942 <ulink url="http://en.wikipedia.org/wiki/Telecine">Wikipedia entry on telecine</ulink>. | |
1943 It is an understandable and reasonably comprehensive | |
1944 description of what telecine is. | |
20725 | 1945 </para></formalpara> |
1946 | |
1947 <formalpara> | |
1948 <title>A note about the numbers.</title> | |
1949 <para> | |
21525 | 1950 Many documents, including the guide linked above, refer to the fields |
1951 per second value of NTSC video as 59.94 and the corresponding frames | |
1952 per second values as 29.97 (for telecined and interlaced) and 23.976 | |
1953 (for progressive). For simplicity, some documents even round these | |
1954 numbers to 60, 30, and 24. | |
20725 | 1955 </para></formalpara> |
1956 | |
1957 <para> | |
21525 | 1958 Strictly speaking, all those numbers are approximations. Black and |
1959 white NTSC video was exactly 60 fields per second, but 60000/1001 | |
1960 was later chosen to accomodate color data while remaining compatible | |
1961 with contemporary black and white televisions. Digital NTSC video | |
1962 (such as on a DVD) is also 60000/1001 fields per second. From this, | |
1963 interlaced and telecined video are derived to be 30000/1001 frames | |
1964 per second; progressive video is 24000/1001 frames per second. | |
1965 </para> | |
1966 | |
1967 <para> | |
1968 Older versions of the <application>MEncoder</application> documentation | |
1969 and many archived mailing list posts refer to 59.94, 29.97, and 23.976. | |
1970 All <application>MEncoder</application> documentation has been updated | |
1971 to use the fractional values, and you should use them too. | |
1972 </para> | |
1973 | |
1974 <para> | |
1975 <option>-ofps 23.976</option> is incorrect. | |
1976 <option>-ofps 24000/1001</option> should be used instead. | |
20725 | 1977 </para> |
1978 | |
1979 <formalpara> | |
1980 <title>How telecine is used.</title> | |
1981 <para> | |
21525 | 1982 All video intended to be displayed on an NTSC |
1983 television set must be 60000/1001 fields per second. Made-for-TV movies 4 | |
1984 and shows are often filmed directly at 60000/1001 fields per second, but | |
1985 the majority of cinema is filmed at 24 or 24000/1001 frames per | |
1986 second. When cinematic movie DVDs are mastered, the video is then | |
1987 converted for television using a process called telecine. | |
20725 | 1988 </para></formalpara> |
1989 | |
1990 <para> | |
21525 | 1991 On a DVD, the video is never actually stored as 60000/1001 fields per |
1992 second. For video that was originally 60000/1001, each pair of fields is | |
1993 combined to form a frame, resulting in 30000/1001 frames per | |
1994 second. Hardware DVD players then read a flag embedded in the video | |
1995 stream to determine whether the odd- or even-numbered lines should | |
1996 form the first field. | |
1997 </para> | |
1998 | |
1999 <para> | |
2000 Usually, 24000/1001 frames per second content stays as it is when | |
2001 encoded for a DVD, and the DVD player must perform telecining | |
2002 on-the-fly. Sometimes, however, the video is telecined | |
2003 <emphasis>before</emphasis> being stored on the DVD; even though it | |
2004 was originally 24000/1001 frames per second, it becomes 60000/1001 fields per | |
2005 second. When it is stored on the DVD, pairs of fields are combined to form | |
2006 30000/1001 frames per second. | |
2007 </para> | |
2008 | |
2009 <para> | |
2010 When looking at individual frames formed from 60000/1001 fields per | |
2011 second video, telecined or otherwise, interlacing is clearly visible | |
2012 wherever there is any motion, because one field (say, the | |
2013 even-numbered lines) represents a moment in time 1/(60000/1001) | |
2014 seconds later than the other. Playing interlaced video on a computer | |
2015 looks ugly both because the monitor is higher resolution and because | |
2016 the video is shown frame-after-frame instead of field-after-field. | |
20725 | 2017 </para> |
2018 | |
2019 <itemizedlist> | |
2020 <title>Notes:</title> | |
2021 <listitem><para> | |
2022 This section only applies to NTSC DVDs, and not PAL. | |
21525 | 2023 </para></listitem> |
20725 | 2024 <listitem><para> |
2025 The example <application>MEncoder</application> lines throughout the | |
2026 document are <emphasis role="bold">not</emphasis> intended for | |
2027 actual use. They are simply the bare minimum required to encode the | |
2028 pertaining video category. How to make good DVD rips or fine-tune | |
2029 <systemitem class="library">libavcodec</systemitem> for maximal | |
2030 quality is not within the scope of this document. | |
21525 | 2031 </para></listitem> |
20725 | 2032 <listitem><para> |
2033 There are a couple footnotes specific to this guide, linked like this: | |
2034 <link linkend="menc-feat-telecine-footnotes">[1]</link> | |
21525 | 2035 </para></listitem> |
20725 | 2036 </itemizedlist> |
2037 </sect2> | |
2038 | |
21525 | 2039 <!-- ********** --> |
2040 | |
20725 | 2041 <sect2 id="menc-feat-telecine-ident"> |
2042 <title>How to tell what type of video you have</title> | |
2043 | |
2044 <sect3 id="menc-feat-telecine-ident-progressive"> | |
2045 <title>Progressive</title> | |
21525 | 2046 |
2047 <para> | |
2048 Progressive video was originally filmed at 24000/1001 fps, and stored | |
2049 on the DVD without alteration. | |
2050 </para> | |
2051 | |
2052 <para> | |
2053 When you play a progressive DVD in <application>MPlayer</application>, | |
2054 <application>MPlayer</application> will print the following line as | |
2055 soon as the movie begins to play: | |
2056 <screen> | |
2057 demux_mpg: 24000/1001 fps progressive NTSC content detected, switching framerate. | |
2058 </screen> | |
2059 From this point forward, demux_mpg should never say it finds | |
2060 "30000/1001 fps NTSC content." | |
2061 </para> | |
2062 | |
2063 <para> | |
2064 When you watch progressive video, you should never see any | |
2065 interlacing. Beware, however, because sometimes there is a tiny bit | |
2066 of telecine mixed in where you would not expect. I have encountered TV | |
2067 show DVDs that have one second of telecine at every scene change, or | |
2068 at seemingly random places. I once watched a DVD that had a | |
2069 progressive first half, and the second half was telecined. If you | |
2070 want to be <emphasis>really</emphasis> thorough, you can scan the | |
2071 entire movie: | |
2072 <screen>mplayer dvd://1 -nosound -vo null -benchmark</screen> | |
2073 Using <option>-benchmark</option> makes | |
2074 <application>MPlayer</application> play the movie as quickly as it | |
2075 possibly can; still, depending on your hardware, it can take a | |
2076 while. Every time demux_mpg reports a framerate change, the line | |
2077 immediately above will show you the time at which the change | |
2078 occurred. | |
2079 </para> | |
2080 | |
2081 <para> | |
2082 Sometimes progressive video on DVDs is referred to as | |
2083 "soft-telecine" because it is intended to | |
2084 be telecined by the DVD player. | |
20725 | 2085 </para> |
2086 </sect3> | |
2087 | |
21525 | 2088 |
20725 | 2089 <sect3 id="menc-feat-telecine-ident-telecined"> |
2090 <title>Telecined</title> | |
21525 | 2091 |
2092 <para> | |
2093 Telecined video was originally filmed at 24000/1001, but was telecined | |
2094 <emphasis>before</emphasis> it was written to the DVD. | |
2095 </para> | |
2096 | |
2097 <para> | |
2098 <application>MPlayer</application> does not (ever) report any | |
2099 framerate changes when it plays telecined video. | |
2100 </para> | |
2101 | |
2102 <para> | |
2103 Watching a telecined video, you will see interlacing artifacts that | |
2104 seem to "blink": they repeatedly appear and disappear. | |
2105 You can look closely at this by | |
2106 <orderedlist> | |
2107 <listitem><screen>mplayer dvd://1</screen></listitem> | |
2108 <listitem><para> | |
2109 Seek to a part with motion. | |
2110 </para></listitem> | |
2111 <listitem><para> | |
2112 Use the <keycap>.</keycap> key to step forward one frame at a time. | |
2113 </para></listitem> | |
2114 <listitem><para> | |
2115 Look at the pattern of interlaced-looking and progressive-looking | |
2116 frames. If the pattern you see is PPPII,PPPII,PPPII,... then the | |
2117 video is telecined. If you see some other pattern, then the video | |
2118 may have been telecined using some non-standard method; | |
2119 <application>MEncoder</application> cannot losslessly convert | |
2120 non-standard telecine to progressive. If you do not see any | |
2121 pattern at all, then it is most likely interlaced. | |
2122 </para></listitem> | |
2123 </orderedlist> | |
2124 </para> | |
2125 | |
2126 <para> | |
2127 Sometimes telecined video on DVDs is referred to as | |
2128 "hard-telecine". Since hard-telecine is already 60000/1001 fields | |
2129 per second, the DVD player plays the video without any manipulation. | |
2130 </para> | |
2131 | |
2132 <para> | |
2133 Another way to tell if your source is telecined or not is to play | |
2134 the source with the <option>-vf pullup</option> and <option>-v</option> | |
2135 command line options to see how <option>pullup</option> matches frames. | |
2136 If the source is telecined, you should see on the console a 3:2 pattern | |
2137 with <systemitem>0+.1.+2</systemitem> and <systemitem>0++1</systemitem> | |
2138 alternating. | |
2139 This technique has the advantage that you do not need to watch the | |
2140 source to identify it, which could be useful if you wish to automate | |
2141 the encoding procedure, or to carry out said procedure remotely via | |
2142 a slow connection. | |
2143 </para> | |
20725 | 2144 </sect3> |
2145 | |
21525 | 2146 |
20725 | 2147 <sect3 id="menc-feat-telecine-ident-interlaced"> |
2148 <title>Interlaced</title> | |
21525 | 2149 |
2150 <para> | |
2151 Interlaced video was originally filmed at 60000/1001 fields per second, | |
2152 and stored on the DVD as 30000/1001 frames per second. The interlacing effect | |
2153 (often called "combing") is a result of combining pairs of | |
2154 fields into frames. Each field is supposed to be 1/(60000/1001) seconds apart, | |
2155 and when they are displayed simultaneously the difference is apparent. | |
2156 </para> | |
2157 | |
2158 <para> | |
2159 As with telecined video, <application>MPlayer</application> should | |
2160 not ever report any framerate changes when playing interlaced content. | |
2161 </para> | |
2162 | |
2163 <para> | |
2164 When you view an interlaced video closely by frame-stepping with the | |
2165 <keycap>.</keycap> key, you will see that every single frame is interlaced. | |
20725 | 2166 </para> |
2167 </sect3> | |
2168 | |
21525 | 2169 |
20725 | 2170 <sect3 id="menc-feat-telecine-ident-mixedpt"> |
2171 <title>Mixed progressive and telecine</title> | |
21525 | 2172 |
2173 <para> | |
2174 All of a "mixed progressive and telecine" video was originally | |
2175 24000/1001 frames per second, but some parts of it ended up being telecined. | |
2176 </para> | |
2177 | |
2178 <para> | |
2179 When <application>MPlayer</application> plays this category, it will | |
2180 (often repeatedly) switch back and forth between "30000/1001 fps NTSC" | |
2181 and "24000/1001 fps progressive NTSC". Watch the bottom of | |
2182 <application>MPlayer</application>'s output to see these messages. | |
2183 </para> | |
2184 | |
2185 <para> | |
2186 You should check the "30000/1001 fps NTSC" sections to make sure | |
2187 they are actually telecine, and not just interlaced. | |
20725 | 2188 </para> |
2189 </sect3> | |
2190 | |
21525 | 2191 |
20725 | 2192 <sect3 id="menc-feat-telecine-ident-mixedpi"> |
2193 <title>Mixed progressive and interlaced</title> | |
21525 | 2194 |
2195 <para> | |
2196 In "mixed progressive and interlaced" content, progressive | |
2197 and interlaced video have been spliced together. | |
2198 </para> | |
2199 | |
2200 <para> | |
2201 This category looks just like "mixed progressive and telecine", | |
2202 until you examine the 30000/1001 fps sections and see that they do not have the | |
2203 telecine pattern. | |
20725 | 2204 </para> |
2205 </sect3> | |
2206 </sect2> | |
2207 | |
21525 | 2208 <!-- ********** --> |
2209 | |
20725 | 2210 <sect2 id="menc-feat-telecine-encode"> |
2211 <title>How to encode each category</title> | |
21525 | 2212 |
2213 <para> | |
2214 As I mentioned in the beginning, example <application>MEncoder</application> | |
2215 lines below are <emphasis role="bold">not</emphasis> meant to actually be used; | |
2216 they only demonstrate the minimum parameters to properly encode each category. | |
2217 </para> | |
2218 | |
20725 | 2219 |
2220 <sect3 id="menc-feat-telecine-encode-progressive"> | |
2221 <title>Progressive</title> | |
21525 | 2222 |
2223 <para> | |
2224 Progressive video requires no special filtering to encode. The only | |
2225 parameter you need to be sure to use is | |
2226 <option>-ofps 24000/1001</option>. Otherwise, <application>MEncoder</application> | |
2227 will try to encode at 30000/1001 fps and will duplicate frames. | |
2228 </para> | |
2229 | |
2230 <para> | |
2231 <screen>mencoder dvd://1 -oac copy -ovc lavc -ofps 24000/1001</screen> | |
2232 </para> | |
2233 | |
2234 <para> | |
2235 It is often the case, however, that a video that looks progressive | |
2236 actually has very short parts of telecine mixed in. Unless you are | |
2237 sure, it is safest to treat the video as | |
2238 <link linkend="menc-feat-telecine-encode-mixedpt">mixed progressive and telecine</link>. | |
2239 The performance loss is small | |
2240 <link linkend="menc-feat-telecine-footnotes">[3]</link>. | |
20725 | 2241 </para> |
2242 </sect3> | |
2243 | |
21525 | 2244 |
20725 | 2245 <sect3 id="menc-feat-telecine-encode-telecined"> |
2246 <title>Telecined</title> | |
21525 | 2247 |
2248 <para> | |
2249 Telecine can be reversed to retrieve the original 24000/1001 content, | |
2250 using a process called inverse-telecine. | |
2251 <application>MPlayer</application> contains several filters to | |
2252 accomplish this; the best filter, <option>pullup</option>, is described | |
2253 in the <link linkend="menc-feat-telecine-encode-mixedpt">mixed | |
2254 progressive and telecine</link> section. | |
20725 | 2255 </para> |
2256 </sect3> | |
2257 | |
21525 | 2258 |
20725 | 2259 <sect3 id="menc-feat-telecine-encode-interlaced"> |
2260 <title>Interlaced</title> | |
21525 | 2261 |
2262 <para> | |
2263 For most practical cases it is not possible to retrieve a complete | |
2264 progressive video from interlaced content. The only way to do so | |
2265 without losing half of the vertical resolution is to double the | |
2266 framerate and try to "guess" what ought to make up the | |
2267 corresponding lines for each field (this has drawbacks - see method 3). | |
20725 | 2268 </para> |
2269 | |
2270 <orderedlist> | |
2271 <listitem><para> | |
2272 Encode the video in interlaced form. Normally, interlacing wreaks | |
2273 havoc with the encoder's ability to compress well, but | |
2274 <systemitem class="library">libavcodec</systemitem> has two | |
2275 parameters specifically for dealing with storing interlaced video a | |
2276 bit better: <option> ildct</option> and <option>ilme</option>. Also, | |
2277 using <option>mbd=2</option> is strongly recommended | |
2278 <link linkend="menc-feat-telecine-footnotes">[2] </link> because it | |
2279 will encode macroblocks as non-interlaced in places where there is | |
2280 no motion. Note that <option>-ofps</option> is NOT needed here. | |
2281 <screen>mencoder dvd://1 -oac copy -ovc lavc -lavcopts ildct:ilme:mbd=2</screen> | |
21525 | 2282 </para></listitem> |
20725 | 2283 <listitem><para> |
2284 Use a deinterlacing filter before encoding. There are several of | |
2285 these filters available to choose from, each with its own advantages | |
21134
d3ef4ae45375
r21078: add a link to Michael's de-interlacing filters...
voroshil
parents:
21051
diff
changeset
|
2286 and disadvantages. Consult <option>mplayer -pphelp</option> and |
d3ef4ae45375
r21078: add a link to Michael's de-interlacing filters...
voroshil
parents:
21051
diff
changeset
|
2287 <option>mplayer -vf help</option> to see what is available |
d3ef4ae45375
r21078: add a link to Michael's de-interlacing filters...
voroshil
parents:
21051
diff
changeset
|
2288 (grep for "deint"), read Michael's Niedermayer |
d3ef4ae45375
r21078: add a link to Michael's de-interlacing filters...
voroshil
parents:
21051
diff
changeset
|
2289 <ulink url="http://guru.multimedia.cx/deinterlacing-filters/">Deinterlacing filters comparison</ulink>, |
d3ef4ae45375
r21078: add a link to Michael's de-interlacing filters...
voroshil
parents:
21051
diff
changeset
|
2290 and search the |
21385
70b9b7400bc3
r21372: Some punctuation cosmetics and better wording
voroshil
parents:
21134
diff
changeset
|
2291 <ulink url="http://www.mplayerhq.hu/design7/mailing_lists.html"> |
20725 | 2292 MPlayer mailing lists</ulink> to find many discussions about the |
21134
d3ef4ae45375
r21078: add a link to Michael's de-interlacing filters...
voroshil
parents:
21051
diff
changeset
|
2293 various filters. |
d3ef4ae45375
r21078: add a link to Michael's de-interlacing filters...
voroshil
parents:
21051
diff
changeset
|
2294 Again, the framerate is not changing, so no |
20725 | 2295 <option>-ofps</option>. Also, deinterlacing should be done after |
2296 cropping <link linkend="menc-feat-telecine-footnotes">[1]</link> and | |
2297 before scaling. | |
21134
d3ef4ae45375
r21078: add a link to Michael's de-interlacing filters...
voroshil
parents:
21051
diff
changeset
|
2298 <screen>mencoder dvd://1 -oac copy -vf yadif -ovc lavc</screen> |
21525 | 2299 </para></listitem> |
20725 | 2300 <listitem><para> |
2301 Unfortunately, this option is buggy with | |
2302 <application>MEncoder</application>; it ought to work well with | |
2303 <application>MEncoder G2</application>, but that is not here yet. You | |
2304 might experience crahes. Anyway, the purpose of <option> -vf | |
2305 tfields</option> is to create a full frame out of each field, which | |
2306 makes the framerate 60000/1001. The advantage of this approach is that no | |
2307 data is ever lost; however, since each frame comes from only one | |
2308 field, the missing lines have to be interpolated somehow. There are | |
2309 no very good methods of generating the missing data, and so the | |
2310 result will look a bit similar to when using some deinterlacing | |
2311 filters. Generating the missing lines creates other issues, as well, | |
2312 simply because the amount of data doubles. So, higher encoding | |
2313 bitrates are required to maintain quality, and more CPU power is | |
2314 used for both encoding and decoding. tfields has several different | |
2315 options for how to create the missing lines of each frame. If you | |
2316 use this method, then Reference the manual, and chose whichever | |
2317 option looks best for your material. Note that when using | |
2318 <option>tfields</option> you | |
2319 <emphasis role="bold">have to</emphasis> specify both | |
2320 <option>-fps</option> and <option>-ofps</option> to be twice the | |
2321 framerate of your original source. | |
21525 | 2322 <screen> |
2323 mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc \ | |
2324 -fps 60000/1001 -ofps 60000/1001<!-- | |
2325 --></screen> | |
2326 </para></listitem> | |
20725 | 2327 <listitem><para> |
2328 If you plan on downscaling dramatically, you can extract and encode | |
2329 only one of the two fields. Of course, you will lose half the vertical | |
2330 resolution, but if you plan on downscaling to at most 1/2 of the | |
2331 original, the loss will not matter much. The result will be a | |
2332 progressive 30000/1001 frames per second file. The procedure is to use | |
2333 <option>-vf field</option>, then crop | |
2334 <link linkend="menc-feat-telecine-footnotes">[1]</link> and scale | |
2335 appropriately. Remember that you will have to adjust the scale to | |
2336 compensate for the vertical resolution being halved. | |
2337 <screen>mencoder dvd://1 -oac copy -vf field=0 -ovc lavc</screen> | |
21525 | 2338 </para></listitem> |
20725 | 2339 </orderedlist> |
2340 </sect3> | |
2341 | |
21525 | 2342 |
20725 | 2343 <sect3 id="menc-feat-telecine-encode-mixedpt"> |
2344 <title>Mixed progressive and telecine</title> | |
21525 | 2345 |
2346 <para> | |
2347 In order to turn mixed progressive and telecine video into entirely | |
2348 progressive video, the telecined parts have to be | |
2349 inverse-telecined. There are three ways to accomplish this, | |
2350 described below. Note that you should | |
2351 <emphasis role="bold">always</emphasis> inverse-telecine before any | |
2352 rescaling; unless you really know what you are doing, | |
2353 inverse-telecine before cropping, too | |
2354 <link linkend="menc-feat-telecine-footnotes">[1]</link>. | |
2355 <option>-ofps 24000/1001</option> is needed here because the output video | |
2356 will be 24000/1001 frames per second. | |
20725 | 2357 </para> |
2358 | |
2359 <itemizedlist> | |
2360 <listitem><para> | |
2361 <option>-vf pullup</option> is designed to inverse-telecine | |
2362 telecined material while leaving progressive data alone. In order to | |
2363 work properly, <option>pullup</option> <emphasis role="bold">must</emphasis> | |
2364 be followed by the <option>softskip</option> filter or | |
2365 else <application>MEncoder</application> will crash. | |
2366 <option>pullup</option> is, however, the cleanest and most | |
2367 accurate method available for encoding both telecine and | |
2368 "mixed progressive and telecine". | |
21525 | 2369 <screen> |
2370 mencoder dvd://1 -oac copy -vf pullup,softskip \ | |
2371 -ovc lavc -ofps 24000/1001<!-- | |
2372 --></screen> | |
2373 </para></listitem> | |
2374 <listitem><para> | |
20725 | 2375 An older method |
2376 is to, rather than inverse-telecine the telecined parts, telecine | |
2377 the non-telecined parts and then inverse-telecine the whole | |
2378 video. Sound confusing? softpulldown is a filter that goes through | |
2379 a video and makes the entire file telecined. If we follow | |
2380 softpulldown with either <option>detc</option> or | |
2381 <option>ivtc</option>, the final result will be entirely | |
2382 progressive. <option>-ofps 24000/1001</option> is needed. | |
21525 | 2383 <screen> |
2384 mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001 | |
2385 </screen> | |
2386 </para></listitem> | |
20725 | 2387 <listitem><para> |
2388 I have not used <option>-vf filmdint</option> myself, but here is what | |
2389 D Richard Felker III has to say: | |
2390 | |
2391 <blockquote><para>It is OK, but IMO it tries to deinterlace rather | |
21525 | 2392 than doing inverse telecine too often (much like settop DVD |
2393 players & progressive TVs) which gives ugly flickering and | |
2394 other artifacts. If you are going to use it, you at least need to | |
2395 spend some time tuning the options and watching the output first | |
2396 to make sure it is not messing up. | |
2397 </para></blockquote> | |
2398 </para></listitem> | |
20725 | 2399 </itemizedlist> |
2400 </sect3> | |
2401 | |
21525 | 2402 |
20725 | 2403 <sect3 id="menc-feat-telecine-encode-mixedpi"> |
2404 <title>Mixed progressive and interlaced</title> | |
21525 | 2405 |
2406 <para> | |
2407 There are two options for dealing with this category, each of | |
2408 which is a compromise. You should decide based on the | |
2409 duration/location of each type. | |
20725 | 2410 </para> |
2411 | |
2412 <itemizedlist> | |
21525 | 2413 <listitem> |
2414 <para> | |
20725 | 2415 Treat it as progressive. The interlaced parts will look interlaced, |
2416 and some of the interlaced fields will have to be dropped, resulting | |
2417 in a bit of uneven jumpiness. You can use a postprocessing filter if | |
2418 you want to, but it may slightly degrade the progressive parts. | |
2419 </para> | |
2420 | |
2421 <para> | |
2422 This option should definitely not be used if you want to eventually | |
2423 display the video on an interlaced device (with a TV card, for | |
2424 example). If you have interlaced frames in a 24000/1001 frames per | |
2425 second video, they will be telecined along with the progressive | |
2426 frames. Half of the interlaced "frames" will be displayed for three | |
2427 fields' duration (3/(60000/1001) seconds), resulting in a flicking | |
2428 "jump back in time" effect that looks quite bad. If you | |
2429 even attempt this, you <emphasis role="bold">must</emphasis> use a | |
2430 deinterlacing filter like <option>lb</option> or | |
2431 <option>l5</option>. | |
2432 </para> | |
2433 | |
2434 <para> | |
2435 It may also be a bad idea for progressive display, too. It will drop | |
2436 pairs of consecutive interlaced fields, resulting in a discontinuity | |
2437 that can be more visible than with the second method, which shows | |
2438 some progressive frames twice. 30000/1001 frames per second interlaced | |
2439 video is already a bit choppy because it really should be shown at | |
2440 60000/1001 fields per second, so the duplicate frames do not stand out as | |
2441 much. | |
2442 </para> | |
2443 | |
2444 <para> | |
2445 Either way, it is best to consider your content and how you intend to | |
2446 display it. If your video is 90% progressive and you never intend to | |
2447 show it on a TV, you should favor a progressive approach. If it is | |
2448 only half progressive, you probably want to encode it as if it is all | |
2449 interlaced. | |
2450 </para> | |
21525 | 2451 </listitem> |
20725 | 2452 |
2453 <listitem><para> | |
2454 Treat it as interlaced. Some frames of the progressive parts will | |
2455 need to be duplicated, resulting in uneven jumpiness. Again, | |
2456 deinterlacing filters may slightly degrade the progressive parts. | |
21525 | 2457 </para></listitem> |
20725 | 2458 </itemizedlist> |
2459 </sect3> | |
2460 </sect2> | |
2461 | |
21525 | 2462 <!-- ********** --> |
2463 | |
20725 | 2464 <sect2 id="menc-feat-telecine-footnotes"> |
2465 <title>Footnotes</title> | |
21525 | 2466 |
20725 | 2467 <orderedlist> |
21525 | 2468 <listitem> |
2469 <formalpara> | |
20725 | 2470 <title>About cropping:</title> |
2471 <para> | |
2472 Video data on DVDs are stored in a format called YUV 4:2:0. In YUV | |
2473 video, luma ("brightness") and chroma ("color") | |
2474 are stored separately. Because the human eye is somewhat less | |
2475 sensitive to color than it is to brightness, in a YUV 4:2:0 picture | |
2476 there is only one chroma pixel for every four luma pixels. In a | |
2477 progressive picture, each square of four luma pixels (two on each | |
2478 side) has one common chroma pixel. You must crop progressive YUV | |
2479 4:2:0 to even resolutions, and use even offsets. For example, | |
2480 <option>crop=716:380:2:26</option> is OK but | |
2481 <option>crop=716:380:3:26 </option> is not. | |
2482 </para> | |
2483 </formalpara> | |
2484 | |
2485 <para> | |
2486 When you are dealing with interlaced YUV 4:2:0, the situation is a | |
2487 bit more complicated. Instead of every four luma pixels in the | |
2488 <emphasis>frame</emphasis> sharing a chroma pixel, every four luma | |
2489 pixels in each <emphasis> field</emphasis> share a chroma | |
2490 pixel. When fields are interlaced to form a frame, each scanline is | |
2491 one pixel high. Now, instead of all four luma pixels being in a | |
2492 square, there are two pixels side-by-side, and the other two pixels | |
2493 are side-by-side two scanlines down. The two luma pixels in the | |
2494 intermediate scanline are from the other field, and so share a | |
2495 different chroma pixel with two luma pixels two scanlines away. All | |
2496 this confusion makes it necessary to have vertical crop dimensions | |
2497 and offsets be multiples of four. Horizontal can stay even. | |
2498 </para> | |
2499 | |
2500 <para> | |
2501 For telecined video, I recommend that cropping take place after | |
2502 inverse telecining. Once the video is progressive you only need to | |
2503 crop by even numbers. If you really want to gain the slight speedup | |
2504 that cropping first may offer, you must crop vertically by multiples | |
2505 of four or else the inverse-telecine filter will not have proper data. | |
2506 </para> | |
2507 | |
2508 <para> | |
2509 For interlaced (not telecined) video, you must always crop | |
2510 vertically by multiples of four unless you use <option>-vf | |
2511 field</option> before cropping. | |
2512 </para> | |
21525 | 2513 </listitem> |
20725 | 2514 |
2515 <listitem><formalpara> | |
2516 <title>About encoding parameters and quality:</title> | |
2517 <para> | |
2518 Just because I recommend <option>mbd=2</option> here does not mean it | |
2519 should not be used elsewhere. Along with <option>trell</option>, | |
2520 <option>mbd=2</option> is one of the two | |
2521 <systemitem class="library">libavcodec</systemitem> options that | |
2522 increases quality the most, and you should always use at least those | |
2523 two unless the drop in encoding speed is prohibitive (e.g. realtime | |
2524 encoding). There are many other options to | |
2525 <systemitem class="library">libavcodec</systemitem> that increase | |
2526 encoding quality (and decrease encoding speed) but that is beyond | |
2527 the scope of this document. | |
2528 </para> | |
21525 | 2529 </formalpara></listitem> |
20725 | 2530 |
2531 <listitem><formalpara> | |
2532 <title>About the performance of pullup:</title> | |
2533 <para> | |
2534 It is safe to use <option>pullup</option> (along with <option>softskip | |
2535 </option>) on progressive video, and is usually a good idea unless | |
2536 the source has been definitively verified to be entirely progressive. | |
2537 The performace loss is small for most cases. On a bare-minimum encode, | |
2538 <option>pullup</option> causes <application>MEncoder</application> to | |
2539 be 50% slower. Adding sound processing and advanced <option>lavcopts | |
2540 </option> overshadows that difference, bringing the performance | |
2541 decrease of using <option>pullup</option> down to 2%. | |
2542 </para> | |
21525 | 2543 </formalpara></listitem> |
20725 | 2544 </orderedlist> |
2545 </sect2> | |
2546 </sect1> | |
2547 | |
2548 | |
21525 | 2549 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> |
2550 | |
2551 | |
20725 | 2552 <sect1 id="menc-feat-enc-libavcodec"> |
2553 <title>Encoding with the <systemitem class="library">libavcodec</systemitem> | |
2554 codec family</title> | |
2555 | |
2556 <para> | |
2557 <link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link> | |
2558 provides simple encoding to a lot of interesting video and audio formats. | |
2559 You can encode to the following codecs (more or less up to date): | |
2560 </para> | |
2561 | |
21525 | 2562 <!-- ********** --> |
2563 | |
20725 | 2564 <sect2 id="menc-feat-enc-libavcodec-video-codecs"> |
2565 <title><systemitem class="library">libavcodec</systemitem>'s video codecs</title> | |
2566 | |
2567 <para> | |
2568 <informaltable frame="all"> | |
2569 <tgroup cols="2"> | |
2570 <thead> | |
21525 | 2571 <row><entry>Video codec name</entry><entry>Description</entry></row> |
20725 | 2572 </thead> |
2573 <tbody> | |
21525 | 2574 <row> |
2575 <entry>mjpeg</entry> | |
2576 <entry>Motion JPEG</entry> | |
2577 </row> | |
2578 <row> | |
2579 <entry>ljpeg</entry> | |
2580 <entry>lossless JPEG</entry> | |
2581 </row> | |
2582 <row> | |
2583 <entry>h261</entry> | |
2584 <entry>H.261</entry> | |
2585 </row> | |
2586 <row> | |
2587 <entry>h263</entry> | |
2588 <entry>H.263</entry> | |
2589 </row> | |
2590 <row> | |
2591 <entry>h263p</entry> | |
2592 <entry>H.263+</entry> | |
2593 </row> | |
2594 <row> | |
2595 <entry>mpeg4</entry> | |
2596 <entry>ISO standard MPEG-4 (DivX, Xvid compatible)</entry> | |
2597 </row> | |
2598 <row> | |
2599 <entry>msmpeg4</entry> | |
2600 <entry>pre-standard MPEG-4 variant by MS, v3 (AKA DivX3)</entry> | |
2601 </row> | |
2602 <row> | |
2603 <entry>msmpeg4v2</entry> | |
2604 <entry>pre-standard MPEG-4 by MS, v2 (used in old ASF files)</entry> | |
2605 </row> | |
2606 <row> | |
2607 <entry>wmv1</entry> | |
2608 <entry>Windows Media Video, version 1 (AKA WMV7)</entry> | |
2609 </row> | |
2610 <row> | |
2611 <entry>wmv2</entry> | |
2612 <entry>Windows Media Video, version 2 (AKA WMV8)</entry> | |
2613 </row> | |
2614 <row> | |
2615 <entry>rv10</entry> | |
2616 <entry>RealVideo 1.0</entry> | |
2617 </row> | |
2618 <row> | |
2619 <entry>rv20</entry> | |
2620 <entry>RealVideo 2.0</entry> | |
2621 </row> | |
2622 <row> | |
2623 <entry>mpeg1video</entry> | |
2624 <entry>MPEG-1 video</entry> | |
2625 </row> | |
2626 <row> | |
2627 <entry>mpeg2video</entry> | |
2628 <entry>MPEG-2 video</entry> | |
2629 </row> | |
2630 <row> | |
2631 <entry>huffyuv</entry> | |
2632 <entry>lossless compression</entry> | |
2633 </row> | |
2634 <row> | |
2635 <entry>asv1</entry> | |
2636 <entry>ASUS Video v1</entry> | |
2637 </row> | |
2638 <row> | |
2639 <entry>asv2</entry> | |
2640 <entry>ASUS Video v2</entry> | |
2641 </row> | |
2642 <row> | |
2643 <entry>ffv1</entry> | |
2644 <entry>FFmpeg's lossless video codec</entry> | |
2645 </row> | |
2646 <row> | |
2647 <entry>svq1</entry> | |
2648 <entry>Sorenson video 1</entry> | |
2649 </row> | |
2650 <row> | |
2651 <entry>flv</entry> | |
2652 <entry>Sorenson H.263 used in Flash Video</entry> | |
2653 </row> | |
2654 <row> | |
2655 <entry>dvvideo</entry> | |
2656 <entry>Sony Digital Video</entry> | |
2657 </row> | |
2658 <row> | |
2659 <entry>snow</entry> | |
2660 <entry>FFmpeg's experimental wavelet-based codec</entry> | |
2661 </row> | |
20725 | 2662 </tbody> |
2663 </tgroup> | |
2664 </informaltable> | |
2665 | |
2666 The first column contains the codec names that should be passed after the | |
21525 | 2667 <literal>vcodec</literal> config, like: |
2668 <option>-lavcopts vcodec=msmpeg4</option> | |
2669 </para> | |
2670 | |
2671 <informalexample><para> | |
20725 | 2672 An example with MJPEG compression: |
21525 | 2673 <screen> |
2674 mencoder dvd://2 -o title2.avi -ovc lavc -lavcopts vcodec=mjpeg -oac copy | |
2675 </screen> | |
2676 </para></informalexample> | |
20725 | 2677 </sect2> |
2678 | |
21525 | 2679 <!-- ********** --> |
2680 | |
20725 | 2681 <sect2 id="menc-feat-enc-libavcodec-audio-codecs"> |
2682 <title><systemitem class="library">libavcodec</systemitem>'s audio codecs</title> | |
2683 <para> | |
2684 <informaltable frame="all"> | |
2685 <tgroup cols="2"> | |
2686 <thead> | |
2687 <row><entry>Audio codec name</entry><entry>Description</entry></row> | |
2688 </thead> | |
2689 <tbody> | |
21525 | 2690 <row> |
2691 <entry>mp2</entry> | |
2692 <entry>MPEG Layer 2</entry> | |
2693 </row> | |
2694 <row> | |
2695 <entry>ac3</entry> | |
2696 <entry>AC3, AKA Dolby Digital</entry> | |
2697 </row> | |
2698 <row> | |
2699 <entry>adpcm_ima_wav</entry> | |
2700 <entry>IMA adaptive PCM (4 bits per sample, 4:1 compression)</entry> | |
2701 </row> | |
2702 <row> | |
2703 <entry>sonic</entry> | |
2704 <entry>experimental lossy/lossless codec</entry> | |
2705 </row> | |
20725 | 2706 </tbody> |
2707 </tgroup> | |
2708 </informaltable> | |
2709 | |
2710 The first column contains the codec names that should be passed after the | |
2711 <literal>acodec</literal> option, like: <option>-lavcopts acodec=ac3</option> | |
2712 </para> | |
2713 | |
21525 | 2714 <informalexample><para> |
20725 | 2715 An example with AC3 compression: |
21525 | 2716 <screen> |
2717 mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy | |
2718 </screen> | |
2719 </para></informalexample> | |
2720 | |
2721 <para> | |
2722 Contrary to <systemitem class="library">libavcodec</systemitem>'s video | |
2723 codecs, its audio codecs do not make a wise usage of the bits they are | |
2724 given as they lack some minimal psychoacoustic model (if at all) | |
2725 which most other codec implementations feature. | |
2726 However, note that all these audio codecs are very fast and work | |
2727 out-of-the-box everywhere <application>MEncoder</application> has been | |
2728 compiled with <systemitem class="library">libavcodec</systemitem> (which | |
2729 is the case most of time), and do not depend on external libraries. | |
20725 | 2730 </para> |
2731 </sect2> | |
2732 | |
21525 | 2733 <!-- ********** --> |
20725 | 2734 |
2735 <sect2 id="menc-feat-dvd-mpeg4-lavc-encoding-options"> | |
2736 <title>Encoding options of libavcodec</title> | |
2737 | |
2738 <para> | |
21525 | 2739 Ideally, you would probably want to be able to just tell the encoder to switch |
2740 into "high quality" mode and move on. | |
2741 That would probably be nice, but unfortunately hard to implement as different | |
2742 encoding options yield different quality results depending on the source material. | |
2743 That is because compression depends on the visual properties of the video | |
2744 in question. | |
2745 For example, anime and live action have very different properties and | |
2746 thus require different options to obtain optimum encoding. | |
2747 The good news is that some options should never be left out, like | |
2748 <option>mbd=2</option>, <option>trell</option>, and <option>v4mv</option>. | |
2749 See below for a detailed description of common encoding options. | |
2750 </para> | |
20725 | 2751 |
2752 <itemizedlist> | |
2753 <title>Options to adjust:</title> | |
2754 <listitem><para> | |
2755 <emphasis role="bold">vmax_b_frames</emphasis>: 1 or 2 is good, depending on | |
2756 the movie. | |
2757 Note that if you need to have your encode be decodable by DivX5, you | |
2758 need to activate closed GOP support, using | |
2759 <systemitem class="library">libavcodec</systemitem>'s <option>cgop</option> | |
2760 option, but you need to deactivate scene detection, which | |
2761 is not a good idea as it will hurt encode efficiency a bit. | |
2762 </para></listitem> | |
2763 <listitem><para> | |
2764 <emphasis role="bold">vb_strategy=1</emphasis>: helps in high-motion scenes. | |
2765 On some videos, vmax_b_frames may hurt quality, but vmax_b_frames=2 along | |
2766 with vb_strategy=1 helps. | |
2767 </para></listitem> | |
2768 <listitem><para> | |
2769 <emphasis role="bold">dia</emphasis>: motion search range. Bigger is better | |
2770 and slower. | |
2771 Negative values are a completely different scale. | |
2772 Good values are -1 for a fast encode, or 2-4 for slower. | |
2773 </para></listitem> | |
2774 <listitem><para> | |
2775 <emphasis role="bold">predia</emphasis>: motion search pre-pass. | |
2776 Not as important as dia. Good values are 1 (default) to 4. Requires preme=2 | |
2777 to really be useful. | |
2778 </para></listitem> | |
2779 <listitem><para> | |
2780 <emphasis role="bold">cmp, subcmp, precmp</emphasis>: Comparison function for | |
2781 motion estimation. | |
2782 Experiment with values of 0 (default), 2 (hadamard), 3 (dct), and 6 (rate | |
2783 distortion). | |
2784 0 is fastest, and sufficient for precmp. | |
2785 For cmp and subcmp, 2 is good for anime, and 3 is good for live action. | |
2786 6 may or may not be slightly better, but is slow. | |
2787 </para></listitem> | |
2788 <listitem><para> | |
2789 <emphasis role="bold">last_pred</emphasis>: Number of motion predictors to | |
2790 take from the previous frame. | |
2791 1-3 or so help at little speed cost. | |
2792 Higher values are slow for no extra gain. | |
2793 </para></listitem> | |
2794 <listitem><para> | |
2795 <emphasis role="bold">cbp, mv0</emphasis>: Controls the selection of macroblocks. | |
2796 Small speed cost for small quality gain. | |
2797 </para></listitem> | |
2798 <listitem><para> | |
2799 <emphasis role="bold">qprd</emphasis>: adaptive quantization based on the | |
2800 macroblock's complexity. | |
2801 May help or hurt depending on the video and other options. | |
2802 This can cause artifacts unless you set vqmax to some reasonably small value | |
2803 (6 is good, maybe as low as 4); vqmin=1 should also help. | |
2804 </para></listitem> | |
2805 <listitem><para> | |
2806 <emphasis role="bold">qns</emphasis>: very slow, especially when combined | |
2807 with qprd. | |
2808 This option will make the encoder minimize noise due to compression | |
2809 artifacts instead of making the encoded video strictly match the source. | |
2810 Do not use this unless you have already tweaked everything else as far as it | |
2811 will go and the results still are not good enough. | |
2812 </para></listitem> | |
2813 <listitem><para> | |
2814 <emphasis role="bold">vqcomp</emphasis>: Tweak ratecontrol. | |
2815 What values are good depends on the movie. | |
2816 You can safely leave this alone if you want. | |
2817 Reducing vqcomp puts more bits on low-complexity scenes, increasing it puts | |
2818 them on high-complexity scenes (default: 0.5, range: 0-1. recommended range: | |
2819 0.5-0.7). | |
2820 </para></listitem> | |
2821 <listitem><para> | |
2822 <emphasis role="bold">vlelim, vcelim</emphasis>: Sets the single coefficient | |
2823 elimination threshold for luminance and chroma planes. | |
2824 These are encoded separately in all MPEG-like algorithms. | |
2825 The idea behind these options is to use some good heuristics to determine | |
2826 when the change in a block is less than the threshold you specify, and in | |
2827 such a case, to just encode the block as "no change". | |
2828 This saves bits and perhaps speeds up encoding. vlelim=-4 and vcelim=9 | |
2829 seem to be good for live movies, but seem not to help with anime; | |
2830 when encoding animation, you should probably leave them unchanged. | |
2831 </para></listitem> | |
2832 <listitem><para> | |
2833 <emphasis role="bold">qpel</emphasis>: Quarter pixel motion estimation. | |
2834 MPEG-4 uses half pixel precision for its motion search by default, | |
2835 therefore this option comes with an overhead as more information will be | |
2836 stored in the encoded file. | |
2837 The compression gain/loss depends on the movie, but it is usually not very | |
2838 effective on anime. | |
2839 qpel always incurs a significant cost in CPU decode time (+25% in | |
2840 practice). | |
2841 </para></listitem> | |
2842 <listitem><para> | |
2843 <emphasis role="bold">psnr</emphasis>: does not affect the actual encoding, | |
2844 but writes a log file giving the type/size/quality of each frame, and | |
2845 prints a summary of PSNR (Peak Signal to Noise Ratio) at the end. | |
2846 </para></listitem> | |
2847 </itemizedlist> | |
2848 | |
2849 <itemizedlist> | |
2850 <title>Options not recommended to play with:</title> | |
2851 <listitem><para> | |
2852 <emphasis role="bold">vme</emphasis>: The default is best. | |
2853 </para></listitem> | |
2854 <listitem><para> | |
2855 <emphasis role="bold">lumi_mask, dark_mask</emphasis>: Psychovisual adaptive | |
2856 quantization. | |
2857 You do not want to play with those options if you care about quality. | |
2858 Reasonable values may be effective in your case, but be warned this is very | |
2859 subjective. | |
2860 </para></listitem> | |
2861 <listitem><para> | |
2862 <emphasis role="bold">scplx_mask</emphasis>: Tries to prevent blocky | |
2863 artifacts, but postprocessing is better. | |
2864 </para></listitem> | |
2865 </itemizedlist> | |
2866 </sect2> | |
2867 | |
21525 | 2868 <!-- ********** --> |
2869 | |
20725 | 2870 <sect2 id="menc-feat-mpeg4-lavc-example-settings"> |
2871 <title>Encoding setting examples</title> | |
2872 | |
2873 <para> | |
21525 | 2874 The following settings are examples of different encoding |
2875 option combinations that affect the speed vs quality tradeoff | |
2876 at the same target bitrate. | |
2877 </para> | |
2878 | |
2879 <para> | |
2880 All the encoding settings were tested on a 720x448 @30000/1001 fps | |
2881 video sample, the target bitrate was 900kbps, and the machine was an | |
2882 AMD-64 3400+ at 2400 MHz in 64 bits mode. | |
2883 Each encoding setting features the measured encoding speed (in | |
2884 frames per second) and the PSNR loss (in dB) compared to the "very | |
2885 high quality" setting. | |
2886 Please understand that depending on your source, your machine type | |
2887 and development advancements, you may get very different results. | |
20725 | 2888 </para> |
2889 | |
2890 <para> | |
2891 <informaltable frame="all"> | |
2892 <tgroup cols="4"> | |
2893 <thead> | |
21525 | 2894 <row> |
2895 <entry>Description</entry> | |
2896 <entry>Encoding options</entry> | |
2897 <entry>speed (in fps)</entry> | |
2898 <entry>Relative PSNR loss (in dB)</entry> | |
2899 </row> | |
20725 | 2900 </thead> |
2901 <tbody> | |
2902 <row> | |
2903 <entry>Very high quality</entry> | |
2904 <entry><option>vcodec=mpeg4:mbd=2:mv0:trell:v4mv:cbp:last_pred=3:predia=2:dia=2:vmax_b_frames=2:vb_strategy=1:precmp=2:cmp=2:subcmp=2:preme=2:qns=2</option></entry> | |
2905 <entry>6fps</entry> | |
2906 <entry>0dB</entry> | |
2907 </row> | |
2908 <row> | |
2909 <entry>High quality</entry> | |
2910 <entry><option>vcodec=mpeg4:mbd=2:trell:v4mv:last_pred=2:dia=-1:vmax_b_frames=2:vb_strategy=1:cmp=3:subcmp=3:precmp=0:vqcomp=0.6:turbo</option></entry> | |
2911 <entry>15fps</entry> | |
2912 <entry>-0.5dB</entry> | |
2913 </row> | |
2914 <row> | |
2915 <entry>Fast</entry> | |
2916 <entry><option>vcodec=mpeg4:mbd=2:trell:v4mv:turbo</option></entry> | |
2917 <entry>42fps</entry> | |
2918 <entry>-0.74dB</entry> | |
2919 </row> | |
2920 <row> | |
2921 <entry>Realtime</entry> | |
2922 <entry><option>vcodec=mpeg4:mbd=2:turbo</option></entry> | |
2923 <entry>54fps</entry> | |
2924 <entry>-1.21dB</entry> | |
2925 </row> | |
2926 </tbody> | |
2927 </tgroup> | |
2928 </informaltable> | |
2929 </para> | |
2930 </sect2> | |
2931 | |
21525 | 2932 <!-- ********** --> |
2933 | |
2934 <sect2 id="custommatrices"> | |
2935 <title>Custom inter/intra matrices</title> | |
20725 | 2936 |
2937 <para> | |
2938 With this feature of | |
2939 <link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link> | |
2940 you are able to set custom inter (I-frames/keyframes) and intra | |
2941 (P-frames/predicted frames) matrices. It is supported by many of the codecs: | |
2942 <systemitem>mpeg1video</systemitem> and <systemitem>mpeg2video</systemitem> | |
2943 are reported as working. | |
2944 </para> | |
2945 | |
2946 <para> | |
2947 A typical usage of this feature is to set the matrices preferred by the | |
2948 <ulink url="http://www.kvcd.net/">KVCD</ulink> specifications. | |
2949 </para> | |
2950 | |
2951 <para> | |
2952 The <emphasis role="bold">KVCD "Notch" Quantization Matrix:</emphasis> | |
2953 </para> | |
2954 | |
2955 <para> | |
2956 Intra: | |
2957 <screen> | |
2958 8 9 12 22 26 27 29 34 | |
2959 9 10 14 26 27 29 34 37 | |
2960 12 14 18 27 29 34 37 38 | |
2961 22 26 27 31 36 37 38 40 | |
2962 26 27 29 36 39 38 40 48 | |
2963 27 29 34 37 38 40 48 58 | |
2964 29 34 37 38 40 48 58 69 | |
2965 34 37 38 40 48 58 69 79 | |
2966 </screen> | |
2967 | |
2968 Inter: | |
2969 <screen> | |
2970 16 18 20 22 24 26 28 30 | |
2971 18 20 22 24 26 28 30 32 | |
2972 20 22 24 26 28 30 32 34 | |
2973 22 24 26 30 32 32 34 36 | |
2974 24 26 28 32 34 34 36 38 | |
2975 26 28 30 32 34 36 38 40 | |
2976 28 30 32 34 36 38 42 42 | |
2977 30 32 34 36 38 40 42 44 | |
2978 </screen> | |
2979 </para> | |
2980 | |
2981 <para> | |
2982 Usage: | |
2983 <screen> | |
21525 | 2984 mencoder <replaceable>input.avi</replaceable> -o <replaceable>output.avi</replaceable> -oac copy -ovc lavc \ |
2985 -lavcopts inter_matrix=...:intra_matrix=... | |
20725 | 2986 </screen> |
2987 </para> | |
2988 | |
2989 <para> | |
2990 <screen> | |
21525 | 2991 mencoder <replaceable>input.avi</replaceable> -ovc lavc -lavcopts \ |
2992 vcodec=mpeg2video:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37,\ | |
2993 12,14,18,27,29,34,37,38,22,26,27,31,36,37,38,40,26,27,29,36,39,38,40,48,27,\ | |
2994 29,34,37,38,40,48,58,29,34,37,38,40,48,58,69,34,37,38,40,48,58,69,79\ | |
2995 :inter_matrix=16,18,20,22,24,26,28,30,18,20,22,24,26,28,30,32,20,22,24,26,\ | |
2996 28,30,32,34,22,24,26,30,32,32,34,36,24,26,28,32,34,34,36,38,26,28,30,32,34,\ | |
20725 | 2997 36,38,40,28,30,32,34,36,38,42,42,30,32,34,36,38,40,42,44 -oac copy -o svcd.mpg |
2998 </screen> | |
2999 </para> | |
3000 </sect2> | |
3001 | |
21525 | 3002 <!-- ********** --> |
20725 | 3003 |
3004 <sect2 id="menc-feat-dvd-mpeg4-example"> | |
3005 <title>Example</title> | |
3006 | |
3007 <para> | |
21525 | 3008 So, you have just bought your shiny new copy of Harry Potter and the Chamber |
3009 of Secrets (widescreen edition, of course), and you want to rip this DVD | |
3010 so that you can add it to your Home Theatre PC. This is a region 1 DVD, | |
3011 so it is NTSC. The example below will still apply to PAL, except you will | |
3012 omit <option>-ofps 24000/1001</option> (because the output framerate is the | |
3013 same as the input framerate), and of course the crop dimensions will be | |
3014 different. | |
3015 </para> | |
3016 | |
3017 <para> | |
3018 After running <option>mplayer dvd://1</option>, we follow the process | |
3019 detailed in the section <link linkend="menc-feat-telecine">How to deal | |
3020 with telecine and interlacing in NTSC DVDs</link> and discover that it is | |
3021 24000/1001 fps progressive video, which means that we need not use an inverse | |
3022 telecine filter, such as <option>pullup</option> or | |
3023 <option>filmdint</option>. | |
3024 </para> | |
3025 | |
3026 <para> | |
3027 Next, we want to determine the appropriate crop rectangle, so we use the | |
3028 cropdetect filter: | |
3029 <screen>mplayer dvd://1 -vf cropdetect</screen> | |
3030 Make sure you seek to a fully filled frame (such as a bright scene), and | |
3031 you will see in <application>MPlayer</application>'s console output: | |
3032 <screen>crop area: X: 0..719 Y: 57..419 (-vf crop=720:362:0:58)</screen> | |
3033 We then play the movie back with this filter to test its correctness: | |
3034 <screen>mplayer dvd://1 -vf crop=720:362:0:58</screen> | |
3035 And we see that it looks perfectly fine. Next, we ensure the width and | |
3036 height are a multiple of 16. The width is fine, however the height is | |
3037 not. Since we did not fail 7th grade math, we know that the nearest | |
3038 multiple of 16 lower than 362 is 352. | |
3039 </para> | |
3040 | |
3041 <para> | |
3042 We could just use <option>crop=720:352:0:58</option>, but it would be nice | |
3043 to take a little off the top and a little off the bottom so that we | |
3044 retain the center. We have shrunk the height by 10 pixels, but we do not | |
3045 want to increase the y-offset by 5-pixels since that is an odd number and | |
3046 will adversely affect quality. Instead, we will increase the y-offset by | |
3047 4 pixels: | |
3048 <screen>mplayer dvd://1 -vf crop=720:352:0:62</screen> | |
3049 Another reason to shave pixels from both the top and the bottom is that we | |
3050 ensure we have eliminated any half-black pixels if they exist. Note that if | |
3051 your video is telecined, make sure the <option>pullup</option> filter (or | |
3052 whichever inverse telecine filter you decide to use) appears in the filter | |
3053 chain before you crop. If it is interlaced, deinterlace before cropping. | |
3054 (If you choose to preserve the interlaced video, then make sure your | |
3055 vertical crop offset is a multiple of 4.) | |
3056 </para> | |
3057 | |
3058 <para> | |
3059 If you are really concerned about losing those 10 pixels, you might | |
3060 prefer instead to scale the dimensions down to the nearest multiple of 16. | |
3061 The filter chain would look like: | |
3062 <screen>-vf crop=720:362:0:58,scale=720:352</screen> | |
3063 Scaling the video down like this will mean that some small amount of | |
3064 detail is lost, though it probably will not be perceptible. Scaling up will | |
3065 result in lower quality (unless you increase the bitrate). Cropping | |
3066 discards those pixels altogether. It is a tradeoff that you will want to | |
3067 consider for each circumstance. For example, if the DVD video was made | |
3068 for television, you might want to avoid vertical scaling, since the line | |
3069 sampling corresponds to the way the content was originally recorded. | |
3070 </para> | |
3071 | |
3072 <para> | |
3073 On inspection, we see that our movie has a fair bit of action and high | |
3074 amounts of detail, so we pick 2400Kbit for our bitrate. | |
3075 </para> | |
3076 | |
3077 <para> | |
3078 We are now ready to do the two pass encode. Pass one: | |
3079 <screen> | |
3080 mencoder dvd://1 -ofps 24000/1001 -oac copy -o <replaceable>Harry_Potter_2.avi</replaceable> -ovc lavc \ | |
3081 -lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=1 \ | |
3082 -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2 | |
3083 </screen> | |
3084 And pass two is the same, except that we specify <option>vpass=2</option>: | |
3085 <screen> | |
3086 mencoder dvd://1 -ofps 24000/1001 -oac copy -o <replaceable>Harry_Potter_2.avi</replaceable> -ovc lavc \ | |
3087 -lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=2 \ | |
3088 -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2 | |
3089 </screen> | |
3090 </para> | |
3091 | |
3092 <para> | |
3093 The options <option>v4mv:mbd=2:trell</option> will greatly increase the | |
3094 quality at the expense of encoding time. There is little reason to leave | |
3095 these options out when the primary goal is quality. The options | |
3096 <option>cmp=3:subcmp=3:mbcmp=3</option> select a comparison function that | |
3097 yields higher quality than the defaults. You might try experimenting with | |
3098 this parameter (refer to the man page for the possible values) as | |
3099 different functions can have a large impact on quality depending on the | |
3100 source material. For example, if you find | |
3101 <systemitem class="library">libavcodec</systemitem> produces too much | |
3102 blocky artifacting, you could try selecting the experimental NSSE as | |
3103 comparison function via <option>*cmp=10</option>. | |
3104 </para> | |
3105 | |
3106 <para> | |
3107 For this movie, the resulting AVI will be 138 minutes long and nearly | |
3108 3GB. And because you said that file size does not matter, this is a | |
3109 perfectly acceptable size. However, if you had wanted it smaller, you | |
3110 could try a lower bitrate. Increasing bitrates have diminishing | |
3111 returns, so while we might clearly see an improvement from 1800Kbit to | |
3112 2000Kbit, it might not be so noticeable above 2000Kbit. Feel | |
3113 free to experiment until you are happy. | |
3114 </para> | |
3115 | |
3116 <para> | |
3117 Because we passed the source video through a denoise filter, you may want | |
3118 to add some of it back during playback. This, along with the | |
3119 <option>spp</option> post-processing filter, drastically improves the | |
3120 perception of quality and helps eliminate blocky artifacts in the video. | |
3121 With <application>MPlayer</application>'s <option>autoq</option> option, | |
3122 you can vary the amount of post-processing done by the spp filter | |
3123 depending on available CPU. Also, at this point, you may want to apply | |
3124 gamma and/or color correction to best suit your display. For example: | |
3125 <screen> | |
3126 mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=1.2 -autoq 3 | |
3127 </screen> | |
20725 | 3128 </para> |
3129 </sect2> | |
3130 </sect1> | |
3131 | |
3132 | |
21525 | 3133 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> |
3134 | |
3135 | |
20725 | 3136 <sect1 id="menc-feat-xvid"> |
20879 | 3137 <title>Encoding with the <systemitem class="library">Xvid</systemitem> |
21525 | 3138 codec</title> |
3139 | |
3140 <para> | |
3141 <systemitem class="library">Xvid</systemitem> is a free library for | |
3142 encoding MPEG-4 ASP video streams. | |
3143 Before starting to encode, you need to <link linkend="xvid"> | |
3144 set up <application>MEncoder</application> to support it</link>. | |
3145 </para> | |
3146 | |
3147 <para> | |
3148 This guide mainly aims at featuring the same kind of information | |
3149 as x264's encoding guide. | |
3150 Therefore, please begin by reading | |
3151 <link linkend="menc-feat-x264-encoding-options-intro">the first part</link> | |
3152 of that guide. | |
3153 </para> | |
3154 | |
3155 <!-- ********** --> | |
20725 | 3156 |
3157 <sect2 id="menc-feat-xvid-intro"> | |
3158 <title>What options should I use to get the best results?</title> | |
3159 | |
3160 <para> | |
21525 | 3161 Please begin by reviewing the |
3162 <systemitem class="library">Xvid</systemitem> section of | |
3163 <application>MPlayer</application>'s man page. | |
3164 This section is intended to be a supplement to the man page. | |
3165 </para> | |
3166 | |
3167 <para> | |
3168 The Xvid default settings are already a good tradeoff between | |
3169 speed and quality, therefore you can safely stick to them if | |
3170 the following section puzzles you. | |
20725 | 3171 </para> |
3172 </sect2> | |
3173 | |
21525 | 3174 <!-- ********** --> |
3175 | |
20725 | 3176 <sect2 id="menc-feat-xvid-encoding-options"> |
20879 | 3177 <title>Encoding options of <systemitem class="library">Xvid</systemitem></title> |
20725 | 3178 |
3179 <itemizedlist> | |
3180 <listitem><para> | |
21525 | 3181 <emphasis role="bold">vhq</emphasis> |
20725 | 3182 This setting affects the macroblock decision algorithm, where the |
3183 higher the setting, the wiser the decision. | |
3184 The default setting may be safely used for every encode, while | |
3185 higher settings always help PSNR but are significantly slower. | |
3186 Please note that a better PSNR does not necessarily mean | |
3187 that the picture will look better, but tells you that it is | |
3188 closer to the original. | |
3189 Turning it off will noticeably speed up encoding; if speed is | |
3190 critical for you, the tradeoff may be worth it. | |
3191 </para></listitem> | |
3192 <listitem><para> | |
21525 | 3193 <emphasis role="bold">bvhq</emphasis> |
20725 | 3194 This does the same job as vhq, but does it on B-frames. |
3195 It has a negligible impact on speed, and slightly improves quality | |
3196 (around +0.1dB PSNR). | |
3197 </para></listitem> | |
3198 <listitem><para> | |
21525 | 3199 <emphasis role="bold">max_bframes</emphasis> |
20725 | 3200 A higher number of consecutive allowed B-frames usually improves |
3201 compressibility, although it may also lead to more blocking artifacts. | |
3202 The default setting is a good tradeoff between compressibility and | |
3203 quality, but you may increase it up to 3 if you are bitrate-starved. | |
3204 You may also decrease it to 1 or 0 if you are aiming at perfect | |
3205 quality, though in that case you should make sure your | |
3206 target bitrate is high enough to ensure that the encoder does not | |
3207 have to increase quantizers to reach it. | |
3208 </para></listitem> | |
3209 <listitem><para> | |
21525 | 3210 <emphasis role="bold">bf_threshold</emphasis> |
20725 | 3211 This controls the B-frame sensitivity of the encoder, where a higher |
3212 value leads to more B-frames being used (and vice versa). | |
3213 This setting is to be used together with <option>max_bframes</option>; | |
3214 if you are bitrate-starved, you should increase both | |
3215 <option>max_bframes</option> and <option>bf_threshold</option>, | |
3216 while you may increase <option>max_bframes</option> and reduce | |
3217 <option>bf_threshold</option> so that the encoder may use more | |
3218 B-frames in places that only <emphasis role="bold">really</emphasis> | |
3219 need them. | |
3220 A low number of <option>max_bframes</option> and a high value of | |
3221 <option>bf_threshold</option> is probably not a wise choice as it | |
3222 will force the encoder to put B-frames in places that would not | |
3223 benefit from them, therefore reducing visual quality. | |
3224 However, if you need to be compatible with standalone players that | |
3225 only support old DivX profiles (which only supports up to 1 | |
3226 consecutive B-frame), this would be your only way to | |
3227 increase compressibility through using B-frames. | |
3228 </para></listitem> | |
3229 <listitem><para> | |
21525 | 3230 <emphasis role="bold">trellis</emphasis> |
20725 | 3231 Optimizes the quantization process to get an optimal tradeoff |
3232 between PSNR and bitrate, which allows significant bit saving. | |
3233 These bits will in return be spent elsewhere on the video, | |
3234 raising overall visual quality. | |
3235 You should always leave it on as its impact on quality is huge. | |
3236 Even if you are looking for speed, do not disable it until you | |
3237 have turned down <option>vhq</option> and all other more | |
3238 CPU-hungry options to the minimum. | |
3239 </para></listitem> | |
3240 <listitem><para> | |
3241 <emphasis role="bold">hq_ac</emphasis> | |
3242 Activates a better coefficient cost estimation method, which slightly | |
3243 reduces filesize by around 0.15 to 0.19% (which corresponds to less | |
3244 than 0.01dB PSNR increase), while having a negligible impact on speed. | |
3245 It is therefore recommended to always leave it on. | |
3246 </para></listitem> | |
3247 <listitem><para> | |
21525 | 3248 <emphasis role="bold">cartoon</emphasis> |
20725 | 3249 Designed to better encode cartoon content, and has no impact on |
3250 speed as it just tunes the mode decision heuristics for this type | |
3251 of content. | |
3252 </para></listitem> | |
21525 | 3253 <listitem> |
3254 <para> | |
3255 <emphasis role="bold">me_quality</emphasis> | |
20725 | 3256 This setting is to control the precision of the motion estimation. |
3257 The higher <option>me_quality</option>, the more | |
3258 precise the estimation of the original motion will be, and the | |
3259 better the resulting clip will capture the original motion. | |
21525 | 3260 </para> |
3261 | |
3262 <para> | |
20725 | 3263 The default setting is best in all cases; |
3264 thus it is not recommended to turn it down unless you are | |
3265 really looking for speed, as all the bits saved by a good motion | |
3266 estimation would be spent elsewhere, raising overall quality. | |
3267 Therefore, do not go any lower than 5, and even that only as a last | |
3268 resort. | |
21525 | 3269 </para> |
3270 </listitem> | |
20725 | 3271 <listitem><para> |
21525 | 3272 <emphasis role="bold">chroma_me</emphasis> |
20725 | 3273 Improves motion estimation by also taking the chroma (color) |
3274 information into account, whereas <option>me_quality</option> | |
3275 alone only uses luma (grayscale). | |
3276 This slows down encoding by 5-10% but improves visual quality | |
3277 quite a bit by reducing blocking effects and reduces filesize by | |
3278 around 1.3%. | |
3279 If you are looking for speed, you should disable this option before | |
3280 starting to consider reducing <option>me_quality</option>. | |
3281 </para></listitem> | |
3282 <listitem><para> | |
3283 <emphasis role="bold">chroma_opt</emphasis> | |
21525 | 3284 Is intended to increase chroma image quality around pure |
3285 white/black edges, rather than improving compression. | |
3286 This can help to reduce the "red stairs" effect. | |
20725 | 3287 </para></listitem> |
3288 <listitem><para> | |
3289 <emphasis role="bold">lumi_mask</emphasis> | |
21525 | 3290 Tries to give less bitrate to part of the picture that the |
3291 human eye cannot see very well, which should allow the encoder | |
3292 to spend the saved bits on more important parts of the picture. | |
3293 The quality of the encode yielded by this option highly depends | |
3294 on personal preferences and on the type and monitor settings | |
3295 used to watch it (typically, it will not look as good if it is | |
3296 bright or if it is a TFT monitor). | |
20725 | 3297 </para></listitem> |
21525 | 3298 <listitem> |
3299 <para> | |
20725 | 3300 <emphasis role="bold">qpel</emphasis> |
21525 | 3301 Raise the number of candidate motion vectors by increasing |
3302 the precision of the motion estimation from halfpel to | |
3303 quarterpel. | |
3304 The idea is to find better motion vectors which will in return | |
3305 reduce bitrate (hence increasing quality). | |
3306 However, motion vectors with quarterpel precision require a | |
3307 few extra bits to code, but the candidate vectors do not always | |
20725 | 3308 give (much) better results. |
3309 Quite often, the codec still spends bits on the extra precision, | |
3310 but little or no extra quality is gained in return. | |
3311 Unfortunately, there is no way to foresee the possible gains of | |
3312 <option>qpel</option>, so you need to actually encode with and | |
3313 without it to know for sure. | |
21525 | 3314 </para> |
3315 | |
3316 <para> | |
3317 <option>qpel</option> can be almost double encoding time, and | |
3318 requires as much as 25% more processing power to decode. | |
3319 It is not supported by all standalone players. | |
3320 </para> | |
3321 </listitem> | |
20725 | 3322 <listitem><para> |
3323 <emphasis role="bold">gmc</emphasis> | |
21525 | 3324 Tries to save bits on panning scenes by using a single motion |
3325 vector for the whole frame. | |
3326 This almost always raises PSNR, but significantly slows down | |
3327 encoding (as well as decoding). | |
3328 Therefore, you should only use it when you have turned | |
3329 <option>vhq</option> to the maximum. | |
3330 <systemitem class="library">Xvid</systemitem>'s GMC is more | |
3331 sophisticated than DivX's, but is only supported by few | |
3332 standalone players. | |
20725 | 3333 </para></listitem> |
3334 </itemizedlist> | |
3335 </sect2> | |
3336 | |
21525 | 3337 <!-- ********** --> |
3338 | |
20725 | 3339 <sect2 id="menc-feat-xvid-encoding-profiles"> |
3340 <title>Encoding profiles</title> | |
21525 | 3341 |
3342 <para> | |
3343 Xvid supports encoding profiles through the <option>profile</option> option, | |
3344 which are used to impose restrictions on the properties of the Xvid video | |
3345 stream such that it will be playable on anything which supports the | |
3346 chosen profile. | |
3347 The restrictions relate to resolutions, bitrates and certain MPEG-4 | |
3348 features. | |
3349 The following table shows what each profile supports. | |
3350 </para> | |
3351 | |
20725 | 3352 <informaltable> |
3353 <tgroup cols="16" align="center"> | |
3354 <colspec colnum="1" colname="col1"/> | |
3355 <colspec colnum="2" colname="col2"/> | |
3356 <colspec colnum="3" colname="col3"/> | |
3357 <colspec colnum="4" colname="col4"/> | |
3358 <colspec colnum="5" colname="col5"/> | |
3359 <colspec colnum="6" colname="col6"/> | |
3360 <colspec colnum="7" colname="col7"/> | |
3361 <colspec colnum="8" colname="col8"/> | |
3362 <colspec colnum="9" colname="col9"/> | |
3363 <colspec colnum="10" colname="col10"/> | |
3364 <colspec colnum="11" colname="col11"/> | |
3365 <colspec colnum="12" colname="col12"/> | |
3366 <colspec colnum="13" colname="col13"/> | |
3367 <colspec colnum="14" colname="col14"/> | |
3368 <colspec colnum="15" colname="col15"/> | |
3369 <colspec colnum="16" colname="col16"/> | |
3370 <colspec colnum="17" colname="col17"/> | |
3371 <spanspec spanname="spa2-5" namest="col2" nameend="col5"/> | |
3372 <spanspec spanname="spa6-11" namest="col6" nameend="col11"/> | |
3373 <spanspec spanname="spa12-17" namest="col12" nameend="col17"/> | |
21525 | 3374 <tbody> |
3375 <row> | |
3376 <entry></entry> | |
3377 <entry spanname="spa2-5">Simple</entry> | |
3378 <entry spanname="spa6-11">Advanced Simple</entry> | |
3379 <entry spanname="spa12-17">DivX</entry> | |
3380 </row> | |
3381 <row> | |
3382 <entry>Profile name</entry> | |
3383 <entry>0</entry> | |
3384 <entry>1</entry> | |
3385 <entry>2</entry> | |
3386 <entry>3</entry> | |
3387 <entry>0</entry> | |
3388 <entry>1</entry> | |
3389 <entry>2</entry> | |
3390 <entry>3</entry> | |
3391 <entry>4</entry> | |
3392 <entry>5</entry> | |
3393 <entry>Handheld</entry> | |
3394 <entry>Portable NTSC</entry> | |
3395 <entry>Portable PAL</entry> | |
3396 <entry>Home Theater NTSC</entry> | |
3397 <entry>Home Theater PAL</entry> | |
3398 <entry>HDTV</entry> | |
3399 </row> | |
3400 <row> | |
3401 <entry>Width [pixels]</entry> | |
3402 <entry>176</entry> | |
3403 <entry>176</entry> | |
3404 <entry>352</entry> | |
3405 <entry>352</entry> | |
3406 <entry>176</entry> | |
3407 <entry>176</entry> | |
3408 <entry>352</entry> | |
3409 <entry>352</entry> | |
3410 <entry>352</entry> | |
3411 <entry>720</entry> | |
3412 <entry>176</entry> | |
3413 <entry>352</entry> | |
3414 <entry>352</entry> | |
3415 <entry>720</entry> | |
3416 <entry>720</entry> | |
3417 <entry>1280</entry> | |
3418 </row> | |
3419 <row> | |
3420 <entry>Height [pixels]</entry> | |
3421 <entry>144</entry> | |
3422 <entry>144</entry> | |
3423 <entry>288</entry> | |
3424 <entry>288</entry> | |
3425 <entry>144</entry> | |
3426 <entry>144</entry> | |
3427 <entry>288</entry> | |
3428 <entry>288</entry> | |
3429 <entry>576</entry> | |
3430 <entry>576</entry> | |
3431 <entry>144</entry> | |
3432 <entry>240</entry> | |
3433 <entry>288</entry> | |
3434 <entry>480</entry> | |
3435 <entry>576</entry> | |
3436 <entry>720</entry> | |
3437 </row> | |
3438 <row> | |
3439 <entry>Frame rate [fps]</entry> | |
3440 <entry>15</entry> | |
3441 <entry>15</entry> | |
3442 <entry>15</entry> | |
3443 <entry>15</entry> | |
3444 <entry>30</entry> | |
3445 <entry>30</entry> | |
3446 <entry>15</entry> | |
3447 <entry>30</entry> | |
3448 <entry>30</entry> | |
3449 <entry>30</entry> | |
3450 <entry>15</entry> | |
3451 <entry>30</entry> | |
3452 <entry>25</entry> | |
3453 <entry>30</entry> | |
3454 <entry>25</entry> | |
3455 <entry>30</entry> | |
3456 </row> | |
3457 <row> | |
3458 <entry>Max average bitrate [kbps]</entry> | |
3459 <entry>64</entry> | |
3460 <entry>64</entry> | |
3461 <entry>128</entry> | |
3462 <entry>384</entry> | |
3463 <entry>128</entry> | |
3464 <entry>128</entry> | |
3465 <entry>384</entry> | |
3466 <entry>768</entry> | |
3467 <entry>3000</entry> | |
3468 <entry>8000</entry> | |
3469 <entry>537.6</entry> | |
3470 <entry>4854</entry> | |
3471 <entry>4854</entry> | |
3472 <entry>4854</entry> | |
3473 <entry>4854</entry> | |
3474 <entry>9708.4</entry> | |
3475 </row> | |
3476 <row> | |
3477 <entry>Peak average bitrate over 3 secs [kbps]</entry> | |
3478 <entry></entry> | |
3479 <entry></entry> | |
3480 <entry></entry> | |
3481 <entry></entry> | |
3482 <entry></entry> | |
3483 <entry></entry> | |
3484 <entry></entry> | |
3485 <entry></entry> | |
3486 <entry></entry> | |
3487 <entry></entry> | |
3488 <entry>800</entry> | |
3489 <entry>8000</entry> | |
3490 <entry>8000</entry> | |
3491 <entry>8000</entry> | |
3492 <entry>8000</entry> | |
3493 <entry>16000</entry> | |
3494 </row> | |
3495 <row> | |
3496 <entry>Max. B-frames</entry> | |
3497 <entry>0</entry> | |
3498 <entry>0</entry> | |
3499 <entry>0</entry> | |
3500 <entry>0</entry> | |
3501 <entry></entry> | |
3502 <entry></entry> | |
3503 <entry></entry> | |
3504 <entry></entry> | |
3505 <entry></entry> | |
3506 <entry></entry> | |
3507 <entry>0</entry> | |
3508 <entry>1</entry> | |
3509 <entry>1</entry> | |
3510 <entry>1</entry> | |
3511 <entry>1</entry> | |
3512 <entry>2</entry> | |
3513 </row> | |
3514 <row> | |
3515 <entry>MPEG quantization</entry> | |
3516 <entry></entry> | |
3517 <entry></entry> | |
3518 <entry></entry> | |
3519 <entry></entry> | |
3520 <entry>X</entry> | |
3521 <entry>X</entry> | |
3522 <entry>X</entry> | |
3523 <entry>X</entry> | |
3524 <entry>X</entry> | |
3525 <entry>X</entry> | |
3526 <entry></entry> | |
3527 <entry></entry> | |
3528 <entry></entry> | |
3529 <entry></entry> | |
3530 <entry></entry> | |
3531 <entry></entry> | |
3532 </row> | |
3533 <row> | |
3534 <entry>Adaptive quantization</entry> | |
3535 <entry></entry> | |
3536 <entry></entry> | |
3537 <entry></entry> | |
3538 <entry></entry> | |
3539 <entry>X</entry> | |
3540 <entry>X</entry> | |
3541 <entry>X</entry> | |
3542 <entry>X</entry> | |
3543 <entry>X</entry> | |
3544 <entry>X</entry> | |
3545 <entry>X</entry> | |
3546 <entry>X</entry> | |
3547 <entry>X</entry> | |
3548 <entry>X</entry> | |
3549 <entry>X</entry> | |
3550 <entry>X</entry> | |
3551 </row> | |
3552 <row> | |
3553 <entry>Interlaced encoding</entry> | |
3554 <entry></entry> | |
3555 <entry></entry> | |
3556 <entry></entry> | |
3557 <entry></entry> | |
3558 <entry>X</entry> | |
3559 <entry>X</entry> | |
3560 <entry>X</entry> | |
3561 <entry>X</entry> | |
3562 <entry>X</entry> | |
3563 <entry>X</entry> | |
3564 <entry></entry> | |
3565 <entry></entry> | |
3566 <entry></entry> | |
3567 <entry>X</entry> | |
3568 <entry>X</entry> | |
3569 <entry>X</entry> | |
3570 </row> | |
3571 <row> | |
3572 <entry>Quaterpixel</entry> | |
3573 <entry></entry> | |
3574 <entry></entry> | |
3575 <entry></entry> | |
3576 <entry></entry> | |
3577 <entry>X</entry> | |
3578 <entry>X</entry> | |
3579 <entry>X</entry> | |
3580 <entry>X</entry> | |
3581 <entry>X</entry> | |
3582 <entry>X</entry> | |
3583 <entry></entry> | |
3584 <entry></entry> | |
3585 <entry></entry> | |
3586 <entry></entry> | |
3587 <entry></entry> | |
3588 <entry></entry> | |
3589 </row> | |
3590 <row> | |
3591 <entry>Global motion compensation</entry> | |
3592 <entry></entry> | |
3593 <entry></entry> | |
3594 <entry></entry> | |
3595 <entry></entry> | |
3596 <entry>X</entry> | |
3597 <entry>X</entry> | |
3598 <entry>X</entry> | |
3599 <entry>X</entry> | |
3600 <entry>X</entry> | |
3601 <entry>X</entry> | |
3602 <entry></entry> | |
3603 <entry></entry> | |
3604 <entry></entry> | |
3605 <entry></entry> | |
3606 <entry></entry> | |
3607 <entry></entry> | |
3608 </row> | |
3609 </tbody> | |
20725 | 3610 </tgroup> |
3611 </informaltable> | |
3612 </sect2> | |
3613 | |
21525 | 3614 <!-- ********** --> |
3615 | |
20725 | 3616 <sect2 id="menc-feat-xvid-example-settings"> |
3617 <title>Encoding setting examples</title> | |
3618 | |
3619 <para> | |
21525 | 3620 The following settings are examples of different encoding |
3621 option combinations that affect the speed vs quality tradeoff | |
3622 at the same target bitrate. | |
3623 </para> | |
3624 | |
3625 <para> | |
3626 All the encoding settings were tested on a 720x448 @30000/1001 fps | |
3627 video sample, the target bitrate was 900kbps, and the machine was an | |
3628 AMD-64 3400+ at 2400 MHz in 64 bits mode. | |
3629 Each encoding setting features the measured encoding speed (in | |
3630 frames per second) and the PSNR loss (in dB) compared to the "very | |
3631 high quality" setting. | |
3632 Please understand that depending on your source, your machine type | |
3633 and development advancements, you may get very different results. | |
3634 </para> | |
3635 | |
20725 | 3636 <informaltable frame="all"> |
3637 <tgroup cols="4"> | |
3638 <thead> | |
3639 <row><entry>Description</entry><entry>Encoding options</entry><entry>speed (in fps)</entry><entry>Relative PSNR loss (in dB)</entry></row> | |
3640 </thead> | |
3641 <tbody> | |
3642 <row> | |
3643 <entry>Very high quality</entry> | |
3644 <entry><option>chroma_opt:vhq=4:bvhq=1:quant_type=mpeg</option></entry> | |
3645 <entry>16fps</entry> | |
3646 <entry>0dB</entry> | |
3647 </row> | |
3648 <row> | |
3649 <entry>High quality</entry> | |
3650 <entry><option>vhq=2:bvhq=1:chroma_opt:quant_type=mpeg</option></entry> | |
3651 <entry>18fps</entry> | |
3652 <entry>-0.1dB</entry> | |
3653 </row> | |
3654 <row> | |
3655 <entry>Fast</entry> | |
3656 <entry><option>turbo:vhq=0</option></entry> | |
3657 <entry>28fps</entry> | |
3658 <entry>-0.69dB</entry> | |
3659 </row> | |
3660 <row> | |
3661 <entry>Realtime</entry> | |
3662 <entry><option>turbo:nochroma_me:notrellis:max_bframes=0:vhq=0</option></entry> | |
3663 <entry>38fps</entry> | |
3664 <entry>-1.48dB</entry> | |
3665 </row> | |
3666 </tbody> | |
3667 </tgroup> | |
3668 </informaltable> | |
3669 </sect2> | |
3670 </sect1> | |
3671 | |
21525 | 3672 |
3673 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
3674 | |
3675 | |
20725 | 3676 <sect1 id="menc-feat-x264"> |
3677 <title>Encoding with the <systemitem class="library">x264</systemitem> codec</title> | |
3678 <para> | |
21525 | 3679 <systemitem class="library">x264</systemitem> is a free library for |
3680 encoding H.264/AVC video streams. | |
3681 Before starting to encode, you need to <link linkend="codec-x264-encode"> | |
3682 set up <application>MEncoder</application> to support it</link>. | |
3683 </para> | |
3684 | |
3685 <!-- ********** --> | |
20725 | 3686 |
3687 <sect2 id="menc-feat-x264-encoding-options"> | |
3688 <title>Encoding options of x264</title> | |
3689 | |
3690 <para> | |
21525 | 3691 Please begin by reviewing the |
3692 <systemitem class="library">x264</systemitem> section of | |
3693 <application>MPlayer</application>'s man page. | |
3694 This section is intended to be a supplement to the man page. | |
3695 Here you will find quick hints about which options are most | |
3696 likely to interest most people. The man page is more terse, | |
3697 but also more exhaustive, and it sometimes offers much better | |
3698 technical detail. | |
3699 </para> | |
3700 | |
20725 | 3701 |
3702 <sect3 id="menc-feat-x264-encoding-options-intro"> | |
3703 <title>Introduction</title> | |
21525 | 3704 |
3705 <para> | |
3706 This guide considers two major categories of encoding options: | |
3707 </para> | |
20725 | 3708 |
3709 <orderedlist> | |
21525 | 3710 <listitem><para> |
3711 Options which mainly trade off encoding time vs. quality | |
3712 </para></listitem> | |
3713 <listitem><para> | |
3714 Options which may be useful for fulfilling various personal | |
3715 preferences and special requirements | |
3716 </para></listitem> | |
20725 | 3717 </orderedlist> |
3718 | |
3719 <para> | |
21525 | 3720 Ultimately, only you can decide which options are best for your |
3721 purposes. The decision for the first class of options is the simplest: | |
3722 you only have to decide whether you think the quality differences | |
3723 justify the speed differences. For the second class of options, | |
3724 preferences may be far more subjective, and more factors may be | |
3725 involved. Note that some of the "personal preferences and special | |
3726 requirements" options can still have large impacts on speed or quality, | |
3727 but that is not what they are primarily useful for. A couple of the | |
3728 "personal preference" options may even cause changes that look better | |
3729 to some people, but look worse to others. | |
3730 </para> | |
3731 | |
3732 <para> | |
3733 Before continuing, you need to understand that this guide uses only one | |
3734 quality metric: global PSNR. | |
3735 For a brief explanation of what PSNR is, see | |
3736 <ulink url="http://en.wikipedia.org/wiki/PSNR">the Wikipedia article on PSNR</ulink>. | |
3737 Global PSNR is the last PSNR number reported when you include | |
3738 the <option>psnr</option> option in <option>x264encopts</option>. | |
3739 Any time you read a claim about PSNR, one of the assumptions | |
3740 behind the claim is that equal bitrates are used. | |
3741 </para> | |
3742 | |
3743 <para> | |
3744 Nearly all of this guide's comments assume you are using | |
3745 two pass. | |
3746 When comparing options, there are two major reasons for using | |
3747 two pass encoding. | |
3748 First, using two pass often gains around 1dB PSNR, which is a | |
3749 very big difference. | |
3750 Secondly, testing options by doing direct quality comparisons | |
3751 with one pass encodes introduces a major confounding | |
3752 factor: bitrate often varies significantly with each encode. | |
3753 It is not always easy to tell whether quality changes are due | |
3754 mainly to changed options, or if they mostly reflect essentially | |
3755 random differences in the achieved bitrate. | |
3756 </para> | |
20725 | 3757 </sect3> |
3758 | |
21525 | 3759 |
20725 | 3760 <sect3 id="menc-feat-x264-encoding-options-speedvquality"> |
3761 <title>Options which primarily affect speed and quality</title> | |
3762 | |
3763 <itemizedlist> | |
21525 | 3764 <listitem> |
3765 <para> | |
20725 | 3766 <emphasis role="bold">subq</emphasis>: |
3767 Of the options which allow you to trade off speed for quality, | |
3768 <option>subq</option> and <option>frameref</option> (see below) are usually | |
3769 by far the most important. | |
3770 If you are interested in tweaking either speed or quality, these | |
3771 are the first options you should consider. | |
3772 On the speed dimension, the <option>frameref</option> and | |
3773 <option>subq</option> options interact with each other fairly | |
3774 strongly. | |
3775 Experience shows that, with one reference frame, | |
3776 <option>subq=5</option> (the default setting) takes about 35% more time than | |
3777 <option>subq=1</option>. | |
3778 With 6 reference frames, the penalty grows to over 60%. | |
3779 <option>subq</option>'s effect on PSNR seems fairly constant | |
3780 regardless of the number of reference frames. | |
3781 Typically, <option>subq=5</option> achieves 0.2-0.5 dB higher global | |
3782 PSNR in comparison <option>subq=1</option>. | |
3783 This is usually enough to be visible. | |
21525 | 3784 </para> |
3785 | |
3786 <para> | |
20725 | 3787 <option>subq=6</option> is the slowest, highest quality mode. |
3788 In comparison to <option>subq=5</option>, it usually gains 0.1-0.4 dB | |
3789 global PSNR with speed costs varying from 25%-100%. | |
3790 Unlike other levels of <option>subq</option>, the behavior of | |
3791 <option>subq=6</option> does not depend much on <option>frameref</option> | |
3792 and <option>me</option>. Instead, the effectiveness of <option>subq=6 | |
3793 </option> depends mostly upon the number of B-frames used. In normal | |
3794 usage, this means <option>subq=6</option> has a large impact on both speed | |
3795 and quality in complex, high motion scenes, but it may not have much effect | |
3796 in low-motion scenes. Note that it is still recommended to always set | |
3797 <option>bframes</option> to something other than zero (see below). | |
21525 | 3798 </para> |
3799 </listitem> | |
3800 <listitem> | |
3801 <para> | |
20725 | 3802 <emphasis role="bold">frameref</emphasis>: |
3803 <option>frameref</option> is set to 1 by default, but this | |
21525 | 3804 should not be taken to imply that it is reasonable to set it to 1. |
20725 | 3805 Merely raising <option>frameref</option> to 2 gains around |
21525 | 3806 0.15dB PSNR with a 5-10% speed penalty; this seems like a good tradeoff. |
20725 | 3807 <option>frameref=3</option> gains around 0.25dB PSNR over |
21525 | 3808 <option>frameref=1</option>, which should be a visible difference. |
20725 | 3809 <option>frameref=3</option> is around 15% slower than |
3810 <option>frameref=1</option>. | |
3811 Unfortunately, diminishing returns set in rapidly. | |
3812 <option>frameref=6</option> can be expected to gain only | |
3813 0.05-0.1 dB over <option>frameref=3</option> at an additional | |
3814 15% speed penalty. | |
3815 Above <option>frameref=6</option>, the quality gains are | |
3816 usually very small (although you should keep in mind throughout | |
21525 | 3817 this whole discussion that it can vary quite a lot depending on your source). |
20725 | 3818 In a fairly typical case, <option>frameref=12</option> |
3819 will improve global PSNR by a tiny 0.02dB over | |
3820 <option>frameref=6</option>, at a speed cost of 15%-20%. | |
3821 At such high <option>frameref</option> values, the only really | |
3822 good thing that can be said is that increasing it even further will | |
3823 almost certainly never <emphasis role="bold">harm</emphasis> | |
3824 PSNR, but the additional quality benefits are barely even | |
3825 measurable, let alone perceptible. | |
21525 | 3826 </para> |
3827 <note><title>Note:</title> | |
3828 <para> | |
20725 | 3829 Raising <option>frameref</option> to unnecessarily high values |
3830 <emphasis role="bold">can</emphasis> and | |
3831 <emphasis role="bold">usually does</emphasis> | |
3832 hurt coding efficiency if you turn CABAC off. | |
3833 With CABAC on (the default behavior), the possibility of setting | |
3834 <option>frameref</option> "too high" currently seems too remote | |
3835 to even worry about, and in the future, optimizations may remove | |
3836 the possibility altogether. | |
21525 | 3837 </para></note> |
3838 <para> | |
20725 | 3839 If you care about speed, a reasonable compromise is to use low |
3840 <option>subq</option> and <option>frameref</option> values on | |
3841 the first pass, and then raise them on the second pass. | |
3842 Typically, this has a negligible negative effect on the final | |
3843 quality: You will probably lose well under 0.1dB PSNR, which | |
3844 should be much too small of a difference to see. | |
3845 However, different values of <option>frameref</option> can | |
3846 occasionally affect frametype decision. | |
3847 Most likely, these are rare outlying cases, but if you want to | |
3848 be pretty sure, consider whether your video has either | |
3849 fullscreen repetitive flashing patterns or very large temporary | |
3850 occlusions which might force an I-frame. | |
3851 Adjust the first-pass <option>frameref</option> so it is large | |
3852 enough to contain the duration of the flashing cycle (or occlusion). | |
3853 For example, if the scene flashes back and forth between two images | |
3854 over a duration of three frames, set the first pass | |
3855 <option>frameref</option> to 3 or higher. | |
3856 This issue is probably extremely rare in live action video material, | |
3857 but it does sometimes come up in video game captures. | |
21525 | 3858 </para> |
3859 </listitem> | |
3860 <listitem> | |
3861 <para> | |
20725 | 3862 <emphasis role="bold">me</emphasis>: |
3863 This option is for choosing the motion estimation search method. | |
3864 Altering this option provides a straightforward quality-vs-speed | |
3865 tradeoff. <option>me=dia</option> is only a few percent faster than | |
3866 the default search, at a cost of under 0.1dB global PSNR. The | |
3867 default setting (<option>me=hex</option>) is a reasonable tradeoff | |
3868 between speed and quality. <option>me=umh</option> gains a little under | |
3869 0.1dB global PSNR, with a speed penalty that varies depending on | |
3870 <option>frameref</option>. At high values of | |
3871 <option>frameref</option> (e.g. 12 or so), <option>me=umh</option> | |
3872 is about 40% slower than the default <option> me=hex</option>. With | |
3873 <option>frameref=3</option>, the speed penalty incurred drops to | |
3874 25%-30%. | |
21525 | 3875 </para> |
3876 <para> | |
20725 | 3877 <option>me=esa</option> uses an exhaustive search that is too slow for |
3878 practical use. | |
21525 | 3879 </para> |
20725 | 3880 </listitem> |
3881 <listitem><para> | |
3882 <emphasis role="bold">partitions=all</emphasis>: | |
3883 This option enables the use of 8x4, 4x8 and 4x4 subpartitions in | |
3884 predicted macroblocks (in addition to the default partitions). | |
3885 Enabling it results in a fairly consistent | |
3886 10%-15% loss of speed. This option is rather useless in source | |
3887 containing only low motion, however in some high-motion source, | |
3888 particularly source with lots of small moving objects, gains of | |
3889 about 0.1dB can be expected. | |
21525 | 3890 </para></listitem> |
3891 <listitem> | |
3892 <para> | |
20725 | 3893 <emphasis role="bold">bframes</emphasis>: |
3894 If you are used to encoding with other codecs, you may have found | |
3895 that B-frames are not always useful. | |
3896 In H.264, this has changed: there are new techniques and block | |
3897 types that are possible in B-frames. | |
3898 Usually, even a naive B-frame choice algorithm can have a | |
3899 significant PSNR benefit. | |
3900 It is interesting to note that using B-frames usually speeds up | |
3901 the second pass somewhat, and may also speed up a single | |
3902 pass encode if adaptive B-frame decision is turned off. | |
21525 | 3903 </para> |
3904 <para> | |
20725 | 3905 With adaptive B-frame decision turned off |
3906 (<option>x264encopts</option>'s <option>nob_adapt</option>), | |
3907 the optimal value for this setting is usually no more than | |
3908 <option>bframes=1</option>, or else high-motion scenes can suffer. | |
3909 With adaptive B-frame decision on (the default behavior), it is | |
3910 safe to use higher values; the encoder will reduce the use of | |
3911 B-frames in scenes where they would hurt compression. | |
3912 The encoder rarely chooses to use more than 3 or 4 B-frames; | |
3913 setting this option any higher will have little effect. | |
21525 | 3914 </para> |
3915 </listitem> | |
3916 <listitem> | |
3917 <para> | |
20725 | 3918 <emphasis role="bold">b_adapt</emphasis>: |
3919 Note: This is on by default. | |
21525 | 3920 </para> |
3921 <para> | |
20725 | 3922 With this option enabled, the encoder will use a reasonably fast |
3923 decision process to reduce the number of B-frames used in scenes that | |
3924 might not benefit from them as much. | |
3925 You can use <option>b_bias</option> to tweak how B-frame-happy | |
3926 the encoder is. | |
3927 The speed penalty of adaptive B-frames is currently rather modest, | |
3928 but so is the potential quality gain. | |
3929 It usually does not hurt, however. | |
3930 Note that this only affects speed and frametype decision on the | |
3931 first pass. | |
3932 <option>b_adapt</option> and <option>b_bias</option> have no | |
3933 effect on subsequent passes. | |
21525 | 3934 </para> |
3935 </listitem> | |
20725 | 3936 <listitem><para> |
3937 <emphasis role="bold">b_pyramid</emphasis>: | |
3938 You might as well enable this option if you are using >=2 B-frames; | |
3939 as the man page says, you get a little quality improvement at no | |
3940 speed cost. | |
3941 Note that these videos cannot be read by libavcodec-based decoders | |
3942 older than about March 5, 2005. | |
3943 </para></listitem> | |
21525 | 3944 <listitem> |
3945 <para> | |
20725 | 3946 <emphasis role="bold">weight_b</emphasis>: |
3947 In typical cases, there is not much gain with this option. | |
3948 However, in crossfades or fade-to-black scenes, weighted | |
3949 prediction gives rather large bitrate savings. | |
3950 In MPEG-4 ASP, a fade-to-black is usually best coded as a series | |
3951 of expensive I-frames; using weighted prediction in B-frames | |
3952 makes it possible to turn at least some of these into much smaller | |
3953 B-frames. | |
3954 Encoding time cost is minimal, as no extra decisions need to be made. | |
3955 Also, contrary to what some people seem to guess, the decoder | |
3956 CPU requirements are not much affected by weighted prediction, | |
3957 all else being equal. | |
21525 | 3958 </para> |
3959 <para> | |
20725 | 3960 Unfortunately, the current adaptive B-frame decision algorithm |
3961 has a strong tendency to avoid B-frames during fades. | |
3962 Until this changes, it may be a good idea to add | |
3963 <option>nob_adapt</option> to your x264encopts, if you expect | |
3964 fades to have a large effect in your particular video | |
3965 clip. | |
21525 | 3966 </para> |
3967 </listitem> | |
20725 | 3968 </itemizedlist> |
3969 </sect3> | |
3970 | |
21525 | 3971 |
20725 | 3972 <sect3 id="menc-feat-x264-encoding-options-misc-preferences"> |
3973 <title>Options pertaining to miscellaneous preferences</title> | |
3974 <itemizedlist> | |
21525 | 3975 <listitem> |
3976 <para> | |
20725 | 3977 <emphasis role="bold">Two pass encoding</emphasis>: |
3978 Above, it was suggested to always use two pass encoding, but there | |
3979 are still reasons for not using it. For instance, if you are capturing | |
3980 live TV and encoding in realtime, you are forced to use single-pass. | |
3981 Also, one pass is obviously faster than two passes; if you use the | |
3982 exact same set of options on both passes, two pass encoding is almost | |
3983 twice as slow. | |
21525 | 3984 </para> |
3985 <para> | |
20725 | 3986 Still, there are very good reasons for using two pass encoding. For |
3987 one thing, single pass ratecontrol is not psychic, and it often makes | |
3988 unreasonable choices because it cannot see the big picture. For example, | |
3989 suppose you have a two minute long video consisting of two distinct | |
3990 halves. The first half is a very high-motion scene lasting 60 seconds | |
3991 which, in isolation, requires about 2500kbps in order to look decent. | |
3992 Immediately following it is a much less demanding 60-second scene | |
3993 that looks good at 300kbps. Suppose you ask for 1400kbps on the theory | |
3994 that this is enough to accomodate both scenes. Single pass ratecontrol | |
3995 will make a couple of "mistakes" in such a case. First of all, it | |
3996 will target 1400kbps in both segments. The first segment may end up | |
3997 heavily overquantized, causing it to look unacceptably and unreasonably | |
3998 blocky. The second segment will be heavily underquantized; it may look | |
3999 perfect, but the bitrate cost of that perfection will be completely | |
4000 unreasonable. What is even harder to avoid is the problem at the | |
4001 transition between the two scenes. The first seconds of the low motion | |
4002 half will be hugely over-quantized, because the ratecontrol is still | |
4003 expecting the kind of bitrate requirements it met in the first half | |
4004 of the video. This "error period" of heavily over-quantized low motion | |
4005 will look jarringly bad, and will actually use less than the 300kbps | |
4006 it would have taken to make it look decent. There are ways to | |
4007 mitigate the pitfalls of single-pass encoding, but they may tend to | |
4008 increase bitrate misprediction. | |
21525 | 4009 </para> |
4010 <para> | |
20725 | 4011 Multipass ratecontrol can offer huge advantages over a single pass. |
4012 Using the statistics gathered from the first pass encode, the encoder | |
4013 can estimate, with reasonable accuracy, the "cost" (in bits) of | |
4014 encoding any given frame, at any given quantizer. This allows for | |
4015 a much more rational, better planned allocation of bits between the | |
4016 expensive (high-motion) and cheap (low-motion) scenes. See | |
4017 <option>qcomp</option> below for some ideas on how to tweak this | |
4018 allocation to your liking. | |
21525 | 4019 </para> |
4020 <para> | |
20725 | 4021 Moreover, two passes need not take twice as long as one pass. You can |
4022 tweak the options in the first pass for higher speed and lower quality. | |
4023 If you choose your options well, you can get a very fast first pass. | |
4024 The resulting quality in the second pass will be slightly lower because size | |
4025 prediction is less accurate, but the quality difference is normally much | |
4026 too small to be visible. Try, for example, adding | |
4027 <option>subq=1:frameref=1</option> to the first pass | |
4028 <option>x264encopts</option>. Then, on the second pass, use slower, | |
4029 higher-quality options: | |
4030 <option>subq=6:frameref=15:partitions=all:me=umh</option> | |
21525 | 4031 </para> |
4032 </listitem> | |
20725 | 4033 <listitem><para> |
4034 <emphasis role="bold">Three pass encoding</emphasis>? | |
4035 x264 offers the ability to make an arbitrary number of consecutive | |
4036 passes. If you specify <option>pass=1</option> on the first pass, | |
4037 then use <option>pass=3</option> on a subsequent pass, the subsequent | |
4038 pass will both read the statistics from the previous pass, and write | |
4039 its own statistics. An additional pass following this one will have | |
4040 a very good base from which to make highly accurate predictions of | |
4041 framesizes at a chosen quantizer. In practice, the overall quality | |
4042 gain from this is usually close to zero, and quite possibly a third | |
4043 pass will result in slightly worse global PSNR than the pass before | |
4044 it. In typical usage, three passes help if you get either bad bitrate | |
4045 prediction or bad looking scene transitions when using only two passes. | |
4046 This is somewhat likely to happen on extremely short clips. There are | |
4047 also a few special cases in which three (or more) passes are handy | |
4048 for advanced users, but for brevity, this guide omits discussing those | |
4049 special cases. | |
4050 </para></listitem> | |
4051 <listitem><para> | |
4052 <emphasis role="bold">qcomp</emphasis>: | |
4053 <option>qcomp</option> trades off the number of bits allocated | |
4054 to "expensive" high-motion versus "cheap" low-motion frames. At | |
4055 one extreme, <option>qcomp=0</option> aims for true constant | |
4056 bitrate. Typically this would make high-motion scenes look completely | |
4057 awful, while low-motion scenes would probably look absolutely | |
4058 perfect, but would also use many times more bitrate than they | |
4059 would need in order to look merely excellent. At the other extreme, | |
4060 <option>qcomp=1</option> achieves nearly constant quantization parameter | |
4061 (QP). Constant QP does not look bad, but most people think it is more | |
4062 reasonable to shave some bitrate off of the extremely expensive scenes | |
4063 (where the loss of quality is not as noticeable) and reallocate it to | |
4064 the scenes that are easier to encode at excellent quality. | |
4065 <option>qcomp</option> is set to 0.6 by default, which may be slightly | |
4066 low for many peoples' taste (0.7-0.8 are also commonly used). | |
4067 </para></listitem> | |
4068 <listitem><para> | |
4069 <emphasis role="bold">keyint</emphasis>: | |
4070 <option>keyint</option> is solely for trading off file seekability against | |
4071 coding efficiency. By default, <option>keyint</option> is set to 250. In | |
4072 25fps material, this guarantees the ability to seek to within 10 seconds | |
4073 precision. If you think it would be important and useful to be able to | |
4074 seek within 5 seconds of precision, set <option>keyint=125</option>; | |
4075 this will hurt quality/bitrate slightly. If you care only about quality | |
4076 and not about seekability, you can set it to much higher values | |
4077 (understanding that there are diminishing returns which may become | |
4078 vanishingly low, or even zero). The video stream will still have seekable | |
4079 points as long as there are some scene changes. | |
4080 </para></listitem> | |
21525 | 4081 <listitem> |
4082 <para> | |
20725 | 4083 <emphasis role="bold">deblock</emphasis>: |
4084 This topic is going to be a bit controversial. | |
21525 | 4085 </para> |
4086 <para> | |
20725 | 4087 H.264 defines a simple deblocking procedure on I-blocks that uses |
4088 pre-set strengths and thresholds depending on the QP of the block | |
4089 in question. | |
4090 By default, high QP blocks are filtered heavily, and low QP blocks | |
4091 are not deblocked at all. | |
4092 The pre-set strengths defined by the standard are well-chosen and | |
4093 the odds are very good that they are PSNR-optimal for whatever | |
4094 video you are trying to encode. | |
4095 The <option>deblock</option> allow you to specify offsets to the preset deblocking | |
4096 thresholds. | |
21525 | 4097 </para> |
4098 <para> | |
20725 | 4099 Many people seem to think it is a good idea to lower the deblocking |
4100 filter strength by large amounts (say, -3). | |
4101 This is however almost never a good idea, and in most cases, | |
4102 people who are doing this do not understand very well how | |
4103 deblocking works by default. | |
21525 | 4104 </para> |
4105 <para> | |
20725 | 4106 The first and most important thing to know about the in-loop |
4107 deblocking filter is that the default thresholds are almost always | |
4108 PSNR-optimal. | |
4109 In the rare cases that they are not optimal, the ideal offset is | |
4110 plus or minus 1. | |
4111 Adjusting deblocking parameters by a larger amount is almost | |
4112 guaranteed to hurt PSNR. | |
4113 Strengthening the filter will smear more details; weakening the | |
4114 filter will increase the appearance of blockiness. | |
21525 | 4115 </para> |
4116 <para> | |
20725 | 4117 It is definitely a bad idea to lower the deblocking thresholds if |
4118 your source is mainly low in spacial complexity (i.e., not a lot | |
4119 of detail or noise). | |
4120 The in-loop filter does a rather excellent job of concealing | |
4121 the artifacts that occur. | |
4122 If the source is high in spacial complexity, however, artifacts | |
4123 are less noticeable. | |
4124 This is because the ringing tends to look like detail or noise. | |
4125 Human visual perception easily notices when detail is removed, | |
4126 but it does not so easily notice when the noise is wrongly | |
4127 represented. | |
4128 When it comes to subjective quality, noise and detail are somewhat | |
4129 interchangeable. | |
4130 By lowering the deblocking filter strength, you are most likely | |
4131 increasing error by adding ringing artifacts, but the eye does | |
4132 not notice because it confuses the artifacts with detail. | |
21525 | 4133 </para> |
4134 <para> | |
20725 | 4135 This <emphasis role="bold">still</emphasis> does not justify |
4136 lowering the deblocking filter strength, however. | |
4137 You can generally get better quality noise from postprocessing. | |
4138 If your H.264 encodes look too blurry or smeared, try playing with | |
4139 <option>-vf noise</option> when you play your encoded movie. | |
4140 <option>-vf noise=8a:4a</option> should conceal most mild | |
4141 artifacting. | |
4142 It will almost certainly look better than the results you | |
4143 would have gotten just by fiddling with the deblocking filter. | |
21525 | 4144 </para> |
4145 </listitem> | |
20725 | 4146 </itemizedlist> |
4147 </sect3> | |
4148 </sect2> | |
4149 | |
21525 | 4150 <!-- ********** --> |
4151 | |
20725 | 4152 <sect2 id="menc-feat-x264-example-settings"> |
4153 <title>Encoding setting examples</title> | |
4154 | |
4155 <para> | |
21525 | 4156 The following settings are examples of different encoding |
4157 option combinations that affect the speed vs quality tradeoff | |
4158 at the same target bitrate. | |
4159 </para> | |
4160 | |
4161 <para> | |
4162 All the encoding settings were tested on a 720x448 @30000/1001 fps | |
4163 video sample, the target bitrate was 900kbps, and the machine was an | |
4164 AMD-64 3400+ at 2400 MHz in 64 bits mode. | |
4165 Each encoding setting features the measured encoding speed (in | |
4166 frames per second) and the PSNR loss (in dB) compared to the "very | |
4167 high quality" setting. | |
4168 Please understand that depending on your source, your machine type | |
4169 and development advancements, you may get very different results. | |
4170 </para> | |
4171 | |
20725 | 4172 <informaltable frame="all"> |
4173 <tgroup cols="4"> | |
4174 <thead> | |
21525 | 4175 <row> |
4176 <entry>Description</entry> | |
4177 <entry>Encoding options</entry> | |
4178 <entry>speed (in fps)</entry> | |
4179 <entry>Relative PSNR loss (in dB)</entry> | |
4180 </row> | |
20725 | 4181 </thead> |
4182 <tbody> | |
4183 <row> | |
4184 <entry>Very high quality</entry> | |
4185 <entry><option>subq=6:partitions=all:8x8dct:me=umh:frameref=5:bframes=3:b_pyramid:weight_b</option></entry> | |
4186 <entry>6fps</entry> | |
4187 <entry>0dB</entry> | |
4188 </row> | |
4189 <row> | |
4190 <entry>High quality</entry> | |
4191 <entry><option>subq=5:8x8dct:frameref=2:bframes=3:b_pyramid:weight_b</option></entry> | |
4192 <entry>13fps</entry> | |
4193 <entry>-0.89dB</entry> | |
4194 </row> | |
4195 <row> | |
4196 <entry>Fast</entry> | |
4197 <entry><option>subq=4:bframes=2:b_pyramid:weight_b</option></entry> | |
4198 <entry>17fps</entry> | |
4199 <entry>-1.48dB</entry> | |
4200 </row> | |
4201 </tbody> | |
4202 </tgroup> | |
4203 </informaltable> | |
4204 </sect2> | |
4205 </sect1> | |
4206 | |
21525 | 4207 |
4208 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
4209 | |
4210 | |
20725 | 4211 <sect1 id="menc-feat-video-for-windows"> |
21525 | 4212 <title> |
4213 Encoding with the <systemitem class="library">Video For Windows</systemitem> | |
4214 codec family | |
4215 </title> | |
20725 | 4216 |
4217 <para> | |
4218 Video for Windows provides simple encoding by means of binary video codecs. | |
4219 You can encode with the following codecs (if you have more, please tell us!) | |
4220 </para> | |
21525 | 4221 |
20725 | 4222 <para> |
4223 Note that support for this is very experimental and some codecs may not work | |
4224 correctly. Some codecs will only work in certain colorspaces, try | |
4225 <option>-vf format=bgr24</option> and <option>-vf format=yuy2</option> | |
4226 if a codec fails or gives wrong output. | |
4227 </para> | |
4228 | |
21525 | 4229 <!-- ********** --> |
4230 | |
20725 | 4231 <sect2 id="menc-feat-enc-vfw-video-codecs"> |
4232 <title>Video for Windows supported codecs</title> | |
4233 | |
4234 <para> | |
4235 <informaltable frame="all"> | |
4236 <tgroup cols="4"> | |
4237 <thead> | |
4238 <row> | |
21525 | 4239 <entry>Video codec file name</entry> |
4240 <entry>Description (FourCC)</entry> | |
4241 <entry>md5sum</entry> | |
4242 <entry>Comment</entry> | |
20725 | 4243 </row> |
4244 </thead> | |
4245 <tbody> | |
4246 <row> | |
4247 <entry>aslcodec_vfw.dll</entry> | |
4248 <entry>Alparysoft lossless codec vfw (ASLC)</entry> | |
4249 <entry>608af234a6ea4d90cdc7246af5f3f29a</entry> | |
4250 <entry></entry> | |
4251 </row> | |
4252 <row> | |
4253 <entry>avimszh.dll</entry> | |
4254 <entry>AVImszh (MSZH)</entry> | |
4255 <entry>253118fe1eedea04a95ed6e5f4c28878</entry> | |
4256 <entry>needs <option>-vf format</option></entry> | |
4257 </row> | |
4258 <row> | |
4259 <entry>avizlib.dll</entry> | |
4260 <entry>AVIzlib (ZLIB)</entry> | |
4261 <entry>2f1cc76bbcf6d77d40d0e23392fa8eda</entry> | |
4262 <entry></entry> | |
4263 </row> | |
4264 <row> | |
4265 <entry>divx.dll</entry> | |
4266 <entry>DivX4Windows-VFW</entry> | |
4267 <entry>acf35b2fc004a89c829531555d73f1e6</entry> | |
4268 <entry></entry> | |
4269 </row> | |
4270 <row> | |
4271 <entry>huffyuv.dll</entry> | |
4272 <entry>HuffYUV (lossless) (HFYU)</entry> | |
4273 <entry>b74695b50230be4a6ef2c4293a58ac3b</entry> | |
4274 <entry></entry> | |
4275 </row> | |
4276 <row> | |
4277 <entry>iccvid.dll</entry> | |
4278 <entry>Cinepak Video (cvid)</entry> | |
4279 <entry>cb3b7ee47ba7dbb3d23d34e274895133</entry> | |
4280 <entry></entry> | |
4281 </row> | |
4282 <row> | |
4283 <entry>icmw_32.dll</entry> | |
4284 <entry>Motion Wavelets (MWV1)</entry> | |
4285 <entry>c9618a8fc73ce219ba918e3e09e227f2</entry> | |
4286 <entry></entry> | |
4287 </row> | |
4288 <row> | |
4289 <entry>jp2avi.dll</entry> | |
4290 <entry>ImagePower MJPEG2000 (IPJ2)</entry> | |
4291 <entry>d860a11766da0d0ea064672c6833768b</entry> | |
4292 <entry><option>-vf flip</option></entry> | |
4293 </row> | |
4294 <row> | |
4295 <entry>m3jp2k32.dll</entry> | |
4296 <entry>Morgan MJPEG2000 (MJ2C)</entry> | |
4297 <entry>f3c174edcbaef7cb947d6357cdfde7ff</entry> | |
4298 <entry></entry> | |
4299 </row> | |
4300 <row> | |
4301 <entry>m3jpeg32.dll</entry> | |
4302 <entry>Morgan Motion JPEG Codec (MJPG)</entry> | |
4303 <entry>1cd13fff5960aa2aae43790242c323b1</entry> | |
4304 <entry></entry> | |
4305 </row> | |
4306 <row> | |
4307 <entry>mpg4c32.dll</entry> | |
4308 <entry>Microsoft MPEG-4 v1/v2</entry> | |
4309 <entry>b5791ea23f33010d37ab8314681f1256</entry> | |
4310 <entry></entry> | |
4311 </row> | |
4312 <row> | |
4313 <entry>tsccvid.dll</entry> | |
4314 <entry>TechSmith Camtasia Screen Codec (TSCC)</entry> | |
4315 <entry>8230d8560c41d444f249802a2700d1d5</entry> | |
4316 <entry>shareware error on windows</entry> | |
4317 </row> | |
4318 <row> | |
4319 <entry>vp31vfw.dll</entry> | |
4320 <entry>On2 Open Source VP3 Codec (VP31)</entry> | |
4321 <entry>845f3590ea489e2e45e876ab107ee7d2</entry> | |
4322 <entry></entry> | |
4323 </row> | |
4324 <row> | |
4325 <entry>vp4vfw.dll</entry> | |
4326 <entry>On2 VP4 Personal Codec (VP40)</entry> | |
4327 <entry>fc5480a482ccc594c2898dcc4188b58f</entry> | |
4328 <entry></entry> | |
4329 </row> | |
4330 <row> | |
4331 <entry>vp6vfw.dll</entry> | |
4332 <entry>On2 VP6 Personal Codec (VP60)</entry> | |
4333 <entry>04d635a364243013898fd09484f913fb</entry> | |
4334 <entry>crashing on Linux</entry> | |
4335 </row> | |
4336 <row> | |
4337 <entry>vp7vfw.dll</entry> | |
4338 <entry>On2 VP7 Personal Codec (VP70)</entry> | |
4339 <entry>cb4cc3d4ea7c94a35f1d81c3d750bc8d</entry> | |
4340 <entry>wrong FourCC?</entry> | |
4341 </row> | |
4342 <row> | |
4343 <entry>ViVD2.dll</entry> | |
4344 <entry>SoftMedia ViVD V2 codec VfW (GXVE)</entry> | |
4345 <entry>a7b4bf5cac630bb9262c3f80d8a773a1</entry> | |
4346 <entry></entry> | |
4347 </row> | |
4348 <row> | |
4349 <entry>msulvc06.DLL</entry> | |
4350 <entry>MSU Lossless codec (MSUD)</entry> | |
4351 <entry>294bf9288f2f127bb86f00bfcc9ccdda</entry> | |
4352 <entry> | |
21525 | 4353 Decodable by <application>Window Media Player</application>, |
4354 not <application>MPlayer</application> (yet). | |
20725 | 4355 </entry> |
4356 </row> | |
4357 <row> | |
4358 <entry>camcodec.dll</entry> | |
4359 <entry>CamStudio lossless video codec (CSCD)</entry> | |
4360 <entry>0efe97ce08bb0e40162ab15ef3b45615</entry> | |
4361 <entry>sf.net/projects/camstudio</entry> | |
4362 </row> | |
4363 </tbody> | |
4364 </tgroup> | |
4365 </informaltable> | |
4366 | |
4367 The first column contains the codec names that should be passed after the | |
21525 | 4368 <literal>codec</literal> parameter, |
4369 like: <option>-xvfwopts codec=divx.dll</option> | |
20725 | 4370 The FourCC code used by each codec is given in the parentheses. |
4371 </para> | |
4372 <informalexample> | |
4373 <para> | |
4374 An example with VP3 compression: | |
21525 | 4375 <screen> |
4376 mencoder dvd://2 -o <replaceable>title2.avi</replaceable> -ovc vfw -xvfwopts codec=vp31vfw.dll -oac copy | |
4377 </screen> | |
20725 | 4378 </para> |
4379 </informalexample> | |
4380 </sect2> | |
4381 </sect1> | |
4382 | |
4383 | |
21525 | 4384 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> |
4385 | |
4386 | |
20725 | 4387 <sect1 id="menc-feat-vcd-dvd"> |
21525 | 4388 <title>Using <application>MEncoder</application> |
4389 to create VCD/SVCD/DVD-compliant files.</title> | |
20725 | 4390 |
4391 <sect2 id="menc-feat-vcd-dvd-constraints"> | |
4392 <title>Format Constraints</title> | |
21525 | 4393 |
4394 <para> | |
4395 <application>MEncoder</application> is capable of creating VCD, SCVD | |
4396 and DVD format MPEG files using the | |
4397 <systemitem class="library">libavcodec</systemitem> library. | |
4398 These files can then be used in conjunction with | |
4399 <ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink> | |
4400 or | |
4401 <ulink url="http://dvdauthor.sourceforge.net/">dvdauthor</ulink> | |
4402 to create discs that will play on a standard set-top player. | |
4403 </para> | |
4404 | |
4405 <para> | |
4406 The DVD, SVCD, and VCD formats are subject to heavy constraints. | |
4407 Only a small selection of encoded picture sizes and aspect ratios are | |
4408 available. | |
4409 If your movie does not already meet these requirements, you may have | |
4410 to scale,crop or add black borders to the picture to make it | |
4411 compliant. | |
4412 </para> | |
4413 | |
20725 | 4414 |
4415 <sect3 id="menc-feat-vcd-dvd-constraints-resolution"> | |
4416 <title>Format Constraints</title> | |
4417 | |
4418 <informaltable frame="all"> | |
4419 <tgroup cols="9"> | |
4420 <thead> | |
21525 | 4421 <row> |
4422 <entry>Format</entry> | |
4423 <entry>Resolution</entry> | |
4424 <entry>V. Codec</entry> | |
4425 <entry>V. Bitrate</entry> | |
4426 <entry>Sample Rate</entry> | |
4427 <entry>A. Codec</entry> | |
4428 <entry>A. Bitrate</entry> | |
4429 <entry>FPS</entry> | |
4430 <entry>Aspect</entry> | |
4431 </row> | |
20725 | 4432 </thead> |
4433 <tbody> | |
21525 | 4434 <row> |
4435 <entry>NTSC DVD</entry> | |
4436 <entry>720x480, 704x480, 352x480, 352x240</entry> | |
4437 <entry>MPEG-2</entry> | |
4438 <entry>9800 kbps</entry> | |
4439 <entry>48000 Hz</entry> | |
4440 <entry>AC3,PCM</entry> | |
4441 <entry>1536 kbps (max)</entry> | |
4442 <entry>30000/1001, 24000/1001</entry> | |
4443 <entry>4:3, 16:9 (only for 720x480)</entry> | |
4444 </row> | |
4445 <row> | |
4446 <entry>NTSC DVD</entry> | |
4447 <entry>352x240<footnote id='fn-rare-resolutions'><para> | |
4448 These resolutions are rarely used for DVDs because | |
4449 they are fairly low quality.</para></footnote></entry> | |
4450 <entry>MPEG-1</entry> | |
4451 <entry>1856 kbps</entry> | |
4452 <entry>48000 Hz</entry> | |
4453 <entry>AC3,PCM</entry> | |
4454 <entry>1536 kbps (max)</entry> | |
4455 <entry>30000/1001, 24000/1001</entry> | |
4456 <entry>4:3, 16:9</entry> | |
4457 </row> | |
4458 <row> | |
4459 <entry>NTSC SVCD</entry> | |
4460 <entry>480x480</entry> | |
4461 <entry>MPEG-2</entry> | |
4462 <entry>2600 kbps</entry> | |
4463 <entry>44100 Hz</entry> | |
4464 <entry>MP2</entry> | |
4465 <entry>384 kbps (max)</entry> | |
4466 <entry>30000/1001</entry> | |
4467 <entry>4:3</entry> | |
4468 </row> | |
4469 <row> | |
4470 <entry>NTSC VCD</entry> | |
4471 <entry>352x240</entry> | |
4472 <entry>MPEG-1</entry> | |
4473 <entry>1150 kbps</entry> | |
4474 <entry>44100 Hz</entry> | |
4475 <entry>MP2</entry> | |
4476 <entry>224 kbps</entry> | |
4477 <entry>24000/1001, 30000/1001</entry> | |
4478 <entry>4:3</entry> | |
4479 </row> | |
4480 <row> | |
4481 <entry>PAL DVD</entry> | |
4482 <entry>720x576, 704x576, 352x576, 352x288</entry> | |
4483 <entry>MPEG-2</entry> | |
4484 <entry>9800 kbps</entry> | |
4485 <entry>48000 Hz</entry> | |
4486 <entry>MP2,AC3,PCM</entry> | |
4487 <entry>1536 kbps (max)</entry> | |
4488 <entry>25</entry> | |
4489 <entry>4:3, 16:9 (only for 720x576)</entry> | |
4490 </row> | |
4491 <row> | |
4492 <entry>PAL DVD</entry> | |
4493 <entry>352x288<footnoteref linkend='fn-rare-resolutions'/></entry> | |
4494 <entry>MPEG-1</entry> | |
4495 <entry>1856 kbps</entry> | |
4496 <entry>48000 Hz</entry> | |
4497 <entry>MP2,AC3,PCM</entry> | |
4498 <entry>1536 kbps (max)</entry> | |
4499 <entry>25</entry> | |
4500 <entry>4:3, 16:9</entry> | |
4501 </row> | |
4502 <row> | |
4503 <entry>PAL SVCD</entry> | |
4504 <entry>480x576</entry> | |
4505 <entry>MPEG-2</entry> | |
4506 <entry>2600 kbps</entry> | |
4507 <entry>44100 Hz</entry> | |
4508 <entry>MP2</entry> | |
4509 <entry>384 kbps (max)</entry> | |
4510 <entry>25</entry> | |
4511 <entry>4:3</entry> | |
4512 </row> | |
4513 <row> | |
4514 <entry>PAL VCD</entry> | |
4515 <entry>352x288</entry> | |
4516 <entry>MPEG-1</entry> | |
4517 <entry>1152 kbps</entry> | |
4518 <entry>44100 Hz</entry> | |
4519 <entry>MP2</entry> | |
4520 <entry>224 kbps</entry> | |
4521 <entry>25</entry> | |
4522 <entry>4:3</entry> | |
4523 </row> | |
20725 | 4524 </tbody> |
4525 </tgroup> | |
4526 </informaltable> | |
4527 | |
4528 <para> | |
21525 | 4529 If your movie has 2.35:1 aspect (most recent action movies), you will |
4530 have to add black borders or crop the movie down to 16:9 to make a DVD | |
4531 or VCD. | |
4532 If you add black borders, try to align them at 16-pixel boundaries in | |
4533 order to minimize the impact on encoding performance. | |
4534 Thankfully DVD has sufficiently excessive bitrate that you do not have | |
4535 to worry too much about encoding efficiency, but SVCD and VCD are | |
4536 highly bitrate-starved and require effort to obtain acceptable quality. | |
20725 | 4537 </para> |
4538 </sect3> | |
4539 | |
21525 | 4540 |
20725 | 4541 <sect3 id="menc-feat-vcd-dvd-constraints-gop"> |
4542 <title>GOP Size Constraints</title> | |
21525 | 4543 |
4544 <para> | |
4545 DVD, VCD, and SVCD also constrain you to relatively low | |
4546 GOP (Group of Pictures) sizes. | |
4547 For 30 fps material the largest allowed GOP size is 18. | |
4548 For 25 or 24 fps, the maximum is 15. | |
4549 The GOP size is set using the <option>keyint</option> option. | |
20725 | 4550 </para> |
4551 </sect3> | |
4552 | |
21525 | 4553 |
20725 | 4554 <sect3 id="menc-feat-vcd-dvd-constraints-bitrate"> |
4555 <title>Bitrate Constraints</title> | |
21525 | 4556 |
4557 <para> | |
4558 VCD video is required to be CBR at 1152 kbps. | |
4559 This highly limiting constraint also comes along with an extremly low vbv | |
4560 buffer size of 327 kilobits. | |
4561 SVCD allows varying video bitrates up to 2500 kbps, and a somewhat less | |
4562 restrictive vbv buffer size of 917 kilobits is allowed. | |
4563 DVD video bitrates may range anywhere up to 9800 kbps (though typical | |
4564 bitrates are about half that), and the vbv buffer size is 1835 kilobits. | |
20725 | 4565 </para> |
4566 </sect3> | |
4567 </sect2> | |
4568 | |
21525 | 4569 <!-- ********** --> |
4570 | |
20725 | 4571 <sect2 id="menc-feat-vcd-dvd-output"> |
4572 <title>Output Options</title> | |
21525 | 4573 |
4574 <para> | |
4575 <application>MEncoder</application> has options to control the output | |
4576 format. | |
4577 Using these options we can instruct it to create the correct type of | |
4578 file. | |
4579 </para> | |
4580 | |
4581 <para> | |
4582 The options for VCD and SVCD are called xvcd and xsvcd, because they | |
4583 are extended formats. | |
4584 They are not strictly compliant, mainly because the output does not | |
4585 contain scan offsets. | |
4586 If you need to generate an SVCD image, you should pass the output file | |
4587 to | |
4588 <ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>. | |
4589 </para> | |
4590 | |
4591 <para> | |
4592 VCD: | |
4593 <screen>-of mpeg -mpegopts format=xvcd</screen> | |
4594 </para> | |
4595 | |
4596 <para> | |
4597 SVCD: | |
4598 <screen>-of mpeg -mpegopts format=xsvcd</screen> | |
4599 </para> | |
4600 | |
4601 <para> | |
4602 DVD (with timestamps on every frame, if possible): | |
4603 <screen>-of mpeg -mpegopts format=dvd:tsaf</screen> | |
4604 </para> | |
4605 | |
4606 <para> | |
4607 DVD with NTSC Pullup: | |
4608 <screen>-of mpeg -mpegopts format=dvd:tsaf:telecine -ofps 24000/1001</screen> | |
4609 This allows 24000/1001 fps progressive content to be encoded at 30000/1001 | |
4610 fps whilst maintaing DVD-compliance. | |
4611 </para> | |
4612 | |
20725 | 4613 |
4614 <sect3 id="menc-feat-vcd-dvd-output-aspect"> | |
4615 <title>Aspect Ratio</title> | |
4616 <para> | |
21525 | 4617 The aspect argument of <option>-lavcopts</option> is used to encode |
4618 the aspect ratio of the file. | |
4619 During playback the aspect ratio is used to restore the video to the | |
4620 correct size. | |
4621 </para> | |
4622 | |
4623 <para> | |
4624 16:9 or "Widescreen" | |
4625 <screen>-lavcopts aspect=16/9</screen> | |
4626 </para> | |
4627 | |
4628 <para> | |
4629 4:3 or "Fullscreen" | |
4630 <screen>-lavcopts aspect=4/3</screen> | |
4631 </para> | |
4632 | |
4633 <para> | |
4634 2.35:1 or "Cinemascope" NTSC | |
4635 <screen>-vf scale=720:368,expand=720:480 -lavcopts aspect=16/9</screen> | |
4636 To calculate the correct scaling size, use the expanded NTSC width of | |
4637 854/2.35 = 368 | |
4638 </para> | |
4639 | |
4640 <para> | |
4641 2.35:1 or "Cinemascope" PAL | |
4642 <screen>-vf scale="720:432,expand=720:576 -lavcopts aspect=16/9</screen> | |
4643 To calculate the correct scaling size, use the expanded PAL width of | |
4644 1024/2.35 = 432 | |
4645 </para> | |
20725 | 4646 </sect3> |
4647 | |
21525 | 4648 |
20725 | 4649 <sect3 id="menc-feat-vcd-dvd-a-v-sync"> |
4650 <title>Maintaining A/V sync</title> | |
21525 | 4651 |
4652 <para> | |
4653 In order to maintain audio/video synchronization throughout the encode, | |
4654 <application>MEncoder</application> has to drop or duplicate frames. | |
4655 This works rather well when muxing into an AVI file, but is almost | |
4656 guaranteed to fail to maintain A/V sync with other muxers such as MPEG. | |
4657 This is why it is necessary to append the | |
4658 <option>harddup</option> video filter at the end of the filter chain | |
4659 to avoid this kind of problem. | |
4660 You can find more technical information about <option>harddup</option> | |
4661 in the section | |
4662 <link linkend="menc-feat-dvd-mpeg4-muxing-filter-issues">Improving muxing and A/V sync reliability</link> | |
4663 or in the manual page. | |
20725 | 4664 </para> |
4665 </sect3> | |
4666 | |
21525 | 4667 |
20725 | 4668 <sect3 id="menc-feat-vcd-dvd-output-srate"> |
4669 <title>Sample Rate Conversion</title> | |
21525 | 4670 |
4671 <para> | |
4672 If the audio sample rate in the original file is not the same as | |
4673 required by the target format, sample rate conversion is required. | |
4674 This is achieved using the <option>-srate</option> option and | |
4675 the <option>-af lavcresample</option> audio filter together. | |
4676 </para> | |
4677 | |
4678 <para> | |
4679 DVD: | |
4680 <screen>-srate 48000 -af lavcresample=48000</screen> | |
4681 </para> | |
4682 | |
4683 <para> | |
4684 VCD and SVCD: | |
4685 <screen>-srate 44100 -af lavcresample=44100</screen> | |
4686 </para> | |
20725 | 4687 </sect3> |
4688 </sect2> | |
4689 | |
21525 | 4690 <!-- ********** --> |
4691 | |
20725 | 4692 <sect2 id="menc-feat-vcd-dvd-lavc"> |
4693 <title>Using libavcodec for VCD/SVCD/DVD Encoding</title> | |
4694 | |
4695 <sect3 id="menc-feat-vcd-dvd-lavc-intro"> | |
4696 <title>Introduction</title> | |
21525 | 4697 |
20725 | 4698 <para> |
4699 <systemitem class="library">libavcodec</systemitem> can be used to | |
4700 create VCD/SVCD/DVD compliant video by using the appropriate options. | |
4701 </para> | |
4702 </sect3> | |
4703 | |
21525 | 4704 |
20725 | 4705 <sect3 id="menc-feat-vcd-dvd-lavc-options"> |
4706 <title>lavcopts</title> | |
21525 | 4707 |
4708 <para> | |
4709 This is a list of fields in <option>-lavcopts</option> that you may | |
4710 be required to change in order to make a complaint movie for VCD, SVCD, | |
4711 or DVD: | |
20725 | 4712 </para> |
4713 | |
4714 <itemizedlist> | |
4715 <listitem><para> | |
4716 <emphasis role="bold">acodec</emphasis>: | |
4717 <option>mp2</option> for VCD, SVCD, or PAL DVD; | |
4718 <option>ac3</option> is most commonly used for DVD. | |
4719 PCM audio may also be used for DVD, but this is mostly a big waste of | |
4720 space. | |
4721 Note that MP3 audio is not compliant for any of these formats, but | |
4722 players often have no problem playing it anyway. | |
4723 </para></listitem> | |
4724 <listitem><para> | |
4725 <emphasis role="bold">abitrate</emphasis>: | |
4726 224 for VCD; up to 384 for SVCD; up to 1536 for DVD, but commonly | |
4727 used values range from 192 kbps for stereo to 384 kbps for 5.1 channel | |
4728 sound. | |
4729 </para></listitem> | |
4730 <listitem><para> | |
4731 <emphasis role="bold">vcodec</emphasis>: | |
4732 <option>mpeg1video</option> for VCD; | |
4733 <option>mpeg2video</option> for SVCD; | |
4734 <option>mpeg2video</option> is usually used for DVD but you may also use | |
4735 <option>mpeg1video</option> for CIF resolutions. | |
4736 </para></listitem> | |
4737 <listitem><para> | |
4738 <emphasis role="bold">keyint</emphasis>: | |
4739 Used to set the GOP size. | |
4740 18 for 30fps material, or 15 for 25/24 fps material. | |
4741 Commercial producers seem to prefer keyframe intervals of 12. | |
4742 It is possible to make this much larger and still retain compatibility | |
4743 with most players. | |
4744 A <option>keyint</option> of 25 should never cause any problems. | |
4745 </para></listitem> | |
4746 <listitem><para> | |
4747 <emphasis role="bold">vrc_buf_size</emphasis>: | |
4748 327 for VCD, 917 for SVCD, and 1835 for DVD. | |
4749 </para></listitem> | |
4750 <listitem><para> | |
4751 <emphasis role="bold">vrc_minrate</emphasis>: | |
4752 1152, for VCD. May be left alone for SVCD and DVD. | |
4753 </para></listitem> | |
4754 <listitem><para> | |
4755 <emphasis role="bold">vrc_maxrate</emphasis>: | |
4756 1152 for VCD; 2500 for SVCD; 9800 for DVD. | |
4757 For SVCD and DVD, you might wish to use lower values depending on your | |
4758 own personal preferences and requirements. | |
4759 </para></listitem> | |
4760 <listitem><para> | |
4761 <emphasis role="bold">vbitrate</emphasis>: | |
4762 1152 for VCD; | |
4763 up to 2500 for SVCD; | |
4764 up to 9800 for DVD. | |
4765 For the latter two formats, vbitrate should be set based on personal | |
4766 preference. | |
4767 For instance, if you insist on fitting 20 or so hours on a DVD, you | |
4768 could use vbitrate=400. | |
4769 The resulting video quality would probably be quite bad. | |
4770 If you are trying to squeeze out the maximum possible quality on a DVD, | |
4771 use vbitrate=9800, but be warned that this could constrain you to less | |
4772 than an hour of video on a single-layer DVD. | |
4773 </para></listitem> | |
4774 </itemizedlist> | |
4775 </sect3> | |
4776 | |
21525 | 4777 |
20725 | 4778 <sect3 id="menc-feat-vcd-dvd-lavc-examples"> |
4779 <title>Examples</title> | |
21525 | 4780 |
20725 | 4781 <para> |
4782 This is a typical minimum set of <option>-lavcopts</option> for | |
4783 encoding video: | |
4784 </para> | |
4785 <para> | |
21525 | 4786 VCD: |
4787 <screen> | |
4788 -lavcopts vcodec=mpeg1video:vrc_buf_size=327:vrc_minrate=1152:\ | |
4789 vrc_maxrate=1152:vbitrate=1152:keyint=15:acodec=mp2 | |
4790 </screen> | |
4791 </para> | |
4792 | |
4793 <para> | |
4794 SVCD: | |
4795 <screen> | |
4796 -lavcopts vcodec=mpeg2video:vrc_buf_size=917:vrc_maxrate=2500:vbitrate=1800:\ | |
4797 keyint=15:acodec=mp2 | |
4798 </screen> | |
4799 </para> | |
4800 | |
4801 <para> | |
4802 DVD: | |
4803 <screen> | |
4804 -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:\ | |
4805 keyint=15:acodec=ac3 | |
4806 </screen> | |
4807 </para> | |
20725 | 4808 </sect3> |
4809 | |
21525 | 4810 |
20725 | 4811 <sect3 id="menc-feat-vcd-dvd-lavc-advanced"> |
4812 <title>Advanced Options</title> | |
21525 | 4813 |
4814 <para> | |
4815 For higher quality encoding, you may also wish to add quality-enhancing | |
4816 options to lavcopts, such as <option>trell</option>, | |
4817 <option>mbd=2</option>, and others. | |
4818 Note that <option>qpel</option> and <option>v4mv</option>, while often | |
4819 useful with MPEG-4, are not usable with MPEG-1 or MPEG-2. | |
4820 Also, if you are trying to make a very high quality DVD encode, it may | |
4821 be useful to add <option>dc=10</option> to lavcopts. | |
4822 Doing so may help reduce the appearance of blocks in flat-colored areas. | |
4823 Putting it all together, this is an example of a set of lavcopts for a | |
4824 higher quality DVD: | |
4825 </para> | |
4826 | |
4827 <para> | |
4828 <screen> | |
4829 -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=8000:\ | |
4830 keyint=15:trell:mbd=2:precmp=2:subcmp=2:cmp=2:dia=-10:predia=-10:cbp:mv0:\ | |
4831 vqmin=1:lmin=1:dc=10 | |
4832 </screen> | |
4833 </para> | |
20725 | 4834 </sect3> |
4835 </sect2> | |
4836 | |
21525 | 4837 <!-- ********** --> |
4838 | |
20725 | 4839 <sect2 id="menc-feat-vcd-dvd-audio"> |
4840 <title>Encoding Audio</title> | |
21525 | 4841 |
4842 <para> | |
4843 VCD and SVCD support MPEG-1 layer II audio, using one of | |
4844 <systemitem class="library">toolame</systemitem>, | |
4845 <systemitem class="library">twolame</systemitem>, | |
4846 or <systemitem class="library">libavcodec</systemitem>'s MP2 encoder. | |
4847 The libavcodec MP2 is far from being as good as the other two libraries, | |
4848 however it should always be available to use. | |
4849 VCD only supports constant bitrate audio (CBR) whereas SVCD supports | |
4850 variable bitrate (VBR), too. | |
4851 Be careful when using VBR because some bad standalone players might not | |
4852 support it too well. | |
4853 </para> | |
4854 | |
4855 <para> | |
4856 For DVD audio, <systemitem class="library">libavcodec</systemitem>'s | |
4857 AC3 codec is used. | |
4858 </para> | |
4859 | |
20725 | 4860 |
4861 <sect3 id="menc-feat-vcd-dvd-audio-toolame"> | |
4862 <title>toolame</title> | |
21525 | 4863 |
4864 <para> | |
4865 For VCD and SVCD: | |
4866 <screen>-oac toolame -toolameopts br=224</screen> | |
20725 | 4867 </para> |
4868 </sect3> | |
4869 | |
21525 | 4870 |
20725 | 4871 <sect3 id="menc-feat-vcd-dvd-audio-twolame"> |
4872 <title>twolame</title> | |
21525 | 4873 |
4874 <para> | |
4875 For VCD and SVCD: | |
4876 <screen>-oac twolame -twolameopts br=224</screen> | |
20725 | 4877 </para> |
4878 </sect3> | |
4879 | |
21525 | 4880 |
20725 | 4881 <sect3 id="menc-feat-vcd-dvd-audio-lavc"> |
4882 <title>libavcodec</title> | |
21525 | 4883 |
4884 <para> | |
4885 For DVD with 2 channel sound: | |
4886 <screen>-oac lavc -lavcopts acodec=ac3:abitrate=192</screen> | |
4887 </para> | |
4888 | |
4889 <para> | |
4890 For DVD with 5.1 channel sound: | |
4891 <screen>-channels 6 -oac lavc -lavcopts acodec=ac3:abitrate=384</screen> | |
4892 </para> | |
4893 | |
4894 <para> | |
4895 For VCD and SVCD: | |
4896 <screen>-oac lavc -lavcopts acodec=mp2:abitrate=224</screen> | |
20725 | 4897 </para> |
4898 </sect3> | |
4899 </sect2> | |
4900 | |
21525 | 4901 <!-- ********** --> |
4902 | |
20725 | 4903 <sect2 id="menc-feat-vcd-dvd-all"> |
4904 <title>Putting it all Together</title> | |
21525 | 4905 |
4906 <para> | |
4907 This section shows some complete commands for creating VCD/SVCD/DVD | |
4908 compliant videos. | |
4909 </para> | |
4910 | |
20725 | 4911 |
4912 <sect3 id="menc-feat-vcd-dvd-all-pal-dvd"> | |
4913 <title>PAL DVD</title> | |
21525 | 4914 |
4915 <para> | |
4916 <screen> | |
4917 mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=dvd:tsaf \ | |
4918 -vf scale=720:576,harddup -srate 48000 -af lavcresample=48000 \ | |
4919 -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:\ | |
4920 keyint=15:acodec=ac3:abitrate=192:aspect=16/9 -ofps 25 \ | |
20725 | 4921 -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable> |
21525 | 4922 </screen> |
20725 | 4923 </para> |
4924 </sect3> | |
4925 | |
21525 | 4926 |
20725 | 4927 <sect3 id="menc-feat-vcd-dvd-all-ntsc-dvd"> |
4928 <title>NTSC DVD</title> | |
21525 | 4929 |
4930 <para> | |
4931 <screen> | |
4932 mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=dvd:tsaf \ | |
4933 -vf scale=720:480,harddup -srate 48000 -af lavcresample=48000 \ | |
4934 -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:\ | |
4935 keyint=18:acodec=ac3:abitrate=192:aspect=16/9 -ofps 30000/1001 \ | |
20725 | 4936 -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable> |
21525 | 4937 </screen> |
20725 | 4938 </para> |
4939 </sect3> | |
4940 | |
21525 | 4941 |
20725 | 4942 <sect3 id="menc-feat-vcd-dvd-all-pal-ac3-copy"> |
4943 <title>PAL AVI Containing AC3 Audio to DVD</title> | |
21525 | 4944 |
4945 <para> | |
4946 If the source already has AC3 audio, use -oac copy instead of re-encoding it. | |
4947 <screen> | |
4948 mencoder -oac copy -ovc lavc -of mpeg -mpegopts format=dvd:tsaf \ | |
4949 -vf scale=720:576,harddup -ofps 25 \ | |
4950 -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:\ | |
4951 keyint=15:aspect=16/9 -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable> | |
4952 </screen> | |
20725 | 4953 </para> |
4954 </sect3> | |
4955 | |
21525 | 4956 |
20725 | 4957 <sect3 id="menc-feat-vcd-dvd-all-ntsc-ac3-copy"> |
4958 <title>NTSC AVI Containing AC3 Audio to DVD</title> | |
21525 | 4959 |
4960 <para> | |
4961 If the source already has AC3 audio, and is NTSC @ 24000/1001 fps: | |
4962 <screen> | |
4963 mencoder -oac copy -ovc lavc -of mpeg -mpegopts format=dvd:tsaf:telecine \ | |
20725 | 4964 -vf scale=720:480,harddup -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:\ |
4965 vrc_maxrate=9800:vbitrate=5000:keyint=15:aspect=16/9 -ofps 24000/1001 \ | |
4966 -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable> | |
21525 | 4967 </screen> |
20725 | 4968 </para> |
4969 </sect3> | |
4970 | |
21525 | 4971 |
20725 | 4972 <sect3 id="menc-feat-vcd-dvd-all-pal-svcd"> |
4973 <title>PAL SVCD</title> | |
21525 | 4974 |
4975 <para> | |
4976 <screen> | |
4977 mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xsvcd -vf \ | |
4978 scale=480:576,harddup -srate 44100 -af lavcresample=44100 -lavcopts \ | |
4979 vcodec=mpeg2video:mbd=2:keyint=15:vrc_buf_size=917:vrc_minrate=600:\ | |
4980 vbitrate=2500:vrc_maxrate=2500:acodec=mp2:abitrate=224 -ofps 25 \ | |
4981 -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable> | |
4982 </screen> | |
20725 | 4983 </para> |
4984 </sect3> | |
4985 | |
21525 | 4986 |
20725 | 4987 <sect3 id="menc-feat-vcd-dvd-all-ntsc-svcd"> |
4988 <title>NTSC SVCD</title> | |
21525 | 4989 |
4990 <para> | |
4991 <screen> | |
4992 mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xsvcd -vf \ | |
4993 scale=480:480,harddup -srate 44100 -af lavcresample=44100 -lavcopts \ | |
4994 vcodec=mpeg2video:mbd=2:keyint=18:vrc_buf_size=917:vrc_minrate=600:\ | |
4995 vbitrate=2500:vrc_maxrate=2500:acodec=mp2:abitrate=224 -ofps 30000/1001 \ | |
4996 -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable> | |
4997 </screen> | |
20725 | 4998 </para> |
4999 </sect3> | |
5000 | |
21525 | 5001 |
20725 | 5002 <sect3 id="menc-feat-vcd-dvd-all-pal-vcd"> |
5003 <title>PAL VCD</title> | |
5004 <para> | |
21525 | 5005 <screen> |
5006 mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xvcd -vf \ | |
5007 scale=352:288,harddup -srate 44100 -af lavcresample=44100 -lavcopts \ | |
5008 vcodec=mpeg1video:keyint=15:vrc_buf_size=327:vrc_minrate=1152:\ | |
5009 vbitrate=1152:vrc_maxrate=1152:acodec=mp2:abitrate=224 -ofps 25 \ | |
5010 -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable> | |
5011 </screen> | |
20725 | 5012 </para> |
5013 </sect3> | |
5014 | |
21525 | 5015 |
20725 | 5016 <sect3 id="menc-feat-vcd-dvd-all-ntsc-vcd"> |
5017 <title>NTSC VCD</title> | |
5018 <para> | |
21525 | 5019 <screen> |
5020 mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xvcd -vf \ | |
5021 scale=352:240,harddup -srate 44100 -af lavcresample=44100 -lavcopts \ | |
5022 vcodec=mpeg1video:keyint=18:vrc_buf_size=327:vrc_minrate=1152:\ | |
5023 vbitrate=1152:vrc_maxrate=1152:acodec=mp2:abitrate=224 -ofps 30000/1001 \ | |
5024 -o <replaceable>movie.mpg</replaceable> <replaceable>movie.avi</replaceable> | |
5025 </screen> | |
20725 | 5026 </para> |
5027 </sect3> | |
5028 </sect2> | |
5029 </sect1> | |
5030 </chapter> |