Metal Gear Solid 4: Guns of Patriots [BLES00246]

Doesn't seem to do much. Stops and resuming it causes these errors.

Code:

[E : PPU[1] Thread (CPUThread)[0x0001167c]]: Read16 from null block: [00000000]
[! : PPU[1] Thread (CPUThread)[0x00011680]]: PPU[1] Thread (CPUThread) leave
[! : PPU[1] Thread (CPUThread)[0x00011680]]: PPU[1] Thread (CPUThread) enter
[E : PPU[1] Thread (CPUThread)[0x000116e0]]: Write16 to null block: [00000000]: 0
[! : PPU[1] Thread (CPUThread)[0x000116e4]]: PPU[1] Thread (CPUThread) leave
[! : PPU[1] Thread (CPUThread)[0x000116e4]]: PPU[1] Thread (CPUThread) enter
[E : PPU[1] Thread (CPUThread)[0x000116ec]]: Write16 to null block: [00000004]: ffff
[! : PPU[1] Thread (CPUThread)[0x000116f0]]: PPU[1] Thread (CPUThread) leave
[! : PPU[1] Thread (CPUThread)[0x000116f0]]: PPU[1] Thread (CPUThread) enter
[E : PPU[1] Thread (CPUThread)[0x00011708]]: Write16 to null block: [00000064]: 0

MGS games are always tough to emulate

Oh I spoke too soon. Running MGS4.self directly has different outcome.
MGO2.SELF is bit different, too.
There are also several modules having .self extension. I tried us.SELF as a test.¨
The US.SELF opens blank GSFrame Window!

MGS4.SELF is obviously MGS4's main executable. MGO2.SELF is MGS Online component executable.
EBOOT.BIN obviously fails to redirect to them as you can't get to menu or whatever so launching them directly is only way for now.

It's still neither loadable nor relevant. I'm sorry.
http://www.emunewz.net/forum/showthread....#pid202040

Yeah thats why I didn't create it in the loadable sections. I just made this thread to keep progress. So when any significiant changes happen I can always update it.

Ïn RPCS3 PPU Recompiler branch the MGS4.SELF opens the GSFrame and doesn't crash.
This is odd. It's as if the x64 version is different. in x64 the game shows blank GSFrame window just like the PPU branch.
I can confirm that x86 crashes, but x64 version doesn't.

The 32-bit version is not officially supported or anything, all development is really done with 64-bit in mind, that the 32-bit version compiles is just a bonus. There are several game that run way worse in 32-bit, notably Disgaea 3 which also just crashes.

The 32-bit version is not officially supported or anything, all development is really done with 64-bit in mind, that the 32-bit version compiles is just a bonus. There are several game that run way worse in 32-bit, notably Disgaea 3 which also just crashes.

Aha I didn't know that. That certainly explains the different behavior. I didn't compile x64 version before, because I remember it having issues on Win8.
Also I don't think I understand what makes the game "loadable". In JPCSP forums when it was new it meant the emulator shows FPS counter and doesn't crash.
Oh and before I forget is the PPU Recompiler branch unused just like the wip one? Last update was in february so I assume it was merged at some point.

Adeed log on pastebin from the latest x64 version. Too big to attach hehe.
GSFrame is blank the whole time with no FPS counter. It remains open even when the game closes.
http://pastebin.com/2H22Qc95

Yes, loadable is fps counter and no crashing. The recompiler has not been merged, and that branch is behind in commits, so don't use it. Use the main one or maybe Nekotekina.

Yes, loadable is fps counter and no crashing. The recompiler has not been merged, and that branch is behind in commits, so don't use it. Use the main one or maybe Nekotekina.

Alright then. I never heard of the Nekotekina branch so I'm gonna download it as well.

Yes, loadable is fps counter and no crashing. The recompiler has not been merged, and that branch is behind in commits, so don't use it. Use the main one or maybe Nekotekina.

Alright then. I never heard of the Nekotekina branch so I'm gonna download it as well.

I think that branch is specifically targeting getting Disgaea 3 to run better. He posted two screenshots where it shows the intro, although I don't think that fix has been committed yet. That branch does still load quite a bit more in that game though.

Now with some sys_lwmutex functions implemented
EBOOT.BIN
http://pastebin.com/9tE84dRF
MGS4.SELF
http://pastebin.com/qXUp4bsi

Shows much more in the log now
http://pastebin.com/AMsK1pCC