Каскадный · [ Стандартный ] · Линейный+ задержка звука, кому верить DVDInfo или PgcDemux

[k-dmitriy]

не знаю кому верить, Additional Info первой пишет

Audio #1: AC3, 3/2ch, 384Kbps, Delay -80 mSec
Audio #2: AC3, 3/2ch, 384Kbps, Delay -80 mSec

Chek A/V delay второй выдает 0 msecs

[grek172]

2 k-dmitriy:
ушам надо верить а не программам

[altar]

2 k-dmitriy:
Отрицательная задержка в 80 мс - характерный глюк программ типа DVD2AVI, по-видимому он перешел в DVDInfo. Это надо у starsoft выяснить. -80 мс выскакивает, когда в PAL фильме первый GOP - закрытый. Старые проги не могли расшифровать первые 2 B-фрейма видео (те самые 80 мс), выбрасывали их, и получалось, что аудио стартует на 80 мс раньше видео.

Никакой задержки больше, чем на длину одной аудио фрейм AC3 (32 мс) быть не может. PgcDemux и DGIndex сообщают правильно.

[k-dmitriy]

а DGIndex где это показывает?
а в NTSC такое может быть и то же ли значение? а то второй раз с этим сталкиваюсь, в первый раз подумал о какой-то локальной ошибке, все бывает, но, если мне не изменяет память, там была задержка -60

[altar]

2 k-dmitriy:
С DGIndex это не так удобно, как с PgcDemux - он показывает задержку в названии ac3 файла после демультиплексирования. Но если в структуре GOP наблюдаются косяки, то у DGIndex есть возможность дополнительного анализа через Tools/Analyze Sync (должна быть включена опция Options/Log Timestamps и проект должен быть сохранен).

В NTSC может быть то же самое, но там характерное кажущееся значение задержки -67 мс. Повторю, и -67 и -80 не являются настоящими задержками, это глюк прог, которые их сообщают. Я бы сказал, что PgcDemux - самый удобный способ правильно и легко узнать это значение. В принципе, это должно быть нулевым значением; все, что превосходит 32 мс - косяк, и скорее всего косяк демультиплексирующей проги.

[k-dmitriy]

ясно, спасибо, буду верить PgcDemux.

кхм... возился еще и с субтитрами, в соседнем топике, вытаскивал vobsub'ом и PgcDemux'ом и опять попались эти злополучные 80 мс, источник тот же.
в sup'овском файле от PgcDemux'а начало первого субтитра TimeCode: 00:00:45,320 --> 00:00:46,560
в vobsub'овском idx'е 00:00:45.240
ну и т.д.

на субтитры такое тоже распространяется? видимо и vobsub этим грешит?

[altar]

Да-да, это общая проблема, и с субтитрами тоже. vobsub как раз и грешит.

Я бы даже сказал, что с субтитрами вообще больше проблем с временными метками - полная неразбериха, разные проги используют разные вещи. Кто по времени идет, кто по фреймам, кто учитывает кратность меток времени фрейма, кто нет; потом опять же drop frame вносят сумятицу. Например, DVDSubEdit и Subtitle Creator показывают разные числа, причем и те, и другие правильные - но для разных ситуаций. Это сложный вопрос; к счастью, небольшой сдвиг субтитров обычно не так заметен, как с аудио.

[k-dmitriy]

а чем помимо PgcDemux можно узнать задержки отдельных ячеек? а то попался диск с клипами, я хотел несколько вытащить и сохранить в мкв, так PgcDemux для одного клипа выдает задержку в 480, а она там где-то в районе нуля, для другого 80 - на самом деле в районе тысячи
хотя если им же сохранить не по потокам, а в воб, то там показываются те же задержки DGIndexом, но проигрывается все нормально, синхронизированно