Разобрался я в той «Х-непонятке», когда при просмотре проектов от YNUS у меня (на внешнем мониторе) шёл строб на реверсе во всех случаях, независимо от интерпретации реверсивного футажа (Lower/Upper) и прочего. То есть, стробил любой реверс на таймлайн, и в чужих, и в моих проектах с разными футажами! Об этой причине стробирования любого реверсивного материала расскажу позже в этом посте, пока вернусь к посту YNUS-а:
Не, фишка с вертикальным пикселом тут непричём, у Solo Wolf, как и грил Виктор проблема со сменой полей при реверсе, это касается интерлейсных фалов *mov и некомпресса, надо просто в свойствах эвента менять очерёдность полей.
Меня такое объяснение причины строба напрочь ввело в ступор - всегда был уверен, что Вегас сам меняет первоидущее при реверсе и ничего самому делать не надо, всякие самостоятельные вольности сделают только хуже! В такой ступор, что я по ошибке отправил YNUS искать ответ туда, где его нет и быть не могло, там было про устройство реверса (смена FieldFirst и вертикальный блюр), за что ещё раз извиняюсь. Хорошо ещё, что хватило ума поверить YNUS на слово и проверить всё то, о чём он говорил.
Сейчас, после многих и разных проверок на нескольких системах скажу одно – да, YNUS прав, так и происходит (и не только *mov и некомпресса, при некоторых настройках проекта идёт ошибка и в некоторых DV файлах, не Вегой коденных). Чтобы многим стало более понятно, о чём речь и что Вегас делает не так, надо напомнить принцип работы ревереса:
Второй случай, случай реверса. Вспомним последовательность: LowerFieldFirst (LFF ) видео- 1L2U-3L4U-5L6U-7L8U
Видно, что первым должно идти нижнее поле. Прочитаем наоборот (сделаем реверс): 8U7L-6U5L-4U3L-2U1L. Теперь, чтобы сохранить правильную последовательность полукадров (полей), сначала надо читать из интерлейсного кадра верхнее поле, а потом нижнее!! И здесь идёт смена FieldFirst!
То есть, при работе с интерлейсным материалом, Вегас при реверсе в обязательном порядке должен менять FieldFirst реверсивного эвента на противоположный. Данный алгоритм (которым пользуется Вегас) этого требует.
Это легко проверить на примере. Возьмите свой DV файл с LFF, положите на таймлайн, посмотрите свойства эвента. Там LFF. Сделайте реверс, опять посмотрите его свойства. Будет стоять UFF.
Повторю ещё раз - Вегас при реверсе в обязательном порядке должен менять FieldFirst реверсивного эвента на противоположный. Должен. Но делает это НЕ всегда.
Не на всех файлах он меняет FF на противоположный при реверсе!
Пытаясь найти закономерность (почему в некоторых файлах Вегас не меняет при реверсе FF, хотя обязан по технологии алгоритма), перепробовал массу файлов (DV UFF/LFF, Uncompress UFF/LFF, многие другие), различные проекты с настройками и UFF, и LFF. Была даже мысль, что он берёт данные для FF реверсного файла не из настроек эвента, а из своей «базы знаний», по которой он изначально интерпретирует видеоматериал (есть у него такая, по ней он решает, что DV надо интерпретировать как LFF, uncompress, mov и др. – как UFF и т.д.) – но… нет, никакой связи и зависимости. При каких-то настройках проекта начинает «врать» даже с DV файлами, сделанными не им. Так что вопрос, чем руководствуется Вегас, решая, менять первоидущее при реверсе или нет, лично для меня остался загадкой…
Хотя, вроде, что может быть проще – посмотри в настройки эвента, прочитай FF и замени его на противоположный и всё. Этого требует принцип работы алгоритма, которым Вегас пользуется. Но, нет, он так не делает. Почему? Ошибка? Недоработка? На этот вопрос только программеры Вегаса ответить смогут. Может они это в какую то хитрую настройку вынесли? Вынесли же они глобальную настройку по работе с интерлейсом в опцию «deinterlace metod», может и здесь что-то намудрили? Не знаю…
Нам остаётся только одно – перед применением реверса посмотреть настройки этого (правильно интерпретированного) эвента, запомнить FF, сделать реверс и проверить настройки FF этого эвента ещё раз – сменил ли Вегас его на противоположный (как и должен был) или нет? Если нет, то менять самим… :(
В общем, пока моё посыпание головой пеплом и стучание ей об стенку откладывается, в том моём посте (за который я так переживал) всё верно, он касается вертикального блюра и других фундаментальных принципов работы и алгоритмов программы, а не одной конкретной ошибки(?) по смене FF при реверсе материала. А вот добавить туда отельным постом эту инфу надо будет потом, там же тема «работа с интерлейсным видео», добавить и написать, что не только значение «deinterlace method» может влиять на реверс, есть и другие…
YNUS, вы правы, я не сталкивался в Вегасе с реверсом подобного материала, не потому, что работаем только с DV, а всё больше потому, что с таким глобальным изменением видео (реверс, масштаб и т.д.) мы работаем в AE. Но, вот, благодаря Вам, столкнулся… Дружно все щёлкаем YNUS-у по весам за эту крайне полезную инфу! :good: Лично для меня – это первая настоящая ошибка/баг(?) в Вегас, с которым я столкнулся воочию…
А вот теперь расскажу об ещё одной ситуации, когда у владельцев внешних мониторов будет стробить любой реверс с любыми настройками FF, о той самой «Х-непонятке», которая может периодически появляться. Причина до безобразия смешна (сам попался как мальчишка) - РЕЖИМ PREVIEW.
В режиме превью <Preview (Full)> реверсный эвент будет стробить всегда, независимо от его интерпретации (Lower/Upper), от строба можно избавится только сдвигом на пиксель вверх/вниз. Про сдвиг пикселя запоминать не надо (всё равно у вас режим рендера стоит good или best), это не пригодится (написал, чтоб владельцы внешних мониторов могли при желании посмотреть на это любопытное смешение алгоритмов), пригодится другое:
Только в режиме превью <Good/Best (Full)> реверс отображается и показывается корректно на внешнем мониторе, так как надо (при правильной интерпретации реверсного эвента) и без непонятно откуда появившегося строба.
Поэтому, можно сделать вывод из всего написанного:
если при работе с интерлейсным материалом вы видите строб при реверсе - мало проверить настройки проекта «deinterlace method» (где должны стоять либо Blend, либо Interpolate), мало за Вегасом проверить, сменил ли он FF на противоположный при реверсе эвента, при контроле сигнала на внешнем мониторе надо ещё смотреть, правильные ли настройки режима просмотра у вас стоят в превью...