Перейти к содержимому


Перед регистрацией ознакомьтесь с темой про сертификат безопасности:
Фотография
- - - - -

ППро диапазон яркости 0-235


  • Please log in to reply
187 ответов в этой теме

#101 Bladimir

Bladimir

    Подержал камеру в руках

  • Участники
  • PipPip
  • 28 Сообщений:

Отправлено 13 Jan 2004 - 13:23

В системе установлен обычный 1394 контролер, но некоторые файлы пришли по сети и вероятно были оцифрованы "матроксом RT.X100Xtreme".

#102 VVV

VVV

    Прежде чем куда-то войти, подумай, как оттуда выйти...

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 5117 Сообщений:

Отправлено 13 Jan 2004 - 13:38

А может Мэйнконцепт или Канопус просто "недоделаны" что на его настройки Премьер не реагирует.
А Panasonic DV зачем его вообще ставить!? Чтобы изуродовать исходник?

#103 Yuki

Yuki

    Научил друга включать камеру

  • Активные Участники
  • PipPipPipPipPipPip
  • 485 Сообщений:

Отправлено 13 Jan 2004 - 17:43

Может не глючит связка именно "камера Панасоник - кодек Панасоник" ??

Сообщение отредактировано Yuki: 13 Jan 2004 - 17:44


#104 Aleksandr_Oleynik

Aleksandr_Oleynik

    O

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 15373 Сообщений:

Отправлено 13 Jan 2004 - 18:16

:) :) :) :) :)
Какое имеет отношение вообще к этой проблемме оцифровка материала, если это не делалось при использовании спец железки, а только I394????????????????


Установил я этот Panasonic.Software.DV.codec.v2.64, правда отдельно, а не из упаковки фильтров от Цунами.
Чуда не случилось.
Завтра попробую еще скачать весь этот комплект фильтров от Цунами (может он как-то MS директшоу фильтра подменяет), но однозначно что Panasonic DV codec тут нипричем и никак через него при установках проекта DV Playback Premier Pro заставить считать невозможно.
Господа, может вы еще раз гляните - вы не ошиблись?
DV AVI файлы из под всяких железок не в счет, так как там уже просто может быть сигнал 16-235.

Сообщение отредактировано Aleksandr_Oleynik: 13 Jan 2004 - 22:13


#105 Bladimir

Bladimir

    Подержал камеру в руках

  • Участники
  • PipPip
  • 28 Сообщений:

Отправлено 14 Jan 2004 - 15:53

Для чистоты эксперимента захватил видео с DV магнитофона обычным 1394 контролером и никакой просадки.

#106 Aleksandr_Oleynik

Aleksandr_Oleynik

    O

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 15373 Сообщений:

Отправлено 14 Jan 2004 - 16:08

Не верю!
Не работает рэндер Premier Pro при выборе DV Playback ни с какими посторонними кодеками и фильтрами, а значит того, что Вы описываете просто быть не может.
Уверен, что нгедоразумения в том, как Вы смотрите конечный материал.
Видимо после просчета с полным рекомпресом, а тогда скачков никаких и небудет, так как весь материал будет зажат в 16-235.

Сообщение отредактировано Aleksandr_Oleynik: 14 Jan 2004 - 19:26


#107 VVV

VVV

    Прежде чем куда-то войти, подумай, как оттуда выйти...

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 5117 Сообщений:

Отправлено 14 Jan 2004 - 20:08

Как мне кажется, всетаки мы не там ищем (если кодеки "ковырять").
Повторю - может быть они некорректно работают (которые "народные") - что на их настройки монтажки, в частности Премьер - не реагируют?
Маэстро Alf_Zetas...?

Сообщение отредактировано VVV: 14 Jan 2004 - 20:09


#108 Aleksandr_Oleynik

Aleksandr_Oleynik

    O

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 15373 Сообщений:

Отправлено 15 Jan 2004 - 00:55

VVV
я давно для себя все выяснил и нашел.
Это новички всколыхнули проработанную тему, а за просьбу отреагировать направленную в личные Alf_Zetas он мне ответил, что все уже сказано и нечего обращать внимание на некорректные заявления.

Я вот и предположил, что просто ребята не имеет подключенного к компу через DV OUT и DV- аналог преобразователь внешний TV монитор, а смотрят конечный материал после его сохранения в один файл с кодеком отличным от MS DV и с полным рекомпресом (вот например сохраняя его с Panasonic DV codec).
В таком случае весь материал нормализуется до 16-235, а не только в переходах и фильтрах - об этом мы уже в этой ветке писали.

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

#109 VVV

VVV

    Прежде чем куда-то войти, подумай, как оттуда выйти...

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 5117 Сообщений:

Отправлено 15 Jan 2004 - 01:08

Да, вроде бы все приемы обсудили. Вот не всех устраивают они только...

#110 lagush

lagush

    Сенсей для друзей по NLE

  • Активные Участники
  • PipPipPipPipPipPipPipPipPipPip
  • 1074 Сообщений:

Отправлено 18 Jan 2004 - 21:09

Столкнулся с этой проблемой, причем как под Адобом, так и под Улидом. Попробывал устаноки разных кодеков, но без результата. Редакторы упорно просчитывают материал в 16-235. При этом наблюдается изменение ярко белого цвета, и искажение цвета, например хорошо видимое на красном.
Установил Вегас 4.0, с кодеком от Маинконцепт. Попробывал на своем тестовом фрагменте с переходами и титрами. Все ОК! Просадок яркости не заметил. После удаления кодека Маинконцепт, просадки вернулись. Кстати, в Вегасе есть интересная настройка по использованию Майкрософт кодека , выключена по умолчанию. Вероятно когда Вегас не находит другого кодека он использует микрософт ДВ кодек.
Получается Маинконцепт кодек может работать в диапазоне 16-255, но Адоб и Улид или не включают эту возможность, либо сами по определению не могут в этом диапазоне (16-255) работать.
И еще. Мне кажется, что микрософт ДВ-кодек может работать в 16-255, но эту возможность просто отключают. ( И под Вегасом почему-то тоже…)

#111 Aleksandr_Oleynik

Aleksandr_Oleynik

    O

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 15373 Сообщений:

Отправлено 18 Jan 2004 - 23:01

Увы, это проблемма не только кодека, хотя в какой-то момент все производители DV кодеков как сговорились и начали клепать кодеки сужающие диапазон яркости до 16-235, чтоб на входе небыло, ссылаясь на стандарт 601. Это конечно хорошо, но только в том случае, если бы с ними вместе договаривались производители DV камер :(!!!
Vegas, AVID, Edition умеют со штатными плагинами работать в несжатом яркостном диапазоне 0-255, НО -
как только вы подключите любой сторонний плагин (например Голивуд или Борис) получите ту-же проблемму, что и в Adobe или Ulead, кроме того все проверенные мной сторонние плагины, также как и все композитинговые программы работают в RGB диапазоне цветности (а наш DV материал на комп попадает в YUV формате цвета) - вот имеем еще и с цветом проблеммы.

Как с этим бороться я решил поговорить в ветке не посвещенной только Premier Pro - это ведь общая проблемма -
http://forum.videoed...?showtopic=6031
Присоединяйтесь.

#112 taras-vt

taras-vt

    А что такое камера, NLE?

  • Участники
  • Pip
  • 7 Сообщений:

Отправлено 20 Jan 2004 - 04:09

Не люблю повторяться... Но поскольку проблема все-таки очень интересная, то повторю пост из седьмой страницы:

В связи с тем, что я сам начал сомневаться - а может не заметил я что-нибудь - я ночью отснял прожектор на малой диафрагме с малого расстояния. Уровни оказались 1-3 на фоне и 254 на светлом пятне. Потом этот материал я ЕЩЕ РАЗ запихнул на timeline, поставил шторку, рендернул и по кадру на ТЕЛЕВИЗОРЕ через камеру просмотрел. Ну нет там просадки! Похоже, один товарищ уже в этом убедился. Механизм работы объяснить не могу, но при рендере используется наверное все-таки Panasonic DV - результат содержит именно для него характерные артефакты. Безобразие продолжалось, пока я ПРОСТО не установил из Цунами этот кодек.

Так как данный эффект у меня все-таки появляется после удаления пачки Цунами, и пропадает после повторной установки, думаю, что Премьер все-таки кодек ИСПОЛЬЗУЕТ!

И еще. Перед просчетом Премьер сигнал разжимает Мейнконцептом из 16-235 до 0-255. Итого уровни меньше 16 и больше 235 при рендере использоваться теоретически не могут. Но у меня декодирует не он! Артефакты ж разные. И у меня не происходит это расжатие. Все равно для декодирования используется аппаратный декодер камеры, а не Мейконцепт.

P.S. Странно, почему бы не скачать 3.9.3 и не проверить на других системах?

#113 Yaroslav

Yaroslav

    Есть камера, комп, а где поля ?

  • Писатели
  • PipPipPipPip
  • 160 Сообщений:

Отправлено 21 Jan 2004 - 22:45

А так ли все плохо? Ну поджимается до 236 ну и что? Ведь иначе все равно не пройти ОТК? Или у кого то были случаи прохождения ОтТК канала с разогнаным белым?

#114 Aleksandr_Oleynik

Aleksandr_Oleynik

    O

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 15373 Сообщений:

Отправлено 22 Jan 2004 - 09:46

:D :D :D :D
Плохо не то, что поджимается, а то, что поджимается только в местах наложения фильтров или переходов, и я думаю ОТК не очень понравится такое тоже :P .

Да, а что делать тем у кого ОТК это собственная семья и телевизор или плазма или проектор?
Нафига им сужения диапазона?

#115 Rico

Rico

    Подержал камеру в руках

  • Участники
  • PipPip
  • 30 Сообщений:

Отправлено 03 Apr 2004 - 15:54

потому как все равно не найдешь цифровой камеры, у которой ампутирована возможность снимать с luminance выше 235, боюсь, что даже HD.

Если я не ошибаюсь, эта функция есть на Sony (по-моему на DSR-PDX 10P , это новая компактная профикамера) или на Panasonic DVX 100.
Там встроен компрессор, подавляющий диапазон яркости светлых объектов. Например, при съемке на снегу темные объекты высвечены хорошо, но при этом остается видна структура снега. Я думаю, что камера с такой функцией не выйдет за пределы 235, если дырку на пол деления прикрыть во время съемки или сразу, до работы, установить экспозицию камеры «-1», что предусмотрено у Sony.

#116 Yuki

Yuki

    Научил друга включать камеру

  • Активные Участники
  • PipPipPipPipPipPip
  • 485 Сообщений:

Отправлено 02 Jul 2004 - 04:00

Адоб обещает портировать все фильтры и переходы в native YUV в "следующей версии" PPro.

Обещали и... сделали?

#117 tetor

tetor

    Желаю чтобы все!

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 3175 Сообщений:

Отправлено 02 Jul 2004 - 08:30

Обещать и жениться - это две большие разницы! :(

#118 Aleksandr_Oleynik

Aleksandr_Oleynik

    O

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 15373 Сообщений:

Отправлено 02 Jul 2004 - 12:52

Если я не ошибаюсь, эта функция есть на Sony (по-моему на DSR-PDX 10P , это новая компактная профикамера) или на Panasonic DVX 100.
Там встроен компрессор, подавляющий диапазон яркости светлых объектов. Например, при съемке на снегу темные объекты высвечены хорошо, но при этом остается видна структура снега. Я думаю, что камера с такой функцией не выйдет за пределы 235, если дырку на пол деления прикрыть во время съемки или сразу, до работы, установить экспозицию камеры «-1», что предусмотрено у Sony.

Еще как вышла.
Двумя DVX100 мне сняли выпускной вечер сына - куча мест с пересветом - куча!!!
Снимали с зеброй и профи операторы.

#119 Vital2005

Vital2005

    А что такое камера, NLE?

  • Читатели
  • Pip
  • 1 Сообщений:

Отправлено 12 Jul 2005 - 19:30

Вот и у меня появилась проблема 0..255 -> 16..235, при рендеринге в Адобе Премьере 6.0 или 6.5. Белое становиться немного темнее, а черное - светлее. Что интересно, проявляется она только в Windows XP, в 98-м ее нет!!!
Aleksandr_Oleynik
Я вижу для решения проблемы предлагаются использовать фильтры, выводить в avi с использованием microsoft AVI и применением Mainconcept DV, работающим с 0-255, но по большому счету эта проблема так и не решена, или я что-то пропустил?

#120 VVV

VVV

    Прежде чем куда-то войти, подумай, как оттуда выйти...

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 5117 Сообщений:

Отправлено 12 Jul 2005 - 21:11

В Премьере не решена.

#121 Yuki

Yuki

    Научил друга включать камеру

  • Активные Участники
  • PipPipPipPipPipPip
  • 485 Сообщений:

Отправлено 19 Jul 2005 - 21:00

вот тут пишут:

Premiere Pro can handle YUV video data natively. If your Premiere project uses clips that are in YUV format (like DV AVIs) then Premiere processes them in the same colour space wherever possible. When frameserving such a project, the FrameServer plugin asks Premiere for YUV data first and if not found asks for RGB data. So your input clips in YUV space will be processed by Premiere in YUV space and given to the frameserver, which gives the data in the same colour space to the target application.

Они что, не знают о проблеме? Или просто не имели в виду использование переходов и эффектов в монтаже?

#122 Gradov_Georg

Gradov_Georg

    штатный злобный буратино форума

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 7808 Сообщений:

Отправлено 19 Jul 2005 - 22:08

да они не обсуждают как работают эффекты в Премьере...

их не волнует как работает Премьер == их волнует как работает их фрейм-сервер... когда Премьер выдает YUV...

#123 Karpov Vasily

Karpov Vasily

    любитель

  • Участники
  • PipPip
  • 46 Сообщений:
  • место работы:

Отправлено 06 Dec 2005 - 17:27

Давно провел эксперимент.
Скинул на диск с видака в uncompress запись тестовой таблицы с ТВ. В АР 6.5 сделал минутный клип. Напрямую кодировал в Canopus ProCoder 1.5 в 3-х режимах:
1. Без обработки.
2. С фильтром "601 Correction- Expand Color Space".
3. С фильтром "601 Correction- Shrink Color Space".
Создал пробный диск DVD в Encore 1.0, контролировал на экране ТВ.
Результат: при первых двух режимах - неправильная передача градаций серого, при последнем- наиболее достоверно.

#124 Aleksandr_Oleynik

Aleksandr_Oleynik

    O

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 15373 Сообщений:

Отправлено 06 Dec 2005 - 21:07

А зачем эксперементы?
И так ясно для чего были встроены 601 фильтра.
Только фильтра в ProCoder-е к проблемме работающих не в YUV диаппазоне адобовских фильтров не имеют отношения.

Сообщение отредактировано Aleksandr_Oleynik: 06 Dec 2005 - 21:09


#125 Karpov Vasily

Karpov Vasily

    любитель

  • Участники
  • PipPip
  • 46 Сообщений:
  • место работы:

Отправлено 07 Dec 2005 - 17:45

А как ведут себя переходы Canopus Xplode - не пробовал? Спрашиваю не от праздного любопытства.

#126 Aleksandr_Oleynik

Aleksandr_Oleynik

    O

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 15373 Сообщений:

Отправлено 07 Dec 2005 - 20:35

ТОчно также - работают в RGB.
В RGB работает наверное 99,9% сторонних плагинов.

#127 Karpov Vasily

Karpov Vasily

    любитель

  • Участники
  • PipPip
  • 46 Сообщений:
  • место работы:

Отправлено 07 Dec 2005 - 21:47

Почему написал про тест - в свое время появился вопрос: в цепочке захват-редактирование-кодирование в каком формате что работает. Плата захвата Pinnacle AV/DV. Вот тогда и появилось представление, что AP 6.5 разворачивает весь материал в 0-255, в таком виде передает его в ProCoder, а уже там необходимо корректировать под 601. Именно с учетом градаций серого, в противном случае пропадала вся детализация на темном фоне при просмотре на ТВ.
Прошу учесть - камера у меня S-VHS, потому захват в DV провожу Студией (кодек ее). Из переходов Премьера использую только растворение (по умолчанию), остальное - Xplode. Глюков с интенсивностью на переходах при просмотре уже готового DVD на экране ТВ не отмечал. Может, с учетом этого появится какая-то идея по проблеме? Вариации на тему кодеков читал.

#128 Aleksandr_Oleynik

Aleksandr_Oleynik

    O

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 15373 Сообщений:

Отправлено 07 Dec 2005 - 22:29

Идеи по проблемме уже все обсужденны, если не ленивый и нервы и голова крепкие, можешь прочесть -
Корректная работа с Dv (bt601, Yuv и Rgb)

#129 Karpov Vasily

Karpov Vasily

    любитель

  • Участники
  • PipPip
  • 46 Сообщений:
  • место работы:

Отправлено 10 Dec 2005 - 12:29

А ViviClip?

#130 alexgrig

alexgrig

    Научил друга включать камеру

  • Писатели
  • PipPipPipPipPipPip
  • 549 Сообщений:

Отправлено 26 Dec 2005 - 18:16

Касательно скачков яркости-достаточно применить к клипам стандартный фильтр Levels, БЕЗ КАКИХ-ЛИБО ИЗМЕНЕНИЙ ЕГО ПАРАМЕТРОВ-проблема скачков яркости уходит сама собой.
Проблема не в Премьере, а в особенностях работы кодеков.

#131 Gradov_Georg

Gradov_Georg

    штатный злобный буратино форума

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 7808 Сообщений:

Отправлено 26 Dec 2005 - 19:01

правильно, УРЕЗАЕМ и пересчитываем ВЕСЬ материал == те засовываем голову в песок, считая что проблема в кодеках...

#132 alexgrig

alexgrig

    Научил друга включать камеру

  • Писатели
  • PipPipPipPipPipPip
  • 549 Сообщений:

Отправлено 26 Dec 2005 - 20:56

почему УРЕЗАЕМ?
именно применяя Levels без изменения его параметров (т.е. 0-255) мы не получаем скачков яркости.Кроме того, вывод в кодек Matrox DV также не даст скачков яркости и без всяких фильтров.При этом вручную работая с кодеком MainConcept-получаем аналогичные скачки яркости, как и в проекте с ДВ-пресетами.Касательно кодеков эта проблема описана на http://www.adamwilt.com/index.html и именно причина скачков, согласно автору сайта-в кодеках.

#133 Gradov_Georg

Gradov_Georg

    штатный злобный буратино форума

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 7808 Сообщений:

Отправлено 26 Dec 2005 - 23:02

потому что ты поленился почитать все что написали до тебя и что yuv (888) не может поместиться в rgb (888) и накладывая фильтр левел работающий только в rgb (888) ты обрезаешь его...

ты сам то положил материал, вызывающий скачек и его же обработаный левелом РЯДОМ или просто так чужие теории цитируем?

#134 alexgrig

alexgrig

    Научил друга включать камеру

  • Писатели
  • PipPipPipPipPipPip
  • 549 Сообщений:

Отправлено 27 Dec 2005 - 00:42

"потому что ты поленился почитать "
Прочитано, и не один раз, и не с одного источника.
Натурально, все что я написал-результат собственных экспериментов.
Насколько я понимаю, тема была поднята в целях поиска простых и эффективных решений данной проблемы.
Предложенное выше-как по мне-проще не бывает.(любой из вариантов).
Я лично предпочитаю Matrox DV-кодек, имеющий 3 типа настройки конверсии yuv-rgb, и все проблемы исчезают-со скачками яркости, конечно.
Ну а потери цвета-
"... yuv (888) не может поместиться в rgb (888)"
Я бы просто сказал бы, что при переводе из одного пространства в другое есть потери, как, скажем при конверсии rgb-cmyk, ну так это проблема принципиальная и непонятно, зачем ее связывать исключительно с премьером или с любой другой монтажкой...

Сообщение отредактировано alexgrig: 27 Dec 2005 - 00:43


#135 Gradov_Georg

Gradov_Georg

    штатный злобный буратино форума

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 7808 Сообщений:

Отправлено 27 Dec 2005 - 12:34

Опять плохо читал, предыдущие страницы....

Потому что в остальных монтажках Едиус, Ликвид, Авид ФайналКат и тд. при создании транзишенов в DV проекте который по определению YUV НЕПРОИСХОДИТ преобразование из YUV в RGB пространство и скачков НЕТ ПО ОПРЕДЕЛЕНИЮ, и только в Премьере транзишены ПО ВОЛЕ ЕГО ПРОГРАММИСТОВ всегда переводятся в RGB.

Как это решается в Матроксе == общеизвестно -- изначально при ДЕКОДИРОВАНИИ DV поток УРЕЗАЕТСЯ с YUV до RGB средствами декодера, спасибо не надо.

Офицальные ответы авторов Премьера скатываются "ну все равно же все работают по 601 стандарту с ограничениями 16-235 который еще уже чем RGB", лично мне и большинству столкнувшихся с этой проблемой больше ДВУХ ЛЕТ НАЗАД (Sep 23 2003, 23:00) 601 стандарт НЕ ИНТЕРЕСЕН, тк. я не готовлю материалы для АНАЛОГОВОГО ЭФИРА и весь тракт для которого я готовлю материалы соответствует 708 стандарту (YUV 888) == как в прочем и у ЛЮБОГО ЧЕЛОВЕКА КУПИВШЕГО миниДВ камеру и записывающего СВОИ ДОМАШНИЕ ДВД.

И СПУСТЯ ДВА ГОДА в программном продукте ПО ПРЕЖНЕМУ DV материал в DV проекте на транзишене УРЕЗАЕТСЯ ДО RGB.

ТВшники работающие на АНАЛОГОВЫЙ ЭФИР по стандарту 601 МОГУТ продолжать в данном редакторе "они этого не замечают" тк. по ИХ СТАНДАРТУ СНЯТЫЙ НА КАМЕРУ ДВ материал ДОЛЖЕН БЫТЬ УРЕЗАН ИЗНАЧАЛЬНО В 601.

Остальные же люди предпочитают сменить продукт, вместо обрезания своего материала, по правилам стандарта который к ИХ материалу не имеет никакого отношения. Это все изложено уже не раз, но ты этого УПЕРТО не хочешь увидеть.

#136 alexgrig

alexgrig

    Научил друга включать камеру

  • Писатели
  • PipPipPipPipPipPip
  • 549 Сообщений:

Отправлено 27 Dec 2005 - 18:07

"DV материал в DV проекте на транзишене УРЕЗАЕТСЯ ДО RGB."
Пардон, но только наоборот может быть-RGB диапазон шире по определению.Поэтому то и логично все преобразования производить в полнодиапазонном формате.
Еще раз акцентирую, изначально был вопрос-что делать?



Как бы там ни было, проблема не в премьере. а в кодеке, который отвечает за работу с ДВ под Премьером

#137 Alf_Zetas

Alf_Zetas

    Вставляю своих 5 копеек

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 10887 Сообщений:

Отправлено 27 Dec 2005 - 18:17

логично все преобразования производить

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

#138 alexgrig

alexgrig

    Научил друга включать камеру

  • Писатели
  • PipPipPipPipPipPip
  • 549 Сообщений:

Отправлено 27 Dec 2005 - 19:05

"логично вообще преобразований цветового пространства не производить"
Логично, но во-первых графика и компоуз это РГБ и преобразования нельзя не осуществлять-как вы собираетесь сделать диссолв видео из ДВ и фотографией???
Во-вторых, проблема не существует в том же Премьере при работе с другими кодеками и некомпрессом...

Ну а с логикой проблем не было-профессия не позволяет. :D

#139 Gradov_Georg

Gradov_Georg

    штатный злобный буратино форума

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 7808 Сообщений:

Отправлено 27 Dec 2005 - 19:12

быть-RGB диапазон шире по определению

ОПРЕДЕЛЕНИЕ В ВИДЕ ФОРМУЛЫ ПЕРЕСЧЕТА В СТУДИЮ!!!
С расчетами, значений в минимумах/максимумах.

Я уже не раз приводил его именно в формулах и именно с указаниями соответвсующих величин, ХАЧУ УВИДЕТЬ ГДЕ Я ОШИБСЯ В АРИФМЕТИКЕ.

#140 alexgrig

alexgrig

    Научил друга включать камеру

  • Писатели
  • PipPipPipPipPipPip
  • 549 Сообщений:

Отправлено 27 Dec 2005 - 19:24

Discreet Logic

10, Rue Duke
Montreal, Quebec
Canada H3C 2L7
Tel: (514) 393-1616
Fax: (514) 393-0110

www.discreet.com

Merging computing with studio video:
Converting between R’G’B’ and 4:2:2

Charles Poynton

www.inforamp.net/~poynton

Abstract

In this paper, I explain the R’G’B’ and Y’CBCR 4:2:2 representations,
and explain the technical aspects of conversion between the two.
I conclude by suggesting steps that can be taken during production
and post-production to avoid difficulty with the conversion.

Film, video, and computer-generated imagery (CGI) all start with red,
green, and blue (RGB ) intensity components. In video and computer
graphics, a nonlinear transfer function is applied to RGB intensities to
give gamma corrected R’G’B’. This is the native color representation of
video cameras, computer monitors, video monitors, and television.

The human visual system has poor color acuity. If R’G’B’ is transformed
into luma and chroma, then color detail can be discarded without the
viewer noticing. This enables a substantial saving in data capacity – in

“bandwidth,” or in storage space. Because studio video equipment has
historically operated near the limit of realtime recording, processing,
and transmission capabilities, the subsampled Y’CBCR 4:2:2 format
has been the workhorse of studio video for more than a decade.

The disadvantage of 4:2:2 is its lossy compression. Upon conversion
from 8-bit R’G’B’ to 8-bit Y’CBCR, three-quarters of the available colors
are lost. Upon 4:2:2 subsampling, half the color detail is discarded. But
production staff are facing increasing demands for quality, and
increasing demands to integrate video production with film and CGI.
The lossy compression of 4:2:2 is becoming a major disadvantage.

Owing to the enormous computing and storage capacity of general-
purpose workstations, it is now practical to do production directly in
R’G’B’ (or as it’s known in studio video terminology, 4:4:4). To integrate traditional studio video equipment into the new digital studio,
conversion between R’G’B’ and 4:2:2 is necessary.

Copyright © 1998-04-04 Charles Poynton 1 of 9


CONVERTING BETWEEN R’G’B’ AND 4:2:2

Introduction

Recommendation ITU-R
BT.601-4, Encoding Parameters
of Digital Television for Studios.
(Geneva: ITU, 1990)

The designation D-1 is sometimes loosely applied to 4:2:2.
However, D-1 properly refers
to a particular DVTR format,
not to an interface standard.

Linear-intensity RGB is the native color coding of CGI. In computing,
the gamut of colors comprises the volume bounded by the unit RGB
cube: See Figure 1 opposite. In video and computer graphics, a nonlinear transfer function is applied to RGB intensities to give gamma
corrected R’G’B’, often in 8 bits each. See Figure 2, on page 4.

If R’G’B’ is transformed into luma and color difference components,
Y’CBCR, then color detail can be subsampled (lowpass filtered) without
the viewer noticing. This leads to a substantial saving in data capacity –
in “bandwidth,” or in storage space. Subsampling in Y’CBCR involves
a “visually lossless” lossy compression system. The 4:2:2 scheme has
a compression ratio of 1.5:1, and the 4:2:0 and 4:1:1 schemes have
compression ratios of 2:1. The subsampled Y’CBCR 4:2:2 representation of Rec. 601 is standard in studio digital video. However, Y’CBCR
has several problems in the digital studio:

Codeword utilization in Y’CBCR is very poor: Theoretically, three quarters or more of the “legal” Y’CBCR code combinations do not represent colors! R’G’B’ coding with 8 bits per component allows every one
of the 224 combinations, or 16 million codewords, to represent a color.
In 8-bit Rec. 601 standard Y’CBCR, only 17% of the codewords represent colors. Y’CBCR has fewer colors – or equivalently, more quantization noise, or poorer signal-to-noise ratio – than R’G’B’.

Filtering and subsampling operations that form the 4:2:2 signal remove
chroma detail. If subsampling is accomplished by simply dropping or
averaging alternate CB and CR samples, then filtering artifacts (such as
aliasing) will be introduced. Artifacts can accumulate if filtering is
repeated many times. Subsampling using a sophisticated filter gives
much better results than simply dropping or averaging samples.
However, even sophisticated filters can exhibit fringing on certain color
edges, if conversion between R’G’B’ and 4:2:2 is repeated many times.

Loss of color detail makes it more difficult to pull bluescreen or green-
screen mattes from 4:2:2 than from R’G’B’.

Test signals characterize the electrical performance of a video system.
Standard video test signals include elements that are synthesized electronically as sine waves, and injected onto the signal. Many of these
elements have no legitimate R’G’B’ representation. Since these signals
can be conveyed through Y’CBCR without incident, some people claim
that Y’CBCR has an incremental advantage. However, in my opinion, it
is more important to allocate bits to picture information than to signals
that cannot possibly represent picture information.

In general, Y’CBCR is optimized for realtime video, at the expense of
more difficult interface with film, with CGI, and with general-purpose
computer tools. R’G’B’ does not exploit chroma subsampling, so it has
somewhat higher data capacity requirements than Y’CBCR.


CONVERTING BETWEEN R’G’B’ AND 4:2:2

Computing gamut

0 1
LEVEL
STEP
(RISER)
R’G’B’ in video

Yl Wt

Mg
G
Bk
R
Cy
B
“18% Gray”
G AXIS0 +1B AXIS0 +1
Gray axis
(R = G = B)


Figure 1 RGB unit cube encompasses linear-intensity coded RGB.
This scheme is poorly matched to the lightness sensitivity of vision.

Linear-intensity coding is used in CGI, where physical light is simulated.
But linear intensity coding performs poorly for images to be viewed.
The best perceptual use is made of the available bits by using nonlinear
coding that mimics the nonlinear lightness response of human vision.
In the storing and processing of images, linear-intensity coding is rarely
used, and in the display of images, linear-intensity coding is never used.
In video, computing, and many other domains, a nonlinear transfer
function is applied to RGB intensities to give nonlinearly-coded (or
gamma corrected) components, denoted R’G’B’.

In an 8-bit system with nonlinear coding, each of R’, G’, and B’ ranges
from 0 through 255, inclusive. Each component has 255 steps (risers)
and 256 levels: A total of 224 colors – that is, 16777216 colors – are
representable. Not all of them can be distinguished visually; not all are
perceptually useful; but they’re all colors. See Figure 2 overleaf.

Studio video R’G’B’ standards provide footroom below the black code,
and headroom above the white code. The primary purpose of foot-
room and headroom is to accommodate the transients that result from
filtering in either the analog or digital domains. Their secondary
purpose is to provide some margin to handle level variations in signals
originated in the analog domain. (Additionally, the headroom provides
a marginal improvement in highlight handling and exposure latitude.)


CONVERTING BETWEEN R’G’B’ AND 4:2:2

HEADROOM

235

16


FOOTROOM

Yl Wt

Mg
G
Bk
R
Cy
B
G’ COMPONENT0 255B’ COMPONENT0 255
“18% Gray”
Gray axis
(R’ = G’ = B’)


Figure 2 R’G’B’ cube represents nonlinear (gamma corrected) R’G’B’, typical of
computer graphics. Though superficially similar to the RGB cube of Figure 1, it is
dramatically different in practice, owing to its perceptual coding.

It is important to have fixed, idealized reference levels for black and
white. Rec. 601 standardizes reference black at code 16 and reference
white at code 235. I call this the reference excursion. Codes 0 and 255
are reserved for synchronization purposes, and are prohibited from
appearing in video data. Codes 1 through 15 are reserved for foot-
room, and codes 236 through 254 are reserved for headroom. For no
good technical reason, Rec. 601 assigns footroom and headroom asymmetrically: Footroom has 15 levels, but headroom has 19.

The so-called valid colors encompass the volume that is spanned when
each R’G’B’ component ranges from reference black to reference white.
In Rec. 601, each component has 219 steps (risers) – that is, 220 levels.
That gives 220. 220. 220, or 10648000 colors: About 64% of the total
volume of codewords is valid.

You have seen that linear-intensity RGB is the basis for color representation in film and CGI, but that linear-intensity coding is a poor match
to human perception. Greatly improved results are obtained by using
nonlinear R’G’B’ coding that mimics the lightness sensitivity of vision.
We can use another more subtle application of the properties of vision
to code video signals: Vision has poor acuity to color detail, compared
to its acuity for lightness. Providing that lightness detail is maintained,
color detail can be discarded. Owing to the nature of the visual system,
if this is done correctly, it will not be noticed. Subsampling involves two
steps: First, a lightness component and two color components are
formed. Then, detail is discarded from the two color components.


CONVERTING BETWEEN R’G’B’ AND 4:2:2

Mg
Yl
G
B
REFERENCE BLACK
REFERENCE WHITE
R
Cy
16 235Y’ AXIS
16
240
CR AXIS
16
CB AXIS
240128
Figure 3 Y’CBCR cube is formed when gamma-corrected R’G’B’ are transformed
to luma and chroma signals, which are then then scaled and offset. Only about
one quarter of the available Y’CBCR volume represents colors; the rest is wasted.
This transform is performed prior to 4:2:2, 4:2:0, or 4:1:1 chroma subsampling.

Y’CBCR video

To exploit the poor color acuity of vision, luma is formed as a properly-
weighted sum of nonlinear R’, G’, and B’. It is standard to use the coefficients of Rec. 601. Two color difference – or chroma – components

601

Y.
.= 0 299 R. are then formed as blue minus luma and red minus luma, where blue,

+ 0 587 .G. red, and luma incorporate gamma correction. (Luma, B’--Y’, and R’--Y’
+ 0 114 .B. can be formed simultaneously from R’, G’, and B’ through a 3. 3 matrix
multiplication.)
Charles Poynton, YUV and Various scale factors, and various notations, are applied to the basic
luminance considered B’--Y’ and R’-Y’ color differences. The correct scaling and nomenclaharmful: A plea for precise ture for component digital systems is Y’CBCR (not YUV). The correct

terminology in video,

www.inforamp.net/~poynton term for the lightness component is luma (not luminance).

If each of the Y’, CB, and CR components has 8 bits of precision, then
obviously the entire Y’CBCR cube has the same number of codewords
as 8-bit R’G’B’. However, it is immediately obvious from the appearance of the transformed R’G’B’ unit cube in Figure 3 above that only
a small fraction of the total volume of the Y’CBCR coordinate space is
occupied by colors! The number of colors accommodated is computed
as the determinant of the transform matrix. In Rec. 601 Y’CBCR, only
about one quarter of the Rec. 601 studio video R’G’B’ codes are used.

1 Of the 16.7 million colors available in studio R’G’B’, only about

.

4 .220 225 2
=
2784375
= 0 261 2.75 million are available in Y’CBCR. If R’G’B’ is transcoded to Y’CBCR,
2203 10648000
.
then transcoded back to R’G’B’, the resulting R’G’B’ can’t have any
more than 2.75 million colors!


CONVERTING BETWEEN R’G’B’ AND 4:2:2

R’G’B’ 4:4:4 Y’CBCR 4:4:4 4:2:2 4:1:1

R’0 R’1 Y’0 Y’1
Y’2CB0CB2CR0CR2Y’0 Y’1
CB0CB4CR0CR4Y’0 Y’1 Y’2 Y’3
R’2 R’3 Y’2 Y’3 Y’3 Y’4 Y’5 Y’6 Y’7

G’0 G’1 CB CB

G’2 G’3 CB CB

B’0 B’1 CR CR

B’2 B’3 CR CR

4:2:0 (JPEG/JFIF, 4:2:0
H.261, MPEG-1)
CBCR
(MPEG-2)
Y’0

Y’1
CBCRY’0 Y’1

Y’2

Y’3 Y’2 Y’3

Figure 4 Chroma subsampling. A 2 . 2 array of R’G’B’ pixels is transformed into a luma component Y’, and two color
difference components CB and CR scaled from B’--Y’ and R’--Y’ respectively. Color detail can be reduced by subsampling,
provided that full luma detail is maintained. Here, the CB and CR samples are drawn wider or taller than the luma
samples, to indicate their spatial extent. The horizontal offset of CB and CR from the center of the luma samples is due to
cositing. (In 4:2:0 in JPEG/JFIF, MPEG-1, and H.261, the chroma samples are not cosited, but are sited interstitially.)

David Izraelevitz and Joshua L.
Koslov, “Code Utilization for
Component-coded Digital
Video,” in Tomorrow’s Television, Proceedings of 16th
Annual SMPTE Television
Conference (Scarsdale, New
York: SMPTE, 1982), 22–30.

Chroma subsampling

1.4
1.4
1.4
1.4
1.2
1.2
Figure 5 Interstitial filters for
subsampling may be implemented using simple averaging. The heavy rectangle
indicates the subsampled
Y’CBCR block; the gray disc
suggests the effective siting of
the computed chroma sample.

The color difference components are bipolar; unscaled, they range from
roughly --1 to +1. If you are an analog engineer, the doubled excursion
represents a 6 dB signal-to-noise ratio (SNR) penalty for the chroma
components. If you are a digital engineer, consider the sign to consume
an extra bit in each of CB and CR. This codeword utilization issue represents a serious limitation of 8-bit Y’CBCR performance. It necessitates
techniques such as Quantel’s patented dynamic rounding.

In addition to this obvious problem of codeword utilization, transforms
between Y’CBCR and R’G’B’ must employ carefully-chosen matrix coefficients. If the product of the encoding matrix and the decoding matrix
is not very nearly an identity matrix, then roundoff errors will accumulate every time an image is transcoded. High end manufacturers take
great care in choosing these matrix coefficients. But the entire problem
is circumvented by operating in R’G’B’.

Once color difference components have been formed, they can be
subsampled (filtered). In fact, the data compression that results from
subsampling is the justification for using Y’CBCR in the first place! The
various subsampling schemes in use are sketched in Figure 4 above.

To subsample to 4:2:2 with minimum computation, some systems
simply average two adjacent CB and CR samples. This described in filter
theory as having weights [1.2, 1.2]; this filter has the same normalized
response as a [1, 1]-filter. A comparable approach to generate 4:2:0 is
to average CB over a 2. 2 block, and average CR over the 2. 2 block.
That technique is ubiquitous in JPEG/JFIF stillframes in computing.
Low-end systems simply replicate the 4:2:2 (or 4:2:0) CB and CR to
obtain the missing chroma samples, prior to conversion back to R’G’B’.
The performance of the simple averaging and replication technique is
poor: It leads to filtering artifacts such as aliasing.


CONVERTING BETWEEN R’G’B’ AND 4:2:2

1.4
1.8
1.4
1.8
1.8
1.8
1.2
1.4
1.4
Figure 6 Cosited filters
for subsampling

Simple averaging causes subsampled chroma to take an effective position halfway between two luma samples, what I call interstitial siting,
not the cosited position standardized for studio video. The expedient
arithmetic is the reason that 4:2:0 subsampling in JPEG/JFIF, H.263, and
MPEG-1 differs from 4:2:0 subsampling in MPEG-2.

Weights of [1, 2, 1] can be used to achieve cositing as required by
Rec. 601, while still using simple computation. That filter can be
combined with [1, 1] vertical averaging, so as to be extended to 4:2:0.

Simple averaging filters have poor performance. Providing the weights
are carefully chosen, a filter combining a large number of samples –
that is, a filter with a larger number of taps – will always perform better
than a filter with a smaller number of taps. (This fact is not intuitive,
because high frequency information is only apparent across a small
scale.) High-end digital video and film equipment uses sophisticated
subsampling filters, where the subsampled CB and CR of a 2. 1 pair
or 2. 2 quad take contributions from many surrounding samples.

Sample aspect ratio, “square pixels”

In computing, it is a de facto standard to have samples equally-spaced
horizontally and vertically (“square pixels”). In conventional video,
various sample aspect ratios are in use: Sample aspect ratios differ
between 525/59.94 and 625/50, and neither has equally-spaced
samples. In HDTV, thankfully, square pixels have been adopted.

In certain adaptations of Y’CBCR for film, the nonsquare sample aspect
ratio of conventional 625/50 video has been maintained. This forces
a resampling operation when that imagery is imported into the CGI
environment, and another resampling operation when it is exported.
If resampling is done well, it is intrinsically expensive. If resampling is
done poorly, or done often (in tandem), it introduces artifacts.

R’G’B’ and Y’CBCR characterization

Charles Poynton, “The rehabilitation of gamma,” in Human
Vision and Electronic
Imaging III, Proc. SPIE/IS&T
Conf. 3299, ed. B.E. Rogowitz
and T.N. Pappas (Bellingham,
Wash.: SPIE, 1998).

240M

Y.= 0 212 .R.

+ 0 701 G
. .

+ 0 087 B
. .

R’G’B’ is completely characterized by four technical parameters: white
point, primary chromaticities, transfer function, and coding range.
(A fifth rendering intent parameter is implicit; see my SPIE/IS&T paper.)

White point, primary chromaticities, and transfer function are all standardized by Rec. 709. The parameters of Rec. 709 closely represent
current practice in video and in computing. We have, in effect, reached
worldwide consensus on R’G’B’ coding. This is highly significant.

Coding range in computing has a de facto standard excursion,
0 to 255. Studio video accommodates footroom and headroom; its
range is standardized from 16 to 235. (Modifications to Rec. 709 have
been proposed to achieve wide-gamut operation in HDTV.)

Y’CBCR is characterized by all of the parameters of R’G’B’, plus a set of
luma coefficients. The coefficients of Rec. 601 are ubiquitous in


CONVERTING BETWEEN R’G’B’ AND 4:2:2

Y’CBCR
HDTV
Y’CBCR
SDTV
240
Black level

Practical suggestions

conventional 525/59.94 video, 625/50 video, and computing. But
according to recently-adopted SMPTE and ATSC standards, ATV and
HDTV will use a new, different set: the luma coefficients of
SMPTE 240M. This introduces a huge problem: There will be one flavor
of Y’CBCR for small (SDTV) pictures, and another for big (HDTV)
pictures. Y’CBCR data cannot be exchanged between these flavors of
coding without undergoing a mathematical transform of comparable
complexity – and comparable susceptibility to artifacts – as resampling
for the correction of pixel aspect ratio. (If the mathematical transform is
not performed, then dramatic color errors result.)

Production and post-production houses occasionally exploit footroom
to convey “out of band” information sometimes known as superblack.
Sometimes, superblack is an effective solution to a production problem.
But generally, using superblack compromises your freedom to work
with material in the digital domain, and especially in the CGI domain.

When scene elements are combined, a discrepancy between black
levels will be immediately objectionable to the viewer. (A difference in
white levels of similar magnitude is unlikely to be noticed.)

It is good operational practice to establish accurate black level when an
element – whether R’G’B’ or Y’CBCR – is brought into the digital environment. R’G’B’ equipment that operates in native CGI coding generally cannot accommodate superblack at all. Y’CBCR equipment is
tolerant of incorrect black levels, but many image processing operations are liable to fail on data containing superblack.

To maximize performance at the interface of computing and video,
I recommend that you take these steps:

Acquire R’G’B’ 4:4:4 images wherever possible, instead of acquiring
images that have already been subjected to the Y’CBCR transform and

4:2:2 subsampling. For realtime transfer, use the dual SDI link.
Stay in R’G’B’ if your production situation permits. The first conversion
to Y’CBCR will cause an unrecoverable loss of 75% of the available
R’G’B’ codewords, and the first subsampling to 4:2:2 will cause an
unrecoverable loss of half the color detail.

Avoid repeated conversions back and forth between R’G’B’ and 4:2:2.
Conversions subsequent to the first are liable to accumulate rounding
errors, and may accumulate filtering artifacts such as aliasing.

Retain intermediates in R’G’B’ 4:4:4 format where possible. Use DLT or
Exabyte computer media, instead of videotape. Where intermediate or
archival work must be recorded on video equipment, use 10-bit D-5
recording, instead of 8-bit D-1.


CONVERTING BETWEEN R’G’B’ AND 4:2:2

Charles Poynton

Charles Poynton, A Technical
Introduction to Digital Video

(New York: John Wiley,1996)

Minimize resampling. To the extent possible, avoid changing from one
sample structure to another – for example, from square pixels to
nonsquare, or from nonsquare to square.

Establish and maintain accurate black levels. Establish the correct black
level for a scene or an element upon entry to the digital domain. When
possible, perform this adjustment using video playback equipment.
(Establishing and maintaining white level is not quite so important.)

Charles Poynton graduated with a degree in Mathematics from
Queen’s University in Kingston, Ontario. Subsequently, he studied at
the Ontario College of Art in Toronto. He joined the faculty at OCA,
where he taught electronics to art students and learned about video.

From 1981 to 1988, Mr. Poynton was principal of Poynton Vector
Corporation. He and his colleagues designed and built the digital video
equipment used by NASA's Johnson Space Center to convert video
from the space shuttle into NTSC for recording and distribution.

While at Sun Microsystems in California, from 1988 to 1995, Mr.
Poynton initiated Sun’s HDTV research project, and introduced color
management technology to Sun.

Mr. Poynton is a Fellow of the Society of Motion Picture and Television
Engineers (SMPTE). He has contributed to many SMPTE and ITU-R
standards, including Rec. 601, SMPTE RP 145, SMPTE 170M, and
Rec. 709. He was the document editor for SMPTE 274M, the foundation for all of SMPTE’s HDTV studio standards. In 1994, he was
awarded the Society’s David Sarnoff Gold Medal for his work to integrate video technology with computing and communications, including
his work to establish square pixels as the basis for HDTV standards.

Mr. Poynton’s book, A Technical Introduction to Digital Video, was
published in 1996 by John Wiley, and is now in its second printing.

He now works as an independent contractor, to integrate video technology – particularly digital video, high definition television (HDTV) and
accurate color reproduction – into computer workstations.




ОБРАТИТЕ ВНИМАНИЕ
The first conversion
to Y’CBCR will cause an unrecoverable loss of 75% of the available
R’G’B’ codewords, and the first subsampling to 4:2:2 will cause an
unrecoverable loss of half the color detail.
При конверсии из РГБ 75% теряется, но никак не наоборот!


Далее, четко сказано, что по возможности лучше иметь дело с РГБ

Acquire R’G’B’ 4:4:4 images wherever possible, instead of acquiring
images that have already been subjected to the Y’CBCR transform and

4:2:2 subsampling. For realtime transfer, use the dual SDI link.
Stay in R’G’B’ if your production situation permits. The first conversion
to Y’CBCR will cause an unrecoverable loss of 75% of the available
R’G’B’ codewords, and the first subsampling to 4:2:2 will cause an
unrecoverable loss of half the color detail.

Avoid repeated conversions back and forth between R’G’B’ and 4:2:2.
Conversions subsequent to the first are liable to accumulate rounding
errors, and may accumulate filtering artifacts such as aliasing.

Retain intermediates in R’G’B’ 4:4:4 format where possible. Use DLT or
Exabyte computer media, instead of videotape. Where intermediate or
archival work must be recorded on video equipment, use 10-bit D-5
recording, instead of 8-bit D-1.


Выше приведен текст из документа 422-RGB Conversions.pdf
Где я его скачал, уже не помню, в нем еще куча всяких схем и графиков.

#141 Gradov_Georg

Gradov_Georg

    штатный злобный буратино форума

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 7808 Сообщений:

Отправлено 27 Dec 2005 - 19:26

Какой КОМПЗ? Премьер это ВИДОЕМОНТАЖНАЯ ПРОГРАГРАММА, а не композер.

Videoediting.ru Forum > Монтаж > Premiere PRO

Монтирую САМОГО СЕБЯ СНЯТОГО НА КАМЕРУ ДИСОЛВОМ с ОДНОГО РАКУРСА НА ДРУГОЙ, ГДЕ ЗДЕСЬ ГРАФИКА КАКИЕ ФОТО????

А что LAB режим уже отменили? или он чем-то принципиально отличается от YUV?

Solving color inconsistency with color management хотя бы в Фотошопе прочитай....

Не знаю какая профессия, но с ЛОГИКОЙ и МАТЕМАТИКОЙ точно проблемы, даже отмазки нормальной придумать не умеешь...

#142 alexgrig

alexgrig

    Научил друга включать камеру

  • Писатели
  • PipPipPipPipPipPip
  • 549 Сообщений:

Отправлено 27 Dec 2005 - 19:28

:excl: выложил этот документ :excl:
http://rapidshare.de...rsions.pdf.html

#143 Gradov_Georg

Gradov_Georg

    штатный злобный буратино форума

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 7808 Сообщений:

Отправлено 27 Dec 2005 - 19:32

Все не в кассу

во первых СРАЗУ написано 601
ВО ВТОРЫХ сразу все последующее относится НЕ К ПРЕОБРАЗОВАНИЮ YUV RGB а к конверсии 4:2:2 к 4:4:4

а теперь к предыдущему вопросу

ЕСТЬ YUV (255.255.255) == напиши какие значения должны быть в соответвсующем RGB.

Если ты чего то умеешь кроме копи/пасте то труда не составит.

#144 alexgrig

alexgrig

    Научил друга включать камеру

  • Писатели
  • PipPipPipPipPipPip
  • 549 Сообщений:

Отправлено 27 Dec 2005 - 19:46

"Премьер это ВИДОЕМОНТАЖНАЯ ПРОГРАГРАММА"
Спасибо за новость :)

"МАТЕМАТИКОЙ точно проблемы"
я не математик, и даже совсем... :)

А что LAB режим уже отменили?
и как с ним работать в монтажке????


"во первых СРАЗУ написано 601
ВО ВТОРЫХ сразу все последующее относится НЕ К ПРЕОБРАЗОВАНИЮ YUV RGB а к конверсии 4:2:2 к 4:4:4"
не понял, особенно про 601-где это указано?

YCbCr. Компонентный сигнал цифрового видео, содержащий одну компоненту яркости и две компоненты цвета. Компоненты цвета обычно регулируются для передачи цифровых данных согласно требованиям стандарта ITU-R BT.601. Кодирование MPEG-2 в DVD-Video основано на сигналах 4:2:0 YCbCr Компоненты YCbCr применяются только к цифровому видео, но часто неправильно используются для обозначения аналоговых компонент YPbPr выходных сигналов DVD-проигрывателей.
YPbPr. Компонентный сигнал аналогового видео, содержащий одну компоненту ярко¬сти и две компоненты цвета. Часто неточно упоминается как YUV или Y, B-Y, R-Y.
YUV. В общем смысле любой вид цветоразностного сигнала видео, содержащего одну ком¬поненту яркости и две компоненты цвета. Технически YUV применяется только к процессу кодирования компонентного видео в полный сигнал видео. См. термины «YCbCr» и «YPbPr».


ЕСТЬ YUV (255.255.255)
не имеющий смысла термин :excl:

#145 Gradov_Georg

Gradov_Georg

    штатный злобный буратино форума

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 7808 Сообщений:

Отправлено 27 Dec 2005 - 19:53

Понятно еще один пример не желания читать, думать, и полное отсутвие арфметических и логических способностей.

типичный пример копи-пасте без малейших практических и теоретических знаний.

флудерское сползание с композинка, и обработки графики в ЛАБ (прекрасно берется монтажками), не способность увидеть ссылки на 601 стандарт, и постоянное цитировение его особенностей, хотя еще в самых первом посте было указано что ОГРАНИЧЕНИЯ 601 стандарта НЕ ЯВЛЯЮТСЯ РЕАЛЬНЫМИ В ЖИЗНИ, и не интересут людей поднявших ЭТУ тему.

"ЕСТЬ YUV (255.255.255) не имеющий смысла термин"

Батенька так Вы и не скачали и посмотрели ТО САМОЕ СОЛНЫШКО Aleksandr_Oleynik которое он снял и в котором ПРИСУТСВУЕТ это самое YUV (255.255.255) как и другие цвета не помещающиеся в RGB 888

Воланд: Он сам меня чуть не свел с ума, настоятельно доказывая мне что я не существую©Булгаток, не дословно

Сообщение отредактировано Gradov_Georg: 27 Dec 2005 - 19:56


#146 alexgrig

alexgrig

    Научил друга включать камеру

  • Писатели
  • PipPipPipPipPipPip
  • 549 Сообщений:

Отправлено 27 Dec 2005 - 20:24

Хочу искренне понять проблему, но не вижу я ее, кроме того, что Премьер, по моему пониманию, пытается максимально сохранить качество материала, выдавая при этом лишнюю лабуду.
Я всегда готов признать неправоту, но я действительно не вижу никаких отличий от понятия 4-2-2 и компонентным видеосигналом :blink:
Влез я сюда не ради прикола.
Ветку эту читал с 2004года, просто только с месяц как дома завелся canopus advc110, и я смог самолично проводить корректные эксперименты-камеры у меня нет и не было.


"ЕСТЬ YUV (255.255.255)"
я так и не понял-объясните смысл этого термина в рамках определений, взятых из переводных книг по видео???

"и обработки графики в ЛАБ (прекрасно берется монтажками)-"
это как?-файл в ЛАБ-пространстве не Премьер не Вегас не понимают, корректировать фото РГБ, переводя его в ЛАБ-у Маргулиса это описано, но я не уверен, что это имеет смысл делать...

Насчет эмоций- :)
Право, Gradov_Georg вы безусловно больше меня понимаете о чем идет речь, математически я просто не в силах вам что либо доказать-я врач с соответсвенным складом мыслительных процессов-но думаю, что пара ссылок на тему в проф-сайтах по видео меня убедят :)



солнышко давно скачено и посмотрено-если я сказал, что прочел все ветку, значит так и есть.
ПРИСУТСВУЕТ это самое YUV (255.255.255)-
скажите, где увидеть эти цифры?

Если вы в премьере создадите colorMatte и дважды щелкнете на нем, то появится выбор цветов с 4мя моделями, выбрав модель YUV
можно увидеть черные области, как я понимаю, это зоны, недоступные в рамках модели YUV, но черных зон в РГБ-нет, я понимаю это только как невозможность перевести РГБ в YUV, а не наоборот.
Кстати, вот вопрос, РГБ 255,255,255-можно без потерь перевести в YUV???

#147 Shooo

Shooo

    Подержал камеру в руках

  • Участники
  • PipPip
  • 29 Сообщений:

Отправлено 27 Dec 2005 - 20:45

пытается максимально сохранить качество материала,


а какой алгоритм работы Премьера? например, при вычислении перехода в DV проекте, он переводит нужные фрагменты из YUV в RGB, считает результирующий фрагмент... а вот что дальше, сохраняет временные файлы в Dv и теряет те пресловутые 25% качества?

Сообщение отредактировано Shooo: 27 Dec 2005 - 20:47


#148 alexgrig

alexgrig

    Научил друга включать камеру

  • Писатели
  • PipPipPipPipPipPip
  • 549 Сообщений:

Отправлено 27 Dec 2005 - 20:51

"а какой алгоритм работы Премьера? например, при вычислении перехода в DV проекте, он переводит нужные фрагменты из YUV в RGB, считает результирующий фрагмент... а вот что дальше, сохраняет временные файлы в Dv и теряет те пресловутые 25% качества?"

Без малейшего понятия... :(

#149 Gradov_Georg

Gradov_Georg

    штатный злобный буратино форума

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 7808 Сообщений:

Отправлено 27 Dec 2005 - 22:02

@но не вижу я ее@

имея под руками только кривой молоток (премьер) и его родсвенников не увидите, точнее НЕ ИЗМЕРИТЕ, и СКАЧКИ яркости вы видите, но не желаете понять где причина. Точнее говоря ведете себя как будто Премьер -- жена Цезаря и вне подозрений.

Y=255 U=255 V=255 чему равны соотвестующие этим значениям R=? G=? B=?

Y=0 U=0 V=0 чему равны соотвестующие этим значениям R=? G=? B=?

Это будет ПРИМИТИВНЫМ иследованием минимумов/максимумов преобразования YUV в RGB

Вместо того, чтобы закидывать меня цитатами и требовать от меня ЦИТАТ можно было просто проверить в соседней ветке опубликованые мной расчеты.

теперь по ЛОГИКЕ:
ты ВИДЕЛ скачки яркости при монтаже одного и того же ДВ материала через переход или НЕТ.

Если ДА то ЧТО происходит в месте где материал не изменяется и ЧТО происходит в месте ГДЕ МАТЕРИАЛ ИЗМЕНЯЕТСЯ?

Если RGB движек ПРЕВЫШАЕТ по точности и охвату YUV то в месте где премьер производит преобразование видимого искажения НЕ ДОЛЖНО БЫТЬ == тогда почему оно есть?


===========

Ты неоднократно пишешь == "я прочитал, скачал и тд"
но ни математики = на уровне 3 класса советкой школы (сложить умножить разделить скобки)
ни описания на что смотреть ты не увидел:

===========
Feb 3 2004, 15:01
ни по цвету на EDIUS: небо на твоем кадре значительно более "зеленое" и в зоне поражения -- вокруг белого вместо "оранжевого" черно-желтый градиент значительно большего размера чем на исходном кадре.
==========

от понятия 4-2-2 и компонентным видеосигналом

Перевожу, компонентный видео сигнал состоит из ТРЕХ НЕПРЕРЫВНЫХ АНАЛОГОВЫХ ФУНКЦИЙ БЕЗ РАЗРЫВОВ -- напоминает синусуоиду содержит по разному называемые три составляющие YUV

4:2:2 это цифровая функция у которой Y состаляющая условно непрерывна фукция эквивалентная одноименной составляющей компонентного сигнала, а U и V фукнции являются ПРЕРЫВИСТЫМИ ДИСКРЕТНЫМИ содержащими в два раза меньше отсчетов чем канал Y

Таким образом ДЕЙСТВИТЕЛЬНО цветовое разрешение ДВ 4:2:2 (на четыре отсчета Y приходится толко по два отсчета U и V) крайне условно можно посчитать в 75% хуже чем если бы было 4:4:4. И спорить с этим НИКТО НЕ БУДЕТ.

============

Однако наличие меньшего ТОЧЕЧНОГО разрешения формата ДВ или МПЕГ не означает меньший ЦВЕТОВОЙ ОХВАТ -- т.е. диапазон от самого ненасыщенного цвета до самого насыщенного в УКАЗАНОМ битном разрешении.

=============

Что касается ссылок на про сайты видео == то прочитав их ты не смог найти различие между компонентой, 4:2:2, ДВД, ДВ и 601 == недумаю что они тебе помогут, так же как тебе не помогли эти две ветки. Если же тебе нужен ЭКСПЕРТ, в смысле любой парень не из этой деревни утверджающий, что он эксперт, только потому что пишет на английском... то поищи его сам или оставайся в убежденности что виноваты всякие кодеки...

до сих пор не решенные проблемы Премьер Про меня не волнуют. все что я хотел сказать, я уже сказал.

PS @переводя его в ЛАБ-у Маргулиса это описано@

Solving color inconsistency with color management == это глава из Хелпа Фотошопа, однозначно рассказывающая что все преборазования в том числе и просто вывод на экран ТВОЕГО КОМПЬЮТЕРНОГО МОНИТОРА Фотошоп делает через ЛАБ, который по сути НИЧЕМ не отличается от YUV и обеспечивает в тех же 3 байтах хранение большей по цветовому охвату информации...

Сообщение отредактировано Gradov_Georg: 27 Dec 2005 - 22:03


#150 Aleksandr_Oleynik

Aleksandr_Oleynik

    O

  • Модераторы
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 15373 Сообщений:

Отправлено 28 Dec 2005 - 01:54

alexgrig, в обсуждении, на которое вам уже ни раз давали ссылку, также участвовал один из разработчиков кодеков МайнКонцепт, живущий и работающий в Германии (вроди как должен быть для вас авторитетом, хоть и наш соотечественник :) ).
Мы высказали предположение, что если бы во все DV (и не только) кодеки были заложены алгоритмы Экспанд Рэндж цветового пространства (где-то 150%) - как сделано в настройках Canopus DV кодека, то всё было-бы хоть как-то сопостовимо при переходах YUV-RGB-YUV.
Но он объяснил безпереспективность этого подхода и отсутствие какой либо вины кодека в этой проблемме.

Проблемма проста как угол дома -
Цветовое пространство описываемое 8Bit YUV шире того, что заложено в 8Bit RGB и получается так, что в 8Bit YUV сигнале снятом в диаппазоне 0-255 есть цвета, которым нет соответствия в 8Bit RGB.
И что ты не делай, а благородный оранжевый цвет записанный камерой в 8Bit YUV сохранить при пересчёте в 8Bit RGB - не возможно.
По этой причине во многих проф. монтажках все Родные плагины и фильтры работают в YUV пространстве не переходя в RGB.

Мы пытались найти кодеки способные пересчитывать из 8Bit YUV в скажем 12Bit RGB - тогда был бы шанс найти соответствие цветов - но найти таких транскодеров не смогли, причём это кодирование нужно делать до того как, скажем это 8 битное YUV будет открытов в программе работающей только в RGB.


0 человек читают эту тему

0 пользователей, 0 гостей, 0 скрытых пользователей



Рейтинг@Mail.ru