Пробую новую версию Canopus ProCoder. Инструкция (http://www.fxvideo.nm.ru/cpc.html) гласит " Особое внимание всегда уделяем полям !! Для видео с цифровых камер только - LOWER/BOTTOM FIELD FIRST"

Но в 3 версии есть выбор только одного параметра UPPER/TOP FIELD FIRST, скажите уважаемые форумчане это очень плохо? Может я ошибаюсь в каких то настройках?

Soloik
Но в 3 версии есть выбор только одного параметра UPPER/TOP FIELD FIRST, скажите уважаемые форумчане это очень плохо?
Не, не очень...
В общем-то логика простая:
- выбрал параметр UPPER/TOP FIELD FIRST - будет у тебя UPPER/TOP FIELD FIRST
- не выбрал - будет LOWER/BOTTOM FIELD FIRST

Soloik
Но в 3 версии есть выбор только одного параметра UPPER/TOP FIELD FIRST
Если не ошибаюсь, это в Target стоит. А
" Особое внимание всегда уделяем полям !! Для видео с цифровых камер только - LOWER/BOTTOM FIELD FIRST"
относится к Source. Для Source в Procoder'е есть выбор.

Turyst04
Имеется в виду ОТСУТСТВИЕ выбора порядка полей в Target у Procoder'а 3, если стандартный пресет выбирать. Только один вариант жестко прописан - Upper field first.
В принципе, ничего криминального нет, для Target это наиболее часто употребимый вариант (даже если на входе Lower/Bottom, но указано правильно в Source).

Soloik
Если надо и в Target задать нижнее поле-первое, создается свой пресет на основе встроенного, и у него в поле Stream Format выбирается Generic MPEG ISO stream, при этом можно менять порядок полей на Lower/Bottom, и сохранить со своим произвольным именем. Не забыть проверить остальные параметры - он (Procoder) при выборе Generic MPEG ISO stream скидывает разрешение кадра в NTSC'шное (720х480).

> Stream Format выбирается Generic MPEG ISO stream

Generic MPEG ISO stream - А что это за формат?

И еще вопрос - кто нибудь протестировал новую версию - мне что то не очень понравилось качество - но я начинающий любитель, я мог ошибиться в настройках, да и времени нет кодировать один и тот же кусок и сравнивать. Хотелось бы услышать мнение профессионалов.

Soloik
Generic MPEG ISO stream
Почти дословно - "Исходный стандартный MPEG поток" В противоположность стандартным пресетам типа DVD-PAL, DVD-NTSC ...
Т.е. при его выборе можно менять любые параметры.

я мог ошибиться в настройках, да и времени нет кодировать один и тот же кусок и сравнивать.
Что и с какими настройками кодировали?
Чем КОНКРЕТНО качество не устроило?

Я сравнивал (не Procoder 3, а Rhozet Carbon Coder 2.51 - но MPEG2 кодер у них одинаковый практически) - нормальное качество, на уровне как первого Прокодера, так и ССЕ. Да и на больших битрейтах (8000-9000 кбит/с) отличий с оригиналом (DV-avi) не наблюдал на сценах со средней динамикой. На водных сценах - есть легкие квадраты, но они есть у всех кодеров, что я сравнивал.

> Что и с какими настройками кодировали?
Настройки на картинке в приложенном файле.
> Чем КОНКРЕТНО качество не устроило?
Это субьективное мнение - может это просто желание увидеть лучшее чем на оригинале изображение.

Исходный стандартный MPEG поток - скажите а что тогда лучше использовать для кодирования DVD - DVD(MPEG Program/Elementary Stream) или Generic MPEG ISO stream

Soloik
скажите а что тогда лучше использовать для кодирования DVD - DVD(MPEG Program/Elementary Stream) или Generic MPEG ISO stream
Если устраивают параметры стандартного пресета (DVD-PAL, например) - размер кадра, порядок полей, битрейт - используйте стандартный. Если нет (какие-то параметры не дает изменить) - создавайте свои настройки с помощью Generic MPEG ISO stream (и сохраните на будущее со своим именем).

По поводу качества - настройки, вроде нормальные. А увидеть лучшее чем на оригинале изображение - не получится - все-таки, это сжатие с потерями. Лишь бы не хуже стало

Soloik
Для видео с цифровых камер только - LOWER/BOTTOM FIELD FIRST"
Для DV-камер это так. Для HDV - наоборот.

Soloik
Но в 3 версии есть выбор только одного параметра UPPER/TOP FIELD FIRST, скажите уважаемые форумчане это очень плохо? Может я ошибаюсь в каких то настройках?

При кодировании miniDV кассеты (BFF) с параметром Target -> TFF в Канопусе (Карбоне) изображение сдвинется на 1 строку вверх. Иногда (см. рис) это нежелательно. Исходник был с какой-то иногда вылезающей битой строкой снизу. При TFF это стало еще заметнее. Но все это видно только при просмотре на компе, на телевизоре в обоих случаях все ОК, специально писал оба способа на диск и долго всматривался - ничего криминального, никаких полос.

от правильности выбора стартового поля в Intelased видео можнт зависеть четкость картинки, там не обязательно bottom, может быть и top first... Если есть сомнения что что-то неправильно настроили, сравнивайте исходник и пожатое видео в Elecard Video Quality Estimator-е

zRip
от правильности выбора стартового поля в Intelased видео можнт зависеть четкость картинки
а) видео interlaced, а не так, как написано
б) с какого перепугу от этого зависит "четкость"?
настройки две - в source и target. От target почти ничего не зависит, но лучше делать TFF - есть плейера, которые не понимают BFF. А вот source должен быть правильно обязательно - иначе получим "дергающуюся" картинку.

сравнивайте исходник и пожатое видео в Elecard Video Quality Estimator
хм, а он поймет, если исходник BFF, а результат TFF? Сомневаюсь я что-то

An_private
а он поймет, если исходник BFF, а результат TFF?
А почему нет? Прогнал ролик 60 сек (Карбон CBR9000, MQ, DC10).
Сравнил исходник сначала с BFF по выходу, потом его же с TFF.
Результаты:
BFF -> SSIM avg=0.9607
TFF -> SSIM avg=0.7590
Если сделать offset=-1 (на ту самую одну строку) по Y, то SSIM полностью совпадают.

EVVS
И? Каким способом с помощью этой тулзы человеку проверить правильность порядка полей в выходном файле (а речь у zRip шла именно об этом)? Ведь в Вашем эксперименте в обеих случаях порядок полей правильный.

An_private
И? Каким способом...
Так в том то и дело, что этой тулзой никаким. Даже если в ней сравнить закодированное DV с заведомо неправильно установленным TFF по входу, она покажет все ОК. Это, скорее, был ответ zRip. А вот "потерянную" строку при установке более правильного TFF по выходу все-таки жалко!

EVVS
Иногда (см. рис) это нежелательно. Исходник был с какой-то иногда вылезающей битой строкой снизу. При TFF это стало еще заметнее. Но все это видно только при просмотре на компе, на телевизоре в обоих случаях все ОК, специально писал оба способа на диск и долго всматривался - ничего криминального, никаких полос.
А вот "потерянную" строку при установке более правильного TFF по выходу все-таки жалко!
ИМХО это совершенно несущественно. Даже на компе можно смотреть видео с помощью BSPlayer, умеющего видео масштабировать внутри окна при просмотре - при этом всё лишнее можно обрезать.

А мы не теряем в цветовом разрешении при обрезании одной строки исходного DV(4:2:0) и кодировании его в MPEG2(4:2:0)?
Ведь даже AviSynth не позволяет отрезать одну строку в YV12, а требует YUV или RGB для такого извращения.
Я для перевода TFF<->BFF использую скрипт

Separatefilds
Deleteframe(0)
Weave

Который сдвигает поля в потоке, беря верхнее поле из одного кадра, а нижнее - из другого, при этом в пространстве поля остаются на своих местах, и цвет не страдает от повторного прорежения.

Voldemar_d
ИМХО это совершенно несущественно
Ну, не знаю.... Строка-то, самая первая верхняя, исчезла. То есть навсегда! Этак потом авторинг отъест еще одну, потом кто-нибудь еще, потом еще.. и так 576 раз. И, типа, что останется? или я чего не понимаю, и это и правда, нормально?

EVVS
Этак потом авторинг отъест еще одну, потом кто-нибудь еще, потом еще
никто уже ничего не отъест - с мпег потоком дальше ничего не делается

но вообще говоря, отрезание одной строки в интерлейсном источнике с прореживанием по вертикали (как PAL DV, но не NTSC) действительно не очень гуд - в одном поле придётся все цвета переинтерполировать. А отрезать одно поле по времени - тоже не очень хороший выход, тогда на стоп-кадрах при смене сцены мы будем видеть каку. Неужели какие-то плееры могут не переваривать BFF?

Всем привет.
Хочу поделиться своими экспериментами с Прокодер 3.
Заметил, что при кодировании загрузка обеих ядер процессора не более 70%!
В Прокодер 2.0 ядра загружены на все 100%!
Не знаю плохо это или хорошо, просто констатирую факт!

Добрый день !
У меня (или у всех ?) в расширенных настройках вывода Target исчезла строка Qualiti/Size - могу ошибиться с написанием, но смысл в том, что при выводе, например из DV в Mpeg2 и играясь с битрейтом, можно было видя цифры подогнать размер под болванку. Сейчас нигде этого не нашёл.
Что делать ? Помогите, плиз...

PAL
исчезла строка Qualiti/Size
Путаете с Quality/Speed (там где Mastering quality, Highest и т.п.). Она есть.
А вот была строка типа Size, действительно. Да, не наблюдается в новой версии.

EVVS
Этак потом авторинг отъест еще одну, потом кто-нибудь еще, потом еще.. и так 576 раз.
Откуда возьмется 576 раз? Если вы столько раз будете что-то пересжимать, как раз от картинки ничего и не останется. И вы меня извините, конечно, но никакой нормальный видео- или кинооператор не снимает так, чтобы самое существенное из сюжета было именно в крайних строчках экрана.

PAL
можно было видя цифры подогнать размер под болванку
а зачем? не проще взять битрейт-калькулятор и посчитать точно?

Voldemar_d
никакой нормальный видео- или кинооператор не снимает так....
Ну, так это "нормальный"! Я-то этим прелюбопытнейшим делом занимаюсь строго один раз в один год в конце отпуска.
Заметил глючок (Карбон). При установке видео фильтра Fade in/out в превью Fade/in показывает, а Fade/out - нет. Хотя в готовом MPEG'е все ОК. Мелочь, конечно.

Поставил третий прокодер, подсунул ему мультик (MPEG4), с целью первого знакомства, и обомлел -- в окне просмотра и выходном файле изображение вверх ногами. Кодировал в один проход (CBR) 7800 Mb/s. Что не так сделал? "Может что в консерватории подправить?" (с)

Patent
Может что в консерватории подправить
кодек-пак какой-нибудь стоит? декодирование исходника не через ffdshow идет?

An_private

Кодек-паки не юзаю, ставлю только необходимые кодеки.

декодирование исходника не через ffdshow идет?
Через него. Спасибо за подсказку. В нем перевернуть?
Но попробовать смогу только завтра -- компьютер для экспериментов на работе.

Patent
Аналогично перевернуто на ролике, который еще DivX 3.11 сжат был (надо было на работе протестить по-быстрому, а только он валялся под рукой).
Правда, в Carbon Coder'е 2.54, но это один фиг с Procoder'ом 3.

Patent
Через него. Спасибо за подсказку. В нем перевернуть?
да, это его проблемы - там специальная галочка есть

An_private
Так и сделал. Теперь картинка нормальная. Спасибо.

никак не могу понять - а что мешает все эти вопросы в основной теме по прокодеру задавать?
модератору: может эту тему вообще слить с основной?

Добрый день! Подскажите, куда распоковывать (копировать) содержимое модулей в архивах в папке "Third Party", находящейся в директории {%:\Program Files\Grass Valley\ProCoder 3\Third Party\}?