пятый
В порядке эксперимента попробуем "прожечь" искаженный образ в режиме RAW SAO, в котором, как уже было сказано выше, корректная запись сессий с искаженным TOC'ом невозможна. Для гарантированного исключения возможных побочных эффектов желательно использовать привод, не поддерживающий RAW DAO чисто физически (ну мало ли, вдруг копировщик в плане проявления чудес искусственного интеллекта автоматически перейдет на более подходящий режим записи, игнорируя наши установки).
Мастер записи образов копировщика Alcohol 120% выдает следующую информацию о записываемом образе:
| Тип: | Файл-образ CloneCD |
| Путь: | L:\ |
| Имя: | Image.ccd |
| Image.img | |
| Image.sub | |
| Размер: | 8.81 MB |
| Сессий: | 2 |
| Треков: | 2 |
| Сессия 01: | |
| Трек 01: | Mode 1, Длина: -42942(8191.92 GB), Адрес: 045000 |
| Сессия 02: | |
| Трек 02: | Mode 1, Длина: 001715(3.3 MB), Адрес: 013458 |
Листинг 4 Cводная информация по записываемому образу, выдаваемая Алкоголем
Обратите внимание на размеры и адрес первого трека первой сессии (они выделены жирным шрифтом)
Вот это номер! Если верить Алкоголю, то длина первого трека составляет целых 8 терабайт. Этот чудовищный объем не то что на CD-, на DVD-диск не залезет! На самом деле длина треков в TOC'е нигде явным образом не хранится, но вычисляется как разница стартовых адресов двух смежных треков (если же сессия содержит всего один трек, в ход идет адрес Lead-out области, примыкающей к треку). Искажение стартового адреса первого трека привело к тому, что разница стартовых адресов Lead-out области и этого самого трека стала отрицательной. Действительно, 00:29:33 – 10:02:00 = 2058 – 45000 == – 42942, а если вспомнить, что LBA-адреса по стандарту выражаются 32-разрядными неотрицательными числами, становится понятно, как Алкоголик получил такой неестественно огромный объем (отрицательные числа – это такие числа, чей старший бит взведен, отсюда – маленькое отрицательное число – это очччень большое положительное). Расчеты показывают, что заявленное Алкоголиком значение в 8-терабайт достигается лишь при использовании 43-битных переменных. Вот это да! Алкоголик спроектирован с закладом на будущее (а в будущем нас, как известно, ждут диски с объемами от 30 и более гигабайт, для адресации которых 32-бит оказывается уже недостаточно, плюс еще необходимо учесть резерв, предназначенный для "отлова" отрицательных длин, образовавшихся в результате жестоких извращений с TOC'ом, ведь Алкоголь – это защищенный копировщик!)
И вот наступает волнующий момент – момент заливки искаженного образа на CD-R/CD-RW диск (внимание! используя CD-RW диск вы должны отдавать себе отчет в том, что можете его безвозвратно потерять! Если ваш единственный пишущий привод откажется опознавать такой диск, очистка последнего окажется невозможной!). Благополучно проглотив искаженный образ, Алкоголь, безо всяких препирательств со своей стороны, зажигает огонек индикации записи (если, конечно, на вашем приводе он есть) и приступает к делу. Проходит минута, другая… а индикатор прогресса по прежнему остается на нуле. К исходу шестой минуты, когда пишущая головка достигает кромки диска, процесс записи аварийно прерывается приводом, и Алкоголь, издав грустное "бэмц", сигнализирует об аппаратной ошибке.
Просмотр "недорезанного" диска на приводах ASUS и NEC обнаруживает лишь первую сессию, а от второй не видно и следа. С приводом PHILIPS дела обстоят еще хуже – он вообще отказывается признавать засунутую в него шутку лазерным диском и после непродолжительного скрежета своих механических внутренностей, сопровождаемого натужными завываниями перебирающего различные скорости мотора, индикатор "DISC IN" прощально гаснет. "Прощально" в том смысле, что с испорченной болванкой вам придется расстаться. Конечно, если это всего лишь дешевый CD-R, то туда ему и дорога, но потерять CD-RW – жалко. К счастью, на NEC'е очистка диска протекает успешно, и воодушевленные этим обстоятельством, мы продолжаем свои издевательства вновь.
Копировщик Clone CD ведет себя в этом отношении иначе. Во-первых, он оценивает длину искаженного трека в 4.294.868.664 байт (см. листинг, приведенный ниже), что указывает на использование 32-разрядных переменных и вытекающую отсюда невозможность отличать положительные длины от отрицательных.
ИНФОРМАЦИЯ О ФАЙЛЕ-ОБРАЗЕ:
Число сессий: 2
Занято на диске: 34850 Кбайт
Секторов: 15173
Время: 03:22:23 (мин:сек:кадр)
ИНФОРМАЦИЯ О СЕССИИ 1:
Размер сессии: 4726 Кбайт
Число треков: 1
Pregap: Данные Mode 1, размер: 103359 Кбайт
Track 1: Данные Mode 1, размер: 4294868664 Кбайт
ИНФОРМАЦИЯ О СЕССИИ 2:
Размер сессии: 3939 Кбайт
Число треков: 1
Track 2: Данные Mode 1, размер: 3939 Кбайт
Листинг 5 Cводная информация по записываемому образу, выдаваемая Clone CD. Обратите внимание на размер первого трека первой сессии (он выделен жирным шрифтом)
Во-вторых, обнаружив, что запись искаженного TOC'a на данном приводе невозможна, Clone CD корректирует TOC так, чтобы его облик принял человеческий вид. В результате, процесс "прожига" протекает без каких-либо ошибок и мы получаем как будто бы работоспособный диск. Стартовый адрес первого трека начинается там, где кончается Lead-in область первой сессии (точнее, pre-gap первого трека начинается там, где кончается post-gapLead-in области первой сессии, но это уже детали). Такой диск нормально читается в любом приводе CD-ROM, но! Если защитный механизм прочитает содержимое TOC'а, он легко обнаружит, что имеет дело с копией, но не оригиналом. Спрашивается: и на кой черт нам такое копирование нужно?! Хоть бы предупреждение было какое… Ладно, профессионалы запросто определят, в чем подвох, но в каком положении окажутся новички и/или просто квалифицированные пользователи, использующие Clone CD для своих нужд? Мрак, одним словом…
Правда, в режиме RAW DAO нарезка искаженного образа протекает отлично: Clone CD не вносит в TOC никакой отсебятины, благодаря чему у нас образуется действительно защищенный CD, который мы сейчас и будем ломать.
