[scott]

DVD-video - это просто определённый набор файлов, те же данные, что и фотографии или базы данных. И запись идёт одинаково на двухслойные диски как файлов avi, так и файлов vob. »

Всем, кто пытался разобраться, давно известно что это не так.
Это с руборда

Чтобы все вопросы можно было решить самому, надо четко себе представлять, как работает диск DVD-видео, как он пишется на DL и какие требования к точке перехода. Тогда, подумав, можно понять, правильно ли поступает та или иная программа, выполняя те или иные действия. Вот и все. DVD-видео организована как четкая, заранее определенная структура с прямой (явно заданной) или относительной (задано смещение относительно текущего сектора) адресацией. Плеер в работе ничего не анализирует и ничего не ищет по диску. Он просто тупо идет по цепочке адресов. В каждый момент времени он знает, где он находится и где находится следующий/предыдущий кусок данных (совсем не обязательно это будет следующий/предыдущий физический сектор). Это все прописано заранее в ИФО и ВОБах. Он ничего не ищет, просто берет сектор, вынимает данные, здесь же, в этом же секторе в служебной области находятся адреса (смещения) всех следующих секторов как вперед так и назад для всего набора скоростей воспроизведения. Здесь же находятся и смещения для секторов, в которых лежат другие потоки (звук, субтитры). Плеер просто тупо идет в эти сектора и делает то же самое там. Начала всех кусков также жестко прописаны в ИФО. И все должно быть правильным, иначе - каюк (для строгого плеера). Теперь надо соблюсти требования к LB не порушив всех этих цепочек адресации. На болванке есть служебные области, в которые пишется всевозможная служебная инфа. Эта инфа заканчивается в районе 270-го физического сектора болванки (зависит от контента, но в большинстве случаев это так). Например, вся инфа закончилась в 269 секторе. Значит, с 270 сектора должна начаться запись ДВД и этот сектор будет считаться плеером за 0 и все цифры в ИФО должны будут танцевать от него. Но, если начать запись с 270 сектора, то выбранный LB (граница ячейки) по одному или нескольким условиям может не попасть в требования (второй слой больше первого или переход не попадает на границу ECC блока). Значит, надо сместить содержимое так (или выбрать другую ячейку), чтобы выполнить все требования. Нормальные проги смещают полностью всю инфу, делая дырку в начале диска. При этом, им надо всего лишь подправить значения секторов начала каждого VTS в VIDEO_TS.IFO. Остальное все остается валидным (там везде адресация относительная). Неро же пишет строго с начала, зато курочит VTS, попавший на LB. И правит все адреса VTS-ов попавших на второй слой. Не умеет она делать паддинг (дырки в образе). Ну и кто из них поступает корректнее? А теперь прикиньте, что произойдет, когда Неро начнет писать готовый образ? Куда попадет LB? Как она его сможет выбрать? Радует то, что она не искорежит попавший на LB VTS. Но переход будет стоять где попало (не на границе ячейки точно. Хорошо еще, если на границе ECC блока, но это сделать проще). Очевидно, это меньшее зло для ваших плееров, чем ломание адресации, но нет никакой гарантии, что не найдется плеер, который заткнется и на таком глюке.