Account for GIFtag register 0xEE, which is (un)used by .hack//Infection [removes console spam].

git-svn-id: http://pcsx2.googlecode.com/svn/trunk@2076 96395faa-99c1-11dd-bbfe-3dabce05a288
This commit is contained in:
Jake.Stine 2009-10-25 11:55:53 +00:00
parent f62172410f
commit 6db222ff56
1 changed files with 14 additions and 2 deletions

View File

@ -180,10 +180,22 @@ static void __fastcall RegHandlerUNMAPPED(const u32* data)
const int regidx = ((u8*)data)[8];
// Known "unknowns":
// It's possible that anything above 0x63 should just be silently ignored, but in the
// offhand chance not, I'm documenting known cases of unknown register use here.
//
// 0x7F -->
// the bios likes to write to 0x7f using an EOP giftag with NLOOP set to 4.
// Not sure what it's trying to accomplish exactly. Ignoring seems to work fine.
// Not sure what it's trying to accomplish exactly. Ignoring seems to work fine,
// and is probably the intended behavior (it's likely meant to be a NOP).
//
// 0xEE -->
// .hack Infection [PAL confirmed, NTSC unknown] uses 0xee when you zoom the camera.
// The use hasn't been researched yet so parameters are unknown. Everything seems
// to work fine as usual -- The 0xEE address in common programming terms is typically
// left over uninitialized data, and this might be a case of that, which is to be
// silently ignored.
if( regidx != 0x7f )
if( regidx != 0x7f && regidx != 0xee )
Console.Notice( "Ignoring Unmapped GIFtag Register, Index = %02x", regidx );
}