Инструкция Для Virtual Dub 1 9
Содержание. Подготовка DVD. Обработка видео. Сжимаем и запаковываем Последняя статья их серии «Video rip». Мне даже немного грустно, что всё закончилось, но я, наконец-то закрыл гештальт и теперь мне не будут сниться сны про то, как хабралюди просят меня завершить начатое. Сегодня мы узнаем как лучше всего сжимать, в какой формат, какой контейнер использовать и какими утилитами. Эта часть будет самой простой и в какой-то мере общеобразовательной.
VirtualDub — свободная утилита для захвата, монтажа и Инструкция к VirtualDub: 1. Откройте файл видео. Скачать VirtualDub. VirtualDub – это программа для захвата и обработки видео для 32 и Существуют. VirtualDub это бесплатная программа для захвата и обработки. Скачать VirtualDub middot Последняя. Скачиваем плагин VirtualDub для открытия файлов Quicktime: 2. Если у кого еще нет, создаем в папке VirtualDub папку plugins32. Далее согласно инструкции плагина распаковываем полученный архив в эту папку. Несмотря на инструкцию.
Итак, для начала немного определимся с терминами. Контейнер — это такая штука, куда мы можем положить видео и/или аудио, которое сжато каким-то алгоритмом. Примеры популярных контейнеров — AVI, MKV, MP4, OGM. В одном контейнере могут лежать потоки разных форматов. Алгоритм (формат) сжатия — алгоритм которым сжимается видео или аудио, которое потом будет помещено в контейнер. Примеры форматов видеокомпрессии: — MPEG-4 AVC он же H.264 (реализации кодеров: x264, Apple H.264, Videosoft H.264, Elecard H.264, Intel IPP H.264, MainConcept H.264 и др.); — MPEG-4 ASP (реализации кодеров: DivX, XviD, libavcodec и др.); — Ogg Theora (реализация кодера: libtheora). Примеры форматов аудиокомпрессии: — MPEG Layer-3 aka MP3 (реализации кодеров: LAME, Fraunhofer IIS MPEG Layer-3 Audio и др.); — MPEG-4 AAC (реализации кодеров: Apple AAC, FAAC и др.); — AC3 aka Dolby Digital, A/52 (реализации кодеров: liba52 др.); — Ogg Vorbis (libvorbis).
Некоторые потоки нельзя положить в некоторые контейнеры. Например, без различного рода ухищрений, вам не получится засунуть H.264 в AVI. Вот, например, в матрёшку (MKV) можно засунуть практически всё. Сжатие Я рекомендую для сжатия видеопотока всегда использовать компрессию H.264. В качестве конкретной реализации H.264-кодера я выбрал опенсорсный x264. Те, кто говорят: «Вот HD-видео надо им сжимать только, а вот остальное не надо, хватит и XviD», — я считаю, в корне неправы. H.264 по сравнению с MPEG-4 ASP (DivX/XviD) — это стандарт компрессии следующего поколения.
Конкретно x264 имеет кучу, просто тонну настроек, которые позволяют сжимать любое видео, очень тонко регулируя необходимые для декодирования и кодирования аппаратные мощности. Можно так выставить настройки, что одно и то же видео может тормозить, а может и нет. Может это будет звучать дерзко, но XviD, DivX и иже с ними — умерли, оставьте их для обратной совместимости, но не надо ими больше ничего сжимать. Для кодирования я рекомендую. Если вы читали предыдущие части, то, наверняка, скачали его себе. Описывать как в нём работать, думаю, смысла нет.
При желании легко найти мануалы на русском, да там даже и без мануалов всё понятно. Указали входной файл, указали выходной, выбрали профиль кодирования, которых в комплекте полно и нажали на кнопку. Другое дело, если вам захотелось тонко отрегулировать настройки. Вообще, я хотел сделать по ним отдельную статью, но в комментариях подкинули ссылку, где некто очень хорошо описывает все параметры H.264. Контейнер Сейчас популярны три типа контейнеров: AVI, MKV и MP4. Если первый, надеюсь, скоро умрёт, то вот последние два себя очень хорошо показали. Для утрамбовывания контента в MP4 применяют программу, к которой есть неплохой фронтенд.
Как пользоваться Yamb описывать даже стыдно, там всё понятно и так, даже если бы к кнопкам не делали подписи.:) Для MKV применяется. Как ей пользоваться я тоже писать не собирался, но в предыдущей части обещал показать как пользоваться временными отметками, которые генерирует TIVTC. Да и картинка нужна, а то что-то посты без картинок в последнее время у меня совсем. Там где стоит красная стрелка, нужно указать путь к файлу, который сгенерирует TIVTC. А ещё, у матрёшки есть одна классная фишка. Предположим у вас анаморфное видео.
Это такое, которое на DVD хранится в разрешении, например, 720x480, но при выводе растягивается плеером до соотношения 16:9. Те кто кодирует, часто, по недостатку знаний применяют фильтры для изменения размера кадра. Но это не нужно. Лучше всего закодировать видео в том разрешении, в котором оно хранится на DVD, а, затем, в свойствах матрёшки, при сборке результирующего видеофайла, указать требуемое соотношение или разрешение. Хорошие плееры, которые поддерживают MKV автоматически растянут видео. Причём, если плеер действительно хороший, то в настройках можно выбрать алгоритм по которому будет производиться resize.
Это гораздо лучше, чем корёжить видео на этапе кодирования. Делается это вот так. На этом, пожалуй всё. До новых встреч!
(: В тексте присутствуют правки от Метки:. Добавить метки Пометьте публикацию своими метками Метки лучше разделять запятой. Например: программирование, алгоритмы. А почему про виртуал дуб забыли?VirtualDub, можно сказать, мёртв. Они изначально выбрали тупиковый путь развития. Дело в том, что VDub завязан на морально устаревший виндовый мультимедийный фрэймворк VfW (Video for Windows), т.е.
Может работать только с VfW-кодеками для видео и с ACM-кодеками для аудио, даже более современный виндовый фреймворк DirectShow не поддерживает. Из-за этого VirtualDub хоть и опенсорсный (GPL), но не кроссплатформенный, есть только под винду. Его вполне хорошо заменил редактор, который внешне сильно похож на VDub. AviDemux точно так же позволяет сделать простенькую обработку, монтаж, перепаковку, компрессию/рекомпрессию. При этом проект AviDemux опенсорсный, кроссплатформенный и даже развивается. Рекомендую вместо VirtualDub (и его модификаций типа NanDub, VirtualDubMod, VirtualDub-MPEG2 и др.) использовать именно AviDemux. Может это будет звучать дерзко, но XviD, DivX и иже с ними — умерли, оставьте их для обратной совместимости, но не надо ими больше ничего сжимать.
Если вы точно знаете, что смотреть будут только на компе, где легко установить декодер, то, конечно, H.264. Но не удивляйтесь, если потом люди, которые купили бытовой видео-проигрыватель за 4000 рублей, ругают вас за криворукость и жалуются, что у них ничего не показывает.
Инструкция Для Virtual Dub 1 9 1
В таких случаях предложение купить комп или более современный видео-проигрыватель звучат не очень уместно. Подскажите пожалуйста профану, как безболезненно (без перекодирования) перетащить h.264 поток со звуком из одного контейнера в другой? Например, у меня есть набор MOV файлов с h.264 внутри, а плейер понимает только MP4 и 3GP контейнеры. Какими тулзами воспользоваться?Учитывая историческую и структурную близость контейнеров MP4 и MOV, я бы для начала тупо попробовал переименовать файлы.MOV в.MP4, может быть демуксер вашего плеера их схавает и без перепаковки.
Звучит, может, и странно, но я это говорю вполне серьёзно. А что касается перепаковки без рекомпрессии аудио/видео-потоков из MOV-контейнера в MP4-контейнер, то это делается элементарно. Например, так: ffmpeg -i input.mov -vcodec copy -acodec copy output.mp4 Билды ffmpeg под win32: Или так: mencoder input.mov -o output.mp4 -ovc copy -oac copy -of lavf -lavfopts format=mp4 Билды mplayer/mencoder под win32: Также эту перепаковку можно сделать с помощью AviDemux или mp4box.
—; — mp4box (из проекта ) билд mp4box под win32: GUI-фронтенд для mp4box под win32:. Заметьте, все предлагаемые варианты кроссплатформенные, т.е. Могут быть реализованы как под Windows, так под Linux или MacOS X. Мне очень понравилось, потому что виндо-плейеры нормально работают с avi, и с установленным x264vfw все показывает чудесно.
Еще бы где-то взять AACvfw и вообще будет замечательно:) Хотя действительно, каждому свое: mkv и mp4 вроде как лучше приспособлены, но я пока не видел фильмов, где никак нельзя было обойтись avi контейнером (несколько звуковых, даже видеодорожек туда засунуть можно, титры тоже впихиваются), хотя есть ограничения на размер, но в целом в полтора гигабайт почти всегда можно уложить фильм. Огромное количество программ и устройств его поддерживают. AVI это максимальная совместимость.
Пусть внутри он не такой красивый как хотелось бы, но он работает. Работает уже много лет. Да, нужно развивать это направление. Но ситуация выходит из под контроля, кроме собственно кодеков появилась куча контейнеров: avi, wmv, asf, mpg, mov, ogm, mkv, mp4, 3gp, удивительная отрыжка flv, узкоспециализированные bik, куда-то наконец исчезнувший rm. Причина их появления почти всегда очевидна: avi — это «проприетарный» формат. Но он очень много лет был основным для видео (лет десять как минимум).
Чем он так плох, что нужно срочно от него избавляться? Что такого ужасного в нем, как он продержался столько лет, куда девать множество отличнейших программ, которые с ним работали (VirtualDub в частности)? В свое время наткнулся на отличную программу XMPEG, которая не являлась набором кучи утилит, не предлагала 100%-бездумный автоматизм. Немного неочевидная в плане интерфейса, но с достаточными возможностями по переводу DVD Video в какой-либо «компьютерный» формат, с поддержкой нужных кодеков и двойного прохода, с обрезкой и масштабированием, с достаточным функционалом именно для работы с DVD Video. Можно было сделать все в одной программе, без привлечения дополнительного софта.
Как жаль, что разработчик прекратил ее совершенствовать. А проблемки там остались. Примеры — H.264/AVC, XviD, DivX, Theora.Почему вы ставите в один ряд форматы/стандарты видеокомпрессии и конкретные реализации кодеков определённого формата/стандарта? По-моему, это принципиально неверно. Если пишете про стандарт MPEG-4 AVC (H.264), то в один ряд с ним нужно ставить стандарт MPEG-4 ASP, Ogg Theora. А если пишете про конкретные реализации видеокодеров стандарта MPEG-4 ASP (DivX, XviD), то в один ряд с ними нужно ставить и конкретные реализации кодеров H.264 и Theora: x264, Apple H.264 Codec, Ateme H.264 Codec, MainConcept H.264 Codec, Videosoft H.264 Codec, Dicas H.264 Codec, Elecard H.264 Codec, Intel IPP H.264 Codec, AMD H.264 Codec, Artemis H.264 Codec, VSS H.264 Codec, Sorenson H.264 Codec, libavcodec, libtheora и др.
В один ряд нужно ставить понятия одной категории, а не мешать в одну кучу тёплое и мягкое. H.264 это кодек следующего поколения, который имеет кучу, просто тонну настроекЕщё раз повторю H.264 — это не кодек, а стандарт. Существует множество конкретных кодеров (см. Выше), основанных на этом стандарте, и про обилие настроек нужно писать применительно к конкретным кодерам, но никак не применительно к самому стандарту. Если пишете про настройки кодера x264, то так прямо и пишите, явно указывая имя конкретного кодера, а не экстраполируйте это на все кодеры стандарта H.264.
. Программа VirtualDub должна быть знакома всякому, кто сколько-нибудь серьёзно занимается цифровым видео. Дело в том, что с её помощью можно выполнять множество различных задач из совершенно разных областей — многие даже не подозревают, сколь широк диапазон её возможностей.
Итак, попробуем разобраться, чем VirtualDub (часто ласково называемый просто «Дуб») может быть полезен. Типичные задачи, успешно решаемые с помощью «Дуба», включают в себя:. Перекодирование видеофайлов из одного формата в другой;.
Применение фильтров (очистка от шумов, стабилизация дрожания, изменение размеров.);. Резка/склейка файлов без перекодирования, замена или добавление звуковых дорожек;. Захват видео с аналоговых источников;. Покадровый просмотр, анализ качества изображения, сохранение отдельных кадров в файл (скриншоты);. Пакетная обработка множества файлов. Немаловажным плюсом является и то, что VirtualDub занимает на диске всего 1-2 мегабайта, не требует установки, распространяется свободно (текущую версию можно скачать ).
Кстати, последнее обстоятельство привело к тому, что помимо самого VirtualDub, существует ещё ряд его модификаций (, и т.д.), отличающихся дополнительными возможностями. Прежде чем перейти к подробному рассказу про возможности VirtualDub, необходимо сделать некоторые важные замечания по поводу общей архитектуры программы и поддерживаемых форматах. VirtualDub нацелен на работу прежде всего с AVI файлами. Точнее, так: на выходе мы получаем AVI файл (хотя есть возможность работы в роли т.н. Фреймсервера (frameserver), аналогично утилите; модификация VirtualDubMod умеет дополнительно сохранять в контейнеры Matroska (MKV) и OGM), а на вход можно подавать AVI, MPG, AVS и некоторые другие типы файлов. При этом из общих соображений понятно, что AVI на входе и на выходе — это некоторая выделенная ситуация (действительно, в таком случае можно производить обработку без перекодирования — об этом ниже).
AVI файлы, как вы, наверное, знаете, содержат обычно один поток видео и 0, 1 или больше потоков звука. При этом само расширение файла не говорит практически ничего о его содержимом: AVI файл — это всего лишь контейнер, в котором могут храниться данные с различными форматами сжатия.
Возможность работы с ними определяется наличием соответствующих кодеков (отдельно для видео и звука). В Windows существует две разные подсистемы работы с видеоданными — более старая Video for Windows (VfW) и более современная DirectShow (DS). И та, и другая предусматривает унифицированный интерфейс работы с любыми форматами сжатия - программа, работающая с видеофайлом, не обязана знать, как именно он закодирован — достаточно, чтобы в системе был зарегистрирован соответствующий модуль декодирования.
VirtualDub и многие другие видеоредакторы используют интерфейс VfW, в то время как большинство проигрывателей — технологию DirectShow. Что это означает на практике? Может оказаться так, что какой-либо файл, который прекрасно проигрывается плеером, VirtualDub не сможет открыть, т.к.
В системе есть только DS декодер данного формата, но нет VfW кодека (в Video for Windows практически всегда компрессор и декомпрессор идут вместе и называются словом кодек, в то время как в DirectShow часто бывает только декодер). Например, раньше часто можно было встретить ситуацию, когда видео с цифровой камеры miniDV на «чистой» системе проигрывалось с использованием DS декодера от Microsoft, но не открывалось в дубе — требовалось установить VfW кодек, например, от MainConcept или Canopus.
(В последних версиях VirtualDub имеется встроенный декодер (но не кодировщик!) для формата DV, также как и для формата MJPG, часто используемого в аппаратных платах аналогового видеозахвата). Отметим ещё, что в противоположном случае, когда для формата сжатия есть только VfW кодек, то он автоматически будет воспроизводиться и в подсистеме DirectShow.
Наконец, упомянем, что можно «подружить» дуб и с DirectShow — см.раздел про VirtualDubMod в конце статьи. Итак, обычно работа в VirtualDub строится следующим образом: открывается видеофайл или несколько файлов, состыковываемые один за другим, с ними производятся какие-либо действия, результат сохраняют в другой AVI файл. Исходные файлы ни при каких условиях не меняются.
Настала пора обратиться к интерфейсу программы. Основную часть окна программы занимают два окна, отображающие входной и выходной (после применения фильтров) видеопотоки. (Поскольку фильтры могут менять размер изображения, то в общем случае оба окна неодинаковы по размеру; кроме того, можно вручную установить масштаб, отличный от 100%).
Под ними находится линейка прокрутки с подписанными номерами кадров. В отличие от настоящих программ монтажа, в VirtualDub нет ни многодорожечного режима, ни timeline в обычном понимании — только одна полоса прокрутки. Причём если вы удалили какой-либо кусок, то он бесследно исчезает из обращения (впрочем, всегда есть кнопка Undo и команда Edit/Revert all edits, которая сбрасывает все операции с полосой прокрутки). Если вы пристыковали несколько клипов друг к другу, то полоса будет отображать их суммарную длительность. Само собой, перемещением маркера по полосе прокрутки мы добиваемся отображения нужного кадра в обоих окошках.
Номер кадра и время, которое ему соответствует, показано чуть ниже, вместе с информацией о типе кадра (в квадратных скобках). Для AVI файлов K обозначает ключевой кадр (Keyframe), пусто — дельта-кадр, D — пропущенный кадр (Dropped frame, в нормальной ситуации таких быть не должно). Для Mpeg файлов исторически обозначения другие: I — ключевой кадр, P — дельта-кадр, B — двунаправленный дельта-кадр. В Avi файлах часто ключевые кадры отстоят друг от друга на несколько сотен кадров, поэтому отображение произвольного кадра потребует распаковки всех дельта-кадров от предыдущего ключевого, что может быть достаточно медленным делом.
Для перемотки в файле, кроме двигания маркера мышью, служат курсорные клавиши с различными модификаторами (см. В меню Go), из которых самый полезный — нажатие Shift, позволяющее перемещаться только по ключевым кадрам (также и при движении мышью). Такое перемещение не очень точно, но зато быстро — требуется декодировать только один кадр, а не целую цепочку. Ещё отметим, что Home и End не приводят к перемещению в начало и конец клипа (для этого служат Ctrl+влево/вправо), а отмечают начало и конец фрагмента для обработки. Далее можно либо удалить отмеченный фрагмент кнопкой Del (можно сделать и что-нибудь более конструктивное, например, с помощью Ctrl+C—Ctrl+V скопировать и вставить его в другое место на линейке прокрутки Дуба, но не в другое приложение), либо же при сохранении файла будет обработана только выделенная область. После того, как вы открыли нужные файлы, вырезали ненужные куски, настроили фильтры и прочие параметры обработки (см.ниже), выбираете File/Save as AVI и запускаете процесс обработки, во время которого на экран выводится индикатор прогресса с дополнительной информацией, а в окошках отображаются кадры исходного и обработанного видео (не все подряд, а раз в секунду, и только в режиме Full processing mode).
При сохранении файла возможны два различных варианта работы: если вся обработка сводится к вырезанию кусков или склейке файлов, либо к замене звука, и при этом исходный файл (файлы) были в формате AVI, то можно и нужно использовать режим без перекодирования (Direct Stream Copy в меню Video). В этом случае сжатые кадры видео напрямую передаются из входного в выходной поток (естественно, без раскодирования и показа на экране), соответственно, качество и размер файла не меняется. Во всех других случаях нужно ставить режим Full Processing Mode и, соответственно, задавать кодек для сжатия (меню Video — Compression) и настроить его параметры (через диалог, вызываемый кнопкой Configure; настройки на общем экране выбора кодеков — Quality и target data rate — в современных условиях чаще всего не применяются). Есть ещё два промежуточных режима: Fast recompress имеет смысл использовать при перекодировании из одного формата сжатия в другой без наложения фильтров в VirtualDub. В частности, для сжатия видео, подаваемого через AviSynth скрипт. В этом случае также на экран при сохранении может ничего не выдаваться.
Режим Normal recompress практически не имеет смысла применять. Аналогичные режимы есть и для звука, только там варианта всего два — прямое копирование и полная обработка (в т.ч.
С указанием сжатия и применением звуковых фильтров). Ещё из полезных особенностей можно отметить возможность отображения в выходном окошке видеоданных, полученных после распаковки сжимаемого видеопотока (Display decompressed output). Таким образом можно оценить качество сжатия и, если оно недостаточно, прервать обработку, не дожидаясь завершения всего процесса. Хотя эта опция замедляет работу и не всегда применима. Также можно полюбоваться работой фильтров без сохранения файла (режим Preview): в этом случае на экран выводятся все кадры, причём если скорость обработки недостаточно высока, то скорость показа будет соответственно меньше нормальной, а звук будет прерываться. Практически такой же результат (проигрывание выходного потока) достигается нажатием кнопки в левом нижнем углу, а кнопка, соответственно, воспроизводит только входной поток.
Перейдём к описанию того, что же, собственно, можно делать с видео. Как уже было сказано, кроме возможности резки-склейки файлов без перекодирования (которую мы подробнее разберём в первом примере) VirtualDub славится своими фильтрами. Имеется три десятка встроенных фильтров и возможность подключения внешних плагинов, которых написано довольно много разными людьми. Порою не имеется сопоставимых по качеству аналогов для других программ. (Справедливости ради надо сказать, что в последние годы фокус внимания фильтрописателей сместился в сторону создания плагинов для AviSynth, утилиты, имеющей сходную архитектуру, но совершенно другой интерфейс. Подробнее об этом — в ).
Фильтры можно добавлять в произвольном количестве и порядке через меню Video — Filters. Рядом с каждым фильтром отображается размер кадра до и после его применения (с учётом обрезки — Cropping), а также некоторые его параметры. Подробное описание фильтров и рекомендации по их применению выходят за рамки данной статьи — да и возможностей столько, что нужно в каждом случае разбираться отдельно, для этого лучше всего обратиться.
Здесь мы дадим только общие рекомендации. Фильтры можно приблизительно разделить на несколько тематических групп:. Изменение размеров изображения (Resize), обрезка/добавление полей (Null transform с опцией crop), поворот (Rotate — для видео, снятого фотоаппаратом в вертикальной ориентации, не делайте так в следующий раз!);. Очистка от шумов (Chroma noise reduction, Smart smoother HiQ, Dynamic noise reduction, Temporal smoother, NeatVideo и т.д. — в основном внешние плагины);. Настройка изображения (Levels, Brightness/contrast, Autocorrection of white balance, Grayscale и т.д.);.
Работа с чересстрочным (interlaced) изображением (различные варианты Deinterlace, включая встроенный);. Прочие фильтры (Deshaker — устранение дрожания камеры, Logo и Delogo — нанесение логотипов и борьба с оными, Subtitler - добавление субтитров и т.д.). На самом деле ничего сложного нет. Нужно иметь в виду, что формат AVI не предусматривает хранения информации о соотношении сторон кадра (Aspect ratio), предполагается, что оно равно соотношению ширины и высоты в пикселях (т.е. «квадратный пиксель»).
С другой стороны, в некоторых случаях это не так: самый типичный пример — формат DV, с размером кадра 720х576 (т.е. 5:4) и пропорциями кадра при корректном отображении 4:3 для обычного и 16:9 для широкоэкранного формата.
(Поэтому открытый в дубе DV файл будет немного вытянут по вертикали, если не изменить настройки отображения, хотя обычные проигрыватели покажут его правильно). В то же время в файлах DivX/Xvid пиксель обычно квадратный, т.е. При масштабировании DV нужно переключить пункт Aspect ratio с Same as source на Compute height from ratio и задать там 4:3 или 16:9. Ну и общее правило для всех кодеков - желательно иметь ширину и высоту кратную 2, 4, 8, а лучше 16 (для этого служит раздел Codec-friendly sizing). Что же касается обрезки краёв, то специального фильтра для этого нет — зато есть кнопка Cropping, позволяющая задать обрезку перед применением указанного фильтра. В частности, это может быть фильтр-пустышка Null transform, единственный смысл которого и заключается в сочетании с Cropping.
Обрезать, конечно, тоже лучше кратно 2 или 4. Некоторых комментариев удостоится ещё работа с чересстрочным (интерлейсным) видео. Как известно, в большинстве видеокамер именно этот режим является основным (часто единственным) вариантом, и он отлично сочетается с просмотром на ЭЛТ телевизорах. Если вы собираетесь делать DVD из своего видео, то также лучше всего оставить изображение чересстрочным — при воспроизведении на компьютере или LCD/плазменном телевизоре автоматически будут приняты соответствующие методы деинтерлейса. С другой стороны, если нужно, например, закодировать видео в какой-либо из вариантов MPEG-4 (DivX, Xvid.), например, для размещения в интернете, то разумно будет применить деинтерлейс и затем уменьшение размеров кадра (как на скриншоте выше, где ещё добавлена стадия очистки от шума и небольшая обрезка краёв). В качестве метода деинтерлейса не стоит выбирать встроенный фильтр Deinterlace в режиме Blend fields — вопреки надписи best рядом с ним, ничего хорошего, как правило, не выйдет, будут двоящиеся контуры.
Лучше воспользоваться сторонними плагинами, хотя и здесь тоже самые современные и качественные разработки существуют только в варианте для AviSynth. И никогда без особых причин не меняйте размер кадра в чересстрочном видео! Теперь опишем некоторые типовые сценарии, в которых VirtualDub применяется для решения специфических задач. Пример №1: Для начала разберёмся с линейным монтажом, т.е. Резкой-клейкой и перестановкой кусков.
Как уже было сказано, эту операцию можно проводить без перекодирования, если исходное видео было в контейнере AVI. Добавление нескольких файлов происходит командой File/Append AVI segment, причём если они пронумерованы по порядку, то можно загрузить сразу несколько (галка Autodetect additional segments by filename).
При этом форматы сжатия видео и звука должны быть строго одинаковы (вплоть до некоторых параметров, скрытых от пользователя: например, может случиться так, что DV-файл с камеры, обработанный в Dub-е и сжатый опять в DV, нельзя пристыковать к такому же файлу, но полученному непосредственно с камеры. С другой стороны, файлы, сжатые в DivX одинаковым образом, но с разными битрейтами, спокойно можно склеить). Между прочим, многие (но не все «скрытые») параметры файла можно узнать командой File/File information, хотя более универсальной является отдельная утилита. Со «склейкой» разобрались, теперь обратимся к «резке», т.е. Удалению ненужных фрагментов (например, рекламы из записи телепередачи), а заодно и к перестановке фрагментов местами (через механизм типа буфера обмена — Ctrl+X, Ctrl+C, Ctrl+V, только в пределах одной программы). Здесь ситуация различается в зависимости от того, сжат файл кодеком с межкадровым (например, DivX/Xvid, VP6, Indeo) или покадровым (MJPG, DV, HuffYUV и т.д.) сжатием.
Если во втором случае можно спокойно вырезать любой кусок, т.к. Каждый кадр кодируется независимо от других, то в первом ситуация сложнее. Ведь для того, чтобы декодировать некоторый кадр, нужно найти ближайший стоящий перед ним ключевой кадр и пройти всю цепочку от него до нужного кадра. Например, рассмотрим такое выделение. Мы получим видеоряд с кадрами с 1 по 4 и с 11 (а не 13) по 15. Отсюда вывод — чтобы не ошибиться в нарезке, делайте это по ключевым кадрам.
А именно, если вы удаляете фрагмент, то он должен заканчиваться на ключевом кадре, а если оставляете, то, наоборот, начинаться. Здесь как раз пригодится возможность перемещения только по ключевым кадрам при нажатом Shift. Кстати, отметка конца выделения относится к предыдущему кадру (т.е. Выделено всё до текущего, не включая его), поэтому ставить конец надо как раз на сам ключевой кадр. А что делать, если нужно более точное позиционирование для резки/клейки? В последних версиях Дуба появилась очень полезная галочка Smart Render, активная в режиме Full processing mode.
Действие её следующее: если участок может быть обработан в режиме Diect stream copy, то так и происходит, иначе запускается указанный в настройках кодек (он должен быть тем же, с каким сжат исходный файл) и с его помощью кодируется фрагмент вплоть до следующего ключевого кадра (естественно, он начнётся с вновь сделанного ключевого кадра), а на нём опять переключается в режим Direct stream copy. То есть перекодируются только те участки, которые необходимо. Если правильно сделать все настройки кодека, чтобы они совпадали с исходным файлом (а битрейт лучше задать побольше, чтобы не было резких падений качества на границе фрагментов, и, естественно, установить однопроходный режим сжатия), то этот метод позволяет производить точный покадровый монтаж без лишнего перекодирования, что, безусловно, очень полезно. Кроме того, есть команда Video/Select range, результат которой сводится к тому, что удаляется участок до первого и после последнего указанного кадра. Связанная с этим задача — разбить длинный файл на куски, например, по 700 мегабайт, для записи на CD, удобнее решается с помощью VirtualDubMod, в котором рядом с номером кадра дополнительно выводится «расстояние» от начала файла в мегабайтах. Подчеркнём, что резать MPEG-файлы таким образом не получится, для этого удобно использовать.
Пример №2: Предположим, вы смонтировали фильм в какой-либо программе монтажа, например Pinnacle Studio или Adobe Premiere. Дальше его нужно как-то сохранить, причём часто бывает нужно иметь его в нескольких вариантах: например, если формат исходной съёмки был miniDV, то разумно готовый фильм из монтажки экспортировать тоже в DV AVI и потом его скинуть обратно на ленту (если камера это позволяет); почти наверняка требуется сделать DVD; может быть, хочется разместить фильм в интернете (даже если вы собираетесь использовать сервис типа YouTube, который сам пережимает видео в свой формат, причём довольно скудного качества, всё равно загружать на сервер исходный DV AVI может быть слишком долго и непроизводительно). В последнем случае имеет смысл готовый DV AVI загрузить в дуб, добавить при необходимости фильтры деинтерлейса и уменьшения размера и сохранить во что-нибудь типа DivX, желательно в два прохода (подробнее об этом можно почитать в достаточно старой, но остающейся концептуально справедливой ). Конечно, можно сделать это и непосредственно из монтажной программы, но в этом случае все монтажные эффекты и переходы будут просчитываться два раза, а ведь у нас уже есть DV-AVI файл, подготовленный для записи на камеру. Пример №3: Допустим, вы снимали в условиях недостаточной освещённости и хотите почистить видео от шумов, или желаете избавиться от дрожания камеры при съёмке с рук. В этих случаях имеет смысл делать выборочную фильтрацию только для тех эпизодов, которые в этом нуждаются (в DVD-камерах каждый эпизод записывается в отдельный файл, при захвате видео с miniDV также, как правило, включают разбиение на сцены с записью каждой сцены в отдельный файл). Желательно проводить обработку перед загрузкой фрагмента в программу монтажа — в этом случае вы можете подбирать и настраивать нужные фильтры отдельно для каждого фрагмента.
Впрочем, можно применить и другой ход (реализуемо только в случае AVI файлов с камеры miniDV): смонтировать весь фильм с исходными файлами, а перед окончательным экспортом определить фрагменты, требующие обработки, пропустить их через VirtualDub, исходный файл переместить в архивную папку, а на его место поместить обработанный файл под тем же именем. Затем запустить заново программу монтажа и экспортировать уже с новыми файлами. Обрабатывать видео можно как фильтрами самого VirtualDub, так и через AviSynth, что описано в соответствующей статье.
В последнем случае, впрочем, всё равно желательно AVS скрипт загрузить в дуб и сохранить как регулярный AVI файл (например, с тем же кодеком DV) — не все монтажные программы работают с AVS скриптами, да и удобнее работать с готовым файлом, чем с «тяжеловесным» (в смысле времени обработки) скриптом. Стабилизации видео с помощью фильтров VirtualDub и AviSynth будет посвящена отдельная статья. Пример №4: Нужно сделать скриншот с видео, чтобы разглядеть его на предмет качества или наличия дефектов. Из проигрывателя это делать не стоит, т.к.
Он может вносить какие-либо модификации в изображение (например, принудительный деинтерлейс или коррекцию яркости). В то же время VirtualDub откроет файл «как есть», при условии, конечно, что он поддерживается им. Кстати, о форматах: по умолчанию, кроме AVI, VirtualDub умеет открывать mpeg-1 файлы. С помощью плагинов от можно научить его открывать MPEG-2 (кстати, можно открыть и склеить подряд несколько VOB-файлов за раз) и WMV/ASF; есть также плагины для работы с MOV и FLV контейнерами, а модификация VirtualDubMod умеет работать с MKV файлами. Остальные форматы можно попробовать открыть с использованием AviSynth (см.ниже). Ну а собственно сохранение скриншотов делается командой File/Export/Image sequence (нужно выделить участок для экспорта - если нужен один кадр, то поместить его под курсор и нажать Home, стрелка вправо, End). Несколько слов про важную ветвь развития «дуба» — VirtualDubMod.
Это отдельная программа, основанная на исходных кодах VirtualDub и множестве полезных добавлений. Её имеет смысл поместить в ту же директорию, что и сам VirtualDub, чтобы использовать общий набор плагинов. (В принципе, можно вообще заменить ей сам дуб, разве что последняя версия DubMod'а основана на версии 1.5.10 от 2005 года, т.е. В ней отсутствуют возможности, добавленные в Dub за последнее время — впрочем, их не так много). Интерфейс VirtualDubMod похож на VirtualDub, одно существенное отличие состоит в том, что меню Audio заменено на Streams, что отражает нацеленность на работу с несколькими аудиопотоками.
Второе полезное нововведение заключается в более тесной интеграции с AviSynth. Этой важной программе посвящена, здесь же нам будет полезно одно её свойство — умение работать с подсистемой DirectShow наряду с VideoForWindows. Вкратце, AviSynth — это скриптовый язык и программа для его интерпретации, а интерфейс его взаимодействия с остальными программами очень прост — вы пишете текстовый файл со скриптом, а затем открываете его в (почти) любой программе видеообработки, кодировщике или проигрывателе, как обычный видеофайл, и работаете точно так же, как с видеофайлом на жёстком диске. Видеоряд и звук формируются командами, записанными в скрипте. Для наших целей достаточно просто установить AviSynth, и тогда при открытии видеофайла в VirtualDubMod будет доступна опция Use AviSynth template. Это значит, что для открытия файла будет автоматически создан промежуточный AviSynth скрипт, содержащий соответствующую команду открытия (в данном случае DirectShowSource), и уже его загрузит VirtualDubMod.
Таким образом можно попытаться работать практически с любыми типами файлов, которые воспроизводятся проигрывателями — RealVideo, QuickTime (MOV), MPEG2-TS (в нём обычно находится видео с видеокамер формата HDV и AVCHD), MP4 (тоже частый вариант в фотокамерах и комбинированных фотовидеокамерах). Надо отметить, что этот способ, во-первых, не всегда работает, во-вторых, не такой надёжный, как открытие «родными» средствами (в частности, может неверно работать позиционирование по файлу и т.д.). Поэтому всегда при возможности лучше пользоваться встроенными или специализированными средствами (MPEG2-PS, в частности, DVD файлы (VOB), открываются непосредственно в VDMod, а для перевода MP4 файлов в AVI существует ).
Ещё отметим, что в VirtualDubMod есть специальный Script Editor (в меню Tools), предназначенный для оперативного контроля и настройки параметров AviSynth скрипта. Просто меняйте текст скрипта, а затем нажимайте F5 или F7, чтобы увидеть в окне VirtualDub результат работы скрипта. Подчеркнём, что и обычный VirtualDub прекрасно открывает AVS скрипты, просто в VDMod интеграция с AviSynth более удобная.
Нужно помнить, что AviSynth скрипт, открытый в любой программе, представляется несжатым файлом, так что копирование без пересжатия в этом случае невозможно. (Если не требуется дополнительно использовать фильтры VirtualDub, то лучше выбирать режим Fast Recompress, а не Full processing mode).' Короче говоря, VirtualDub (а также VirtualDubMod и AviSynth) должны быть в арсенале всякого, кто работает с цифровым видео на уровне чуть выше стартового. Изучайте и применяйте! В статье были рассмотрены далеко не все возможности VirtualDub, так что читайте Help.
Инструкция Для Virtual Dub 1 9 Download
Детальное описание пунктов меню можно найти на специализированных ресурсах (впрочем, для довольно старых версий Дуба). В сети есть также и русскоязычные сборки VirtualDub, правда, скорее всего, не последних версий.