FAQ по созданию и редактированию цифрового видео

Вводные замечания

Video

Canopus DV Raptor

Digital8

MPEG2

Заключение



Для чего все это написано и как появилось на свет?

Я попытался суммировать переписку с читателями моего давнего обзора карты Matrox Rainbow Runner G series & Mystique G200, опубликованного на iXBT.com. Сначала переписка была посвящена только этой карте, но, поскольку я перестал ей пользоваться и перешел в поклонники чисто цифрового видео, то большинство вопросов в переписке затрагивали именно DV формат и разумные способы перехода на него.

Попутно мне пришлось пофилософствовать на темы цифрового видео вообще.

Должен предупредить, что все написанное в этом сборнике вопросов и ответов ни в коей мере не претендует на истину в последней инстанции. Я не являюсь профессионалом, добывающим средства на жизнь изготовлением видеороликов. Кроме того, я не вхожу ни в какие тайные общества бета-тестеров и все свои выводы делаю только на основе впечатлений о работе с купленными в магазине картами. Так как я потратил на них свои собственные деньги, которых редко бывает много, то всякая подобная покупка сопровождалась длительными раздумьями, поисками сведений и сравнениями. В результате этого анализа делался вывод. Мне показалось, что информация об основаниях выбора будет интересна многим читателям. Тем более, что финансовые возможности многих из нас заставляют хорошо думать перед покупками весьма дорогих «игрушек».

Я готов принять отзывы по поводу рассуждений, представленных здесь. Для того, чтобы они были упорядоченными, приведу соображения, которыми я руководствовался, делая выводы или предложения:

  • Вся представленная информация может не иметь никакого смысла для людей, занимающихся видеомонтажом профессионально. Поэтому заранее прошу не приводить в аргументах ссылки на параметры профессиональных устройств. Они большинству из нас просто не по карману.

  • Если вы занимаетесь видеомонтажом не для создания домашнего архива, многие из выводов могут тоже показаться спорными. Я руководствовался соображениями оптимального для меня соотношения затрат и результата. Найденный таким способом оптимум всегда основывается на многих личных особенностях и обстоятельствах.

  • Я попытаюсь написать и о некоторых основах видео вообще и так, как я это понимаю сам. В описаниях я постараюсь быть предельно доходчивым, иногда в ущерб 100% точности. Дело в том, что найти даже такие пояснения может быть довольно трудно, а без них делать видеомонтаж с приличным качеством часто бывает непросто.

  • Я также выскажу свои соображения по поводу создания предельно дешевой конфигурации для видеомонтажа. В последнее время произошли столь большие изменения в параметрах и цене винчестеров, что ставшие уже привычными представления заметно изменились.

В обновлении от конца 2001 года, которое вы сейчас и читаете, я решил оставить вводную часть без изменений. В целом, ситуация на рынке устройств для домашнего видеомонтажа на удивление мало изменилась. Самым серьезным изменением стало появление весьма дешевых IEEE1394 контроллеров, сделавших работу с DV видео доступной очень многим владельцам таких камер. Да и DV камер стало больше и, вероятно, и увеличилась их относительная доля у владельцев устройств видеосъемки.

Никаких серьезных изменений в подходах к видеомонтажу на компьютере такие события повлечь не могут. Массовый (надеюсь) переход на изготовление полноразмерного видео высокого качества делает представленные ниже сведения о полях в видеосигнале и приемах работы с ними только более актуальными.

Тем не менее, обзор все же сильно переделан. Я постарался убрать ссылки на конкретные устройства там, где это не принципиально или может ввести в заблуждение. Например, у меня нет никаких оснований утверждать, что именно фирма XXXX делает лучшие TB тюнеры, поэтому нет смысла называть имена, тем самым (возможно) незаслуженно не хваля конкурентов этой фирмы.

Еще одним серьезным изменением стало появление быстрых программных кодировщиков видео в форматах MJPEG, DV и MPEG2. Возможность компрессии в реальном времени потока данных полноразмерного оцифрованного видео в первые два формата заметно поменяла подход к дешевому решению для работы с аналоговыми источниками сигнала. В эту же главку я вынужден был вставить ремарки относительно недорогих IEEE1394 карт, потому что эти два варианта сейчас одинаковы по затратам.

Что же касается MPEG, то я вынесу подробное изложение своего опыта в отдельный труд, чтобы не перегружать этот документ. Впрочем, много добавлений сделано и в тексте этого обзора.

Беседа с недовольным читателем

Не исключаю того, что мое письмо останется без ответа: странно представить, что все «чайники» после первых проб с Premier'ом сразу все поняли и не кинулись искать что-нибудь более вразумительное, нежели творческие эссе Холмского и Иванова. Наверно и Вам досталось. Ух, ты, наконец-то! FAQ! Ан нет. Радость опять не про нас. Странно, что Вас не спросили. а Вы не ответили, немного скромничая:

Да, это верно, я постарался написать только о том, о чем меня спрашивали. Действительно, мне многое пришлось узнавать косвенно, и путем постановки собственных опытов. Что тут поделаешь?

А какие регистры и порты и —

Не знаю, потому что здесь пока нет вопроса.

Главное — как, пережевывают алгоритмы кодеков и вообще, что у нас с глазами? Будут они, наконец, различать, то что софт и проц уже давно могут для 3-го тысячелетия?

Я был бы рад, если бы Вы сформулировали вопрос, а я постарался на него ответить. Вообще говоря, все, что сделано в этом обзоре, сделано для меня самого. Я просто изложил на бумаге то, что сам понимаю. Такое изложение помогает мне самому понять, чего еще я не знаю и не умею.

А вопрос очень прост: где найти начало знаний о практической реализации идеи домашнего, любительского видеомонтажа? На что, в лучшем случае, я могу рассчитывать, имея Sony Handycam Video 8 CCD- TR380E PAL, видеокарту ASUS AGP-V3400 TNT, 64 метра с celeron'ом 450 (o/c 300a) на шине 100 МГц, ну и винт 10,2? А смотреть на обычном видике? Ведь, согласитесь, зачастую имеем, что имеем.

Я не могу указать источник начальных знаний нормального, с моей точки зрения, качества. Я сам не очень популярный писатель: некоторые главки обзора явно предполагают наличие начальных сведений. Мне трудно разделить, что ЕСТЬ очевидное, и что требует ответов. Мешает физтеховское образование, 25 лет радиолюбительства и 14 лет работы физиком. Вы задавайте именно конкретные вопросы, а я постараюсь сочинить ответ. Пока Ваш вопрос мне кажется не вполне конкретным. Вернее, вы хотите, чтобы я написал руководство пользователя именно вашей системы. Так не получится, потому что систем много, общего у них тоже, а различия приводятся к общему на основе поиска именно этого общего. Читайте часть моего FAQ о дешевой системе видеомонтажа. Там, вообще говоря, про вашу систему и написано. Только вид в профиль. Будут вопросы-уточнения — задавайте, отвечу.

Это потом, ну когда совсем захочется и будут деньги (оторванные от семьи, которая просто не понимает…)

Моя тоже… Странно, не правда ли? :)

Ну, а главное — вышеназванные корифеи от Премьера все начинают очень популярно, но дальше…

Видео само по себе — некоторая наука. Начинал я с прочтения популярных книжек про телевизоры еще лет двадцать пять назад. Позже читал с пристрастием про цветные декодеры, в эпоху их установки в советские телеящики. Без понимания основ именно телевидения можно делать кино типа анимации, но для просмотра его на телевизоре и с качеством нормального ТВ нужны знания основ. Я пытался неявно привлечь к этому внимание. Приходится думать о строках, полях, компрессорах, прочей ерунде, учитывать особенности их работы.

Представьте себе, что вы никогда не видели современную, да еще японическую, бензопилу и читаете популярные записки о том. как классно и захватывающе вы будете валить лес (следуют описания природы, сортов топлива и марки стали для зубов, назначения кнопок и ручек, что они умеют), а потом резко советы типа — дышите лучше всего носом, не пользуйтесь халявным бензином и т. д. Скажите, вы когда начнете пилить, не узнав как? И так шоб не плюнуть и только слышать(читать), что в Инете люди говорят. Что и говорить, технология это завсегда мое, а я вот тебе расскажу, как капиталисты научили. Какие книги переводим, да только про кнопочки :( Ну ладно книжки, но в FAQах?!

Я ничего такого не переводил. Скорее наоборот — профессионально занимался написанием англоязычных руководств о том, как нашими русскими программами пользоваться.

Кнопочки описывать в популярных книжках — это и правда халтура.

Я еще раз хочу повторить — весь этот FAQ родился как слегка систематизированная свалка моих ответов на задававшиеся мне вопросы. Будут новые вопросы — буду отвечать. Про бензопилу все правильно, но я начинал именно с Вашей конфигурации (названия несущественны). Появились деньги и умение отличать VHS от DV по качеству — купил то, о чем написал.

Я понимаю — мой спич не по адресу, потому и (см. начало). Но в Одессе говорят — спросите и вам обязательно ответят… : «Никого нет дома»

Прочитали и на том спасибо. И успехов Вам!

Еще раз — дайте себе труд сформулировать не вопрос типа «скажите, а на фига я все это купил и что теперь я с этим сделать могу?», — а попробуйте сделать что-нибудь, запишите вопросы с конкретными затруднениями, и перешлите мне. Я отвечу.

Разумеется, все написанное выше не относится к корреспондентам, задающим обычные вопросы.

Video: Как хранить?

Как хранить видео после обработки и монтажа на компьютере (т.к. на CD-RW больше 15-20 мин MPEG-2 не поместится, а пишущие DVD пока не доступны).

Хранить готовое видео я рекомендую на CD в формате MPEG2. По качеству, потери можно минимизировать выбором программы кодирования и его параметров. Я пробовал сравнивать на телевизоре клипы сделанные следующими способами:

  1. исходный DV
  2. DV => MPEG2 5300 kbps => DV (программно) => D8 камера
  3. DV => MPEG2 5300 kbps => Hollywood+ MPEG2 decoder TVout (Svideo) => D8 камера

Если очень внимательно смотреть на 25″ телевизор Sony (композитный вход) то, конечно, можно заметить разницу между вариантами 1 и 2(3). Если постараться сделать яркость/контраст/насыщенность одинаковыми - то довольно трудно. Типичные дефекты выглядят как повышенный шум видео на быстро меняющихся сценах.

Между вариантами 2 и 3 вообще нет разницы, кроме едва заметного окрашенного шума на темных местах для аналогового варианта. Таким образом, это видео можно впоследствии использовать и для новых видеоклипов почти без потери качества.

Сейчас появились на рынке относительно дешевые устройства записи на носителях, совместимых с DVD проигрывателями. Однако стоимость хранения минуты видео пока далека от той, которая уже установилась для CD. Можно надеяться на значительное удешевление DVD – подобной технологии хранения данных в будущем, но пока для домашнего видеоархива у CD нет альтернативы.

Среди множества вариаций MPEG стандартов я рекомендовал бы придерживаться именно MPEG2 или MPEG1, то есть форматов, специально разработанных, как потоковые. К их достоинствам по сравнению с AVI форматом (включая популярные MPEG4 кодеки) относятся в первую очередь:

  1. Правильная работа с полями видео, включая поддержку понятия полей в недорогих и качественных аппаратных декодерах с выводом сигнала на телевизор.
  2. Меры по автоматическому восстановлению синхронизации аудио и видео в MPEG потоке данных.
  3. Потенциальная совместимость с бытовыми проигрывателями DVD
  4. Помехоустойчивость, изначально заложенная в формате, допускающая потерю данных без нарушения целостности видео целиком:
    • для avi файлов потеря одного бита делает весь файл непригодным для проигрывания;
    • для MPEG файлов потеря бита приводит лишь к кратковременному нарушению картинки в одном или нескольких кадрах видео.

Последнее обстоятельство делает пригодными для хранения MPEG потоков носители, не гарантирующие восстановление информации в полном объеме, например, магнитную ленту DV видеокамер. Уже сейчас предпринимаются попытки создания программ, позволяющих хранить подобного рода данные на DV носителях. Пока такие программы не очень надежны и постоянно модифицируются, но мне кажется, что возможность хранения 13-14 ГБ потоковых данных, уже реализованная в DV, в скором времени будет обязательно использована и для более эффективно сжатого видео.

На мой взгляд, сейчас этому мешает только сложившееся представление о цифровых носителях как об обязательно обеспечивающих восстановление информации с точностью до бита. Для видео этого не нужно, но выход на рынок официальных (коммерческих) утилит хранения данных на DV ленте неминуемо приведет к валу претензий всех любителей хранить на ленте архивы документов. Именно это опасение и сдерживает пока разработку коммерческих решений.

Производители вынуждены предлагать варианты хранения только видеоданных, делая доступным лишь хранение MPEG данных на ленте. Например, JVC выпустила видеомагнитофон обратно совместимого формата DVHS для домашнего видео. DVHS кассета размером с обычную VHS — от 7 до 28 часов видео. См. ссылку. MPEG2 формат, прямое кодирование из аналогового и из DV. Bitrate — 4.7 or 14.1 mbps. Это много. Если аппаратный кодировщик от C-cube хотя бы средний по качеству (см. сравнения на www.tecoltd.com), то качество в коротком режиме будет просто неотличимо от DV. Уже присутствует на европейском рынке. Из описания я так и не понял — имеется ли возможность копировать в это устройство MPEG2 файл собственного изготовления. Наличие же шины IEEE1394 означает только возможность перекодирования DV потока в MPEG, но не хранение самого DV оригинала на кассете удобного формата. А жаль.

Впрочем, на многочисленных выставках уже показывались самые разнообразные варианты бытовых устройств записи и хранения цифрового видео в цифровой же форме. Вариантов и особенностей у этих вариантов настолько много, что остается только ждать решения, которое победит и, следовательно, станет относительно дешевым.

Если бы еще не Голливуд со своей борьбой за доходы от DVD дисков, всячески мешающий принятию каких-либо стандартов, уменьшающих эти доходы хоть на 0.001%, мы давно получили бы устройства хранения домашних видеоархивов за разумные деньги.

Идиотическим примером является ставшая уже историей маниакальная реализация в Matrox Rainbow Runner G-series защиты от копирования Macrovision, срабатывавшая от обычных кратковременных выпадений сигнала на VHS кассетах.

Таким образом, хранение видео на CD до сих пор остается единственным надежным выбором.

Как можно попытаться увеличить длительность видео, помещающегося на один диск?

Если источником видео являлась VHS или Video 8 лента, попробуйте ограничиться хранением видео с размером кадра 480×576 или даже 352×576 и попытайтесь уменьшить поток данных до минимального, приемлемого для вас. Не следует обольщаться и пытаться делать SVCD диски, строго следуя этому стандарту. Я не верю в то, что он позволяет избежать заметной потери качества видео при ограничении потока данных скоростью в 2700 Кбит/с. Постараюсь объяснить свою позицию отдельно в разделе, посвященном MPEG.

Для видео, оригиналом для которого являлись ленты Hi8/SVHS, тоже может подойти указанный выше размер кадра. Что же касается DV, то для него все зависит от ваших предпочтений. Я обычно оставляю размер кадра полным, но не могу с уверенностью утверждать, что это заметно обыкновенным зрителям моих произведений.

Основным же способом уменьшить размер видеофайла, кроме очень скупого редактирования самого сюжета, является применение многочисленных хитростей при кодировании видео, позволяющих сохранить его качество при меньшем потоке данных. Но об этом будет подробно рассказано в отдельном обзоре.

В заключение рассуждений об архивах мне хотелось бы предостеречь от увлечения рекордами по продолжительности фильма на CD. Чудес не бывает, и всякое продвижение в этом направлении неминуемо снижает качество видео. Рекорд по минутам на один CD — это не то же самое, что рекорд по FPS для игровых приложений. На мой взгляд, хранить видео нужно с качеством не худшим, чем VHS.

Попробую сформулировать от себя спецификации видео в цифровой форме, которое можно считать аналогом VHS:

  1. Размер кадра не менее 352×576, при отсутствии deinterlace фильтрации любого типа.
  2. Частота кадров 25 Гц (разумеется).
  3. Отдельные кадры не содержат видимых на глаз типичных искажений от цифровой компрессии. То есть, контуры предметов не должны иметь ореолов (заметных с обычного для телевизионных просмотров расстояния), а кадры с быстрым движением (и другие тоже) — квадратиков, порождаемых компрессором при слишком сильном сжатии информации.
  4. Видео в целом не должно выглядеть размытым более, чем это бывает на VHS копиях c VHS записей (то есть не хуже, чем после линейного редактирования оригинала с помощью камеры и видеомагнитофона VHS).
  5. Не должно быть видно типично цифровых дефектов, вносимых иногда «интеллектуальными» фильтрами, типа temporal smoothing/noise reduction (фильтры, пытающиеся уменьшить поток данных в сжатом видео за счет избирательного замещения части кадра фрагментами предыдущего), чрезмерной адаптивной фильтрации шумов (фильтры, пытающиеся избирательно размывать части кадра, в которых соседние пиксели и так мало отличаются друг от друга) и им подобных. Наличие «компьютерных» составляющих может быть намеренным эффектом, но рывки в движении и какая-то «мутность» видео в целом могут полностью испортить впечатление от сюжета.
  6. Не должно быть видно повышенной зашумленности видео, что происходит при достаточно больших потоках данных, когда «квадратики» уже почти незаметны на отдельных кадрах, но все же присутствуют и проявляют себя как шумы при проигрывании видео.
  7. Дефекты кодека, такие, как подергивания или сильные искажения части картинки (обычно на краях, где компрессор безуспешно борется с дефектами сигнала самой видеокамеры размером в одну-две строки и в результате портит до 32 строк).
  8. Должны быть установлены правильные уровни черного и белого, контраст, насыщенность, и цветопередача. Следует избегать ограничения сигнала снизу или сверху при оцифровке, которые приводят либо к обращению в черное значительной части темных деталей, либо к «выбелению» ярких частей исходного видео. Последнее сильно проявляется на кадрах с ярко освещенными солнцем лужайками, и приводит к превращению травы в бледно-зелено-белую субстанцию.

В общем, цифровое видео должно смотреться на телевизоре так, чтобы зрителя не отвлекали добавки, внесенные в него с результате цифровой обработки.

По моим представлениям, добиться такого качества можно при средних потоках данных не менее 2500 Кбит/с. Более реалистичная цифра — 3-4 Мбит/с, если видео было снято с руки и оператор часто смещал камеру при съемке. А кто снимает по-другому собственных детей, членов семьи и собак?

Все видео, что не вписывается в указанные 8 пунктов, следует считать компьютерным. Я не утверждаю, что его не нужно делать или показывать. Но следует ясно осознавать, что это не VHS — подобное видео. Интернет-ориентированное видео — отдельная тема. Действительно, передать по электронной почте видеофайл с параметрами VHS нереально, не говоря уже про вещание через Интернет или даже по локальной сети. Но эти задачи не совсем подходят для домашних режиссеров, поэтому им не будет уделяться много внимания ниже.

Примечание для любителей использования этого материала в русскоязычной прессе СНГ, включая диски с пиратскими копиями программ и некоторые интернет-сайты продавцов карт для видеомонтажа: приведенные выше соображения, хотя и основаны на здравом смысле и могут быть выведены из прочтения «общедоступной литературы», в комбинации из 8 пунктов являются моим собственным вымыслом (некоторые юристы имеют неосторожность называть это копирайтом). При цитировании в обзорах, представляемых от имени другого автора, необходима ссылка на первоисточник и на мое собственное имя.

Video: Требования к компьютеру для видеомонтажа

Что оптимально для оборудования рабочего места для монтажа фильмов с качеством VHS? Цифровая камера + компьютер или только компьютер со специализированной картой для работы с аналоговым видео? Каковы требования к компьютеру (CPU, RAM, etc)??

Каков источник вашего видео — VHS или SVHS/Hi8?

Между SVHS и VHS источниками видео имеется очень большая разница в качестве, которая особенно важна для последующей цифровой обработки.

Вы знаете, что потеря качества при простом копировании с одной VHS кассету на другую весьма заметна. Вы не можете избежать этого при цифровой обработке, если результат будет скопирован на VHS. Если исходное видео снято S-video камерой (Hi8 или SVHS/C), то результат на обычной видеокассете будет по качеству соответствовать нулевой копии. Для оцифровки S-video сигнала следует обязательно использовать S-video соединение с картой оцифровки. В случае использования VHS камеры, можно получить заметно лучшие результаты при оцифровке ее «живого» сигнала, минуя видеокассету, но это, как правило, невозможно.

Давайте перечислять:

1. Для достаточно комфортной работы с видео вы можете использовать любой компьютер с не менее чем 128 МБ памяти и процессором быстрее 500 МГц. Я сознательно не говорю о ценах, потому что такая информация быстро устаревает. Чем больше скорость процессора — тем лучше. PIII/Celeron 933 или аналогичные AMD процессоры уже достаточно быстрые для сжатия полноразмерного видео в реальном времени современными программными компрессорами MJPEG и даже DV (см. Picvideo MJPEG codec или Mainconcept DV или MJPEG кодеки).

2. 128 МБ памяти можно считать необходимым минимумом, допускающим использование одной программы редактирования или сжатия видео. Для переключения между одновременно работающими программами памяти нужно много больше. Некоторые MPEG компрессоры могут использовать до 256 МБ оперативной памяти, многие модули спецэффектов также требуют больших объемов памяти. Кроме них, в работе с видео часто используют специализированные программы 3D титрования, редакторы изображений. Если вы хотите переключаться между этими приложениями без 10-20 секундных ожиданий перерисовки экрана, поставьте 256 или больше мегабайт памяти.

Следует сказать, что все известные мне проигрыватели видео, программы его изначальной оцифровки не требуют много памяти. Я всегда смеюсь, когда читаю предложение поставить 1 ГБ памяти, чтобы решить проблему работы программы, не использующей более 10 МБ.

3. Диски. Вам понадобится много дискового пространства. При существующих ценах на винчестеры имеет смысл выбирать UDMA модели с наименьшей ценой за ГБ. Все современные диски имеют скорость линейной записи, достаточную для работы со сжатым видео при потоках данных как минимум 10 МБ/сек. Большинство новых дисков может писать и несжатое видео (20 МБ/сек), но я не уверен, что это удобно в использовании. При выборе дисков, помимо цены, хорошо было бы узнать статистику их надежности и (очень важно!) совместимости с контроллерами UDMA, которых теперь развелось великое множество.

Приведу пример из личного опыта. В моем первоначальном обзоре я хвалил диски FUJITSU как надежные, достаточно быстрые и тихие. К сожалению, мои восторги теперь можно отнести только к уже устаревшей серии MPC. MPE, MPF и MPG диски имеют много проблем при работе с UDMA 66/100 контроллерами разных сортов. Они могут проявляться как отсутствие DMA режима и невозможность его включить, ограничение по скорости записи (при нормальной скорости чтения) на уровне 4-5 МБ/сек, прочими неприятностями. В моем домашнем и рабочем опыте все подобные проблемы не проявлялись с дисками Western Digital и Seagate. Они правильно опознавались и работали с контроллерами от CMD, Promise, HighPoint и встроенными DMA66 контроллерами VIA чипсетов для PIII процессоров.

Еще раз повторю: возможные проблемы совместимости дисков и контроллеров могут быть очень неприятными при работе с видео. В качестве защитной меры я могу даже рекомендовать использовать только 40-жильные IDE кабели, сознательно ограничив скорость работы контроллера UDMA 33 режимом. Мне, во всяком случае, это иногда помогало, а уменьшение скорости работы дисковой подсистемы не было заметно.

Сколько надо физических дисков и какой размер минимально необходим? Дисков должно быть не менее двух, один системный, другой для видео. В принципе, системный диск тоже можно использовать для хранения видео, и даже для его записи, но риск получения сбоя в самый неожиданный момент все же существует. Особенно обидно бывает, если такое выпадение происходит в конце записи на ленту готового видео длиной минут 10. Приходится все повторять сначала.

Разумным минимумом для видеодиска следует признать 40 ГБ. Во-первых, такого объема достаточно для записи двух кассет часовой продолжительности в формате DV или MJPEG. Во вторых, при этом размере уже полгода как наблюдается минимум стоимости одного ГБ хранения информации. Не думаю, что этот порог как-то изменится скоро. Скорость вращения шпинделя — дело вкуса. Я до сих пор предпочитаю 5400 — шума и тепла меньше. Цена не столь существенна, хотя диски 7200 стоят дороже. Выбирайте модели с наибольшей плотностью записи в битах на см длины трека записи. На сайтах производителей часто приводятся какие-то комбинации, получаемые умножением или делением этого параметра и плотности треков на единицу радиуса. Попытайтесь вычислить нужную вам величину самостоятельно. Дело в том, что скорости вращения и радиусы дисков всем известны, поэтому только количество битов на см длины трека имеет значение для линейной скорости записи. Что же касается времени поиска дорожки, то эта величина может быть важной при сложном редактировании, когда головки постоянно переключаются на считывание данных из многих исходных файлов. Я не думаю, что вы сразу начнете делать видео наложением 25 дорожек. Даже если это и так, то основное время при генерации видео потратится не на чтение диска, а на просчет самих эффектов наложения. Так что мне до сих пор не кажется, что уменьшение времени поиска 7200 дисков приводит только к трате лишних денег и дополнительным заботам по охлаждению. Тесты ZDNET по производительности для Adobe Premiere безусловно интересны и познавательны, но я не могу считать их главными при выборе диска.

Системный диск должен иметь достаточно большой системный раздел. Многие программы видеомонтажа занимают много места, а разного рода заготовки видео/аудио/картинок вполне разумно хранить на системном диске. Мне хватает 3 ГБ пространства для Windows 2000 операционной системы и всех программ работы с видео и изображениями. По-видимому, размер системного раздела должен быть больше, если вы еще и играете в игрушки или программируете. Размер физического диска для системных нужд — индивидуален. Я обхожусь немолодым диском в 10 ГБ, и делю его с сыном на Windows 2000 и Windows 98 части. Непременное требование к такому диску — тишина работы во всех мыслимых режимах.

Я не очень верю, что для системных нужд необходимы очень быстрые диски. Нормально работающая система не должна зависеть от скорости общения диска с файлом подкачки. Мне кажется оправданным перемещать на работу с системой устаревшие диски после покупки новых.

Наконец, если вы покупаете все новое — купите два одинаковых больших диска и используйте часть системного диска для краткосрочного хранения видео. Места никогда много не бывает.

4. RAID контроллеры. Дополнительные контроллеры жестких дисков — скорее всего обязательный атрибут компьютера для видеомонтажа. Для полного укомплектования вам обязательно понадобится 3 канала UDMA — два для дисков и как минимум 1 для комбинированного DVD/CD/CDR-RW устройства. Уже такая, не самая удобная, конфигурация имеет проблемы с количеством независимых каналов IDE. Для надежной записи CD желательно не совмещать записывающее устройство с системным диском на одном кабеле. Соединение видео диска с CD устройством тоже блокирует возможность интенсивной работы с диском во время записи CD. Если же вы хотите иметь раздельные пишущие и читающие оптические диски устройства, то все каналы будут заняты. А любимый ZIP куда присоединить? Mobile Rack со старым добрым потрепанным 6 ГБ диском, который вы привыкли носить с собой? Наконец, еще один диск куда добавлять, если решите его купить? Итак, дополнительный контроллер на 4 устройства необходим. Какой именно — работающий. Он может быть встроен в материнскую плату или быть отдельной картой.

Встроенные контроллеры хороши тем, что соединения с дисками расположены удобнее. Они также внешне не занимают разъема PCI, хотя и используют один из них неявно. Не всегда, но иногда бывает трудно заставить встроенный контроллер уживаться с другими платами, использующими его же PCI разъем. Даже при наличии описания, его ясность в пункте нумерации PCI разъемов обычно до изумления плоха. Да и забыть все это легко. В результате, если плата заработала, то все оставляется как есть, даже если имеется возможность использовать другой разъем. Позже, после изменения конфигурации аппаратной или программной части системы могут возникнуть сбои. Понять, виноват ли в них возможный конфликт ресурсов бывает непросто. В системе с большим количеством плат расширения для отдельного контроллера может не найтись места, и ресурсы все равно придется аккуратно делить. Поэтому выбор типа контроллера — дело вкуса, которому, впрочем, желательно следовать с осторожностью…

RAID. Трудно сказать, нужен ли он в варианте Raid 0. С одной стороны, такое подключение увеличивает и размер, и скорость работы одного логического тома. Но, если у вас возникнет проблема хотя бы с одним из физических дисков, то вы потеряете данные на всем томе. Объема и скорости современных дисков вполне достаточно для работы с DV или MJPEG видео, а для работы с несжатыми форматами существует много труднопреодолимых ограничений на размер файла avi или вообще файла на диске. Все же я бы не советовал использовать RAID 0 из-за потенциальных проблем с надежностью хранения данных. Мне не приходилось пользоваться аппаратными RAID 0 платами. Программная реализация RAID0 в Windows 2000 работала хорошо, но и особых преимуществ я не увидел. Действительно, два диска сразу стали с некоторым запасом способными писать несжатый поток видео, но невозможность их разъединить без перезаписи информации в другое место создавала больше неудобств, чем появившаяся возможность записать целых 100 секунд YUY2 видео подряд.

5. Файловая система. В целом, я не заметил разницы в скорости работы с файловыми системами FAT, FAT32 или NTFS. Про FAT16 можно забыть, а выбор между FAT32 и NTFS неочевиден.

FAT 32 для видео файлов работает немного быстрее. Так, мой старый Seagate medallist 6.5 GB в конце тома может записывать видео с потоком до 5 МБ/сек. Обычно этой скорости достаточно для записи и воспроизведения DV потока (3.7 МБ/сек), но вот под NTFS последние 500 МБ вызывают проблемы при записи.

Этот диск уже два года живет в mobile rack и почти ежедневно перемещается в пространстве. Со временем контакты разъема коробочки с диском стали ненадежными и время от времени диск включается и опознается BIOS, но работает ненадежно. FAT32 в таких условиях просто портится, и все данные теряются насовсем. NTFS как правило выживает, и более разумно реагирует на подобные сбои. В итоге для этого диска я выбрал NTFS.

В пользу NTFS говорит и ее корректная работа при сбоях приложений, интенсивно использующих диск. Надо сказать, что программы работы с видео не отличаются стабильностью. Весьма часто приложение падает, совершив чего-нибудь нелегальное. В системе, перегруженной мультимедийными железками, даже Windows 2000 может умереть из-за неотработанных драйверов устройств. FAT 32, как правило, оставляет при этом потерянные кластеры. Если учесть объем видеофайлов, то количество проблем на диске может быть изрядным. При старте системы инициируется проверка диска, которая может продолжаться довольно долго. В NTFS такого не может быть.

Поэтому выбор Windows 2000 и NTFS для системного раздела являются предпочтительными. Небольшие файлы в большом количестве также надежнее хранить на NTFS разделах.

С другой стороны, конфигурирование и устранение сбоев операционной системы на разделе NTFS может оказаться невозможным или трудным из-за того, что доступ к NTFS можно получить только присоединив диск к другому компьютеру с Windows 2000. Я не считаю способы доступа к NTFS тому из DOS применимыми, потому что их, как правило, под рукой не оказывается, да и длинные имена файлов не позволяют сделать многого.

Я все же конвертировал системный том в NTFS и не жалею об этом. FAT 32 остается на моем 40 ГБ видео диске. Любопытно, что Windows 2000 не умеет сама делать тома более 32 ГБ с файловой системой FAT32. Диагностика ошибки в Disk Manager непонятная, поэтому предупреждаю об этом на всякий случай.

6. Операционная система (ОС). Как уже понятно из предыдущего пункта, желательный вариант ОС — Windows 2000. Кроме поддержки NTFS и существенно лучшей защищенности от плодов работы разработчиков мультимедийных приложений ;), сейчас уже можно говорить о стабилизации ее поддержки всеми производителями дополнительных плат. Таким образом мы уже не ограничены в функциональных возможностях или скорости, и имеем более устойчивую к программным ошибкам среду для работы. Нелишней будет и поддержка двухпроцессорных конфигураций.

Windows NT следует признать устаревшей из-за отсутствия нормальной поддержки DMA режимов доступа к дискам и новых аппаратных средств.

Windows 9x или ME вполне может быть правильным выбором, но ее защищенность от ошибок в коде программ оставляет желать лучшего. Правда, алгоритмы работы с памятью, дисковым КЭШем и файлом подкачки у нее лучше приспособлены для видео. Во всяком случае, их можно самостоятельно настроить так, чтобы система не мешала работе с видео выполнением ненужных сервисных задач.

Некоторое время назад я использовал 9х и 2000 одновременно и разные вещи делал на разных системах. Но уже примерно год я не использую Win 9x совсем. Главной причиной явилось не мое увлечение двухпроцессорным вариантом компьютера, а трудности с конфигурированием множества карт в моем компьютере. Опытным путем выяснилось, что а) установка флажка PNP OS installed не решает проблемы работоспособности всех установленных плат; б) при ручном распределении ресурсов не удается распределить PCI IRQ для win2000 и win 9x одинаково и так, чтобы все работало; в) если это и удается, то обновление bios или изменение этой конфигурации все равно может все поломать на одной из систем.

В итоге сейчас моя Win 9x о-о-чень долго пытается загрузиться, и работает нормально только с аудио и видеокартами и модемом. Пробовать другие устройства лучше не стоит. Я даже почти уговорил сына перейти на использование только Win 2000 ;).

Итак, будьте осторожны при конфигурировании двух операционных систем.

7. Системная плата. Каюсь, но я все еще использую Intel BX/MX для работы с мультимедийными устройствами. Не могу утверждать, что только с ними не будет проблем. Например, моя ASUS CUBX плата так и не смогла включить DMA на DVD ROM или на CD/R-RW, если они подключаются как primary slave. Не получилось у меня и с увеличением RAM до 512 МБ. В некоторых разъемах DIMM разные модули PC133 размером в 128 и 256 M вообще не опознаются, а в других работают со сбоями даже на 100 МГц. Обновления Bios давно прекратились.

Это я рассказал к тому, что устаревшие системные платы уже не поддерживаются производителями и нам остается только надеяться, что их bios находится в доработанном состоянии.

В то же время, большинство нынешних мультимедийных плат разрабатывались и испытывались (скорее всего) на BX системах. К ним имеются нормально работающие драйверы системных устройств, поэтому их использование «до последнего процессора» имеет смысл.

Я не пробовал более новые Intel или VIA чипсеты на совместимость с моим набором железа:

  • AGP ATI rage 128 fury pro;
  • Realmagic Hollywood+ MPEG decoder;
  • Canopus DV Raptor DV video editing card
  • PCI network card (3Com EtherLink XL 10/100 PCI NIC (3C905-TX);
  • Sound blaster 128 PCI;
  • USR Sportster 33.6 modem ISA.

На CUBX все это работает, но разъем PCI, разделяемый с CMD DMA66 контроллером, и первый PCI разъем заполнить не удается.

У меня нет претензий к программной (без захвата) работе с видео на двухпроцессорной PIII системной плате от MSI на VIA чипсете. Ее дополнительный дисковый контроллер от Promise тоже корректно работает с не-Fujitsu дисками. Впрочем, нормально диски и CD устройства стали работать после примерно пятого обновления bios, что наводит на грустные мысли… Примерно столько же раз обновлялись и win2000 драйверы от VIA. Итого, потребовался почти год, чтобы стало возможным легко сконфигурировать дисковые системы для работы с видео. Изучение конференции пользователей Canopus DV Raptor показало, что именно эту плату MSI 6321 хвалят за беспроблемность работы с видео.

Компьютер на Athlon процессоре не попадал мне под руку.

Новые платформы для системных плат сейчас размножились в таких количествах, что выбрать подходящую для работы с видео модель стало совсем трудно. В той же конференции имеются противоречивые отзывы о KT133а системных платах, но рекомендуют как надежные для работы с видео AMD760-решения.

Итак: придерживайтесь самых консервативных вариантов, покупайте плату известного производителя, которая уже достаточно долго продается. Если предстоит использовать дорогую карту для работы с видео, поищите на сайтах производителей информацию о совместимости с системными платами, постарайтесь найти форум пользователей и почитать там все сетования на проблемы системными платами.

Большая их часть не имеет оснований, но следует внимательно относиться к ответам представителей разработчиков о проблемах с некоторыми моделями или чипсетами/драйверами под них.

8. Выбор процессора. В целом этот выбор определяется количеством денег, которые вы готовы потратить. На ваше решение может повлиять наличие у вас элементов предыдущей системы, с которыми не хочется расставаться. В моем случае, например, это PC133 SDRAM память и ISA модем. И то и другое сейчас работает хорошо, а вот будет ли PCI модем переваривать мою реликтовую 201- АТС и соответствующие провода?

К сожалению, сейчас выбор процессора определяет и набор совместимых с ним системных плат. А платы, в свою очередь, могут быть по-разному совместимы с картами, необходимыми для полноценной работы с видео.

Предположим, что выбор системной платы удачен. Как влияет ее архитектура на ожидаемую производительность типичных приложений для работы с видео?

Можно предположить, что на способность компьютера показывать видео на экране монитора тип системной платы не должен влиять. Все современные платы способны показывать более 60 кадров в секунду в играх при разрешении 800х600. Отображение картинки в играх, как и в видео, производится в режиме overlay YUV, и большинство операций по преобразованию в RGB и масштабированию кадра делаются аппаратурой видеокарты. Для видео необходима способность шины AGP передавать картинку 720×576×16 бит = 829440 байт. Максимальная частота кадров составляет 50 Гц (для NTSC видео поток данных будет точно таким же за счет меньшего размера кадра при максимум 60 Гц). Итого, аппаратура компьютера должна быть способной передать в видеопамять максимум 41.5 МБ/сек, что вполне вписывается даже в возможности PCI шины. В реальности, для PAL DV или MPEG видео в видеокарту достаточно передавать 12 бит на каждый пиксел, что дает минимальную необходимую пропускную способность шины в 31.5 МБ/сек. В этих расчетах принималась во внимание возможность изготавливать видео в варианте с 50 кадрами в секунду для исключения искажений от чересстрочной развертки видео. Для сохранения информации о движении можно аппаратно реализовать в видеокарте показ полей видео в размере полного кадра, но с частотой 50 Гц. Так уже делается в ATI DVD player (Cinemaster), хотя и неидеально. При реализации такого алгоритма в большинстве видеокарт требования к скорости шины уменьшаются вдвое.

Вывод таков — шины данных и подсистема памяти всех современных системных плат не могут быть перегружены при проигрывании видео. Конечно, можно провести соревнование по способности показывать видео с частотой кадров 155,678 Гц и вычислить абсолютного лидера, оторвавшегося от конкурентов на целый процент, но смысла в таких опытах будет немного. Наличие у видеокарты аппаратной поддержки IDCT (inverse discrete cosine transform) и вовсе делает проигрывание видео простой задачей для всех вариантов системных плат и типов памяти.

Другое дело — кодирование/декодирование сжатого видео. Во-первых, некоторые кодеки явно оптимизируются под мультимедийные расширения команд процессоров. Наиболее охотно это делается для процессоров Intel, поэтому минимальный вариант для них — Coppermine Celeron. Более ранние модели PII не поддерживаются некоторыми кодировщиками, например Cinemacraft MPEG Encoder. Для процессоров AMD оптимизации, как правило, тоже есть, но встречаются и проблемы, когда код на них не работает. Например, Cinemacraft MPEG encoder не может сжимать аудио на процессорах AMD. Впрочем, он его так некачественно сжимает, что невелика потеря… Итог — выбирайте SSE enabled Intel CPU или Duron/Athlon. P4 позиционируется как процессор для обработки потоковых данных, но пока я не видел преимуществ его использования именно при сжатии видео, что и является в некотором смысле потоковыми вычислениями. Дороговизна решения и (пока) сомнительная степень отработки bios плат для P4 не делают его для привлекательным для работы с видео.

Кстати, хотелось бы сравнить производительность того же Cinemacraft encoder на разных платформах. Этот кодировщик — один из самых лучших по качеству картинки при больших bitrate и к тому же самый быстрый. Поэтому параметры скорости разных процессоров и платформ в целом для него имеют практический смысл.

Другим интересным вариантом кодека является DIVX 4.0 MPEG 4, наконец-то отлично оптимизированный и существенно лучший по качеству, чем предыдущие div-всякие незаконнорожденные дети MPEG4 v3 кодека от Microsoft. Я охотно верю, что этот кодек был сделан с нуля, потому что его поведение заметно отличается от «оптимизаций» продукта Microsoft.

Скорость подсистемы памяти заметно влияет на быстроту выполнения типичных для видео задач. Ранние решения типа Xing MPEG encoder, LSX encoder version 1, 2, 2.5, как мне помнится, не реагировали заметно даже на отключение кэша второго уровня. Вообще говоря, это могло бы означать относительно слабую загрузку основной шины памяти при кодировании MPEG этими программами. Если это не так, то должна бы наблюдаться сильная зависимость скорости кодирования от скорости подсистемы основной памяти, чего не было заметно в те времена, когда процессоры были большие и не мешали менять коэффициент умножения ;). Времена, однако, меняются пропорционально зафиксированным в железе коэффициентам. Мои опыты по кодированию с помощью TMPEG encoder, Cinemacraft SP encoder, рекомпресии из DV в DV и в DivX 4.0x форматы на PIII процессорах с коэффициентами умножения от 5 до 8 показали, что число процессорных тактов, расходуемое на кодирование тестового фрагмента, увеличивается с ростом коэффициента умножения частоты FSB. Разница в производительности между множителем 5 (mobile PIII 600 c включенным Speed Step) и 8 (PIII 800) достигает 20%. Это означает, что повышение скорости ядра на 60% за счет увеличения множителя увеличивает скорость вычислений в видео только на 2/3 от этой величины. Скорость работы самой подсистемы памяти тоже влияет на время кодирования видео. Так, изменение параметров работы памяти latency с 3 на 2 увеличило скорость кодирования на 12%. В системе с VIA KX133a чипсетом помогал и перевод частоты шины памяти на +33 МГц по отношению к частоте FSB. Впрочем, выигрыш был не столь велик. Например, для PIII 800 c множителем 8 наиболее производительным оказался вариант включения 124×8 при установках работы памяти в turbo и CAS delay=2. Если бы модули памяти работали стабильно в режиме turbo на частоте 147 МГц, то можно было бы ожидать дополнительного прироста производительности на 5%. Вариант же 124×8 & 147 МГц на модулях памяти в режиме normal, Cas=3 оказался не менее стабильным, но чуть медленнее.

Итог: выбирайте процессор с максимальной частотой внешней шины и старайтесь купить модули памяти, работающие с минимальными значениями CAS delay на возможно более высокой частоте. Реальный выбор для PIII систем невелик — только 133 МГц варианты.

9. Один процессор или два? При прочих равных условиях двухпроцессорные решения лучше.

Во-первых, можно ожидать почти двукратного прироста скорости кодирования MPEG многими современными программами.

Во-вторых, если даже код и не оптимизирован для параллельных вычислений, системные задачи все равно будут исполняться вторым процессором, что даст до 5-7% прироста производительности при возможности использования оставшихся ресурсов для других задач. Например, вы можете продолжать редактирование видео, пока первая часть вашей работы кодируется в MPEG формат. Можно также параллельно кодировать два разных видеоклипа. По моим наблюдениям, качество реализации чувствительных к скорости работы памяти двухпроцессорных вычислений примерно одинаково у Intel 440BX и VIA KX133a решений: при одинаковых задачах на кодирование DivX 4.0 MPEG4 видео, исполняющихся параллельно, уменьшение скорости каждой из них будет приблизительно 25-30%. Таким образом, вы можете ускорить кодирование примерно в 1,5 раза за счет двух процессоров.

В третьих, второй процессор и двухпроцессорная системная плата увеличивают стоимость компьютера примерно на 10-15%, что существенно меньше, чем ожидаемый прирост производительности.

Впрочем, однопроцессорные компьютеры хороши уже тем, что выбор системных плат для них многократно больше и легче подобрать работоспособное решение.

Video: Минимальные требования к компьютеру для видеомонтажа

Любой компьютер с MMX процессором, шиной PCI и объемом памяти более 64 МБ следует признать вполне достаточным для видеомонтажа, если вы никуда не торопитесь.

Вполне достаточно ограничиться вариантом со встроенной на материнской плате видеокартой и звуком. Большинство таких современных интегрированных решений допускает overlay режимы работы видеокарты, которые почти наверняка понадобятся.

Единственное, на что следует обратить внимание — качество материнской платы. Тут я затрудняюсь что-либо посоветовать, потому что их слишком много. Главное требование — надежная работа DMA для дисков и Bus Mastering для шины PCI.

Вот, собственно, и все, что нужно от компьютера.

Если все покупается с самого начала, желателен вариант с наименьшим коэффициентом умножения при заданной тактовой частоте. Не нужно стремиться купить самый быстрый процессор — достаточно 800 МГц FCPGA Celeron. Меньшая скорость не позволит использовать программные MJPEG кодеки для компрессии в реальном времени и при полном размере кадра.

Все выше было сказано про системный блок с одним, системным, винчестером. О дисках для захвата и хранения видео будет сказано отдельно.

Мне кажется, что скорость работы шины памяти желательно иметь 133 МГц. Отличия в скорости компрессии и, особенно, декомпрессии от частоты шины памяти для процессоров с большими коэффициентами умножения могут быть довольно велики. Впрочем, они не так важны для возможности работать с видео вообще.

Меньше 128 МБ памяти использовать не советую. Кроме того, крайне нежелательно, чтобы во время захвата видео система вдруг решила пообщаться с файлом подкачки windows 9х.

Для уменьшения такой вероятности, в Windows 9x следует ограничить размер файлового кэша.

В секцию Vcache файла system.ini вписываются строчки:

  • minfilecache=8096
  • maxfilecache=8096
  • minpagingfilesize=64000

Таким образом, системе не разрешается заниматься изменением размера файлового кэша, вся оставшаяся память освобождается от опасности быть занятой этой бесполезной при монтаже информацией. Кроме того, система сразу имеет 64 МБ виртуальной памяти и не имеет нужды изменять размер файла подкачки при работе. Это занятие может сильно отвлекать от захвата видео.

Разумеется, такой трюк не пройдет с Windows NT или 2000. Не советую использовать всяческие утилиты по управлению распределением памяти в NT системах. Не помогают они. Проще добавить памяти. У меня нормально все работает даже на 128 МБ, хотя лучше бы использовать не менее 192.

Наконец, самый минимум, требуемый от компьютера — P166 MMX, но с хорошей материнской платой, поддерживающей SDRAM и PCI bus mastering. Вот уж без этих двух вещей о видеомонтаже лучше и не думать. И именно ММХ.

Video: Самое дешевое решение

Если предположить, что компьютер у вас уже есть, что можно сделать с ним для редактирования видео?

Я исхожу из предположения, что источником сигнала для вас является аналоговая видеокамера. Если вы купили DV камеру, ваши затраты на дооборудование компьютера будут другими и рекомендации, изложенные в этом разделе, вам не полностью подойдут. Немного поразмышляв, я решил вставить ремарки про дешевое DV решение прямо в текст, следующий ниже. Дело в том, что принципы работы с видео не меняются от того, каким способом это видео попадает в компьютер. Также, вам будет легче сравнить, что же лучше.

Оборудование

Первый шаг — купить большой и пригодный для работы с видео диск. Из тех, что я сам пробовал, мне всегда нравились диски Seagate. 40Гб меньше чем за 100$ — это экономно. Современные и более ранние модели Seagate умеют отлично писать непрерывные потоки данных. Модели других производителей следовало бы испытать на пригодность к работе именно в условиях описываемой ниже дешевой системы видеомонтажа.

Второй шаг. Аналоговая карта видеозахвата (или недорогая IEEE1394 карта, если у вас DV видеокамера). Я рекомендую PCI TB тюнеры, в которых используются микросхемы BT848 или BT 878. Цена такой карты может быть меньше 40$ (для DV — примерно такая же, но производитель микросхем — Texas Instruments). Все такие карты соответствуют reference design плате производителя микросхем и умеют:

  • Показывать на мониторе и захватывать аналоговое (DV) видео со скоростью потока данных, ограничиваемым только устройством записи (3.5 МБ/сек для DV). Я проверял эти их способности на материнских платах Pentium и Pentium II (не думаю, что соврал для DV. С ним вообще все проще, но вот с показом видео на экране могут быть проблемы — оно ведь декодируется из DV процессором!). Даже Iwill на I440FX чипсете работала отлично, не ограничивая пропускную способность канала передачи данных по шине PCI.

  • Захватывать видео с произвольными размерами кадра (IEEE1394: копировать DV поток данных с ленты на диск. Размер кадра, разумеется, остается полным). Делается это, правда, через редактирование registry, но работает отлично. Запускаете поиск по Registry на слово BT848 (878), в найденной ветви находите RectHeight (высота) и RectWidth (ширина), меняете значения, и запускаете программу захвата. Только в самой программе не надо ничего менять, иначе она самостоятельно выставит одно из стандартных разрешений. В программе VirtualDub можно произвольным образом устанавливать и размеры кадра, и формат оцифровки, не прибегая к редактированию системного реестра (понятие оцифровки неприменимо к DV. Все уже и так оцифровано. Речь идет только о переносе данных с ленты на диск).

  • Захватывать видео как через композитный вход, так и через S-video. Последнее важно для Hi-8 видеокамер (для DV все это неприменимо. Можно написать, что копирование данных возможно с любых устройств, поддерживающих IEEE1394 стандарт. Но вот аналоговое видео такие карты НЕ могут никак захватить).

Третий шаг. Если вам хочется выводить результат своего труда на экран телевизора или записать на видеокассету, то, на мой взгляд, вам придется купить аппаратный MPEG2 декодер (для DV всегда есть возможность скопировать итоговое видео на DV ленту, или показать видео с диска с помощью видеокамеры, но решение, позволяющее показывать архив на CD, все равно нужно). Его цена сегодня примерно $61. Дело в том, что у большинства видеокарт, имеющих ТВ выход, работает он не так, как нам надо. Даже если вам удастся захватить видео в полный размер (для DV это истинно так, и никак по-другому), его будет почти невозможно правильно показать через видеовыход обычной карты. Для соответствия строк цифрового видео и строк на экране телевизора видеокарта должна уметь переключиться в режим 576 строк и растянуть видео на всю его высоту и ширину.

Ниже будет объяснено, почему захват видео с полной шириной кадра нецелесообразен (для DV у вас нет выбора: размер кадра всегда полный). К тому же, качество выхода видеокарты на ТВ часто просто не выдерживает никакой критики.

Что же касается MPEG2 карты, то она специально была сделана для показа видео, поэтому не только работает правильно и обеспечивает высокое качество, но еще умеет растягивать кадры по ширине, даже не спрашивая вашего согласия.

Ну вот, система готова. Цена ее доработки для редактирования видео составила $200, из которых собственно оборудование для видеозахвата стоит $100.

Все вместе стоит дороговато? Начните с системного диска. Но это неправильно. Если же все-таки диск покупать, то нет смысла экономить 10$ на 10-20 ГБ дополнительного размера — посмотрите на цены и поймете.

Видео для просмотра на компьютере или VideoCD

Захват нужно делать в формате BTUV с размером кадра 352×288, 25 Гц (для DV размер кадра всегда полный). Почему 352 — так велит стандарт VideoCD. Можно и больше, но тогда (теоретически) могут быть проблемы с воспроизведением этого кино MPEG картой. Для Hollywood+ это не так, поэтому вам подойдет и нормальный по пропорциям размер в 384 пиксела. Не забудьте только сжать итоговое видео по горизонтали до 352 пикселов, если вы хотите сделать настоящий VideoCD для проигрывания в бытовых VideoCD плеерах.

Почему 288 строк — их ровно столько активных в поле видеосигнала PAL или SECAM (DV поток данных всегда содержит оба поля). Выбрать меньше можно, но это потеря качества (неприменимо для DV). Выбрать больше хочется, но нужно либо все строки, либо только половину захватывать. Все строки в режиме 352×576 — это в нашей системе лучше подходит для MPEG2 (у DV всегда размер кадра 720×576, но уменьшить всегда можно будет потом).

Для создания видео с целью пересылки по электронной почте или для Web сайтов, презентаций и подобных нужд, можно устанавливать любой размер кадра при высоте не более 288 строк и с соблюдением пропорций 4:3 (для DV все эти рассуждения применимы тоже, но не на стадии захвата, а на стадии изготовления итогового видео)

Итак, вы получаете видео в формате, в котором каждый пиксел имеет индивидуальное значение яркости и группа из четырех пикселей на строке имеет одинаковый цвет. Это только кажется плохой оцифровкой: мне не удалось увидеть большее разрешение по компонентам цветности на выходе VHS магнитофона. Даже для Digital8 видеокамеры разрешение по компонентам цветности оказывается на аналоговом выходе не лучше. Если хотите, попробуйте захватывать в RGB 24 и сравните картинки. За счет правильного выбора формата экономится половина места на диске по сравнению с RGB (DV формат имеет другое представление, но число битов на пиксел перед DV компрессией у него такое же).

Видео записывается со скоростью 3.8 МБ/сек (Для DV цифра очень близка к этой, но при полноразмерном видео). В один файл размером 2ГБ поместится примерно 9 минут видео, если учесть еще и звук. Почему размер Avi не может быть больше 2 ГБ — так решил Microsoft. В файле записывается длина данных в виде 32 бит целого со знаком. Больше 2 ГБ таким способом записать нельзя (для файлов DV video, создаваемых OHCI compliant IEEE1394 устройствами, ограничение на размер отсутствует, если нет ограничений в самой файловой системе. Например, для FAT32 такое ограничение составляет 4ГБ).

Хотите иметь большую длительность записи? Придется поэкспериментировать. Можно использовать один из быстрых программных компрессоров. Morgan Multimedia, Picvideo MJPEG Codec или Mainconcept MJPEG кодеки, как правило, могут в реальном времени производить видео очень хорошего качества при скорости потока 1.5-2 МБ/сек, если у вас 450 МГц или более быстрый процессор. Можно попытать счастья с Indeo 5.10 quick compressor. Поставьте 100% качество и укажите, что каждый кадр должен быть ключевым. Качество будет похуже, чем у MJPEG, но и размер файла меньше — 1000-1200 КБ/сек. Можно захватывать видео и с помощью DivX 4.0 кодека. Наилучшим с точки зрения качества при заметном сокращении размера можно считать кодек Huffyuv 2.1.1, сжимающий без потерь. Коэффициент сжатия не превышает двух, но при этом сохраняется вся информация в кадрах (для DV все эти рассуждения не имеют смысла).

Опять мало? Остается два пути: использовать какой-нибудь быстрый компрессор с большим коэффициентом сжатия, или найти способ записывать много файлов по 2 Гб подряд без пропусков кадров на стыках.

Для первого способа нужен быстрый процессор и DivX 4.0 кодек или Windows Media Encoder. (DV: такие решения тоже есть, например, тот же Windows media encoder) Качество видео примерно соответствует MPEG1, как правило, удается сжимать в реальном времени. Длительность записи определяется суммой 200 КБ/с (или меньше) для видеопотока и максимум 16 КБ/с для 16 bit 44.1 MPEG 2 layer3 (или wma) аудио и составляет более двух часов. Имейте в виду, что качество такого видео будет неважным, поэтому такой «магнитофон» следует использовать только для разовых просмотров, или если видео не предполагается конвертировать в другой формат.

Для второго способа решение существует, но задумано оно было только для захвата без программного сжатия. Для нашего примера с 4МБ/сек форматом видео, и местом на диске для восьми файлов, выходит примерно 72 минуты. Не так плохо для начала.

Итак, идем по адресу: www.nct.ch/multimedia/avi_io/index.html, и загружаем программу AVI_IO (DV формат тоже поддерживается этой программой). С ее помощью можно захватывать видео в несколько файлов размером до 4 Гб. За полную версию нужно заплатить денег, но и пробная версия дает возможность захватывать до 54 минут видео. Если применить YUV9 формат, то с некоторой потерей качества можно уменьшить поток данных до 3 МБ/сек записать в один прием до 66 минут видео (DV: неприменимо). VirtualDub и программы Бориса Прохорова тоже умеют писать видео в несколько файлов (DV: неприменимо).

Что делать дальше? Редактировать (применимо только для avi видео, wm* файлы редактировать нечем) и сжимать в MPEG1 (или DivX 4.0, если вам не нужно выводить видео на телеэкран). Советы, как это делать, можно посмотреть в других разделах этого документа (DV: обычно все кодировщики умеют делать MPEG1 из DV type2, а если у вас type 1, то потребуется конвертор или мелкие хитрости, о которых будет сказано ниже). MPEG1 видео должно хорошо воспроизводиться вашей MPEG картой на телевизоре, и также хорошо будет показываться встроенным программным декодером Windows на мониторе любого компьютера. Можете поэкспериментировать с другими компрессорами, но тогда у вас не будет возможности смотреть видео на телевизоре с помощью Hollywood+ декодера.

Интересное наблюдение. По не вполне понятным мне причинам, Hollywood+ декодер показывает на экране телевизора видео в формате VideoCD заметно лучше, чем оно воспринимается на экране монитора. По-видимому, меньшее разрешение телеэкрана и несколько лучший алгоритм масштабирования в аппаратуре декодера сглаживают артефакты компрессии. Примерно такой же эффект наблюдается и при проигрывании VideoCD на mp3 плеере Napa 310. Поэтому я могу с некоторыми оговорками рекомендовать этот формат для хранения домашнего видео, если он вас устроит (DV: формат в принципе содержит меньше шумов, поэтому сжатие DV оригинала обычно приводит к более качественным результатам).

В принципе, видео с размером (по площади) в ? кадра нормально показывается на телевизоре и видеокартами с ТВ выходом. Если у вас есть такая карта, то можете смело рассчитывать на приемлемое качество показа любых видеороликов с высотой кадра не более 288 пикселов.

Настоящее Видео

Попробовав и освоив видео половинной высоты исходного кадра, вы можете задаться вопросом — почему это на экране телевизора движение предметов выглядит не таким плавным, как при показе исходного видео через видеомагнитофон или камеру?

Вот тут и придется задуматься о полях видеокадров. При захвате с половинной высотой кадра вы получили в видеофайле только половину исходных «фотографий» из числа присутствующих в видео сигнале. Вторая половина была потеряна. Поэтому ваш глаз получил только половину информации о движении в сцене, и все происходящее выглядит как-то с подергиваниями или неплавно двигающимся. К сожалению, преодолеть это можно только увеличением высоты кадра при захвате до полных 576 строк, что удваивает объем данных (DV: неприменимо, потому что видео и так записывается с полной высотой кадра).

Кроме того, вам будет труднее использовать программную MJPEG компрессию при захвате видео: может не хватить производительности процессора. Впрочем, последние версии MJPEG кодеков от picvideo или Mainconcept достаточно хорошо оптимизированы и должны нормально работать с кадрами 352х576 на PIII процессорах быстрее 600 МГц (DV: у вас таких проблем нет. Хватит и 300 МГц).

Поток данных возрастет до 6-8 МБ/сек для случая несжатого видео в BTUV формате (DV: а у вас всегда 3,6 МБ/c). Скорости записи обычного современного диска тоже должно хватить по емкости и скорости работы (DV: изначально не было причины беспокоиться).

Захват получается не слишком длинным? Стоит по демонстрационным версиям программ захвата во несколько файлов понять, какая работает для вас лучше и приобрести коммерческую версию (DV: для видео type1 достаточно сменить файловую систему на NTFS. Для Canopus DV Raptor все это и так решено за счет записи в reference avi файлы).

С другой стороны, если вы делаете фильм для семейного архива, то нет смысла делать его длиннее 10-15 минут. Более длинные фильмы смотреть сможете только вы сами — все друзья быстро устанут.

Итак, 352×576. Что с таким размером кадра можно сделать? Во-первых, можно смешать оба поля в один кадр размером 352×288 в выходном видео (DV: то же самое, если вам нужно сделать VideoCD). При таком смешивании в какой-то мере имитируется смазанность (motion blur) картинки на кадрах кинофильма, что и позволяет получить впечатление более плавного движения в кино. Точной имитации не получается. Для улучшения восприятия можно рекомендовать тщательно следить за быстрыми поворотами камеры при съемке. Отдельные предметы, не занимающие много площади кадра, двигаются довольно плавно и в варианте без смешивания полей. А быстрые повороты камеры при съемке дают смещение всего фона и неустранимые мерцания двигающихся в кадре вертикальных границ предметов. Кажется, в кино об этом знают, и таких перемещений камеры в нем мало. Мы же делаем так очень часто. Именно поэтому мне кажется, что рекомендации делать видео с высотой кадра в 288 строк в качестве эквивалента VHS формату неправильны. По качеству неподвижного кадра действительно выходит, что оно вполне соответствует VHS, но по передаче движения — только при кодировании кинофильмов.

Для выходного размера 352×288 можно использовать все схемы компрессии, которые вы уже опробовали в разделе «компьютерного» видео. Пора переходить к более совершенным методам компрессии.

Просмотр видео с полной передачей информации о движении

Следует особо подчеркнуть, что показ видео с полной информацией о движении в кадре возможен, как правило, только на телеэкране. Современные мониторы не могут работать в режиме чересстрочной развертки. Поэтому кадры полной высоты могут быть показаны не в две фазы, как в телевизоре, а в одну, что и создает искажения типа «расческа» из-за смешивания двух разных фаз движения в сцене в один кадр.

Имитация режима чересстрочной развертки в окне overlay, обычно используемом при показе видео на мониторе, также невозможна. Дело в том, что при чересстрочной развертке каждая линия должна быть в два раза ярче, чем при прогрессивной. Если токи лучей монитора настроены на прогрессивную развертку, то показ в окне видео одновременно только половины строк кадра приведет к потере половины яркости.

Правда, возможно показывать каждое поле видео в виде целого кадра. Для этого:

  1. исходный полный кадр разделяется на поля с четными и нечетными строками,
  2. верхнее (с верхней строкой кадра)поле масштабируется до полного размера и его картинка смещается на полстроки вниз (интерполяцией),
  3. нижнее поле масштабируется до полного размера и его картинка смещается на полстроки вверх (интерполяцией),
  4. оба кадра показываются с интервалом в 1/50 секунды.

Такой способ устранения эффекта «расчески» получил название BOB deinterlacing. Впрочем, выше приведен наиболее честный вариант его реализации, не найденный пока в проигрывателях видео в чистом виде. Четкость по вертикали при таком способе теряется, но это почти незаметно на глаз. Кроме потери четкости, картинки неподвижных кадров немного дрожат из-за остающихся погрешностей интерполяции при смещении изображений полей на половину строки. Впрочем, таким способом можно добиться весьма хороших результатов для видео телевизионного происхождения.

Следующей трудностью является выбор формата сжатия видео, который вообще имеет представление о наличии полей в видео. Дело даже не в том, чтобы включить BOB режим только тогда, когда это нужно, но и в умении выдать поля видео в правильном порядке. Разные карты оцифровки видео могут использовать разную очередность полей для компоновки их в полный кадр. Поэтому в сжатом видео либо должен присутствовать флаг очередности полей, либо она должна быть такой, чтобы обеспечить правильный показ декодированного видео на телеэкране (DV: очередность полей фиксирована как «сначала нижнее», но проблема показа на мониторе остается).

Способами сжатия видео, в которых есть информация о полях, являются MJPEG компрессоры, DV кодеки, и MPEG2 формат. Причем, только MPEG2 формат явным образом содержит флаг очередности полей, который должен менять поведение декодера. Остальные форматы только учитывают наличие полей при кодировании видео, но никак не передают информацию об их очередности декодеру. Предполагается, что соответствующий аппаратный декодер уже знает правильную очередность полей (DV и карты с аппаратной MJPEG компрессией). Иногда (если источником видео служила не та же самая карта) такое «знание» оказывается неверным, что приводит к ошибкам при показе видео на телевизоре. То же касается и MPEG1 формата. В его потоке не предусмотрена передача информации о полях. MPEG 1/2 декодеры с выводом картинки на телевизор все равно передают видео по полям. Для MPEG1 декодер всегда использует определенную очередность вывода строк кадра (полей) на экран телевизора, что делает MPEG1, в принципе, пригодным для показа видео с полной высотой кадра, если вы эту очередность правильно угадали.

Для нашего случая использования в качестве видеовыхода MPEG декодера никакого другого выхода нет — MPEG1 или MPEG2 форматы (DV: проблема не существует, если вы используете для показа видео саму видеокамеру, но остается для MPEG видео).

Отступление в защиту MPEG1

Вообще говоря, стандарт MPEG1 допускает размеры кадра до 4096×4096. Фундаментальное различие между MPEG1 и 2 состоит в способности последнего корректно сжимать видео с чересстрочной разверткой. Все остальные отличия не столь важны, поскольку относятся к установлению нескольких уровней и профилей, заменяющих собой единственный constrained (он же применяемый в VideoCD) набор для MPEG1. MPEG2 поток может содержать в себе MPEG1 видеоданные, по размеру кадра и скорости потока данных вписывающиеся в, скажем, в main level / main profile MPEG2 характеристики (именно такая комбинация профилей/уровней используется в DVD и цифровом вещании), и будет правильным MPEG2 потоком.

Для поддержки понятия полей в MPEG2 введен флаг очередности полей видео и разрешено кодирование по полям, или специальное кодирование всего кадра блоками через строку. В любом случае, при таком кодировании каждый блок 8×8 пикселей содержит только точки из одного поля. Предсказание движения тоже усложнилось, так как появилась возможность сравнивать и соседние поля видео, и соседние кадры. Кроме того, в алгоритм компрессии добавлен вариант, лучше приспособленный для кодирования видео с полями. В целом, как пишут первоисточники, при одинаковой потере качества при сжатии за счет MPEG2 дополнений можно ожидать экономию 10% размера файла. Так ли это на самом деле — вопрос спорный и ответ на него зависит от конкретной реализации алгоритмов.

Я постараюсь привести свои собственные наблюдения на эту тему в других частях этой публикации.

Можно попробовать использовать MPEG1 компрессию и для видео с полями. При этом, как может показаться, эффект «расчески» в кадрах видео должен приводить к ухудшению качества картинки после компрессии. Мои опыты показали, что это не совсем так. MPEG1 компрессор действительно не подозревает о том, что кадр видео составлен из двух картинок. Поэтому ему приходится сжимать «расческу». В то же время, алгоритм предсказания движения не перестает работать, а сама по себе «расческа» не так уж много прибавляет к числу битов в сжатом блоке данных.

Любопытно, что некоторые, заявленные как MPEG2, кодировщики не умеют при сжатии использовать ничего, отличного от MPEG1, кроме флага очередности полей. К таким относится, например, LSX MPEG encoder. А ведь он не считается плохим по качеству.

Безусловным достоинством MPEG1 формата является возможность просмотра видео на любом компьютере. Встроенный в windows декодер MPEG1 работает весьма качественно. Некоторые программы, например, Vitrualdub, позволяют перекодировать MPEG1 в avi. Для MPEG2 придется использовать специальный декодер. Разумеется, для владельцев Hollywood+ проблемы посмотра MPEG2 не существует, но, к примеру, его проблематично использовать для проигрывания роликов в презентациях. Итак, если вам важна универсальность формата хранения видео, есть смысл попытаться не отказываться от MPEG1 сразу.

Мои опыты с проигрыванием MPEG1 видео на компьютере привели к следующим выводам:

  1. Разница в качестве самого видео, сжатого хорошим MPEG1 и хорошим MPEG2 кодировщиками, при одинаковых потоках данных пренебрежимо мала, если ее вообще возможно обнаружить. Причем, этот вывод справедлив и для программного декодера windows, и для Hollywood+.

  2. Существуют добротные кодировщики, поддерживающие только MPEG1 стандарт, например, от Panasonic.

  3. Очередность полей видео при кодировании из DV или захваченного аналогового видео (по крайней мере, для моей карты Avermedia TV phone) в MPEG1 остается правильной. В принципе, это означает, что принятый в H+ порядок показа полей из полного кадра MPEG1 соответствует способу объединения полей в один полный кадр. Ведь никакого способа указать другой порядок полей в потоке MPEG1 данных просто нет. Hollywood + прекрасно показывает MPEG1 видео с полной высотой кадра и плавность движений полностью сохраняется.

  4. При проигрывании MPEG1 видео на моем экземпляре no-name H+ нельзя использовать ширину кадра более 464 пикселов, если применяется используемый по умолчанию вариант кодирования с двумя B кадрами подряд. Установка только одного B кадра подряд снимает эту проблему и при полной ширине кадра (720 пикселов). Качество кодирования от этого сильно не ухудшается.

  5. Разумеется, обычный медиаплеер Windows не умеет самостоятельно растягивать кадр MPEG1 уменьшенной ширины до нормальных пропорций картинки. Преодолевать это можно либо с помощью бесплатных плееров, использующих внутри windows media player control, либо созданием собственного варианта такого проигрывателя в Visual Basic. Не могу понять упорства, с которым Microsoft скрывает некоторые полезные свойства собственного произведения внутри кода. Например, в стандартном медиаплеере нельзя показать номер кадра видео, и нельзя двигаться шагами по одному кадру. H+ умеет показывать видео в полный телевизионный экран.

  6. Пресловутая «расческа» всегда будет присутствовать при просмотре видео с полной высотой кадра на мониторе (я принципиально не рассматриваю перекодировку кинофильмов из DVD в более компактный вариант MPEG). Если видео нужно вставить в презентацию, можно использовать 50% уменьшение высоты кадра. К сожалению, никакой возможности избавиться от этого эффекта пока нет. Вернее, она может быть только такой же, как и bob deinterlacing в программных MPEG2 проигрывателях. Само по себе это ухищрение было возможно всегда, но применили его почему-то пока только для них.

Вывод: не бойтесь распространенных заблуждений о непригодности MPEG1 формата для хранения видео с полной информацией о движении. Выбор между MPEG1 и 2 зависит в целом от ваших предпочтений.

Предостережение: не смешивайте поля

Многие программы обработки видео не подозревают о полях. В частности, некоторые фильтры, применяемые в компрессорах для предобработки перед сжатием или даже после распаковки кадров, работают по целым кадрам. В качестве примера можно привести MPEG4 кодеки от Microsoft и все производные от них. В этих компрессорах делается попытка применить blur фильтрацию, если кодек заведомо знает, что ограничения по потоку данных приведут к сильно заметным искажениям видео. В отличие от большинства программ видеомонтажа, фильтрация применяется не раздельно к картинкам каждого поля ( если программе заранее сообщили о наличии полей в видео), а к кадрам. В результате между полями возникает смешивание, которое приводит к потере почти всей той половины информации о движении, которая и содержалась в картинках полей, а не кадров. При просмотре такого видео на телеэкране движения перестанут быть плавными. Некоторые MPEG1 кодировщики содержат подобные фильтры, иногда адаптивные, и их включение тоже приведет к потере плавности движений. Например, кодировщик от Panasonic не должен работать с включенными встроенными фильтрами. Подобные фильтры имеются и в LSX MPEG encoder, причем в варианте MPEG2 они принудительно скрываются от пользователя.

Если вы забудете указать правильную очередность полей в Adobe Premiere, то все его blur и подобные фильтры также приведут к потере плавности движения.

Не следует относить эти проблемы на счет собственно MPEG1 формата. Аккуратное следование идее полей в видео должно предохранить от его неправильного приготовления. В то же время, хороший кодировщик вполне может использовать адаптивную фильтрацию для уменьшения потока данных в ситуациях, когда это может привести к улучшению воспринимаемого качества картинки. К несчастью, эти фильтры больше всего нужны при быстрой смене содержимого кадров, и их работа по смешиванию полей наиболее заметна. Если вы увидели явные искажения плавности движений, не используйте такой кодировщик в варианте MPEG1. Переключитесь на MPEG2 и внимательно установите все ориентированные на interlaced видео параметры кодирования.

Итак, после редактирования видео формата avi вам следует компрессировать его в формат MPEG1 или 2. Более подробно о выборе самих компрессоров написано в других разделах данного обзора.

Изготовление длинных фильмов

Затруднение, с которым вы можете столкнуться (кроме очень большого времени кодирования) — как приготовить итоговый avi для сжатия в MPEG? Кажется, формат, в котором вы захватывали видео, не всегда удастся использовать для сохранения готового фильма (так иногда бывает, если аналоговая карта записывает видео в формате, для которого отсутствует программный кодировщик). Можете использовать в качестве промежуточной стадии программный MJPEG кодек (DV: ни в коем случае не используйте ничего, кроме DV). Не забудьте включить у него поддержку interleave, иначе он будет использовать при сжатии только одно поле кадра. Можно использовать и DV кодек, если захват был произведен с размером кадра строго 720х576. Если вы пользуетесь Adobe Premiere 5.1х, то можете сделать MPEG2 прямо из него с помощью bbMPEG plugin. Кроме этого решения, можно использовать plugin версии нескольких других кодировщиков. Впрочем, мне такой путь не нравится.

Во-первых, заранее неизвестно, какой MPEG2 кодировщик будет работать лучше. Во-вторых, не все кодировщики имеют plugin версии. В-третьих, многие plugin варианты урезаны в возможностях по сравнению с полными версиями.

На мой взгляд, лучше всего подойдет использование avisynth premiere plugin, который превратит Premiere в сервер кадров видео для почти всех известных программ его дальнейшей обработки. Во всяком случае, все используемые мной программы компрессии такой сервер понимают. Помимо экономии места на диске, улучшается и качество компрессии за счет исключения промежуточной стадии сжатия (даже для DV формата).

Параметры итогового видео

Для половинной ширины кадра подойдет скорость потока MPEG примерно 2.5-4 mbps (DV: вы тоже можете использовать половинную ширину кадра для кодирования в MPEG. Отнеситесь внимательно к тому, как работают алгоритмы изменения размера кадра, чтобы не допустить смешивания полей внутри кадра видео. Это справедливо и для других форматов, если вы изменяете ширину кадра). Вообще говоря, для быстрого приготовления MPEG с целью вывода на видеомагнитофон можно приготовить специальную версию итогового видео с максимально большим потоком данных. Например, вариант 15 Мбит/с и только I кадры в GOP последовательности позволит сжать видео много быстрее в MJPEG-подобном виде (без межкадровой компрессии, которая в разы медленнее) и проиграть его с наивысшим качеством для записи на ленту (DV: для вас эта рекомендация не имеет смысла. Используйте DV формат и вывод на ленту через видеокамеру непосредственно из timeline редактора). По скорости кодирования такой вариант с использованием сервера кадров avisynth сопоставим с любым программным компрессором MJPEG. Для хранения видео на CD используйте полноценное сжатие MPEG с указанной выше скоростью потока.

В конце концов вы получите MPEG2 файл, который будет показываться на экране телевизора практически так же, как и исходное видео. Вас не устраивает разрешение 352 точки на ширину кадра? Это справедливо для Hi8 или SVHS видеокамер. Если вы записываете видео на обычный VHS, то не увидите улучшения качества записанного на ленту видео от увеличения ширины кадра при оцифровке. Если же у вас есть комплект из SVHS камеры и SVHS магнитофона, то не лучше ли потратить побольше денег на карту захвата с аппаратной DV компрессией (недорогой вариант производится Dazzle), или на более производительный процессор, позволяющий сжимать видео в DV формате программно? Другой вариант, сторонником которого я не перестал быть — использование Digital8 видеокамеры как устройства оцифровки и хранения видео.

Попробуйте захватывать видео в режимах с шириной кадра > 352 (DV: неприменимо; все остальные: не более 720, и обязательно кратно 16). Постепенно увеличивая этот размер, найдите предельную скорость потока видеоданных, которая вас устраивает. Для хранения MPEG видео, на мой взгляд, следует все же придерживаться системы в установке ширины кадра. Известно, что используемыми в DVD вариантами являются ширины кадров в 352, 480 и 720 пикселов. Я советовал бы придерживаться этих значений в надежде когда-нибудь дожить до DVD RAM бытовых устройств, понимающих просто MPEG1/2, а не только его .VOB разновидность.

Что получилось в итоге

Подведем итог. За $100 затрат на видеооборудование и неизбежных $100 за накопитель вы получили возможность редактировать видео с качеством не хуже, чем может обеспечить полупрофессиональная MJPEG видеокарта (DV: принципиально без потерь качества на преобразования из аналоговой формы в цифровую и обратно). Кроме того, вы можете теперь выводить видео на телевизор, и даже записать на VHS магнитофон с хорошим качеством (DV: с качеством, соответствующим качеству любого носителя, от VHS до DV). Правда, времени потратить и мелких хитростей для этого применить придется много. Но цель достигнута! Заметьте, карта MPEG2 вам тоже будет нужна не сразу. На начальном этапе можно будет смотреть MPEG и на мониторе с помощью какого-нибудь программного DVD плеера.

Video: Существуют ли доступные форматы c более высоким качеством?

Существуют ли какие-то другие, более-менее доступные форматы, кроме DV, c более высоким качеством — т. к. даже 500 линий не всегда устраивают по четкости(вопрос скорее на будущее).

Э-Э-Э, а смотреть-то на чем? У меня дома и S-video входов-то у телевизоров нет. На мониторе с близкого расстояния можно помечтать о >720 пикселах, но стоит отойти подальше, и…

Вообще эти линии просто обман. Определение гласит, что разрешение в линиях есть число индивидуальных элементов изображения по горизонтали, измеренное на части строки, по длине равной высоте экрана. Отсюда и получается 500 пикселов-линий из 720 для DV.

На экране 29″ телевизора Philips у меня на работе я сосчитал 600 вертикальных полосок маски. Одна на миллиметр. ВСЕ! Больше он не покажет никогда! Чтобы он и эти нормально показал, нужно на кинескоп подать ровно 600 пикселов цифрового сигнала, по одному точно на линию маски, иначе будет муар. В аналоговом виде эта трубка больше 400 линий и не покажет.

Самые продвинутые бытовые аппараты, наверное, приближаются к DV. Но делать даже больше 400 линий все равно при массовом выпуске нецелесообразно — цена кинескопа и видеоусилителя растет, а увидеть разницу пока не на чем. Нет источников сигнала. Да и стандарт в самом строгом черно-белом виде не предусматривает пока больше 500 линий. Честные 100 Гц развертки дали бы более заметное улучшение воспринимаемого качества видео, чем увеличение разрешения.

Я получил на аналоговом выходе Digital8 камеры Sony TRV DCR 110E примерно 400-420 линий при съемке напечатанной на бумаге испытательной таблицы. Это уже ограничение матрицы внутри видеокамеры. 500 линий гарантируются только по IEEE1394 каналу и только в цифровом виде. Оптическая часть имеет меньшее разрешение. Заметить это на телевизоре нельзя. На экране монитора можно, но только при сравнении тестовых картинок. Реальные сцены выглядят четкими и при честных 400 пикселах на строку.

К тому же, в типичных любительских ситуациях не получается и такая точность фокусировки. Если освещение неяркое, автофокусировка дает ошибку, хотя для Digital8 она и небольшая. При съемке с руки при быстрых перемещениях автофокус тоже отрабатывает с некоторой ошибкой. Если снимать в режиме ручного фокуса, то на ЭТОМ видоискателе выставить его точно довольно трудно, если спешить.

Думается мне, что > 500 линий для любителя не нужно. Если же камера используется в студии, то это уже другой ценовой диапазон, для работы с техникой за $20000 можно и оператора натренировать, и свет поставить, и фокус заранее настроить по большому монитору. Для наших же игрушек это просто нереально.

Компоненты цветности на S-video выходе D8 имеют в лучшем случае 1,3 МГц полосу частот. Вещательный стандарт предусматривает до 1,5 МГц. У реальных Sony и Panasonic телевизоров 6 летней давности на экране при композитном сигнале выходит еще меньше.

Насколько я знаю, все серьезные проекты high definition TV пока не имеют перспективы в бытовой электронике. Мне бы вот хоть одну московскую ДМВ программу дома посмотреть…

Кажется, и в студиях пока довольны 720 пикселами на полную строку. Там даже не везде на цифру перешли.

Не думаю, что что-либо серьезно изменилось к 2001 году, по крайней мере в нашей стране.

Video: Двухпроцессорные конфигурации

Имеет ли смысл для ускорения преобразования AVI-файла из MJPEG (DC30+) в Cinepak в Adobe Premiere 5.1a использовать двухпроцессорную конфигурацию машины? Насколько быстрее следует ожидать процесс такого преобразования для разрешений 720×576, 25 fps, работая в Windows NT (2000), по сравнению с системой с одним процессором?

Ускоряться будет только компрессия, алгоритм которой явно поддерживает параллельную работу процессоров. Я не думаю, что Cinepak кодек это умеет. Из новых кодеков я знаю, что параллелизм поддерживается для microsoft MPEG4, www.microsoft.com/windowsmedia, LSX MPEG encoder, TMPEG encoder, Cinemacraft encoder, Panasonic MPEG1 encoder, и, может быть, некоторые другие.

Обычно производитель этим сильно гордится и на своем сайте об этом радостно сообщает.

Если говорить о кодеках вообще, то я рекомендую MPEG4 в варианте DivX 4.0x. Он очень хорошо сжимает видео и доступен бесплатно. В этой версии заметно снижены требования к процессору на стадии проигрывания видео. Впрочем, для видео с потоком менее 600 Кбит/с достаточно и P166mmx.

Cinepak вообще очень медленный компрессор, и качество его оставляет желать лучшего.

Из общеупотребительных кодеков indeo 5.10 работает намного быстрее и обеспечивает лучшее качество при таком же потоке данных.

Я не очень уверен, что двухпроцессорная конфигурация сильно ускорит обычную компрессию. Но, вероятно, можно будет параллельно запустить две задачи на сжатие.

Иногда длительное кодирование видео невозможно ночью из-за шума системного блока (жена не понимает) или вероятных проблем с энергоснабжением. В таких случаях покупка «кодирующего» компьютера с максимально тихим исполнением, источником бесперебойного питания и сетевой картой для связи с уже имеющимся компьютером выглядит оправданной. В качестве такого компьютера идеально подходит … ноутбук. Правда, это не самое дешевое решение. Расположение кодирующего системного блока где-нибудь на кухне выглядит более дешевым вариантом. Управлять им можно встроенным в windows 2000 NetMeeting, устранив таким образом необходимость в мониторе.

Другим вариантом является перенос файлов для кодирования на другой компьютер, который по своему расположению не может быть источником проблем, например, на ваш рабочий компьютер, который ночью все равно работает. Тогда для организации кодирования достаточно купить пару mobile rack и жесткий диск объема, достаточного для транспортировки видео «в сумке».

Размер кадра выходного видео меня смущает. Для компьютера вам нужно оставить только одно поле (288 строк) из двух полей видео, поэтому нормальный выходной размер будет 384×288 для исходного PAL видео. Остальное — лишнее. Размер на экране можно сделать каким надо уже при проигрывании.

Video: Как построить магнитофон

Как решить такую проблему: нужно записывать видеосюжеты с программируемого компьтерного ТВ-тюнера с разрешением лучше, чем 320×240.

Все, что я смог найти у производителей — это Life View LR-025, но там маленькое разрешение. Нет ли отработанной комбинации тюнера и оцифровщика видео-последовательностей с лучшим разрешением, которая могла бы работать в автоматическом режиме?

Задача с виду довольно простая, но не все так замечательно.

1. Размер таких файлов. Для avi формата он не должен превышать 2 Г. Это примерно 2.5 часа видео с потоком в 200 КБ/с. Можно и побольше поток данных поставить, но за счет сокращения длительности видео. Ограничение преодолевается автоматическим созданием новых файлов видео при захвате. Единственный кодек, приемлемо работающий при таких малых потоках данных — DivX 4.0х. Можете попытаться использовать Windows Media encoder, но я не знаю, насколько он хорош на деле. Мои попытки применить эту программу обычно заканчивались после того, как я видел, что кодировщик начинает сознательно пропускать кадры, считая, что оставшихся должно хватить. В принципе, такой подход должен приемлемо работать для видео, передаваемого через Интернет, но для записи видео с целью его просмотра на самом записывающем компьютере такое решение не кажется мне идеальным.

2. Рассинхронизация изображения и звука. Для avi формата это почти неизбежно, особенно на длинных файлах. Выход представляется а новом формате windows media, но такие файлы нечем редактировать. Действительно, эта программа может порождать видео с размером файла, ограничиваемым только доступным пространством на диске. См. www.microsoft.com/windowsmedia.

3. DivX 4.0 кодек может в реальном времени сжимать в avi файл видео с размером кадра до 384×288×25 Гц на моем домашнем PIII 933. Скорость потока данных (качество картинки) можно выбирать любой, но на деле средняя скорость потока данных редко превышает 200 КБ/с. Судя по загрузке процессора, не следует рассчитывать на существенно большие размеры кадра.

4. Microsoft WindowsMedia видео кодеки хорошо ускоряются в двухпроцессорных конфигурациях. Говорят что таким образом можно получить в реальном времени до 640×480×30 Гц (для PAL, вероятно, следует читать 640×576×25 Гц) на dual PIII 800, под NT или 2000, разумеется. Качество полноразмерного видео в моих опытах при одинаковых с MPEG1/2 потоках данных было несравненно хуже, поэтому добавить мне нечего.

5. При размерах > 288 строк возникает проблема с полями видеосигнала. Дело в том, что видео передается с чересстрочной разверткой, 50 полей в секунду. Каждое поле — картинка содержащая половину строк, либо четные, либо нечетные. В одном поле 288 активных строк для PAL / SECAM и 240 для NTSC. Компьютерное видео работает с кадрами на экране монитора, а не с полями (кроме MJPEG компрессоров, которые понимают и поля, но выводят на монитор целиком кадры). Каждое поле — отдельная картинка, отснятая на 1/50 секунды раньше или позже соседней. В телевидении эти поля и отображаются на экране последовательно, что позволяет, за счет особенностей нашего глаза, получить хорошую плавность движений. В компьютере мы можем либо игнорировать одно поле совсем, либо смотреть на 25 кадров в секунду с совмещенными на них полями. Движущиеся объекты будут иметь зазубренные контуры. Если выходной размер меньше полной высоты кадра, то ВСЕ карты видеозахвата берут одно поле и добавляют к нему отдельные строки из другого. Такая картинка непригодна для просмотра. Поэтому, либо нужно оцифровывать в режиме 640×288 (одно поле) и потом растягивать по вертикали до 480, либо смириться с размером 384х288. Последнее, впрочем, лучше, потому что такое кино довольно легко оцифровывать с компрессией в реальном времени. Если при просмотре в полный экран применяется обычная современная видеокарта с аппаратной фильтрацией при растяжениях, то качество картинки будет мало отличаться от исходного 640×480. Если честно — будет, но не так уж сильно, зато поток данных будет заметно меньше.

6. Единственное что можно посоветовать — захват в режиме 384×288×25 любой картой на базе BT848 или BT878 микросхем, с тюнером или без. Работают они хорошо, а можно ли их запрограммировать — карты подчиняется всем законам video for windows, поэтому можно. Без программной компрессии видео использовать их тоже можно, но это минимум 3 MБ/сек данных. Из программных компрессоров в реальном времени работают при размере 384×288:

  1. Indeo 5.10 - >266 PII (должен быть в системе — элемент IE4)
  2. Morgan, PicVideo или Mainconcept MJPEG — >400 PII
  3. MPEG4 v2 и v3 (Microsoft)>450 PII
  4. DivX 4.0 — > PIII 700. Незаконнорожденных детей MPEG4 V.3 кодека от Microsoft использовать не рекомендую: ничем они не лучше DivX четвертой версии, и скоро должны отмереть.

Первые два дают большой поток данных на выходе (приемлемое качество будет при > 1 MБ/сек). Последние при компрессии в реальном времени по качеству соответствуют MPEG1 в video CD варианте или немного получше. Но и экономнее к диску относятся.

Video: Ох уж эти поля!

Наверное все, также как и я, при захвате video, пользуются программой Vidcap 32. Редактируют в разных редакторах, я пользуюсь «Premiere 5».

При загрузке в Field setting необходимо указать No Fields, Upper Field First, Lower Field First, после пробы всех трех вариантов, не выявив каких-нибудь отличий, остановился на Upper Field First, просто потому что в окошке оно первое. А недавно я установил Plugins «Panopticum Lens V1.0»,это такие симпатичные многоугольные линзочки. После экспорта видео ровно половина изображения была черная, нижняя половина весело смотрелась через остатки линзочки, стоило мне изменить Upper Field на Lower Field First, уже нижняя половина изображения была черная, только после установки No Fields-получилось полноэкранное изображение.

Не говорит ли это о том что Vidcap 32 захватывает полные кадры, а редактор уже искусственно разделяет изображение? Как еще можно проверить какое поле захватывается первым?

Как мне кажется, в этом plugin некорректно сделана работа с полями. Я тоже получил такой эффект. Тут ничего не поделаешь, корректно эти эффекты работают только в режиме full frame или no frames.

Поля и их очередность важны, если видео делается для просмотра на телевизоре. Дело в том, что в ТВ сигнале передается последовательность полей, содержащих четные и нечетные строки кадра. Какое поле идет первым, для телевидения вопрос риторический (по крайней мере для наблюдателя: мы, даже с помощью прибора, можем обнаружить только чередование полей, поля равноправны), а вот для компьютера — нет. Два соседних поля объединяются в один полный кадр, который и записывается внутрь avi файла. Чтобы правильно потом этот кадр показать на телевизоре, декомпрессор должен знать, какое именно поле в этом полном кадре представляет собой картинку, отснятую раньше. Если upper first, то поле со строками 0, 2,… снято раньше и должно быть показано или обработано тоже раньше. Если наоборот, то последовательность показа полей на экране телевизора должна быть обратной. Если установлен режим «полный кадр», то весь кадр при расчете эффекта рассматривается как единая картинка.

MJPEG карта захвата с аппаратной компрессией знает, в какой последовательности надо показывать кадры захваченного ею видео. Поэтому, при простом редактировании без эффектов и переходов, видео будет выглядеть одинаково для всех способов обработки (ее просто нет!) полей. Вот и результат выглядит одинаковым.

А если применены переходы или эффекты, то ситуация меняется. Предположим, что в сцене есть быстрое движение или эффект быстро изменяет картинку во времени. Если последовательность полей задана правильно, то над полем, которое следует показать первым, преобразование будет сделано с параметром времени тоже более ранним, а над вторым полем с более поздним, как это и нужно. Если же порядок полей указан неверно, то на первое поле будет наложено преобразование, соответствующее более поздней стадии эффекта, и это может привести к ухудшению итога. Например, вы делаете плавное изменение яркости до нуля на 2 % за поле (1 секунда всего). При правильном чередовании полей яркость будет последовательно меняться как 100, 98, 96,…, а для неправильного такая же последовательность будет наложена на поля, которые будут на выходе иметь номера 2,1,4,3,6,5…

Поэтому на выходе получится вот такое изменение яркости: 98,100,94,96,90,92,… А это приводит к заметному мерцанию при спаде яркости.

Если будет установлен режим no fields, то эффект будет наложен на весь кадр, и с шагом в 25 кадров в секунду. Получится 100, 100, 96, 96,… на выходе. Затухание яркости будет менее плавным, что можно заметить. Еще хуже получится при движении, например титров. Если текст наложен с правильным чередованием полей, он движется по экрану плавно. Если последовательность полей неправильная, то текст при движении дергается, потому что фазы его смещения идут не как 1,2,3,4 а как 2,1,4,3. При обработке по полным кадрам текст смещается на один шаг за весь кадр и его движение выходит не плавным, текст дрожит.

Если такое видео смотреть на мониторе, то все всегда будет в порядке. Дело в том, что на монитор ВСЕГДА выводится весь кадр. Вы не сможете понять, что последовательность полей неправильная, просто потому что полей-то и нет. А на телевизоре все будет видно.

Если вам не нужно делать кино для телевизора, то обо все этом можно забыть, поставить no fields и жить спокойно.

Упомянутые вами эффекты с полями просто не умеют работать — ошибка разработки.

С полями вообще все довольно сложно, в том смысле, что правильный учет наличия полей накладывает специфические ограничения при редактировании видео. Можете почитать у Adobe на сайте.

Устанавливая высоту кадра, вы заставляете карту захвата проделывать простое масштабирование из полной высоты в 576 пикселов в заданную вами высоту. Если при захвате установлена высота в половину полной высоты кадра, то захват производится только для одного поля, потому что все строки другого поля игнорируются алгоритмом изменения размера по принципу «ближайшего пиксела». Если число строк в захватываемом кадре больше, чем в одном поле, ближайшими пикселами строки в выходном кадре будут попеременно группы строк из разных полей. При полном числе строк весь кадр содержит два поля вместе. Так работают все карты захвата аналогового видео. Следует добавить, что эти карты способны переключаться на работу с одним полем видео, если высота кадра равна или меньше высоты поля. Такое переключение просто необходимо для корректной работы при малых разрешениях (видеоконференции до массового внедрения USB видеокамер).

В качестве иллюстрации прилагаю три файла, показывающие результат просчета видео эффекта (изменение размера картинки от нуля до полного кадра) в режиме без полей (файл no_fields.avi), с правильным (файл Correct_order.avi), и неправильным (inv_order.avi) чередованием полей видео. Для имитации на мониторе того, что должно быть видно на телеэкране, я сделал три ролика в указанных режимах, а затем перевел видео, просчитанное с полями, в 50 Гц видео путем BOB deinterlacing (см. выше как это делается). Надеюсь, примеры достаточно наглядны.

Video: Короткие вопросы-ответы

Не слышно ли у Вас в Москве, по каким ценам можно купить D-VHS видики или пока еще все это слишком заоблачно?

Я пока знаю только JVC HR-DSR100 (cо спутниковым DBS тюнером). В продаже пока не встречал (он описан на www.soniko.ru/video/reviews/hrdsr100.htm).

Кажется, цена DVHS примерно $2500. Пыль осядет, посмотрим, что из этого получится.

Как Вы подключаете MPEG-2/DVD плату к телевизору и видику — у нее же только S-Video выход ?

У меня в комплекте есть переходник на обычный тюльпан.

Вообще говоря, надо найти в S-video разъеме ногу, на которой есть сигнал яркости, напротив ее — нога с сигналом цветности. Если их тупо соединить, то обычный телевизор показывает такой сигнал в цвете. Не уверен что простое соединение правильно, скорее всего надо как-то эти ножки развязывать — например соединять через сопротивления ом в 50-75. При кратковременном соединении ничего у меня не погорело, качество видео обычное, как из переходника. Может быть, такие развязочки и так уже внутри платы встроены, и можно просто соединять два выхода вместе — и все. Параметры сигналов на S-video отличаются, может быть, только амплитудой компоненты цветности, остальное — одинаково.

Весь смысл S-video в том, что два сигнала ходят по разным путям, и поэтому у телевизора нет нужны их разделять фильтрами и терять на этом часть разрешения в канале яркости. А сами компоненты сигнала одинаковые.

Я нацифровал с помощью miroDC30 видеофрагментов. Могу ли я теперь с ними работать в Премьере 5.1 без самой Миры? Нужен какой-то декодер? или без платы не обойтись?

Программные кодеки от Morgan, PicVideo и MainConcept работают с файлами от Миро в том числе. Для надежности стоит проверить совместимость, сделав пробные видео фрагменты. Конечно, программный кодек может не показывать полноразмерные кадры с полной скоростью, но редактировать с ним можно. См. ту часть моего обзора, где есть ссылка на то, как правильно менять тип кодека в заголовке файла, чтобы файлы использовали не мировский, а этот кодек.

В продаже появились USB карты оцифровки аналогового видео и даже USB видеотюнеры. Как вы думаете, можно ли использовать их для нелинейного видеомонтажа?

Нет. Для полноценного нелинейного видеомонтажа такие карты не подходят. Скорость передачи данных по интерфейсу USB 1.0 не превышает 12 Мбит/с. Даже при оцифровке в эффективные 12 бит на пиксел, при 25 кадрах в секунду теоретический предел размера кадра таких карт составляет примерно 230×170 пикселов. Таким образом, даже видео VCD стандарта с помощью таких карт не сделать. Назначение подобных устройств — видеоконференции или просмотр телепрограмм в маленьком окне с частотой его обновления 10-15 Гц.

Video: Еще о полях в видео сигнале

У меня сейчас установлен вариант с bt848. Во всех разрешениях, кроме максимального, захватывается только одно полуполе. Поэтому, если не считать движения рывками (все по статье) — все ок. В максимальном разрешении оба полукадра ложатся на один и при мало-мальском движении все режется по строкам полукадров. Я из статьи все-таки не понял, как можно сделать видео с обоими полукадрами. Да! И надо ли это? Есть ли обходные маневры?

На любом PC так и должно быть. Если вы это видео сожмете в MPEG2, с сохранением полей, то на телевизоре все будет показываться правильно. На PC всегда будет расслоение по полям. Так видеокарты устроены. Я имел в виду, что карта МОЖЕТ захватывать при полной высоте оба поля, и их можно потом использовать для приготовления видео, правильно показываемого на телевизоре. Это заранее не было очевидно.

При наличии Digital 8 и 1394 карты (камера есть, карты пока нет). Остается ли проблема с полукадрами?

Именно, при просмотре DV на PC с помощью любого программного декодера, и при выводе его в окно оцифровкой аналогового выхода самой камеры, на экране РС все будет выглядеть с зазубринами. На телевизоре, поскольку он показывает поля не оба сразу, а последовательно (сначала сканируются четные, а потом нечетные строки экрана: именно так, а не все в один прием, как на компьютерном мониторе) все будет в порядке. За это наши глаза отвечают.

Video: TV тюнер vs MPJEG карта. Немного теории

Означает ли, что карта TB-тюнер захватывает и выводит видеоизображение не хуже карт с аппаратной MJPEG компрессией?

И да, и нет. ТВ тюнеры умеют захватывать видео только без аппаратной компрессии. Это означает, что любой формат захвата относится к категории некомпрессированных — отличаются они только количеством бит на пиксел. В RGB16, 24 и 32 их 16, 24 и 32 соответственно, в YUY2, YUV9, YUV12, BTUV — 16, 9, 12 и 12 соответственно. Эти форматы по-разному кодируют цвет.

Так, в RGB 32 и 24 каждая точка передается как RGB, по 8 бит на каждый канал. Еще 8 бит в самом расточительном формате резервируется для информации о прозрачности кадра. Каждый кадр является просто bmp изображением.

RGB16 или 15 и 256 (8bit) — это представление каждого пиксела номером цвета в палитре цветов, имеющей соответственное число этих самых цветов. Использовать их неразумно, если, конечно, нет желания получить видео именно с 256 цветами.

В этих форматах каждый пиксел имеет индивидуальный цвет, то есть четкость по цветовым составляющим такая же, как и по составляющей яркости. В то же время, в телевидении так делать не принято. Информация о яркости передается с максимальным числом деталей, а вот о цвете — примерно вчетверо менее подробная. Поэтому в компьютере тоже нет необходимости держать картинку с индивидуальными цветами каждого пиксела. Видеосигнал на самом деле состоит из трех разных сигналов, но не по каналам RGB, а содержит один сигнал яркости i, и два сигнала R-Y (u) и B-Y (v), называемых цветоразностными. Вот формулы пересчета, действующие для компьютера, и, как я убедился, работающие для телевизора тоже:

  1. i=((76*r)+(150*g)+(29*b))/256
  2. u=((–19*r)+(–37*g)+(56*b))/256
  3. v=((78*r)+(–65*g)+(–13*b))/256

В этих формулах учитывается восьмибитное представление каждого канала цвета в видеокарте как целого 0…255

Например, если поставить фон как серый с RGB = 150,150,150, и поместить на нем зеленый (0,255,0) квадрат, то как на мониторе, так и на телевизоре такой квадрат при переводе в монохроматический (остается компонента яркости, на телевизоре можно просто убрать насыщенность до нуля) пропадет. На сером поле любой яркости u и v, всегда равны нулю, а на окрашенных участках — нет. Поэтому u и v называются цветоразностными сигналами, и передают они информацию о цветовой окраске предмета.

Форматы с таким способом передачи информации были придуманы и для цифрового видео:

YUY2 (UYV2) или 4:2:2 — строка разбивается на пары пикселов, каждый пиксел в паре имеет свое значение яркости, но вот информация о цветоразностных компонентах у них одинаковая. Это универсальный профессиональный формат, подходящий ко всем системам телевидения. Именно этот формат является первичным при оцифровке видео аналоговыми картами — сигнал яркости (Y), передаваемый в широкой полосе частот, подвергается выборкам с частотой ~ 13.2 МГц, а декодированные цветоразностные сигналы u и v, имеющие изначально более узкую полосу частот, оцифровываются с вдвое меньшей частотой выборок. Видеоданные именно с таким представлением о цвете точек и поступают на вход схемы компрессии внутри MJPEG карт. Каждая компонента образует как бы кадр — 704×576 для яркости, и 352×576 для каждого цветоразностного. Эти три кадра, по 8 бит инфомации на точку, и сжимаются потом по отдельности.

Простые карты типа ТВ тюнеров тоже производят такие кадры, но не сжимают их никак. Число бит на пиксел в таких форматах есть число бит, необходимое для передачи информации о нескольких образующих группу точках, деленное на число точек в группе. Для YUY2 (это код, записываемый в заголовок avi файла многими картами оцифровки без сжатия) точек две, для их описания требуется 8+8 бит для яркости, и по 8 бит для каждой цветоразностной составляющей — всего 32 бита для пары точек, или 16 бит на точку. Заметьте, это не то же самое, что RGB 16 — каждая точка может иметь любой цвет из 16 млн, а не 64 тыс цветов. Поэтому такой формат лучше передает медленные смены тона — не возникают линии перехода от одного цвета к другому. Если видеокарта умеет такой формат внутри себя еще и фильтровать, то ступеньки в цветовых составляющих (возникающие из-за назначения одинаковых U V паре точек), сглаживаются и на экране каждый пиксел имеет индивидуальные RGB значения. А умеют так делать все современные видеокарты, потому что именно такое представление цветов используется и в играх.

Таким образом, на выходе простой карты захвата получается то, что есть на входе компрессора в MJPEG картах. Размер такого видео больше в степень MJPEG компрессии раз, но и качество самое высокое, которое можно получить. MJPEG карта не всегда разрешает записывать несжатое видео в этом формате на диск, а зря, потому что преобразование в RGB (по приведенным выше формулам), не только ухудшает качество, но и съедает много процессорной мощности. Я об этом давно уже писал в конференции пользователей Матрокс, но был осмеян за то, что вообще захотел отказаться от аппаратной компрессии. Интересно, что полгода спустя у продуктов Матрокс была обнаружена недокументированная возможность записывать видео в YUY2 формате, и ей начали активно пользоваться. Но в операционной системе Windows 2000 она так и не появилась. Новые комбинированные решения от Матрокс уже не используют аппаратной компрессии – даже его маркетологи, наконец, осознали, что проблем с аппаратным кодеком больше, чем с только программными решениями.

В формате 352(384)×288 поток данных без дополнительного сжатия будет примерно 6 МБ/сек, что вполне по силам всем современным дискам, а проблемы с размером файла можно решать не путем его компрессии, в увеличением объема диска. Так можно и нужно делать сейчас — дешевле и надежнее.

Кстати, если вы хотите использовать программный компрессор, используйте именно этот формат оцифровки видео, потому что он является native (родным, или исходным) форматом почти всех компрессоров, и при кодировании исключается бессмысленная стадия программного преобразования RGB в YUV. Для примера приведу выписку из журнала кодировщика MPEG, в котором время конверсии RGB=>YUV сосчитано: biCompression = DIVX trying yuy2. YUY2 format was not accepted >> File reading 0.181 1.208 % >> Decoding 6.527 43.510 % >> RGB -> YUY2 1.789 11.927 % --------------------------------------------------- >> MPEG encoding 6.503 43.355 %

Как видите, перекодирование может занимать значительную долю времени. Не забудьте, что DIVX кодек хранит видео в YUV 4:2:0 формате. Поэтому в строке Decoding также часть времени занята на перекодирование из YUV в RGB, и, скорее всего, этот процесс занимает не меньше времени. По неизвестным причинам, прямое использование YUV формата не удалось — компрессоры не «договорились» о формате общения. В принципе, следовало бы сообщить этот факт как недостаток DIVX кодека, потому что всякий уважающий себя кодек должен уметь выдавать кадры в YUY2 формате, являющемся наиболее распространенным, и для которого лучше организована аппаратная фильтрация и масштабирование во многих видеокартах. Кажется, написав эту фразу я понял, почему Divx видео на моей карте какое-то неидеальное. Неродной формат, однако…

BTYV (это способ реализации 4:1:1 оцифровки в картах на микросхемах BT 848/878) — это цифровой эквивалент NTSC. В этом формате четыре пиксела в строке группируются, и всей группе назначаются одинаковые значения UV. Число бит на пиксел — 12: 8×4 для яркости, и еще 16 для цветоразностных сигналов, всего на четыре точки нужно 48 бит. В вещательном NTSC ширина полосы частот цветоразностных сигналов примерно вчетверо меньше, чем для яркостного сигнала, поэтому такая схема позволяет оцифровывать NTSC без потерь. На глаз такое уменьшение цветового разрешения по горизонтали незаметно, чем иногда пользуются и JPEG-подобные схемы. Недостатком такого способа кодирования для профессионального применения является плохая резкость границ цветов. Если информация о цвете (один или оба цветоразностных сигнала) используется для объявления части картинки прозрачной, то граница области прозрачности имеет неопределенность в 4 пиксела. Например, в студии диктор сидит на фоне синего экрана. На дикторе нет синих деталей одежды. Лицо его тоже не синее. Тогда можно объявить все части кадра, имеющие синий цвет, прозрачными и, поместив такой кадр на кадр с пейзажем, получить картинку диктора, сидящего на любом фоне. Для правильности картинки нужно, чтобы границы синего и не-синего были максимально резкими, а это при назначении группе из 4 точек одинакового цвета сделать трудно. Поэтому в студиях используются более точные форматы, например YUV2, описанный выше. Впрочем, не все так плохо и для BTYV или 4:1:1 формата. Если такое наложение делается с минимальной фильтрацией и смягчением переходов, то получить нормальный результат не так и трудно.

Многие программные кодеки могут принимать этот формат в качестве входного. Поэтому, при использовании программной компрессии в реальном времени, попробуйте выставить этот формат у карты оцифровки видео, что должно уменьшить загрузку процессора в сравнении с RGB или YUY2.

YUV12 или 4:2:0 — Это формат, выдуманный для MPEG компрессии и для DV в стандарте PAL. Когда стали придумывать, как делать DV, для PAL хотели погнаться за двумя зайцами — увеличить цветовую четкость по горизонтали (как это и есть в аналоговом стандарте), но сохранить число бит на пиксел. Вспомнили (совершенно некстати), что приемник PAL, по идее самого формата, смешивает цветоразностные компоненты из двух соседних строк в поле — на экране показывается полусумма цветоразностных сигналов текущей строки и сигнала предшествующей строки, прошедшего линию задержки. Такое решение было придумано для устранения искажений, типичных для аналоговых трактов телевизоров первых поколений. Оно снижает разрешение по горизонтали, но не вдвое. Резкий вертикальный перепад цвета становится менее резким — одна строка содержит половину предыдущей цветовой компоненты. Это не очень хорошо, но приемлемо. Надо сказать, что на входе телевизора четкость по вертикали сохраняется полной, только внутри него она уменьшается. Поэтому всегда есть хотя бы теоретическая возможность за счет использования дорогих технических решений получить и на выходе полное разрешение.

При переходе к цифре решили, что можно для двух соседних строк объединить значения цветоразностных сигналов. Таким образом, в этом формате пикселы группируются по квадратикам 2×2, и им назначаются одинаковые цвета. Число бит на пиксел опять 12, но теперь в обоих направлениях четкость одинакова. Все это хорошо, но в телевидении используется чересстрочная развертка: каждый кадр — это две картинки по 288 строк, и именно по этим строкам и происходит объединение компонент цветности. Для аналогового видео, таким образом, четкость по вертикали определяется усреднением отдельно четных строк и отдельно нечетных строк, а для цифры — назначением им одинаковых цветов (вернее, окрасок). Реальная четкость получается вчетверо меньше числа строк в кадре. Для NTSC, в которой ничего не усредняется по вертикали, четкость тоже соответствует половине числа строк, если предмет движется, но для статичной картинки она полная — все строки несут индивидуальную информацию о цвете. В PAL это не так — даже в неподвижной картинке четные строки попарно имеют одинаковую окраску, и нечетные — тоже. Искажения такого рода незаметны для глаза, но очень сильно усложняют наложение картинок, описанное выше. Поэтому в профессиональной технике такой формат не любят. В DV, однако, такая схема применяется с самого начала, и с этим форматом нам и приходится иметь дело.

Условное обозначение формата довольно смешное: если в основании его лежит количество выборок каждой компоненты цвета на группу из четырех выборок компоненты яркости, то для выборок в пределах одной строки форматы 4:2:2 и 4:1:1 именно это и означают. Считать выборки на четыре точки было придумано только для того, чтобы в самом плохом из используемых в профессиональной технике форматов получались справа целые числа. А если выборки производятся из разных строк, то такая формула не работает. Вот и написали 4:2:0, что формально означает, что одна компонента вообще никогда не используется. Некоторые завсегдатаи конференций по редактированию видео вообще стали говорить, что в PAL что-то интерполируется между чем-то, поэтому-де и ноль справа, и трудности с chroma keying. Смысл такого обозначения — имеется одна выборка обоих цветоразностных сигналов на пару точек в строке, и эта же выборка применяется для пары точек на строке выше(или ниже) в том же поле видео. Ничего не интерполируется, никуда вторая компонента не девается.

К чему это я все рассказал — простые карты видеозахвата умеют выдавать видео и в этом формате, но преимущества в его использовании отсутствуют. Использовать его для первоначальной оцифровки видео не следует — такое видео труднее будет редактировать некоторыми из способов. Когда же вы в конце концов перекодируете видео в MPEG1 или 2 (или 4), то такое преобразование все равно будет сделано, но в этом случае визуальное качество изображения не ухудшится.

Программные компрессоры MPEG всех сортов, способные сжимать видео в реальном времени, используют именно этот формат перед сжатием. Поэтому разумно предположить, что и на вход им следует подавать именно такой поток данных из карты видеозахвата. Впрочем, форматы 4:2:0 имеют несколько кодов и способов упаковки данных, поэтому кодек может и отказаться работать с тем форматом (I420, IV12), который выдает ваша карта. Интересно отметить, что большинство декодеров DV или MPEG выдает кадры в формате не 4:2:0, а 4:2:2 (YUY2), хотя исходный формат распаковки видео именно 4:2:0. По–видимому, такой формат считается более универсальным. Другое объяснение — YUY2 формат постепенно вытесняет RGB даже внутри простых видеоредакторов. Придание соседним строкам независимых (пусть и одинаковых на выходе декодера) цветовых составляющих позволяет улучшить обработку видео.

Последний формат — YUV9 (Intel Indeo Video Raw 1.1) — здесь точки группируются в квадратах 4×4. 16 пикселов имеют одинаковые окраски, но индивидуальные значения яркости. Формат неважный, но для прогрессивной, а не черестрочной разверки (1/4 захват) дает картинку мало отличимую от оригинала (YUV 4:2:2 или YUY2, YUV2). Его можно использовать для захвата видео, с последующим несложным редактированием и сохранением промежуточных результатов в более совершенных форматах. Среднее число бит на точку — 9.

В качестве иллюстрации приведу несколько картинок, полученных из фрагментов кадра DVD фильма.

Первая картинка содержит исходный кадр, оцифрованный в 4:2:0 формате (DIVX, цветовое представление 12 бит на точку в среднем):

Вторая — тот же кадр, но преобразованный в 16 битное представление RGB (hi color):

как видите, YUV представление, будучи более компактным, не вносит в видео контуров границ оттенков (banding artifacts) и не выявляет дефектов компрессии (исходный кадр был сжат DIVX компрессором). Поэтому не верьте словам о 16 или даже 12 битной глубине цвета в YUV форматах, какие до сих пор иногда проскакивают в некоторых обзорах.

Все YUV форматы имеют общее — точно известно, сколько исходной информации о цвете было потеряно и сколько информации имеет в среднем один пиксел. Поэтому это не компрессия, а упаковка. Вообще говоря, формат MJPEG допускает использование любого из этих форматов как входного. Кадр разбивается на три подкадра (три плоскости), размер для кадра яркости всегда полный, а для подкадров цветности — половинный, четвертинный, или даже 1/16 (по площади, или числу выборок). Все компрессоры именно эти подкадры и сжимают, избирательно удаляя часть информации уже из них. Насколько удастся уменьшить размер сжатого кадра — зависит от его содержимого и от параметров исключения избыточной информации. Размер кадра подгоняется к примерно постоянному подбором параметра выбрасывания информации. Поскольку подбор этот — занятие неопределенное, то размер кадра может изменяться довольно сильно и заранее неизвестно, сколько полезного из какого кадра было выброшено. При последующей перезаписи такого видео на кассету может оказаться, что выброшенная информация была бы полезна, а ее нет. На качестве картинки до ленты это может и не сказаться, а вот на ленте все будет выглядеть хуже чем хотелось бы.

Тут я был вынужден отступить от обычного правила быть строгим — не знаю я, как компрессия и ее дефекты сказываются на записи на аналоговом магнитном носителе — это вещь субъективная. Но такое влияние, несомненно, есть.

Еще одно отступление: в стандарте VHS или Video8 разрешение по горизонтали для компоненты яркости соответствует не более 352 точек на линию, а для компонент цвета — примерно впятеро меньше. Даже DV камеры на аналоговых S-video выходах для компонент цвета делают полосу пропускания вчетверо уже, чем для компоненты яркости. Таким образом, оцифровать VHS или даже SVHS видео без потерь информации можно и по схеме 4:1:1.

Я не буду вдаваться в подробности, как видеомагнитофон изменяет разрешение по вертикали — не помню деталей, но то, что портит - без сомнения. Для нас важно, что формат захвата 4:1:1 содержит все, что нам нужно, даже в предположении, что каждая строка видеополя в видеомагнитофоне независима от соседней. Замечу, что в бытовых PAL видеокамерах независимости строк нет с самого начала - так устроена CCD матрица. Уже в ней строки смешиваются, но мы этим будем пренебрегать.

Итак, в формате 4:1:1 мы имеем максимально достижимое качество при потоке 8 МБ/сек для половинного по ширине кадра. Именно это я и рекомендовал. Если применить программный MJPEG компрессор, то такое видео можно сделать по размеру поменьше, причем в реальном времени. Качество программных компрессоров MJPEG выше, чем у MJPEG карт с ценами бытового уровня. А процессоры нынче стоят не очень дорого и все равно нужны для всех дел. Поэтому я и говорю, что простые ТВ тюнеры сейчас смотрятся лучше. Если процессор слабый — можно писать несжатое видео и потом его сжимать уже после редактирования. Я так и делал сначала, торопиться мне было некуда.

Если иметь данные карты на одном компьютере — будут ли они мешать друг другу и можно ли по заказу выводить видео то на один выход то на другой. и вообще даст ли мне это что нибудь (какой нибудь выигрыш). За исключением телевизора? Как они (ТВ тюнеры) выводят видео ?

Не будут. Обе работают друг с другом нормально. В меню захвата видны два устройства — из них и можно выбирать.

ТВ тюнеры никакого видео на телевизор сами не выводят. Это и есть их недостаток. Но, преодолеть его можно, либо используя выход видео вашей MJPEG карты (для вас это может показаться странным — зачем так делать, если уже есть MJPEG карта ввода/вывода), либо какое-либо надежно работающее дополнительное решение.

Я попытался предложить точно работающее решение — изготовление MPEG2 видео. Если купить рекомендуемую карту MPEG2, то, помимо ее основного предназначения — просмотра DVD — появляется возможность делать видео в формате MPEG 1 или 2 и выводить его на телевизор. Это, в сумме с ТВ тюнером, стоит дешевле, чем работоспособное MJPEG решение. Если оно у вас есть и работает — ничего лучше для работы с аналоговым видео вам и не нужно.

Последнее замечание можно отнести к маркетинговой философии. Карты MJPEG разрабатывались в основном для рынка довольно дорогих решений. Несмотря на некоторую архаичность их сейчас, следует признать, что года 4 назад производители могли себе позволить не экономить на качестве входных каскадов этих карт. На фоне чрезвычайно высоких цен на MJPEG карты производители ТВ тюнеров тоже могли делать свои изделия качественно и брать за них приличную цену. Покупатели хотели получить за свои, в любом случае немалые, деньги, по меньшей мере высококачественную оцифровку видео до компрессии, и отсутствие всяческих искажений на этом этапе.

Сейчас ситуация несколько изменилась. Маркетологи уже научились позиционировать даже комбинированные видеокарты с аналоговыми ТВ входами-выходами как решения, пригодные для редактирования видео, но одновременно технологи научились экономить на качестве входных и выходных цепей и всем, что непосредственно не влияет на игровые свойства карт. Поэтому все мои рассуждения о простых картах оцифровки видео справедливы только с точностью до качества их изготовления сегодня. Моя Avermedia TV Phone 1997 года выпуска стоила 150$, и ради этих денег можно было постараться сделать и настроить все цепи качественно. За 30$ сейчас (без тюнера) — не знаю. Могу только порекомендовать внимательно испытывать конкретный экземпляр карты оцифровки видео на качество самой картинки. См. как пример обзоры недавно выпущенных комбинированных видеокарт. Общее замечание, что «раньше все делали лучше и солиднее» больше похоже на стариковское ворчание, но все же имеет некоторые основания.

Video: Архивы на CD

Можно ли записывать на CD-RW в формате AVI? C каким качеством и сколько сможем записать видео на компакт? Потребность записи — 1 раз в неделю, 15 минут исходного материала SVHS. Имеется МJPEG карта захвата.

Можно записывать все, но качество видео, неважно в какой форме, зависит в конечном счете от степени компрессии данных, то есть от скорости их потока. К сожалению, все компрессоры видео делают это с потерей информации, а значит и качества. Если вы попытаетесь сжать видео с помощью zip или подобного ему алгоритма, то ничего не сожмется. Вывод — приходится пользоваться компрессией с потерями данных. Как это отражается на качестве — ваша карта выдает до 5 МБ/сек видео данных, уже сжатых с потерями, но с (теоретически) очень хорошим качеством картинки. Все-таки это не очень сильное JPEG сжатие. Но если записывать такое видео на CD, то и продолжительность такого файла будет небольшой, и скорее всего это будет именно архив — проиграть такое видео с диска без пропусков кадров вы не сможете. Придется сначала копировать этот архив на винчестер, а только потом играть. Но, такой вариант гарантирует сохранность исходных данных. Если стремиться записать побольше видео с некоторой потерей качества, то придется использовать более сильную компрессию и/или уменьшать поток данных за счет уменьшения размера кадра, например. Естественно, при таком действии вернуться к исходному качеству уже будет нельзя.

Теперь о выборе компрессора. Если оставаться в пределах формата avi и компрессора, работающего на DC10 (MJPEG), то ничего хорошего при потоках менее 1,5 МБсек не получится. Компрессия MJPEG производит видео, в котором каждый кадр независим от соседних, и рассматривается как картинка. Такой способ принуждает даже одинаковые картинки сжимать индивидуально. Если же использовать компрессор, который пишет в файл только отличия одного кадра от предыдущего, то средний поток данных можно уменьшить значительно, и, соответственно, отдать больше байт на (примерно такую же JPEG) компрессию только некоторых опорных кадров, а не всех подряд. Типично для таких компрессоров (Indeo, Cinepak, MPEG1-4) сжимать только один из 5-25 кадров примерно также, как это делается в MJPEG, а для всех промежуточных кодировать только отличия. Например, в MPEG таким образом удается делать 1 кадр из 15 размером в 100-200 КБ (как и для всех кадров в MJPEG видео), а все остальные ужимать в 2-3 раза сильнее и почти не терять качества. Конечно, я оставил «почти», потому что кодирование таких отличий является во-первых, задачей сложной, во-вторых, неизбежно это делается тоже с потерями информации.

Дело в том, что в видео никогда соседние кадры не содержат бинарных копий даже неподвижных изображений. Неизбежно присутствуют шумы, приводящие к тому, что при сравнении большая часть одинаковых по координатам пикселов на соседних кадрах будут иметь немного разные RGB (YUV) значения, даже если кадр совершенно неподвижен. Это будет даже при цифровых носителях, потому что шумит и сама CCD матрица при съемке. Алгоритм компрессии, таким образом, должен иметь какой-то уровень «терпимости» величины отличий, чтобы принять решение о том, существенны они или их кодировать вовсе не надо. Такой способ хорош всем, но для более сильного сжатия приходится порог увеличивать, и часть информации будет либо теряться, либо искажаться. Если сделать видео даже с маленьким потоком, отдельные его кадры могут выглядеть неплохо. Но при просмотре живого видео, даже статические объекты будут выглядеть на соседних кадрах чуть по-другому, из-за ошибок округления, прочих особенностей алгоритма. Вся картинка будет «шевелиться», вокруг резких границ предметов будут летать какие-то «комарики» — легкие тени от ошибок компрессора.

Из всех способов компрессии, пожалуй, самым эффективным является MPEG2. При потоке данных в 0,5-1 МБ/с можно получить почти полное соответствие оригиналу. Но вот проигрывать такой MPEG на телевизоре придется с помощью специальной карты. Я использую realmagic hollywood+ и работает он очень хорошо.

Вот этот самый MPEG2 и можно использовать для хранения. Есть программки, которые позволяют из MPEGа опять сделать avi. Конечно, качество при перекодировках MJPEG-MPEG-MJPEG немного теряется, но это (для меня) лучше, чем хранить исходное видео на куче CD.

Другой вариант — все видео всегда переконвертировать в DV формат и писать его на video 8 кассеты c помощью Digital8 видеокамеры. DV — это тот же MJPEG по основной идее, но оптимизированный. В нем кодек сам определяет части картинки, которые можно сжать посильнее без видимого ухудшения картинки, и отдает высвобожденные байты для кодирования более сложных частей. В MJPEG такой возможности нет, весь кадр ужимается с одним коэффициентом. Поэтому при равных размерах файлов DV имеет картинку лучше (если исходная была хороша, само собой).

Этот способ подразумевает приобретение DV карты для подключения Digital8 видеокамеры. Мне он, конечно, больше всего нравится, хотя ничего, кроме самого DV видео, я так не храню. Но, в принципе, можно и DC 10 файлы именно так хранить. Хотя, если пойти таким путем и купить DV карту, то с DC10 можно прощаться. Сама Digital8 камера все оцифрует лучше, в более удобном формате, и еще сложит не на диск, а на кассету.

Все диски пишу как диски компьютерных данных. Делать правильные video CD мне никогда не приходило в голову. MPEG2 с потоком 1 MB/сек нормально играет на моем DVD устройстве с CD-R или CD-RW матрицы. Следует только убедиться, что диск высококачественный. Некоторые No-name носители, хотя и не выдают явных ошибок чтения, читаются только с маленькой скоростью. Таких носителей, очевидно, следует избегать. Весьма подробные данные о качестве присутствующих на нашем рынке носителях можно найти на сайте iXBT.com.

Video: Диалог о HDTV

Насколько я знаю, все серьезные проекты high definition TV пока направлены на перевод киноленты в цифру или на цифровую фотографию с возможностью последующей печати кадров на бумаге. Для конкуренции с обычными фотографиями действительно нужно много пикселов…

Это не так. В США и Европе уже вещают телеканалы в формате HDTV (кстати 2 разных формата). В США крупные телеканалы вроде NBC, CBS и т. п. переходят на HDTV вещание, в любом магазине продаются HDTV телевизоры.

Есть много проектов по переходу киноиндустрии от аналоговой пленки к цифровым кинопроекторам, однако пока качество не является приемлемым, так что пленочные проекторы еще долго будут в кинотеатра. Для фотографий вряд ли используется HDTV, так как это still-image.

Я в целом согласен, но на вопрос в заголовке цитируемой главки я ответил, по-моему, правильно. Нет пока доступных форматов.

HDTV. Да, все это уже существует, однако, остается вопрос о том, откуда берутся изображения для HDTV вещания. Все цифровые форматы для видеокамер пока используют только 720 пикселов в строке. Конечно, можно такие кадры показать в окне с большим количеством пикселов, но это еще не hdtv. Как мне показалось, вся прелесть перехода на hdtv не в простом увеличении разрешения вообще, а в улучшении цветопередачи за счет перехода на другой стандарт кодирования видео, улучшении соотношения сигнал/шум. Наверное, подготовить действительно hdtv материал сейчас можно только из кинопленки или из фотографий, в том числе и цифровых.

Нам же пока недоступны камеры, у которых есть 500 линий разрешения по оптической части. В DV видеокамерах для массового рынка просто не хватает для этого пикселов в CCD матрице(ах).

Насколько я знаю, уже есть HDTV камеры (на западе). Я не знаю их точные параметры, но количество строк у них намного больше, чем у «обычных». Были планы по переведению всех каналов телевидения в США на HDTV, однако телекомпании активно сопротивляются из-за стоимости оборудования. HDTV камера стоит около половины миллиона долларов. Некоторые каналы уже передают отдельные программы в HDTV, например теннисный турнир US Open передавался в HDTV по каналу CBS (оборудование — Mitsubishi).

По поводу сайтов о HDTV могу порекомендовать только сайты производителей, например www.philips.com, www.sony.com/professional, www.mitsubishielectric-usa.com/, www.usa.canon.com/indtech/broadcasteq/index.html.

На сайте Sony можно найти кое-что о HDTV камерах. Philips очень мало выкладывает на интернете, все есть только на интранете, кроме того Филипс больше фокусируется на Consumer equipment, по крайней мере в лаборатории здесь.

Автор реплик, выделенных зеленым текстом — Иван Крылов из Philips.

Video: Native DV формат и работа с ним

Как хранится DV видео на диске?

Короткий ответ: DV видео на диске представляет собой файл с расширением avi. Кажется, что это все и объясняет, но Microsoft не может удержаться от того, чтобы одним именем назвать совершенно разные вещи.

Если у вас достаточно старая карта IEEE1394, например Adaptec 8945 или Canopus DV Raptor, вам достаточно уже данного объяснения. AVI файлы, создаваемые программным обеспечением этих карт, являются обычными AVI (Audio/Video Interleaved), соответствующими спецификациям Video for Windows. В них имеется три потока данных — один видео и два аудиопотока (стерео). Заголовок файла содержит сведения о кодеке, размере кадра, длине файла и прочие данные. Такой файл будет читаем, если в системе установлен программный кодек соответствующего производителя. Кодек от Adaptec регистрируется в системе для кода dvsd, а кодек от Canopus использует код cdvc. Это не означает, что исходные видеоданные с ленты подвергаются какой-либо рекомпрессии при записи на диск. На самом деле, обе карты честно копируют видео- и аудиоданные в файл, но немного по-разному записывают их внутри файла. Если изменить в файле код компрессора (FourCC код) с одного на другой, то видео будет проигрываться на компьютере, но могут возникнуть проблемы при обратной перезаписи такого файла на ленту «чужим» устройством. Деталей я уже не помню, но такая проблема существовала.

Главное преимущество совместимого с Video for Windows формата DV — именно в этой совместимости. Проблемы с ограничением на размер файла (2 ГБ) были успешно решены практически всеми производителями таких карт, поэтому не стоит считать их серьезными.

Почему же был придуман еще один формат записи DV? Вообще говоря, DV данные на ленте записаны как поток, а не в виде файлов. Разница состоит в следующем. Обычный файл, как правило, имеет заголовок, в котором содержатся данные о том, что с ним можно делать и как. Для avi в спецификации Video for Windows в заголовке указывается тип кодека, длина файла, размер кадра и прочая информация, которая нигде больше не повторяется. Поэтому если такой файл разрезать на части, то ни одна из них не будет корректным avi файлом. Первая часть будет содержать неправильное значение длины, а все остальные не будут вообще иметь заголовка.

При потоковом способе хранения (или трансляции) видео, в блоках данных периодически (и довольно часто) повторяются параметры потока. Если по каким-то причинам происходит потеря блока данных при чтении (или приеме по каналам связи, если поток передается через сеть или со спутника), то сбой декодирования распространяется только на небольшую часть данных до чтения следующего блока с информацией о параметрах потока. Для декодера потока неважно, когда поток начался и когда закончится: декодирование будет продолжаться до тех пор, пока есть данные. DV данные (и MPEG данные из эфира или на DVD/CD носителе) представляют собой единый поток информации, в который упакованы и звук и видео. Разделение этого потока на аудио и видео (и другие, например субтитры для DVD или данные о параметрах съемки и код времени для DV) производится декодером.

При записи DV потока с ленты на диск создается файл. Ничего другого операционная система и не умеет создавать. Обычно в него все же записываются сведения о длине видео. Это необходимо, например, для отображения длительности видеоклипа в плеере.

В AVI файлах, создаваемых Adaptec Hot connect или Canopus DV Raptor, как мне приходилось читать, единый аудио/видео поток DV данных объявляется только видео потоком, а к нему добавляется аудио поток, выделенный из DV при записи файла. Такое решение увеличивает размер файла и влечет необходимость производить упаковку аудио и видео потоков итогового видео в DV поток данных при обратной записи на ленту.

В DV AVI, созданном Microsoft драйверами IEEE1394 карт (почти все недорогие карты используют эти драйверы), данные хранятся как один комбинированный поток аудио/видео (копия данных на ленте). Так как ни аудио, ни видео потоков в файле нет, то реакция «правильного» Video for Windows приложения на попытку открыть такой файл будет:

Это сообщение одинаково для Adobe Premiere 4.2 и 5.1. Другие приложения могут реагировать на DV файлы этого типа иначе, но работать с ними не будут. Для работы с таким видео необходимы программы, умеющие его декодировать.

Название типа DV файла, несовместимого со спецификациями VFW, для меня непонятно. Одни программы называют его DV video type1, другие — type2. Честно говоря, вместо присвоения номеров, лучше бы изменили расширение файла. Сравните, например, две картинки диалога, показывающего свойства двух файлов, содержащих идентичные видеоданные:



Грустно это… Ведь выходит, что сама операционная система не ведает, что за файлы творит (верхний диалог).

Научившийся понимать такое видео с последних версиях VirtualDub выдает следующее сообщение:

Зато утилита Canopus DV file converter, умеющая преобразовывать DV файлы из одного формата в другой без рекомпрессии, именует их DV type 2 файлами:

Как видите, Канопус понимает под Type 1 DV обычные avi, да еще и с ограничением размера в 1 ГБ (строгое следование VFW). Ниже я буду придерживаться этой системы именований. Вот когда другая фирма выпустит бесплатные утилиты, делающие конверсию типов лучше или быстрее, и назовет форматы по-другому, я тоже буду готов изменить названия.

До недавнего времени редактировать DV type 2 видео можно было только программами от Ulead Systems. Тем не менее, лишь недавно редактирование DV AVI в Ulead Media Studio Pro 6 стало нормально работать. Для это потребовались несколько патчей к самой программе, выпуск DirectX 8a и дополнительный DV patch уже к DirectX 8а.

Теперь можно, наконец, и проигрывать медиаплеером эти DV файлы со 100% размером кадра, и качество встроенного в Windows DV кодека стало приемлемым.

Поддержка Microsoft DV avi была встроена и в Adobe Premiere 6.

Некоторые весьма полезные программы обработки видео тоже были модернизированы для возможности работать с DV видео. К ним можно отнести Virtualdub (частично) и TMPEG encoder.

Что же делать, если нужно редактировать DV type 2 видео программами, не понимающими этот формат? Существует много вариантов, я приведу тот, который заработал у меня и не стоил мне денег или других затрат.

1. Скачайте с сайта Canopus утилиту DV file converter. Если размер исходного файла меньше 1 ГБ, конвертируйте ваш DV файл в Canopus Reference AVI или Canopus multiple editable avi files. Можете смело удалить оригинал после завершения конверсии. Полученный файл будет декодироваться бесплатным Canopus DV decompressor. К сожалению, полная версия кодека не будет работать без установленного продукта от Canopus. Впрочем, его полную версию можно купить отдельно. Если размер исходного файла больше 1 ГБ, становится доступной опция, показанная на рисунке выше. Ваш файл будет преобразован в набор файлов размером 1 ГБ или меньше.

2. Установите в системе либо полную версию Canopus DV codec (продается в составе некоторых программ от Canopus) либо Mainconcept DV codec. В зависимости от типа кодека вы можете либо оставить файл в формате Canopus DV, либо конвертировать его в формат MS DV type1 (для коротких файлов придется сделать это в два приема, потому что такая опция для них сразу недоступна). В последнем случае видео будет декодироваться:

  • в медиаплеере — Microsoft DV decoder;
  • в программах редактирования видео — MainConcept DV codec.

Не понимаете, отчего такая путаница? Спросите Майкрософт. Для нас важно, что так можно отредактировать видео, избежать рекомпрессий, и даже вернуть его формат к виду, пригодному для копирования видео на ленту.

Есть еще один способ, но он больше подходит для «питания» MPEG компрессоров данными из DV type 2 файлов. Для этого установите утилиту avisynth и используйте ее как сервер кадров видео. Об использовании этой утилиты см. другие части данного документа.

Итог: сейчас уже можно заниматься монтажом DV видео, используя любые редакторы, даже если исходные DV файлы получаются с помощью дешевых IEEE1394 контроллеров. Для изготовления MPEG видео достаточно установить в системе преобразователь форматов и DV декодер от Canopus, распростаняемые бесплатно.

Video: Надо ли хранить или лучше монтировать с кассеты?

А если несколько кассет? А если в результате надо MPEG1 получать?

Храню готовое DV видео на кассетах, как архив краткосрочный. На CD пишу MPEG1 или 2 с полным размером кадра — это позволяет сохранить поля и плавность движений.

Для исходного материала VHS (c) или video8 можно использовать при кодировании в MPEG половинную ширину — 352 пиксела в строке. Так экономится размер в байтах. Для DV оригиналов желательно оставлять размер неизменным. В зависимости от особенностей сюжета, на один диск помещается примерно 10-15 минут видео с качеством, почти соответствующим DV формату.

После DV лучше сжимать в MPEG1 или 2?

MPEG2 лучше, потому что он в DVD совместимом варианте в точности соответствует DV по размерам кадра и явно поддерживает видео с чересстрочной разверткой (полями). MPEG1 про поля ничего не знает. Если же его их насильно заставить кодировать (просто установив размер кадра по вертикали полным) то (как ни странно), зазубрины не воспринимаются компрессором как большое количество высокочастотных компонент в кадре и качество почти не ухудшается. Впрочем, этому можно дать и научное объяснение: зазубрины добавляют в пространственный спектр сильную компоненту с максимальной частотой по вертикали, но один такой почти всегда присутствующий отсчет не может сильно изменить размер сжатого блока видео. Алгоритмы предсказания движения не перестают работать, поэтому качество сжатого видео сильно не ухудшается.

При кодировке MPEG2 правильный кодер либо учитывает наличие полей в кадре, видоизменяя алгоритм кодирования кадра, либо явно разбивает кадр на поля и кодирует каждое как отдельную картинку половинной высоты. Разработчики дополнений от MPEG1 к MPEG2 ожидали уменьшения потока данных при кодировании видео с чересстрочной разверткой за счет учета полей примерно на 10%, при заданном уровне потери качества при компрессии.

Надо сказать, что при достаточно больших потоках данных разницу в качестве между видео с потоком в 6 и 6,5 Мбит/с заметить непросто. Поэтому, даже если принять на веру возможность сэкономить 10% на размере файла при кодировании MPEG 2, вы вряд ли заметите разницу при одинаковых параметрах кодирования. Этим и объясняется мое предложение не списывать MPEG1 со счетов при работе с полноразмерным видео.

Видео на ленте я планирую держать до тех пор, пока не решу, что могу стереть. Хотя уже и появились кодировщики, способные кодировать в реальном времени полноразмерный MPEG2 на PIII 1000, я не спешу уничтожать оригиналы на Digital8 кассетах. Вообще говоря, довольно быстро привыкаешь к хорошему и начинаешь видеть такие малозначительные дефекты на видео, что никак не можешь остановиться в поисках лучшей схемы кодирования MPEG. Пока вот пишу файлы MPEG2 на CD и дублирую на ленте. Ведь при цифровой перегонке на ленту я качество не теряю — так почему бы им не полежать — вдруг понадобятся? Есть у меня мечта все это еще раз (на пенсии, до которой еще 20 лет) все это сделать не хроникой, а тематически. Вот только времени на это надо — тьма.

Если сбрасывать на ленту итоговое видео не планируется, то что меняется?

В целом — ничего. Можно смотреть итоговое видео на компьютере. Копии видеоклипов можно распространять на CD ROM. Я думаю, что в случае с DV форматом оригинала, имеет смысл сохранять итоговое видео на ленте в течение некоторого времени. Жалко сразу уничтожать наилучшую возможную копию. В случае с VHS оригиналом, правильнее было бы сохранить итог на CD в формате, допускающем запись на VHS ленту в любой момент. Видеомагнитофоны есть практически у всех, а вот с компьютерами пока дела обстоят не столь хорошо. Иногда видеокассета является единственным способом показать ваше произведение. Если же вы настроены на хранение только максимально компактного видео, то не забудьте позаботиться о сохранении рядом с ним и программы декодирования. Кто его знает, что будет с компьютерами в будущем? Я бы все-таки советовал хранить видео в формате, который по прогнозам останется в употреблении максимально долго. Пока таким форматом является MPEG 1 или 2.

Кстати, за два с половиной года качество видео на моих первых лентах не изменилось, что в какой-то мере является подтверждением стойкости формата Digital8. Точнее, не появилось проблем с выпадениями сигнала на ленте. Качество цифрового видео, разумеется, не может меняться по другой причине.

Video: И снова про поля

Давно приобрел себе плату Avermedia TV Phone и все бы было хорошо но при полноэкранном видео идет через строчный режим. Это проблема софта, или это из-за большого потока данных?

Если это из-за софта то как можно устранить?

Это проблема телевидения при его переносе на экран компьютерного монитора. В телевидении всегда кадр состоит из двух разных по содержанию картинок: четные строки формируют одно изображение, а нечетные другое, отснятое на 1/50 сек раньше (позже). Поэтому на краях двигающихся предметов всегда есть зазубрины.

Телевизор и показывает эти полукадры один за другим, так что зазубренности не возникает — разные картинки высвечиваются в разные моменты времени. Глаз не успевает отреагировать на быструю смену четных и нечетных полей, и воспринимает всю картинку как видео с частотой повторения «кадров» 50 Гц. Это дает иллюзию плавного движения при ширине полосы пропускания вещательного канала, соответствующей только 25 полным кадрам в секунду.

Компьютеры работают в режиме прогрессивной развертки, и показывают всегда полный кадр. То есть на экране сразу показывают оба поля кадра. Это неправильно с точки зрения последовательности смены картинок, и воспринимается как зазубрины на краях:

Вот картинка, иллюстрирующая эффект:

Как видите, изображение птицы в верхней части кадра раздвоено. И причина этого именно в том, что в кадре содержится две независимых картинки.

Бороться с этим бессмыссленно, никаких решений, кроме отбрасывания одного поля целиком, не существует. Такое отбрасывание делается при размере захватываемого кадра 288 или меньше строк. Четные (или нечетные) поля просто игнорируются. Движения получаются немного дерганые, особенно на сценах с поворотами камеры.

Если же поставить высоту кадра 288< H <576, то получится вообще ерунда — в кадре будут ВСЕ строки одного поля, и добавлены равномерно строки другого поля, ровно H-288 штук. Смотреть на это без слез нельзя. Второй вариант для карты захвата — попытаться масштабировать картинку до выходного размера простым методом «ближайшего пикселя». В этом случае в кадре попеременно будут фрагменты одного и другого полей.

Поэтому захват всегда должен быть с высотой кадра или полной, или не более половинной.

Если нужно, чтобы все выглядело хорошо при просмотре полнокадрового видео на мониторе, то:

  1. Можно отойти подальше от экрана. На нормальном (для телевизора) от него расстоянии все будет выглядеть почти нормально.

  2. Смотреть телевизор.

К сожалению, я не знаю ни одной железки, которая показывает видео на мониторе в режиме по полям. Кажется, что уже давно пора это сделать — показывать 50 кадров, формируемых из полей путем разделения полного кадра на эти самые поля и затем их последовательного выбрасывания на экран. Производительности должно хватить, не хватает только желания.

Если вы установите у себя утилиту avisynth, то вот такой скрипт может показать видео как последовательность 50 кадров, скомпонованных из исходных полей: Avisource («c:myvideo.avi») SeparateFields bob

Подставьте в первую строку имя вашего файла, сохраните скрипт в файл с расширением avs и вбросьте его в окно Windows Media Player. Не гарантирую, что скорость проигрывания видео будет больше пары кадров в секунду, но «расческа» пропадет. Если импортировать такой файл в редактор видео, то в его свойствах будет показано 50 кадров в секунду. Программная реализация такого рода довольно медленна, но аппаратура видеокарты вполне могла бы справиться с такой задачей.

Video: Какая карта аналогового захвата лучше?

Так и не нашел ответа на интересующий меня вопрос — какую карту видеозахвата лучше всего использовать для захвата не DV, а обычного аналогового? Или я невнимательно читал?

Если Вы прочли мои вводные замечания, то из них следует, что в обзоре собраны мои личные впечатления от того, что я сам пробовал. Из аналоговых карт я пользовался Avermedia TV phone и Matrox Rainbow Runner G series в сочетании с Matrox Mystique G200.

Avermedia TV phone (или любая подобная ей) — это просто TV tuner и карта захвата аналогового видео без компрессии. Достоинство ее в простоте использования, низкой цене, очень хорошей стабильности в работе. У нее оказалось также наилучшее качество захвата видео (картинка) по сравнению с Matrox Rainbow Runner G series и аналоговой частью DV Raptor. Канопус выпустил драйверы к DV Raptor, позволяющие захватывать аналоговое видео без аппаратной компрессии, тем самым превратив Raptor в карту аналогового захвата тоже.

Недостаток таких карт в том, что размер видео файла получается очень большим. В то время, когда я эту карту купил (январь 1998), у меня был P200, даже не MMX. Мощности процессора не хватало для захвата с программной компрессией, поэтому пользоваться такой картой для чего-либо, кроме изготовления MPEG1 с размером кадра 384×288, было практически невозможно. Теперь, когда за разумные деньги можно купить в десять раз более быстрый (по скорости вычислений для компрессии видео) процессор и очень сильно подешевели и улучшились в параметрах жесткие диски, этот недостаток в значительной мере преодолен.

Судите сами: если у вас есть быстрый 800+ PIII, FCPGA Celeron или AMD процессор, то вы можете использовать программные компрессоры MJPEG и еще несколько других им подобных (например, Mainconcept DV codec) для компрессии в реальном времени. Цена процессора сейчас менее $200. Или, купив диск объемом не менее 40 ГБ за каждые $100, вы можете захватывать видео и без компрессии, вплоть до полноразмерного. В последнем случае вы получаете максимально достижимое качество видео.

Еще один недостаток связан с невозможностью вывода видео на телевизор средствами самой карты захвата. В принципе, это можно довольно просто решить, если купить MPEG2 карту-декодер. Она и сама по себе не лишняя, как DVD комплект, а побочным ее свойством является способность показывать любые MPEG файлы. Если переконвертировать готовое видео в MPEG2 с большим (1,5-2 МБ/сек) потоком данных, и только с I кадрами (это фактически аналог MJPEG), то качество картинки на телевизоре будет практически идеальным. Цена такой карты примерно $60.

Итого, при условии, что у вас уже есть компьютер, затраты на систему захвата/редактирования аналогового видео будут примерно 35 (карта захвата видео без тюнера, или на $30 больше за тюнер) +100 (диск) + 31 (половина цены MPEG2 декодера, остальное можно приписать его многофункциональности) = $166.

Если вы купите MJPEG карту с аппаратной компрессией, то потратите не меньше, но не получите ни ТВ тюнера, ни средства показа MPEG видео на телевизоре (любых MPEG файлов, не только собственных, но и Video CD и DVD), ни диска. Все это придется покупать дополнительно. Кроме того, опыт использования этих карт показывает, что они бывают капризны. Так, их не следует использовать для захвата видео со старых лент с дефектами — теряются практически все слегка искаженные кадры. Карта может иметь индивидуальную несовместимость с некоторыми материнскими платами.

У меня была карта Rainbow Runner G, к которой требовалась дополнительно Matrox G400 Dual Head. Проблемы, отмеченные выше, разумеется, никуда не девались. Необходимость быть привязанным к Матроксу по части видеокарты не вполне подходит для многофункционального компьютера, если учесть неспособность Матрокса конкурировать на рынке 3D ускорителей. Мой собственный опыт использования такой системы следует признать неудачным. Помимо проблем с неустойчивой работой «железа», качество видео при использовании VHS-C записей и VHS магнитофона оказалось ниже ожиданий. После покупки Digital8 видеокамеры выяснилось, что качество видео на входе стало слишком хорошим, и возникли проблемы со сбоями из-за проблем с контролем за потоком данных внутри схемы аппаратной компрессии MJPEG. Этот поток мог легко превысить внутренний предел аппаратного компрессора, что приводило к пропускам кадров или к сильным искажениям в захваченном видео. Да и потеря качества по сравнению с оригиналом чувствовалась тоже.

Лучше уж купить приличный 3D ускоритель, ТВ тюнер, Hollywood+ MPEG2 decoder и диск впридачу. Редактирование будет не таким удобным, но имейте ввиду, что мне, например, приходилось тратить уйму времени на «воспитание» MJPEG карты, так что производительность определялась именно этим параметром. А у меня довольно большой опыт настройки железок. Теория о том, что всякая система нелинейного монтажа должна строиться путем построения компьютера вокруг карты захвата, для нас не слишком подходит.

После покупки Digital8 видеокамеры и DV карты, пришел к выводу, что такая комбинация является оптимальной и по качеству, и по возможностям, в том числе и для захвата аналогового сигнала. При цене, сравнимой с ценой DC30+, D8 камера является идеальным устройством захвата и хранения оцифрованного видео, даже если оно изначально было снято аналоговым устройством. Учтите еще ее способность снимать видео самостоятельно. Цена решения: примерно $600 за камеру, и придется добавить еще немного за DV карту. Модели Digital8 видеокамер от Sony, начиная с 2000 года, все умеют переводить входной аналоговый телевизионный сигнал (только PAL) в поток DV данных на выходе I-link в режиме СТОП. Используя такую камеру как карту захвата видео, вы не расходуете ресурс ее механики.

Я не могу рекомендовать такое решение всем, но подумайте — цену «карты захвата» в $600 следует поделить пополам, потому что это еще и полноценная цифровая видеокамера. Если учесть, что такое устройство можно использовать как стример для хранения видео, то вычтите из этой цены еще и цену стримера. И на объеме дисков можно сэкономить. 14 Гб видео на кассете за $3 — это очень хорошо. Даже в сочетании с моим достаточно дорогим Canopus DV Raptor все это смотрится довольно красиво. Качество видео — наилучшее из всего, что я видел. Я имею в виду именно качество оцифровки внешнего аналогового видеосигнала. Дело с том, что DV формат заметно лучше по качеству, чем MJPEG.

Мне было не очень легко решиться на такие затраты, но результат превзошел ожидания. Все равно рано или поздно придется переходить на формат получше VHS, а если оставшийся аналоговый архив можно после такого перехода легко оцифровать и сохранить, то почему бы так и не сделать? В попытках сделать приемлемую систему редактирования аналогового видео я потратил даже больше денег. Не скажу что впустую, но и выигрыша от наращивания памяти, мощности процессора, размера и скорости дисков, я получал не очень много, а вот переход на Firewire общение компьютера с видеокамерой показал, что так и надо было делать, а потом потихоньку наращивать все остальное. Просто оказалось, что совокупность требований к компьютеру для DV намного ниже, чем для аналоговых решений, при гарантированном качестве самого видео.

Недавно на рынке появилось множество не слишком дорогих решений, в основе которых лежат аппаратные DV кодеки. Такие карты могут работать как с DV, так и с аналоговыми видеокамерами. Форматом записи видео на диск во всех случаях является DV. Я не испытывал таких карт сам, но, если информация о них достоверна и драйверы работоспособны, такие карты представляют собой почти идеальное решение.

Video: Преобразование форматов файлов

По адресу http://come.to/mp3mtvhits имеется уйма видеоклипов очень хорошего качества, но все они сделаны в формате A/V потока от Майкрософта (расширение файлов ASF), что не есть хорошо. Мне хотелось бы перегнать все это добро в MPEG-1 или AVI формат что бы наделать из них Video-CD. Не подскажете хорошего перегонщика из формата в формат? И еще, нет ли ссылки на то, как должен быть устроен Видео СД, что бы его понимал DVD проигрыватель, а не только компьютер?

Качество Video CD меня однозначно не устраивает, потому что оно фиксировано форматом. Шаблоны для кодирования video CD имеются во многих кодировщиках MPEG, например у бесплатного TMPEG encoder. Готовый MPEG1 файл следует использовать для изготовления video CD c помощью многочисленных программ записи CD, большинство из которых это уже умеет. В качестве примеров приведу Nero Burning ROM или NTI CD Maker Professional. Система меню в этих программах вполне понятная и не должна вызывать затруднений.

Что же касается DVD и конверсий/дешифровок, то можно покопаться в http://www.dvdsoft.da.ru/. Там есть объяснения как и что делать, но маловразумительные. В вопросе о понимаемости формата Video CD или DVD на CD дисках обычными DVD плеерами, вообще пока нет порядка. Для себя решил ничего подобного не покупать, пока все ЭТО не уляжется, а ограничиться сохранением видео только в понимаемом компьютером формате. А в этом смысле что MPEG 1 или 2, что avi, что asf - все едино. Потом будем думать. К сожалению, за 2 года, прошедших со времени опубликования первой версии этого обзора, изменилось не очень много. По-прежнему, поддержка «самодельных» видеодисков бытовыми DVD проигрывателями не всегда имеет место и найти информацию о такой поддержке или об имеющихся ограничениях очень нелегко.

Video: Пропуски кадров

Имея AverMedia без проблем захватываю видео до 768×576×RGB24 без пропусков (компрессия в MJPEG через PIC Video Codec) с телевизионного эфира. Но при записи с VHS магнитофона или Video8 камеры постоянно возникают проблемы с потерей кадров. Видимо нет должной синхронизации от источника сигнала (пропадают отдельные кадры или уровень сигнала слабоват) хотя на телевизоре все нормально смотрится. Как можно побороть сей глюк программными средствами?

Я этот кодек попробовал — на моей машине PIII 933 он работает очень быстро: сжимает полноразмерное видео с качеством 19. Качество 20 выдает поток данных, почти равный входному, и практического применения не имеет.

Теперь о возможных причинах.

  1. Телевизионнный сигнал содержит (если антенна хорошая) меньше шумов, поэтому сжать такую картинку легче. Кроме того, большинство сюжетов уже на цифре сделано, поэтому лишние, трудно поддающиеся компрессии места уже отфильтрованы.

  2. Уровни самого сигнала. Бытовые камеры не умеют выдерживать экспозицию хорошо. Для телевизора это не страшно — все аналоговое, если и есть перегрузка ленты или выходного каскада, то такое ограничение скорее всего сглаженное. Я это проверял — если подать на ВМ слишком сильный сигнал, то возникающие искажения проявляются как (сначала) плавное отклонение от линейности, но не как резкое ограничение уровня.

В цифре все хуже — есть только 8 bit, все, что выходит за этот диапазон, становится либо черным, либо белым. Многие компрессоры это плохо переносят. Некоторые карты могут слишком «черные» или слишком «белые» пики сигнала воспринимать как синхроимпульсы. На Avermedia у меня такого не было, но на Matrox Rainbow Runner G с его аппаратным кодеком — очень часто.

Далее, MJPEG кодек ждет всегда двух полей. Если он их не получает, или получает не вовремя, то может просто выбросить кадр.

Итак,

  1. Если пропуски связаны с неправильными уровнями видеосигнала, попробуйте их изменить. Нужно, если мне память не изменяет, сделать контраст поменьше, чтобы вся картинка «посерела». Если поможет, последовательно увеличивайте контраст, пока не появятся пропуски. Найдите оптимум.

  2. Если проблема в нехватке мощности процессора для сжатия именно кассетного видео, попробуйте уменьшить ширину кадра. Дело в том, что для VHS / Video8 нужно всего 352 пиксела по горизонтали. Все, что больше, просто не дает выигрыша, потому что в сигнале нет столько информации. Остается проблема, как такое видео смотреть. Самое простое — откопайте mplayer32.exe в Windows директории. Это добрый старый медиаплеер, он может показывать кино в окне любого размера. Растяните его окно по горизонтали, чтобы получить правильные пропорции. Как поставить любой размер при захвате — см. главку про дешевый вариант системы монтажа.

Video: Форматы, совместимость…

Цифровые фотоаппараты и видеокамеры очень часто используются в путешествиях. В разных странах стандарты телевидения разные.Для аналоговой камеры двухсистемность (NTSC/PAL) проблема.

Для цифровых видеокамер вроде должно быть все проще, так как все равно идет обработка изображения и сохраненное архивированное изображение можно развернуть в разное число строк.

Меня удивляет выпуск цифровых фотоаппаратов (к счастью не всех) с выходом на телевизор только в формате NTSC и с зарядным устройством только на напряжение 120V. Приехав с такой техникой в другую страну я не могу полноценно ее использовать.

Похожая проблема с видеокамерой. То, что наснимал в одной стране, не могу показать в другой. Так было до сих пор. Может у цифровых камер по-другому? Есть ли какая-нибудь информация о существовании недорогих цифровых видеокамер с выводом аналогового сигнала хотя бы в двух TV стандартах — PAL и NTSC?

Я склоняюсь к приобретению Sony digital 8 видеокамеры, после того как просмотрел всю доступную информацию. Последний вопрос — их европейская и американская модели отличаются, я так понимаю, числом строк в кадре (625 и 525), которое зашито намертво или все-таки его можно из меню изменить?

Эти американцы/японцы настолько замкнуты в своих границах, что даже электробритвы внутри страны продаются на 110 вольт. Меня это в Японии забавляло, как будто за границей никто не бреется, или для поездки специальную бритву покупает. А Вы мне про фотоаппараты…

Sony Digital8 TRV110E и более поздние модели могут по цифровому соединению записывать и PAL, и NTSC.

PAL является основным стандартом для E версий, а NTSC может показываться как в виде NTSC, так и как PAL на аналоговых выходах. NTSC выводитcя по аналоговым выходам в варианте NTSC 4.43, что все видеоустройства понимают.

Я пробовал делать NTSC видео, просто из любопытства, качество хорошее. Смотрел на мультисистемном телевизоре в NTSC. Для переключения на вывод в PAL нужно в меню камеры что-то переставить, мне было лень. При изготовлении тестового NTSC файла я просто менял размер кадра PAL оригинала. Камера все равно игнорирует частоту кадров avi, и показывает видео с частотой кадров, определяемой телевизионным стандартом, сообщаемым ей IEEE1394 устройством.

Canopus предлагает утилиту, конвертирующую PAL в NTSC и обратно. Полная версия стоит дорого. Я скачал демонстрационную версию, и, кажется, понял в общих чертах как можно такую конверсию сделать:

1. Исходное видео разбивается на поля. Для PAL их выходит 50 в секунду, для NTSC — почти 60 (59.94). По-видимому, для простоты следовало бы сначала считать, что полей в NTSC сигнале ровно 60 в секунду. Разница важна для синхронизации со звуком, но эту проблему можно решить изменением его (звука) длительности в конце преобразований видео, сразу после записи в заголовок avi частоты кадров 29,97 Гц.

2. При конверсии из 50 (60) картинок нужно сделать 60 (50):

Можно разбить все исходное видео на группы из 5 полей PAL стандарта. Таким группам нужно поставить в соответствие 6 полей NTSC. Некоторая трудность состоит в том, что для PAL первое и последнее поля в группах из 5 имеют одинаковую четность, а для NTSC – разную. Преодолеть такое затруднение можно путем преобразования полей в полные кадры, то есть масштабированием их до полной высоты и смещением картинок на половину строк. Теперь преобразование полей сводится к преобразованию полных кадров видео.

3. Два крайние поля в группах можно просто копировать с изменением высоты до 480 (576) пикселов, а промежуточные поля интерполировать между картинками, с которыми они пересекаются, с учетом коэффициентов пересечения по времени. Конвертированные промежуточные поля в группах поля будут, таким образом, содержать немного двоящиеся контуры быстро двигающихся предметов, но это не должно быть заметно на глаз.

4. Для получения итогового видео с чересстрочной разверткой следует сместить поля соответствующей четности вверх или вниз, изменить их высоту до 288 или 240, и объединить в полные кадры.

Вся цепочка преобразований не должна быть очень трудоемкой. Утилита от Канопус справляется с ним за время, втрое превышающее длительность видео. Примерно половина этого времени должна тратиться на работу программного кодека.

Действительно, изучение картинок полей конвертированного NTSC файла показало, что только каждая шестая картинка в сцене с быстрым движением имеет контуры без раздваивания. На всех остальных степень заметности двоения зависит от расстояния до «правильных полей». Наиболее удаленное поле выглядит так:

Отстоящее от него на три поля совмещенное с картинкой поле выглядит нормально:

На глаз такое размытие в движении незаметно, поэтому описанный алгоритм имеет право на жизнь. На телевизоре такое видео тоже смотрится нормальным NTSC фильмом. К сожалению, я не знаю, как реализовать его с помощью ставших уже обычными утилит типа virtualdub или avisynth, потому что они не позволяют генерировать больше кадров, чем присутствует в исходном видео.

Что же касается камеры, то она все равно снимает в ОДНОМ стандарте. Показывать (европейские модели) может в двух, но только при воспроизведении дополнительного стандарта. Из заснятого PAL выдать на выходе NTSC сигнал сама камера не сможет.

Покупать надо ЕВРОПЕЙСКУЮ модель ДЛЯ НАШЕГО РЫНКА. У европейских моделей больше разрешение из-за лучшей, приспособленной для PAL CCD матрицы. В Европе продаются модели с такими же, как и у нас именами, но с блокированными входами.

Любая камера будет показывать NTSC видео в 525 строк. 525 строк — это NTSC стандарт. PAL имеет 625, и никаких вариаций не бывает.

Есть еще PAL 60, повторяющий параметры NTSC, но использующий для кодировки цвета технологию PAL. Этот вид используется иногда в DVD декодерах, чтобы американские фильмы на некоторых телевизорах в Европе можно было смотреть.

DV Raptor: Впечатления владельца

Да! Digital Video — это нечто… Почитаешь тут, как счастливые обладатели карты Canopus DVRex-M1 расхваливают ее на своем форуме — аж слюнки текут…

У меня DV Raptor. Не вполне понимаю, за что Canopus берет деньги за Rex. Там встроен hardware кодек от Sony, такой же, как и видеокамерах. Но все рекомпрессии при редактировании делаются программным кодеком, а он одинаковый с Raptor. Кодек работает довольно быстро — на 450 celeron играет в полный экран в реальном времени. Компрессирует, правда, примерно в три раза медленнее.

Я пробовал его использовать для сжатия данных с обычной аналоговй карты Avermedia TV Phone. Вышло 7 кадров в секунду. Вот если бы этот DV кодек работал на паре процессоров и соптимизировали бы его еще немного, то можно было бы аналоговое видео любой простенькой карточкой в DV перегонять на лету.

Для захвата аналогового видео в DV формате могу предложить следующее решение. Установите в системе Mainconcept DV codec. Компьютер с процессором PIII 933 с состоянии сжимать DV видео с таким кодеком в реальном времени. Для оцифровки видео можно использовать аналоговый канал самого DV Raptor. Не забудьте установить fastest compress в конфигурационном диалоге кодека, и выходной формат оцифровки видео в драйвере Canopus DV Raptor analog capture в YUYV, а не RGB. Как оказалось, такое видео прекрасно выводится на ленту DV камеры через IEEE1394 интерфейс самого DV Raptor. Кроме того, оно опознается утилитой Canopus DV file converter как Microsoft DV video type1. Если вы используете при редактировании фрагменты DV и оцифрованных аналоговых клипов одновременно, переконвертируйте Mainconcept DV файлы в Canopus DV этой утилитой. При такой конверсии видеоданные не модифицируются — утилита копирует их в новый файл без рекомпрессии. Такой прием позволяет избежать рекомпрессии из DV в DV при генерации итогового видео в формате Canopus DV.

Sony в 99 году выпустила Digital 8 камеру, имеющую еще и аналоговые S video и композитные входы. Если через них на ленту писать аналоговый сигнал, то потом с ленты можно списать DV. Качество оцифровки великолепное — тот же REX, но дешевле и еще сам кино снимать может. Пишет все на ОБЫЧНУЮ 8 мм кассету.

У моделей х10E, если присоединить к DV кабель, аналоговые разъемы начинают работать только на выход. И не получается прямо сразу в паузе писать DV из аналога. Механику жалко. Ход чисто маркетинговый, ведь делается DV внутри для записи на ленту, почему его наружу не вывести? К счастью, более новые модели х20 и х30 этого недостатка лишены, и их можно использовать для оцифровки аналогового видео стандарта PAL в реальном времени без промежуточной записи на ленту. А что же SECAM? Ничего не поделаешь, этот стандарт (точнее декодирование сигналов цветности) не поддерживается. Камера воспринимает ТВ сигнал SECAM как черно-белый.

А Raptor мне нравится — ни разу не было ни одной проблемы. Похоже, у него буферизация DV потока данных очень хорошо сделана. Я вообще умудрился сразу и DV, и аналоговое видео оцифровывать, 7 МБ/с на один IDE диск, и 3.6 на другой, на разных каналах канале встроенного контроллера системной платы. И все работает замечательно (захват аналогового видео одновременно с работой DV части Raptor невозможен. Для этого опыта использовалась отдельная карта оцифровки аналогового видео).

Только DV захват и воспроизведение вообще с разных дисков, без дефрагментации, как попало играется из Timeline Adobe Premiere без единого пропуска кадров на стыках файлов. На MJPEG картах такого в жизни не бывало.

MiroDV200(300) или DVRaptor?

Что лучше и чем: miroDV200(300, 500, 1000) или DVRaptor?

У меня нет опыта работы с продуктами Pinnacle systems.

Достоинства Raptor:

Удивительно устойчивая карта, не конфликтует ни с чем.

Отлично приспособлена для записи видео — даже довольно старые винчестеры с ней работают без пропусков кадров. Видео всегда пишется в реальном времени. Кстати, интерфейс Video for Windows не используется при работе по IEEE1394. В этом отношении Raptor скорее напоминает сетевую карту — прибор для передачи данных.

Аналоговые карты захвата остаются работоспособными даже во время захвата DV видео.

Я из любопытства даже писал одновременно DV и захватывал то же видео с аналогового выхода с потоком до 10 МБ/с (на разные IDE диски). Канал digital overlay — это просто возможность показать на экране монитора видео, оцифрованное из аналогового сигнала камеры. На экране показывается картинка. Это способ получить на экране монитора именно то, что выдает DV декодер самой видеокамеры. WYSIWYG, в общем. Довольно удобная штука, но работает либо в Raptor Video программе, либо как plugin к Premiere >5.x или Ulead MSPRO >5.2.

Для работы этого аналогового канала нужно, чтобы камера была подключена к одному из входов аналогового видео DV Raptor. Именно камера и формирует аналоговый сигнал. Контроль на телевизоре можно делать тоже только с камерой. Аналоговые выходы DV Raptor используются только для упрощения соединений. Они позволяют пропустить аналоговый видеосигнал через DV Raptor и присоеднить телевизор к его выходу, а не изобретать разветвители для одновременного контроля видео на телевизионном и компьютерном мониторах.

Недостаток:

Это только DV видео карта. Другие IEEE1394 устройства к ней подключить нельзя. А жаль, хотелось бы в будущем иметь возможность использовать IEEE1394 интерфейс для подключения других устройств, например, дисков.

DV Raptor: Какой у него формат записи видео?

Какой у него формат записи видео (какой-то свой avi?)

Если не использовать собственный формат avi Canopus для > 2 ГБ файлов (можно до 4 ГБ), то формат — обычный avi. Его можно использовать на любой машине, если поставить бесплатный декомпрессор от Canopus, или MainConcept DV codec.

Кодеки примерно одинаковые по качеству, Mainconcept DV codec много быстрее при компрессии, и даже позволяет сжимать видео в реальном времени на компьютерах с процессорами быстрее 1000 МГц.

Видео, приготовленное Mainconcept codec, нормально воспроизводится и записывается на камеру с помощью DV Raptor. Во всяком случае, это верно для MC DV codec 2.04 и драйверов DV Raptor версии 2.12

Для использования «чужих» кодеков НЕ следует изменять в заголовке avi файла так называемый fourCC код. Коды эти легко менять простой утилитой, придуманной для MJPEG файлов. Взять ее можно здесь: http://doom9.org/Soft21/Files/Editing/AviC.zip. Иногда она бывает полезной, но в случае с DV Raptor такие хитрости не проходят — файл перестает быть корректным Canopus DV файлом (я оставил этот абзац предыдущего обзора именно для того, чтобы подчеркнуть, что времена изменились и теперь так делать НЕ следует).

Для наиболее качественного (и быстрого, без рекомпрессии) редактирования Canopus DV файлов на компьютере, на котором нет карты DV Raptor, нужно изменить тип кодека в этих файлах на Microsoft DV type1. Сделать это можно с помощью бесплатно распространяемой утилиты Canopus DV file converter. Если произвести такую конверсию, то файл будет восприниматься редакторами видео как обычный avi с кодеком от Mainconcept (разумеется, если этот кодек установлен в системе). По окончании редактирования вы можете оставить итоговое видео в этом формате, потому что его тоже можно экспортировать на DV ленту из приложения Raptor video.

DV Raptor: какую видеокарту посоветуете?

Какую видео можно посоветовать для DV Raptor?

По-моему, любую современную. Как обычно, надо поглядеть на режимы с большим разрешением. Для видеоредакторов нужно минимум 1024×768, у меня норма 1280×1024. Не всякая карточка даже на хорошем мониторе даст резкую картинку на экране.

Производители приводят только ramdac speed в спецификациях, а ширину полосы частот на (аналоговом!) выходе не говорят. Вот и выходит, что пикселей в секунду много, а про то, что они на экране все смазанные выходят, никто старается не говорить.

У меня сейчас (не смейтесь!) ATI Rage Fury Pro, которую я купил после смерти Matrox G400 dualhead в результате успешного (по сообщениям программы перезаписи) обновления BIOS. Четкость картинки у ATI очень хорошая, скорость в 2D не хуже, чем у других современных карт, и 3D есть (честное слово!). Кроме того, продукты ATI традиционно ориентированы на показ видео на мониторе, поэтому у них отлично реализована аппаратная фильтрация при масштабировании видео на полный экран, overlay поддерживается для очень большого количества форматов видео, а при проигрывании MPEG может быть активизировано аппаратное ускорение основных операций по его декодированию. Мне кажется, что для работы только с видео карты подобного ценового диапазона и направленности очень хорошо подходят.

DV Raptor: можно ли захватывать и выводить аналоговое видео?

Можно ли Raptor-ом захватывать и выводить видео через анологовые вх./вых., кроме варианта записи сначала на Hi8 кассету на D8 камере и потом перегонки через IEEE1394?

ДА, если у вас DV камера Sony с аналоговыми входами, выпущенная в 2000 году или позже.

Для моделей 99 года 110Е и подобных, при записи от аналогового источника нельзя соединять камеру с firewire. Разъемы мгновенно переключаются в режим работы как выходы. А жаль. При живой съемке на IEEE1394 выдается DV поток.

Вообще говоря, не очевидно, что следует избегать записи аналогового видео сначала на ленту. Конечно, жалко механику камеры. Но это ее судьба — ведь такие устройства по замыслу должны интенсивно использоваться для редактирования. На оцифровку с доставкой на винчестер уходит в два раза больше времени — но сразу после записи на ленту это уже цифровое видео! Если записывать видео непосредственно на диск, то нужны дополнительные траты на винчестеры, потому что всю цифровую информацию приходится хранить на них.

Или покупать стример, который дороже камеры для такой скорости обмена. А тут — списал все на ленту за час, с потом бери с нее что надо и когда надо и не забивай диск кучей видеоданных, которые просто некуда больше девать. Так что скорость работы даже больше может быть.

Жаль, что пока не планируется выпуск D8 деки. Но если ее и сделают, поставят цену как у камеры или даже больше. Проще вторую камеру купить.

ДА. DV камера в режиме СТОП показывает аналоговое видео, если в нее поступает DV поток данных из компьютера. Поэтому можно сделать DV файл из чего угодно (например из DC30 MJPEG) и показать его таким способом на телевизоре. Кроме того, при помощи Canopus analog capture kit в сочетании с Mainconcept DV codec можно без использования на этапе оцифровки DV видеокамеры создать из аналогового видео файл, который будет можно перегнать на DV ленту как обычный Raptor DV файл.

DV Raptor: можно ли экспортировать видео из timeline редактора?

Поддерживает ли DV Raptor технологии аналогичные miroINSTANT?

ДА. Можно записывать видео в особый reference avi без ограничения длительности. Видео записыватеся в виде небольшого по размерам avi файла, и нескольких файлов с расширениями 000, 001, … В AVI файле, как мне кажется, хранится целиком аудиопоток, и ссылки на эти файлы. Ссылки хранятся в абсолютном виде, поэтому копировать такие файлы можно только при условии точного соответствия пути к этим файлам на другом компьютере (включая букву диска). Впрочем, специально для такой цели можно в Windows 2000 назначить диску нужную букву, если она уже не занята. Обычно система после такого переназначения делает диск доступным сразу по двум буквам, что удобно для сохранения правильности путей к другим файлам :)

Работа с таким reference avi видео немного необычна. В результате экспорта из редактора создается новый avi файл, в котором содержатся аудио данные всего итогового ролика, и те части видео, которые подверглись ре-компрессии в результате использования фильтров и переходов. Неизмененные части видео остаются внутри исходных файлов! Типичный размер выходного файла для длительности в 10 минут составляет 200-300 МБ. С одной стороны, это кажется удобным, потому что таким образом можно наделать много версий одного итогового видео без проблем с дисковым пространством. Но, ваше видео будет целым, только если вы продолжаете хранить ВСЕ исходные файлы. Иногда, если при редактировании вы были очень экономны (или расточительны при съемке), невозможность избавиться от уже ненужных исходных файлов и оставить только итог (к примеру, для «полировки» только звука) создает большие неудобства.

Впрочем, кажется, утилита Canopus DV file converter позволяет это затруднение преодолеть. До появления этой утилиты я старался избегать записи исходного видео на диск в этом виде.

Можно записывать готовое на видеокамеру непосредственно из Premiere 5.x timeline. Работает отлично. Я все же предпочитаю сначала делать на диске несколько больших готовых файлов, а потом писать на камеру, просто состыковав их в редакторе, без рендеринга.

Обычный preview по ENTER в Premiere 5 тоже работает правильно, но запись приходится включать вручную, а не автоматически, через команды камере по шине IEEE1394.

DV Raptor: как вы просматриваете видео?

Как вы просматриваете видео — ведь оно не подается на выход платы монтажа?

Вывод видео при монтаже нормально работает на экране монитора через программный кодек. Если нужно посмотреть, как это будет выглядеть на экране телевизора, то приходится включать камеру в режиме СТОП и смотреть видео на телевизоре, на ее экранчике, и в окне overlay на экране монитора. Камера показывает видео, передающееся в нее по DV кабелю. На самом деле, кроме проверок на порядок чередования полей в сомнительных эффектах и на титрах, смотреть на телевизор не надо. Я вообще все делаю на Premiere 4.2 (продолжаю и сейчас, в 2001 году). К нему Canopus никаких plugin-ов не сделал. Поэтому редактирую все как любой другой AVI файл. Отдельные участки делаю как небольшие файлы и смотрю через DV Raptor на телевизоре. Вообще говоря, при некоторой тренировке, можно заранее предсказать, будет мерцание или нет.

Когда кино готово, делаю его кусками < 2 ГБ. Потом запускаю Raptor Video, делаю playlist, и пишу все на ленту DV камеры.

Я привык к Premiere 4.2, а 5.1с не могу никак принять целиком из-за изменений в интерфейсе. В Premiere 5.1 и 6 можно экспортировать видео из timeline, состыковав несколько файлов. Я использую иногда 5.1с, если в нем есть правильно работающий фильтр или эффект, а в 4.2 были ошибки. Например, lense flare в 4.2 не работает — громадные утечки памяти в режиме рендеринга, отличном от full size frame.

Интегрированные контроллеры IEEE1394

Вы не слышали про новую маму ХХХХ-1394 со встроенным IEEE-1394 контроллером?

Для нормального видеомонтажа нужна поддержка всех прелестей DV : индексирование, batch capture,… Иначе это просто имитация захвата аналоговой картой. Кажется, и контроллеры такие сейчас работоспособны, и некоторые batch capture возможности имеются. Что же касается совместимости с уже привычными редакторами видео, то в версиях 6 Adobe Premiere и Ulead Meadiastudio Pro поддержка DV редактирования встроена. См. мои замечания о совместимости здесь. С учетом этих замечаний, и опыта человечества (см. Интернет за этим) по преодолению путаницы в понятиях и стандартах, сейчас можно смело покупать любой IEEE1394 контроллер, … если хоть кто-нибудь написал, что он вообще способен работать с видеокамерами. Это обычная защитная мера.

Дополнение:

Конечно, можно возразить, что начинающим видеорежиссерам никаких Adobe Premiere не надо. И без них можно прожить. Однако, большинство статей и дискуссий о приемах монтажа ссылается на то, как тот или иной эффект реализуется именно в этом редакторе или ему подобных. Кроме того, освоение приемов редактирования и чтение статей на тему нелинейного монтажа настолько тесно связаны с терминами и понятиями таких редакторов, что без ознакомления с ними многое просто невозможно понять. Поэтому, как это ни печально для нашего кошелька, серьезно относиться к продуктам, не включающим поддержку редактирования на профессиональных редакторах, нельзя.

Ну, теперь эта проблема решена несколькими способами, и даже мне удалось немного к этому добавить выше.

DV Raptor: Как происходит работа с DV видео

Если купить DV Raptor — мы переводим данные в компьютер и редактируем видео в каком формате?

Раптор есть просто способ копировать данные с ленты на диск. На ленте есть компрессированный по методу DV поток данных — последовательность байтов. Когда мы часть этого потока пишем на диск, она (часть) приобретает форму avi файла, содержащего именно эти байты. Если такой файл потом отправить назад в камеру, то она получит на DV входе поток данных, который

А) запишет на ленту как он есть — байт в байт;

Б) декодирует и пошлет как аналоговый сигнал на аналоговый выход.

Этот сигнал и можно записать на ленту обычного видеомагнитофона или посмотреть на телевизоре. То есть в варианте Раптора декодером работает сама DV камера. И очень хорошо.

Гонять данные по цифровому каналу можно сколько угодно раз - всегда мы лишь байты без изменений переносим. Это как файлы с дискеты на винчестер и назад пересылать — содержимое файла от этого не меняется, сколько не переписывай.

Если сжать DV файл в MPEG2, то такое видео никак на ленту не запишешь. Камера все-таки не стример, и умеет записывать данные только одного единственного формата. Так что MPEG2 придется показывать другими средствами. В то же время, MPEG2 подходит для хранения на CD, чего не скажешь про DV или MJPEG.

Дополнение: предпринимаются попытки превратить DV видеокамеру в устройство хранения потоковых видеоданных. См., например, здесь и здесь. Работают ли эти способы — не знаю. Второй пока заявлен как работающий только с NTSC видеокамерами.

Компрессор — DV, немного похож на MJPEG, но лучше оптимизирован. Вы, наверное, знаете, что некоторые видеоклипы можно без заметных потерь качества сжимать почти максимально с помощью MJPEG карты, а другие получаются неважными и при наименьшей степени компрессии. Причем, плохо выходят только отдельные части кадра. Вот если бы можно было те части, которые сжимаются легко, сжимать посильнее, а другие, неудобные — поменьше, то тогда при фиксированном размере всего кадра можно было бы байты поделить по частям картинки не поровну, как в MJPEG, а по необходимости в этих самых байтах. DV так и делает, оптимизируя количество байтов по нескольким блокам в кадре. Таким образом удается получить очень высокое качество реальных картинок при потоке 3,5 М/сек.

Если же использовать тестовую картинку с одинаково трудным рисунком по всей площади, то в результате MJPEG и DV будут очень мало различаться. Но таких картинок в реальности нет, поэтому у DV всегда есть пространство для оптимизации.

DV Raptor: Работа с аналоговым видео

Так и не понял — можно ли писать на DVCamcoder Panasonic NV'DS33 (есть iLink in-out) живое видео с композитного выхода обычного VHS видеомагнитофона? Есть DVRaptor, а также Videoкарта ASUS AGP-V3800 32mb TV in-out.

Вообще говоря, если у камеры нет аналоговых входов видео, то использовать ее для оцифровки аналогового сигнала нельзя.

Недавно Canopus выпустил бесплатное дополнение к драйверам Raptor, превратившее эту карту и в карту захвата аналогового видео без аппаратной компрессии.

Появился еще и быстрый Mainconcept DV кодек, позволяющий сжимать полноразмерное видео непосредственно в DV формате на процессорах 933 МГц или более быстрых. Как оказалось, такое видео с формально «чужим» кодеком можно перегонять на DV ленту с помощью Raptor Video. Для более медленного процессора можно использовать быстрые MJPEG компрессоры и сжимать видео с неполной шириной кадра. К сожалению, аналоговый канал DV raptor не умеет переключаться в режим 360х576. Для захвата такого видео можно использовать, например, карту ТВ тюнер. Цена ее на фоне цены Raptor небольшая, но она позволяет захватывать видео с половинной шириной кадра. Большего для VHS или Video8 и не нужно, но захват можно делать вообще без компресии. Затем, после редактирования переводим все это в DV формат и используем видеокамеру как ТВ выход. Качество итогового материала будет, разумеется, первой копией оригинала. Но так делать можно. Способ не очень элегантный, но работать должен.

Кроме того, ресурс видеокамеры так не расходуется — механика не движется, работает только электроника, а это не вредно.

Digital8: Что это? Зачем?

Хотелось бы услышать мнение о Digital8 камерах Sony в сравнении с Hi8 и DV (miniDV), и возможности их использования для записи и хранения видео после обработки и монтажа на компьютере (т.к. на CD-RW больше 15-20мин MPEG-2 не поместится, а пишущие DVD пока не доступны).

Digital8 — это в точности такой же формат как и MiniDV. Отличается только носителем данных.

Преимущества:

Такое же качество видео как и на mini-DV для класса 1CCD устройств, но на ОБЫЧНЫХ 8мм КАССЕТАХ. Никаких там Hi8 не нужно! На моих двадцати пяти обычных video-8 кассетах никаких дефектов не удается найти даже при покадровом изучении.

Можно записывать-считывать через firewire — работает отлично с картой Сanopus DV Raptor. Сам формат DV удивительно устойчив к дефектам при рекомпрессиях, с MJPEG просто никакого сравнения нет. На обычную 90-минутную кассету помещается 65 минут D8.

По сравнению с любым аналоговым форматом — просто чудо. Никаких выпадений, шумов в канале цветности, отлично пишет аналоговое видео в цифровом формате с аналогового входа. По качеству такой оцифровки MJPEG формат DV в подметки не годится. Так что можно смело вместо Miro DC30 покупать такую камеру и карточку firewire.

Цена камер на нашем рынке сразу стала разумной и до сих пор в среднем ниже, чем у mini-DV. Цена владения — кассеты, аксессуары… как у Hi8, то есть примерно втрое ниже.

Недостатки:

Габариты и вес больше, чем у компактных недорогих mini-DV.

С камерами 99 модельного года нельзя записать аналоговое видео в цифровом виде непосредственно на компьютер без предварительной записи на кассету. Как только камера чувствует firewire соединение, аналоговые разъемы жестко переходят в состояние работы на выход. У более новых (начиная с 2000 года) моделей этот недостаток отсутствует.

1 CCD конструкция. Тут ничего не поделаешь, учитывая стоимость. 3 CCD на тестах заметно лучше, а в реальной съемке разницу может заметить только профессионал и на профессиональном мониторе.

Многие обзоры эти камеры от Sony поругивают за неважное качество картинки в плохих условиях съемки. Согласен с этим в принципе, но это беда всех недорогих моделей от Sony. См, как пример, обзоры компании Сплайн.

Что же касается замечаний к весу камеры или утверждений, что miniDV модели других производителей лучше — да, вполне возможно. Но в перспективе дороже во владении. Как пример, могу привести совсем недавнее наблюдение лета 2001 года. В довольно большом курортном городке Zell am See в Австрии я вдруг понял, что забыл купленные в Москве специально для отпуска кассеты. То есть одну я вставил в камеру перед отъездом, и вот она закончилась. Так вот, кассету video8 я нашел легко в первом попавшемся супермаркетишке (заправке) за разумные деньги, а miniDV была в наличии только в одном магазине. Иногда это важно. Кстати, примерно то же самое происходит и у нас или в Америке.

Других недостатков не было замечено за два с половиной года довольно интенсивного использования камеры без особенных забот об ее сохранности. Ни разу не пришлось воспользоваться чистящей головки кассетой, входившей в комплект камеры.

Конечно, D8 камера — не стример: можно записать на нее только видео и только в DV формате. Не знаю, сколько могут прожить кассеты — этого никто не знает сейчас, но три года без дефектов они у меня уже прожили. Не люблю я ленту. Воспроизводить тоже придется камерой — ресурс механики тратится.

Как вариант хранения видео для редактирования — очень привлекательно. Можно вместо Miro DC xx и жесткого диска написать 13 Г на 50руб кассету и отложить на потом. Потом скопировать на диск нужный кусок — и в редактрирование.

Очень удобно, при наличии IEEE1394 карты, включать режим индексирования и получать список всех кусочков видео, записанных между нажатиями на СтартСтоп, то есть индексация производится по разрыву в изменении кода даты.

D8 камера в режиме съемки пишет в видео код времени (можно высвечивать командой при воспроизведении, а не решать при съемке — делать это или нет), код установок скорости затвора, размера диафрагмы, коэффициент усиления. Очень полезно анализировать потом и учиться на ошибках.

После создания индекса можно записать на диск только нужные клипы или все из списка в автоматическом режиме. Точность — 1 кадр. При последующем редактировании материал уже порезан по главным стыкам, много времени экономится. При записи с аналогового входа, конечно, все это работает немного не так.

Камера выдает DV при воспроизведении обычной аналоговой Video8 или Hi8 ленты. Ее тоже можно записывать в режиме создания индекса по интервалам счетчика ленты, или, в DV Raptor, используя режим автоматического детектирования резких изменений сцены. Я, правда, этот режим не пробовал сам.

В общем, от D8 камеры в паре с DV Raptor я все еще получаю удовольствие. По сравнению с MJPEG и аналоговыми видеокамерами — чудо удобства и надежности.

Уже перестала смущать новизна формата — три года можно считать достаточным сроком для проверки на выживаемость. К тому же, обнаружил в продаже digital 8 камеру от Hitachi. Значит, формат прижился.

Digital8: Какая из D8 камер лучше?

Какая из D8 камер лучше — мне приглянулась DCR-TRV-310: ч/б видоискатель (цветной просто ужасный), наиболее оптимальный по размеру/качеству экран. Матрицы у 110-510, кажется, совершенно одинаковые.

Все камеры 110/310/510… и аналогичные х20, х30, отличаются только размером экрана. Кажется, самая дорогая из них имеет возможность работать в progressive scan. Это для фотографии хорошо. Но стоит много дороже. Я бы купил сейчас 230E или 120E (но не 130Е, потому что у нее нет аналогового входа). Размер экранчика меня устраивает, вес немного меньше, все остальное такое же.

Не обращайте внимание на все эти memory stick ухищрения. Нормальный фотоаппарат это не заменит, да и по цене может оказаться лучше купить его отдельно.

Digital 8: как замена аналоговых карт захвата видео

Что мне делать с уже имеющимся архивом аналоговых лент, если я куплю Digital8 и DV карту? Как я смогу старые записи оцифровать?

Вообще говоря, D8 камеру можно покупать вместо аналоговой карты захвата. Цена, по сравнению с дорогими MJPEG картами, такая же, а качество оцифровки и удобство последующего хранения цифрового видео несравнимо лучше. 12 гигабайт DV формата видео на дешевой кассете. Только нужно 2 часа для закачивания на винчестер одного часа видео. Но, после записи клипов на ленту в цифре, можно их быстренько проиндексировать и записывать на диск по мере надобности. Так что по времени не такая уж и большая потеря, зато оригинал лежит в цифре на кассете и места на диске не занимает.

Такой вот видео стример выходит.

Да, надо еще DV карту купить. Недорогих IEEE1394 контроллеров полно.

Digital 8: Динамичные сцены

А хороша ли DV-камера при съемке динамичных сцен ? Ведь поток 3,5 МБ/с — не очень то и много (по сравнению с SVHS). Я помню репортажи с Зимней Олимпиады из Японии — когда снимают «говорящую голову» — качество изумительное. Но стоит лишь быстро перевести камеру на другой объект… Так ли это ? (23.07.99)

3,5 МБ/с — не столь уж мало. Там используется аналог MJPEG, но с переменными коэффициентами квантизации по блоками внутри кадра. Из-за адаптивной природы компрессии качество у DV заметно лучше MJPEG с таким же потоком данных. Просто алгоритм сложнее и лучше оптимизирован.

Мне говорили, что проблемы с движением были на JVC камерах первых выпусков. В DV формате не все жестко прописано, только по части декодирования все строго, а для компрессии многое оставлено на proprietary technologies. Кодек должен всегда выдавать ровно 3,5 МБ/с, ни байтом меньше или больше. Для этого приходится оставлять запас в алгоритме сжатия, на случай плохого последующего кадра. Наверное, в размере запаса все дело. Говорят 20% — это хорошо.

И еще, у меня камера бытовая, линза средняя, CCD один, само собой. Хотя 400 линий по тестовой таблице через S-video разъем я через объектив и намерял, но все-таки резкость моих картинок хуже, чем для профессиональных аппаратов с тремя CCD и безумно дорогими линзами. Так что дешевые камеры не так легко ввести в трудности с компрессией. Кодеки одинаковые, а сигнал в моем случае оказывается более удобным для компрессии.

Digital8: Замечания о режимах съемки

Вопрос был прислан англоязычным корреспондентом.

При съемке с использованием Tripod, следует ли оставлять режим SteadyShot включенным? Влияет ли это на качество изображения?

Камеры от Sony, не только digital 8, используют электронную стабилизацию изображения при дрожаниях. При таком методе размер CCD матрицы выбирается существенно большим, чем размер проецируемого на нее изображения. Для digital8 эти размеры такие:

Число элементов матрицы — 800 000.

Число элементов матрицы в кадре — 400 000.

Таким образом, запас по размеру примерно 1,4 раза. Электроника камеры может компенсировать дрожание путем смещения положения активного прямоугольника на матрице так, чтобы он отслеживал смещения проекции картинки на нее. Этот метод имеет и достоинства и недостатки. Достоинство его с том, что нет необходимости делать точную механику с призмами, стабилизирующими саму картинку механически. Только электронные системы дешевле. Основной недостаток в том, что изображение все-таки движется по матрице при дрожаниях, а это приводит к смазанности картинки, как и при любом движении. Поэтому, даже если алгоритм работает идеально, при дрожании руки резкость в кадре будет ухудшаться, причем в разных направлениях по-разному. По этой причине или из-за особенностей самого алгоритма, в видеокамерах режим steadyshot вынуждает остальную электронику использовать выдержку в 1/100 до самой последней возможности. И наоборот, при ручной установке скорости затвора в 50 или 25 SteadyShot перестает работать. Кроме того, если SteadyShot выключить принудительно, то стандартной станет скорость затвора в 50.

Побочным эффектом работы SteadyShot является как раз эта закономерность автоматической регулировки скорости затвора. При SteadyShot ON камера при понижении освещенности сначала старается увеличивать диафрагму, потом увеличивает усиление до 18 db, и только потом начинает увеличивать экспозицию ступенями до 75 и 50. В результате, во всех режимах со слабой освещенностью на картинке присутствуют шумы CCD матрицы или предусилителя. Если SteadyShot выключен, то в некотором довольно важном для домашней съемки диапазоне освещенностей коэффициент усиления будет на 6 db меньше, и шумы будут менее заметны. Если используется тренога, то режим SteadyShot не нужен и может быть выключен. Качество изображения может быть лучше как при малой освещенности, так и при нормальной, потому что алгоритм стабилизации может время от времени пытаться компенсировать нормальное движение в сцене, принимая его за дрожание руки оператора.

Если в меню Digital8 камеры разрешить показывать на экране в режиме воспроизведения служебную информацию об условиях съемки, то (к сожалению, не во время, а после) можно увидеть, как менялись экспозиция, диафрагма и усиление. Просмотрев эти данные, можно увидеть, что шумы усилителя появляются при коэффициенте усиления больше 12 db. Поэтому следует таких условий избегать.

Лучше всего это сделать, переключив камеру в режим съемки Firework, активизировав Program AE режим и выбрав режим с иконкой луны. В этом режиме камера сначала открывает диафрагму, потом увеличивает экспозицию до 50 (я не знаю, перестает ли при этом работать SteadyShot) а только потом начинает увеличивать усиление, и то, не более чем до 12 db. Шумы матрицы при этом становятся минимально возможными.

Этот режим имеет какие-то особенности автофокусировки. Например, при максимальном приближении не получается резкого изображения и приходится использовать ручной фокус. Автофокусировка отрабатывает со сдвигом фокуса на более удаленную точку чем объект сцены. При среднем приближении резкость не отличается от нормального режима. В целом такое поведение не очень осложняет жизнь, потому что применять такой режим в бытовых условиях приходится в квартирах или других помещениях, когда пользовтаься полным приближением все равно нельзя. Кроме помещений, этот режим совершенно необходим при съемках в сумерках, ночных панорамах городов при освещении фонарями, съемке при свечах.

Следующие особенности выявлены для других режимов Program AE, представляющих интерес:

В портретном режиме, кроме легкой расфокусировки, скорость затвора выдерживается примерно 400, остальные вариации освещенности отслеживаются диафрагмой, отверстие которой получается на два шага больше, чем при нормальной съемке, при которой скорость затвора всегда 100, диафрагма работает в диапазоне 1.4-22

В спортивном режиме, диафрагма всегда имеет отверстие 1.4-2, а вариации освещенности отслеживаются скоростью затвора. Таким образом, этот режим имеет наименьшую глубину резкости, но и наименьшую выдержку, что делает его интересным для съемок с целью получить фотографию двигающегося предмета. Спортивный режим пытается включить усиление в первую очередь, поэтому совершенно не подходит для съемок при плохой освещенности.

Все остальные режимы не имеют отличий по алгоритму управления экспозицией от нормального, изменяются только предпочтения при фокусировке и на один шаг от оптимума смещаются настройки автоэкспозиции. Эти режимы не столь интересны для большинства из нас.

Ручная регулировка экспозиции, при активизации, отменяет автоматическое регулирование и начинает отсчет от того режима, в котором ее включили. Но теперь за ней приходится следить только самому. К сожалению, нет возможности вручную изменять экспозицию как отклонение от автоматически выбираемого значения. Поэтому спина моей собаки (белый пудель) на кадрах с ней на фоне зеленой травы — всегда до насыщения белая, если я не включаю ручную регулировку.

Digital8: Ленты и качество видео

Влияет ли качество носителя на качество видео для Digital8 камер?

НЕТ. До тех пор, пока считывающее устойство способно правильно читать коды, записанные на ленте, нам все равно, насколько ему было трудно это сделать. Разные ленты, если на них нет явных дефектов, отличаются разными уровнями сигналов, а поэтому и имеют немного различающиеся соотношения сигнал/шум. Для аналоговых способов записи, даже если принять во внимание, что реально кодирование компонента яркости тоже почти цифровое, шумы усилителя и носителя приводят к появлению шумов в сигнале. В цифровом мире шумы могут вызвать изменения кодов, но это либо должно корректироваться методами восстановления ошибок (ECC, Error Correction Codes) либо приведет к столь значительным ошибкам, что качество будет утеряно насовсем.

Не забывайте, что DV данные компрессированы. Если хоть один байт в них изменен, такая ошибка изменит цвет не одного пиксела, а сразу всех в блоке, или вообще сделает блок невосстановимым. Поэтому, как и в винчестерах, в DV и Digital8 камерах должен применяться ECC. Так как, даже по аналогии с модемами, ширина полосы частот носителя записи имеет очень большой запас по отношению к используемому потоку данных в 25 Мбит/с, то возможностей для введения кодов коррекции остается много. Если же носитель имеет физический дефект, делающий невозможным работу алгоритма коррекции ошибок чтения, то целый блок изображения будет искажен или потерян. Такое происходит при быстром просмотре ленты, хотя обусловлено не плохим ее качеством, в плохим прилеганием к головкам и сбоями синхронизации. Вся картинка имеет мозаичные искажения. Именно так и будут выглядеть дефекты ленты.

Следует иметь в виду, что пропуски данных в принципе могут быть откорректированы в какой-то мере в аналоговом тракте, подобно тому как это делается в CD audio проигрывателях. Как вы, наверное, знаете, бытовые проигрыватели могут заменять пропущенные выборки данных на интерполированные между соседними выборками значения и компенсровать дефекты цифрового носителя. При чтении таких данных в цифровой форме на компьютере (преобразовании CD audio в wav файлы) все пишется как прочлось, и иногда приходится корректировать щелчки дополнительными фильтрами. Но, в CD audio сами данные не компрессированы, поэтому такая интерполяция возможна и в цифровой форме, с последующей выдачей корректированного потока на цифро-аналоговый преобразователь. Для DV в любом виде такое исправление ошибок возможно только на аналоговом выходе.

Данные через IEEE1394 соединение проходят компрессированными, поэтому для коррекции нужно их сначала распаковать, поправить, а потом опять запаковать. Никто, конечно, два кодека в бытовой прибор вставлять не будет, или, если так и случится, то не будет это замалчивать. Два кодирующих элемента позволяют, например, сделать доступными множество эффектов, которые сейчас работают только на аналоговых выходах. Поэтому никакого «интеллектуального» исправления утерянных данных на выходе DV нет, кроме, возможно, хорошо организованного ECC и общей устойчивости формата к потерям данных в блоках (этого можно добиться передавая служебную информацию достаточно часто, чтобы кодек не терял ориентацию надолго).

Вот этот выход и можно использовать для оценки качества лент. Если увидите хоть один испорченный блок — лента должна вызвать подозрения.

К счастью, именно таким способом мне не удалось найти дефектов ни на одной кассете из : Sony Hi8 MP, TDK Hi8 MP, TDK video 8 EHG, BASF Hi8, BASF video 8 Hi-Fi stereo. Некоторые из них подвергались многократным записям — считываниям, за два года не найдено дефектов. Кажется, были порченые один-два кадра в начале одного — двух фрагментов записи из нескольких сотен, но это скорее дефект старта механики в режиме съемки после длительной паузы, и то крайне незначительный.

А если байты одинаковы, то и качество от качества носителя не зависит. Если вы запишете этот текст в виде файла на мятую дискету, то его читаемость будет неизменной до тех пор, пока не потеряются байты. И что интересно — шрифты на экране по-прежнему будут выглядеть нормально :).

Digital 8: Купить или не купить?

Собираюсь купить видеокамеру и плату для нелинейного монтажа.

Сначала думал приобрести CCD-TRV66 и MiroDC10plus, но задумался о покупке DCR-TRV1х0. Какую плату для нелинейного монтажа вы посоветуете? И насколько это будет лучше чем CCD-TRV66+MiroDC10plus?

Конечно, покупать сейчас аналоговую камеру и плату захвата не очень разумно. Это даже не дешевле.

Лучше и в самом деле перейти на цифру. Это настолько упрощает жизнь и улучшает техническое качество самого материала, что можно спокойно сосредоточиться на творческих проблемах.

Лучше будет радикально. При аналоговом способе качество картинки намного хуже. Это касается в особенности чистоты цвета, отсутствия каких-либо дрожаний из-за неравномерности движения ленты, 100% предсказуемости результата. В общем, за не очень большие деньги получается полупрофессиональная система.

Имейте в виду, что и в цифре все будет лучше, потому что, при равных скоротях потока данных, DV компрессор работает намного лучше. Кроме того, при аналоговом захвате приходится тщательно подбирать входные и выходные уровни всех сигналов — яркость, контраст, насыщенность и терять качество при каждой перезаписи, а в цифре можно видео копировать как файлы и всегда иметь оригинал.

Еще один плюс — управление камерой через компьютер. Так как оно предусмотрено с самого начала, то поиски фрагментов, передача их в компьютер, и прочие подобные операции происходят просто и всегда точно.

А советовать я могу только то, что видел сам — любую камеру от Sony, Digital8 дешевле всего как разовая покупка и по цене владения.

Любую IEEE1394 карту, про которую известно, что она не имеет проблем с DV камерами. Для этого стоит поискать в Интернете информацию. Мой опыт использования недорогих firewire карт ограничивается Dazzle DV editor for notebooks для ноутбука, которая у меня работает нормально. Эта карта содержит внутри чип от Texas Instruments, который и используется в большинстве подобных карт.

Canopus DV Raptor, который хоть и дорог, но у всех работает. Даже в конференции его пользователей очень редко возникают сообщения о проблемах с железом. А ошибки в поведении некоторых модулей ПО, не приводящие к падениям, Канопус довольно быстро исправляет. Мне эта карта нравится и потому, что позволяет работать на недорогих компьютерах, дисках, прочем. Не знаю подробностей про менее дорогую карту EZ easy DV от Канопус, но по картинке она напоминает DV Raptor без аналогового канала оцифровки видео для показа на мониторе. Достоинство DV Raptor состоит еще и в совместимости производимых им файлов со всеми без исключения программами редактирования видео.

Поэтому копите деньги, покупайте TRV230E (для 2001 года) и Raptor. Есть более дешевые решения, но тогда придется самому изворачиваться или сразу учиться работать с последними версиями редакторов типа Adobe Premiere. А всякими упрощенными программками для домохозяек пользоваться быстро надоест.

Digital8: Режим фотосъемки

Что лучше для получения отдельных кадров: режим Photo mode камеры или захват кадра в режиме паузы при воспроизведении?

Режим Photo mode есть просто возможность записать один и тот же кадр на ленту в течение 7 секунд, и при этом что-то про него сказать. Сам кадр захватывается в память видеокамеры точно так же как и в случае обычной видеозаписи. То есть выигрыш в качестве снимка от включения Photo mode просто отсутствует. Хорошо еще, что нет проигрыша. Некоторые камеры в таком режиме записывают только одно поле видео, повторенное по строкам другого поля, таким образом снижая разрешение по горизонтали. Зато такая картинка не дрожит на телеэкране. Digital 8 просто записывает обычный кадр и повторяет его 7×25=175 раз.

На мой взгляд, проще выбрать один из 175 живых кадров и использовать его, чем блокировать запись живой картинки на целых семь секунд. После нажатия Photo кнопки целых семь секунд ничего отменить уже нельзя, и можно пропустить многое интересное.

Режим паузы при воспроизведении — это другая история. Чтобы избежать дрожания, камера выводит на выход только одно поле, интерполируя его по всем строкам кадра. Разрешение по вертикали при этом уменьшается вдвое. В большинстве случаев при съемке с руки так все равно придется делать, потому что разные поля видео будут показывать смещенные картинки, и одну из них придется выбросить. Но если вам повезло найти статичный кадр, или вы использовали трипод и снимали статичный пейзаж, то заведомо лучше захватывать видео, а потом извлекать из него полный кадр.

В крайнем случае, выбросить одно поле легко в любом редакторе:

1. Уменьшите размер по вертикали до 50 %, используя простое масштабирование. Четные (нечетные) строки будут исключены, а оставшиеся сомкнутся.

2. Восстановите размер, применив bi-cubic resample до 200% от текущего размера по вертикали. Картинка будет «гладко» восстановлена в пропорциях, но одно из полей видео из нее будет исключено.

Таким образом, режим фотосъемки, на мой взгляд, бесполезен. Режим захвата в паузе воспроизведения заведомо уменьшает разрешающую способность до эквивалентной 288 строкам. Режим захвата полного кадра дает преимущества только при съемке статичных сцен с использованием треноги.

Некоторые камеры имеют специальную опцию делать фотографии в режиме прогрессивной развертки Progressive Scan option. В таком режиме камера экспонирует весь кадр лишь один раз, и потом считывает одну картинку по всем строкам, а не две картинки с нечетными и четными строками, но снятые в разные моменты времени. Изображение не содержит зазубрин на вертикальных краях подвижных предметов, и соответствует цифровому фотоаппарату с таким же разрешением.

Младшие модели Digital8 так делать не умеют. Честно говоря, меня это не очень беспокоит — если мне действительно надо получить от камеры полное разрешение по вертикали, я могу принять меры, а в большинстве случаев понять, было ли выброшено одно поле, или нет (288 или 576 честных пикселов по высоте) трудно или невозможно.

MPEG2: Почему именно этот формат?

У меня задача с обычной VHS кассеты оцифровать 10 мин фрагмент. Для захвата изображения собираюсь использовать AverMedia TV Phone 98 (chip BT879). А вот что далее делать я честно говоря не знаю. Правильно ли я понимаю, что на выходе AverMedia будет AVI и затем её желательно преобразовать в MPEG (1,2)? И второе хватит ли ресурсов P-II 233 64 Mb, Video-Cirrus Logic, на MB частота шины 66МГц

Ответ простой: исходный avi будет таким большим, что сделать с ним ничего нельзя. Для хранения видео придется использовать компрессор. MPEG до сих пор остается единственным разумным выходом, потому что соотношение размер/качество для него наилучшее.

Можно использовать и AVI компрессию, но тогда отпадает возможность использовать многие готовые решения по выводу видео на телевизор.

Дело в том, что MPEG уже принят как стандарт для цифрового вещания, videoCD, DVD. Сейчас начинается движение к использованию этого формата в бытовой технике для хранения видео. Поэтому изготовление MPEG в перспективе дает возможность воспроизводить свои собственные фильмы и через много лет. А вот avi формат уже умирает. На замену ему придет либо новый, потоковый, формат, либо вообще один MPEG и останется (он и есть потоковый уже).

Разница вот в чем:

У avi внутри живет только по одному потоку данных — видео и аудио. В MPEG (вернее в MPEG системном потоке данных) можно упаковать несколько потоков и дополнительную информацию.

Например, в музыкальном видеоклипе присутствует видео от нескольких камер, и пользователь может сам выбирать, какое из них сейчас показывать. В общем, есть довольно много причин использовать MPEG.

AVI кодеки — это полный зоопарк. Если у вас по какой-нибудь причине потеряется кодек, то, вполне вероятно, что насовсем. У меня так бывало. MPEG кодеки хоть совместимы. Работают по-разному, но способ кодирования видео информации одинаков внутри файлов, и проигрывать их можно.

Что касается компьютера, то на этапе компрессии от процессора зависит только время на сжатие. Для проигрывания, конечно, производительности может оказаться мало. Тут два выхода: искать формат и параметры, при которых все будет нормально работать, либо купить карту с аппаратным декодером. Цена у нее небольшая, меньше чем у процессора, поэтому такое решение кажется эффективным.

MPEG2: Где добыть компрессор?

Посоветуйте, каким програмным MPEG-2 кодировщиком можно воспользоваться для преобразования «мировского» avi в MPEG-2 (DVD)без потери качества и где его можно «взять». Где можно прочитать про это?

http://www.MPEG.org/

Исторически, одним из первых настоящих MPEG2 кодировщиков был bbMPEG: http://members.home.net/beyeler/bbmpeg.html

Сейчас одним из наиболее качественных считается TMPEG encoder, который тоже бесплатен. Этот кодировщик имеет довольно большую скорость кодирования по сравнению с bbMPEG.

Среди коммерческих кодировщиков наилучшим является Cinemacraft MPEG Encoder SP 2.50 и более поздние. Этот кодировщик, к тому же, работает удивительно быстро.

LSX 3.5 может производить MPEG файлы высокого качества, но этот кодировщик не умеет использовать некоторые типично MPEG2 возможности, например кодирование по полям, 10 бит точности нулевого коэффициента DCT. В целом выходное видео следует признать MPEG2, кодированным по хорошо отработанной MPEG1 технологии. У этого кодировщика весьма странно организован контроль за скоростью потока данных.

Я пробовал еще множество других кодировщиков, но в конце концов пришел к выводу, что все они хуже, чем упомянутые выше. Во всяком случае, пока ничего лучше пары Cinemacraft SP / TMPEG я не видел.

Не берусь судить о качестве аппаратных кодировщиков, которых теперь довольно много. Дело в том, что такое суждение можно было бы вынести путем сравнения качества производимого ими видео. Сравнение по отдельным кадрам неинформативно.

На сайте http://www.tecoltd.com есть очень интересное сравнение качества кодирования видео 20 разными кодировщиками. В основном, я просматривал примеры выходных файлов с наилучшими отзывами. В целом, я согласен с выводами этой статьи, но не могу не отметить очень специфический выбор тестового файла. Он действительно таков, что кодировщик подвергается чрезвычайно трудному испытанию. Реальное видео, с одной стороны, в среднем не столь трудно для кодирования, а с другой стороны, может быть более критичным к искажениям от компрессии. Так, сцена в бассейне содержит настолько много непредсказуемого движения (вода), что кодируется всеми опробованными мной кодировщиками практически без компенсации движения, то есть почти как MJPEG. При заданных ограничениях на скорость потока получить хорошее кодирование невозможно. Однако, эта сцена сама по себе хорошо маскирует даже значительные дефекты компрессии. Поэтому в соревновании на этой сцене выиграет кодировщик, который хорошо маскирует искажения на такой, не самой распространенной сцене. На сценах другого типа этот кодировщик может и не оказаться лучше.

В целом, качество каждого кодировщика весьма сильно зависит от сюжета, поэтому на разных по характеру клипах мне иногда приходится выбирать разные кодировщики.

Более подробно свою точку зрения на кодирование MPEG2 я постараюсь изложить в отдельном дополнении к этому обзору.

MPEG2: Есть ли возможность сразу же перекодировать все в MPEG-2?

Есть ли принципиальная возможность сразу же перекодировать все в MPEG-2, а уже потом монтировать и обрабатывать все это в Premiere (что-то про это я слышал)?

НЕТ. Пока MPEG2 редактирование не поддерживается в видеоредакторах как стандартная возможность. Времени на такое действие надо много. На мой взгляд, проще купить винчестер. Они сейчас сильно подешевели.

С DV камерой все намного проще — можно сделать индекс кассеты, а потом по этому индексу записывать на диск только нужные в данный момент части. Все это делается автоматически и с точностью до кадра. Просто нажимается кнопка в программе, компьютер сам перематывает ленту,… и в конце концов пишет нужный фрагмент на диск. Так как все всегда живет в цифровом виде, то так можно делать сколько угодно раз. Готовые фрагменты можно точно также складывать на ленту, вынимать из нее, и снова складывать — это как файлы копировать — потерь НЕТ.

MPEG2: Как я могу смотреть готовое видео?

На этот вопрос довольно трудно ответить однозначно. Теоретически, можно ограничиться программным декодером или ему подобными. Но такие декодеры хорошо работают только на достаточно быстрых компьютерах, и до сих пор плохо понимают некоторые мои самодельные MPEG2 файлы.

Мой личный опыт использования нескольких таких программ показал, что добиться 100% надежности их работы с самостоятельно изготовленными MPEG2 файлами удается не всегда.

Дело в том, что наилучшие результаты по качеству получаются при кодировании видео по полям. Для этого в компрессоре необходимо установить соответствующие параметры. Каждое поле видео рассматривается как независимая картинка высотой 288 строк и сжимается отдельно. Если используется сжатие по полным кадрам, то во входной информации компрессора присутствуют высокочастотые компоненты на краях движущихся объектов. Такое изображение несколько хуже поддается компрессии и для получения желаемого качества приходится увеличивать поток данных на выходе, а значит и размер файла. Если стремиться достить наилучшего соотношения качество/размер, то приходится выбирать компрессию по полям.

Большинство программных декодеров оптимизированы на показ типичного DVD видео. Так как почти все коммерческие диски содержат обыкновенные кинофильмы, то в них не применяется кодирование по полям. Например, при производстве PAL DVD диска для трансформации кинофильма в видеосигнал используется слегка ускоренный режим воспроизведения — 25 кадров в секунду вместо 24. На глаз некоторое ускорение событий в фильме практически незаметно, зато удается избавиться от необходимости делать специальное преобразование, как в NTSC. Видео содержит полные кадры фильма, которые, конечно, показываются на экране по полям, но оба поля полного кадра содержат не две разные (по времени съемки) картинки, а формируют одну. Даже в NTSC формате DVD видео, как правило, кодируется полными кадрами с частотой повторения 24 Гц. Декодер самостоятельно производит либо (для компьютера) прямое декодирование кадров, либо делает inverse telecine преобразование, показывая один кадр то на двух, то на трех полях NTSC сигнала подряд. Очевидно, что программный декодер всегда оптимизируется по скорости декодирования полнокадрового MPEG2 видео.

В результате, именно при кодировании по полям возникают проблемы с воспроизведением. Некоторые из программ просто отказываются работать с такими файлами.

Выход, который показался мне разумным — покупка недорогой карты-декодера MPEG. Я приобрел карту на основе Realmagic Hollywood+ набора микросхем. Аналогичный декодер используется в DVD наборах DXR3 от Creative, но стоит заметно дороже. Карта устанавливается в PCI разъем, и довольно мирно уживается в другими устройствами, даже если ей приходится использовать shared IRQ. Качество видео на аналоговом ТВ выходе просто отличное. Использовать рекомендуемое соединение с пропусканием выходного сигнала видеокарты через Hollywood+ не советую: качество обычного изображения на мониторе при этом сильно ухудшается. Поэтому я решил смотреть видео только на экране телевизора. Конечно, для меня осталась нерешенной проблема просмотра MPEG2 на экране монитора, но жертвовать собственными глазами показалось мне чрезмерным. Вообще говоря, PowerDVD проигрыватель работает на моем компьютере хорошо.

Следует отметить еще один факт. Программные декодеры всегда чем-то жертвуют для увеличения скорости работы. Аппаратные декодеры, по-видимому, содержат относительно честные алгоритмы декомпрессии. Кроме того, в них используется довольно совершенная фильтрация аналогового видео. Поэтому сравнивать качество картинок Power DVD и Hollywood+ будет корректным только на одном том же телеэкране. Сделать это можно было бы с помощью видеокарты Martox G400 dual head, но у меня она не перенесла обновления bios. Другие видеокарты, насколько я знаю, не умеют показывать окно декодера точно, линия в линию, на экране телевизора. Для этого, по меньшей мере, нужно включать монитор в режим в 576 строк по высоте.

На экране монитора картинка Power DVD и других подобных декодеров выглядит всегда хуже — больше дефектов, обусловленных компрессией (вернее, несовершенной декомпрессией), есть и чисто цифровые дефекты от интерполяции при просмотре в полный экран. Если пользоваться именно таким изображением при подборе параметров компрессии собственного видео, то полученные результаты если и будут казаться приемлемыми, то, скорее всего, окажутся чрезмерными по требованиям к размеру файла. Поэтому для любителей делать собственные MPEG2 видео файлы я рекомендую использовать аппаратный декодер MPEG Hollywood+.

В заключение можно отметить, что декодеры на основе Sigma Design микросхем работают в бытовых DVD проигрывателях. Поэтому собственное видео, изготовленное в режимах хорошей совместимости с такими картами, сможет показываться без проблем и на бытовых проигрывателях, когда:

  • такие проигрыватели станут обычными;
  • появится возможность за разумные деньги делать собственные DVD диски;
  • перестанут так сильно запутывать объяснения процесса производства DVD файлов. Сейчас это больше похоже на колдовство.

MPEG2: Еще раз о выводе на телевизор

Немного не понятно: при использовании MPEG2 карты для вывода сигнала — правильно ли я понял цепочку ? Источник видео — плата захвата — MJPEG поток — посылка файла на видео выход MPEGовской платы — преобразование в MPEG 2 — видак ! И при такой схеме качество записи на видике окажется лучше, чем для карт MJPEG ? Я правильно понял?

Не совсем. Вам придется сначала сделать видео в любом avi формате, а потом его сжать в MPEG2, тем самым приготовив его к выводу на экран телевизора или в видеомагнитофон. Процесс приготовления аналогичен конвертации видео одного формата (например анимации) в MJPEG — довольно длительная операция. Но вот вывод видео уж точно работает в моем варианте. Сама карта MPEG ничего, кроме MPEG, не понимает, также как и Miro/ Marvel ничего кроме MJPEG на ТВ вывести (правильно) не могут.

А MPEG надо готовить отдельным компрессором. Это долго, но так можно получить и копию видео на CD. Если этого не нужно — можно применить упрощенный алгоритм MPEG2, полностью аналогичный MJPEG, и обеспечивающий качество вывода видео такое, какое вы пожелаете — карта MPEG2 работает очень хорошо и допускает довольно большие потоки данных на входе. Как замена уже имеющемуся MJPEG решению это выглядит неразумным, но как вариант ВМЕСТО него — дешевле и МОЖЕТ БЫТЬ ДАЖЕ ЛУЧШЕ. Здесь все зависит от нашего желания.

Для MJPEG карт — от чужого желания нам такую возможность настройки дать. Что меня в нем и разочаровало. Да, на процессоре и на диске можно съэкономить, но на свободе действий и настроек — потерять больше. Что мой собственный опыт и подтверждает.

Главное — такая система позволяет делать video на CD или DVD носителях. Если исходное качество видео позволяет, то и результат можно получить хороший. И вообще избежать компрессии при захвате, что гарантирует наивысшее качество исходного видео.

MPEG и Matrox G400 DualHead

Имею планы по приобретению Matrox'а G400 MAX, но хотелось бы знать можно ли будет смотреть MPEG2 видео, записанное на обычный CD, на телевизоре через второй выход видео платы с помощью софтового кодека, поставляемого в комплекте с картой Matrox'ом.

О том, что я знаю про DVDMAX режим. При проигрывании любого видео, использующего Directdraw overlay, выход второго монитора отключается, и автивизируется вывод на ТВ. Если overlay не используется кодеком, то переключения режима не происходит.

MPEG2 плеер — обыкновенный Cinemaster. Работает быстро, на чужих DVD файлах очень хорошо на основном экране показывает.

На моих собственных MPEG2 этот декодер выдавал глюки — время от времени выскакивали зеленые квадратики на экране. PowerDVD работает без глюков, но иногда ему не хватает производительности процессора.

Вообще, у меня опять сложилось впечатление, что Матрокс мои ожидания не оправдал. Да, 2D у него отменное, но как были проблемы с overlay режимами, так и остались. Например, overlay от аналоговой части DV Raptor просто ужасен — картинка вся «плачет» — как будто воду сверху налили тонким слоем и болтают. Я сначала думал, что это Canopus денег пожалел на аналоговый канал в Рапторе, но они недавно приделали к нему драйвер захвата аналогового видео (теперь Raptor стал комбинированной картой — DV захват и захват аналогового видео без аппаратной компрессии), так у него качество вполне нормальное. То есть АЦП на Рапторе работает хорошо, а вот Матрокс эту цифру на пути к экрану портит. Конкретно, плохо работает YVYV режим в DirectDraw overlay. Может быть, это все та же застарелая непереносимость Матроксом материнских плат от ABIT.

В целом же качество аппаратного декодера Hollywood+ от Sigma Design лучше, чем любого из опробованных мной программных декодеров. На мониторе тоже. Имеет смысл его покупать, потому что $60 не такие уж и большие деньги, а работает он прилично.

MPEG, VHS, MJPEG карты

Я использую камеру и магнитофоны VHS — поэтому использую формат 352×576 для захвата и обработки в Premiere 5.1(704×576 на мой взгляд преимуществ не дает, а места занимает больше) Вывожу на видиомагнитофон из Mediastudio — Preview дает нормальное изображение на выходе Marvel G-200

Это правильно. Для VHS большего разрешения не добиться. Чисто теоретически, если использовать два пиксела вместо одного (704-352), то можно ожидать меньших шумов. На практике же разницы нет.

Изображение при выводе получается нормальных пропорций — а вот титры сплющиваются по вертикали Что делать — подбирать вытянутые шрифты?

Нужно приготовить нормальную по пропорциям 4:3 картинку в редакторе, а потом изменить ее размер до размера кадра в пикселах. Тогда пропорции НАЭКРАНЕ ТЕЛЕВИЗОРА будут правильными — круг останется кругом. Я в Premiere титров не делаю, обычно пользуюсь чем-либо другим.

При захвате бывают пропущенные кадры- но если все в норме — то их мало — на 60000 кадров — пропущенных — 20-30. (захват делаю из программы SmartCap — удобно дробит на части длинные кадры, а вот программа SmartPlay — к сожалению на Матроксах не работает — только на miroDC30+)

Пропускает как-то неравномерно — возможно что-то срывается в аналоговом сигнале

Я специально смотрел — если сигнал идеален (ТВ выход десктопа самого Mystique G200), то есть частота кадров очень стабильная, и импульсы синхронизации не имеют никаких отклонений, то кадры вообще не теряются. Для обычного VHS возможны пропадания на:

  • Стыках start/stop записи
  • Просто от старения ленты

При пропаданиях сигнала (даже выбивании нескольких строк в кадре, что на глаз вполне премлемо на телевизоре), RR G series может выбросить целый кадр. Так устроен компрессор. У него там какой-то буфер переполняется, когда ему не сказали вовремя, что строка или кадр кончились, и после этого весь кадр выбрасывается. Матрокс объясняет, что если этого не сделать, то могут потеряться много кадров.

При воспроизведении — возможно пропуски тоже есть — иногда проскакивают сбои — но редко и также не равномерно. (Кстати как зафиксировать число сбоев при воспроизведении)

Не знаю. На глаз после тренировки это видно. А как сосчитать — я в свое время предлагал Матроксу это сделать — не согласились. А зачем им свои просчеты наружу выставлять. Недавно в matroxusers было написано, что от сбоев при воспроизведении помогает установка Win95 OSR2. Хорошо что не DOS

Заключение

Могу предположить, что опять будут недовольные отзывы про неполное освещение всех новых плат для работы с видео.

К сожалению, моим мечтам потратить некоторое время в лаборатории iXBT для изучения особенностей тех или иных плат обработки видео не суждено было сбыться по причине отсутствия времени.

Все же я постарался дополнить обзор существенными рассуждениями, которые могут помочь при выборе железа для любительского видеомонтажа. Мне почему-то кажется, что собрание в одном месте информации о том, что именно следует иметь в виду при покупках такого рода и затраченное на такое собирание время более полезны, чем инвентаризация списка доступных решений.

Во всяком случае, я постарался дать вам инструмент выработки вопросов к продавцам и инструмент, помогающий удержаться от покупок слишком дорогих или ненужных решений. Обычно именно такие ошибки ведут к разочарованиям в идее редактирования видео на компьютере.

В качестве оправдания за недостаточную конкретику, я решил сделать доступным еще и приложение, оформленное как собрание цитат из моей переписки с читателями. Некоторые вопросы, обсуждаемые в этих письмах, перекликаются с разделами этого документа. Но иногда мы вдавались в детали или обсуждали конкретные железки. Раскидывать отдельные фразы по разным частям основного обзора показалось мне слишком трудоемким и не вполне правильным. Ведь вопросы задавались группами, и ответ давался на всю пачку сразу. Почитайте, может быть это представляет интерес не только для участников переписки.

В заключение, я обещаю скоро дополнить этот обзор подробным описанием того, как я понимаю правильную работу с MPEG форматом и какие хитрости могут помочь улучшить его качество.




16 января 2002 Г.

FAQ

FAQ

Video

Canopus DV Raptor

Digital8

MPEG2



?

Matrox Rainbow Runner G series & Mystique G200, iXBT.com. , , , DV .

.

, . , . , - . , , , . . , . , «».

, . , , , , :

  • , . . .

  • , . . .

  • , . , 100% . , , .

  • . , .

2001 , , . , . IEEE1394 , DV . DV , , .

. () .

, . , . , , XXXX TB , , () .

MJPEG, DV MPEG2. . IEEE1394 , .

MPEG, , . , .

, : , «» Premier' - , . . , , -! FAQ! . . , . , :

, , , . , , . ?

, .

— , , ? , , , 3- ?

, , . , , , . , . , .

: , ? , , , Sony Handycam Video 8 CCD- TR380E PAL, ASUS AGP-V3400 TNT, 64 celeron' 450 (o/c 300a) 100 , 10,2? ? , , , .

, , . : . , , . , 25 14 . , . . , , . , , , . FAQ . , , . . - — , .

, ( , …)

… , ? :)

, — , …

— . . , . , . . , , , , .

, , , . ( , , , ), — , . . , , ? (), . , , , . , :( , FAQ?!

. — , .

— .

— FAQ . — . , ( ). VHS DV — , .

— , (. ). — … : « »

. !

— «, ?», — -, , . .

, , .

Video: ?

(.. CD-RW 15-20 MPEG-2 , DVD ).

CD MPEG2. , . :

  1. DV
  2. DV => MPEG2 5300 kbps => DV () => D8
  3. DV => MPEG2 5300 kbps => Hollywood+ MPEG2 decoder TVout (Svideo) => D8

25″ Sony ( ) , , 1 2(3). // - . .

2 3 , . , .

, DVD . , CD. DVD , CD .

MPEG MPEG2 MPEG1, , , . AVI ( MPEG4 ) :

  1. , .
  2. MPEG .
  3. DVD
  4. , , :
    • avi ;
    • MPEG .

MPEG , , , DV . , DV . , , 13-14 , DV, .

, . , () DV . .

, MPEG . , JVC DVHS . DVHS VHS — 7 28 . . . MPEG2 , DV. Bitrate — 4.7 or 14.1 mbps. . C-cube (. www.tecoltd.com), DV. . — MPEG2 . IEEE1394 DV MPEG, DV . .

, . , , , , .

DVD , - , 0.001%, .

Matrox Rainbow Runner G-series Macrovision, VHS .

, CD .

, ?

VHS Video 8 , 480×576 352×576 , . SVCD , . , 2700 /. , MPEG.

, Hi8/SVHS, . DV, . , , .

, , , . .

CD. , . CD — , FPS . , , VHS.

, VHS:

  1. 352×576, deinterlace .
  2. 25 ().
  3. . , ( ), ( ) — , .
  4. , VHS c VHS ( , VHS).
  5. , «» , temporal smoothing/noise reduction (, ), (, , ) . «» , - «» .
  6. , , «» , .
  7. , , ( , - 32 ).
  8. , , , . , , «» . , -- .

, , , .

, 2500 /. — 3-4 /, . - , ?

, 8 , . , . , VHS — . - — . , VHS , . , .

, - : , « », 8 ( ). , , .

Video:

VHS? + ? (CPU, RAM, etc)??

— VHS SVHS/Hi8?

SVHS VHS , .

, VHS . , VHS. S-video (Hi8 SVHS/C), . S-video S-video . VHS , «» , , , , .

:

1. 128 500 . , . — . PIII/Celeron 933 AMD MJPEG DV (. Picvideo MJPEG codec Mainconcept DV MJPEG ).

2. 128 , . . MPEG 256 , . , 3D , . 10-20 , 256 .

, , . , 1 , , 10 .

3. . . UDMA . , 10 /. (20 /), , . , , ( !) UDMA, .

. FUJITSU , . , MPC. MPE, MPF MPG UDMA 66/100 . DMA , ( ) 4-5 /, . Western Digital Seagate. CMD, Promise, HighPoint DMA66 VIA PIII .

: . 40- IDE , UDMA 33 . , , , .

? , , . , , , . , 10. .

40 . -, DV MJPEG. , . , - . — . 5400 — . , 7200 . . - , . . , , . , , . , 25 . , , . , 7200 . ZDNET Adobe Premiere , .

. , // . 3 Windows 2000 . -, , . — . 10 , Windows 2000 Windows 98 . — .

, . . .

, — . .

4. RAID . — . 3 UDMA — 1 DVD/CD/CDR-RW . , , IDE. CD . CD CD. , . ZIP ? Mobile Rack 6 , ? , , ? , 4 . — . .

, . PCI, . , , PCI . , PCI . . , , , . , . , . , . — , , , …

RAID. , Raid 0. , , . , , . DV MJPEG , avi . RAID 0 - . RAID 0 . RAID0 Windows 2000 , . , , , 100 YUY2 .

5. . , FAT, FAT32 NTFS. FAT16 , FAT32 NTFS .

FAT 32 . , Seagate medallist 6.5 GB 5 /. DV (3.7 /), NTFS 500 .

mobile rack . BIOS, . FAT32 , . NTFS , . NTFS.

NTFS , . , . , - . , , Windows 2000 - . FAT 32, , . , . , . NTFS .

Windows 2000 NTFS . NTFS .

, NTFS - , NTFS Windows 2000. NTFS DOS , , , , .

NTFS . FAT 32 40 . , Windows 2000 32 FAT32. Disk Manager , .

6. (). , — Windows 2000. NTFS ;), . , . .

Windows NT - DMA .

Windows 9x ME , . , , . , , .

9 2000 . Win 9x . , . , ) PNP OS installed ; ) PCI IRQ win2000 win 9x , ; ) , bios .

Win 9x -- , . . Win 2000 ;).

, .

7. . , Intel BX/MX . , . , ASUS CUBX DMA DVD ROM CD/R-RW, primary slave. RAM 512 . DIMM PC133 128 256 M , 100 . Bios .

, , bios .

, ( ) BX . , « » .

Intel VIA :

  • AGP ATI rage 128 fury pro;
  • Realmagic Hollywood+ MPEG decoder;
  • Canopus DV Raptor DV video editing card
  • PCI network card (3Com EtherLink XL 10/100 PCI NIC (3C905-TX);
  • Sound blaster 128 PCI;
  • USR Sportster 33.6 modem ISA.

CUBX , PCI, CMD DMA66 , PCI .

( ) PIII MSI VIA . Promise -Fujitsu . , CD bios, … win2000 VIA. , , . Canopus DV Raptor , MSI 6321 .

Athlon .

, . KT133 , AMD760-.

: , , . , , .

, / .

8. . , . , . , , PC133 SDRAM ISA . , PCI 201- ?

, . , , - , .

, . ?

, . 60 800600. , , overlay YUV, RGB . AGP 720×576×16 = 829440 . 50 ( NTSC 60 ). , 41.5 /, PCI . , PAL DV MPEG 12 , 31.5 /. 50 . , 50 . ATI DVD player (Cinemaster), . .

— . , 155,678 , , . IDCT (inverse discrete cosine transform) .

— / . -, . Intel, — Coppermine Celeron. PII , Cinemacraft MPEG Encoder. AMD , , , , . , Cinemacraft MPEG encoder AMD. , , … — SSE enabled Intel CPU Duron/Athlon. P4 , , . () bios P4 .

, Cinemacraft encoder . — bitrate . .

DIVX 4.0 MPEG 4, - , div- MPEG4 v3 Microsoft. , , «» Microsoft.

. Xing MPEG encoder, LSX encoder version 1, 2, 2.5, , . , MPEG . , , , ;). , , . TMPEG encoder, Cinemacraft SP encoder, DV DV DivX 4.0x PIII 5 8 , , , FSB. 5 (mobile PIII 600 c Speed Step) 8 (PIII 800) 20%. , 60% 2/3 . . , latency 3 2 12%. VIA KX133a +33 FSB. , . , PIII 800 c 8 124×8 turbo CAS delay=2. turbo 147 , 5%. 124×8 & 147 normal, Cas=3 , .

: , CAS delay . PIII — 133 .

9. ? .

-, MPEG .

-, , , 5-7% . , , MPEG . . , Intel 440BX VIA KX133a : DivX 4.0 MPEG4 , , 25-30%. , 1,5 .

, 10-15%, , .

, , .

Video:

MMX , PCI 64 , .

. overlay , .

, — . - , . — DMA Bus Mastering PCI.

, , , .

, . — 800 FCPGA Celeron. MJPEG .

, , . .

, 133 . , , . , .

128 . , , windows 9.

, Windows 9x .

Vcache system.ini :

  • minfilecache=8096
  • maxfilecache=8096
  • minpagingfilesize=64000

, , . , 64 . .

, Windows NT 2000. NT . . . 128 , 192.

, , — P166 MMX, , SDRAM PCI bus mastering. . .

Video:

, , ?

, . DV , , , . , DV , . , , . , , .

— . , , Seagate. 40 100$ — . Seagate . .

. ( IEEE1394 , DV ). PCI TB , BT848 BT 878. 40$ ( DV — , — Texas Instruments). reference design :

  • (DV) , (3.5 / DV). Pentium Pentium II ( , DV. , — DV !). Iwill I440FX , PCI.

  • (IEEE1394: DV . , , ). , , registry, . Registry BT848 (878), RectHeight () RectWidth (), , . , . VirtualDub , , ( DV. . ).

  • , S-video. Hi-8 ( DV . , , IEEE1394 . ).

. , , , MPEG2 ( DV DV , , , CD, ). $61. , , , , . ( DV , -), . 576 .

, ( DV : ). , .

MPEG2 , , , , .

, . $200, $100.

? . . - , 10$ 10-20 — .

VideoCD

BTUV 352×288, 25 ( DV ). 352 — VideoCD. , () MPEG . Hollywood+ , 384 . 352 , VideoCD VideoCD .

288 — PAL SECAM (DV ). , ( DV). , , . 352×576 — MPEG2 ( DV 720×576, ).

Web , , 288 4:3 ( DV , , )

, , . : VHS . Digital8 . , RGB 24 . RGB (DV , DV ).

3.8 / ( DV , ). 2 9 , . Avi 2 — Microsoft. 32 . 2 ( DV video, OHCI compliant IEEE1394 , , . , FAT32 4).

? . . Morgan Multimedia, Picvideo MJPEG Codec Mainconcept MJPEG , , 1.5-2 /, 450 . Indeo 5.10 quick compressor. 100% , . , MJPEG, — 1000-1200 /. DivX 4.0 . Huffyuv 2.1.1, . , ( DV ).

? : - , 2 .

DivX 4.0 Windows Media Encoder. (DV: , , Windows media encoder) MPEG1, , . 200 / ( ) 16 / 16 bit 44.1 MPEG 2 layer3 ( wma) . , , «» , .

, . 4/ , , 72 . .

, : www.nct.ch/multimedia/avi_io/index.html, AVI_IO (DV ). 4 . , 54 . YUV9 , 3 / 66 (DV: ). VirtualDub (DV: ).

? ( avi , wm* ) MPEG1 ( DivX 4.0, ). , , (DV: MPEG1 DV type2, type 1, , ). MPEG1 MPEG , Windows . , Hollywood+ .

. , Hollywood+ VideoCD , . -, . VideoCD mp3 Napa 310. , (DV: , DV ).

, ( ) ? . , 288 .

, — , ?

. «» . . , - . , 576 , (DV: , ).

, MJPEG : . , MJPEG picvideo Mainconcept 352576 PIII 600 (DV: . 300 ).

6-8 / BTUV (DV: 3,6 /c). (DV: ).

? , (DV: type1 NTFS. Canopus DV Raptor reference avi ).

, , 10-15 . — .

, 352×576. ? -, 352×288 (DV: , VideoCD). - (motion blur) , . . . , , . . , , . . , 288 VHS . , VHS, — .

352×288 , «» . .

, , , . . , , , «» - .

overlay, , . , , . , .

, . :

  1. ,
  2. ( ) (),
  3. (),
  4. 1/50 .

«» BOB deinterlacing. , , . , . , - . , .

, . , BOB , , . . , , (DV: « », ).

, , MJPEG , DV , MPEG2 . , MPEG2 , . , . , (DV MJPEG ). ( ) «» , . MPEG1 . . MPEG 1/2 . MPEG1 () , MPEG1, , , .

MPEG — MPEG1 MPEG2 (DV: , , MPEG ).

MPEG1

, MPEG1 4096×4096. MPEG1 2 . , , constrained ( VideoCD) MPEG1. MPEG2 MPEG1 , , , main level / main profile MPEG2 ( / DVD ), MPEG2 .

MPEG2 , . , 8×8 . , , . , , . , , MPEG2 10% . — .

.

MPEG1 . , , «» . , . MPEG1 , . «». , , «» .

, , MPEG2, , MPEG1, . , , LSX MPEG encoder. .

MPEG1 . windows MPEG1 . , , Vitrualdub, MPEG1 avi. MPEG2 . , Hollywood+ MPEG2 , , , . , , MPEG1 .

MPEG1 :

  1. , MPEG1 MPEG2 , , . , windows, Hollywood+.

  2. , MPEG1 , , Panasonic.

  3. DV ( , Avermedia TV phone) MPEG1 . , , H+ MPEG1 . MPEG1 . Hollywood + MPEG1 .

  4. MPEG1 no-name H+ 464 , B . B (720 ). .

  5. , Windows MPEG1 . , windows media player control, Visual Basic. , Microsoft . , , . H+ .

  6. «» ( DVD MPEG). , 50% . , . , , bob deinterlacing MPEG2 . , - .

: MPEG1 . MPEG1 2 .

:

. , , , . MPEG4 Microsoft . blur , , . , ( ), . , , , . . MPEG1 , , . , Panasonic . LSX MPEG encoder, MPEG2 .

Adobe Premiere, blur .

MPEG1 . . , , . , , . , MPEG1. MPEG2 interlaced .

, avi MPEG1 2. .

, ( ) — avi MPEG? , , , ( , , ). MJPEG (DV: , DV). interleave, . DV , 720576. Adobe Premiere 5.1, MPEG2 bbMPEG plugin. , plugin . , .

-, , MPEG2 . -, plugin . -, plugin .

, avisynth premiere plugin, Premiere . , . , ( DV ).

MPEG 2.5-4 mbps (DV: MPEG. , , . , ). , MPEG . , 15 / I GOP MJPEG- ( , ) (DV: . DV timeline ). avisynth MJPEG. CD MPEG .

MPEG2 , , . 352 ? Hi8 SVHS . VHS, . SVHS SVHS , DV ( Dazzle), , DV ? , — Digital8 .

> 352 (DV: ; : 720, 16). , , . MPEG , , . , DVD 352, 480 720 . - DVD RAM , MPEG1/2, .VOB .

. $100 $100 , MJPEG (DV: ). , , VHS (DV: , , VHS DV). , . ! , MPEG2 . MPEG - DVD .

Video: c ?

- , - , DV, c — . . 500 ( ).

--, - ? S-video - . >720 , , …

. , , , . 500 - 720 DV.

29″ Philips 600 . . ! ! , 600 , , . 400 .

, , DV. 400 — , . . - 500 . 100 , .

Digital8 Sony TRV DCR 110E 400-420 . . 500 IEEE1394 . . . , . 400 .

, . , , Digital8 . . , , .

, > 500 . , , $20000 , , . .

S-video D8 1,3 . 1,5 . Sony Panasonic 6 .

, high definition TV . …

, 720 . .

, - 2001 , .

Video:

AVI- MJPEG (DC30+) Cinepak Adobe Premiere 5.1a ? 720×576, 25 fps, Windows NT (2000), ?

, . , Cinepak . , microsoft MPEG4, www.microsoft.com/windowsmedia, LSX MPEG encoder, TMPEG encoder, Cinemacraft encoder, Panasonic MPEG1 encoder, , , .

.

, MPEG4 DivX 4.0x. . . , 600 / P166mmx.

Cinepak , .

indeo 5.10 .

, . , , .

- ( ) . «» , . … . , . - . windows 2000 NetMeeting, .

, , , , . mobile rack , « ».

. (288 ) , 384×288 PAL . — . .

Video:

: - , 320×240.

, — Life View LR-025, . - , ?

, .

1. . avi 2 . 2.5 200 /. , . . , — DivX 4.0. Windows Media encoder, , . , , , , . , , , .

2. . avi , . windows media, . , , . . www.microsoft.com/windowsmedia.

3. DivX 4.0 avi 384×288×25 PIII 933. ( ) , 200 /. , .

4. Microsoft WindowsMedia . 640×480×30 ( PAL, , 640×576×25 ) dual PIII 800, NT 2000, . MPEG1/2 , .

5. > 288 . , , 50 . — , , . 288 PAL / SECAM 240 NTSC. , ( MJPEG , , ). — , 1/50 . , , , . , 25 . . , . . , 640×288 ( ) 480, 384288. , , , . , 640×480. — , , .

6. — 384×288×25 BT848 BT878 , . , — video for windows, . , 3 M/ . 384×288:

  1. Indeo 5.10 - >266 PII ( — IE4)
  2. Morgan, PicVideo Mainconcept MJPEG — >400 PII
  3. MPEG4 v2 v3 (Microsoft)>450 PII
  4. DivX 4.0 — > PIII 700. MPEG4 V.3 Microsoft : DivX , .

( > 1 M/). MPEG1 video CD . .

Video: !

, , video, Vidcap 32. , «Premiere 5».

Field setting No Fields, Upper Field First, Lower Field First, , - , Upper Field First, . Plugins «Panopticum Lens V1.0», . , , Upper Field Lower Field First, , No Fields- .

Vidcap 32 , ? ?

, plugin . . , full frame no frames.

, . , , . , ( : , , , ), — . , avi . , , , . upper first, 0, 2,… . , . « », .

MJPEG , . , , ( !) . .

, . , . , , , , , . , , , . , 2 % (1 ). 100, 98, 96,…, , 2,1,4,3,6,5…

: 98,100,94,96,90,92,… .

no fields, , 25 . 100, 100, 96, 96,… . , . , . , . , , 1,2,3,4 2,1,4,3. , .

, . , . , , - . .

, , no fields .

— .

, , . Adobe .

, 576 . , , « ». , , . . . , , . ( USB ).

, ( ) ( no_fields.avi), ( Correct_order.avi), (inv_order.avi) . , , , , , 50 BOB deinterlacing (. ). , .

Video: -

, D-VHS ?

JVC HR-DSR100 (c DBS ). ( www.soniko.ru/video/reviews/hrdsr100.htm).

, DVHS $2500. , , .

MPEG-2/DVD — S-Video ?

.

, S-video , , — . , . , - — 50-75. , , . , , — . S-video , , , — .

S-video , , . .

miroDC30 . 5.1 ? - ? ?

Morgan, PicVideo MainConcept . , . , , . . , , , , .

USB USB . , ?

. . USB 1.0 12 /. 12 , 25 230×170 . , VCD . — 10-15 .

Video:

bt848. , , . , ( ) — . - . - , . ! ? ?

PC . MPEG2, , . PC . . , , , . .

Digital 8 1394 ( , ). ?

, DV PC , , . , , ( , : , , ) . .

Video: TV vs MPJEG .

, TB- MJPEG ?

, . . , — . RGB16, 24 32 16, 24 32 , YUY2, YUV9, YUV12, BTUV — 16, 9, 12 12 . - .

, RGB 32 24 RGB, 8 . 8 . bmp .

RGB16 15 256 (8bit) — , . , , , 256 .

, , . , . , — . . , RGB, i, R-Y (u) B-Y (v), . , , , , :

  1. i=((76*r)+(150*g)+(29*b))/256
  2. u=((19*r)+(37*g)+(56*b))/256
  3. v=((78*r)+(65*g)+(13*b))/256

0255

, RGB = 150,150,150, (0,255,0) , , ( , ) . u v, , — . u v , .

:

YUY2 (UYV2) 4:2:2 — , , . , . — (Y), , ~ 13.2 , u v, , . MJPEG . — 704×576 , 352×576 . , 8 , .

, . , , . YUY2 ( , avi ) , 8+8 , 8 — 32 , 16 . , , RGB 16 — 16 , 64 . — . , ( - U V ), RGB . , .

, , MJPEG . MJPEG , , . MJPEG , , RGB ( ), , . , , . , YUY2 , . Windows 2000 . , , , , .

352(384)×288 6 /, , , . — .

, , , native (, ) , RGB YUV. MPEG, RGB=>YUV :

biCompression   = DIVX

trying yuy2.

YUY2 format was not accepted

>> File reading                  0.181    1.208 %

 >> Decoding                      6.527   43.510 %

 >> RGB -> YUY2                   1.789   11.927 %

---------------------------------------------------

 >> MPEG encoding                 6.503   43.355 %

, . , DIVX YUV 4:2:0 . Decoding YUV RGB, , , . , YUV — «» . , DIVX , YUY2 , , . , , Divx - . , …

BTYV ( 4:1:1 BT 848/878) — NTSC. , UV. — 12: 8×4 , 16 , 48 . NTSC , , NTSC . , JPEG- . . ( ) , 4 . , . . . , , , , , . , - , 4 . , YUV2, . , BTYV 4:1:1 . , .

. , , , RGB YUY2.

YUV12 4:2:0 — , MPEG DV PAL. , DV, PAL — ( ), . ( ), PAL, , — , . , . , . — . , . , , . .

, . , 2×2, . 12, . , : — 288 , . , , , — (, ). . NTSC, , , , — . PAL — , — . , , . . DV, , , .

: , 4:2:2 4:1:1 . , . , . 4:2:0, , . , PAL - -, - , chroma keying. — , ( ) . , .

— , . — . MPEG1 2 ( 4), , .

MPEG , , . , . , 4:2:0 , (I420, IV12), . , DV MPEG 4:2:0, 4:2:2 (YUY2), 4:2:0. , . — YUY2 RGB . ( ) .

YUV9 (Intel Indeo Video Raw 1.1) — 4×4. 16 , . , , (1/4 ) (YUV 4:2:2 YUY2, YUV2). , . — 9.

, DVD .

, 4:2:0 (DIVX, 12 ):

— , 16 RGB (hi color):

, YUV , , (banding artifacts) ( DIVX ). 16 12 YUV , .

YUV — , . , . , MJPEG . ( ), , — , , 1/16 ( , ). , . — . . — , , . , , . , .

— , — . , , .

: VHS Video8 352 , — . DV S-video , . , VHS SVHS 4:1:1.

, — , , - . , 4:1:1 , , , . , PAL - CCD . , .

, 4:1:1 8 / . . MJPEG , , . MJPEG , MJPEG . . , . — . , .

— . ( ). ? ( ) ?

. . — .

. . , , MJPEG ( — , MJPEG /), - .

— MPEG2 . MPEG2, , — DVD — MPEG 1 2 . , , , MJPEG . — .

. MJPEG . , , 4 . MJPEG . , , , , .

. - , , , . . Avermedia TV Phone 1997 150$, . 30$ ( ) — . . . . , « » , .

Video: CD

CD-RW AVI? C ? — 1 , 15 SVHS. JPEG .

, , , , . , , . zip , . — . — 5 / , , () . - JPEG . CD, , — . , . , . , / , . , .

. avi , DC10 (MJPEG), 1,5 \ . MJPEG , , . . , , , , , ( JPEG) , . (Indeo, Cinepak, MPEG1-4) 5-25 , MJPEG, . , MPEG 1 15 100-200 ( MJPEG ), 2-3 . , «», -, , -, .

, . , , RGB (YUV) , . , CCD . , , - «» , , . , , , . , . , -, - , . «», - «» — .

, , MPEG2. 0,5-1 / . MPEG . realmagic hollywood+ .

MPEG2 . , MPEG avi. , MJPEG-MPEG-MJPEG , ( ) , CD.

— DV video 8 c Digital8 . DV — MJPEG , . , , . MJPEG , . DV ( , ).

DV Digital8 . , , , , DV , . , , DC 10 . , DV , DC10 . Digital8 , , , .

. video CD . MPEG2 1 MB/ DVD CD-R CD-RW . , . No-name , , . , , . iXBT.com.

Video: HDTV

, high definition TV .

. HDTV ( 2 ). NBC, CBS . . HDTV , HDTV .

, , . HDTV, still-image.

, , -, . .

HDTV. , , , , HDTV . 720 . , , hdtv. , hdtv , , /. , hdtv , .

, 500 . DV CCD ().

, HDTV ( ). , , «». HDTV, - . HDTV . HDTV, US Open HDTV CBS ( — Mitsubishi).

HDTV , www.philips.com, www.sony.com/professional, www.mitsubishielectric-usa.com/, www.usa.canon.com/indtech/broadcasteq/index.html.

Sony - HDTV . Philips , , Consumer equipment, .

, Philips.

Video: Native DV

DV ?

: DV avi. , , Microsoft , .

IEEE1394, Adaptec 8945 Canopus DV Raptor, . AVI , , AVI (Audio/Video Interleaved), Video for Windows. — (). , , . , . Adaptec dvsd, Canopus cdvc. , - . , - , - . (FourCC ) , , «» . , .

Video for Windows DV — . (2 ) , .

DV? , DV , . . , , , , . avi Video for Windows , , , . , avi . , .

( ) , ( ) . - ( , ), . , : , . DV ( MPEG DVD/CD ) , . ( , DVD DV) .

DV . . . , , .

AVI , Adaptec Hot connect Canopus DV Raptor, , / DV , , DV . DV .

DV AVI, Microsoft IEEE1394 ( ), / ( ). , , «» Video for Windows :

Adobe Premiere 4.2 5.1. DV , . , .

DV , VFW, . DV video type1, — type2. , , . , , , , :



… , , ( ).

VirtualDub :

Canopus DV file converter, DV , DV type 2 :

, Type 1 DV avi, 1 ( VFW). . , , -, .

DV type 2 Ulead Systems. , DV AVI Ulead Media Studio Pro 6 . , DirectX 8a DV patch DirectX 8.

, , DV 100% , Windows DV .

Microsoft DV avi Adobe Premiere 6.

DV . Virtualdub () TMPEG encoder.

, DV type 2 , ? , , .

1. Canopus DV file converter. 1 , DV Canopus Reference AVI Canopus multiple editable avi files. . Canopus DV decompressor. , Canopus. , . 1 , , . 1 .

2. Canopus DV codec ( Canopus) Mainconcept DV codec. Canopus DV, MS DV type1 ( , ). :

  • — Microsoft DV decoder;
  • — MainConcept DV codec.

, ? . , , , , .

, «» MPEG DV type 2 . avisynth . . .

: DV , , DV IEEE1394 . MPEG DV Canopus, .

Video: ?

? MPEG1 ?

DV , . CD MPEG1 2 — .

VHS (c) video8 MPEG — 352 . . DV . , 10-15 , DV .

DV MPEG1 2?

MPEG2 , DVD DV (). MPEG1 . ( ) ( ), . , : , . , .

MPEG2 , , . MPEG1 MPEG2 10%, .

, 6 6,5 / . , 10% MPEG 2, . MPEG1 .

, , . , MPEG2 PIII 1000, Digital8 . , , MPEG. MPEG2 CD . — — ? ( , 20 ) , . — .

, ?

— . . CD ROM. , DV , . . VHS , CD , VHS . , . . , . , ? - , . MPEG 1 2.

, , - Digital8. , . , , .

Video:

Avermedia TV Phone . , - ?

- ?

. : , , 1/50 (). .

, — . , «» 50 . , 25 .

, . . , :

, :

, . , .

, , , . 288 . ( ) . , .

288< H <576, — , , H-288 . . — « ». .

, .

, , :

  1. . ( ) .

  2. .

, , . , — 50 , . , .

avisynth, 50 , :

Avisource («c:\myvideo.avi»)

SeparateFields

bob

, avs Windows Media Player. , , «» . , 50 . , .

Video: ?

— DV, ? ?

, , , . Avermedia TV phone Matrox Rainbow Runner G series Matrox Mystique G200.

Avermedia TV phone ( ) — TV tuner . , , . () Matrox Rainbow Runner G series DV Raptor. DV Raptor, , Raptor .

, . , ( 1998), P200, MMX. , -, MPEG1 384×288, . , ( ) , .

: 800+ PIII, FCPGA Celeron AMD , MJPEG (, Mainconcept DV codec) . $200. , 40 $100, , . .

. , , MPEG2 -. , DVD , MPEG . MPEG2 (1,5-2 /) , I ( MJPEG), . $60.

, , , / 35 ( , $30 ) +100 () + 31 ( MPEG2 , ) = $166.

MJPEG , , , MPEG ( MPEG , , Video CD DVD), . . , , . , — . .

Rainbow Runner G, Matrox G400 Dual Head. , , , . , 3D . . «», VHS-C VHS . Digital8 , , - MJPEG. , . .

3D , , Hollywood+ MPEG2 decoder . , , , , «» MJPEG , . . , , .

Digital8 DV , , , , . , DC30+, D8 , . . : $600 , DV . Digital8 Sony, 2000 , ( PAL) DV I-link . , .

, — « » $600 , . , , . . 14 $3 — . Canopus DV Raptor . — , . . , DV , MJPEG.

, . VHS, , ? . , , , , , Firewire , , . , DV , , .

, DV . DV, . DV. , , , .

Video:

http://come.to/mp3mtvhits , A/V ( ASF), . MPEG-1 AVI Video-CD. ? , , , DVD , ?

Video CD , . video CD MPEG, TMPEG encoder. MPEG1 video CD c CD, . Nero Burning ROM NTI CD Maker Professional. .

DVD /, http://www.dvdsoft.da.ru/. , . Video CD DVD CD DVD , . , , . MPEG 1 2, avi, asf - . . , 2 , , . -, «» DVD .

Video:

AverMedia 768×576×RGB24 ( MJPEG PIC Video Codec) . VHS Video8 . ( ) . ?

— PIII 933 : 19. 20 , , .

.

  1. ( ) , . , , , .

  2. . . — , , . — , () , .

— 8 bit, , , , . . «» «» . Avermedia , Matrox Rainbow Runner G — .

, MJPEG . , , .

,

  1. , . , , , «». , , . .

  2. , . , VHS / Video8 352 . , , , . , . — mplayer32.exe Windows . , . , . — . .

Video: , …

. . (NTSC/PAL) .

, .

( ) NTSC 120V. .

. , , . . -? - TV — PAL NTSC?

Sony digital 8 , . — , , (625 525), - ?

/ , 110 . , , . …

Sony Digital8 TRV110E PAL, NTSC.

PAL E , NTSC NTSC, PAL . NTSC c NTSC 4.43, .

NTSC , , . NTSC. PAL - , . NTSC PAL . avi, , , IEEE1394 .

Canopus , PAL NTSC . . , , , :

1. . PAL 50 , NTSC — 60 (59.94). -, , NTSC 60 . , () , avi 29,97 .

2. 50 (60) 60 (50):

5 PAL . 6 NTSC. , PAL 5 , NTSC . , . .

3. 480 (576) , , , . , , , .

4. , 288 240, .

. , . .

, NTSC , . « ». :

:

, . NTSC . , , virtualdub avisynth, , .

, . ( ) , . PAL NTSC .

. - , PAL CCD . , , .

NTSC 525 . 525 — NTSC . PAL 625, .

PAL 60, NTSC, PAL. DVD , .

DV Raptor:

! Digital Video — … , Canopus DVRex-M1 — …

DV Raptor. , Canopus Rex. hardware Sony, , . , Raptor. — 450 celeron . , , .

Avermedia TV Phone. 7 . DV , DV .

DV . Mainconcept DV codec. PIII 933 DV . DV Raptor. fastest compress , Canopus DV Raptor analog capture YUYV, RGB. , DV IEEE1394 DV Raptor. , Canopus DV file converter Microsoft DV video type1. DV , Mainconcept DV Canopus DV . — . DV DV Canopus DV.

Sony 99 Digital 8 , S video . , DV. — REX, . 8 .

10E, DV , . DV . . , DV , ? , 20 30 , PAL . SECAM? , ( ) . SECAM -.

Raptor — . , DV . DV, , 7 / IDE , 3.6 , . ( DV Raptor . ).

DV , , Timeline Adobe Premiere . MJPEG .

MiroDV200(300) DVRaptor?

: miroDV200(300, 500, 1000) DVRaptor?

Pinnacle systems.

Raptor:

, .

— . . , Video for Windows IEEE1394. Raptor — .

DV .

DV 10 / ( IDE ). digital overlay — , . . , DV . WYSIWYG, . , Raptor Video , plugin Premiere >5.x Ulead MSPRO >5.2.

, DV Raptor. . . DV Raptor . DV Raptor , .

:

DV . IEEE1394 . , IEEE1394 , , .

DV Raptor: ?

(- avi?)

avi Canopus > 2 ( 4 ), — avi. , Canopus, MainConcept DV codec.

, Mainconcept DV codec , 1000 .

, Mainconcept codec, DV Raptor. , MC DV codec 2.04 DV Raptor 2.12

«» avi fourCC . , MJPEG . : http://doom9.org/Soft21/Files/Editing/AviC.zip. , DV Raptor — Canopus DV ( , , ).

( , ) Canopus DV , DV Raptor, Microsoft DV type1. Canopus DV file converter. , avi Mainconcept (, ). , DV Raptor video.

DV Raptor: ?

DV Raptor?

-, . , . 1024×768, 1280×1024. .

ramdac speed , (!) . , , , , .

( !) ATI Rage Fury Pro, Matrox G400 dualhead ( ) BIOS. ATI , 2D , , 3D ( !). , ATI , , overlay , MPEG . , .

DV Raptor: ?

Raptor- ./., Hi8 D8 IEEE1394?

, DV Sony , 2000 .

99 110 , firewire. . . IEEE1394 DV .

, , . , . — . — ! , , .

, . — , , . .

, D8 . , . .

. DV , DV . DV ( DC30 MJPEG) . , Canopus analog capture kit Mainconcept DV codec DV , DV Raptor DV .

DV Raptor: timeline ?

DV Raptor miroINSTANT?

. reference avi . avi , 000, 001, … AVI , , , . , ( ). , Windows 2000 , . , :)

reference avi . avi , , , - . ! 10 200-300 . , , . , , . , ( ), ( , «» ) .

, , Canopus DV file converter . .

Premiere 5.x timeline. . , , , .

preview ENTER Premiere 5 , , , IEEE1394.

DV Raptor: ?

— ?

. , , , , overlay . , DV . , , . Premiere 4.2 ( , 2001 ). Canopus plugin- . AVI . DV Raptor . , , , .

, < 2 . Raptor Video, playlist, DV .

Premiere 4.2, 5.1 - . Premiere 5.1 6 timeline, . 5.1, , 4.2 . , lense flare 4.2 — , full size frame.

IEEE1394

-1394 IEEE-1394 ?

DV : , batch capture,… . , , batch capture . , 6 Adobe Premiere Ulead Meadiastudio Pro DV . . . , (. ) , IEEE1394 , … - , . .

:

, , Adobe Premiere . . , , . , , . , , , , .

, , .

DV Raptor: DV

DV Raptor — ?

. DV — . , () avi , . , DV ,

) — ;

) .

. DV . .

- . — , .

DV MPEG2, . - , . MPEG2 . , MPEG2 CD, DV MJPEG.

: DV . ., , . — . NTSC .

— DV, MJPEG, . , , , MJPEG , . , . , , , , — , , MJPEG, . DV , . 3,5 /.

, MJPEG DV . , DV .

DV Raptor:

— DVCamcoder Panasonic NV'DS33 ( iLink in-out) VHS ? DVRaptor, Video ASUS AGP-V3800 32mb TV in-out.

, , .

Canopus Raptor, .

Mainconcept DV , DV 933 . , «» DV Raptor Video. MJPEG . , DV raptor 360576. , , . Raptor , . VHS Video8 , . , DV . , , . . , .

, — , , .

Digital8: ? ?

Digital8 Sony Hi8 DV (miniDV), (.. CD-RW 15-20 MPEG-2 , DVD ).

Digital8 — MiniDV. .

:

mini-DV 1CCD , 8 . Hi8 ! video-8 .

- firewire — anopus DV Raptor. DV , MJPEG . 90- 65 D8.

— . , , . MJPEG DV . Miro DC30 firewire.

, mini-DV. — , … Hi8, .

:

, mini-DV.

99 . firewire , . ( 2000 ) .

1 CCD . , . 3 CCD , .

Sony . , Sony. , , .

, miniDV — , . . , 2001 . Zell am See , . , . , video8 () , miniDV . . , .

. , .

, D8 — : DV . , — , . . — .

— . Miro DC xx 13 50 . — .

, IEEE1394 , , \, .

D8 ( , — ), , , . .

. — 1 . , . , , .

DV Video8 Hi8 . , , DV Raptor, . , , .

, D8 DV Raptor . MJPEG — .

— . , digital 8 Hitachi. , .

Digital8: D8 ?

D8 — DCR-TRV-310: / ( ), / . 110-510, , .

110/310/510… 20, 30, . , progressive scan. . . 230E 120E ( 130, ). , , .

memory stick . , .

Digital 8:

, Digital8 DV ? ?

, D8 . , MJPEG , , . 12 DV . 2 . , , . , .

.

, DV . IEEE1394 .

Digital 8:

DV- ? 3,5 / — ( SVHS). — « » — . … ? (23.07.99)

3,5 / — . MJPEG, . - DV MJPEG . .

, JVC . DV , , proprietary technologies. 3,5 /, . , . , . 20% — .

, , , CCD , . 400 S-video , - , CCD . . , .

Digital8:

.

Tripod, SteadyShot ? ?

Sony, digital 8, . CCD , . digital8 :

— 800 000.

— 400 000.

, 1,4 . , . . , , . . , - , , . , , , -. - , steadyshot 1/100 . , 50 25 SteadyShot . , SteadyShot , 50.

SteadyShot . SteadyShot ON , 18 db, 75 50. , CCD . SteadyShot , 6 db , . , SteadyShot . , , , .

Digital8 , ( , , ) , , . , , 12 db. .

, Firework, Program AE . , 50 ( , SteadyShot) , , 12 db. .

- . , . . . , , . , , , .

Program AE, :

, , 400, , , , 100, 1.4-22

, 1.4-2, . , , , . , .

, . .

, , , . . , . ( ) — , .

Digital8:

Digital8 ?

. , , , , . , , , /. , , , . , (ECC, Error Correction Codes) , .

, DV . , , , . , , DV Digital8 ECC. , , 25 /, . , , . , , . . .

, - , CD audio . , , , . ( CD audio wav ) , . , CD audio , , - . DV .

IEEE1394 , , , . , , , , , . , , , . «» DV , , , ECC ( , ).

. — .

, : Sony Hi8 MP, TDK Hi8 MP, TDK video 8 EHG, BASF Hi8, BASF video 8 Hi-Fi stereo. — , . , - — , , .

, . , , . — - :).

Digital 8: ?

.

CCD-TRV66 MiroDC10plus, DCR-TRV10. ? CCD-TRV66+MiroDC10plus?

, . .

. , .

. . , - - , 100% . , .

, , , , DV . , — , , , .

— . , , , .

, — Sony, Digital8 .

IEEE1394 , , DV . . firewire Dazzle DV editor for notebooks , . Texas Instruments, .

Canopus DV Raptor, , . . , , . , , , . EZ easy DV , DV Raptor . DV Raptor .

, TRV230E ( 2001 ) Raptor. , Adobe Premiere. .

Digital8:

: Photo mode ?

Photo mode 7 , - . . Photo mode . , . , , . . Digital 8 7×25=175 .

, 175 , . Photo , .

— . , , . . , , . , , , .

, :

1. 50 %, . () , .

2. , bi-cubic resample 200% . «» , .

, , , . 288 . .

Progressive Scan option. , , , . , .

Digital8 . , — , , , , (288 576 ) .

MPEG2: ?

VHS 10 . AverMedia TV Phone 98 (chip BT879). . , AverMedia AVI MPEG (1,2)? P-II 233 64 Mb, Video-Cirrus Logic, MB 66

: avi , . . MPEG , / .

AVI , .

, MPEG , videoCD, DVD. . MPEG . avi . , , , MPEG ( ).

:

avi — . MPEG ( MPEG ) .

, , , . , MPEG.

AVI — . - , , , . . MPEG . -, , .

, . , , . : , , . , , .

MPEG2: ?

, MPEG-2 «» avi MPEG-2 (DVD) «». ?

http://www.MPEG.org/

, MPEG2 bbMPEG: http://members.home.net/beyeler/bbmpeg.html

TMPEG encoder, . bbMPEG.

Cinemacraft MPEG Encoder SP 2.50 . , , .

LSX 3.5 MPEG , MPEG2 , , 10 DCT. MPEG2, MPEG1 . .

, , , . , Cinemacraft SP / TMPEG .

, . , . .

http://www.tecoltd.com 20 . , . , , . , . , , , , . , (), , MJPEG. . , . , , . .

, , .

MPEG2 .

MPEG2: MPEG-2?

MPEG-2, Premiere (- )?

. MPEG2 . . , . .

DV — , . . , ,… . , . , , — — .

MPEG2: ?

. , . , MPEG2 .

, 100% MPEG2 .

, . . 288 . , . , . /, .

DVD . , . , PAL DVD — 25 24. , , NTSC. , , , , ( ) , . NTSC DVD , , 24 . ( ) , inverse telecine , , NTSC . , MPEG2 .

, . .

, — - MPEG. Realmagic Hollywood+ . DVD DXR3 Creative, . PCI , , shared IRQ. . Hollywood+ : . . , MPEG2 , . , PowerDVD .

. - . , -, . , . Power DVD Hollywood+ . Martox G400 dual head, bios. , , , , . , , 576 .

Power DVD — , (, ), . , , , , . MPEG2 MPEG Hollywood+.

, Sigma Design DVD . , , , :

  • ;
  • DVD ;
  • DVD . .

MPEG2:

: MPEG2 — ? — — MJPEG — MPEG — MPEG 2 — ! , MJPEG ? ?

. avi , MPEG2, . ( ) MJPEG — . . MPEG , MPEG, , Miro/ Marvel MJPEG () .

MPEG . , CD. — MPEG2, MJPEG, , — MPEG2 . MJPEG , — . .

MJPEG — . . , , — . .

— video CD DVD . , . , .

MPEG Matrox G400 DualHead

Matrox' G400 MAX, MPEG2 , CD, , Matrox'.

, DVDMAX . , Directdraw overlay, , . overlay , .

MPEG2 — Cinemaster. , DVD .

MPEG2 — . PowerDVD , .

, , . , 2D , overlay , . , overlay DV Raptor — «» — . , Canopus , ( Raptor — DV ), . , . , YVYV DirectDraw overlay. , ABIT.

Hollywood+ Sigma Design , . . , $60 , .

MPEG, VHS, MJPEG

VHS — 352×576 Premiere 5.1(704×576 , ) Mediastudio — Preview Marvel G-200

. VHS . , (704-352), . .

— — ?

4:3 , . — . Premiere , - .

- — — 60000 — — 20-30. ( SmartCap — , SmartPlay — — miroDC30+)

- — -

— ( Mystique G200), , , . VHS :

  • start/stop

( , ), RR G series . . - , , , . , , .

— — — . ( )

. . — — . . matroxusers , Win95 OSR2. DOS

, .

, iXBT .

, . - , , , .

, , . .

, , . , , . . . , . , .

, , MPEG .