forums.ps2dev.org

Awesome project.

Hopefully once PSP GO! is hacked, we can play with bluetooth protocols unrestrictedly.

OldPrisoneR wrote:

KickinAezz wrote:...(4c 45 41 4b)!

What did you mean?

Nevertheless, we can see some interesting things in future.. better PRX plugins that donot depend on VRAM blitting, etc

GU acceleration by itself, is a great optimization.

You can blit anything to XMB without any hooks, you'll just need to setup GE in every display list you sent You don't need to clear screen each time, cuz XMB will do it for you and you also don't need to setup framebuffer and draw region. This sample will help you to understand better the concept: ...

Very nice work.

Can you add more commands to GUI ?

Like all under help misc, help thread, help fileio ?

Like ability of kill threads, stop modules, change events flags, etc

How come even with 0x0001|0x0002|0x0004 mod attr flags, a user mode module doesn't remain "persistent" across game mode once started as a VSH Plugin?

Hello World Prxtool MIPS assembly Compilation Fix Program NIDs to static elf.

It would be better if you just asked for particular functions rather than all the NID's. There are simply too many NID's to list them all. Which sceGu functions do you need? I'll post the 5.00 NID's for them (if that particular function is exported that is, not all of the sceGu API is exposed. Thou...

It would be better if you just asked for particular functions rather than all the NID's. There are simply too many NID's to list them all. Which sceGu functions do you need? I'll post the 5.00 NID's for them (if that particular function is exported that is, not all of the sceGu API is exposed. Thou...

I don't have the nids. It is a waste of time because it would make your app not work whenever 5.10 or whatever comes out. Got it. There's always the option to consume more memory and use our own code instead of the ones already there :D --- From which module do Games import sceGu* function from?

Im just sayin that you dont need to know the name when using prxtool. You looking for all SceGu commands, and minus what commands we have, you just need to find the names we dont have, unless you want to brute force the prx file and get the exports (that been hash with sha, but havent been encoded)...

Dariusc123456 wrote:

KickinAezz wrote:

NoEffex wrote:If you need I can use prxtool on it for ya.

Sure; if you know the names too.

prxtool disassemble elf or prx files. Its use to reverse enginner the file that output mips asm.

wut?

/ye

-

Still open for answers.

NoEffex wrote:If you need I can use prxtool on it for ya.

Sure; if you know the names too.

moonlight wrote:They are exported but they randomized nids, and they do it again each few new firmwares. They are not handled by nids resolver, paf is too big!

Could you post most of what you know for 5.00 Paf i.e. the nids?


Bad SCE!

Where have they all gone?

Why aren't they exported any longer?


If anyone has an idea, it would be great!

Does anyone know the 5.00 NID for sceDisplaySetFrameBufInternal ?

tnkx!

Simply use sceCtrlReadBufferPositive in the main loop it will disable XMB entirely until you switch back to sceCtrlPeekBufferPositive. (I remember when I did this long back... but it should work)

Using only the 0.8.10 full installer it works. You must use the full installer, not the lite (without docs, libs). And by default they are selected to install unless you de-select them. Oh... That is the reason why. Can you create a new type next time "PSP SDK - No Docs + All Libs". I che...

if you installed the libs, it should be there. The header file under: C:\pspsdk\psp\include\png.h and the lib file: C:\pspsdk\psp\lib\libpng.a I've installed the 0.8.10 to C:\pspsdk and i get those files. Yes it works if I install the Devpaks. But doesn't 0.8.10 come preinstalled with all those lib...

I installed 0.8.10 (which includes all libs)...

I can't find libpng or png.h ANYWHERE...

What kind of results did you get? Last time I tried this sceDisplayGetCurrentHcount and sceDisplayGetAccumulatedHcount didn't add up. For example add the return value of sceDisplayGetCurrentHcount each frame to some variable and see if it grows at the same rate as sceDisplayGetAccumulatedHcount. I ...

I just tested this and values looked intriguing.

I felt like it returned values based on what was shown on screen;


Anything to do with Display Power Saving or hidden interlacing techniques?

ne0h wrote:I think that sceKernelChangeThreadPriority can help you

Wow... How could I have missed that!

Thanks.

Is it possible to change a thread's priority in the runtime?

Ok! Great! I'll PM you if there's a major update! As for the OSK, it's a bit of a nightmare at the moment. Looks like there's more to the OSK than what meets the eye. I think the OSK_Plugin_500 may only work for VSH. =( It's causing havoc with piKey! We have to remap OSKOut! pikey with 5.00 Full QW...

Hmmm... I currently hold the latest version of Unofficial piKey and the PSPIRKeyB Lib, which it probably 0.48 status. (0.5 will be released on Christmas day.) The latest public release was 0.4. I would give you the latest source (this Saturday) if you provide me a good enough reason why you want it...

Can any one provide me a link to the LATEST Version of pikey?

Thanks!

Something to do with USB Host Mode support?

LOL!

pspiofilemgr_kernel.h.

LIBS = -lpspiofilemgr_kernel (not required since it's already in BUILD.MAK)

Torch wrote:

KickinAezz wrote: I donot think PSN will solely depend on PSID.

What else is there? AFAIK anything can be spoofed on CFW. You should just use the same login.

There are cases when spoofing is impossible... For example reading unique stuff directly from hardware without any middleman (Sce* functions)

Yes that result is probably correct. Though the PSID is not an ASCII string, it's just 16 hex values that is meant to be a unique identifier of the PSP. A serial number if you will. Is it derived from the FUSE Id, or is it the FUSE Id itself? But anyway with CFW, isn't it possible to just hook the ...