|
|
|
.:: On2 VP6 версии 6.2 (VP62): описание возможностей кодека, настройки, рекомендации ::.
|
On2 VP6 версии 6.2 (VP62): описание возможностей кодека, настройки, рекомендации. Тесты сжатия видео для карманных компьютеров
и видео высокой четкости (HDTV)
Вступление
Прошло около полугода с тех пор, как On2 Technologies "отдала" в бесплатное плавание свой кодек
VP6 (с профилями VP60 и VP61). Причины такого "альтруистического" поступка уже много раз обсуждались. А вот следствием этого послужило не только
внесение сумятицы в ряды сторонников кодирования на 1 CD, где раньше властвовали DivX/xVid и подтянувшиеся недавно WMV9 и RV9, также стали неровно
дышать к нему и стоящие на разных полюсах: те, кто имеет доступ к HDTV-потокам и те, кому интересна область малых разрешений и малых битрейтов,
а именно владельцы карманных компьютеров, в просторечии именуемых "наладонниками".
Последующие релизы VP6, в основном, исправляли ошибки, а вот релиз 6.2 снова удивил всех, кто использует данный кодек. Удивил прежде всего
значительно улучшившимся качеством как сжатого потока, так и инструментария и снова поставил вопрос: будут ли стационарные проигрыватели стандарта
EVD (напоминаю, что VP5/VP6 приняты в качестве кодеков для китайского стандарта "HDTV на обычном DVD-диске") нормально проигрывать видео всех
профилей, ведь от релиза к релизу минимальные требования к системе для проигрывания фильмов слегка повышаются?
Пожалуй, на этот вопрос можно ответить утвердительно: во-первых, у разработчиков есть богатый опыт Sigma Design - ее первый декодер ISO MPEG-4,
увы, справляется только с узким диапазоном форматов, что не добавляет радости пользователям, купившим DVD/MPEG-4 проигрыватели на базе этого
декодера. Во-вторых, по скудным толикам информации уже можно судить, что стационарные проигрыватели EVD будут иметь в качестве "сердца" полностью
перепрограммируемую систему с достаточно большим объемом флэш-памяти (для прошивок), работать с алгоритмами достаточно высокого уровня и иметь
запас производительности, достаточный для непредвиденных ситуаций и изменений формата кодирования.
А вот на два вопрос, волнующие многих: "Будут ли доступны EVD-стационары в России?" и "Будут ли они проигрывать AVI и MKV видеофайлы со сжатым с
помощью VP6 видеопотоком" 100% утвердительно пока ответить не смогу. И если ответ на первый вопрос нам могут представить компании-продавцы
оборудования, то на второй пока точно не знают ответ, думаю, даже разработчики кодека. Будем надеяться, что одна из компаний-производителей
EVD-стационаров подумает о дополнительном объеме продаж за счет тех, кто перешел на VP6 в качестве основного кодека хранения видео.
Также добавлю, что второе поколение чипов-декодеров MPEG-4 вполне способно декодировать VP6 после соответственного программного обновления,
однако будут ли они справляться с HD VP6, и пойдет ли навстречу им On2 Technologies - неизвестно.
На этом я, пожалуй, закончу со вступлением и перейду к первой из четырех основных частей обзора.
Что поменялось: внутреннее строение и интерфейс
Изменений, невидимых глазу, много. Это и улучшение быстродействия кодирования/декодирования на современных процессорах, и изменение методик
анализа сжимаемого потока, и более гибкий подход к балансу между желаемым битрейтом и границами квантования, и многое другое. Впрочем, обо
всем по порядку.
Методики анализа видео потока
Работа над алгоритмами позволяет увеличить быстродействие, поднять качество. В данном случае разработчикам удалось, казалось, сотворить невозможное:
качество финального видео, сжатого в двухпроходном режиме, значительно улучшилось, плюс возросла скорость работы кодека на процессорах Intel PIV
и AMD Athlon 64 - особенно почувствуют прибавку владельцы процессоров Intel PIV с HyperThreading.
В тоже время подвергся значительной переработке механизм контроля буфера потока - как результат, кодек практически избавился от своей детской
болезни несоблюдения выставленного битрейта при заданном руками диапазоне коэффициентов квантования.
Также отмечу пусть незначительное, но все же улучшения системы выбора кадров, подходящих для Spatial Resampling - при малых и очень малых битрейтах
кодек перестал "мылить" на таких кадрах.
Кодек перестал генерировать проигрываемый AVI-файл во время первого прохода.
Слегка изменились механизмы шумоподавления - однако, на мой взгляд, столь неуловимо, что непонятно, в какую сторону. Более того, я предпочитаю сам
и рекомендую другим удалять шумы самостоятельно, без привлечение встроенных в кодек средств.
Нельзя не отметить тенденцию увеличения сродства кодека к все большим и большим разрешениям - вспомните, как позиционировался VP6 в момент его
выхода - как кодек, специализирующийся исключительно на сверхнизких битрейтах. Затем последовал анонс кодека для HD видео, сейчас он весьма
хорошо работает на любых битрейтах.
И главное: новый профиль VP62 - позволяющий встроенными средствами слегка воздействовать напрямую на механизм квантования (кроме выставления
диапазона коэффициентов, конечно) и, насколько я понимаю, на данные для постпроцессинга, выбирая степень четкости в финальном потоке. Однако,
об этом - отдельная глава.
Изменения в интерфейсе
Теперь выставление значений битрейта включено непосредственно в окно настроек кодека и измеряется отныне в привычных килобитах в секунду, а не
в килобайтах. Это доставит куда меньше хлопот начинающим и позволит тем, кто любит сжимать видео "на лету" непосредственно при захвате (хотя
я могу оправдать такой подход только при использовании компьютера в качестве цифрового видеомагнитофона: записал - посмотрел - стер).
VP62: профиль повышенной четкости
Сразу отвечу на вопросы о позиционировании разных профилей кодека. На мой взгляд VP60 - кодирование при "стандартных" битрейтах, начиная
от 300 кбит/с
VP61 - кодирование и более низкого, чем 300 кбит/с битрейта, чуть более выше качество кодирования, но и больше нагрузка на процессор
VP62 - кодирование видео с повышенной четкостью, не рекомендуется кодировать видеопотоки достаточно большого разрешения с битрейтом ниже 300 кбит/с
С первыми двумя профилями мы уже хорошо знакомы, третий же, на первый взгляд, мало чем отличается от "сородичей", однако так ли это?
Действительно ли сильно влияет на качество и подход к кодированию слайдер "sharpness"? В руководстве к кодеку сообщается, что установка данного
слайдера непосредственно влияет лишь на постпроцессинг при проигрывании. Так ли это?
Думаю, что не совсем так. Действительно, выставление позиции слайдера непосредственно влияет на постпроцессинг при просмотре, однако и в процессе
кодирования это значение влияет на результирующий видеопоток.
Какие же значения следует использовать для кодирования? Зависит от Ваших собственных предпочтений. В общем и целом, на мой взгляд, установка
по умолчанию - "5" вполне подходит при значениях приведенного потока бит/пиксель от 0.08 до 0.15 - 0.18, далее я обычно увеличиваю значение.
(напоминаю, как считать приведенный поток: выставленный битрейт необходимо поделить на количество пикселей в кадре (ширина кадра в пикселях,
помноженная на высоту в пикселях) и на частоту кадров). Повторюсь, это мои собственные предпочтения для хорошо очищенного и подготовленного
прогрессивного видео, которое собираюсь смотреть на экране монитора, а также добавлю, что для VP6 действует (как и для многих кодеков,
базирующихся на дискретных преобразованиях) эмпирическое правило: чем больше разрешение видеопотока, тем меньшее значение приведенного потока
достаточно для достижения одного и того же визуального качества при всех прочих равных условиях.
Кодирование видео: на что стоит обратить внимание
Кодирование: стандартный подход: от часа до полутора на один CD
Я буду исходить из предположения, что на входе мы имеем хорошо подготовленное видео, разрешением не меньше 512х384 и не больше 800х600
(о других диапазонах разрешения - в следующих главах) и пока без желания вместить 3 часа на одну болванку.
На возникший у некоторых вопрос: "А зачем снова себя ограничивать часом видео на болванку? Ведь мы это делали и в случае с DivX, и с WMV9":
"- сразу отвечу "мы получим лучшее качество, чем у этих кодеков". Думаю, этого ответа достаточно. Хотя в диапазоне битрейтов "1 час на
1 болванку" VP6 как раз не сильно опережает конкурентов, временами даже уступая им на определенных потоках.

Настройка VP6. Первая вкладка - General
Bitrate (kilobits per sec) - битрейт, с версии 6.2 выставляется внутри настроек кодека и в килобитах в секунду. Рассчитываем, исходя
из продолжительности видео с помощью любого калькулятора битрейта или сами, например, таким образом (считаем, что болванка 700 Мб вмещает около
703 Мб):
битрейт звук + видео = 703*1024*8/продолжительность фильма в секундах
от этой величины отнимем величину битрейта, который предполагается для звука (зависит от исходника, ведь для некоторых домашних моно-записей
достаточно и 64 кбит/с, а также от формата, предположительный диапазон 64 - 384 кбит/с), уменьшим вниз до ближайшей десятки и получим желаемый
битрейт. Например, для фильма продолжительностью 1 час 7 минут, домашняя съемка, имеем: битрейт звук + видео = 703*1024*8/4020 = 1432
предполагаем, что для звука хватит 96 кбит/с, остается 1336, в итоге выставляем в настройках кодека 1330 кбит/с.
Меню Mode:

Настройка VP6. Первая вкладка - General, меню Mode
Realtime/Live Encoding Может быть использован для кодирования в режиме реального времени, например при оцифровке. Еще раз повторюсь:
я противник использования сильно жмущих кодеков при захвате, поэтому могу порекомендовать данный режим лишь для тестовых захватов и для захвата
"на раз" (например, запись сериала для жены :) ).
Good Quality Fast Encoding. Среднее качество, достаточно высокая скорость кодирования. Не рекомендуется к использованию.
One Pass - Best Quality. Лучший по качеству однопроходный режим. Медленное кодирование.
Two Pass - First Pass. Первый проход двухпроходного кодирования, используется для сбора статистики о видеопотоке для последующего
использования во втором проходе, кодек более не генерирует просматриваемый поток.
Two Pass - Second Pass. Второй проход двухпроходного кодирования. Имеет два режима Good Quality и Best Quality,
второй, конечно же, имеет более высокое качество, но гораздо более медленный, поэтому если скорость кодирования для Вас критична, можно
использовать первый, разница в качестве между двумя режимами не сильно заметна.
Выбор End Usage (Применение видео):
Stream From A Server (CBR) - Постоянный битрейт. Подходит для трансляции видео по сети.
Local File Playback (VBR). Переменный битрейт. Именно этот режим и следует использовать для кодирования видеопотока с последующим
проигрыванием на компьютере (или на будущих EVD-плеерах).
Выбор Material (Формат входящего потока):
Interlaced Fields - Чересстрочное видео. Декодер VP6 имеет встроенный механизм деинтерлейсинга, достаточно неплохой. Есть надежды,
что разработчики все-таки начнут использовать возможности современных видеокарт для улучшения качества и деинтерлейсинга.
Progressive. Прогрессивное видео.
Noise Reduction (Шумоподавление) Можно выбрать значение от "0" (шумоподавление отключено) до "6" (максимальное шумоподавление). Включение
опции не рекомендуется - с помощью фильтров к VirtualDub
можно гораздо эффективнее снизить шумность видео, потеряв значительно меньше в качестве.
Auto Key Frame - при включенной опции кодек автоматически выбирает расположение ключевых кадров в потоке (с учетом опции Max Frames
Btw Keys ). Обязательно включите эту опцию.
Max Frames Btw Keys- Наибольшая длина ключевого фрагмента (максимальное количество кадров между ключевыми кадрами). Величина зависит
от видеопотока. Если затрудняетесь сами определить, выставьте 360 - вполне "золотая середина".

Настройка VP6. Вторая вкладка - Advanced
Выбор DataRate Control (Управление потоком данных):
Undershoot- В % от значения datarate, уже выставленного Вами, означает битрейт, который будет первоначально отведен на кодирование
видео. Остатки пойдут прежде всего на глобальные и локальные таблицы данных, а также на особо сложные фрагменты видеопотока. Отмечу, что значение
по умолчанию (90%) вполне подходяще.
Adjust Quantizer . Позволяет вручную определить диапазон коэффициентов квантования для процесса кодирования. Очень мощное средство
управления качеством, однако Вы должны понимать, что делаете, по нескольким причинам:
1. Если Вы установите чересчур малые коэффициенты (напоминаю общее правило кодеков, использующих квантование при сжатии: чем меньше коэффициент,
тем меньше потерь при сжатии, но и тем больше будет размер видеопотока на выходе), то, если при этих установках заказанный Вами битрейт не может
быть достигнут (и другие опции для понижения битрейта не выставлены), кодек не будет увеличивать коэффициенты - он увеличит битрейт, что, на мой
взгляд, абсолютно верно: если Вы не можете сами продумать диапазон коэффициентов, используйте автоматический режим (не выставляйте галочку)
2. Диапазон дискретных значений скалирующей шкалы коэффициентов у VP6 значительно больше, чем в стандарте MPEG-4 (1 - 80), причем алгоритм
использования матрицы квантования несколько иной. В сумме с иной матрицей квантования это дает большее качество кодирования: "квадратики" в
финальном видео, сжатом с помощью VP6, Вы получите только при очень низком битрейте.
3. Следует понимать механизм использования квантования при кодировании и выбирать коэффициенты, исходя из этого, стремясь максимально
задействовать битрейт. Так, для нижней границы значения лучше выбирать из ряда: 2, 4, 8, 12, 16, 24, 32, 40 и т.д, а для верхней - 3, 7, 11, 15,
23, 31, 39 и т.д. Т.е., к примеру, 4 - минимальный коэффициент, 47 - максимальный. Это совсем не означает, что "шаг вправо, шаг влево - растрел
на месте" - совсем нет. Это оптимальные установки для диапазонов, при которых будет достигаться оптимальное заполнение глобальных данных.
Temporal Resampling - кодек будет форсированно понижать частоту кадров для того, чтобы втиснуться в заданный битрейт. С помощью
значения Down Watermark Вы задаете условие уровня нехватки битрейта, при котором кодек начнет выбрасывать кадры. Я не рекомендую
включать эту опцию за исключением кодирования при очень низких битрейтах (например, для наладонников) или кодирования очень статичных фильмов
(мультфильмы, рендеренные фильмы-презентации и т.п.)
Spatial Resampling - немного более полезная опция. Позволяет кодеку уменьшить разрешение кадра, в котором мало информации. Условия
включения данного механизма задаются при помощи значений Down Watermark и Up Watermark: первым Вы также задаете
уровень нехватки битрейта, при котором кодек уменьшит разрешение кадра, вторым задаете условие выбора таких кадров. С помощью грамотного
подбора значений можно добиться хорошего сжатия малозначимых кадров фильма, например, титров.
Выбор Streaming Parameters (Параметры для потокового видео, режим CBR):
Как правило, установки по умолчанию весьма неплохо работают при создании потоков для трансляции по сети.
Peak Bitrate - Максимальный битрейт, разрешенный для потока
Prebuffer - Длительность потока в секундах для предварительной загрузки плеером клиента при старте проигрывания - чтобы поддержать
плавное проигрывание в случае плавающей скорости трансляции.
Optimal Buffer - Оптимальная длительность буфера, которую кодек должен поддерживать при проигрывании
Max Buffer - Максимальная величина для установки буфера загрузки
Выбор Two Pass Section Datarate (Установки для второго прохода двухпроходного режима:

Настройка VP6. Вторая вкладка - Advanced, параметры для второго прохода
Variability - условная величина, определяющая величину разброса битрейта. 0 - означает постоянный битрейт, 100 - позволяет кодеку
распределять битрейт в любых отношениях для любых секций потока. Не рекомендую устанавливать ниже 70. Для относительно высоких битрейтов и
большой длительности потока (более получаса) можно смело ставить 100.
Min Section - минимальный % от битрейта, который кодек выделит для сегмента. 25 и ниже - вполне нормальная величина, однако, если
в фильме есть титры, статика, можно уменьшить эту величину. В принципе, устанавливая значение в 0, Вы отдаете контроль на откуп кодеку.
Max Section - максимальный % от битрейта, который кодек выделит для сегмента. Минимальное "нормальное" значение - 100%. Максимальное
значение, формально, не ограничено, но 400 % - разумный потолок для 95% случаев.
Третья вкладка - сервисная, я не буду ее рассматривать.
Еще раз повторюсь, что приведенный выше набор параметров - не некий табуированный догмат, а всего лишь основанный на информации о кодеке,
собственных предположениях и опыте автора. Вполне возможно, что, воспользовавшись другими настройками, Вы получите результат, который устроит
Вас больше. Поэтому не стесняйтесь экспериментировать!
VP6 на ладони
Мой приятель за пару дней до отлета в Штаты на работу зашел ко мне попрощаться и попросить что-нибудь интересное, чтобы скоротать длительное
пребывание в самолете во время перелета Москва-Нью-Йорк (ну, и заодно - похвастаться новым наладонником). Слово за слово, в итоге решили мы
снабдить его досугом в виде пары фильмов - флэшка на 512 мб у него есть, закатаем-ка мы туда часов 5 видео, например, первые две части "Звездных
войн", которых он не видел.
Сказано - почти сделано! Звук у наладонника через наушники хороший, поэтому решено было его сильно не портить, сделав mp3-stereo 96 кбит/с.
Нетрудно посчитать, что в процессе кодирования 271 минуты видео (а именно столько длятся две части "Звездных войн"), на долю видео достанется
очень смехотворный битрейт - 162 кбит/с. Вспоминается рубрика передачи "Сам себе режиссер" - "А Вам слабо?".
Но нам не слабо: во-первых, интересно проверить новую версию VP6, который просто просится "примениться" в этом случае: ведь малые битрейты
- это его стихия; во-вторых, малое разрешение (а дисплей у наладонника 320х240) - как будет смотреться фильм (и садиться батарейки)? Ну, и
в-третьих, дисплей-то на жидких кристаллах, следовательно предстоял простор для полета мысли при подборе параметров.
Создать в VirtualDub'е проект, наложив фильтры обрезки и ресайза до 320х240 - работа минутная, благо источник чистый (DVD) и очистки не требует.
Далее - кодирование, в два прохода, без изысков, без ресэмплинга, единственное что - коэффициенты квантования от 4 до 55, да резкость задрана
до 7 (не забываем, что смотреть будем на ЖК-дисплее). Прогнали эпизод и: В общем, смотрите сами: (не забываем, что посмотреть скриншот в
полный размер можно, кликнув по нему мышкой, я специально увеличил скриншоты в два раза в Фотошопе методом билинейного ресайза, чтобы лучше
были заметны артефакты сжатия)
Результат кодирования фильма `Звездные войны`, битрейт 162 кбит/с, крупный план
Результат кодирования фильма `Звездные войны`, битрейт 162 кбит/с, движение в кадре
Результат кодирования фильма `Звездные войны`, битрейт 162 кбит/с, разные планы
Результат кодирования фильма `Звездные войны`, битрейт 162 кбит/с, туман
Чтобы получить представление о том, как будет смотреться подобный фильм на наладоннике, просмотрите скриншоты на неплохом ЖК-экране, уменьшив
изображение в два раза (50%)
Впечатлившись, приятель возопил: "Даешь три фильма на флэшку!" и побежал: за пивом и еще одной флэшкой. А я остался, чтобы
поломать голову над следующим вопросом - мне предстояло закатать на флэшку более 7 часов видео, с тем же (96 кбит/с) звуком и видео с битрейтом
75 кбит/с. Как Вам битрейт видео, меньший, чем у звука? И приведенный поток всего лишь 0.04 бит/пиксель.
Пришлось попотеть: с теми же настройками кодек категорически отказывался выдавать устраивающую меня картинку. Сразу же напрашивавшийся вариант
снизить частоту кадров меня не устраивал, Temporal Resampling тоже не хотелось включать. В итоге проблема решилась предварительной обработкой
потока с помощью WNR: цветовые плоскости (Cb, Cr): все слайдеры установлены в значение 30:
Настройка WNR для малых битрейтов при сжатии VP6, установки коррекции цветовых плоскостей
яркостные плоскости (Y): плоскости X0, Y0, X1 - 20, плоскости Y1, X2, Y2 - 5:
Настройка WNR для малых битрейтов при сжатии VP6, установки коррекции яркостных плоскостей
тем самым мы вручную выставили приемлемую потерю качества, соптимизировав поток. Пришлось также повысить Sharpness до 9 и включить-таки Spatial
Resampling с установками по умолчанию. Результат кодирования был, конечно, хуже предыдущего, но смотрите сами - на уровне некоторых пиратских
релизов.
Результат кодирования фильма `Звездные войны`, битрейт 75 кбит/с, крупный план
Результат кодирования фильма `Звездные войны`, битрейт 75 кбит/с, движение в кадре
Результат кодирования фильма `Звездные войны`, битрейт 75 кбит/с, разные планы
Результат кодирования фильма `Звездные войны`, битрейт 75 кбит/с, туман
Резюме - жадность все-таки не очень хорошая штука, поэтому было решено все-таки залить на каждую флэшку по два фильма, в течение полета мой
приятель благополучно посмотрел только полторы (запаса из трех комплектов аккумуляторов не хватило на две :) )
VP6 на панели
Нет, кодек- не первокурсница, поэтому в районе красных фонарей делать ему нечего. Речь пойдет, конечно же, о HDTV-потоках и их
кодировании с помощью VP6. Результат интересен не только с академической точки зрения - всем интересно заранее знать, каков же он будет новый EVD.
Давайте сразу же сделаем предположение, что будущий EVD будет использовать двухслойные DVD-диски, следовательно, видео будет кодироваться в
диапазоне средних битрейтов от 5 до 10 Мбит/с (зависит от продолжительности фильма и количества звуковых дорожек). Также будем рассчитывать
на то, что стационары EVD будут выводить видео в стандартных HDTV-режимах.
Для тестирования использовался поток со спутника Euro 1080, запись которого
была любезно предоставлена Глазуновым Андреем aka Dragon Rider, за что ему огромное спасибо!
Исходя из приблизительного диапазона потока для видео формата 720p был выбран битрейт 5.5 Мбит/с, для формата 1080i - битрейт 7.5 Мбит/с.
Кодирование осуществлялось в два прохода, с установленным ползунком четкости в максимум, для 720p - прогрессивный режим, для 1080i -
чересстрочный, диапазон шкалы коэффициентов квантования установлен в 1 - 31, Temporal и Spatial Resampling - отключены.
Кодирование в 1080i
Приведенные скриншоты уменьшены в три раза - оригинальные очень велики, поэтому ссылка на них дается отдельно, чтобы не тратить чей-то
траффик. Формат 1080i - чересстрочный, поэтому и скриншоты даны так, как они есть, я специально не стал делать деинтерлейс. Напоминаю,
что изображения автоматически масштабируются, поэтому для просмотра полной картинки кликните на ней мышкой.
Результат кодирования видео 1080i, скриншот 1
Цвета практически не "съедаются", что не может не радовать, хотя четкость, что особенно видно на
оригинальном скриншоте, слегка утеряна.
Результат кодирования видео 1080i, скриншот 2
Самый сложный для кодека фрагмент - при детальном рассмотрении
оригинального скриншота видно, что кодеку
пришлось очень трудно при таком разнообразии цвета и с большим движением детализированных объектов в кадре - упала детализация и появились
артефакты.
Результат кодирования видео 1080i, скриншот 3
Крупное лицо в кадре - замечательно! Если не учитывать того, что
задний план обработан хуже.
Результат кодирования видео 1080i, скриншот 4
И напоследок - кадр, на котором кодек отыгрался, выделив для него достаточно мало битрейта. Но, на мой взгляд, получилось неплохо - взгляните на
оригинальный скриншот.
Кодирование в 720p
В качестве тестового потока было использован фрагмент этого же видео, обработанный фильтрами деинтерлейса и ресайза. Настройки кодека остались
теми же, за исключением того, что кодек был переведен в прогрессивный режим и битрейт был снижен до 5.5 Мбит/с. Отмечу, что кодек справился с
этим форматом значительно лучше, сказались и повышение приведенного потока и прогрессивный формат видео, который все-таки не сильно уважаем
современными энкодерами. Остановлюсь на двух интересных, на мой взгляд, скриншотах
Результат кодирования видео 720p, скриншот 1
Впечатляет уровень четкости и детализированности!
Результат кодирования видео 720p, скриншот 2
А вот здесь уже видны артефакты (присмотритесь повнимательнее к лицам людей и плитке на полу).
Вместо вывода
Что можно сказать? Детский период жизни кодека закончился, он замечательно борется с конкурентами и, думаю, прочно займет место в Вашей
коллекции кодеков, тем более, что он бесплатен для некоммерческого использования (что, впрочем, не мешает видеопиратам уже выпускать релизы
новых фильмов, сжатых VP6). Что же касается сегодняшних тестов, то кодек замечательно сдал экзамен на 5 с минусом! И мне все больше
хочется увидеть, каков он будет на EVD. Поживем - увидим!
По материалам mediatory.ru
|
|
|
|