Камрад
|
Чтоб понять почему Hitman.Contracts.CD2.PROPER-CXZiSO самый фуфловый релиз из всех 3-х - нужно разбиратся в тонкостях клонирования дисков защищенных securom new 4/5, starforce 3, protectcd и еще кучей защит, которые все нынче используют фактически один и тот же метод со своими небольшими побочными вариациями, которые тем не менее при правильном подходе элементарно копируются - потому не заслуживают внимания... Про это все я уже рассказывал в трэдэ по Sacred, ладно, повторимся... Только господа Idol, Paul1234, вчитывайтесь... Дорожки на cd размещены спиралью... Спираль можно варьировать в заводских условиях штампуя диски со слепка скажем так... Покупая cd-r или rw болвань, имеем естественно готово размещенную спираль на ней, и ничего с этим не поделать... Форма спиралевидной структуры влияет на время, затраченное на чтение данных от сектора а до сектора б... Вот это время и берется для автентикации, по особому алгоритму соотносится там со скоростью чтения данных, экстраполируется или что-то такое, в такие тонкости уже сам не вдавался... И естественно на вашей новой болванке эти задержки не будут совпадать с эталоном из-за совершенно другой спиралевидной структуры...
Метода всего 2 сделать работающую копию на болвань с сохраненной подобной защитой:
1. Программная эмуляция - rmps emulation в алкоголе, autoplay в blindwrite... В отдельную область болвани пишутся данные о задержках, которые были на оригинальном диске. Софт становится кабы над дровами привода... Производит необходимые задержки... Наивные защиты покупаются... Не катит против starforce 3, минующем слой(layer) system и обращающийся напрямую к ide-портам... На некоторых тайтлах по требованию издателя sf3 ослабляют и он чудно и эмулируется на виртуалах, и пишется с rmps эмуляцией... Есть свои ньюансы... В securomах ограничиваются блэклистами конкретных прог. С Sacredом уже видели - так как их защита работает _через_ дрова привода, тоесть так полностью отвергнуть все эти хитрости как старфорс они не могут без фундаментальной переделки защиты, то пришлось им грязные методы применять В результате все autoplayи, rpmsы и виртуалы будут работать - лишь вопрос времени...
2. Метод twinpeaks, которым создан релиз от CXZiSO. Сильно устаревший метод, в котором просто обновлять нечего. Работает на основании того явления, что записав 2 одинаковых сектора подряд на болвань, при считывании большинство приводов возвратят в виде данных только 1-н из секторов. 2-й не возвратят... Но задержка будет... Таким образом регулируя плотность размещения двойных секторов можно получить как бы эмуляцию на физическом уровне - задержки будут те же... НО:
1. Спиралевидная структура остается прежней.
2. Задержки выходят фактически из-за не следования стандарту производителей большинства приводов. 2-ные секторы - это красная книга, полностью нарушают стандарты записи... Приводы строго следующие следующие стандартам такие диски читать не будут - просто подавятся начиная с 2-ных секторов, пошуршат болванью на одном и том же месте и выплюнут через минут 10-20... И на данный момент таких приводов немало. Тоесть имеем такие моменты:
А. Работают далеко не во всех приводах. То что Идолу повезло и на 5 машинах заработали - ни о чем не говорит. У другого человека в его приводе хоть он на стену лезь не сработает. Может быть такой момент, что игра будет запускатся с диска, но инсталлится не будет - может вполне. Может на одном приводе будет инсталлится и запускатся, на другом только запускатся... Это игра в лотерею - повезет-не повезет. С методом эмуляции подобного нет - там все по стандарту, и если нет блэклиста - будет работать везде.
Б. Блэклистится защитами гораздо легче rpms эмуляции. Старфорсом давно поблэклистену. При том после блэклиста такой образ либо конвертить с болванки в образ с rpms, теряя точность естественно - снимаются данные о задержках то уже по второму разу, либо выкинуть в окно и ждать крэка.
С. Никогда не будет работать с виртуала как 1:1 - маразматика, которому б пришло в голову дописать в код виртуалов баг, свойственный физическим приводам - пока к сожалению нету. Все предполагают, что нормальные люди снимут образ с rmps или bwa и будут их использовать с виртуалом...
Д. Имея образ с rpms или bwa создать образ с twinpeaks - дело 2-х минут. (Думаете CXZiSO хотя бы купили свою копию, а не просто скачали twinpeaks02 и запатчили им образ от diesel/magik?) А вот назад, как я уже говорил, - только с потерей качества позиционных данных... Метод twinpeaks был мегарулезом во времена, когда его не определял старфорс - единстенным методом борьбы с онным фактически. Сейчас это полный анахронизм - эмуляция справляется гораздо лучше, блэклисты эмуляции можно пофиксить, работает со всеми приводами. У twinpeaks - работает без дополнительного софта как оригинал или не работает вообще или работает глючно. Недостатков больше на сегодня... А теперь представьте, что проще - объяснить как все ж настроить прогу для эмуляции, или объяснить что в виду объекитвных причин тут так получается, что на вашем девайсе поиграть ну совсем не выйдет А вот вам заодно с одного форума цитатка в подкрепление темы о данном релизе:
НА счет вдойных секторов. Правельно что предупредил, а то народ сейчас кинется качать так называемый Proper и наколется, если окажется, что из привод не поддерживает технологию!
Выводы:
1. Имея релиз от Magik/Diesel - качать этот proper ни в коем случае не стоит, ибо можно изготовить самому за 2 минуты.
2. Этот пропер - самый лажовый из всех выходивших релизов. Скажем так безвозвратно(в плане утери качества если снять данные по задержкам) обрезанный урезок
P.S. 2 Idol - писатся с ошибками и не может. А вот не читатся или глючно читатся - запросто. То что не читалось только на комбайнах при инсталле уже означает - только в трэш. Не записывать же 1 диск без твинпиксов специально чтоб с него инсталлить, а второй - с ними, чтоб играть...
//Вот ыщо пару аргументов вспомнил насчет twinpeaks. Коли я уже Sacred вспоминал, то до 1.5 включительно twinpeaks там чудно работал - никакой эмуляции, все типа выглядит как 1:1 чистое... Что видим с 1.6? Хитрые пользователи rpms эмуляции играют дальше. Пользователи болваней с twinpeaks кусают локти и забывают про все будущие патчи надолго учитывая тэмпы их выхода, с единственным вариантом - кряки.
Rpms прекрасно работает, будучи закатанным на -rw болвань... Тоесть играя в такие клоны - не расходуем болванки. По затратам почти как виртуал Twinpeaks не катит с rw да и в принципе на одних болванках потом лучше читается чем на других и прочая - опять лотерея...//
P.P.S. Все клоновские релизы после вполне рабочего и финального Magik стоило заранее нюкать и относить к мерянью сами знаете чем. Разве что вышел вон немецкий клон - ну этим еще простить, локализованная версия как бы, ну и другим из этого русла... А так - нюкать все последующие клоны US релиза нафиг, следующим релизом заслуживающим уважения считать только реальный крякнутый релиз. Ибо НЕФИГ одно и то же выпускать по 10 раз с разными нфо. Единственное что можно лучше сделать в таких клонах чем другая группа - снять позиционные данные точнее... Но что вам мешает пойти на специализированные форумы, где этими данными вполне легально меняются, и попросить онные снятые на профессиональном девайсе? С другой стороны - ЗАЧЕМ, если точность уже ДОСТАТОЧНАЯ для опознания как оригинал? BWA builder 5 показывал, что точность данных в релизе от magik - 90%. Не густо, но _вполне_ достаточно. В защитах ведь этих вполне реальный запас "царапаемости" предусматривается, так что думаю даже 65-70% вполне еще работали б...
Изменено: Destruct, 29-04-2004 в 22:21
|