Raw Danger!: Difference between revisions

From PCSX2 Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
Line 1: Line 1:
{{infobox game
{{infobox
|image            = Raw-danger.jpg
|image            = Raw-danger.jpg
|caption          = Raw Danger!
|caption          = Raw Danger!
Line 32: Line 32:
|linuxstatusNTSCJ  =
|linuxstatusNTSCJ  =
|macstatusNTSCJ    =
|macstatusNTSCJ    =
<!-- Windows specs -->
}}
|pcsx2ver          = PCSX2 0.9.9 r4713
 
|gsname            = GSdx
[[Category:Temp - unverified automatically converted pages]]
|gsver            = r4675
<!-- Windows and Linux testing tables (remove comment signs on usage, for Macintosh you have to add the same lines begin with {{TestingHeader|OS=Mac}}) -->
|soundname        = SPU2-X
{{TestingHeader|OS=Windows}}
|soundver          = r4701m
{{TestingEntry
|padname          = LilyPad
|Status=?
|padver            = r4656
|Region=?
|dvdplugname      = cdvdGigaherz
|OS=?
|dvdplugver        = r4510
|CPU=Intel i5 2500k CPU (3.3Ghz Turbo set at 3.7Ghz)
|biosver          = SCPH39001
|GPU=ATI Radeon HD 5770
|hacks            =
|Revision=PCSX2 0.9.9 r4713
|Graphics=GSdx  r4675
|Sound=
* SPU2-X r4701m
* LilyPad r4656
|Comments=BIOS: SCPH39001, HACKS:
'''Hacks:'''
'''Hacks:'''
* INTC Spin Detection is safe.
* INTC Spin Detection is safe.
Line 51: Line 56:
* Any level of VU Cycle Stealing can contribute to any of the severe graphical errors. Typically, this causes vertical green lines in addition to whatever graphical error appears. VU Cycle Stealing also reduces the GS load when using software rendering, although it is not recommended as the game quickly becomes very choppy.
* Any level of VU Cycle Stealing can contribute to any of the severe graphical errors. Typically, this causes vertical green lines in addition to whatever graphical error appears. VU Cycle Stealing also reduces the GS load when using software rendering, although it is not recommended as the game quickly becomes very choppy.
* EE Cyclerate is safe.
* EE Cyclerate is safe.
* Multithreaded VU (mtVU) is safe.
* Multithreaded VU (mtVU) is safe., Game typically runs very slowly on hardware mode, so software mode may or may not be faster. This is due to the amount of postprocessing filters that the game uses. The tutorial will be the fastest area, considering how small of a map it is and what seems to be the smallest use of postprocessing filters. Some filters create huge graphical errors which make the game difficult to play while on hardware mode, but completely playable on software mode. The game is completely playable to the end of the game plus whatever extras the game has. Saving using virtual memory cards is much faster than it is on a real console (I timed 18 seconds for the console). The game is playable using software rendering. The game suffers from unsteady FPS and long loading times on both the console and emulator. Frameskipping causes severe graphical errors; but can also cause the bad postprocessing filters to be removed - unuseful since the game is unplayable using frameskipping.
|fpsinfo          = 8-50 FPS
 
|comment          = Game typically runs very slowly on hardware mode, so software mode may or may not be faster. This is due to the amount of postprocessing filters that the game uses. The tutorial will be the fastest area, considering how small of a map it is and what seems to be the smallest use of postprocessing filters. Some filters create huge graphical errors which make the game difficult to play while on hardware mode, but completely playable on software mode. The game is completely playable to the end of the game plus whatever extras the game has. Saving using virtual memory cards is much faster than it is on a real console (I timed 18 seconds for the console). The game is playable using software rendering. The game suffers from unsteady FPS and long loading times on both the console and emulator. Frameskipping causes severe graphical errors; but can also cause the bad postprocessing filters to be removed - unuseful since the game is unplayable using frameskipping.


As of August 29, 2011, this game is not listed on the official compatibility list (PAL version)., Most of the GPU load is taken up by the broken color filter.
|Tester=?
}}
{{TestingFooter}}


As of August 29, 2011, this game is not listed on the official compatibility list (PAL version).
<!--
<!-- Linux specs -->
{{TestingHeader|OS=Linux}}
|linuxpcsx2ver    =
{{TestingEntry
|linuxgsname      =
|Status=?
|linuxgsver        =
|Region=?
|linuxsoundname    =
|OS=?
|linuxsoundver    =
|CPU=?
|linuxpadname      =
|GPU=?
|linuxpadver      =
|Revision=?
|linuxdvdplugname  =
|Graphics=?
|linuxdvdplugver  =
|Sound=?
|linuxbiosver      =
|Comments=?
|linuxhacks        =
|Tester=?
|linuxfpsinfo      =
|linuxcomment      =
<!-- Minimal PC specs -->
|cputype          = Intel i5 2500k CPU (3.3Ghz Turbo set at 3.7Ghz)
|gputype          = ATI Radeon HD 5770
|pccomment        = Most of the GPU load is taken up by the broken color filter.
}}
}}
{{TestingFooter}}
-->


==Known Issues==
==Known Issues==

Revision as of 06:09, 14 August 2014

Raw Danger!
File:Raw-danger.jpg
Raw Danger!
Region NTSC-U:
Serial numbers: SLUS-21501
Release date: June 19, 2007
CRCs: 2905C5C6
Windows Status: Playable
Linux Status: ?
Mac Status: ?
Region PAL:
Serial numbers: SLES 54587
Release date: June 8, 2007
Windows Status: ?
Linux Status: ?
Mac Status: ?
Region NTSC-J/C/K:
Serial numbers: SLPS-25606
Release date: March 30, 2006
CRCs: C988ECBB
Windows Status: Playable
Linux Status: ?
Mac Status: ?

Developer(s): Irem
Genre: Action Adventure RPG, Disaster, Survival
Wikipedia: http://en.wikipedia.org/wiki/Raw_Danger
Game review links: http://ps2.ign.com/objects/703/703781.html
Game review score: 7.5/10 (IGN)
Game description: The second in a series of "disaster" games from the Japanese game development company Irem. Typically known as "Raw Danger!" or "Disaster Report 2", Disaster Report being the first game. The game is referred to as "Zettai Zetsumei Toshi 2: Itetsuita Kiokutachi" (絶体絶命都市2 -凍てついた記憶たち) in Japan. Loosely translated, it means "Desperate Cities 2: Frozen We Remember". A PAL version of the game exists, although it was never released in the UK. It can be found imported from France.


Test configurations on Windows:


Environment Configurations Comments Tester
Region OS CPU/GPU Revision Graphics Sound/Pad
? ?
  • Intel i5 2500k CPU (3.3Ghz Turbo set at 3.7Ghz)
  • ATI Radeon HD 5770
PCSX2 0.9.9 r4713 GSdx r4675
  • SPU2-X r4701m
  • LilyPad r4656
BIOS: SCPH39001, HACKS:

Hacks: • INTC Spin Detection is safe. • Wait Loop Detection is safe. • mVU Flag Hack is safe. • mVU Block Hack is safe. • Any level of VU Cycle Stealing can contribute to any of the severe graphical errors. Typically, this causes vertical green lines in addition to whatever graphical error appears. VU Cycle Stealing also reduces the GS load when using software rendering, although it is not recommended as the game quickly becomes very choppy. • EE Cyclerate is safe. • Multithreaded VU (mtVU) is safe., Game typically runs very slowly on hardware mode, so software mode may or may not be faster. This is due to the amount of postprocessing filters that the game uses. The tutorial will be the fastest area, considering how small of a map it is and what seems to be the smallest use of postprocessing filters. Some filters create huge graphical errors which make the game difficult to play while on hardware mode, but completely playable on software mode. The game is completely playable to the end of the game plus whatever extras the game has. Saving using virtual memory cards is much faster than it is on a real console (I timed 18 seconds for the console). The game is playable using software rendering. The game suffers from unsteady FPS and long loading times on both the console and emulator. Frameskipping causes severe graphical errors; but can also cause the bad postprocessing filters to be removed - unuseful since the game is unplayable using frameskipping.


As of August 29, 2011, this game is not listed on the official compatibility list (PAL version)., Most of the GPU load is taken up by the broken color filter.

?



Known Issues

VRAM Usage

  • Status: Active
  • Type: Serious
  • Description: The game uses a massive amount of VRAM when postprocessing filters are used (most times whilst in-game), causing severe slowdown.
  • Workaround: The best workaround at this point is to hook Cheat Engine to PCSX2, and set the 4-byte value of address 2048D824 to 0. What this does is disable color filters, gaining an insane boost in graphical processing speed.

Broken Postprocessing Effects

  • Status: Active
  • Type: Minor
  • Description: Whenever postprocessing filters or certain effects are used, they are not rendered correctly by the GSdx plugin. As such, this causes graphical glitches; some more severe than others.
  • Workaround: There are ways to disable these effects which cause these artefacts, but these leave more minor artefacts and can be a bit of a mess to handle. The easiest workaround is to use software rendering. If software rendering is slow, try setting the 4-byte value of address 2048D824 to 0 using Cheat Engine in order to disable postprocessing color filters and gain a massive speed boost.