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