Всё о полях...

Да дело не в перепутанных полях...

rst, подсказка:
передачи на центральных каналах (новости, спорт. репортажи, концерты и тп) - интерлейсные.
Вы когда нибудь видели на плазмах или ЖК расческу или гребенку ?
Я - нет. Говорят, что если здорово переумничать в настройках плоского ТВ, то и расческу можно увидеть
.

Почитал тему - теоретически вроде со всем разобрался. Одно осталось загадкой - как посмотреть на исходнике какое поле (верхнее или нижнее) первое? И как я понял точно такое же нужно ставить в настройках проекта и в настройках вывода фильма?
Или я всётаки не до конца разобрался?

Проблема может быть только тогда, если по какой-нибудь причине программа не определяет правильного порядка полей, обычно это происходит если флажок записан в нестандартном месте на файле или происходил сбой одного поля при захвате. Тогда единственный способ определения правильности - визуально на внешнем видеомониторе. Во всех нормальных случаях достаточно посмотреть своиств исходника вегасом.
З.Ы. С первым постом

Сообщение от Shurick

как посмотреть на исходнике какое поле (верхнее или нижнее) первое?

Определение реального Field First видеофрагмента

Наши сложности с выбором между прогрессом и "отстойной" чересстрочкой еще не заканчивается - все чаще MediaInfo показывает вместе этих более менее знакомых терминах некоторый MBAFF.
Что это такое и чем оно отличается от интерлейса или прогрессива?
Достаточно краткое и с другой стороны достаточно полное описаьие я нашел тут. Машинный перевод (за качество отвечает гугль):

MBAFF или макроблока Адаптивная Frame / Field кодирования, является функцией кодирования видео в MPEG-4 AVC, который позволяет один кадр будет закодирован частично прогрессивной и чересстрочной разверткой частично. Поддержание качества видео с чересстрочной разверткой может быть проблема в кодировании видео из-за большего пространства между горизонтальными линиями в той же области. MBAFF позволяет кодер AVC для изучения каждого блока в кадре, чтобы искать сходства между чересстрочной полей. Когда нет движения поля будут, как правило, очень похоже, что привело к улучшению качества, если вы кодируете блок как прогрессивное видео. Для блоков, где есть движение от одного поля к другому качеству, скорее всего, пострадает, если закодированы прогрессивным, так что эти блоки могут оставаться с чересстрочной разверткой.

В дополнение к повышению качества, прогрессивные кадры требуют меньшего количества битов, делая их более сжимаемой за то же качество, как чересстрочные кадры. Это относится и к отдельным macroblocs, а это означает, что при использовании MBAFF вы можете значительно улучшить качество для данного битрейта. Так как все решения, необходимые для MBAFF сделаны кодер это может замедлить скорость кодирования очень. Будучи относительно новая технология, она также не поддерживается также среди программного обеспечения воспроизведения AVC. В отличие от многих особенностей AVC это заранее, хотя, MBAFF не влияет на скорость декодера.

Основные замечания:
1) MBAFF применяется исключительно с кодировкой в AVC/h.264/MPEG-4 Part 10;
2) на скорость кодирования применение MBAFF влияет, скорость несколько меньше:
3) некоторое время я считал MBAFF "неполноценным", т.е. в некоторых местах кадра интерлейс убыт без возможностей восстановить. Поэтому я опасался использовать MBAFF даже для оконечной кодировки материала, опасаясь что не будет чего использовать, если исходники случайно пропадут. Однако я пришел к выводу, что прдвижные части кадра определяется достаточно корректно, и заметных искажеий движения обычно не наблюдается. Видеоматериалы с MBAFF распознается Вегасом как чересстрочные с верхними полями и на внешнем видеомониторе играется достаточно корректно;
4) видео с MBAFF очень просто на прямую можно запехнуть в MKV контейнер для железных плейеров и извлечь от туда для переделки, не приходится мудить с принудительным изменением частоты кадров итп.;
5) по этому я считаю, что применить MBAFF для кодировки HD материала с небольшим битрейтом (5-16 Мбит/сек) более чем оправдано, при большом битрейте (25-40 Мбит/сек) я пока затрудняюсь оценить.
З.Ы. Встроенные кодеры Вегаса пока не имеет MBAFF, и я не в курсе о дальнейших планах разработчиков в этом направлении.

На камерах есть режим 24p (кино). Если в таком режиме снмать для ТВ каке проблемы будут?
Вегас в окне предпросмотра с ТЛ отображает без полей, а если файл в Explorer - поля видны.
Экспорт скриншота в файл с ТЛ - без полей.

Гугли слова Pulldown, Inverse Telecine (IVTC), Telecine, попытайся понять, как это работает. Для старта см Глоссарий, но в сети есть и более подробные описания

.

Не сочтите за офтоп, понятно что лучше всего повторить рендеринг с правильными настройками. но если исходник уже утерян....
Знаю, что можно применить утилиту ReStream. Но она работает только с "голым" видеопотоком, значит сначала материал нужно располовинить на потоки, применить утилитку, и опять сшить. Например, Womble Mpeg`ом.
Обидно: всего-то делов - поменять один бит флажка в заголовке, неужели ничего попроще не придумали за это время (Рестрём не обновлялся с 2003 года)?

утилита Changer, см http://provegas.ru/forum/showpost.ph...41&postcount=9

.

Хех! Спасибо большое! Утилитка-то еще более древняя, а какая удобная! Кста, пока ждал ответа, рылся в Нете, и уже видел хорошие отзывы о ней, но ссылки все попадались какие-то битые...

Да, и вот еще что. Ссылку на на обучающую страничку в шапке темы мой Аваст блокирует, считает вредоносным сайтом. Я поставил его в список исключений, стал открывать, но все равно шибко-шибко ругается! то же и с другими обучающими страничками...

У меня они все открывается

Тема жива?
Если что, то будет "вопрос в пустоту".

В общем исходник 1920*1280, вывожу в стандартный телек - mpeg-2 (720*576), получается в итоге любое микродвижение смазывается до неузнаваемости лиц. исходник чересстрочка, ничего не меняю, битрейт ТОЖЕ, как ни странно не меняю.

Сообщение от uvzshnik

"вопрос в пустоту".

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