ВИДЕОКАМЕРЫ

Все о формате Digital8.

Динамичные сцены

Вопрос: А хороша ли DV-камера при съемке динамичных сцен? Ведь поток 3.5 MB/s - не очень то и много (по сравнению с SVHS). Я помню репортажи с Зимней Олимпиады из Японии - когда снимают "говорящую голову" - качество изумительное. Но стоит лишь быстро перевести камеру на другой объект... Так ли это ?

---

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

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

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

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

А при нормальном проигрывании через видеокамеру этого нет! DV Raptor может показывать аналоговое видео c выхода видеокамеры в overlay окне на мониторе - там s-video соединение, разрешение большое, а дефектов тоже нет! Проявляется такой дефект только на насыщенном красном или оранжевом, и только в движении. Задний фон сильно расфокусирован, и сжимается эта картинка просто великолепно - нет большого количества информации, и даже на 130К/сек картинка от оригинала не отличается почти. Похоже на дефект программного кодека.
Так оно и оказалось! Кодек работал в PAL неверно - компоненты цветности из одного поля видео кадра попадали в другое поле. При этом и возникал дефект картинки, описанный выше. Хорошо заметным он становился именно при быстром движении в сцене, и при сильно отличающихся цветах переднего и заднего плана. Canopus отреагировал на мое сообщение в конференции пользователей мгновенно - поправка вышла через неделю, но с датой Dll на один день больше чем мое первое сообщение.

На самой камере все видео выглядят идеально. Крутил я камерой при съемке - ничего не увидел плохого.

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

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

Все видеокамеры SONY отличаются только размером экрана. Кажется, самая дорогая из них имеет возможность работать в progressive scan. Это для фотографии хорошо. Но стоит много дороже.