Core

Как избежать GP ошибок в вашей системе видеозахвата? Прежде всего, держите на компьютере столько памяти, сколько можете. Если программа не превысит физическую память, то количество GP ошибок уменьшится. Во-вторых, выделяйте большие страничные файлы, это даст вашей программе больше "свободного места". В-третьих, верите вы мне или нет, но некоторые Windows программы чувствительны к количеству обычной памяти; вы не сможете запустить их, если не будет доступно определенное количество обычной памяти. Некоторые программы видеозахвата работают так же, так что только после загрузки драйвера устройств и TSRa, который вам нужен, вы сможете делать видеозахват.

В заключение: я нашел один способ уменьшить количество возникающих GP ошибок, созданных Microsoft Video I и Indeo кодеками при просмотре нескольких кадров. Многие программы видеоредакторы имеют опцию, позволяющую вам выбрать кодек, используемый при сжатии, в результирующем диалоговом окне которой обычно находится кнопка Details. Нажмите ее и диалоговое окно раскроется, показывая окно просмотра и слайдер, с помощью которого вы сможете контролировать, сколько кадров вы хотите видеть. Укажите использование нескольких кадров и GP ошибки будут Происходить реже. Я не знаю, почему так получается, но часто это работает.

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

В мире Windows, «перекрытие» памяти вызовет ошибку Общей Защиты (General Protection fault) или GP ошибку. GP ошибка возникает тогда, когда программа пытается использовать память, на которую она не имеет прав, эта память может использоваться другими программами. Аналогично, программа может попытаться использовать ту память, которая вообще не существует, как в случае, когда программа пытается выделить память в диапазоне от 16 М до 32 М в 16-ти мегабайтной системе. В основном GP ошибки возникают из-за неаккуратности программистов.

Примечание

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

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

Любой программист использует память при разработке программы. Программа хранит все ее данные в участках памяти называемых кучами, массивами или переменными, которые должны быть выделены и предоставлены программисту. Например, если разработчик программы финансового анализа знает, что программа должна использовать 10 дел (1 дело для человека), то он выделит место, достаточное для хранения 10 дел. Если пользователь попытается ввести 11 дело, встроенный в программу механизм защиты перехватит эту попытку и откажет требованию пользователя. Если программа не откажет требованию пользователя и выделит память для 11-го дела, то память для этого дела будет выделена поверх памяти, которая используется другой программой, то есть возникнет "перекрытие" программ.

Еще одна опция, которую вы увидите в видеоредакторе, это опция Pad output for CD-ROM (дополнить полученный файл для CD-ROM) или какая ни будь аналогичная ей. Это означает, что размер каждого кадра будет дополнен до 2 К. CD-ROM драйверы читают данные с диска секторами по 2 К. Поэтому будет лучше, если каждый кадр видео будет заканчиваться прямо на границе сектора. Дополнение данных сделает такое преобразование, записывая достаточное количество нулей в конец каждого кадра; это гарантирует, что следующий кадр начнется на границе сектора. Просмотр видеоклипа получится более плавным.

Исходный YUV9 файл имел размер 16 М и требовал, чтобы скорость передачи данных на дисплей равнялась 1300 К/с YUV9 не имел опций для лучшего сжатия. Indeo 3,2 кодек был в состоянии сжать клип до скорости 213 К/с или 97 К/с. Когда он сжал файл до самой низкой скорости, на экране появились цветные пятна и установка была отменена. Cinepac выполнил лучшее по скорости сжатее как по качеству картинки, так и по его размеру, но произвел больший файл с более высокой частотой повторения. Кодек Microsoft Video I был самым быстрым из трех других, так как сжимал клипы за меньшее время, но сгенерированное им изображение было низкого качества. При сжатии до скорости 1,5 К/с, Video вычислял среднее значение из слишком большого количества пикселей, получая таким образом скорость 1,5 К/с.

Интересно заметить, что высокая скорость (213, 360 и 253 К/с) и низкая скорость (97, 90, и 151 К/с не соответствует скорости передачи данных двухскоростного и односкоростного CD-ROM, соответственно. Любопытно, когда разработчики кодеков создавали их, учли ли они применение CD-ROM? Сейчас, когда трехскоростные и четырехскоростные CD-ROM становятся широко доступными, будет ли скорость передачи данных в новых кодеках ограничена диапазоном 450—600 К/с?

В предыдущем примере, в диалоговом окне был показан слайдер для настройки Качества Сжатия (Compression Quality) и флажок для настройки Скорости Передачи Данных (Date Rade). В действительности, эти опции - одно и то же. Если вы попытаетесь управлять одной из них, то тем самым отмените возможность управления другой. Кодеки идут на компромисс для того, чтобы сжать данные. Помните, что уменьшение данных означает уменьшение скорости их передачи. Выделяя меньшее количество данных для хранения одного и того же изображения, вы снижаете его качество; аналогично, низкая скорость передачи данных означает низкое качество сжатия.

Тот факт, что слайдер Качества Сжатия (Compression Quality) позволяет вам выбрать любое значение между 0 и 100, а для скорости передачи данных вы можете установить любое значение (от 10 К в секунду до 1600 К в секунду), заставляет думать, что кодеки имеют безграничные возможности в сжатии данных. На самом деле это не так. Intel Indeo кодек позволяет вам выбрать группу пикселей, которую нужно использовать для нахождения среднего значения: четыре на четыре, четыре на восемь или восемь на восемь. Это означает, что если вы запишете одно и то же видео с дюжиной различных скоростей, то, в конце концов, вы получите только две или три вариации одного и того же изображения. Это важно. Если вы скажете кодеку «сделай так, чтобы скорость передачи данных этого файла была равна 405 К в секунду», то, когда вы затем просмотрите этот файл, вы скажете себе: «Прекрасно, я действительно могу сжать этот файл и получить 100 К в секунду или сделать среднее сжатие и получить 267 К в секунду, или сделать базовое сжатие и получить, вероятно, 624 К в секунду. Я полагаю, что лучше всего работать с файлом, скорость передачи данных которого 267 К в секунду, так как это меньше или равно тому, что меня просили сделать. Чтобы продемонстрировать это, я взял изображение 320x240, 15 fps, с 24-битным цветом и захватил 188 кадров; длительность захва...

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

Настройка типа сжатия

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

Предположим, что ваш видеопродукт состоит из маленьких клипов. Каждый раз, когда вы присоединяете один маленький клип к главному клипу, вы сохраняете промежуточный результат. Если для записи промежуточного результата вы используете кодек с убыточным сжатием, то затем, когда вы преумножите потери вашего видео в несколько раз, вы получите ужасное видео. Это очень важно. Предположим, например, что вы захватили несколько маленьких клипов, используя Vidoe Spigot плату и 24-битный RGB кодек. Этот кодек сохраняет изображение на диск или в ОЗУ; подразумевается, что вы не смогли сохранить очень длинные клипы, так как кадры начали удаляться, и вы будете редактировать полученные клипы. Допустим, что вы получили А, В и С части и хотите соединить их вместе в D часть, а видеоредактор позволяет вам соединять только два файла одновременно. Сперва соедините А и В, получив промежуточное видео IV1. Сохраните его, используя 24-битный RGB код. Затем, соедините IV1 и С, записав их в D. Так как D — конечный продукт, то повторите все сначала, используя убыточный кодек, такой как Cinepak кодек, поставляемый с платой Spigot.

То же самое произойдет, если при работе с платой Intel, вы использовали YUV9 кодек, а при последнем сжатии Indeo кодек. Опция Сжатие позволит вам выбрать кодек, с которым будет работать видеоредактор. Обычно эта опция установлена так, чтобы сжатие данных не проводилось. В программе Microsoft's VidEdit аналогичная опция называется Не Изменять (No Change); в редакторе Asymetrix's Desktop Video Publisher эта опция имеет название Не Сжимать (No Recompression). Вероятно, похожая опция будет и в вашем видеоредакторе.

После редактирования захваченного видео перезапишете его на диск. При перезаписи видеоредактор использует кодек для кодирования видеоданных, как это делают программы видеозахвата. Выбрать кодек легко. Хороший вопрос: работаете ли вы с AVI-файлом? Если да, то используйте кодек, который даст вам максимальное сжатие. Если нет, то перепишите данные без нового сжатия. Вы будете сжимать данные, даже если вы не беспокоитесь о месте, которое они занимают, так как при проигрывании видеоклипов требуется большая скорость передачи данных. Проигрывание необработанного Intel YUV9 видеоклипа на полной скорости потребует, чтобы компьютер читал данные с жесткого диска со скоростью 1,3 М в секунду, быстрее, чем это может делать большинство дисков; более того, возможно, вы будете проигрывать видео с компакт диска, а двух скоростной CD-ROM не может передавать данные со скоростью большей, чем 600 К/с. Если вы хотите, чтобы видеоклипы работали не очень медленно, то вы должны сжать их настолько, чтобы их смог проигрывать 386 процессор с медленным жестким диском или CD-ROM.

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

¦ тип кодека, используемого при компрессии данных;

¦ требуемую скорость передачи данных результирующего файла или индекс "качества";

¦ фактор аудио/видео чередования;

¦ сохранить данные для CD-ROM или нет.

Автономное сжатие использует кодек как и при захвате; кодек может иметь такое же имя, как и при захвате. Например, Intel Indeo кодек может делать как сжатие при захвате, так и автономное сжатие, если у вас есть Intel Indeo Video Recorder или Smart Video Recorder Pro. Ho автономное сжатие проходит с большим отношением, чем сжатие при захвате. За это надо платить и, конечно же, дважды. Прежде всего, что действительно драматично, скоростное сжатие потребует использования убыточных алгоритмов. Во-вторых, сжатие забирает время, а это связывает ваш компьютер. Сжатие занимает время при каждом захвате, и как только вы делаете новый захват, он опять будет занимать время.

Позвольте мне пересмотреть причины, по которым вы захотите оставить захваченные данные в чистом состоянии, если это возможно. Автономное сжатие, которое вы собираетесь делать, убыточно по своей природе. Но если при записи данных использовался убыточный кодек, а вы произвели дальнейшее сжатие off-line кодеком, то по окончании работы вы получите дважды "испачканные" данные. Вот почему при захвате вам следует либо не использовать сжатие, либо использовать кодек, который не портит данные.