388 ответов в этой теме

[Aleksandr_Oleynik]

Рад за Вас СЭР!!!!
И за то, что работа у вас есть на каждый день, и что получается у Вас все.
А мы вот бедалаги и без работы и невыходит у нас ничерта.
В общем полной фигней заняты .

А по поводу освещенности переднего и заднего плана -
как только вам удастся в яркий солнечный день снять, например из неосвещенного автобуса сидящего напротив окна человека без всяких прибамбасов типпа софитов, и при этом не получить на заднике пересвета - ПИШИТЕ!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Только не нужно говорить, что вы без хорошего света и штатива не выходите с камерой из дома.
Не все ведь свадьбы снимают, некоторые камеру берут с собой на отдых в Египет например, лазят с ней по горам, летают с паращютом, да мало ли еще где. В общем очень много мест и случаев, когда хочется чтобы камера была размером с мобилку и весила не более 100 грам.

[trex]

Профи на основании большого опыта работы, молотит как автомат, в сотые доли сек определяет все: свет, цвет, композицию. Использует камеру по полной программе:ручки стучат по камере как на пианино,отбивается от коллег,охранников, с события уходит последним,на следущее приходит первым. Но(как говорят коллеги) "нет света нет цвета". Вот и все.

[VVV]

2 Aleksandr_Oleynik
Я изучил возможности своих двух камер от и до. Просто я стараюсь не выходить за их рамки, а если вышел - исправляю как могу и не на кого не сетую.
А снимать человека напротив освещённого окна, да без доп.освещения? Мне не приходилось и хочется думать, не придётся, потому что я знаю - невозможно!

Сообщение отредактировано VVV: 14 May 2004 - 08:23

[Aleksandr_Oleynik]

trex, VVV
Я что против квалифицированной работы профессионалов?
20 лет назад и 40 лет назад тоже были профессионалы и они тоже снимали кино. Так чтож нам брать в руки их камеры и продолжать ими снимать?

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

Чем окуляр камеры отличается от ваших глаз, кстати не самых совершенных оптических приборов?
Почему это вы спокойно смотрите на сидящего напротив окна человека, а камерой снимать его нельзя или нужно с собой в отпуск тащить софит???
Что вы мне пытаетесь доказать? Что можно выкрутится из любой ситуации?
Я и сам так делаю, но мирится с этим не согласен!!!

[VVV]

Вот я и выкручиваюсь
Например, снимал купола храмов в ракурсе почти с земли на фоне яркого солнечного неба. Sony TRV40. Очень помог режим Back Light, только потом в SACF (колор финессе) поправил чуть-чуть левелы и картинка для такой камеры очень достойная получилась. Глаза и матрица всё же по другому устрокны .
Мне то же очень многое не нравится, но что делать? Вот только сообща варианты и остаётся искать.
Кстати, попробую с этим режимом человека на фоне окна снять. На следующей неделе - доложу.

[Fomichev]

Чем окуляр камеры отличается от ваших глаз, кстати не самых совершенных оптических приборов?
Почему это вы спокойно смотрите на сидящего напротив окна человека, а камерой снимать его нельзя или нужно с собой в отпуск тащить софит???
Что вы мне пытаетесь доказать? Что можно выкрутится из любой ситуации?
Я и сам так делаю, но мирится с этим не согласен!!!

смириться с этим видимо все-таки придется . Отвечу цитатой: "Человеческий глаз - удивительное оптическое средство, которое умеет работать практически при любом освещении. Способность глаза адаптироваться к контрастному свету поистине поразительна: он может различать детали в диапазоне контрастности 800:1, т. е. даже при самой сильной контрастности видит их как в ярких, так и в темных местах.
Иногда говорят, что глаз может воспринимать и более широкий диапазон контрастности - порядка 1200:1. Такое значение получается, если учитывать "темновое зрение" - способность видеть ночью или в очень слабо освещенном помещении. В темноте светочувствительные палочки сетчатки глаза переходят в другое химическое состояние, в котором могут воспринимать даже очень слабый свет. За какую-нибудь пару минут глаз адаптируется к темноте или яркому свету. Но при ярком освещении темновое зрение не работает, поэтому мы не будем рассматривать диапазон контрастности 1200:1, а ограничимся значением 800:1. Конечно, чувствительность зрения у всех разная и с возрастом меняется.
Посмотрите на незатененную 75-ваттную лампочку в помещении, где имеются густые тени. Несмотря на яркий свет лампы, вы сможете различить на ней маркировку "75 Вт" и при этом не перестанете видеть предметы и детали в затененных местах.
...Камера и глаз - не одно и то же
Попробуйте снять на пленку или видео сцену, освещенную простой 75-ваттной лампочкой. Что у вас получилось? Оказывается, то, что воспринимает глаз, на пленке может быть не видно, поскольку у нее, а тем более у видеозаписи динамические диапазоны гораздо меньше, чем у глаза. Самая чувствительная пленка обеспечивает передачу контрастности в диапазоне чуть более 120:1, а большинство типов - около 100:1.
Проблемы, возникающие с экспозицией, чаще всего обусловлены именно этим различием. Сцена, глазом воспринимаемая совершенно нормально, может не попасть в тот динамический диапазон, который способна передать пленка.
Расширить динамический диапазон носителя записи - пленки или видеоленты - нельзя, зато можно подобрать оптимальный для конкретного освещения интервал значений, изменяя диафрагму камеры или время экспозиции пленки. Однако при уменьшении диафрагмы можно добиться правильной экспозиции для ярких областей, в то время как для темных она окажется слишком мала. Увеличивая же диафрагму, можно правильно передать темные места, тогда как яркие будут сильно передержаны."


_http://www.digitalvideo.ru/archiv/005/00535.htm

[Aleksandr_Oleynik]

смириться с этим видимо все-таки придется .

Неа!!!!!!!!!!!!!!!
Мы будем двигать и развивать технологию и рано или позно ................................................................................................
Но уже сейчас могли-бы производители давать возможность при записи ограничивать диапазон до 16-235 при любых засветках и писать в RGB. а не в YUV, чтоб потом еще и с этим не морочится. Либо все программы пусть работают только в YUV!

[Eugen65]

Ну вот, результатом долгих изысканий появился этот Avisynth скрипт:

AVISource("........\16_235_Sun.avi")

ColorYUV(Levels="PC->TV")
ColorYUV(Levels="PC->TV")
ConvertToRGB32 ()
Levels(48,1,255,0,255)

Здесь получилась картинка, максимально приблиденная к оригиналу. Для получения этого, пришлось сжимать сигнал в YUV формате и разжимать в RGB формате. В результате этого, получаем шум квантования (довольно сильный, пришлось сильно сжать) и немного искажённые синие цвета (их несущая оказалась самой короткой). Есть математика этого процесса. Данный метод был подогнан под данный кадр, при пробе на другом, придётся вновь подбирать коэффициенты. Для автоматической работы нужно писать Avisynth фильтр, на что я не способен. Если у кого есть возможность, присоедините к этому программиста и сорвём все гранты.

[LKnight]

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

Хм...какая старая ветка..но интересная.
Задумался тут...в идеале нужно бы RGB большей битности чем 8. 10-12.. (или "стандартные" 16).
зы. эдиус на мониторах с sRGB показывает оранжевые края солнца, хотя желтизны нету вроде..
(выходным монитором не обзавёлся - ничего не скажу.

При этом вектроскоп рисует такие любопытные графики, что хоть стой хоть падай.
По мнению IRE режима вектроскопа - границы выбраны до конца. от минус ~5 до 110.
При этом вверхней части явно видно, что "верх центрального холма не поместился".
В основном режиме видно, что от того места где были ограничения "не поместившейся верхушки" идёт вверх "фантомное основание" - это видимо глюки или ещё чтото (шумы? неправильное раскодирование? те самые значения - "ужастики"?)

При этом по вектроскопу чётко видно, что без потерь в 8-и битку не влезть. К сожалению, вроде никто из монтажек 16-и битный RGB не знает...(имхо раз его знает фотошоп - его должен знать и ае. значит работать с 16-и битным видео, хотя бы в виде последовательностией файлов можно. хм..логично?) А если потери будут при конвертации в 8 бит RGB - то дальше можно тушить свет

К сожалению даже последний EDIUS на 16-и битном (На цвет) тифе посылает далеко, так что похоже пока - только ограничиться программами работающими в YUV.

К сожалению ни премьера (уже) ни афтерэффекта (ещё) на компе нет, узнать понимают ли последние 16-и битные файлы - не могу если понимают - вопрос был бы решён

[DaLiV]

edius rabotajet s YUV - poetomu u nego problem netu
ae,premiere isportjat kontroljnij fail - znachit ne 16 bit

[VVV]

В окне проекта АЕ Alt+евый клик мышкой на 8bpc - получаем 16bpc, только плагины не все в 16битах работают.

[Aleksandr_Oleynik]

16 Bit RGB обработка YUV 8 Bit - ного видео может что-то дать?

[DaLiV]

mozhet (pravda 16 bit dolzhni bitj signed (so znakom +/-)).
matematiku (proshe na primerah) privoditj nado ?

[Aleksandr_Oleynik]

С математикой в этом вопросе у меня плохо , я лучше на примере проверю, вот на этом с солнышком.
Попробую его из YUV в AE в 16 Bit RGB трансформировать и сохранить после этого и открыть в Liquid.
Или как-то иначе нужно делать?

[Gradov_Georg]

YUV -- 8+8+8 это RGB 12+10+12 условно говоря.

При конвертировании в RGB 16+16+16 гарантировано перестанут искажаться яркие участки... А темные и так зарубит МПЕГ обработка 8-), так что это передовое решение.

Теперь YUV доганять будет 8-).

[Aleksandr_Oleynik]

Осталось теорию на практике проверить .
А то что-то последнее время у меня все больше теория с практикой как-то совсем отдельной жизнью зажили .

[DaLiV]

znakovoje - eto ne dlja temnih - a dlja togo zhe solnishka - ibo esli vzjatj nekotorije iz jarkih tochek - tam poluchatsja posle konvertacii YUV->RGB otricateljnije znachenija, kotorije nado sohranitj dlja obratnoj konversii - inache iskazhenije.

tochki vzjati iz vsjem izvestnogo solnishka (koordinati ne sohranilisj)

YUV --- dolzhno bitj vRGB --- RGB obrezajemoje 8-bit kodekom
089,197,070 --- 224,052,-08 --- 224 052 000
204,171,090 --- 306,199,158 --- 255 199 158
214,184,076 --- 343,205,147 --- 255 205 147
047,181,085 --- 143,010,-33 --- 143 010 000 <- naibolee luchshij primer iz sluchajno vibrannih tochek dlja obratnoj konvertacii v YUV pri otricateljnom rgb ( - poluchitsja sovsem drugoj cvet esli ne uchitivatj "-"
035,174,009 --- 115,-01,037 --- 115 000 037
255,139,124 --- 300,271,272 --- 255 255 255

[Aleksandr_Oleynik]

Вот давайте теперь поговорим о практике.

Имеется DV YUV AVI файл.
Как и чем его превратить в Некомпрес RGB 16 Bit любого формата файл?
Простое кликание с Alt+ в AE и работа с импортированным туда DV ничерта не дает.
Это вопрос №1.
№2 - В каком формате сохранять результат после AE и нужно ли где-то что-то выставлять, чтобы весь процесс шел с 16 Bit.
Итоговый материал ведь ляжет рядом с DV YUV AVI на один таймлайн и в монтажку которая работает в YUV.
??????????????????????????????????????????????????????????????????????????????

[DenizZ]

Стоп-стоп-стоп!...

16бит в АЕ - не всё так просто.
Во-первых, дивная строка в преф. "Show 8/16bpc Effect Menu Indicators" = "0" покажет весьма скромные результаты - большая часть "интересных" плагинов не работает в 16 бит. Это значит, что внутри 16-битного проекта эти плагины будут обрабатывать инфу в 8-и битном режиме, т.е., деградация материала и дескридитация идеи.

Далее, чтобы работать с 16 битами их нужно сначала поиметь. Я пока сталкивался только с кино-сканом: *.dpx или *.cin, и кажется ещё что-то... Так шестнадцатибитными были только *.dpx. Мы и материал считали в "триллионы цветов +".

В остальных случаях - 8 бит и не парились, что этот материал пойдёт на печать. HD именно это и касалось.

Ещё одна тонкость - АЕ в 16-и битном режиме лопает ресурсы машины х2. Но по большому счёту это - пустяк.

Далее. Работать с обычным 8-и битным материалом в 16-и битном проекте вполне возможно. Повышается гладкость масок, некоторые "грубые" плугины начинают работать "мягче". И переводить материал для этого в 16 бит необязательно. Да и откуда возмётся дополнительная информация?..

Ещё точнее про 8/16 бит расскажут люди, работающие на телекино и с кино вообще. У меня пока и опыта и теории маловато.

И напоследок, об исходниках.
Давно дело было. На первой студии делали ролик одной некогда популярной певицы. Носитель - Бетакам, исходник - кино super16, оцифровка - Perception. DPS Hollywood тоже был, но первые дрова были кривые, как турецкая сабля - абсолютно чёрно-белая картинка конкретно синила. Исправили гораздо позже... Итак. Что только с картинкой не делали: цвет выжигался напрочь, кеили, расцвечивали заново, сували плугины все, которые были - заказчик хотел шедевр. ......И материал продолжал жить!

Снятое после кризиса на Бетакам (кино стало ну-очень дорогим) выдерживало не больше двух-трёх действий. Дальше начинались артефакты, шум и откровенный брак... Потому "обработка под кино" два-три действия и содержала. Большее количество обработок и эффектов оговаривалось заранее и оплачивалось отдельно.

Вот такая интересная судьба разных исходников на одном и том-же носителе. И такую картину наблюдаю до сих пор.

Извините, если не очень в тему..........



Совсем забыл...
Александр! Некоторое время назад (месяца два), в форуме была инфа о конверторе файлов. Точно не помню названия, что-то бла-бла-бла32

Сообщение отредактировано DenizZ: 23 Jul 2004 - 08:24

[Aleksandr_Oleynik]

DenizZ
Я поэтому и попросил тебя отписать здесь, что сомниваюсь, что AE при переключении в 16 Bit будет 8 Bit YUV материал превращать в 16 Bit RGB.
Поэтому и написал, что сначала материал снятый в YUV с пересветом и выходящий по цветовому диаппазону за RGB представление цвета, нужно превратить в 16 Bit RGB, чтобы вся та теория которую описали РАБОТАЛА.

[Gradov_Georg]

Почему не будет? если работать только в механизмах АЕ, то установка свойств проекта 16 бит точно будет конвертирвать в 16, а при вызове 8 битных плугинсов будет делать конверт 16-8-16...

А вот корректность этого преобразования это да вопрос...
Надо подумать как слепить эквивалента бито-скопа для видео в приложении к АЕ.

Александр -- проверь это все на своем солнышке -- по идее, увеличение размера картинки (2хZOOM) не должно приводить к уменьшению цветового диапазона "вверху" именно этого кадра -- в если исходник DV и результат забирать в DV.

Это простейший тест на вшивость.

За плаги -- АЕ не в ответе.

[marat_k]

Вот только где бы найти decoder, который будет YUV в 16bpp конвертить? Не получается прямое конвертирование из AVI в 16bpp ни в AFX, ни в комбахе. Получается - YUV-8bpp-16bpp. Так что AE конвертить то в 16 конвертит, но толку от этого мало.

[Gradov_Georg]

Марат, а почему собственно АЕ не передавать со своих 16 конвертеру сразу YUV (8-8-8)? Это достаточно очевидно для человека которому ставится задача с 8 перейти в 16... Если он конечно знает зачем это нужно...

Отсутствие явно обозначеного механизма -- это проблема... Думаю в SDK это должно явственно быть описано и для плугинсов и для конвертеров. Мы же все время косвенными методами проверяем... 8-).

Битва идет не за YUV 16. Вопрос только в том СДЕЛАЛИ они это или нет.

[marat_k]

Преобразованием YUV-RGB и RGB-YUV к сожалению занимается не AE, поэтому я интересовался где взять decoder. То есть, AE получает уже "испорченный" или если угодно "обрезанный" RGB. Затем, при включенных 16-bit, прога эти 8 преобразует в 16, чтобы убедиться достаточно взглянуть на гистограмму изображения. Вчера потратил кучу времени чтобы найти AVI-шный 16bpp RGB кодек воспринимающий на входе YUV, чтобы попробовать YUV - RGB 16bpp, не нашел, может кто знает подобный. Сегодня попробую еще в Shake посмотреть, что удастся сделать - он умеет работать с YUV.

[Aleksandr_Oleynik]

ОТОЖ !
Это Украинский анекдот такой есть .
Приходит Кум к Куму в гости, а тот вареники сидит и за обе щеки трескает.
Вот тот что пришол и начинает диалог -
-Кумэ, ото я бачу вы варэныкы йстэ?
- Эгэж!
- Бачу з смэтаною?
- Эгэж!
- И шо мэни нэ дастэ?
- ОТОЖ!

Так что с теорией разобрались, осталось вареников поесть .

[Alf_Zetas]

Преобразованием YUV-RGB и RGB-YUV к сожалению занимается не AE, поэтому я интересовался где взять decoder

ИМХО наоборот - посмотри в графэдите - на выходе любого диви декодера YUY2 (только пинекловский умеет выдавать и RGB, да и то кривовато)

[Aleksandr_Oleynik]

Alf_Zetas, тоже очень ценное теоретическое замечание . А практикой когда займемся
Давайте или крест на этих изысканиях окончательный поставим, или найдем способ DV YUV превратить в 16 Bit RGB, сделать ему чего-то в AE и обратно в YUV любого формата вернем, можно и некомпрес, лижбы с цветом все ОК было.

КАК?????????

[marat_k]

Zetas,
Все верно, только если внимательно читал, не работает AE c YUV, и требует от декодера RGB, и привет. А еще, ты уверен, что из под AE используется конкретный DV-decoder, а не псевдо - AVI Decompressor? Вот и посмотри сколько у него на выходе форматов. Можно еще навесить на выход AVI Decompressor любой RGB фильтр и убедиться что на In все попадет без переходников. Даже если все это теоретизирование полная фигня (а так оно и есть ), посмотри гистограмму, все вопросы отпадут.

P.S. Кстати, только что посмотрел форматы которые выдает стандартный DV Video Decoder

YUY2 - Format: YUY2 720x576, 16 bits,
UYVY - Format: UYVY 720x576, 16 bits,
RGB24 - Format: RGB 720x576, 24 bits,
RGB32 - Format: RGB 720x576, 32 bits,
ARGB32 - Format: RGB 720x576, 32 bits,
RGB565 - Format: BITF 720x576, 16 bits,
RGB555 - Format: RGB 720x576, 16 bits,
RGB8 - Format: RGB 720x576, 8 bits,

А ты говоришь:"только пинекловский ...."


Александр,
Назови 16bpp avi кодек понимающий YUV и через 5-30 минут будет готов граф, соторым можно будет работать, разбираться и практиковаться. Либо найти программиста, который реализует формулы перевода YUV-RGB 16bpp и завяжет их как прокладку между фильтрами. Более сложный вариант - напишет полноценный кодек. Вроде ТАК.

Сообщение отредактировано marat_k: 25 Jul 2004 - 00:07

[Gradov_Georg]

Меняет АЕ... цвета...

Затащил я солнышко в 16 битный проект и сохранил в СанопусДВ.
Яркостный и цветовой диапазон в результате заметно расширились...
Визуально ушли шумы в темной зоне -- картинка сгладилась....

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

[Gradov_Georg]

Александр -- проверь сам -- что у меня три раза разные результаты -- глюки какие-то...

[Alf_Zetas]

уверен, что из под AE используется конкретный DV-decoder, а не псевдо - AVI Decompressor

ну так удали qdv.dll и посмотри будет ли АЕ открывать дивишки
а вот фильтр Color Space Converter зашит в quartz.dll

[marat_k]

Zetas,
Ты наверно не заметил слово "псевдо". В AVI Decompressor зашит еще и автовыбор, подгрузка и обработка подходящим AVI decoder-ом. Естественно он грузит DV Video Decoder. Еще ты наверно не заметил дополнение по поводу количества форматов, которые выдает DV Video Decoder. Zetas, спор по большому счету бессмысленный - AE картинку портит (вместо AE можно сразу подразумевать любую хрень которая работает с RGB а из нее потом надо записать YUV).

Лучше подскажи YUV кодек (не Huff) который будет видеться в Graphedit.

Сообщение отредактировано marat_k: 25 Jul 2004 - 03:01

[Alf_Zetas]

В AVI Decompressor зашит еще и автовыбор, подгрузка и обработка подходящим AVI decoder-ом. Естественно он грузит DV Video Decoder

DV Video Decoder грузится сам - безо всякого AVI Decompressor-а
AVI Decompressor грузится только с VfW кодеками

YUV кодек (не Huff) который будет видеться в Graphedit.

Pinnacle XL, AlparySoft LoCo

Сообщение отредактировано Alf_Zetas: 25 Jul 2004 - 04:11

[marat_k]

OK. Ну и почему ты думаешь, что AE работает не через VFW? И еще, ты согласен, что с DV Video Decodera можно сразу получить RGB? Если да, то все, про компрессоры замяли.

За кодеки спасибо! А Pinnacle XL это что? Он выложен у них на сайте? Если у тебя есть, может кинешь куда-нибудь если не сложно, а то к тебе как обычно не попасть.

P.S.
Посмотрел AlparySoft - он вобще-то не из этой темы, к YUV имеет мало отношения, и непонятно чем открывать его авишки? Если Pinnacle XL такой же, то и он не подойдет. Ладно бум думать.

Сообщение отредактировано marat_k: 25 Jul 2004 - 04:48

[Aleksandr_Oleynik]

Александр,
Назови 16bpp avi кодек понимающий YUV и через 5-30 минут будет готов граф, соторым можно будет работать, разбираться и практиковаться.

Называю -
16bpp avi кодек понимающий YUV
Марат, это ты сейчас с кем разговаривал?

Я понятия не имею есть такие или нет, но под Маком сам видел как оцифровывался YUV материал через CineWave в 16 Bit, значит есть такой.

[marat_k]

Так там же наверное в QT цифровался. И кодек нужен не YUV, а RGB, чтобы в качестве исходного материала он мог понимать YUV и выполнять корректное преобразование. 16bpp - 16 bit per pixel (бит на пиксел). А YUV 16-бит и на PC полно. YUV 16-бит и RGB 16-бит - это несколько разные понятия. В том то и дело, что такого кодека пока нет (по крайней мере найти до сих пор не удалось). А при любом преобразовании YUV - RGB 8-бит происходит "порча" материала. И все опять приходит к тому, что надо либо исходный материал иметь в диапазоне, либо нанимать программиста.

[Alf_Zetas]

Ну и почему ты думаешь, что AE работает не через VFW?

я же тебе написал - удали майкрософтовский директшоу кодек и АЕ дивишек открывать не будет (если нет VfW кодека). Ты немного потутал - автовыбор есть у ядра директшоу (файл quartz.dll) - AVI Decompressor это всего лишь один из двух десятков фильтров зашитых в Кварц.
первые версии AlparySoft базировались на HuffYUV, сейчас там конечно мало общего. Авишки у него обычные - играются любым плеером. Похоже ты наткнулся на их древнюю приблуду делавшую файлы .loco
Pinnacle XL скорее всего стандартный YUV - но юзающий нестандартный фоурсиси (прихоть miro)

Что касается высокоразрядных ави кодеков, то когда-то давно пробегало что кто-то где-то создавал их, но с тех пор никто их так и не встречал - ави стандарт умирающий. А для квиктайма есть пара 64-bit RGB кодеков и несколько 30-bit YUV (10-bit 4:4:4)

ЗЫ буржуи кажется услышали Aleksandr_Oleynik и наделали утилит для контроля сигнала непосредственно на 1394
http://www.seriousma....cfm?crntPage=3

Сообщение отредактировано Alf_Zetas: 25 Jul 2004 - 20:01

[marat_k]

Ладно Zetas, неудобные вопросы ты обходить умеешь По делу ни одного ответа. Только зачем мне объяснять, то чего я и не утверждаю, и так знаю, и не спорю. Чтоб окончательно разрешить ситуацию - я не считаю AVI Decompressor декодером тех или иных форматов, но то что он подгружает для этого кодеки уверен на 99.9% поэтому я и назвал его псевдо, отсюда следует, что если удалить из системы DV, MJPEG, MSYUV кодеки AVI Decompressor ничего декодировать не будет. Это мне известно с самого начала. Поэтому писал слово ПСЕВДО - не знал как по другому назвать, у меня с русским плохо. Теперь чтобы чуть-чуть объяснить предмет разговора, большая, нет, просто огромная просьба не поленись проделай следующее.

1. Запусти Graphedit
2. Не надо выполнять Render Media File
3. Вставь фильтр File Source (Async.) На вход подай любой DV (dvsd), или YUV (UYVY, YUV2 и т.п.), или MJPEG (MJPG) авишный файл.
4. Вставь фильтр AVI Splitter и прицепи к нему File Source.
5. Вставь фильтр AVI Decompressor и прицепи к нему AVI Splitter. Прицепиться-прицепиться еще как - вот поэтому я и писал, что AVI Decompressor подгружает кодеки.
6. Посмотри количество выходных форматов у AVI Decompressor (надеюсь, что proppage.dll у тебя зареген, если нет - сигналь)
7. Можешь попробовать на выход AVI Decompressor прицепить любой RGB фильтр - тоже все прицепится, так же как и YUV и остальные.

Это то, о чем я говорил.

8. В п.3 Подай на вход исключительно DV файл.
9. Вместо AVI Decompressor подцепи DV Video Decoder.
10. Не прикрепляя (<-ключевое слово) ничего (иначе хрен чего видно будет) к DV Video Decoder посмотри количество выходных форматов

Это то, про что ты безапеляционно утверждал, что только пинекловский кодек умеет выдавать RGB.

Если возникнет желание еще раз написать про удаление из системы кодека - прочти то, что в этом посте написано жирным шрифтом.

На AlparySoft я нашел только их lossless кодек (http://www.alparysof...ssion/index.php), но у него внутренний формат с YUV не совпадает (это и понятно) да и FOURCC того-с (наверно это действительно для этого самого .loco, хотя написано DS & VFW).
Пинекловкий обычный YUV (тот, что с таргой) я пробовал, он вобще из graphedit-а выдает пустые кадры. Потом посмотрел, что он в DS зареген на qcap.dll значит там автоматом msyuv работает. Тот который XL пока не встречал. Через qt я смотрел он тоже при YUV-RGB картинку "портит".

Сообщение отредактировано marat_k: 25 Jul 2004 - 21:49

[Aleksandr_Oleynik]

ЗЫ буржуи кажется услышали Aleksandr_Oleynik и наделали утилит для контроля сигнала непосредственно на 1394
http://www.seriousma....cfm?crntPage=3

Информации об этом софте никакой . Что он может кроме визуализации? Может он отметить в материале пораженные участки? Как? Как воспользоваться этой информацией?

[Alf_Zetas]

Не прикрепляя (<-ключевое слово)

действительно ключевое
хотя по большому счету какая разница где конвертится цветовое пространство - в самом кодеке или в отдельном фильтре из того же комплекта. Я к тому что в пинекловском декодере можно вручную задавать в каком формате отдавать поток ...

отсюда следует, что если удалить из системы DV, MJPEG, MSYUV кодеки AVI Decompressor ничего декодировать не будет.

здесь ты ошибаешся - MJPEG Decomressor зашит в том же quartz.dll
Иногда, после плясок с бубном, мне удавалось заставить декодировать также dvsd через quartz.dll (все DS & VfW кодеки из системы были удалены) - правда mjpg & dvsd декодируются через quartz.dll с жуткими тормозами

Pinnacle XL идет в комплекте с пинекловской студией. И еще в каких-то хоум-видео редакторах встречал YUV директ-шоу декодеры...

Может он отметить в материале пораженные участки?

на следующей же странице написано:
• Automated real-time quality monitoring of video and audio.
• Set your own limits and levels for quality alerts.
• Intuitive visual display of alerts directly on clips in the DVR 1000.
• Video too bright or too dark filtered by area of screen and duration.
• Alert on detection of audio clipping, pops and clicks, hum and buzz, and overall voice level.

[marat_k]

Zetas,
Теперь точно все выяснили По MJPEG - да, действительно, я сразу не обратил внимания. Еще раз спасибо.

Где декодируется - все равно, согласен. Вокруг да около натыкаюсь на то, что именно 8-bit в RGB не хватает.

XL поищу, у меня студия где-то дома завалялась. Однако есть ощущение, что этот кодек, даже если заработает так как мне нужно, все равно не поможет.

Александр,
Остается два пути либо правильно снимать, либо искать программиста.

[Aleksandr_Oleynik]

Alf_Zetas

на следующей же странице написано:
• Automated real-time quality monitoring of video and audio........

Это я читал , и что по этим лозунгам можно понять? Ты что-то конкретно понял? Напиши.

marat_k
Про правильно снимать - это сильно сказано , правильно - это все время глядя на осцилограф? Иначе я не знаю как выявить, что выбранный план уйдет за YUV цвет .

Искать програмиста - получается единственный вариант.
Програмисты - АУУУУУУУУУУУУУУУУУУУУУУУУУУУУУУУУУУУУ!!!!

[DaLiV]

marat_k : ne hvatajet diapazona 8-bit dlja cvetov - smotri moj post s kuchej cifr - 2-ja kolonka v nem eto tot rgb kotorij nado - a 3-ja kolonka kotorij poluchajem v 8-bitnom RGB
Aleksandr: Programista - a kto tebe montazhki to peredelivatj budet ? - vsja problema v nih. kodek to eshe mozhet i mozhet kto to sdelatj /ili dazhe mozhno najti kodek s vihodami YUV,rgb(16/kanal), no montazhki ot kazhdogo kodeka vozjmut toljko to chto umejut poljzovatj - a eto v boljshinstve sluchajev RGB(8)/

ja eshe v samom nachale govoril chto nado zhdatj poka proizvoditeli softa soizvoljat sdelatj tozhe samoje chto kogda to proizoshlo s audio - perehod s 8 na 16 bit i tak dalee - po mere nadobnosti (na 8-mi bitnom audio redaktore ne poluchitsja rabotatj s audio 16 bit - ono dazhe esli i prochtetsja - to srezhetsja do 8-mi)

[marat_k]

...... Есть еще вариант - поджимать верхнюю границу - точку белого (именно поджимать, а не обрезать) YUV, чтобы он в 8-bit укладывался. Понятно, что внутри немного потеряется, но на ем восприятии картинки сказаться не должно. Правда, это только теория на практике еще не смотрел.

На практике смотрел я в Liquid. В нем цветокорректор тоже YUV и можно крутя настройки и не только поджимая по белому, а даже заводя все выпавшие за RGB цвета по отдельности в границы RGB -
мне не удалось сделать RGB совместимую картинку не убив все цвета в кадре .

Марат!!!! Извени - совершенно случайно отвечая откорректировал твой пост .

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

[DaLiV]

v tom to i delo chto ne vsje YUV-shnije (primitivnij test - kladem solnishko i na nego taikod sverhu - viderzhat toljko para programm kotorije budut s yuv rabotatj v chistom vide bez vihoda v rgb)- a plugini voobshe luchshe ne govoritj.

[Aleksandr_Oleynik]

DaLiV
С не YUV-шными мы просто не работаем теперь .
YUV-шные это как минимум -
Liquid, AVID и Edius.

[DaLiV]

kto to (marat_k) otvechal chto prakticheski vsje - po etomu ja i otvetil chto ne vo vseh (spisok izvesten ...)

[marat_k]

А что, разве есть еще программы, которые можно назвать монтажными?

[Aleksandr_Oleynik]

Марат, а как же твой любимый Спидрэйзор?

[marat_k]

Так "практически все" это ж не "все".
SpeedRazor форева. Знаешь как я огорчился, что его к decklink не удалось прикрутить - очень сильно огорчился - вот как огорчился. Причем с YUV он работает без проблем, только эффекты там..., ну сам понимаешь. А вот с родным железом на железячных эффектах - вобще без проблем с YUV. И еще, ведь ты знаешь, что мне от монтажки нужен только монтаж.

Жалко конечно, что ты мой пост отредактировал Ну да что уж теперь