Совсем некорректная проверка )
Наоборот, следует проверять IQ авторингистов в сравнении с ImgBurn-ом ))

Лично у меня никаких претензий к Гере нет, так как ни разу ее не открывал ))
Как-то давно наткнулся на отзывы спецов о ней и забыл про нее напрочь )
Сейчас попытался найти ту информацию - получилось )

http://dvdafteredit.com/node/366
Типа перевод :
"К сожалению Гера не знает, что делает. Инструкция о создании DVD-9, опубликованная на сайте Геры, основана на исследовании криптозакрытых IFO-файлов с помощью нелицензируемого, полного багов и ошибок IFOEdit-а (не поймите меня неверно-это отличная прога для определенных задач). К тому же инструкция содержит две серьезные ошибки.
Gear Software - это очень грустная история. Не смотря на то, что Tom Vaughen, Sam Plummer and Gustav Karlsson невероятно гнусно кинули меня лично в процессе разработки Геры, я все еще чувствую некоторую ответственность за прогу.
И хотя меня тошнит от одной мысли, что снова прийдется общаться с "корешками", все таки я попытаюсь исправить инструкцию на их сайте, чтоб народ невольно не крыл матом и меня.

Forgive me,
Trai"

Насколько я знаю,параллельная запись используется для данных.Калечить двухслойку данными-по-моему это извращение.Кроме того,я где-то читал,что DVD+R DL уже отформатирована под оппозит.

Мне кажется всё дело в том,что имиджбёрн использует паддинг ВНУТРИ двд-структуры,а геар-ВНЕ её.
sorry
IFOedit в гере используется только для информации о расположении ячеек.Ту же информацию можно получить из PGCeditа,например.
А что за ошибки содержит инструкция по гере?Вы меня заинтриговали.Может,расскажете?
Скачал фильм фильм "Платина",сунул в имиджбёрн.Тот показал мне экселентную точку перехода(вообще редчайший случай).И что вы думаете-запорол.И болвань была от Вербатим,и резак от Плекстора,и тем не менее...Жалко,что я лог не сохранил-может имиджбёрн тут совершенно ни при чём.Хотя я вроде и все проги позакрывал,и на комп старался не дышать,чёрт его знает,чем это вызвано.Пришлось герой записывать,считать вручную...Вот теперь смотрю,вроде без проблем.

Софистика какая-то ))
Вы пишите:
"Соблюдение третьего условия в ГЕАР решено простой переадресацией 1-го VIDEO_TS.IFO(и за ним по цепочке всей двд-структуры)на n секторов вперёд."
Я пишу:
"паддинга у него два разных, ..., второй между папкой VIDEO_TS и video_ts.ifo для ЛБ."

Это не одно и то же ?

Папка VIDEO_TS сначала описывается в 261-м секторе в ISO-таблице, файл video_ts.ifo может лежать хоть в 1000-м секторе. За ним, само собой, лежат все остальные файлы.
Я не могу понять, чем отличается герино ВНЕ, от имиджбёрновского ВНУТРИ ?

Лучше Вы расскажите )) Тем более, что я ее видел один раз и довольно давно ))
Ведь я дал прямую ссылку, читайте.
Но учитывая, что это было Posted Apr 28,2005 9:51 AM, скорее всего инструкцию поправили, может тот же Trai.

Значит это судьба

Help-ImgBurn Logs - там хранится все.

Извините,может это я чего-то недопонимаю.Если открыть диалог выбора точки перехода в имиджбёрне,то мы имеем такую,например,картинку:
2077386 --->2077392 и т.д.Может,я и рассуждаю на уровне чайника,но понимаю это так:имиджбёрн нашел подходящий Cell,который стартует с 2077386-го сектора и хочет использовать её для перехода.Но поскольку до границы ECC ещё 6 секторов,он увеличивает размер предыдущей ячейки на те же 6 секторов.(заполняет нулями)Тоесть он использует паддинг ИМЕННО В ЭТОМ МЕСТЕ,как показывает на своей картинке.В результате возникает необходимость в переадресации файлов,и как следствие,апдейт ифо.Это если паддинг не превышает 15-ти.Что он делает с паддингом в десятки и сотни тысяч секторов я честно не знаю.
В геар же паддинг используется ПЕРЕД всей двд-структурой и величину эту можно ЗАДАТЬ.Да что я опять повторяюсь,я же показывал это всё на своём посте!В данном случае первый раз проект был загружен с начальным сектором 640.Мы высчитали паддинг и перезагружаем проект с начальным сектором 646.В результате мы имеем прямое попадание на границу ECC и нетронутые ифо-файлы-ведь ВНУТРИ двд-структуры ничего не меняется.Сливай диск декриптором обратно на винт и присоединяйся к раздаче!

Насчёт ошибок не знаю,а вот странностей много.Например:
1.В калькуляторе показан максимальный размер нулевого слоя как 2074496 секторов.В другом диалоговом окне показан обьём пустого двд как 4171712,тоесть размер нулевого слоя-2085856.В третьем диалоговом окне(там где надо ЛБ вбивать) показан обьём нулевого слоя 2086912.
2.Геар не даёт уменьшить величину первого стартсектора ниже 640.Если не отметить галку Ask for start sector for each file,то она может загрузить первый VIDEO_TS.IFO на сектор,скажем 632(у меня такое бывало),что сводит на нет все вычисления.А что если паддинг будет,к примеру 7?Задать число 639 невозможно.А инструкция не требует держать там галку постоянно,наоборот,выставлять эту галку разрешается только после перезагрузки проекта,когда паддинг уже посчитан.
Зайдите на сайт Videoediting.ru-там есть много отзывов по гере,и хороших,и плохих.И по имиджбёрну,кстати,тоже.

Вот кусочек того лога.Что могло произойти?
I 00:55:32 Operation Started!
I 00:55:32 Source File: -==/\/[BUILD IMAGE]\/\==-
I 00:55:32 Source File Sectors: 4 132 320 (MODE1/2048)
I 00:55:32 Source File Size: 8 462 991 360 bytes
I 00:55:32 Source File Volume Identifier: PLATINA_DISC1
I 00:55:32 Source File Application Identifier: IMGBURN V2.3.2.0 - THE ULTIMATE IMAGE BURNER!
I 00:55:32 Source File Implementation Identifier: ImgBurn
I 00:55:32 Source File File System(s): ISO9660; UDF (1.02)
I 00:55:32 Destination Device: [0:1:0] PLEXTOR DVDR PX-716A 1.11 (E:) (ATA)
I 00:55:32 Destination Media Type: DVD+R DL (Disc ID: MKM-001-00) (Speeds: 2,4x; 4x; 6x)
I 00:55:32 Destination Media Sectors: 4 173 824
I 00:55:32 Write Mode: DVD
I 00:55:32 Write Type: DAO
I 00:55:32 Write Speed: 2,4x
I 00:55:32 Link Size: Auto
I 00:55:32 Test Mode: No
I 00:55:32 BURN-Proof: Enabled
I 00:55:32 Optimal L0 Data Zone Capacity: 2 077 024
I 00:55:32 Optimal L0 Data Zone Method: IFO Cell Boundary, 'SPLIP' Flag Not Set
I 00:55:42 Filling Buffer... (40 MB)
I 00:55:43 Writing LeadIn...
I 00:56:27 Writing Image... (LBA: 0 - 4132319)
I 00:56:27 Writing Layer 0... (LBA: 0 - 2077023)
I 01:17:42 Writing Layer 1... (LBA: 2077024 - 4132319)
I 01:38:45 Synchronising Cache...
I 01:38:50 Closing Track...
I 01:38:51 Finalising Disc...
I 01:39:59 Image MD5: 8b63533539dda4e8f6af4621e0198d79
I 01:40:02 Operation Successfully Completed! - Duration: 00:44:26
I 01:40:02 Average Write Rate: 3 256 KB/s (2.4x) - Maximum Write Rate: 4 304 KB/s (3.1x)
I 01:40:02 Cycling Tray before Verify...
I 01:40:23 Device Ready!
I 01:40:25 Operation Started!
I 01:40:25 Source Device: [0:1:0] PLEXTOR DVDR PX-716A 1.11 (E:) (ATA)
I 01:40:25 Source Media Type: DVD-ROM (Book Type: DVD-ROM) (Speeds: 2,4x; 4x; 6x; 8x; 12x; 16x)
I 01:40:25 Image File: -==/\/[BUILD IMAGE]\/\==-
I 01:40:25 Image File Sectors: 4 132 320 (MODE1/2048)
I 01:40:25 Image File Size: 8 462 991 360 bytes
I 01:40:25 Image File Volume Identifier: PLATINA_DISC1
I 01:40:25 Image File Application Identifier: IMGBURN V2.3.2.0 - THE ULTIMATE IMAGE BURNER!
I 01:40:25 Image File Implementation Identifier: ImgBurn
I 01:40:25 Image File File System(s): ISO9660; UDF (1.02)
I 01:40:25 Verifying Sectors... (LBA: 0 - 4132319)
I 01:40:25 Verifying Layer 0... (LBA: 0 - 2077023)
I 01:50:29 Verifying Layer 1... (LBA: 2077024 - 4132319)
W 04:54:21 Failed to Read Sector 3011808 - Unknown (Seek Error) (0x02, 0x8F)
W 04:54:21 Sector 3011808 maps to File: VIDEO_TS\VTS_01_6.VOB
E 04:54:31 Failed to Read Sector 3011809 - Unknown (Seek Error) (0x02, 0x8F)
E 04:54:31 Sector 3011809 maps to File: VIDEO_TS\VTS_01_6.VOB
E 04:54:31 Failed to Verify Sectors!
E 04:54:32 Operation Failed! - Duration: 03:14:06
I 04:54:32 Average Verify Rate: 517 KB/s (0.4x) - Maximum Verify Rate: 9 472 KB/s (6.8x)
I 04:54:39 Close Request Acknowledged
I 04:54:39 Closing Down...
I 04:54:39 Shutting down SPTI...
I 04:54:39 ImgBurn closed!

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

А как это сделать?Хотя,я думаю,не стоит-если имиджбёрн показал ошибку при верификации,болвань можно смело выбрасывать.Болванка,кстати,из той же банки,что и остальные,которые до этого записывались без проблем.В гере проблем с записью не было(пока)-может мне просто везло,не знаю.Только не надо мне рассказывать,что качество записи зависит исключительно от резака и от болванки,а от софта не зависит ничего.

Я говорил про данный конкретный случай. Прога отрапортовала об удачном завершении записи, битые сектора обнаружились при считывании, такое часто бывает, и прога тут, скорей всего, ни при чем. Более чем уверен, что проигрывается этот диск на ура.
Чтоб, протестировать еще раз, в Имиджбёрне поставь режим Verify и проверь еще раз. Если укажет на те же сектора - тогда дефект есть, а может он вообще ничего не найдет.

This post has been edited by ArmDeForcer on 10-11-2007, 17:04

Это означает, что ячейка-кандидат на ЛБ, которая без паддинга лежала бы в 2077386-м секторе, путем вставки прокладки-пустоты перед файлом video_ts.ifo будет передвинута на 2077392-й сектор.

Странно это. Наводит на мысли об ограниченности их алгоритма.
Поставьте программу IsoBuster и поразглядывайте разные диски, Сценарист и Сони Пикчерз сплошь и рядом кладут файлы где-то с 300-го сектора.

Ну если там,а не тут,то вы меня убедили,буду записывать имиджбёрном(и герой тоже).

Я тут читал на ихнем форуме(переводил промтом,т.к. английского не знаю),что можно считать не только от 1-го ВОБа,но и от нулевого,и даже от ИФО,что несколько расширяет возможности алгоритма.

Запоротую болвань всё-таки проверил-диагноз подтвердился.В имиджбёрне же проверил записанную герой болвань,результат-весёлая песенка.Говорят,что в жизни случайностей гораздо больше,чем закономерностей,но тем не менее есть повод почесать репу.

Это факт, простой и неоспоримый. От софта зависит что пишется, но не как пишется. Резак принимает данные для каждого сектора и рапортует об успехе или выдает номер ошибки. Это все, никакого контроля над резкой у софта нет.

Кстати, от Plextor давно уже ничего не осталось, кроме имени и смехотворных цен за это имя.

This post has been edited by tartak on 14-11-2007, 10:22

А как же ASPI драйвера,защита опустошения буфера-это разве не от софта зависит?
Плекс я покупал два с половиной года назад,когда кроме имени ещё кое-что в нём было.Никаких претензий к нему нет,работает отлично.
При записи герой у меня не было НИ ОДНОЙ сбойной болванки.

Нет, не зависит.
Драйверы - для всех общие. BurnProof - это резак делает; и он либо включен, либо выключен.

Ни один софт не имеет никакого контроля над собственно записью.