ППро диапазон яркости 0-235
#51
Отправлено 02 Oct 2003 - 00:00
OK! Дискуссия окончена!
Независимо от полученных тобой результатов тестов, большая просьба связаться затем с производителями SX и SP, попросить их выпускать камеры покомпактнее и продавать их хотя бы раза в четыре дешевле? Чтобы было сравнимо с DV, о которых мы и говорили.
Со своей стороны могу сказать, что право на жизнь имеет и сигнал выше 537, но такового пока не имеется, а вот 254 имеется, независимо от кем бы то ни было (во как) произнесенного А по серьезному, для broadcast все, что выше 235, мягко говоря, не смертельно, но о-о-очень не рекомендуется, ниже 16 соответственно.
#52
Отправлено 02 Oct 2003 - 00:00
http://www.microsoft...dcap/dvavi.mspx
Поэспериментировал, снял XM2 картинку(на стене) color bars+сетка, c пересветом, подключил tektronics приборчик к аналоговому выходу камеры - замерил, залил в комп(по 1394 в Про) положил на таймлайн, встык его дубль, рендер(по умолчанию) в новый файл, вылил обратно на пленку, - замерил - тоже самое. Задача "transparent as possible" - не навреди - выполняется.
Далее в Про ставлю любой фильтр без каких-либо в нем изменений, сливаю на ленту, измеряю - к.грится невооруженным взглядом - и зажим и деталей тестовой сетки нетуть.
#53
Отправлено 02 Oct 2003 - 00:00
Неа, тыж научил - я выключил MC кодек и поставил Canopus DV !на софте использующем авторастягивающий кодек :-)
Во-первых апгрэйтит мой компьютер уже некуда, а деньги все есть и есть :-/ Потом железка железке рознь, есть ведь и нужные железки - тиски, молоток, отвертка например , а если серьезно, то просто есть надежда, что какойнибудь DV контроллер имея аппаратный кодек автоматом материал вгоняет в 16-235.ну так ведь это рекомпресс будет - с таким же успехом это и софтово в ППро можно делать. Сам же советуешь всем не покупать железки, а наращивать мощности компа :-)
правда в этом случае выгоднее вложить сэкономленные деньги в апгрейд камеры
А по камере - Марат написал, я даже сниму вопрос цены оставлю только два требования - DV стандарт и габариты для путешествий с ней. Если посоветуешь такую камеру - буду безмерно благодарен и куплю ее хоть завтра!!! Серьезно.
А у меня нет оснований не доверять своему зрению.у меня нет оснований не доверять Крису Мейеру - тем более у меня нет причин проверять - меня эти проблемы еще коснулись :-) Непонятно почему у тебя меняется цветопередача - если кривые применяются к каждому цветовому каналу одинаковые. Тем более середина вообще не трогается. По таким S-кривым сжимают 10-12 битные камерные головки при переводе сигнала в наши нормальные 8 бит
Или может я не там и не так использую CURVES (S-кривые)??? Раскажи как и где?
#54
Отправлено 02 Oct 2003 - 00:00
Абсолютно правильно и проблемма появляется на этапе сворачивания, а не разворачивания, так как на экране монитора все в порядке.1394 - всего лишь транспортный протокол, и естественно никакого отношения к обсуждаемой теме не имеет. Камерный кодек работает по принципу as is(16-254 - трудно сие прямо замерить). DV дату разворачивает кодек писюшный(директшоу фильтры и тд), т.е. проблема сводится к выбору кодека и возможности его настроки ?http://www.microsoft.com/whdc/hwdev/tech/stream/vidcap/dvavi.mspx
В этой ситуации вообще никаких преобразований не происходит, простое копирование и склеивание цифровых данных. В этом процессе не участвуют никакие кодеки.Поэспериментировал, снял XM2 картинку(на стене) color bars+сетка, c пересветом, подключил tektronics приборчик к аналоговому выходу камеры - замерил, залил в комп(по 1394 в Про) положил на таймлайн, встык его дубль, рендер(по умолчанию) в новый файл, вылил обратно на пленку, - замерил - тоже самое. Задача "transparent as possible" - не навреди - выполняется.
А вот тут мы и напарывемся на механизм кодирования в котором и рекомпрес и компрес присутствует и хочется ему, этому механизму, чтобы материал поданый ему соответствовал ьстандарту 16-235. И настроить ничего в этом процессе нельзя с ним можно только согласится, преобразовав свое видео в этом стандарте.Далее в Про ставлю любой фильтр без каких-либо в нем изменений, сливаю на ленту, измеряю - к.грится невооруженным взглядом - и зажим и деталей тестовой сетки нетуть.
#55
Отправлено 02 Oct 2003 - 00:00
Интересное наблюдение, но этого дефекта не было видно, выводя видео не через ДВ500, а через тв выход матрокса G450.
Едишн вроде использует тот-же кодек. Нужно попробовать в Про просчитать с пинакловским кодеком.
Я так думаю.
#56
Отправлено 02 Oct 2003 - 00:00
проблеммы на видеовыходе графической карты не будет и здесь, так как сжатый кодеком сигнал до 16-235 опять будет развернут до 0-255 и разницы между нетронутым и развернутым до 0-255 материалом и тронутым и расжатым до этого диапазона - никакой или незначительная. Именно по этой причине и невидно на PC мониторе проблеммы, так как комп на него разварачивает сигнал 0-255.
Беда с Premier Pro в том, что сжимает гдето в своем модуле (скорее всего вот здесь - ImageRenderer.dll), а не в кодеке, так как даже если сохранять материал со сторонним DV кодеком - эта проблемма сохраняется. Если бы поджимал кодек, то ведь в MC кодеке по поводу 16-235 и 601 куча настроек и в декодере и в кодере, а Premier их игнорирует.
Только если сохронять в некомпрес или в не DV кодек - все ОК!
Но даже если ко всему материалу применять фильтр Broadcast Colors - проблемму это решает но красные оттенки портит, оранжевый в желтый грязный превращает!!!
#57
Отправлено 06 Oct 2003 - 00:00
#58
Отправлено 06 Oct 2003 - 00:00
А как-бы до конца развить твою идею по поводу cdvc кодека?
Я попробовал захватывать ScenalyzerLive с выбранным Canopus compatible DV-files, результат вполне понятный ???
С этим кодеком весь материал на таймлайне при DV Ploayback стандартном пресете требует рекомпрессии (пересчета) и понятно, что он после этого попадает в диаппазон 16-235. И с фильтрами и переходаими в Premier Pro в этом случае все в порядке. Только что это дает?
В Edition воспользоваться таким приемом не удается, так как файл с таким кодеком Edition пережимает тоже, тоже он становится с диапазоном 16-235??????,но не может он ничего сделать с полями, что не ставь на выходе неверные поля???!!!
#59
Отправлено 10 Oct 2003 - 00:00
1. Cross Dissolve - единственный переход полностью работающий в YUV. Обманул нас Адоб.
2. Все остальные переходы включают преобразование YUV -> RGB где благополучно люма и режется.
3. Помимо люмы, некоторые YUV цвета, не имеющие аналогов в RGB, тоже искажаются (я так понимаю значение одной или нескольких цветовых составляющих выскакивает за допустимый диапазон)
4. Рекомендовано использовать ProcAmp или Video Limiter в Color Corrector для преобразования диапазона яркости к 100IRE максимуму.
5. Поскольку преобразование YUV -> RGB для перехода происходит до всех фильтров, то набрасывание ProcAmp в таймлайне на клипы не поможет. Нужно взять клип отдельно. Применить к нему коррекцию. Отрендерить. Использовать полученный результат. Все через одно место.
Есть идея как обойти рендер - использовать вложенный секвенс. Фильтр в нем должен быть применен до того как начнется обработка в основном секвенсе.
Адоб обещает портировать все фильтры и переходы в native YUV в "следующей версии" PPro.
Блин! Все настроение испортили.
Алексей
#60
Отправлено 10 Oct 2003 - 00:00
Гдебы и себе такую камеру купить?
Отсюда и очень медленное исправление ошибок и проблем програмистами Adobe - а не видит никто этих проблем ??? ???
По поводу рекомендаций от Давида Васкеса -
- Как использовать ProcAmp - совершенно не понимаю, не для этого он.
- Video Limiter в Color Corrector - это просто более продвинутый вариант Broadcast Colors, про вариант использования которого я уже написал
Но все эти фильтры зарезают часть диапазона с потерей деталей. Для того чтобы сохранить все детали изображения и в тоже время влезть в диапазон 16-235, нужно пользоваться - Levels (правы Alf_Zetas и marat k). Этот фильтр позволяет поджать весь диапазон пропорционально и по максимуму сохранить детали. Одна беда - все изображение, а не только вылезающая за диапазон его часть, меняется (темнеет и блекнет) и в итоге получается еще хуже.
По любому - все это полный бред!!!
Называется сделали монтажку в RT > > > в которой чтобы работать нужно сначала или во время пережать весь видеоматериал - КЛАС!
Теперь по поводу обещаний Adobe в следующих версиях Premier Pro убрать преобразование YUV -> RGB -> YUV - тоже полный бред и недальновидность!
Нет, это конечно хорошо и правильно, но только при одном обязательном условии - что точно также сделают все фирмы пишущие плагины под Premier.
Сомниваюсь что это произойдет, а раз так, то лучше бы Adobe (и на мойвзгляд это было-бы на много проще и грамотнее) убрали из своего механизма рэндера жесткую привязку к 16-235, а открыли бы достум к этим настройкам в DV кодеке MC, тем более что они там радимые уже есть.
#61
Отправлено 10 Oct 2003 - 00:00
Есть идея как обойти рендер - использовать вложенный секвенс.
Все правильно, но как же вот это
http://www.videoedit...272;start=15#15
#62
Отправлено 10 Oct 2003 - 00:00
Какая разница в момент просчета всего материала, или до него?
Один черт - БРЕД!
#63
Отправлено 13 Oct 2003 - 00:00
Поясните мне пожалуйста:
1. Зачем использовать Edition Mode - Video for Windows, а не DV playback.
2. При экспорте тип файла – Microsoft AVI, а не Microsoft DV AVI.
3. Если ставлю DV playback или при экспорте Microsoft DV AVI выбрать кодек нет возможности.
4. Если ставлю Video for Windows или при экспорте Microsoft AVI в списке кодеков не нахожу Main Concept DV кодека.
#64
Отправлено 13 Oct 2003 - 00:00
Может еще раз перечитаешь? Или два если нужно.
После этого задаш в самом деле вопросы которые останутся, а скорее появятся, так как использовать Edition Mode - Video for Windows, а не DV playback предлагалось как один из способов решения проблеммы 16-235, а не как ПРИКАЗ, да и то, потом пообсуждав нашли лучшие решения.
Прочти внимательно пост за постом, вчитываясь и разбираясь. Также статью прочти про черное и белое.
#65
Отправлено 15 Oct 2003 - 00:00
Зажрались совсем. Им бы Премьеровские проблемы. Ха, ха.
Алексей.
#66
Отправлено 16 Oct 2003 - 00:00
#67
Отправлено 26 Oct 2003 - 20:38
Нашлись и у меня съемки, снятые с заметным пересветом.
Итак вгоняю видео в диапозон 16-235. (APPro-Levels).
Конвертирую в MPEG2 в ПроКодере (в станделоне).
Сравниваю картинки.
В Премьере на дорожку1 кидаю исходную авишку с диапозоном яркости 16-235, на дорожку2 кладу MPEG2 файл и вкл-выкл вторую дорожку вижу, что после ПроКодера картинка снова стала ярке. Наблюдаю на экране TV подкулюченном через DV камеру.
Что делать? Фильтр в ПроКодере Color Safe, как я понимаю аналог Broadcast Colors не помогает.
И еще можно-ли в APPro в фильтре Curves, загрузить кривую сохраненную в Фотошопе, а то аналогичный фильтр из AE 6.0 не могу подключить к APPro.
#68
Отправлено 26 Oct 2003 - 21:55
как сделать так, чтобы в переходах не возникало просадки яркости из-за того, что все (почти) фильтры и переходы в PPro хотят видеть у себя на входе материал с 16-235.
Если-бы PPro мог корректно работать с материалом 0-255, я вообще никаких разборок не устраивал-бы!
Мне все равно ярче весь материал или тускне, главное, чтобы он был равномерным и небыло никаких скачкоыв яркости и цветности в местах применения фильтров и переходов!!!
Теперь по поводу сравнения DV AVI и MPEG2 на дорожках PPRO - PPRO ведь разворачивает MPEG2 в DV AVI перед тем как его выводить нормально на внешний I394, а значит твой материал прошел и компрессию и декомпресию - так чегож ты от него хочешь?
Сообщение отредактировано Aleksandr_Oleynik: 26 Oct 2003 - 21:58
#69
Отправлено 25 Nov 2003 - 21:19
Прям не форум у нас а "собрание научной библиотеки"...
Я и половины не запомнил из того шо вы тута понаписали.
Могет вам мои исторические воспоминания помогуть...
Год эдак 1998 или 9 не помню...
Плата Фаст АВ Мастер...
Юлид 2.5 и премьр 4.2
Неожиданно ( не было такого ) на переходах ( читай еффектах ) с линейки а на линейку б стала случаться "повышенная яркость" ... фи какая противная гадость !
И шо мы тока не делали.... все короче делали ( читай .. и винду переставляли )
Все было плохо....
ТАКЖЕ НЕОЖИДАННО все пропало и стало красиво !...
Возможные манипуляции после которых все стало красиво :
- отключали оверлей на комп ( в ав мастере была такая штука )
- оганичивали поток видео при пересчете в 5000 кб.пс ( что гораздо болше потока необходимого для с-вхс)
- трогали компрес\рекомпрес
- возюкали ползунок какчества в АП....
Короче к чему это я .... ах ...да
Не тама вы ребяты рыщете ( применительно к проблеме которую подымали в начале поста ) и 16..235 тута ни причем ( как по моему субъективному мнению)
Дело кажись в аппаратных глюках.Как на мой взгляд дето на уровне винтово-памятно-процессорной связки....или тот же оверлей....
Встречал такое и на мирке-10.... лечилось совершенно непонятно как... но лечилось.... так шо кодеки-макодеки тута не причем...
народ ... тыж умный... придумай шо нить
С любовью и уважением Tuuls
#70
Отправлено 26 Nov 2003 - 02:32
"Не тама вы ребяты рыщете".
Мы не только там рыщим, а уже все и вырыскали и все по полкам разложили.
Темных мест, кроме самого Premier Pro и того как он коряво сделан - нет больше!
#71
Отправлено 26 Nov 2003 - 16:07
... каких-то итогов хочется....
#72
Отправлено 28 Nov 2003 - 19:39
Все скажут спасибо.
#73
Отправлено 01 Dec 2003 - 06:24
но, скажу я вот что... по характеру моей работы и увлечений тоже... я не часто леплю длинное что-то в премьере. использую его как преобразователь последовательностей_со_звуком в dv.
а когда и леплю что-то длинное.. скажем, час. что редко.. ну очень редко!! :) случается... то в падлу мне использовать все поганючие транзишны... :) даже кроссфейд -и то пореже стараюсь... :) и уж точно опускаться до говновуда - это помоему просто пинцет! так о чем я... резать и клеить в ППро удобно.. базара нет.
Лажа с рекомпрессом-копресом - отвратительно. Такое у меня и на 6.5 было. Правда, тогда проблема былоа из-за нестыковок DV500ского кодека с MC... :(
Теперь главое! Я сделал видеофайл... пол экрана - 255, пол экрана -0... просчитал в АЕ с помощью MCDV3.09 без ограничений по цвету- измерил результат, на всякий случай. :) эээ... результат - под пипеткой все прыгало от 251 до 254. т.е. я двигал пипеткой и просто смотрел на окно info... вставил в ППро. Понатыкал переходов в другой файл... Просчитал в dv все тем же новым мейнконсептом... опять вставил в AE - прыганье оставалось все тем же равномерно-подвижным :)))
посмотрел на аналог. ничего не резануло по глазам... более того.. и на мониторе я этой мелькотни не заметил.. подозреваю, что если я не заметил этого на столь четком стенде, на видео разницы вовсе никто не обнаружит... т.е. ничего не посерело. вот я к чему... а вот то, что в диви ровно ничего пожать нельзя - бесит, конечно... блин.
п.с. простите. много, видимо, понаписал.. ну дык, утренний гон.. к вечеру мож стыдно будет даже.. ;)
#74
Отправлено 01 Dec 2003 - 12:19
К вечеру остынешь, переведи послание на русский язык и еще раз изложи без '"пантов" и осмысленно!
#75
Отправлено 03 Dec 2003 - 05:28
повторяю немного подругому...
устроил тест. обнаружил, конечно же, ущербность "сжатия с потерей качества", но НЕ обнаружил эффекта, описанного тобой. диви-материал до перехода и во время перехода (уже просчитанный) ничем не отличались. т.е. не отличались таким жутким образом, как в твоем случае. вариантов решения предложить не могу. возможно, все потому что поставил новый мейнконсепт (3.09).
тестировал корректно! :)
#76
Отправлено 03 Dec 2003 - 10:54
проверю с 3.09, но только в воскресенье.
#77
Отправлено 28 Dec 2003 - 18:57
Premier от приставки "Pro" не стал профессиональной монтажкой не стал.
#78
Отправлено 30 Dec 2003 - 12:32
И проблема старая
http://www.digitalvi...v/005/00528.htm
#79
Отправлено 30 Dec 2003 - 15:04
...вот именно, а вы все туда же и без конкретики...
что же понимать под профессиональной, килобаксы, хороший кряк, оператора с перманентно включенной зеброй ?
на АПро работаю профессионально, т.е. работаю я на ней
Сообщение отредактировано Muhin: 30 Dec 2003 - 15:09
#80
Отправлено 30 Dec 2003 - 15:53
ну согласись что это бред , накручивать левелс каждому оцифрованому в аналайзере кусочку? а иных , дающих хорошее качество, методов пока я не видел.
#81
Отправлено 01 Jan 2004 - 20:12
AVID ne reshaet etoj problemi, i est tam i 0-255 (tolko pochemuto priviazani k RGB, na moi vzgliad oshibochno) i 16-235 (kotorij moget bit i RGB i YUV) i mnogie plugins v AVID tochno takge ne umeut rabotat c polnim diapazonom 0-255.
Da i rech to o tom, chto sniatij kameroi material, vo vsiakom sluchae DV - 16-235 i YUV, a vsem montagkam i kompozingovim progam dlia 100% korrektnoi sovmestnoi raboti podavai 16-235 i RGB -
vot i prihoditsa ves material zagoniat v eti standarti!!!!!
A ti AVID ..........
Сообщение отредактировано Aleksandr_Oleynik: 01 Jan 2004 - 20:24
#82
Отправлено 02 Jan 2004 - 20:35
#83
Отправлено 06 Jan 2004 - 02:54
Что вообще никаких проблем с яркостью и цветностью при переходе из композинговой программы в монтажную?
Готов повторить ссылку на материал и попробуйте сохранить в нем YUV цвета с использованием Panasonic DV кодека при сохранении этого материала из любой композитинговой программы.
#84
Отправлено 10 Jan 2004 - 00:54
#85
Отправлено 10 Jan 2004 - 00:59
#86
Отправлено 10 Jan 2004 - 20:21
#87
Отправлено 10 Jan 2004 - 20:57
Даже если из системы разрегистрировать MS DV кодек Premier Pro ведь не его использует для просчетов в режиме DV Playback, а MainConcept DV Codec встроенный в Premier Pro, а MS используется только как директ шоу.
В общем раскажи как ты сделал, чтобы и DV OUT мониторинг сохранить и Panasonic DV кодек для просчетов использовать - всем будет очень интересно, а я проверю.
#88
Отправлено 10 Jan 2004 - 22:11
Я пробовал версию 2.64 - может что изменилось?
#89
Отправлено 10 Jan 2004 - 23:04
меня интересует как человек смог при выборе проекта в режиме DV Playback заставить Premier Pro использовать не MainConcept DV Codec.
И если это действительно возможно, то можно будет и другой DV кодек подставить.
#90
Отправлено 10 Jan 2004 - 23:51
Я других способов не знаю.
Не в тему - я заметил по сиквенциям такую вещь. Если сделать проект Video for Windows, просчитать в любой другой (Канопус, например) кодек, а потом импортировать ее в проект DV Playback, то она зеленая!, т.е больше не пересчитывается! Это, конечно, для практического применения не годится, но блин, почему же в родном проекте так не работает!?
#91
Отправлено 11 Jan 2004 - 00:07
Подождем автора заявления!!!!!
На вторую часть твоего вопроса могу ответить, что тип DV кодека с использованием которого был создан файл не влияет на его интерпритацию, главное чтобы это был dvsd кодек.
В родном проекте так не работает, потому как процес декодирования и отправки на DV OUT материала с таймлайна жестко привязан к тем директ шоу фильтрам и DV кодекам, которые Adobe посчитал нужным использовать.
А что тебе даст использование другого DV кодека?
Мы ведь обсудили, что только при полном рекомпрессе материала небудет просадки в Premier.
#92
Отправлено 11 Jan 2004 - 00:34
По второй части - если я просчитаю сиквенцию Канопусом, и импортирую ее в DV Playback (где заведомо используется для декодирования Мэйнконцептовский МС DV), почему же нет пересчета?
#93
Отправлено 11 Jan 2004 - 01:00
Для DV декодера побарабану какое имя у dvsd DV кодека -
Canopus или MainConcept, главное чтобы dvsd.
Зеленая линия это ведь работа декодера (директ шоу фильтра).
#94
Отправлено 12 Jan 2004 - 16:55
#95
Отправлено 12 Jan 2004 - 17:21
Можно всетаки ответить на вопрос КАК?
Да и автор, похоже голословного заявления taras-vt - пропал .
#96
Отправлено 12 Jan 2004 - 18:42
"Matrox MQSink filter. Format: 6.Build 2.0.0.275". Повторяю, что никаких изменений яркости на переходах по прежнему не наблюдаю.
#97
Отправлено 13 Jan 2004 - 01:06
Где контролируешь изображение? На внешнем TV мониторе?
Откуда взялся Matrox MQSink filter. Format: 6.Build 2.0.0.275?
Железка какая-то стоит?
В обшем если хочешь поделится информацией - то поделись, а не односложным только одному тебе понятным предложением.
#98
Отправлено 13 Jan 2004 - 02:03
И на тему аппаратного выравнивания уровней. Такого девайса нет и быть теоретически не может, поскольки DV-кадр по структуре очень приближается к JPEG, а не к БМП или ТГА. А потому арифметическими операциями сложения и умножения здесь не отделаться. Девайс должен осуществлять полноценное аппаратное DV-кодирование своим кодеком после упомянутых операций. Кстати, они производятся не совсем по тем формулам, что приводились выше, а по:
When “16 to 235” is specified
RD = 219R + 16 × 256
GD = 219G + 16 × 256
BD = 219B + 16 × 256
Y =(77RD + 150GD + 29BD)/2^16
CR =(131RD − 110GD − 21BD)/2^16 + 128
CB = (−44RD − 87GD + 131BD)/2^16 + 128
When “0 to 255” is specified
Y =(77R + 150G + 29B)/2^8
CR =(131R − 110G − 21B)2^8 + 128
CB = (−44R − 87G + 131B)2^8 + 128
что взято именно из ITU-R BT. 601-5.
А потому... В моем конкретном случае проблема уровней решена как-то очень просто. Может кодек старый, или что-то еще. Но Премьер им точно пользуется, и при рендере не Премьер уровни выставляет, а все-таки кодек....
Сообщение отредактировано taras-vt: 13 Jan 2004 - 02:18
#99
Отправлено 13 Jan 2004 - 02:13
Давайте попробуем повторить.
Ты просто взял и проинсталировал в систему Panasonic DV codec и у тебя обычный I394 без никаких железок?
И вот это поясни -
пока я ПРОСТО не установил из Цунами этот кодек
как это?
Откуда в TMPGe DV кодек, или я чего-то перепутал или непонял?
Сообщение отредактировано Aleksandr_Oleynik: 13 Jan 2004 - 02:15
#100
Отправлено 13 Jan 2004 - 02:23
0 человек читают эту тему
0 пользователей, 0 гостей, 0 скрытых пользователей