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

[baltik]

star-force -жгет по новой

С сайта King?s Bounty. ??????? ? ?????? (?????)

Мы НАСТОЯТЕЛЬНО рекомендуем всем обновить драйвер защиты, так как сейчас в нем были сделаны очень важные исправления. Для того что бы иметь возможность обновить драйвер, он должен быть установлен в вашей системе. А так как драйвер устанавливается после первого запуск игры, то, соответственно, обновить его можно будет только после первого запуска игры. В процессе обновления драйвера могут происходит ошибки, в том числе приводящие к зависанию или перезагрузке компьютера. Но отчаиваться не стоит. После перезагрузки все заработает нормально.
Обновлять драйвер необходимо используя утилиту protect.exe, которая находится в корне игры.
Подробнее:
StarForce - ?????? ?? ???????????, ?????? ??????, ?????? ????????, ?????? ?????????? - ??????? StarForce
Мега 3. Оффлайн обновления нет, только онлайн.

Скоро защита будет работать только для пользователей у кого онлайн, купил игру и без инета кури бамбук - будут ли они это указывать на упаковке ?

[vem]

2 r-support2

Для игроманов у нас готовится еще одно решение, о котором мы пока специально умолчим

А это вопрос недель?месяцев?Или это вообще не связано с DT lite и DT Pro?

[dm_gammer]

а никогда не скажут, потому что духу не хватит расписаться в собственных прое.....х. проще на форумах разных кукарекать как петухи по утрам.

Edit to dm_gammer: for better readibility, I changed your charset. No content was changed of course.
LocutusofBorg

[r-support2]

Еще хочется прокомментировать другую фразу в одном из форумов

>Возможна совместная работа с разработчиками ДТ по >отлову багов. Хотя начиная с версии ДТ 4.хх и >соответсвенных спдт началась настоящая low level war.

О какой совместной работе можно говорить, учитывая все вышесказаное? И кто начал все эти "low level wars"? До этого все было нормально и цивилизованно. Но затем Старфорсу не понравился DAEMON Tools и он начал вставлять ему всяческие палки в ядре, применяя изощренные трюки и пр.
Кому такое может понравится? Разумеется нам пришлось принять ответные меры и тд и поехало как говорится.
Заметьте что Старфорс не единственная защита, пытающаяся бороться с демоном, однако у других есть чувство меры и они не пытаются перейти ту грань за которой целесообразность защиты начинает уже
балансировать с стабильностью всей системы. Старфорс же ее давно перешел.
Это все их бизнес и не наше дело, как говорится, что-то кому-то советовать, но тем не менее хотелось бы сказать команде их разработчиков: сделайте наконец нормальную защиту без всяких драйверов (хотя бы как тот же SecuROM) и прекратите эту грязную войну в ядре!
Как говорится ничего личного. Просто образумьтесь! Пусть это будет нашим "официальным" ответом "ни к кому"

Господа из СФ: Если у вас есть замечания по существу, можете их добавлять прямо в этом треде.
Господин Нерва имеет аккаунт на этом форуме. Не нужно что-то где-то "заглаза" писать ....
Имейте мужество говорить нам в лицо ...

[r-support2]

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

Мы вобщем-то не собирались отвечать на подобную пиарщину и вступать с кем-то в полемику. Однако мы видим что Старфорс все никак не уймется и у него еще хватает дерзости оправдываться;-) Своего форума у них нет по известным причинам (над которыми давно смеются "понимающие" люди;-)), так они решили заняться словоблудием в других форумах.
При этом замечается забавная политика говорить куда-то в пустоту, якобы обращаясь к нам, а на самом деле ни к кому.;-)
=====
"Поэтому предлагаю рассматривать данное сообщение как официальный запрос информации
относительно деталей происходящего и возможных способов их устранения ..."
=====
Неясно кто кому и чего предлагает, но раз так повелось то и мы ответим "в пустоту" чтоб раз и навсегда пояснить нашу позицию и поставить на этом точку.;-)

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

Разумеется.;-) Драйвер старфорс просто вредит всем подряд и различий дейсвительно не делает. А SPTD просто попал "под раздачу". Именно про это мы и говорили.

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

Понятием "МОЖЕТ" никакой серьезный разработчик в ядре оперировать никогда не станет. Если что-то "может" произойти то рано поздно оно обязательно произойдет, причем необязательно с эмулятором.
Такие заявления только лишний раз подчеркивают уровень "компетентности" говорящего и лишают к нему всякого уважения. Как говорят, раз в год стреляет даже незаряженое ружье.
Причем когда это ружье выстрелит и в кого - старфорсу асболютно до фени. Лишь бы защита работала...

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

Для осведомленных людей поясним - Старфорс поднимает уровень IRQL на процессоре до DISPATCH_LEVEL и шлет запрос на сидиром. При этом он ждет ответа и не отпускает процессор пока не придет ответ.
Сделано это в расчете на то что CDROM, так сказать, уже работает сам и для выполнения запроса сам процессор ему не нужен. Поэтому старфорс специально держит ВСЕ процессоры в системе для того чтоб ничто не могло исполняться пока CDROM не ответит, даже критические потоки и разумеется всякие эмуляторы. Схема конечно несколько упрощенная, но для понимания просходящего вполне достаточная. То есть грубо говоря в этот момент старфорс становится как бы единоличным владельцем системы. Максимальное время которое "нормальный" драйвер может держать процессор таким образом регламентируется Майкрософт буквально в пределах нескольких микросекунд.

http://www.microsoft.com/whdc/Driver/tips/DPC_ISR.mspx

> A driver should spend no more than 25 microseconds in an >ISR and no more than 100 microseconds in a DPC.

Даже 2 или 3 миллисекунды это уже ненормальная ситуация, которой любой драйвер должен стараться избегать в целах нормальной работы системы. Но только не Старфорс! Ему оказывается можно держать процессор и 20 миллисекунд и 50! Это уж как ответ придет от сидирома - не обессудьте! Обычно это происходит быстро, так что ничего страшного мол...
Причем если на сидироме попадется "плохой" сектор и он долго не будет отвечать, то столько же времени будет ждать и старфорс.
Ну а если попадется еще и виртуальный сидиром (о боже!), то старфорс может "посадить" всю систему аж на целых 3 секунды и официально об этом заявляет! Еще вопросы к нам есть?;-)
И после этого у кого-то еще хватает наглости утверждать что Старфорс не останавливает систему? Давайте в конце концов называть вещи своми именами ...
А теперь вопрос из зала - как старфорс получил сертификат за такой драйвер?;-)

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

То что Windows не real-time OS не означает что в ней можно, с.ать на каждом углу!
Когда Старфорс наконец поймет, что гадить это нехорошо? Где выросли и воспитывались его разработчики?

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

Послушайте, кто вас просил вставлять СВОИ задержки в ЧУЖИЕ запросы??? Вы что их посылали?
Занимайтесь лучше своими запросами и в чужие не лезьте своими кривыми руками! Это и есть главная претензия к драйверу старфорс. Не надо считать себя "божеством", которое будучи загруженным в ядро имеет право делать там что ему заблагорассудится и вставлять задержки куда попало и за других решать когда они должны завершиться!
Еще после этого предъявлять какие-то претензии к драйверу SPTD?
Старфорс это не ядро Windows и не диспетчер потоков и не его дело решать когда и как создать "стрессовую" нагрузку для SPTD! Мы драйверы тестируем на стрессовые ситуации, но данный случай это не стресс системы, а коматозное состояние, в которое ее вводят ДРОВА старфорса (да-да, именно те что лежат в сарае ибо там им и место;-)).

>Наш драйвер исходит из предположения о том, что все драйвера, установленные в системе, прошли >хоть какое-то стресс-тестирование. Фактически, все нормально функционирующие драйвера, могут >без особых проблем пройти сертификацию Microsoft.

Ага, даже "такой" драйвер как Старфорс!;-) Это только еще раз подчеркивает бесполезность всяких сертификатов Майкрософт, которые сертифицируют всякий отстой, даже не вникая что он творит в системе! Да - у нас драйверы конечно тоже не идеальные. Но с другой стороны на сертификацию мы и не претендуем и пальцы не растопыриваем что у нас самый крутой драйвер! Что есть то есть и пользователь сам решает - пользоваться им или нет. А вот Старфорс вряд ли спрашивает пользователя нужны ли ему "задержки во все запросы" или нет. За такие вещи не только сертификаты давать нельзя, а, как сказал бы Остап Бендер еще и "морду бить надо".
Пусть тогда на всех играх со Старфорсом пишут "Может вставлять задержки во все запросы в системе, не относящиеся к игре!"

> Т.е. эта сертификация выступает минимальной гарантией того, что драйвер не вредит системе >никоим образом.

Эту фразу лучше оставить без комментариев, чтоб уже не заржать.;-)) Какие гарантии пользователю предоставляет старфорс хорошо видно выше. И то что "лавочка" с Майкрософт сертификатами давно себя дискредитировала тоже ясно.

>>Ошибки конечно бывают у всех и проблемы конфликтов между драйверми сторонних >>производителей встречаются нередко - но как правило разработчики драйверов стараются их >>устранять, идя на компромиссы в дизайне, чтобы не влиять на чужой драйвер и не мешать ему >>работать. К примеру в прошлом и у нас были проблемы взаимодейсвия с McAfee, Novell, драйверами TAGES и пр.

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

Довольно забавная логика. Представьте что хулиганы нагадили у вас под дверью (а именно это сделал Старфорс), а потом вы их поймали и предъявили претензии. И тут они вам заявляют - "А вы не предприняли никаких попыток с нами связаться и сообщить что гадить у вас под дверью оказывается нельзя!".
Сперва 4.12 нормально работал и не было никаких проблем. Затем вдруг появляется очередная поделка старфорс, которая вызывает синий экран. Мало того - Старфорс прекрасно все это видел и все равно отдал паблишерам в расчете на то что это мол баг демона и сами пусть разбираются.
А теперь оказывается мы еще заочно должны были с кем то связаться и удостовериться что его говно
(извините другого слова тут просто не подобрать) не вызовет синего экрана с DAEMON Tools который давно уже в эксплуатации? Какой уважающий себя разработчик станет выпускать в свет такой драйвер, который заведомо конфликтует с популярной программой, ДАЖЕ если может быть это и не его вина? У нас по примерным прикидкам около 30 миллиoнов пользователей по всему миру - старфорсу же они абслютно безразличны. И еще после этого можно говорить о каком-то уважении к разработчикам Старфорс? Если у нас оно и было то теперь пропало точно - Старфорс просто открыл свое истинное лицо...

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

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

Факты все налицо выше. А то что находится в ядре в момент проверки даже "программным обеспечением" называть можно с большой натяжкой. Скорее это "программное уничтожение".;-)

[hickname]

В King's Bounty давно подмену драйверов пофиксили, патч 1.3 из-за этого на неделю задержали... Опять 1с "гамма-тестирование" на российских пользователях проводит, на запад уже отлаженная версия пойдет
Способ с отключением эмуляции рабочий, но на старе 5.5 работает хуже чем на 5.0 - больше попыток надо для успешного запуска.

[bombur]

Уже неделю как известен способ запуска игр, защищенных старфорсом версии 5.0.8.2, при помощи Daemon Tools 4.12, но здесь об этом никто почему-то ни словом не обмолвился! Я удивлен.

Цитаты в хронологическом порядке.

Для начала рекомендуется отключить эмуляцию RMPS в настройках Alcohol, если он установлен в системе.

1) Запуск производится при помощи RMPS-диска, записанного при помощи Alcohol. Выбрать профиль StarForce, отметить чекбокс RMPS.

Метод прекрасно работает, игра запускается каждый раз.
... вот попытаюсь оптимизировать процесс запуска

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

2. вставляем записанный ранее диск DVD-RW (в алкоголе с включённым режимом RMPS)

3. запускаем игруху, а сами быстренько открываем меню деймона в трее и наводим курсор на кнопку отключить всю эмуляцию и ждём.

4. когда проверка старфорса дойдёт до 4 полоски (в этот момент комп немного подвисает, у кого то может быть на другой полоске проверки, у меня по крайней мере на 4-ой), быстро жмём на наведённую ранее кнопку. И усё, играем на здоровье.

Если отключить эмуляцию до 4 полоски, то ничего страшного - "Диск не идентифицирован" и можно попробывать заново,

если позже - "Зафиксирована попытка эмуляции" и BSoD.

Хотя промахнуться сложно, именно на 4 полоске (у меня! )старфорс на некоторое время задумается над жизнью своей дерьмовой. У меня BSoD был всего один раз, когда я не знал на какой полоске отключать эмуляцию, так что дерзайте, это сначало кажется что текста много, а на самом деле делов то на пару сек.

2)

Для упрощения запуска используйте bat-файлы
Сперва отключите в DT Безопасный режим, сняв галочку с соответсвующей опции в настройках.
Скопируйте код в блокнот, сохраните с расширением .bat и закиньте его в корневую папку игры. Запустите батник.

Для Тургор:

@echo off
"%programfiles%\DAEMON Tools Lite\daemon.exe" -rmps on
start bin\win32\Game.exe B
ping -n 9 localhost >nul
"%programfiles%\DAEMON Tools Lite\daemon.exe" -rmps off

Для Sledgehammer:

@echo off
"%programfiles%\DAEMON Tools Lite\daemon.exe" -rmps on
start Sledgehammer.exe B
ping -n 9 localhost >nul
"%programfiles%\DAEMON Tools Lite\daemon.exe" -rmps off

Здесь: 9 - это задержка в секундах, на каждой системе своя, начать можно с 4 и затем увеличивать при каждом запуске до тех пор, пока игра не начнет стабильно запускаться

3)

Собственно, сабж, бета-версия (проверено на Sledgehammer). у меня - 7 секунд.
* Простой тест задержки
* Интерфейс, позволяющий самостоятельно выбрать файлы (исполняемый игры, и.т.д)
* Автоопределение местоположения Daemon Tools
* Возможность сделать подобие профилей для каждой игры.
* Автоматизированный старт игр

Последняя на данный момент версия:
antistarforce5_v1_0b7.rar ( 201.88 Кб )

Сразу вопрос к разработчикам: можно ли добавить реализацию данного метода в Daemon Tools ? В виде плагина, наверное.

Работоспособность метода проверена на следующих тайтлах: Тургор, Sledgehammer, а так же по некоторым сведениям '9 рота', 'Офицеры: специальное издание'.

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

Что-то не торопятся господа из старфорса фиксить это досадное упущение.

Если судить по сообщениям с форумов, таким же образом можно избавиться от BSODов не только в 'King's Bounty', но и в недавно вышедшей локализации WorldShift (Starforce 5.50.7.2).

[vem]

Ещё раз отмечу, драйверы старфорс не стараются противодействовать каким-либо образом именно драйверу SPTD.

"Я не бил вас по лицу,но ваша голова оказалась на пути моего кулака...."

...возможно, некоторыми другими эмуляторами. Писать защиту от каждого конкретного эмулятора, использующего один и тот же метод нерационально и неэффективно.

А что,так много эффективных эмуляторов на свете(я имею виду не самопальных,а известных).Пожалуй,ДТ,Алкоголь...остальное даже не пытается эмулировать ничего для Стара.Значит валят именно эти два эмулятора.
Написано уже много всего,остаётся ждать новую версию DT Pro/Lite...

[dm_gammer]

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

[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 никого в системе не убивает. Работа драйвера основывается на вышеописанных принципах и не является <противозаконной> с точки зрения операционной системы.

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

[Existent]

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

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

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

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

[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: Ау, господин Нерва, попинайте там своих лоботрясов, пожалуйста ! ;-)

[hickname]

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

[dm_gammer]

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

[Rubord]

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

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

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