Пропадает четкость после просчета
#1
Отправлено 26 May 2004 - 13:19
#2
Отправлено 26 May 2004 - 13:34
#3
Отправлено 26 May 2004 - 13:55
И качество при рендере максимальное и плугины не подключены.
Желающие могут убедится. В п\я
ae_proba@mail.ru
pass:
proba
лежат две картинки.
Первая - "несдвинутая" - все четко
Вторая - сдвинута на один пиксель вверх. Четкость ушла.
Просчитаны через Make Movie
Format: BMP-Sequencs
Render Setting:
Quality: Best
Resolution: Full
Field Render: Lower Field
Исходник: DV.
#4
Отправлено 26 May 2004 - 14:55
Ты исходник интерпретировал? Попробуй.
#5
Отправлено 26 May 2004 - 15:06
А как же...Поля...
Ты исходник интерпретировал? Попробуй.
Separate Fields: Lower Field First
Сразу говорю: поля "убить" предлагать не надо... Ни к чему это...
#6
Отправлено 26 May 2004 - 15:47
#7
Отправлено 26 May 2004 - 16:11
Включи логику!!!!
Копозиция у тебя ПОЛНОКАДРОВАЯ т.е.
ИЗ ДВУХ ПОЛЕЙ ОДНО ЧЕТНЫЕ СТРОКИ ВТОРОЕ НЕЧЕТНЫЕ
Что происходит когда ты сдвигаешь на нечетное количество строк?
Афтер конечно умный... но что ему по твоему в этом случае надо делать?
#8
Отправлено 26 May 2004 - 18:12
Попробую обязательно, но так быть не должно (ИМХО). Если футаж интерпретирован правильно, настройки рендера максимальные - всё должно быть нормально.
#9
Отправлено 28 May 2004 - 08:52
Вот то то и оно... Если пытаться погружаться в теорию (На что видимо намекает уважаемый Gradov_Georg) можно заподозрить возможность возникновения проблем. Типа: "пикселей по вертикали - 720, а строк в ТВ - 625, поля -2 и т.п. " и при сдвиге картинки вверх (вниз) могут возникать какие-то артефакты...DenizZ
Gradov_Georg, сколько ковыряюсь с АЕ - никогда с таким не сталкивался...
Попробую обязательно, но так быть не должно (ИМХО). Если футаж интерпретирован правильно, настройки рендера максимальные - всё должно быть нормально.
НО!
Тогда такая проблема была бы известна всем и во всех руководствах ко ВСЕМ программам (!) писалось бы: "сдвиг изображения на ... пиксел может приводить к нежелательным ухудшениям качества изображения..."
Но этого же нет?
Или уважаемый Gradov_Georg давно знает об этой проблеме, сталкивался с ней, всегда учитывает ее при работе и сдвигает изображение только на определенное количество пиксел?
2 DenizZ
Удалось ли провести эксперимент? Каковы результаты?
Кстати второй вопрос по ECHO FIRE остался открытым.
Значит ли, что если при работе в АЕ ECHO FIRE вываливает на монитор нормальное изображение (которое после просчета оказывается нечетким) то, что ECHO FIRE выдает на монитор изображение БЕЗ ПОЛЕЙ?
Или это проблемы не ECHO FIRE а самого АЕ?
Сообщение отредактировано DmitNik: 28 May 2004 - 08:54
#10
Отправлено 28 May 2004 - 09:05
ECHO FIRE... АЕ не предназначен для вывода чего-либо на внешние мониторы. Настройки присутствуют, но обычно вывод решается сторонними плагинами (для Реалити/Велосити например). И выводится содержимое рабочего окна. А в нём, например, не показываются поля... Это умеют другие композеры. В зависимости от качества/стоимости железа, можно использовать этот вывод для простого контроля или точной настройки цвета, но конечный материал - однозначно смотрится в готовом виде на устройстве капчура/сброса...
Кстати, о плугинах вывода. Пользователи Реалити жаловались на "нереалтайм" превью из АЕ и сильно ругали разработчиков DPS... Плуг постоянно дорабатывался.... В конце-концов, DPS объявили, что плуг и железо позволяют смотреть превью в реалтайме, но этого не может сделать сам АЕ....
#11
Отправлено 28 May 2004 - 09:19
Ну у нас "железа" то никакого нет кроме платы 1394 подключенной на DV магнитофон к которому в свою очередь подключен монитор. И именно так: "для простого контроля или точной настройки цвета" этот вывод и используем. И конечно окончательный контроль именно в программе сброса. Но ведь обидно когда несколько часов ролик считается и вдруг обнаруживается что то тут то там резкость "ушла" из за сдвига позиции...В зависимости от качества/стоимости железа, можно использовать этот вывод для простого контроля или точной настройки цвета, но конечный материал - однозначно смотрится в готовом виде на устройстве капчура/сброса...
Хочется разобраться в проблеме...
Жду результатов эксперимента...
Спасибо за внимание к проблеме.
#12
Отправлено 28 May 2004 - 10:17
Вот это ключевые слова.Ну у нас "железа" то никакого нет кроме платы 1394 подключенной на DV магнитофон к которому в свою очередь подключен монитор.
Ты глянь на этот материал не через сурогатное Превью, а записав этот материал на касету.
С AE видимо вообще вывод на вне полей - пожизненная проблемма.
С Liquid Chrome превью я тоже имею из AE на TV только одно поле .
Я мало верю в то, что в 6.5 сделают вывод по I394 с полями.
В Combustion 3.0 вывод по I394 на внешний TV - С ПОЛЯМИ!!!
Сообщение отредактировано Aleksandr_Oleynik: 28 May 2004 - 10:20
#13
Отправлено 28 May 2004 - 11:29
Э-э-э... Не очень понял совета... Напоминаю суть проблемы:Ты глянь на этот материал не через сурогатное Превью, а записав этот материал на касету.
1. Делаем ролик в АЕ. Двигаем там вверх\вниз исходники. Ухудшения не видим.
2. Рендерим.
3. Открываем просчитанное ави в Премьере. Видим падение четкости на сдвинутых исходниках.
Зачем на кассету записывать?
Результат уже в Премьере можно оценить... Уж он то на монитор реальную картину гонит.
#14
Отправлено 28 May 2004 - 11:37
Опять же, работая не один год, на подсознательном уровне пользуешься цветами, которые не поплывут в эфире. Не вылезаешь за пределы экшен/тайтл-сэйфа. Привыкаешь к монитору, знаешь его недостатки.......
Да, Реалити неплохо показывает из АЕ, но мы этим пользуемся очень редко. Да и на каждую машину такую железяку не поставишь - цена кусается.... Уже понаписаны плуги поддержки Реалити для Макса, ЛВ, АЕ, Ауры, ещё чёрти чего.... Но зачем? Проверять себя на каждом шагу?
Всё вышесказанное - ИМХО. Я работаю с "малыми формами", до 3~4-х минут максимиум, длительности эффектов не превышают 5 ~ 10 сек. От этого и подход к тестам и превью.
#15
Отправлено 28 May 2004 - 11:59
Да проблема в том что как раз АЕ "имитирует" выдачу картинки на монитор.Что вы вцепились в невозможность АЕ давать превью на внешний монитор? Ну не для того он заточен!
"И мы ей как бы верим..." (с) Шифрин
Напоминаю: я веду речь не о том что "хочется весь ролик посмотреть адекватно без рендеринга". Не в том проблема!!! Речь об отражении на мониторе текущего состояния композиции определяемой положением линии редактирования (или как там оно в АЕ называется?).
И на самом деле АЕ в описанной выше ситуации ВРЕТ!!!
Т.е. получается цвета адекватно выставить - можем. Положение того или иного элемента композиции адекватно оценить - можем. Адекватно оценить результат работы того или иного эффекта - можем.
Но если вдруг какие завязки на поля - извините... Не судьба...
Так получается?
А главное: не могу добиться от народа - что никто никогда с такой ситуацией не сталкивался? Никто никогда на нечетное количество пиксел картинки вверх\вниз не двигал и не получал падение четкости?
#16
Отправлено 28 May 2004 - 12:35
#17
Отправлено 28 May 2004 - 12:42
ДА.Картинка сдвинута на целое количество пикселей ?
В частности в тех картинках, что выкладывал в ящик (мой второй пост в этой теме):
Первая картинка:
360.0 288.0
Вторая:
360.0 287.0
#18
Отправлено 28 May 2004 - 15:56
#19
Отправлено 28 May 2004 - 21:13
всё вроде правильно с полями, но мажет...
Лечилось (как не странно) переключением Motion Detect в интрепретации футажа.
Т.е.
1. Ставишь нужный порядок полей
2. Пробуешь считать
3. Если бяка, то переключаешь Motion Detect
4. Пробуешь считать
5. Если бяка, то не знаю (пару раз помогало)
Ещё проверь вложенные композиции - насчёт кнопочки Collapse Tranformation,
может в результате получается дробное смещение.
#20
Отправлено 31 May 2004 - 09:37
#21
Отправлено 31 May 2004 - 16:00
Хотел посмотреть на "источники", да вот что-то твоя почта не фурычит.
Что не так?
#22
Отправлено 31 May 2004 - 21:59
Вот видишь -
Если бы AE позволяло выводить любое из полей или оба как Combustion, то этого обсуждение было бы более продуктивным.
А я ведь тут понаписал всяких РЕЗЮМЭ сначала, а потом их все поубирал -
у меня тоже картинка мылится при сдвижке на нечетное число пикселей картинки!!!
Что делать будем???
Сообщение отредактировано Aleksandr_Oleynik: 31 May 2004 - 22:22
#23
Отправлено 01 Jun 2004 - 01:09
смотрю через шторм2, смотрю отрендеренное, каринка четкая как была.
что делаю не так, чтоб увидеть косяк?
#24
Отправлено 01 Jun 2004 - 09:04
Да... Чего-то в самом деле mail.ru перестал пущать.
Выложил те же картинки здесь:
_hттp://www.elders.ru/test.ae/
!!! На всякий случай упреждаю, что в целях чистоты эксперимента картинки ничем не сжимал и они формата .bmp. Соответственно "весят" по 1.2 мега каждая.
Видать шторм2 "вносит погрешности"Muhin
смотрю через шторм2, смотрю отрендеренное, каринка четкая как была.
что делаю не так, чтоб увидеть косяк?
Есть возможность провести эксперимент на машине "без платы"? Попробуй...
Но за информацию по отсутствию глюка "со штормом" спасибо...
Aleksandr_Oleynik
Что делать будем???
Да уж... Что-то надо делать...
Кстати в развитие темы могу сообщить что если выполнить с теми же исходниками операцию:
Composition->Save Frame as->Photoshop Layers
то эффект "размытия" исчезает. Оба слоя в полученной .psd четкие...
В общем-то уже понятно, что видимо эту операцию АЕ по определению проводит без без полей...
#25
Отправлено 01 Jun 2004 - 09:12
Так и не добрался до экспериментов.... Но кое-что из наблюдений: по специфике работы из АЕ просто не вылезаем. Задачи самые разные: от прокеивания до исправления грамматических ошибок... И такие грабли, как пропажа чёткости, были бы давно отмечены.... Правда, основной материал идёт без полей, с Беты или сиквенсами из монтажек. Изредка - авихами... картинка целиком или её часть двигается в произвольном направлении на произвольное количество пикселей........ Может, проблема именно в сочетании интерлейсного материала и Motion Detect?
#26
Отправлено 01 Jun 2004 - 09:57
Проблемма пропадания четкости при сдвиге на нечетное число пикселей 100% связана с полями (с интерлейсным видео). Если твой матенриал прогресив, этих проблем ты и не мог увидеть.
С деинтерлейсным видео ни у AE ни у других композеров проблем нет и не было, но ведь ООООчень много материала, в том числе и проф. все-же интерлейсного, и Композеры просто обязаны работать корректно с таким материалом.
Почему мы как правило вообще не обращаем внимание на такие вещи - да просто потому что нет рядом двух планов с четной и нечентной сдижкой сделанных из одного ОРИГИНАЛА, а если играть такой сдвинутый на нечетное число пикселей материала "вообще" - этой проблеммы не заметить.
Muhin
Я, правда, не качал предложенных BMP файлов, а нашел у себя DV материал на котором было снято как писали на чистом лесте текст - вот на нем я и тестировал.
С начала я запостил тут кучу слов о том, что у меня все в порядке, если правильно выставлять поля входного и выходного материала и если смотреть на выходе видео с полями или иметь возможность переключать какое поле в стопе отображается на вне.
Но потом чутиь подробнее и тщательнее все протестировал и всетаки вижу замыленную картинку и при выводе с полями сдвинутого на 1 пикчель изображения .
Я просто не имел времени на более детальные эксперементы, но то, что с этим нужно серьезно разобраться -
ЭТО ФАКТ.
#27
Отправлено 01 Jun 2004 - 10:27
Действительно, эффект смазывания есть. У меня проявился (рассматривал на большом увеличении) при смещении картинки на ,5 пиксела вверх/вниз. Т.е., 360х288 -> 360x288.5 / 360x287.5. Если 360х289 или 360х287 - всё чётко. Насколько можно судить по одному кадру...
Однако.... Всегда можно привести картинку к одному знаменателю Добавить блура, обработать "под кино", ещё как подшаманить... На то он и АЕ, чтобы с видео работать.
#28
Отправлено 01 Jun 2004 - 10:55
Во-воОднако.... Всегда можно привести картинку к одному знаменателю Добавить блура, обработать "под кино", ещё как подшаманить... На то он и АЕ, чтобы с видео работать.
Вот этим у ПРОФИ все решения проблем и заканчиваются .
И не первый раз.
А может всетаки что-то подкрутить, подшаманить, галочку где поставить .
Тщательнее товарищи, тщательнее.
#29
Отправлено 01 Jun 2004 - 10:56
Ниччччего не понимаю....
Сообщение отредактировано Gradov_Georg: 01 Jun 2004 - 10:57
#30
Отправлено 01 Jun 2004 - 11:02
Есть ли возможность поменять поле выводимое в стопе?
Все связано с полями.
#31
Отправлено 06 Jun 2004 - 00:47
Что, и в Сombustion такая же фигня? Или он все же корректнее обходится с полями?
#32
Отправлено 06 Jun 2004 - 01:43
в АЕ шторм плугин не копал, а в Эдиусе можно сказать какое поле выводить или оба сразу..
#33
Отправлено 08 Jun 2004 - 02:44
1. что исходник именно avi-файл (сжатый DV-кодеком), не секвенция,
2. исходник сдвинут на нечетное количество пикселов по вертикали, или
3. если сдвига на нечетное количество пикселов по вертикали нет, но порядок полей при рендеринге меняется на противоположный.
Пимечание к п.2,3. - если исходник (avi-файл), скажем, с Low Filed First, сдвинуть, например, на 1 пиксел вверх, а при рендеринге секвенции установим порядок следования полей Upper Field First, то потери четкости не наблюдается (так сказать, происходит взаимная аннигиляция).
Проверялось только на статическом материале. Характер деградации изображения можно посмотреть в файлах с укрупненными фрагментами. Все лежит на ae_test_up1@mail.ru пароль test
Original.png (5,2K) - тестовое изображение,
Up1.png (7,4K) - справа, кусок из BMP-секвенции avi-файла (MicrosoftDV), слева - результат сдвига на пиксель вверх,
AE.png (24,5K) - а это то, что мы видим в окне AE (тот же avi-файл).
#34
Отправлено 08 Jun 2004 - 10:41
Тот же эффект (порча) происходит и с некомпрессией и с сиквенцией - определяющим является наличие полей.
#35
Отправлено 08 Jun 2004 - 13:38
#36
Отправлено 08 Jun 2004 - 16:09
Во-первых, еще раз подтверждается, что эффект порчи при сдвиге наблюдается вне зависимости от того компрессированн или нет исходный файл.
Во-вторых, подчеркиваю это, если исходник - секвенция, то упомянутого эффекта нет. При этом секвенция может быть получена как непосредственно в AE, так и из некомпресированного avi-файла, и, что самое важное, из DV-файла.
Если кто еще возьмется на своих исходниках протестировать поведение секвенций и получит сходный результат, то таким образом будет найдено достаточно простое, на мой взгляд, решение проблемы, а именно: для работы в AE без потерь качества изображения DV-исходники предварительно необходимо переводить в секвенции, если предполагается сдвигать изображение или манипулировать полями.
Но! Повторюсь еще раз - все это дело исследовалось лишь на статичных изображениях. Что будет при достаточно быстром моушене и что там будет происходить с полями - еще вопрос.
#37
Отправлено 20 Oct 2004 - 20:54
Crop the composition
To enlarge a movie by a few pixels, increase the size using negative values for the Crop options in the Output Module Settings dialog box. For example, to increase the size of a movie by 2 pixels, type -2 in the Cropping section of the Output Module Settings dialog box. Remember that negative cropping adds to one side of a movie, so objects originally centered in the composition may not appear centered when the movie is cropped.
Note: Adding an odd number of pixels to the top of a field-rendered movie reverses the field order. For example, if you add one row of pixels to the top of a movie with Upper Field First field rendering, the field-rendering order then becomes Lower Field First. Remember that if you add pixels to the top of the movie, you need to crop from the bottom row of the movie to maintain the original size. (See "Using interlaced video in After Effects" on page 72 and Field-rendering considerations.)
1 человек читают эту тему
0 пользователей, 1 гостей, 0 скрытых пользователей