Шорох. Режиссерская версия. Помогите!!!!

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

Была у меня winXP, всем она меня устраивала. Но вот решил я поставить себе этот квест.

Сначала просто Шорох от Руссобит-М. Главный глюк был таков, что игра вылетала в любой момент игры после любого действия могла вылететь.
Я решил скачать шорох. Режиссерская версия. Который судя по описанию, сильно пропатчен. И так же точно вылетает.

Я пробовал и с таблетками и без таблеток запускать. Выключал даемон тулс и включал. Не помогает

Специально ради этой игры я установил вин7.

Так теперь игра даже не запускается, просто синий экран смерти с дампом памяти...

Что делать? В какую сторону копать...

фото синего экрана:
http://img5.imageshack.us/i/05012011064.jpg

Roger Wilco писал:с дампом памяти...

А сам дамп то где?

Насчёт всяких там патчей: никогда нельзя наверняка знать что пират там настроил. Пользовать рекомендуется лицензионные игры и только.

#198930 arseny1992 :

Roger Wilco писал:с дампом памяти...

А сам дамп то где?

Насчёт всяких там патчей: никогда нельзя наверняка знать что пират там настроил. Пользовать рекомендуется лицензионные игры и только.

я же сказал, что и без таблеток тоже пробовал запускать...

на винХП без таблеток игра идет, но в любой момент вылетает...

А дамп памяти, если скажешь что конкретно в гугле набрать...

в общем, завтра попробую на другой компьютер поставить...

Roger Wilco писал:А дамп памяти, если скажешь что конкретно в гугле набрать...

Выложите последний по дате .dmp из C:\Windows\Minidump.

Также Topic #14613.

"Компания Microsoft признала существование весьма старой уязвимости, которая была обнаружена ещё в прошлом году в апреле. Драйвер Canonical Display Driver (в частности, файл cdd.dll), выполняющий функции отрисовки рабочего стола при использовании Aero, приводил, благодаря ошибке, к краху операционных систем Windows 7 и Windows Server 2008 R2 при запуске IrfanView в режиме просмотра эскизов изображений. Уязвимость потенциально может быть использована злоумышленником для вызова "синего экрана смерти". Источник.

Судя по скрину BSOD, ошибка у Вас именно из-за этого драйвера. Попробуйте отключить Aero. По крайней мере конкретно для этой игры. Вдруг поможет.

#198935 mshewzov :
"Компания Microsoft признала существование весьма старой уязвимости, которая была обнаружена ещё в прошлом году в апреле. Драйвер Canonical Display Driver (в частности, файл cdd.dll), выполняющий функции отрисовки рабочего стола при использовании Aero, приводил, благодаря ошибке, к краху операционных систем Windows 7 и Windows Server 2008 R2 при запуске IrfanView в режиме просмотра эскизов изображений. Уязвимость потенциально может быть использована злоумышленником для вызова "синего экрана смерти". Источник.

Судя по скрину BSOD, ошибка у Вас именно из-за этого драйвера. Попробуйте отключить Aero. По крайней мере конкретно для этой игры. Вдруг поможет.

к сожалению, не помогло

#198933 arseny1992 :

Roger Wilco писал:А дамп памяти, если скажешь что конкретно в гугле набрать...

Выложите последний по дате .dmp из C:\Windows\Minidump.

Также Topic #14613.

http://rapidshare.com/files/441008864/010611-18454-01.7z

#198941 Roger Wilco :

#198933 arseny1992 :

Roger Wilco писал:А дамп памяти, если скажешь что конкретно в гугле набрать...

Выложите последний по дате .dmp из C:\Windows\Minidump.

Также Topic #14613.

http://rapidshare.com/files/441008864/010611-18454-01.7z

PS E:\> set-location 'C:\Program Files\Debugging Tools for Windows (x64)'

PS C:\Program Files\Debugging Tools for Windows (x64)> .\kd -z "C:\Users\arseny92\Desktop\11\010611-18454-01.dmp"



Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64

Copyright (c) Microsoft Corporation. All rights reserved.





Loading Dump File [C:\Users\arseny92\Desktop\11\010611-18454-01.dmp]

Mini Kernel Dump File: Only registers and stack trace are available



Symbol search path is: srv*c:\Symbols*http://msdl.microsoft.com/download/symbols

Executable search path is:

Windows 7 Kernel Version 7600 MP (2 procs) Free x64

Product: WinNt, suite: TerminalServer SingleUserTS Personal

Built by: 7600.16617.amd64fre.win7_gdr.100618-1621

Machine Name:

Kernel base = 0xfffff800`02801000 PsLoadedModuleList = 0xfffff800`02a3ee50

Debug session time: Thu Jan  6 00:27:03.011 2011 (UTC + 2:00)

System Uptime: 0 days 0:05:36.478

Loading Kernel Symbols

...............................................................

................................................................

........................

Loading User Symbols

Loading unloaded module list

.....

*******************************************************************************

*                                                                             *

*                        Bugcheck Analysis                                    *

*                                                                             *

*******************************************************************************



Use !analyze -v to get detailed debugging information.



BugCheck 1000007E, {ffffffffc0000094, fffff96000705577, fffff88007ae4778, fffff88007ae3fe0}



Probably caused by : cdd.dll ( cdd!PresentWorkerThread+20b )



Followup: MachineOwner

---------



0: kd> !analyze -v

*******************************************************************************

*                                                                             *

*                        Bugcheck Analysis                                    *

*                                                                             *

*******************************************************************************



SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)

This is a very common bugcheck.  Usually the exception address pinpoints

the driver/function that caused the problem.  Always note this address

as well as the link date of the driver/image that contains this address.

Some common problems are exception code 0x80000003.  This means a hard

coded breakpoint or assertion was hit, but this system was booted

/NODEBUG.  This is not supposed to happen as developers should never have

hardcoded breakpoints in retail code, but ...

If this happens, make sure a debugger gets connected, and the

system is booted /DEBUG.  This will let us see why this breakpoint is

happening.

Arguments:

Arg1: ffffffffc0000094, The exception code that was not handled

Arg2: fffff96000705577, The address that the exception occurred at

Arg3: fffff88007ae4778, Exception Record Address

Arg4: fffff88007ae3fe0, Context Record Address



Debugging Details:

------------------





EXCEPTION_CODE: (NTSTATUS) 0xc0000094 - {EXCEPTION}  Integer division by zero.



FAULTING_IP:

cdd!PresentWorkerThread+20b

fffff960`00705577 48f7f1          div     rax,rcx



EXCEPTION_RECORD:  fffff88007ae4778 -- (.exr 0xfffff88007ae4778)

ExceptionAddress: fffff96000705577 (cdd!PresentWorkerThread+0x000000000000020b)

   ExceptionCode: c0000094 (Integer divide-by-zero)

  ExceptionFlags: 00000000

NumberParameters: 0



CONTEXT:  fffff88007ae3fe0 -- (.cxr 0xfffff88007ae3fe0)

rax=0000000000989680 rbx=fffffa8008358b60 rcx=0000000000000000

rdx=0000000000000000 rsi=fffffa8006e1a9e0 rdi=fffff900c0146020

rip=fffff96000705577 rsp=fffff88007ae49b0 rbp=0000000000000080

 r8=0000000000026161  r9=fffff88007ae4a90 r10=0000000000000000

r11=fffffa8008358b60 r12=0000000000000000 r13=0000000000000000

r14=0000000000000001 r15=fffff80000b96080

iopl=0         nv up ei pl zr na po nc

cs=0010  ss=0018  ds=002b  es=002b  fs=0053  gs=002b             efl=00010246

cdd!PresentWorkerThread+0x20b:

fffff960`00705577 48f7f1          div     rax,rcx

Resetting default scope



CUSTOMER_CRASH_COUNT:  1



DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT



BUGCHECK_STR:  0x7E



PROCESS_NAME:  csrss.exe



CURRENT_IRQL:  0



ERROR_CODE: (NTSTATUS) 0xc0000094 - {EXCEPTION}  Integer division by zero.



LAST_CONTROL_TRANSFER:  from fffff80002b15c06 to fffff96000705577



STACK_TEXT:

fffff880`07ae49b0 fffff800`02b15c06 : fffff880`00000000 fffffa80`08358b60 00000000`00000080 fffffa80`06e1a9e0 : cdd!Pres

entWorkerThread+0x20b

fffff880`07ae4d40 fffff800`0284fc26 : fffff800`029ebe80 fffffa80`08358b60 fffff800`029f9c40 fffff880`01258a90 : nt!PspSy

stemThreadStartup+0x5a

fffff880`07ae4d80 00000000`00000000 : fffff880`07ae5000 fffff880`07adf000 fffff880`07ae4d40 00000000`00000000 : nt!KxSta

rtSystemThread+0x16





FOLLOWUP_IP:

cdd!PresentWorkerThread+20b

fffff960`00705577 48f7f1          div     rax,rcx



SYMBOL_STACK_INDEX:  0



SYMBOL_NAME:  cdd!PresentWorkerThread+20b



FOLLOWUP_NAME:  MachineOwner



MODULE_NAME: cdd



IMAGE_NAME:  cdd.dll



DEBUG_FLR_IMAGE_TIMESTAMP:  4bf4408a



STACK_COMMAND:  .cxr 0xfffff88007ae3fe0 ; kb



FAILURE_BUCKET_ID:  X64_0x7E_cdd!PresentWorkerThread+20b



BUCKET_ID:  X64_0x7E_cdd!PresentWorkerThread+20b



Followup: MachineOwner

---------



0: kd>

#198944 arseny1992 :

#198941 Roger Wilco :

#198933 arseny1992 :

Roger Wilco писал:А дамп памяти, если скажешь что конкретно в гугле набрать...

Выложите последний по дате .dmp из C:\Windows\Minidump.

Также Topic #14613.

http://rapidshare.com/files/441008864/010611-18454-01.7z

PS E:\> set-location 'C:\Program Files\Debugging Tools for Windows (x64)'

PS C:\Program Files\Debugging Tools for Windows (x64)> .\kd -z "C:\Users\arseny92\Desktop\11\010611-18454-01.dmp"



Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64

Copyright (c) Microsoft Corporation. All rights reserved.





Loading Dump File [C:\Users\arseny92\Desktop\11\010611-18454-01.dmp]

Mini Kernel Dump File: Only registers and stack trace are available



Symbol search path is: srv*c:\Symbols*http://msdl.microsoft.com/download/symbols

Executable search path is:

Windows 7 Kernel Version 7600 MP (2 procs) Free x64

Product: WinNt, suite: TerminalServer SingleUserTS Personal

Built by: 7600.16617.amd64fre.win7_gdr.100618-1621

Machine Name:

Kernel base = 0xfffff800`02801000 PsLoadedModuleList = 0xfffff800`02a3ee50

Debug session time: Thu Jan  6 00:27:03.011 2011 (UTC + 2:00)

System Uptime: 0 days 0:05:36.478

Loading Kernel Symbols

...............................................................

................................................................

........................

Loading User Symbols

Loading unloaded module list

.....

*******************************************************************************

*                                                                             *

*                        Bugcheck Analysis                                    *

*                                                                             *

*******************************************************************************



Use !analyze -v to get detailed debugging information.



BugCheck 1000007E, {ffffffffc0000094, fffff96000705577, fffff88007ae4778, fffff88007ae3fe0}



Probably caused by : cdd.dll ( cdd!PresentWorkerThread+20b )



Followup: MachineOwner

---------



0: kd> !analyze -v

*******************************************************************************

*                                                                             *

*                        Bugcheck Analysis                                    *

*                                                                             *

*******************************************************************************



SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)

This is a very common bugcheck.  Usually the exception address pinpoints

the driver/function that caused the problem.  Always note this address

as well as the link date of the driver/image that contains this address.

Some common problems are exception code 0x80000003.  This means a hard

coded breakpoint or assertion was hit, but this system was booted

/NODEBUG.  This is not supposed to happen as developers should never have

hardcoded breakpoints in retail code, but ...

If this happens, make sure a debugger gets connected, and the

system is booted /DEBUG.  This will let us see why this breakpoint is

happening.

Arguments:

Arg1: ffffffffc0000094, The exception code that was not handled

Arg2: fffff96000705577, The address that the exception occurred at

Arg3: fffff88007ae4778, Exception Record Address

Arg4: fffff88007ae3fe0, Context Record Address



Debugging Details:

------------------





EXCEPTION_CODE: (NTSTATUS) 0xc0000094 - {EXCEPTION}  Integer division by zero.



FAULTING_IP:

cdd!PresentWorkerThread+20b

fffff960`00705577 48f7f1          div     rax,rcx



EXCEPTION_RECORD:  fffff88007ae4778 -- (.exr 0xfffff88007ae4778)

ExceptionAddress: fffff96000705577 (cdd!PresentWorkerThread+0x000000000000020b)

   ExceptionCode: c0000094 (Integer divide-by-zero)

  ExceptionFlags: 00000000

NumberParameters: 0



CONTEXT:  fffff88007ae3fe0 -- (.cxr 0xfffff88007ae3fe0)

rax=0000000000989680 rbx=fffffa8008358b60 rcx=0000000000000000

rdx=0000000000000000 rsi=fffffa8006e1a9e0 rdi=fffff900c0146020

rip=fffff96000705577 rsp=fffff88007ae49b0 rbp=0000000000000080

 r8=0000000000026161  r9=fffff88007ae4a90 r10=0000000000000000

r11=fffffa8008358b60 r12=0000000000000000 r13=0000000000000000

r14=0000000000000001 r15=fffff80000b96080

iopl=0         nv up ei pl zr na po nc

cs=0010  ss=0018  ds=002b  es=002b  fs=0053  gs=002b             efl=00010246

cdd!PresentWorkerThread+0x20b:

fffff960`00705577 48f7f1          div     rax,rcx

Resetting default scope



CUSTOMER_CRASH_COUNT:  1



DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT



BUGCHECK_STR:  0x7E



PROCESS_NAME:  csrss.exe



CURRENT_IRQL:  0



ERROR_CODE: (NTSTATUS) 0xc0000094 - {EXCEPTION}  Integer division by zero.



LAST_CONTROL_TRANSFER:  from fffff80002b15c06 to fffff96000705577



STACK_TEXT:

fffff880`07ae49b0 fffff800`02b15c06 : fffff880`00000000 fffffa80`08358b60 00000000`00000080 fffffa80`06e1a9e0 : cdd!Pres

entWorkerThread+0x20b

fffff880`07ae4d40 fffff800`0284fc26 : fffff800`029ebe80 fffffa80`08358b60 fffff800`029f9c40 fffff880`01258a90 : nt!PspSy

stemThreadStartup+0x5a

fffff880`07ae4d80 00000000`00000000 : fffff880`07ae5000 fffff880`07adf000 fffff880`07ae4d40 00000000`00000000 : nt!KxSta

rtSystemThread+0x16





FOLLOWUP_IP:

cdd!PresentWorkerThread+20b

fffff960`00705577 48f7f1          div     rax,rcx



SYMBOL_STACK_INDEX:  0



SYMBOL_NAME:  cdd!PresentWorkerThread+20b



FOLLOWUP_NAME:  MachineOwner



MODULE_NAME: cdd



IMAGE_NAME:  cdd.dll



DEBUG_FLR_IMAGE_TIMESTAMP:  4bf4408a



STACK_COMMAND:  .cxr 0xfffff88007ae3fe0 ; kb



FAILURE_BUCKET_ID:  X64_0x7E_cdd!PresentWorkerThread+20b



BUCKET_ID:  X64_0x7E_cdd!PresentWorkerThread+20b



Followup: MachineOwner

---------



0: kd>

Исключение из потока не взято. Делили число на ноль.

я ничего ни на что не делил )))

Roger Wilco писал:я ничего ни на что не делил )))

в коде разработчики делили integer на ноль, либо не убрали брейк-точку. Поэтому пользователь и получает синий экран.

Roger Wilco писал:на винХП без таблеток игра идет, но в любой момент вылетает...

тоже признаки того что руки разработчиков данной игры кривые ))

Однако, все же гугл дал ответ на поставленный вопрос:

Если у вас Windows Vista \ Se7en, то перед первым запуском игры зайдите в папку с установленной игрой и откройте файл "scream.сfg" через блокнот, в нём измените значение
RATE на 60. Если этого не сделать, то при запуске вас будет выкидать из игры и показывать синий экран.

Осталось теперь только протестировать на вылеты