forums.ps2dev.org

Apparently it only works fine from memory stick on 1.0, or so I've heard.

Nono, visual assist helps 1337 coders code faster :) if you've never used it you really should. www.wholetomato.com sorry to sound like an ad but it does friggin rock :P

VS.NET can be used as an editor though. With Visual Assist installed it kicks serious ass compared to vi and emacs, but let's not go there ;)[/url]

This is how I do it: Keep the KXploit app in the background so it remembers the path. Keep the PSP connected. After a test run, arrow over to USB mode. Then start coding. When done type make, press Generate files in kxploit (will automatically copy to psp), press circle and arrow over to Game/Memsti...

something like

char name[256];
blah blah open fd
sceIoRead(fd, name, 255);
blah blah close fd

then use name as the file to read
sceIoOpen(name, ....)

But you should really read up on C before trying to code on something as foreign as the PSP :)

BTW, you can make the controls more responsive by instead of:

waitvblank(5)
keyboardcontrol()

do

for (i=0;i<5; i++){
waitvblank(1)
keyboardcontrol();
}

that way, keypresses that are shorter than 5 vblanks won't be missed as easily.

Puzzle Bobble (and the other commercial games) are not prerelocated so all those references are wrong.
That said, i'm having strange issues with variables in the 0x0e000000 and 0x00600000 ranges in my emulator but i suspect it's mostly my relocations that are b0rked :P

A more legal way, as has been discussed in other threads, is reverse engineering Puzzle Bobble which has full debug symbols. Chip-Nat has reverse engineered the MIPS code, and I have tried running it in my experimental emulator and gotten valid display lists (no it's not playable and won't be for a ...

And the über-über coding gods know how to use gcc from within Visual Studio :)

Agoln wrote: Does MIPS need to be byte-aligned like SPARC?

Yes.

Nice.
Do you patch the executable before loading it, or do you have a method to load the executable, patch it and then start it, or do you have another method to remain in control? No source obviously so it will have to be RE:d if you don't provide details :)

Well the emu obviously doesn't have these modules implemented yet.

I'm sure there will be some PSP hackers coming to most of the traditional demo parties such as Assembly, The Gathering, and Breakpoint. I'll certainly be going to BP 2006 but that's some time away :P

Bit offtopic but: "Try to emulate the ARM cpu at 16.7 Mhz on a PSP ?(GBA.. GBA.. GBA...) Even with a good JIT its a challenge also. " I think the challenge wouldn't be to emulate it, but to detect what areas of code can be run as is, after all you're emulating on a similar architecture (p...

** found: sceKernelRotateThreadReadyQueue 0x912354a7 ** ** found: sceKernelWaitSema 0x4e3a1105 ** ** found: sceKernelPollSema 0x58b1f937 ** ** found: sceKernelReferSemaStatus 0xbc6febc5 ** ** found: sceKernelReferThreadStatus 0x17c1684e ** There could be false positives from this bruteforcing method...