Меню

настройка picvideo m jpeg codec

Обзор MJPEG кодеков.

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

Неплохой кодек. Однако на медленных комрьютерах (класса PIII) при выводе через DC10plus изображение часто стробит или вообще пропадает. При перекодировке в MPEG часто получается неплохой результат, но иногда процесс кодирования прерывался не выводя сведений об ошибках.

Показывает самый быстрый просчет на слабых компьютерах, но результат иногда не выводится через DC10plus. Изредка выдает системную ошибку при просчете в MPEG. Стабильнее работает с аппаратным драйвером для Studio 9. Используя этот кодек нужно помнить один нюанс – по умолчанию он ставит первым нижнее поле (как в DV), а обозначение полей в настройках кодека такое же, как в Юлиде:
Field Order A = Lower field first, Field Order B = Upper field first.
Для корректной работы с DC10 нужно в настройках выбрать Order B (а если хотите совместимости с AVMaster – Order A).

Очень качественный и стабильный кодек. Кстати, по сведениям из кругов «близким к Пиннакл» именно он используется Studio для прочитывания MJPEG файлов, захваченных через DC10, а не аппаратный кодек! (обратите внимание, что при установке PICVideo v2, его компрессор сразу регистрируется под именем Pinnacle Studio).

Новая модификация, с добавлением ряда полезных функций. Вот только воспроизводит видео, закодированное другими кодеками, он значительно хуже, нежели собственные результаты.
Однако большим минусом является то, что при кодировании в PICVideo MJPEG возможность установки битрейта выходного файла отсутствует, в кодеке используется регулировка по качеству сигнала.

Есть три параметра: «Quality» (от 1 до 20), «Luminance» (0-100) и «Chrominance» (0-100). Для достижения наивысшего качества нужно использовать установки первого параметра в пределах 19-20. В этом случае при просчете эффектов и переходов поток может перевалить за 8000 кБайт\с. DC10plus, с ее верхним «потолком» в 6000 кБайт\с, разумеется, с выводом такого потока справиться не может. При снижении установок «Quality» в 18 и ниже — выходной битрейт вообще непредсказуем! Оставалось только подбирать методом «научного тыка» настройки, соответствующие значениям выходного битрейта в Studio. Вот какие результаты мне удалось получить:

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

Довольно корректно работает и легок в настройках (зарекомендовавший себя в связке DC10+Premiere под Win9x). Работает он медленнее остальных. При установке этого кодека есть нюансы, рассмотрим их подробнее. После запуска установки получим предложение удалить старый драйвер:

отвечаем «нет», на следующем экране выбираем «Custom» и жмем «Next«. Подробнее о том, что мы увидим в следующем окне:

Снимаем галочку с пункта DC30 series Utilities — ничего из них с DC10plus работать не будет. В двух последних пунктах имеются дополнения для Adobe Premiere 4.2 и 5.1: AddOns — дополнительные наборы эффектов, а Extended presets — установки проектов. Скажу только, что Премьер 4.2 очень туго работает с данным форматом. Не отмечайте этих пунктов, если не собираетесь работать в Премьере. Но самая главная для нас первая строчка, выбираем и жмем «Change«. Перед нами появляется дополнительная вкладка, на которой нужно выделить только «Software codec«:

После установки в системе появляется miroVIDEO MJPEG Codec

В конечном итоге можно оставить в системе и PICVideo и DC30 (на всякий случай). Делается это просто: сначала ставится кодек DC30, а потом PIC Video. При установке он попросится стать «главным» (primary codec). Так вот, если потом, в его настройках убрать отметку «primary codec», то после перезагрузки активным в системе опять будет кодек от DC30. Соответственным образом проделывается и обратная процедура. Есть также много различных утилит, позволяющих временно отключать кодеки, установленные в системе. Одной из наиболее удобных пожалуй является Codec Swap

Вот только кодек miroDC30 совершенно не хочет работать на современных машинах, начиная с PIV и AthlonXP. (Собственно, первоначально столь подробная статья и родилась благодаря тому, что владельцы мощных машин никак не могли понять, как я на свой Celeron 800 все гладко поставил, а у них ничего не получается). Значительно хуже ведет себя и AVMaster Codec. Зато на машине nForce2+AthlonXP вдруг прекрасно заработал Morgan MJPEG и еще один, очень качественный кодек, который никак не хотел уживаться на PIII+440BX.

Есть в работе с ним несколько нюансов – он плохо уживается вместе с PIC Video (особенно v3). Выражается это в значительном завышении потока просчитанного видео. По скорости кодирования он чуть опережает Morgan, зато картинка на выходе получается значительно мягче, чем у PIC Video. Впоследствии я выяснил, что даже отключенный PIC Video «перехватывает на себя» процесс воспроизведения файла (video rendering). Таким образом, картинка, отлично выглядящая в процессе монтажа, сильно теряет в качестве при выводе. Стоило полностью блокировать работу PIC Video 3 с помощью Codec Swap, а затем удалить деактивированные кодеки, как все встало на свои места. Еще (по пока так и невыясненным мной причинам) на некоторых конфигурациях компьютеров этот кодек не хочет сохранять в формат кадра TV Crop (720х540).

Может возникнуть резонный вопрос: как узнать, какие именно кодеки участвуют в воспроизведении файла? Есть для этих целей специальные утилиты. Например graphedit

ИТОГОВЫЕ РЕКОМЕНДАЦИИ: Для компьютеров поколения PIII (BX чипсет и аналоги) оптимальнее использовать miroDC30 или AVMaster. Для более современных – Main Concept и Morgan. PICVideo имеет смысл использовать если не собираемся смонтированное вновь выводить через DC10.

источник

PICVideo MJPEG 4 Codec

gentleman of fortune · 10-Янв-09 04:26 (11 лет 3 месяца назад, ред. 28-Янв-11 22:42)

onyshchukms · 28-Янв-09 14:56 (спустя 18 дней)

19651969 · 15-Фев-09 14:46 (спустя 17 дней)

gentleman of fortune · 15-Фев-09 21:51 (спустя 7 часов)

offinbaah · 18-Фев-09 14:19 (спустя 2 дня 16 часов)

q-q · 24-Мар-09 11:58 (спустя 1 месяц 5 дней)

szsk · 09-Май-09 20:50 (спустя 1 месяц 16 дней)

gentleman of fortune · 10-Май-09 11:07 (спустя 14 часов)

MaxEL_UA · 15-Май-09 11:34 (спустя 5 дней)

gentleman of fortune · 16-Май-09 00:29 (спустя 12 часов, ред. 16-Май-09 00:29)

devfz · 05-Июн-09 00:16 (спустя 19 дней, ред. 05-Июн-09 02:29)

ValZdoM · 20-Июн-09 13:09 (спустя 15 дней, ред. 20-Июн-09 13:09)

gentleman of fortune · 20-Июн-09 17:13 (спустя 4 часа)

mlz73 · 04-Июл-09 11:45 (спустя 13 дней)

todikru · 19-Авг-09 22:22 (спустя 1 месяц 15 дней, ред. 19-Авг-09 22:22)

gentleman of fortune · 20-Авг-09 16:23 (спустя 18 часов)

Antiraid · 22-Ноя-09 16:22 (спустя 3 месяца 1 день)

ADKO · 25-Ноя-09 17:15 (спустя 3 дня)

foxter01 · 27-Ноя-09 09:39 (спустя 1 день 16 часов, ред. 28-Ноя-09 04:16)

Shurik-rjab · 05-Дек-09 18:31 (спустя 8 дней)

v.i.p · 28-Дек-09 21:51 (спустя 23 дня)

tishkir · 31-Дек-09 21:09 (спустя 2 дня 23 часа)

sadg58 · 01-Янв-10 19:22 (спустя 22 часа)

Bring_tha_No ise · 08-Фев-10 01:11 (спустя 1 месяц 6 дней)

Antiraid · 08-Фев-10 07:05 (спустя 5 часов)

smirnov18076 8 · 09-Фев-10 14:18 (спустя 1 день 7 часов, ред. 09-Фев-10 14:18)

Antiraid · 09-Фев-10 18:46 (спустя 4 часа)

smirnov18076 8 · 09-Фев-10 19:06 (спустя 20 мин.)

Teqniq · 14-Фев-10 07:13 (спустя 4 дня)

vladimirtrof · 24-Фев-10 15:09 (спустя 10 дней)

источник

VJ Софт

Кодек MJPEG

Идея этого метода кодирования достаточно проста: каждый кадр кодируется независимо от остальных, кадры сжимаются алгоритмом с потерями типа JPEG (который так широко используется для сжатия фотографий). Существует несколько реализаций алгоритма, в том числе и аппаратные: так, карта захвата Pinnacle Studio DC10+ выдаёт поток в формате MJPEG. Из программных реализаций наиболее распространены кодеки от Morgan Multimedia и Pegasus Imaging Corp. Кодек от Morgan специалисты не жалуют: и качество изображения у него похуже, и совместимость (не умеет декодировать некоторые MJPEG файлы). Кодек от Pegasus (PICVideo MJPEG) наоборот — очень популярен. Практически у него есть одна настройка: уровень качества (от 1 до 20). При захвате видео с целью получения максимального качества как правило используется уровень 19, поток данных при этом получается 5–7 Мбайт/сек (17–25 Гбайт/час). При этом видео с размером кадра 768×576 можно захватывать на процессоре 450 МГц.

Использовать самый большой уровень качества нет смысла: поток данных получается 12–17 Мбайт/сек (40–60 Гбайт/час) — это больше, чем HuffYUV. При этом MJPEG сжимает с потерями, а HuffYUV — без потерь. Да и требования к процессору в таком режиме получаются побольше, чем у HuffYUV.

Вы можете использовать и меньшие значения уровня качества — при этом и поток данных, и загрузка процессора будут меньше. Но уже при уровне 18 артефакты сжатия становятся заметны на глаз: случайный шум в ТВ программах иногда вырождается в регулярные узоры (муар). При уровне 17 муар становятся постоянными.

Уровень качества сжатия,
кодер PICVideo MJPEG

Типичный поток данных,
Мбайт/сек (Гбайт/час)

Кстати, VirtualDub содержит встроенный декодер формата MJPEG. Специалисты, правда, настоятельно рекомендуют не использовать его, а установить в систему кодек от Morgan или Pegasus.

Pegasus недавно выпустили новую версию своего кодека: PICVideo MJPEG 3. Среди прочих новшеств этот кодек содержит пост-процессинг при декодировании видео: по аналогии с MPEG?4 декодерами. Это позволит использовать более высокие степени сжатия видео при сохранении приблизительно такого же визуального качества изображения.

MPEG–1, MPEG–2

Мне не известны качественные MPEG–1 или MPEG–2 кодеры со стандартным DirectShow или V4W интерфейсом, которые бы можно было установить в систему и использовать из всех программ по работе с видео. Потому ниже пойдёт речь про MPEG кодеры, которые встроены в программное обеспечение карты захвата — как правило они позволяют сохранять видео в формате MPEG–1 и MPEG–2. Также более дорогие карты захвата имеют встроенные MPEG-кодеры, они способны проводить сжатие видео «на лету» аппаратно, передавая системе для записи уже готовый MPEG поток.

Стандарт MPEG–1 предусматривает потоки данных до 1,5 Мбит/сек для видео (лишь 188 Кбайт/сек) при разрешении до 384×288 — потому его не разумно применять для захвата видео в виду исключительно низкого качества. На практике, правда, некоторые программы захвата игнорируют эти ограничения и способны создавать MPEG-1 потоки с большими размером кадра и шириной потока данных: AverTV из комплекта поставки карты Aver203 может создать MPEG-1 видео с потоком вплоть до 20 Мбит/сек (2,5 Мбайт/сек, 9 Гбайт/час) и размером кадра 768×576. Полученный файл, конечно, не соответствует стандартам — однако VirtualDub вполне в состоянии его прочитать.

Формат MPEG-2 формально имеет ограничение в 40 Мбит/сек, однако конкретные программные реализации MPEG-2 кодеров как правило ограничены ещё меньшими потоками. Упомянутый выше AverTV ограничен 20 Мбитами/сек, ATI Multimedia Center имеет ограничение в 15 Мбит/сек (2 Мбайта/сек, 7 Гбайт/час). Учтите, что VirtualDub не в состоянии читать файлы MPEG-2. VirtualDubMod имеет дополнительную надстройку, которая позволяет открывать ему файлы с MPEG-2 видео.

Во время захвата видео кодеры MPEG-1 и MPEG-2 кодируют видео в режиме с постоянным потоком данных (CBR) и с постоянным видом группы кадров (GOP). Как было сказано в разделе «Поток данных (bitrate)» — это не оптимальный режим для метода сжатия с потерями. Группу кадров лучше сделать достаточно короткой (3-5 кадров), двунаправленные кадры не использовать вовсе (см. также раздел «Группы кадров»). Вы можете даже использовать только ключевые кадры — кодер будет работать в режиме, подобном MJPEG. Однако, специалисты указывают на то, что иногда кодеры даже при больших потоках данных допускают артефакты, особенно это заметно для цветовой составляющей (см. Видеокарты от ATI с видевходом: Лучшие возможности для оцифровки видеозаписей).

Использовать MPEG-4 кодеры при захвате видео практически бессмысленно: DivX 5.1.1 в режиме 1-pass quality based (fastest, quality: 1, max keyframe interval: 1) создаёт поток такой же ширины, как и PICVideo MJPEG с качеством 19, при этом потребляет втрое больше мощности процессора. Возможно, в каких-то компромиссных вариантах — с низким качеством, небольшим размером кадра — DivX и можно использовать. Но в любом случае, он потребляет уйму вычислительных ресурсов. Если вы собираетесь сжимать в DivX видео с размером кадра 768×576 «на лету» — запаситесь процессором как минимум в 2ГГц. Очевидно, что с XviD ситуация аналогичная.

Цифровые камеры используют свой формат сжатия видеозаписей — DV (Digital Video). Технически он схож с MJPEG, но не совместим с ним. Формат DV содержит дополнительные возможности, как то: наложение титров (удобно для видеокамер: подпись к записи записывается отдельно изображения, а не поверх него), специальный способ синхронизации аудио и видео информации. Поток данных DV имеет постоянную ширину: 3,6 Мбайт/сек (12,5 Гбайт/час).

Существует несколько программных кодеков формата DV, более того: DirectX 6 и новее стандартно содержат DV кодек — правда он поддерживает только DirectShow интерфейс (соответственно VirtualDub не в состоянии его использовать). Тем не менее специалисты рекомендуют использовать кодек от MainConcept: он обеспечивает корректную цветопередачу, более высокое качество изображения, а также менее ресурсоёмок. На сайте доступна демонстрационная версия, полная версия стоит $49. Декодер от Cannopus поддерживает только декодирование. Также в интернете можно найти кодек от Panasonic: судя по всему он какое-то время назад был доступен на японском сайте компании, потом его убрали — но добрые люди успели его скопировать.

Мне неизвестно, какой из этих кодеков лучше и почему — я совсем мало имею дела с цифровыми камерами и DV. За информацией по работе с DV рекомендую обратиться к сайту М. Афанасенкова или к FAQ по созданию и редактированию цифрового видео.

источник

Читайте также:  настройка mms для нсс

Добавить комментарий

Как настроить и установить? © 2021
Все права сохранены © 2020. Информация, опубликованная на сайте, носит исключительно ознакомительный характер и не является рекомендацией к применению. Внимание! Материалы могут содержать информацию, предназначенную для пользователей старше 18 лет. 18+

Adblock
detector