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

tartaki

Цитата:

В том, что получилось после IfoEdit и правкой PgcEdit (надо полагать, именно это мне прислал BOLiK)

Нет. Я вам прислал кусок, отрезанный от оригинала.

Цитата:

Начал с флага после первого I-фрейма - убрал его.

Чем? И как?

BOLiK_Ltd

Цитата:

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

Демуксом я не пробовал (или уже забыл, что пробовал, может не получилось тогда. Дело было уже давно). Точно помню, что Реавтор разобрал субтитерный скрипт с новыми, правильными временнЫми отсчетами. Ну а для Сценариста это получается почти что "с нуля". Экспериментируйте.

По поводу ваших с tartaki исследований. Все в порядке. Я понял в чем дело. Авторам обоих программ можете ничего не сообщать, ибо они ответят вам то, что скажу сейчас я. Никаких ошибок в программах (PgcDemux, MuxMan) не имеется. Все дело в неправильном демуксе (автор PgcDemux мне это уже когда-то объяснял). Хоть я и не видел никаких файлов BOLiK_Ltd, но почти уверен, что на этой ячейке меняется VobID. Так? А если меняется VobID, то режим демукса "все в кучу" - неправильный. Демуксить надо только кусками по VobID. И вообще любой ВОБ надо демуксить в PgcDemux только по VobID. Так - грамотно. Это было изначально собрано разными кусками (каждый VobID - отдельный кусок) и должно и демукситься так же. Да, PgcDemux позволяет раздемуксить все одним куском (по PGC), да, он даже подправляет время субтитров (его уникальная возможность, в отличие от VobEdit), но иногда это может иметь вот такие вот последствия.

tartaki

Цитата:

Ну, это проблема его железа, а не вашего диска.

Естественно. Я именно об этом. И учитывая все сказанное я давно перестал гоняться за идеальной синхронизацией. Строго соблюдаю лишь соотношения в каналах в многоканалке (собсно они сами соблюдаются при обработке ). И синхроню под видео.

Цитата:

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

Не только можно, а и нужно. Но правильно.

Цитата:

В один или два шага - это уже детали.

Конечно, если кто этого не замечал, то и не надо. Я просто на эти грабли наступил, вот и стал ковыряться, вспоминать что делал с диском. Кто-то может вообще не заметит, даже если и будет чуть подтормаживать картинка. Кстати, тот же диск на ВВК играл идеально. Так что и плеер надо хороший, переборчивый. Если Jeanl такого не имеет, то нет никакого смысла что-либо ему отсылать (тем более, что у меня проблемы с объемами). К тому же, сделать такое он может и сам - взять любой диск и сдвинуть субтитры секунд на 5. Если я помню правильно, то у меня несинхрон был в районе 3 или 4 секунд.

Цитата:

А subedit не задержку вставляет, а реально переписывает паки в вобе.

Кто его знает. Я это не проверял что он делает, но просто так переписывать пакеты в ВОБе куда попало нельзя. Это должен делать муксер, который высчитывает суммарный битрейт, тайминги, максимальное расстояние от реального времени куда можно сунуть тот или иной пакет. Это все далеко не так просто. Я сильно сомневаюсь, что DVDSubedit все это проделывает. Вот и вылазит лажа перепихивания. Лично мне эта функция без доп. телодвижений не нравилась в нем изначально. Но поскольку необходимость такая была, то пришлось найти пути исправления.

Ребята, подскажите чем воспользоваться. Декриптнул двд, в нем несколько аудиодорожек и разноязыковых субтитров. Демюкснул видео, аудио и русские субтитры. В видео сделал небольшую редактуру (вырезал титры, некоторые сцены, в-общем), удалил рассинхронизацию аудио и видео дорожек, сохранил все (аудио и видео) в МПЕГ-файл. Теперь надо сделать просто ДВД-диск. Ну, с этим-то проблем нет. Просто вот субтитры сохранил в файле с расширением sup, что таперича с ним делать - не знаю. Как их соединить и возможно отредактировать время их появления? Потом помимо ДВД-диска нужно сделать просто avi-файл. Это я тоже знаю, как сделать, но опять же, не знаю, как с субтитрами быть, чтобы они обязательно были при воспроизведении?

DmitryKz
Обратно в ДВД - MuxMan (если видеопоток не ломался). SUP понимает. Смещать время субтитров - тут сложнее. В уже готовом ДВД в программе DVDSubEdit сместите субтитры куда надо. Затем разберите все Реавтором и ничего не делая соберите обратно Сценаристом. Должно получиться. С avi сложнее. Фиг его знает понимает ли он субтитры. Матроска точно понимает SRT-формат.

Prez
По VobID я тоже иногда делаю демукс. Но в основном это касается, когда нужно демукснуть меню или какой то отдельный кусок из меню. Но в данном случае думаю дело не в этом. PgcDemux совершенно правильно определяет время. оно уже после демукса неправильно определяется. VobID же становятся совершенно точно другим после компиляции, что в муксмане, что в ифоэдит. Т.е они из какой то своей логики ориентируються прежде всего на время и мало обращают внимание на селлтайм, что я им подсовываю. Но в ифоэдит разница с оригиналом состовляет всего 60 мс, поэтому и рассинхрон не наблюдаеться. Вернее его сложнее заметить. величина то маленькая. У муксмана разница гораздо больше и это хорошо заметно. а по VobID вечером обязательно попробую демукснуть и тогда отпишусь. Я кстати, уже склонялся разобрать этот диск на "атомы" реавтором, скормить сценаристу и посмотреть что получиться. Попробую перед этим твоё предположение и идею tartaki убрать флаг. Вот только дождусь ответа от него как это сделать.

BOLiK_Ltd
Чтобы мы говорили на одном языке. Вот что такое Vob/CellID и где их посмотреть.



Как они делаются. CellID любая программа муксинга создает, когда ты вводишь в нее информацию о чаптерах, т.е. это один кусок видео поделенный на главы (чаптеры). В итоге создается один VobID с возрастающими номерами CellID. Можно в эту же PGC засунуть второй (третий....) кусок видео в свою очередь тоже поделенный на чаптеры. И будет создан следующий по порядку VobID со своими CellID. И демуксить их надо соответственно (по VobID), чтобы не попортить деление исходных видеокусков. Посмотри в свой файл и увидишь есть ли там такое деление. Вполне вероятно, что первая ячейка имеет VobID 1 и соответственно CellID 1. А дальше фильм начинается с VobID 2 и CellID 1. Если раздемуксить его по VobID, то и ошибки не будет, которую провоцирует в данном случае неправильно раздемуксенная структура (ты прилепил неродную первую ячейку к последующему видео и она дает сбой MuxMan-а).

Prez

Цитата:

По поводу ваших с tartaki исследований. Все в порядке. Я понял в чем дело. Авторам обоих программ можете ничего не сообщать, ибо они ответят вам то, что скажу сейчас я. Никаких ошибок в программах (PgcDemux, MuxMan) не имеется. Все дело в неправильном демуксе (автор PgcDemux мне это уже когда-то объяснял). Хоть я и не видел никаких файлов BOLiK_Ltd, но почти уверен, что на этой ячейке меняется VobID.

Нет, вы не правы. Разумеется, VobID меняется, я именно это и имел в виду. Место стыка при редактировании или умышленно сделано. Можно демуксить по vobid, или удалить лишнее перед демуксом. Но демукс в данном случае был правильный и по PGC, а в m2v никаких vobid уже нет. И ошибка в muxman'е не имеет к этому отношения и она таки имеется. Если бы он не ошибся с параметрами m2v, он бы замуксил как это сделал Сценарист - без ошибок и рассинхрона, и без смены vobid.

Цитата:

Цитата:
А subedit не задержку вставляет, а реально переписывает паки в вобе.

Кто его знает. Я это не проверял что он делает, но просто так переписывать пакеты в ВОБе куда попало нельзя.

Я проверял. Переписывает. Много времени занимает, но делает.

BOLiK_Ltd

Цитата:

Нет. Я вам прислал кусок, отрезанный от оригинала.

А-а, это значит оригинал битый, ужос. Это что российская лицуха?

Цитата:

Цитата:
Начал с флага после первого I-фрейма - убрал его.
Чем? И как?

Restream'ом конечно. А добавил в конце парсером от создателей Реавтора. Хотя его можно и просто бинарным редактором прописать, 000001b7.

tartaki

Цитата:

А-а, это значит оригинал битый, ужос.

Цитата:

Это что российская лицуха?

Нет, американская.
Из колекции MGM, Live and Die in L.A., класика одним словом.

Цитата:

Restream'ом конечно. А добавил в конце парсером от создателей Реавтора. Хотя его можно и просто бинарным редактором прописать, 000001b7.

Спасибо.

Prez
Понял тебя. Делаю демукс слайда и самого фильма отдельно. После гружу всё это в муксман и смотрю на результат. Что бы не быть голословным, всё проверю и отпишусь.

BOLiK_Ltd
"Отдельно" означает либо демукс по vobid, либо удалить первый воб перед демуксом, без разницы. Как я уже сказал в 3) выше, это гарантированно сработает.

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

tartaki

Цитата:

Можно демуксить по vobid, или удалить лишнее перед демуксом.

Да, можно и так, но это сложнее, чем просто выбирать нужный VobID при демуксе . Реавтор делает это вообще автоматом. Остальной абзац не понял. Короче, не имея файлов спорить бессмысленно и я не собираюсь это делать.

Цитата:

Я проверял. Переписывает. Много времени занимает, но делает.

Дык, вопрос-то как раз в том насколько правильно он их переписывает, а не в том переписывает ли вообще. Вот я о чем.

BOLiK_Ltd

Цитата:

Делаю демукс слайда и самого фильма отдельно.

Угум-с. Собсно выбираешь в PgcDemux Mode -> by VobID и ниже справа в разделе VOB ID Selection уже свои куски. Только их или в разные папки тогда демуксить или перед каждым новым куском только что раздемуксенные файлы переименовывать надо, а то у PgcDemux файлы только одно имя имеют .

PS. Да, и не забудь смотреть задержку аудио у каждого куска (VOB ID) отдельно. Может отличаться.

Цитата:

После гружу всё это в муксман и смотрю на результат.

Ага. Смогёшь разобраться в Муксмене как это все обратно затолкать в одну PGC? Хотя, смукси лучше сам фильм отдельно, без заставки. Судя по Вашим с tartaki разговорам, там не все гладко с исходниками.

интересно, попался фильм в котором 1й и 2й были 1 048 574кб, а вот 3й 923 340кб и далее опять 1 048 574кб. Это что? значит что-то вырезано было?

Prez
Ничего к сожалению не получиться.
Смотри:

Т.е, демукснуть можно и можно потом собрать.

Цитата:

Смогёшь разобраться в Муксмене как это все обратно затолкать в одну PGC?

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

Добавлено:
Sevakunj
Нет. Сплошь и рядом такое попадаеться (и всегда третий почему то, хотя размером он может отличаться). Вроде маэстро так кодит. Хотя насчёт последнего могу и ошибаться.

Prez

Цитата:

Остальной абзац не понял.

Тут мое сообщение mpucoder'у, из него все станет ясно:
[more]
The problem was discovered when a sample was demuxed from a pressed DVD - by PGCDemux in "by PGC" mode. Muxing back in muxman led to video/audio being very much out of sync. A closer look revealed that there was a vobid change after an initial still, so "by PGC" was not a good idea. Demuxing "by vobid" fixed the problem. Nonetheless, Scenarist had no problem muxing in sync the video/audio obtained in "by PGC mode". An even closer look made it obvious that the problem in muxman showed up even before muxing: it did not read correctly the video attributes:


This m2v has a splice: an I-frame followed by an sequence_end code, and then the regular GOPs. The sequence for the I-frame is 4:3, the rest is 16:9. Anyway, when I simply deleted the sequence_end code with ReStream, muxman had no problems with the attributes of the resulting m2v (except that only one frame is actually 4:3):

and it was muxed in sync.

The problem is surely rare, but I thought I'd still report it, if only because Scenarist handles it differently.
The m2v is here
[/more]

Цитата:

Цитата:
Можно демуксить по vobid, или удалить лишнее перед демуксом.

Да, можно и так, но это сложнее, чем просто выбирать нужный VobID при демуксе

И уже следующее сообщение BOLiK_Ltd показывает, что на практике может быть по-всякому.

BOLiK_Ltd
Все намного проще - либо удалите sequence_end ReStream'ом, либо просто удалите первую ячейку в Римейке перед демуксом. Ситуация стандартная и описана в классическом "секретном" труде по реавторингу в DVDRemake Pro.

Цитата:

tartaki
Добавил флаг в конце, как положено. Теперь Сценарист уже выдал предупреждение, что в файле два таких флага. Я бы сказал, что это неожиданная тупость со стороны Сценариста - вместо того, чтобы проверить, что флаг один и стоит в конце, он просто считает флаги! Если он один, то получается все ОК, даже если флаг стоит в самом начале.

Тупость - это пихать в Сценарист всякую муйню и ждать от него диагноза "А что же мы тут намайстрячили?"

Тем более на фоне "Сценарист его съел без проблем, при верификации не выдал предупреждений и замуксил без рассинхрона."

OJOJOJ
Милок, те, кто хоть немного работали со Сценаристом, поймут о чем я говорил.

Чем комментировать то, что не понимаете, лучше продолжайте думать о вреде образов - это у вас лучше получается.

Sevakunj

Цитата:

Это что? значит что-то вырезано было?

Нет, ничего не вырезано. Размер файлов для DVD вообще не имеет никакого значения, хоть по 1 байту подели, но тогда весь VTS сможет быть объемом всего 9 байт . Так авторит FOX International на какой-то своей станции авторинга. Им почему-то очень нравится, когда разделение слоев не попадает в середину ВОБа. Поэтому они подгоняют размер среднего ВОБа под границу слоев. Прихоть, не более. Не заморачивайся.

BOLiK_Ltd
Хе-хе. Хороший диск . Толковый. Очень похож на раскуроченный multiangle. Ну а если это оригинал, то вот кому-то не хрен делать было . Да, именно в этой ситуации проще удалить первую ячейку, чем заморачиваться с этими кусочками.

Цитата:

Наверное в один сегмент всё запихнуть, но с разными дорожками?

Нет. Как раз каждый кусок в свой сегмент. А затем уже собрать из них в Spreadsheet нужную структуру диска.

Цитата:

Как и чем готовую русскую дорогу на замену, резать на точно такие же куски?

Нет. На фиг. Тут как раз можно плюнуть на правильность и сделать общую кучу. Собсно чем чревата такая неправильность. На стыках VobID может возникнуть рассинхрон аудио и видео, поскольку это теоретически самостоятельные куски и в предыдущем куске аудио может спокойно закончиться секунды на 2 раньше видео . PgcDemux лепит все пакеты один к одному и при сборке на таком стыке появится 2-секундный рассинхрон в середине дорожки, что не очень приятно. Если дырок на стыках VobID нет, то можно и кучей. Но кто поручится что их нет?

tartaki

Цитата:

И уже следующее сообщение BOLiK_Ltd показывает, что на практике может быть по-всякому.

Я это знаю. К счастью, такое бывает редко. Из нескольких сотен (а может уже и тысяч) прошедших через меня дисков я такое встречал на единицах.

tartaki

Цитата:

Ситуация стандартная и описана

Спасибо. Полезный мануал.
Prez

Цитата:

Так авторит FOX International

Ага, теперь вспонлил. На фоксовских первозонниках, такое сплошь и рядом.

Цитата:

Нет. На фиг. Тут как раз можно плюнуть на правильность и сделать общую кучу.

По идеи можно эту кучу замуксить в один VobID (без первого куска). Как это сделать понял. Потом это всё хозяйство опять раздемуксить и смуксить снова уже с заменой дорожки. Но веть это же полный п...! Пол дня убьёшь!

Цитата:

на таком стыке появится 2-секундный рассинхрон в середине дорожки, что не очень приятно.

Обязательно проверю. Первые куски посмотрел, задержки не увидел. Но думаю, надо действительно просмотреть все.

Цитата:

Очень похож на раскуроченный multiangle. Ну а если это оригинал, то вот кому-то не хрен делать было

Бог его знает, кто там и чем раскурочивал. Диск в своём роде уникальный. Источник на весь инет один, а multiangle вполне мог быть, т.к в описании было вот это:
Цитата:

and Alternate Ending Featurettes

, на которую вполне могли сделать выбор в качестве второго угла. Но наличие всего этого у меня ещё не было времени проверять.
tartaki
Prez
Большое спасибо!

tartaki
Оригинал

PGCDemux + MuxMan

Где я мог накосячить?

Понадобилось записать видео на ДВД.
Скачал VSO ConvertXtoDVD.
Программа понравилась, все ясно и понятно, но есть одно но - после записи вместо образа ДВД создается ИЗО файл примерно 100 мб с фрагментами видео, вместо полноценного ДВД.

Все делаю со стандартными настройками, только меняю названия клипов.

Подскажите, что я делаю не так?

В-общем я так понял что особо много альтернатив для комплексного нормального определения хар-к видео и аудио (битрейт, кодек, размер картинки, Qf) кроме как GSpot, нет :

MediaInfo - вообще как-то криво определяет, зачастую просто беря информацию о битрейте и размере видео из тега в VOB-контейнера, и не собирая другой информации ...

BitRate Viewer - определяет только битрейт видео и размер картинки, всё - остальные параметры ему недоступны ...

Кто-нибудь может подсказать почему у меня VSO ConvertXtoDVD создает только меню для ДВД вместо полноценного ДВД-диска? Все настройки оставляю стандартными...
Хочу понять где ошибка


Цитата:

13.06.2009 17
Общий размер: 7 Mb., требуемый размер: DVD5 4300 Mb., заполнение: 0,18% Преобразование завершено за чч:мм:сс 15:59 Rendering rate: 1,95 х Realtime

13.06.2009 17:15:59    Продолжительность DVD (включая меню) 00:00:53 (~ 53 сек.) — время создания 00:00:27
13.06.2009 17:15:59    Примерная продолжительность видео определена неточно. Выходной размер может значительно отличаться от назначенного.
13.06.2009 17:15:59    Сгенерирована продолжительность 53,96 сек., ожидаемая 1443,64 сек.

tempnet
Вы хоть бы сообщили, что за видео пытаетесь записать на ДВД. Как можно что-то сказать об ошибке, если неизвестно, что Вы туда суёте Может у Вас попросту битый исходный файл.

Спасибо что ответили.
Исходный файл не битый, формат mpeg1, абсолютно не сжатое видео.

Сейчас поставил конвертацию через DVD Flick - программа бесплатная, но вроде работает.
Переконвертит - отпишусь

В VSO ConvertXtoDVD меню более удобное и настроек больше, поэтому все же хотелось бы разобраться почему не работает...

Uraanfgh56
Все параметры, обычно требуемые для раздач ДВД, выдает DVDInfo.

Manul
Цвета задаются в CLUT. Если индексацию в muxman'e сделали такую же, как и в pgcdemux, то вы можете просто экспортировать таблицу из оригинала и импортировать ее в вашу переделку, в Римейке Про. Или просто задать цвета вручную в CLUT, в muxman'e (или позже, в Римейке или PgcEdit). Чуть выше, я давал ссылку на инструкцию, где все это подробно объяснено.

Цитата:

Сейчас поставил конвертацию через DVD Flick - программа бесплатная, но вроде работает.
Переконвертит - отпишусь

В общем DVD Flick - это то что мне было нужно.
Спасибо авторам за хорошую бесплатную программу.

VSO ConvertXtoDVD сразу показалась нормальной, но после нескольких попыток собрать фильм из самого обычного mpeg1 понял что это .... (или у меня руки кривые)

tartaki


Цитата:

Uraanfgh56
Все параметры, обычно требуемые для раздач ДВД, выдает DVDInfo

он у меня поставлен, правда версия Pro и где смотрел , смотрел и не нашёл , вы про вот эту программу говорите - http://soft.softodrom.ru/ap/p5412.shtml или какую-то другую ?

Uraanfgh56
Совершенно две разные проги. DVDInfo - прога с RDA, специально созданная для удобства сбора информации для раздач.

tartaki

Цитата:

те, кто хоть немного работали со Сценаристом, поймут о чем я говорил.

Угу, ключевое слово здесь - "немного".


Цитата:

лучше продолжайте думать о вреде образов - это у вас лучше получается.

Вы снова всё перевираете, вред образов - это ваш идефикс.

tartaki
Стр. 44

Цитата:

флаг конца последовательности

Цитата:

Добавил флаг в конце, как положено

Идёт речь о seamless Joint? PgcEdit отмечает отсутствие seamless Joint в середине фильма (на месте бывшего Layer Break) как возможную ошибку, отсутствие этого же флага в конце фильма - нет. Фильм порезаный, титры в конце фильма укорочены. Как я понимаю, правильнее этот флаг в конце убирать?

Нет, речь идет о sequence_end_code, 32х-битном поле-признаке конца мпег-последовательности.
Сценаристу на него начхать.

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