Старфорс 5.0.8.2 и синие экраны

[bombur]

идеи

Cuddles

Ну а я бы предпочел Usb устройство, по-моему это более гибкое решение: можно менять тип устройства на лету, скажем сейчас это у нас Dvd-rom, а теперь нажимаем кнопочку и у нас уже Флэш-диск, загоняем туда свой имадж

Похожая идея возникла у меня после прочтения этой ветки: вместо CD/DVD привода использовать обычный USB-картридер, а вместо копакт- или DVD-дисков - обычную флэш-карту (SD,CompactFlash). Благо, сейчас можно найти карточки размером до 8 Гб за умеренную цену. Или можно использовать несколько гораздо более дешевых 4 Гбайтных карточек одновременно.

Но, как и в случае с модифицированными прошивками для CD/DVD-приводов, эта идея заглохла.

Во-первых, потому что я так и не смог найти полного datasheet-а ни на один из популярных чипов, используемых в продающихся сегодня кардридерах: Acorp (2 вида), Samsung, Nec.

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

В-третьих, как и в случае оптическими приводами, используемые чипы имеют обычно 8 битную (в лучшем случае 16 битную) архитектуру с объемом оперативной памяти, исчисляемым всего лишь десятками КИЛОбайт. Насколько реально загнать эмулятор CD/DVD в такие жесткие рамки ? Я не знаю.

Но идею с эмуляцией CD/DVD-приводов USB-устройством хоронить рано. Многие производители микроконтроллеров имеют в своем ассортименте продукты, умеющие работать с USB и флэш-картами. Они даже продают тестовые платы на базе этих микроконтроллеров. На таких платах распаяны все требуемые разъемы. Документация и средства разработки микропрограмм обычно прилагаются. Так что если кого из специалистов по микропроцессорной технике заинтересовала изложенная идея - дерзайте ! :-)

Лично мне последнее время больше нравится упомянутая выше идея, суть которой в использовании вместо USB CD/DVD привода второго компьютера, подключенного по USB специальным USB<=>USB кабелем. С одной стороны (со стороны первого компа) этот кабель прикидывается USB-приводом, но все запросы к нему он прозрачно транспортирует ко второму компьютеру, на котором драйвер этого кабеля (звучит дико ) отсылает запросы к реальному, либо к виртуальному (DT, Alcohol, VirtualCD) приводу оптических дисков и передает обратно его ответы + данные.

Думаю, спецам по микроконтроллерам собрать такой кабель (2 чипа USB-UART) и написать для него микропрограмму не представит особого труда. Дополнительно придется помучится с драйвером под виндовс, устанавливаемом на втором компе, инициализирующим кабель и пересылающем запросы и ответы между ним и приводом (или эмулятором) оптических дисков.

Главный плюс этой идеи: не нужно писать с нуля процедуры работы с образами дисков, заморачиваться расчетами временных таймингов, подменой идентификационной информации - всем этим занимается DaemonTools/Alcohol/VirtualCD, запущенный на втором компьютере. Разработчикам требуется лишь обеспечить корректное туннелирование запросов-ответов между компьютерами с минимальными временными задержками.

Другие плюсы:

1. кабель будет стоить копейки
2. второй комп по дешевки в наше время найти не проблема - достаточно старинного пня + win98 + соответствующая древняя версия эмулятора
3. вместо кабеля USB<=>USB можно попробовать разработать кабель SATA/IDE<=>USB, тогда со стороны первого компьютера кабель будет виден как SATA/IDE привод.

Короче, идея интересная, но заинтересуются ли ею спецы по микроконтроллерам и драйверописатели.

По моему с Pci картами так не получится.

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

Подобным 'железным' фильтрам (SATA/IDE-привод<=фильтр=>PCI/USB/STA/IDE-разъем на материнке) не нужны никакие кнопки.

Их задача проста:

1. Вовремя распознать установку RMPS-диска в привод.
2. Фильтровать (подменять) информацию, касающуюся, например, природы CD/DVD-носителя, прочих его параметров.
3. Расчитывать и обеспечивать задержки чтения секторов согласно DPM.

Все остальное от лукавого.

Почему команда ДТ скорее всего никогда не возъмется за реализацию этих 'железных' проектов ? Как мне кажется, по нескольким причинам:

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

2. Юридическая. Любое юридическое лицо, создавшее и продающее абсолютный эмулятор CD/DVD (коими являются вышеописанные 'железные' фильтры) рискует быть засуженым западными издателями - это их последний аргумент в борьбе с эмуляторами.

3. Очевидная. Команда ДТ безусловно лучшая в создании софтовых эмуляторов CD/DVD-приводов под Win32. Любой железный эмулятор (вроде вышеописанных фильтров) будет по определению лучше и неуловимее DT. Так зачем же разработчикам DT самим рубить сук, на котором они сидят ?

[dm_gammer]

Конечно, очень много доводов, которые в совокупности создают много противоречий.
Насчет идеи кабеля - это хорошо например в условиях ноутбуков. Но никак не в домашних условиях. Может такая версия оправдывала бы себя в условиях офиса, где стоит много компов. Но в остальном это уже, извините, полная ахинея.
Да, такая возможность есть, и опять же таки, включается пресловутое "торможение процессора", и все данные получаемые с кабеля тормозятся вместе с процессором. Дальше продолжать не надо. Это касаемо и USB привода, с хранимыми на них образами.
Можно очень много приводить всяких фактов про то или иное железо. (Можно искать еще кучу datasheet-ов, смотреть что делается у других производителей - но какой толк от этого например команде дт я ума не приложу. Ровно как и толк от сообщения этого здесь. Ну нашел что-то, ну и что? Все равно в таких случаях разработчики все с нуля делают сами практически)
Поэтому и задача идеального эмулятора по моему мнению сводится именно к тому, чтобы надурить защиту в том смысле, чтобы она постоянно думала что запуск идет с физического диска (т.е. оригинала) и чтобы защита не смогла применить ни один блеклист в данном случае.
Есть конечно еще вариант не изобретать что-то с чем-то особенном в самом контроллере, а просто толково написать дрова под такой контроллер и прятаться внутри этих дров. Т.е. держать программное обеспечение, отвечающее за сомо чтение ДПМ и прочее, уже не наконтроллере. При этом вся программа чтения искусно прячется внутри драйверов контроллера, который защита принимает за физический диск ине пытается что-то с ним сделать
Ну а что касаемо последних трех пунктов - это уже личные выдумки товарища bombura. Уже неоднократно подымалась тема, что судят не за разработку какого-то продукта, а за его использование в нелегальных целях. В свое время очень долго одна конторка в штатах пыталась судится с разработчиками MP3 плееров за то, что они должны отчислять с продажи своих девайсов им бабки за якобы возможный ущерб от использования их устройсв при прослушивании пиратских файлов. Вплоть до запрета этих устройств. Все это закончилось ничем для этой конторы, так как если не доказан какой-то факт, то и судить за этот уж более чем смешно. Ведь с таким же успехом можно засудить разработчиков тогоже ollydbg например. Ведь с помощью этой программы можно ковыряться во внутренностях защит. Но почему-то этого никто не делает, так как этот инструмент можно использовать как во благо, так и во вред. Точно также и касаемо "идеального эмулятора". Его можно использовать как и во благо, так и во вред. Единственное, на что могут разработчики защит подать в суд, так это за попытку воспроизведения их метода проверки диска. Не более. Но почему-то этого пока никто не сделал. Наверное выгодно пока такое положение дел, как сейчас.
А насчет перспектив продажи такого "железного" эмулятора, то это еще думаю ой как выгодно будет.
Ну еще добавлю насчет 1 пункта. Вот тут уж заливать не надо. Я сам имею кое-какие отношения к компании, которая занимается тематикой прошивок, чипов и прочим. Не надо никакой кучи специалистов. Достаточно 2-3 грамотных специалистов в своей области и все будет сделано в течении года например. Конечно, это не касается таких вопросов, как разработка новых процессоров и т.п., где требуется труд не одного десятка инженеров.
Вобщем товарищ Bombur забыл дописать в конце топика, что это все его личные предположения и теории.
Впрочем, как и все здесь, написанное не от лица разработчиков дт. (В том числе и мое )

[Santey]

Вопрос в другом .........нет ли какого либо скрытого Сотрудничества между Разработчиками старфорс и даемона ?

[Chocky]

Рискну предположить, что это будет аппаратное решение, к примеру Dvd-привод со встроенными средствами эмуляции. Угадал?

Надеюсь, что нет. Вся эта лабуда с RMPS - это замена шила на мыло, избавляешься от необходимости возиться с оригинальными дисками, взамен получаешь возню с копиями на болванках. Оно, конечно, тоже полезно, но для 99% игр износ болванки неактуален, игра надоест быстрее.

[HASH]

На тему реализации с использованием USB соединения, по опыту общения с USB и FireWire приводами могу сказать что многие защиты просто не видят диски в таких устройствах, у меня в памяти всплывают устройства от PlexTor и Sony на которых простейший SecuRom не воспринимал диск жалуясь отсутствие какого-либо диска в приводе и ещё какая-то защита ругалась на отсутствие устройства в системе вообще.

На тему соединения вторго компа в SATA/IDE, идея интересная особенно на фоне существования наикомпактнейщей матери от VIA со встроенным 1гГц процом которая вполне спокойно влезет в 5 дюймовый разьём и на которой есть сеть...
Образа могут лежать у вас на оснавном компе и монтироватся через сеть в это "милое устройство".

[Rubord]

По синим экранам на Sledgehammer:

игру взломали на какие то 5 секунд первого ролика патом синий экран в каждом случаи независимо от виндовс!

Моразм полный получается... запуск игры есть, а потом bsod(

[CAG]

У меня и баунти проходила проверку правда после этого тоже синий экран

[Rubord]

Решение для King's Bounty. Легенда о Рыцаре:

http://www.rapidshare.ru/667505

обновите игру до версии 1.2
снимите все старые драйвера старфорса из системы.
распакуйте файлы в директорию игры.
запускайте, соглашайтесь установить драйвера старфорс.
играйте на здоровье.
искренне ваши, Existent, PeerAT.ru и Possum Game Club

драйвера снять - protect.exe remove drivers completely.
опции демона стандартные для запуска игр со старфорсом. демон обязательно версии 4.12.3

[Rubord]

Презабавно. Запустил Sledgehammer, разумеется, получил BSoD (точнее, перезагруз). после рестарта выскочило назидательное:

ВНИМАНИЕ!
Возможно, на вашем компьютере установлена программа для эмуляции CD/DVD-дисководов. Ее использование может привести к "падению" системы и возникновению BSOD (синий экран). Во избежание подобной проблемы не рекомендуется пользоваться эмуляторами для запуска лицензионных программ. При этом необходимости в полном или частичном удалении программы-эмулятора из системы нет.
Нажмите «Далее», чтобы продолжить, или «Отмена», чтобы завершить работу.

Я валяюсь - во тапочки вяжут))))

[dm_gammer]

Да уж. Прикол в том, что если взять файлик protect.x86 с любой старой версии стара 5.5, которая была до блеклиста, и заменить его в нынешней версии, потом через файлик proteсt.exe убрать драйверочки, а потом при запуске их заново поставить, то игра запускается даже с мини образа. И никаких бсодов нету и в помине. Я ради интереса использовал дрова стара от совершенно другой игры декабрьского билда. Результат тот же. Запуск успешный. Теперь идиоту понятно, кто валит винду. Ну господа из старфорса конечно скоро пофиксят такое досадное упущение. Во всяком случае, это самая большая глупость, которая только могла произойти из всех вариантов для стара

[hickname]

С Таней Гроттер еще веселее - игра написана на бесплатном движке Wintermute engine. Движок устроен так, что все ресурсы упакованы в один файл, и для воспроизведения используется плеер - грубо говоря, та же самая флешка. Качаем движок с сайта, заменяем Какелловский плеер на скачанный и вуаля - защиты нет вообще. А другую иконку я как-нибудь переживу

[bombur]

Раз уж зашла речь о косяках СтарФорса...

Решение для King's Bounty. Легенда о Рыцаре:

Второй день подряд проклинаю старфорсовских программеров в связи с невозможностью запустить упомянутую игру с ОРИГИНАЛЬНОГО диска.

С версией игры 1.0 и 1.2 (SF 5.50.9.1) постоянно выскакивает "Ошибка чтения при проверке диска" (код 3121). С версией 1.3 (SF 5.50.11.5) проверка заканчивается синим экраном (BSOD) с упоминанием о старфорсовском драйвере appdrv01.sys.

Я поначалу грешил на эмуляторы (ДТ, Алкоголь + SPTD), но после их полной деинсталляции и удаления драйверов разных защит ничего не изменилось.

В итоге выяснилось, что тупят именно старовские драйвера.
Если названия системных папок имеют привычные большинству ползователей названия ('\Documents and Settings'+'\Program Files'+'\Windows'), то проверка оригинального диска и миниобраза (+protect.x86) в DT Lite 4.12.0 проходят успешно.
Если же винда установлена в нестандартные папки, например: '\HomeXp\Docs','\HomeXp\Progs','\HomeXp\WinXP', как в моем случае то запустить игру не представляется возможным.

Уже лет пять работает система, установленная в эти самые папки. Из сотни устанавливавшихся за это время программ проблем не возникало ни с одной. А вот со старфорсом - пожалуйста!

Осталось только добавить, что со SledgeHammer-ом (SF 5.0.8.2) и другиими, старыми версиями стара таких проблем прежде не было.

PS: Ау, господин Нерва, попинайте там своих лоботрясов, пожалуйста ! ;-)

[Existent]

Обманули старфорс

информация была получена с замечательного ресурса: GameCopyWorld Russia
кто знает ник автора способа, поправьте меня плиз.
за ряд толковых дополнений спасибо Polus с RUGCW!

способ довольно интересен, но главное - рабочий.
нарезаем игру на болванку (DVDR, DVDRW) ИЗ ОБРАЗА с помощью последней версии алкоголя 120%, с включенной опцией: запись RMPS на диск.
для запуска необходим демон тулз версии 4.12.3

1. в демоне включаем эмуляцию RMPS (для игр со старфорсом достаточно только её), при этом в деймоне не должно быть смонтировано ни одного образа!
2. запускаем игруху, а сами быстренько открываем меню деймона в трее и наводим курсор на кнопку отключить всю эмуляцию и ждём.
3. надо опытным путём уловить по шкале когда тормозит, проверяя эмуляторы, и за деление до этого нажать на кнопку убирая эмуляцию. просто разброс в зависимости от тачки и игры немаленький..
повторяю - способ рабочий, необходимо только найти тот момент, когда надо выключить эмуляцию в демоне.

[bombur]

жалкие оправдания старфорсовцев

Эк сраньморсовцев прорвало, не вынесли тяжести предъявленных им обвинений.

http://kingsbounty.ru/forum/index.php?showtopic=242&st=480#entry23632

Более детальное исследование проблемы с синяками. Комментирую статью от ДТ.

является грубейшее нарушение старфорсом синхронизации внутри драйвера SPTD, используемого DAEMON Tools для доступа к накопительным устройствам.

В данном случае говорить о том, что драйвер StarForce специально выполняет какие-либо действия по <уничтожению> драйвера SPTD будет некорректно с технической точки зрения по след. причинам:

Во-первых драйвер StarForce не делает никакого различия между драйверами сторонних производителей, т.е. в нашем драйвере нет никакого кода, который бы целенаправленно старался как-нибудь <навредить> именно драйверу SPTD. Наша защита использует средства противодействия методу, который применяется DT и, возможно, некоторыми другими эмуляторами. Писать защиту от каждого конкретного эмулятора, использующего один и тот же метод нерационально и неэффективно. Т.е. защита делается от метода эмуляции, а не от конкретного эмулятора.

Во-вторых, мы вообще не трогаем их драйвер SPTD. Если у него проблемы с синхронизацией, то мы только увеличиваем вероятность их проявления. Фраза <нарушение синхронизации внутри драйвера SPTD> говорит о том, что на самом деле проблема находится как раз в самом драйвере SPTD, а именно - разработчики этого драйвера не учли все наиболее вероятные ситуации, связанные с нагрузкой на систему (а это необходимо делать при разработке драйверов). Фактически подобные проблемы с синхронизацией можно обнаружить посредством проведения качественного стресс-тестирования. Косвенным доказательством этого утверждения является тот факт, что именно драйвер SPTD <валит> систему в синий экран и это видно из информации минидампа.

Наши эксперты детально исследовали ситуацию и сообщили буквально следующее:
при проверке диска Старфорсом на определенном этапе блокируется практически вся операционная система на время до 3 секунд, при этом ничто не живет кроме кода старфорса и какой-то части системы, нужной старфорсу.

Задержка до 3 секунд может возникнуть только при попытке эмулирования (фактически это последствие применения эмулятора, а не особенность защиты). При использовании настоящего диска - несколько миллисекунд.

Иными словами Windows буквально превращается в однозадачную операционную систему типа MSDOS и ни о какой многозадачности не может идти речи (особенно это видно по тому как замирает мышь) ...
Это можно было бы квалифицировать как полный останов системы под отладчиком, однако на самом деле это не так - часть компонентов системы продолжает работать и общаться с устройствами, другая же часть - искуссвенно вешается намертво.

Опять же говорить о том, что драйвер StarForce блокирует операционную систему будет совершенно некорректно с технической точки зрения. Тем более проводить аналогию с остановом под отладчиком. Способ, который используется нами для противодействия эмуляторам, использующим тот же метод, которые использует DT, заключается в том, что во все обращения к внешним устройствам вставляются задержки. При этом длительность этих задержек минимальна - см. предыдущий комментарий. Таким образом, ни один запрос к внешним устройствам не будет потерян.

Про "однозадачную систему типа MSDOS" можно еще упомянуть следующее: При чем тут однозадачная ОС? Никакие работающие задачи в ОС никуда не деваются в результате работы защиты. ОС Windows не является real-time ОС. То есть, она не гарантирует, что каждая из работающих задач получит столько времени, сколько ей нужно. Другое дело, что Windows старается это делать. Поскольку защита не убивает никакие задачи в системе, нельзя сказать, что защита превращает систему в однозадачную. Кроме этого, задержка в исполнении задач, при использовании настоящего диска, несколько миллисекунд.

Однако полностью заблокировать наши драйверы старфорсу затруднительно - DAEMON Tools это тоже довольно сложная система. И при этом возникает картина которую можно описать в двух словах так:
у здорового организма останавливают все внутренние органы - сердце, легкие и пр, и оставляют скажем только почки и желудок.
После этого начинают этот организм "насиловать" и хотят что-то от него получить. При этом сильно удивляются почему он начинает отказывать (читай: выпадать в синий экран). Это именно то что делает старфорс.

Ещё раз отмечу, драйверы старфорс не стараются противодействовать каким-либо образом именно драйверу SPTD. Наш драйвер исходит из предположения о том, что все драйвера, установленные в системе, прошли хоть какое-то стресс-тестирование. Фактически, все нормально функционирующие драйвера, могут без особых проблем пройти сертификацию Microsoft. Т.е. эта сертификация выступает минимальной гарантией того, что драйвер не вредит системе никоим образом. У драйвера StarForce такая гарантия есть. А есть ли такая гарантия у драйвера SPTD ?

Ошибки конечно бывают у всех и проблемы конфликтов между драйверми сторонних производителей встречаются нередко - но как правило разработчики драйверов стараются их устранять, идя на компромиссы в дизайне, чтобы не влиять на чужой драйвер и не мешать ему работать. К примеру в прошлом и у нас были проблемы взаимодейсвия с McAfee, Novell, драйверами TAGES и пр.
Но все эти проблемы цивилизованно решались в рабочем порядке (причем обоюдосторонне) таким образом, чтобы не ущемлять друг друга и ДАТЬ ВОЗМОЖНОСТЬ работать другому драйверу так, как это планировал его производитель.

Несмотря на подобное утверждение, со стороны Daemon Tools не было предпринято каких-либо попыток (официальных или неофициальных) связаться с нами для решения этой проблемы. Фактически падение происходит в драйвере SPTD и скорее всего является следствием допущенной ошибки, поэтому со стороны StarForce не можем каким-либо образом повлиять на сложившуюся ситуацию, т.к. даже не обладаем достаточной информацией о внутреннем устройстве драйвера SPTD.

Мы также не можем похвастаться обилием взаимодействия с различными компаниями-производителями антивирусного ПО и других защит по вопросам устранения проблем с совместимостью. Просто потому, что таких проблем у нас никогда не было. Однако в данном случае мы готовы сделать всё возможное, для того, чтобы у конечных пользователей не возникало никаких проблем, аналогичных рассматриваемой.

Поэтому предлагаю рассматривать данное сообщение как официальный запрос информации относительно деталей происходящего и возможных способов их устранения (как видят cитуацию разработчики драйвера SPTD со своей стороны)

Разработчики же защиты Старфорс пошли иным путем и выбрали иную стратегию. Она называется "убей все в системе кроме себя". Вот как раз "ДАТЬ ВОЗМОЖНОСТЬ" работать другому драйверу в их планы видимо не входит.

Было бы очень хорошо, если бы подобные утверждения подтверждались конкретными фактами. Потому как в действительности ситуация складывается совершенно противоположная, так как ранее было сделано открытое заявление относительно наличия проблем у драйвера SPTD в области совместимости со сторонним программным обеспечением.

Опять же напомню, что драйвер StarForce никого в системе не убивает. Работа драйвера основывается на вышеописанных принципах и не является <противозаконной> с точки зрения операционной системы.

Мне вот интересно стало, старовсцы каждую новую версию своих драйверов отправляют мелкософту на тестирование ? Или же это все маркетинговая болтовня про сертификацию?

[dm_gammer]

Это все равно что на форуме типа nforce писать обращение к Билу Гейтсу
Детский сад и елочка с барабаном