Стандартный аналоговый видеосигнал дает полноэкранное изображение без ограничений размера, так часто присущих компьютерному видео. Телевизионный стандарт NTSC (National Television Standards Committe), разработан Национальным комитетом по телевизионным стандартам США. Используемый в Северной Америке и Японии, он предусматривает разрешение 767 на 474. Стандарт PAL (Phase Alternative), распространенный в Европе, имеет несколько большее разрешение -- 767 на 576 точек.

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

Качество изображения (Image Quality). Последняя, и наиболее важная характеристика - это качество видеоизображения. Требования к качеству зависят от конкретной задачи. Иногда достаточно, чтобы картинка была размером в четверть экрана с палитрой из 256-ти цветов (7 бит), при скорости воспроизведения 15 кадров/с. В других случаях требуется полноэкранное видео (767 на 576) с палитрой в 16,7 млн. цветов (24 бит) и полной кадровой разверткой (24 или 30 кадров/с).

4. Сжатие видео

Следует исходить из разумной достаточности при определении необходимой степени сжатия. При этом необходимо учитывать, как четыре характеристики (частота кадра, экранное разрешение, глубина цвета и качество изображения) влияют на объем и качество видео. Вы должны ясно себе представлять, какую "цену" придется заплатить за качественное изображение. Чем больше глубина цвета, выше разрешение и лучше качество, тем большая производительность компьютера вам потребуется, не говоря уж о громадных объемах дискового пространства, необходимого под цифровое видео. Учитывая эти характеристики, можно выбрать оптимальный коэффициент сжатия. Надо отметить, что в профессиональном видео действует простое правило - чем ниже коэффициент сжатия, тем лучше.

Простейшие расчеты показывают, что 24-битное цветное видео, при разрешении 640 на 470 и частоте 30 кадров/с потребует передачи 26 Мбайт данных в секунду! Этот поток не только выходит за рамки пропускной способности компьютерной шины, но и моментально "съест" любое дисковое пространство. Для наглядности приводим здесь наши расчеты.

640 горизонтальное разрешение X 470 вертикальное разрешение

307,200 точек на кадр X 3 байтов на каждую точку/пиксель

921,600 всего байтов на кадр X 30 кадров в секунду

27,647,000 всего байтов в секунду / 1,047,576 конвертируем байты в Мбайты

Итого: 27,647,000 байт/с, или 26,36 Мбайт/с

Иногда для уменьшения этого сумасшедшего объема данных до разумного уровня достаточно оптимизировать один из вышеперечисленных параметров видеосигнала. Современные приложения (игры, компьютерные тренажеры, видеокиоски[2] и некоторые деловые пакеты) зачастую не требуют полноэкранного видео. Такие программы обычно используют видео в окне, и для них не требуется оцифровывать целый кадр. Так давайте изменим параметры видеосигнала и сделаем новый расчет для разрешения 320 на 240.

320 горизонтальное разрешение X 240 вертикальное разрешение

76,700 точек на кадр X 3 байтов на каждую точку/пиксель

230,400 всего байтов на кадр X 15 кадров в секунду

3,456,000 всего байтов в секунду / 1,047,576 конвертируем байты в Мбайты

Итого: 3,456,000 байт/с, или 3,3 Мбайт/с

Как видите, уменьшив размер изображения, мы добились весьма существенного уменьшения объема данных, передаваемых в единицу времени. Однако стандартная ISA-шина имеет пропускную способность всего около 600 Кбайт/с. Поэтому, даже существенно пожертвовав качеством видео, мы все еще вынуждены оперировать данными, объем которых в 6 раз больше допустимого уровня. К тому же, не забудьте, что 3,3 Мбайт занимает всего лишь одна секунда видео. Для двухчасового фильма потребуется 23,73 Гбайт дискового пространства! За счет дальнейшего уменьшения размера окна, понижения качества изображения и перехода с RGB формата на YUV (4:1:1) можно добиться еще некоторого снижения объема данных, примерно до 1,5 Мбайт/с. Но этого все равно явно недостаточно.

4.1.Все о сжатии видеоданных:

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

Сжатие обычное (в режиме реального времени). Термин real-time (реальное время) имеет много толкований. Применительно к сжатию данных используется его прямое значение, т. е. работа в реальном времени. Многие системы оцифровывают видео и одновременно сжимают его, иногда параллельно совершая и обратный процесс декомпрессии и воспроизведения. Для качественного выполнения этих операций требуются очень мощные специальные процессоры, поэтому большинство плат ввода/вывода видео для PC бытового класса не способны оперировать с полнометражным видео и часто пропускают кадры.

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

Симметричное или асимметричное сжатие. Этот показатель связан с соотношением способов сжатия и декомпрессии видео. Симметричное сжатие предполагает возможность проиграть видеофрагмент с разрешением 640 на 470 при скорости в 30 кадров/с, если оцифровка и запись его выполнялась с теми же параметрами. Асимметричное сжатие - это процесс обработки одной секунды видео за значительно большее время. Степень асимметричности сжатия обычно задается в виде отношения. Так цифры 150:1 означают, что сжатие одной минуты видео занимает примерно 150 минут реального времени.

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

Сжатие с потерей или без потери качества. Как мы уже говорили, чем выше коэффициент сжатия, тем больше страдает качество видео. ВСЕ методы сжатия приводят к некоторой потере качества. Даже если это не заметно на глаз, всегда есть разница между исходным и сжатым материалом. Пока существует всего один алгоритм (разновидность Motion-JPEG для формата Kodak Photo CD), который выполняет сжатие без потерь, однако он оптимизирован только для фотоизображений и работает с коэффициентом 2:1.

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