Ru-Board.club
← Вернуться в раздел «Программы»

» DVD-video (ДВД-видео) - что и как (часть 4)

Автор: Sergey_AV
Дата сообщения: 05.06.2009 21:02
tamalex

Цитата:
да в Неро запишет - нажать "все равно продолжить" - и читаться будет на любом железном плеере точно.

Не на ЛЮБОМ Ф топку (с) подобные извращения. Да и Неру - тоже "ф топку". Как не умела писать аудио/видео диски - так и не научилась . Выросла до размеров непонятно чего, а толку - НУЛЬ .
Автор: Manul
Дата сообщения: 05.06.2009 21:47
tartaki

Цитата:
Посмотрите на скрин внимательно.

О, дома увидел (на работе монитор маленький для моих глаз )
"И файла этого не должно быть, и вообще в папку VIDEO_TS нечего что-то ложить, и писать я уже не хочу - хочу быть новой ОС'ю" - it`s a NERO
Автор: nicadim
Дата сообщения: 06.06.2009 20:52
В общем вывод такой-грохнуть этот мутный фильм и искать другой,который будет нормально записываться!?
Автор: tartaki
Дата сообщения: 06.06.2009 21:06
nicadim
У вас явные проблемы с логикой. Казалось бы, из всего вышесказанного следует, что вам следует грохнуть Нюру и спокойно писать ваш фильм ImgBurn'ом.
Автор: Uraanfgh56
Дата сообщения: 07.06.2009 16:21
Ссори если вопрос несколько не по теме:

Как определить реальный ( настоящий) битрейт для единичного VOB.файла ? , вернее битрейт mpeg-2 внутри этого контейнера ? и какие есть для этого программы

Столкнулся с тем что разные программы для определения параметров видео и аудио по разному определют видеобитрейт для единичного VOB-файла на диске , например Gspot из пакета K-Lite Codec Pack на одном файле ( размер порядка 1 Гб) показал 800 кбит/с при размере картинки 352*480 (соотношение 16:9) - что более менее соответствует визуальному качеству картинки, а например MediaInfo показал битрейт в 9 000 кбит/с, что как мне кажется нереальным.

Может быть я неправильно рассматриваю одиночный VOB в отрыве от остальных файлов (VOB, IFO и т.д) на диске ? - здесь я говорю про сборники фильмов (4 в 1, 5 в 1) , может быть они как-то связаны ?, ведь перед записью диск авторят и ремуксят и может из за этого неправильно определяется битрейт видео ? ...

Звиняйте за ламерские вопросы, если что ...
Автор: Lacrimax
Дата сообщения: 07.06.2009 16:31
Uraanfgh56
На дисках 5 в 1 или 10 в 1 как правило каждый фильм сидит в своем VTS, который содержит воб (или 2) и сжат он может быть с разными размерами кадра, в разных форматах и разным битрейтом. Что показывают эти утилиты - не понятно. Проще посчитать самому = размер файла в битах поделить на длительность в секундах.
Автор: Uraanfgh56
Дата сообщения: 07.06.2009 17:08
Lacrimax
Цитата:
Uraanfgh56
На дисках 5 в 1 или 10 в 1 как правило каждый фильм сидит в своем VTS, который содержит воб (или 2) и сжат он может быть с разными размерами кадра, в разных форматах и разным битрейтом. Что показывают эти утилиты - не понятно. Проще посчитать самому = размер файла в битах поделить на длительность в секундах.
это я понимаю ..
спасибо, жаль - я думал есть такие программы ...
ну вообще-то как написано в самих этих утилитах - вернее в соотв. полях - это битрейт видео ...
а битрейт же вроде как в Килобитах с секунду ...
Автор: OJOJOJ
Дата сообщения: 07.06.2009 18:33
Uraanfgh56
BitRate Viewer 1.5.043

З.Ы. Ищу каталогизатор ДВД-фильмов, как на эту роль программа из подписи ?
Автор: Uraanfgh56
Дата сообщения: 07.06.2009 18:54
OJOJOJ
Цитата:
Uraanfgh56
BitRate Viewer 1.5.043
Я читал про ту программу, пр отзывам не очень, она определяет совокупный битрейт: т.е на различает битрейт виде и битрейт ауди , а "валит" в одну кучу, так что не подходит, но за совет - спасибо ...
Цитата:
З.Ы. Ищу каталогизатор ДВД-фильмов, как на эту роль программа из подписи ?
Отписал в ЛС ...
Автор: OJOJOJ
Дата сообщения: 07.06.2009 19:06
Uraanfgh56
Ищи 1.5.043, последующие что я пробовал недоломаные и показывают фигню.
Проверить насчет совокупного битрейта просто, проверь сначала ВОБ, потом его раздемуксь и проверь чистый m2v. Увидишь одинаковые числа.


Цитата:
Отписал в ЛС ...

Нету
Автор: Uraanfgh56
Дата сообщения: 07.06.2009 19:11
OJOJOJ
Цитата:
Uraanfgh56
Ищи 1.5.043, последующие что я пробовал недоломаные и показывают фигню.
Проверить насчет совокупного битрейта просто, проверь сначала ВОБ, потом его раздемуксь и проверь чистый m2v. Увидишь одинаковые числа.
Ладно попробую
Цитата:
Цитата:Отписал в ЛС ... Нету
Просто только что отписал, сейчас должно быть ...
Автор: OJOJOJ
Дата сообщения: 07.06.2009 19:26
Uraanfgh56
Спасибо в ЛС
Автор: Lacrimax
Дата сообщения: 07.06.2009 20:22

Цитата:
BitRate Viewer 1.5.043

Эта хрень встроена в двдлаб. Про версию не скажу. Где-то отдельно валялась, показывает довольно точно, если нужно, могу поискать и выложить куда-нить.
Автор: Uraanfgh56
Дата сообщения: 07.06.2009 21:08
Lacrimax

Да не нужно , уже скачал, более менее ничего , но в целом не особо ...
Автор: Manul
Дата сообщения: 07.06.2009 21:27
Uraanfgh56

Цитата:
уже скачал

Откуда, если не секрет?
Автор: Uraanfgh56
Дата сообщения: 07.06.2009 21:43
Manul

Вот здесь - http://www.f1cd.ru/soft/base/bitrate_viewer/bitrate_viewer_20/ , только версия 2.0 ...
Автор: Manul
Дата сообщения: 07.06.2009 22:11
Uraanfgh56
Спасибо! Сейчас попробую стянуть.
tartaki
Скажите, как поступить в такой ситуации: PgcDemux показывает Audio Delay 1003, а MuxMan не дает выставить такое смещение У них вообще размерность задержки одинакова? Что делать? Я едва знаком с этими программами
Автор: OJOJOJ
Дата сообщения: 07.06.2009 22:40
Uraanfgh56

Цитата:
Вот здесь - http://www.f1cd.ru/soft/base/bitrate_viewer/bitrate_viewer_20/ , только версия 2.0 ...

Я б сказал это ваще разные проги.

Оффсайт (похоже умер):
www.tecoltd.com

Поиметь представление:
http://www.videohelp.com/tools/Bitrate_Viewer/old-versions
Автор: tartaki
Дата сообщения: 07.06.2009 23:02
Путаники. Тот Bitrate Viewer, который был венгерский (teco) никакого отношения к ДВДЛабу не имел. Везде последняя версия указана, как 1.5.054, но на торентс есть 1.5.1 - самая последняя (2002).

А то, что встроено в ДВДЛаб, это послужило основой для совсем другого Bitrate Viewer. Бесплатный, в активной разработке, последняя версия 2.1

Добавлено:
Manul
Разумеется одинакова, оба показывают в мс. Поскольку в правильно сделанном ДВД задержке взяться неоткуда, в muxman'е она ограничена 300 мс. Большие задержки можно исправить либо с delaycut, либо (предпочтительней) - предварительно исследовать структуру PGC. Скорей всего там либо пустышки в начале, либо пустой vobu (без звука), что-нибудь в этом роде. Лучше от них избавиться перед демуксом. dgindex позволяет указать точку начала демукса зрительно.
Автор: Manul
Дата сообщения: 08.06.2009 07:29
tartaki

Цитата:
Скорей всего там либо пустышки в начале, либо пустой vobu (без звука), что-нибудь в этом роде.

Да, озадачили Вы меня
Фильм с 5 звуковыми дорожками. 1-4 без задержки, а вот 5-я как раз и имеет эти 1003 мс. К слову - ДВДИнфо указывает 1002. Кому вериить?
Автор: OJOJOJ
Дата сообщения: 08.06.2009 09:51
tartaki

Цитата:
но на торентс есть 1.5.1 - самая последняя (2002).

Ничего нового .. гоуно как и раньше.

Ищи 1.5.043, последующие что я пробовал недоломаные и показывают фигню.

Автор: tartaki
Дата сообщения: 08.06.2009 10:56
Manul
Ну, разница минимальная, pgcdemux конечно тестировался куда больше. Похоже вам delaycut понадобится. Ну, или dgindex'ом, он корректирует при демуксе.

OJOJOJ
Ищите, ищите. Тем временем все остальные могут спокойно пользоваться 1.5.1.
Автор: Manul
Дата сообщения: 08.06.2009 11:40
tartaki

Цитата:
или dgindex'ом, он корректирует при демуксе.

Т.е., я могу пихать все в Муксмен без задержек, как есть?
Автор: OJOJOJ
Дата сообщения: 08.06.2009 12:00
tartaki

Цитата:
Ищите, ищите. Тем временем все остальные могут спокойно пользоваться 1.5.1.

Вы продолжайте пользоваться.

Остальные, чтобы убедиться что это гоуно, могут проделать простой опыт - открыть один и тот же файл несколько раз подряд. И увидеть, что каждый раз этот "эксклюзив" показывает разный битрейт.
Автор: Manul
Дата сообщения: 08.06.2009 13:30
tartaki
В чем может быть причина:
Автор: tartaki
Дата сообщения: 08.06.2009 19:14
Manul
В том, что вы не добавили Wide. У вас 3 дорожки субтитров, и в каждой только LB. Минимум для анаморфа - Wide и хотя бы одно из LB и PS.
Автор: Prez
Дата сообщения: 09.06.2009 11:04
tartaki

Цитата:
Кстати, а зачем делать PAL и как это влияет на проблемы с аудио?

PAL (а я делаю PAL только ускорением, сохраняя или восстанавливая изгаженный прогрессив) на всех плеерах и компьютерах воспроизводится как есть, кадр в кадр (нет никаких баловств с полями, поскольку все отображающие устройства работают с 25 fps). Как сделан диск, так и играет. Если делать NTSC, то это всегда варианты. Грамотный NTSC (наименьшее зло, 24 fps + флажки повтора) будет красиво играть на компах и современных цифровых системах с HDMI и прочими прелестями, которые рекомбинируют поля на лету, отсеивая повторы. Но много ли таких систем? На всех остальных (в том числе и у всех моих друзей) это будет нечто подергивающееся-размазывающееся из-за преобразований fps, которые в данном случае выполнить без грязи просто невозможно. Про безграмотный NTSC я вообще молчу (это когда куски 24soft + 30hard или вообще весь фильм изуродован на 30hard telecine). Такое способны исправить только лишь те самые с HDMI, которых нет ни у кого . Вот и остается мне выбор - PAL или PAL . Я и выбрал PAL .
При ускорении fps и звук также надо ускорять. В большинстве случаев достаточно фиксированного коэффициента ускорения (fps исходника не гуляет), но такое бывает не всегда (например, был фильм Коммандо, в котором я подбирал коэффициент, потому что при расчетном возникал погрессирующий рассинхрон 3-4 секунды в конце фильма). Вот и подгонял по видео. Плюс перевод накладывал (была только английская озвучка 2.0).

Цитата:
Я говорил о точках синхронизации, они должны точно совпадать во всех каналах.

Даже более того, не точки, а весь звук . Причем совпадать до семпла. Иначе звук может провалиться, сложившись в противофазе в какой-то точке пространства. Именно это я считаю фазовыми искажениями, которые в таком случае не превышают 2*пи в каналах. Если больше, то это уже просто испорченный звук, а не фазовые искажения . Это уже эхо, кваканье и пр. "спецэффекты" не предусмотренные звукорежиссером .

Цитата:
Не тянете же вы весь канал целиком, это было бы слишком просто для описываемых проблем.

Именно целиком канал и все остальные потом по его образцу . Я не веду поиск сдвигов кусков, а синхроню общую дорожку под видео в целом, пусть даже в ущерб отдельным мелким участкам. К счастью, мне еще ни разу не попался фильм, где рассинхрон таких мелких частей был бы совершенно неприемлем. Безусловно, мелкий рассинхрон присутствует, но я с этим мирюсь. И вот по каким причинам. Например, у меня на компе все выглядит идеально (засинхронено до кадра в Вегасе), я смотрю результат и считаю, что все происходит одновременно (взрыв и звук), а кто-то смотрит и считает, что звук немного опережает. (Первая причина - восприятие и ощущения). Идем далее. У моего товарища есть хорошая плазма и бобик (пока нет бабла и особого желания на бесконечные покупки нового). Перепробовав все возможные комбинации в разъемах и шнурках мы воткнули их по скарту, где якобы работает аналоговый RGB (хоть мне это и сомнительно, но сейчас не об этом) и картинка имеет весьма и весьма хорошее качество. В то же время звук выходит напрямую из бобика 6 каналов и подается на муз. центр в такой же конфигурации. И мой идеально засинхроненный диск начинает разваливаться, по причине дикой обработки видео в плазме (и отставании до 300-400 мс) и прямому соединению звука. (Вторая причина - пользователи не заморачиваются правильной аппаратной конфигурацией или ее настройкой). Далее, наш новейший фильм Обитаемый остров, который делался уже не на дровах, а на современном оборудовании. Весь звук отстает от видео на ~50 мс. Подвинул. Звук взрыва корабля засинхронен теперь идеально. Следующая сцена - герой идет по пустыне в замедленной съемке, ноги крупным планом, затем отъезд камеры. Звук шагов сильно отстает, но уже на следующей сцене все опять хорошо. Как это исправить? Переклеивать куски? А что делать с дырками? А стыки? А все каналы? Это же жуть. (Третья причина - я не собираюсь подгребать навоз студий-релизеров). Ну и т.д.

Цитата:
В разумных пределах - сколько угодно, именно это делает DVDSubEdit.

В самом файле он их двигать не умеет, к сожалению. Двигает только в ВОБах, а это очень опасно. Не все плеера такое согласятся воспринять. Например, плеер JVC-XV-N33SL начинает икать в момент появления субтитров, даже выключенных (а это классный плеер, сколько глюков он мне отловил). Так что... увы . Нельзя подвинуть. К счастью, можно сдвинуть в ВОБах в SubEdit, а затем, при простой разборке в Реавторе субтитры уже имеют правильный тайминг. Собрал в Сценаристе - и порядок. Вот такой вот сложный, но правильный путь. Это чтобы не мучиться с пересчетом таймингов вручную.
Автор: BOLiK_Ltd
Дата сообщения: 09.06.2009 13:00
Prez
Только в реавторе? А если демуксом извлечь? Или смысл именно в том, что реавтор убирает задержку и переписывает заново субтитры уже без задержки?
Автор: tartaki
Дата сообщения: 09.06.2009 17:50
Prez

Цитата:
Такое способны исправить только лишь те самые с HDMI, которых нет ни у кого

Я все время должен не забывать вносить поправку на разницу миров. Вокруг меня в магазинах просто нет уже других, даже самые дешевые, типа за 40-50 баксов, имеют апскейлер и HDMI. Соответственно, почти у всех такие стоят.

С другой стороны, то, о чем вы говорите, не имеет к апскейлеру отношения. Работать с каденциями - дело деинтерлейсера. Прогрессивные плееры, работающие с флагами в NTSC, выдающие оригинальные 24 картинки, были давным давно, лет 10 назад, и тогда же непрогрессивные перестали выпускать. Но хороший плеер (в смысле деинтерлейсер) с флагами не работает, он смотрит на сам материал. И к HDMI это отношения не имеет, это все существовало давным-давно, задолго до HDTV, так что HDMI вовсе не является неким признаком качества.

Да и в PALе полно своих каденций, это только в простейшем случае правильно закодированного современного фильма будет 25 в 25.

Цитата:
И мой идеально засинхроненный диск начинает разваливаться, по причине дикой обработки видео в плазме (и отставании до 300-400 мс) и прямому соединению звука.

Ну, это проблема его железа, а не вашего диска. Я полагал, что задержка возникает в плеере. Хорошие плееры позволяют задать задержку аудио.


Цитата:
Двигает только в ВОБах, а это очень опасно.

Про опасность вам следует сообщить автору, пошлите ему материалы, я серьезно говорю. Просто общественность об этом явно не знает, проблем не видит, вовсю пользуется. Я, в тех редких случаях, когда были проблемы с таймингом, после подгонки в вобе вынимал sup PGCDemux'ом. Не потому, что видел опасность, просто для порядку, чтобы были правильные исходники. То есть фактически делал то, что вы описали. Но, по-любому, заключение остается - двигать субтитры можно. В один или два шага - это уже детали.

Цитата:
А если демуксом извлечь? Или смысл именно в том, что реавтор убирает задержку и переписывает заново субтитры уже без задержки?

Реавтор демуксит. А subedit не задержку вставляет, а реально переписывает паки в вобе.
Автор: tartaki
Дата сообщения: 10.06.2009 08:12
BOLiK_Ltd

Цитата:
tartaki
Обнаружил косяк у MuxMan. После сборки им материала (замена дорожки), наблюдается довольно приличный рассинхрон аудио с видео и субтитров с видео. После сборки того же самого в IfoEdit, всё нормально (есть пару несущественных моментов, которые легко исправляються в PgcEdit). Собсвенно проблема, я думаю, в видеофайле.

BOLiK прислал мне смуксированный образец, большое ему спасибо. Наконец нашел время, и думаю, что разобрался. Проблема представляет довольно общий интерес.
1) В том, что получилось после IfoEdit и правкой PgcEdit (надо полагать, именно это мне прислал BOLiK), сбиты все метки времени. Иными словами - кривой диск. Собственно, к проблеме это не относится, просто периодически люди говорят, "Вот, muxman отказался что-то делать, или сделал неправильно, а IfoEdit таки сделал". У меня такие высказывания вызывают недоумение: ведь ясно, что muxman начался там, где ifoedit закончился (как муксер). То, что муксирует ifoedit - это один сплошной глюк. Разборчивость и даже отдельные проблемы muxman'а, по сравнению с ifoedit - лишь следствие продвинутости muxman'а и его следования стандартам. Типа как Нюра пишет все подряд, а ImgBurn иногда "капризничает".
2) Тем не менее, проблема у muxman'а в данном случае явно присутствует. Сделав демукс всего PGC с фильмом, получаем m2v. Засунув его в muxman, мы сразу видим (ну, после того, как он закончит индексацию), что он показывает совершенно левые длительность видео и параметры. Если запустить мукс с аудио, то будет сильный рассинхрон, но очевидно, что проблема присутствует уже до этого - в параметрах видео, которые неправильно распознаются muxman'ом
3) В предложенном фрагменте имеется заставка, один I-фрейм, на котором в ифо стоит продолжительность в 15 кадров (что-то типа того). И он сидит в отдельной ячейке. И стык со швом (non-seamless). В принципе, такая вещь ничем не отличается от пустышек в начале PGC (частое следствие Arccos) - хорошо известно, что демуксить PGC с такими ячейками нельзя. Одна из стандартных процедур - удалить их в Римейке перед демуксом (при обратной замене переделанным фильмом, мы будем заменять только переделанные ячейки, оставив пустышки на месте). Проделав такую процедуру, в данном случае тоже все получилось как надо - muxman правильно распознал параметры нового m2v и замуксил аудио без рассинхрона.
4) Тем не менее, хотя решение было найдено (собственно, искать его не было нужды, это стандартная вещь), но проблема с распознаванием muxman'ом первоначального m2v осталась. Казалось правдоподобным, что проблема была в самом видео файле, в одиночном I-фрейме до первого регулярного GOP'а. Сценарист его съел без проблем, при верификации не выдал предупреждений и замуксил без рассинхрона. Что уже удивительно - ведь в заголовке последовательности этого I-фрейма был прописан аспект 4:3, тогда как во всех последовательностях стоит 16:9. Явное нарушение стандарта. Более глубокое изучение показало, что после этого I-фрейма стоит флаг конца последовательности (следствие плохого редактирования). В конце m2v такого флага вообще не было, но это явно результат обрезания (до меня дошел только кусок длиной в несколько минут). Добавил флаг в конце, как положено. Теперь Сценарист уже выдал предупреждение, что в файле два таких флага. Я бы сказал, что это неожиданная тупость со стороны Сценариста - вместо того, чтобы проверить, что флаг один и стоит в конце, он просто считает флаги! Если он один, то получается все ОК, даже если флаг стоит в самом начале.
5) Этот флаг и смена аспекта выглядели как причина проблемы muxman'а. Начал с флага после первого I-фрейма - убрал его. Опаньки, muxman сразу все распознал правильно и замуксил без проблем. Смена аспекта же оказалась ни при чем.

Итог: muxman был введен в недоумение неподобающим флагом конца последовательности в начале видео файла. Проблема выглядит как весьма редкая, но это все же следует рассматривать как глюк muxman'а, о чем будет сообщено автору. Спасибо за сообщение!

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869

Предыдущая тема: Inno Setup (создание инсталяционных пакетов)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.