forums.ps2dev.org

There's no such thing as "decompiling" per se, actually. The most you can do is disassemble a program that's in machine code to Assembly (not "Assembler") because that's a 1:1 correspondence. Also, knowing what language a program was written in doesn't make it any easier to &quo...

It's a vsh plugin so it only loads when it's used like all other vsh plugin modules (for picture, music, movie, etc.). Ie. when you click the icon. I know, but I need to figure out when it's loaded, so that I can start locating and patching it once that happens, that's why I'm writing all the voodo...

It's a vsh plugin so it only loads when it's used like all other vsh plugin modules (for picture, music, movie, etc.). Ie. when you click the icon.

Art wrote:That one's dead.
Anyone else know where to find a PSP gzip?

Sorry, I took out the html :p.

http://silverspring.lan.st/1.5x/kd/utils.xml

So who are interested ? Absolutely :) Btw, SC == System Control, are you sure about this one? Is it documented anywhere? Because normally, SCE uses "System Control" to designate the syscon chip, not the main cpu. ME == Media Engine, SCE lists this one plenty of times, but SC I've never re...

No. That's like saying you want to launch Firefox from BIOS on your PC. You need to load the OS before you can start running software under it. such a vapid general answer, How the chocolate do sony ipls manage to do so? Basically, builtin stripped-down sysmem+loadcore+lfatfs_driver (the ipl payloa...

0x6d945509 sceCodecSetHeadphoneVolume 0x40d5c897 sceCodecSetSpeakerVolume Also yea Ive tried to remove as many false positives from the site, but there of course will still be a few (usually dont want to remove it until it's confirmed to be false). EDIT: *oops nvm* it seems crazyc already posted the...

Unless you plan to bypass the kernel completely dont use the IPL sdk to do it. It can produce unwanted side effects. Use the sceLed lib instead (only controls ms/wlan leds). // led (0-ms, 1-wlan) // mode (on/off, and some others) // param controls a bunch of other thi...

A non-noob would not need to post such a question but would just look at the stuff on the main page of "http://ps2dev.org/"... whats with the constant unfriendly anti-sociable behaviour on this forum yet theres now a group on the face book socializing network? 95% of the time, the info is...

I did not know how to convert them to ELF, so I asked to coolj@QJ, he replied jas0nuk's prxdecrypter can do this job. Yes, I tried, it works, but I still don't know how What do you mean you still dont know how? So you want to know in technical terms how the ~PSP files are decrypted to ELF's? Or you...

The ME firmware has many of these libs already. It would be better to try make use of them instead of creating your own functions. In <2.50, the ME fw is gzipped inside mebooter.prx. From 2.50+ they are stored as encrypted images in kd/resources. Ive worked out a few of these libs and their location...

It would be easier to keep your array static (so 0 - 'Ace of Spades' to 51 - 'King of Diamonds'). Then choose your favourite prng to generate your random index (0-51) and thats your random card. For your 5 unique cards you can just put a check to gen a new number if that number had already been drawn.

0x25F47F96 sceSysconGetVideoCable

int sceSysconGetVideoCable(int *type);

Dont have a slim with me right now so I cant test it.

Yea the name is misleading (sceDisplayGetFramePerSec). Its because of the devkit external displays (which would return different values - depending on the type of display used. The devkit supports many different displays).

How to calculate what, vsync freq?

(pixel_clk_freq * cycles_per_pixel)/(row_pixels * column_pixel) ==
(9MHz * 1)/(525 * 286) ==
59.9400599........ etc. etc. Hz

What do you mean correctly? It just returns a float (which it just gets from the vsync freq):

nid has changed for that function: sceRtcGetCurrentClockLocalTime is now 0x6A06446A in 3.71

Sony are probably going to randomize the nids with each fw update so there'll be no easy way to add it to pspsdk (unless an uber intelligent app can be made to automatically compare. Set a threshold of the likelyhood that 2 functions are the same by comparing the number of difference and if above a ...

Well I wouldnt say entirely waste of time, there are some modules with more exports that were taken out of later fw. As well, most are still debug builds so asserts/kprintfs are still in place, so you can grab the real function name (to relabel for later fw where they've taken out the kprintfs).

SilverSpring you havn't updated your website with this syscall yet ? Yea sorry soon, just updating the most common used functions first. Export 1, Name scePower, Functions 58, Variables 0, flags 40010011 Functions&#58; 0x0074EF9B &#91;0x00002AE0&#93; - scePowerGetResumeCount 0x0442D852 ...

Export 1, Name sceCtrl, Functions 16, Variables 0, flags 40010011 Functions&#58; 0x02BAAD91 &#91;0x0000138C&#93; - sceCtrlGetSamplingCycle 0x0B588501 &#91;0x00000DA8&#93; - sceCtrlReadLatch 0x1F4011E6 &#91;0x00000B0C&#93; - sceCtrlSetSamplingMode 0x1F803938 &#91;0x00...

Im in the middle of updating the prxdocs with 3.71 nids, though atm without the real names its quite useless so Im updating them too, heres for display: Export 1, Name sceDisplay, Functions 21, Variables 0, flags 40010011 Functions&#58; 0x0E20F177 &#91;0x00001844&#93; - sceDisplaySetMode...

Tbh it is probably something simple like passing different options to sceDisplaySetMode as that already has a mode parameter which afaik is used on the devkits to select between lcd and vesa output. Try calling sceDisplayGetMode in the VSH and see what you get :) I can confirm that even on 1.50 the...

Im pretty sure the reason why you cannot go lower than 37MHz is because the PLL basefreq is 37MHz, so that is as low as you can go. Trying to go lower will cause funny effects.

It means an encrypted ~PSP file with 0x16 at offset 0x7C can be decrypted with the function sceMesgLed_driver_7EDF7F6E. The 0x600 is the module attribute of that particular ~PSP file (ie. at offset 0x04). I just listed the module attributes for completeness, it has nothing to do with the encryption....

yes I just meant in sce modules, I've only seen 0 & 1 used, but I dont know the meanings. EDIT: Well anyway, as long as we're on the topic of undocumented flags, here are some the u8 flag in the prx compression header (compression header - first 0x80 bytes of prx): u8 at offset 0x7C of prx: ~PSP...

This is off-topic, but while we're talking about undocumented flags, in sceKernelCreateSemaphore in the attr field: 2 - Allow user thread to wait on kernel semaphore 4 - Allow user thread to signal kernel semaphore Ive only ever seen 0 & 1 used for attr in: SceUID sceKernelCreateSema(const char...

KickinAezz wrote:Nothing much to add.. Great job!

---

Some of the (previously) undocumented NIDS are no longer undocumented [we atleast know their names]. Silverspring will be busy :)

Hmm?? Which nids??

Post please :)

Groepaz docs have a little. But my best guesses: u8 at offset 0x4 of prx (from yapspd): 0 - NONE 1 - SCE_MODULE_ATTR_CANT_STOP 2 - SCE_MODULE_ATTR_LOAD 4 - SCE_MODULE_ATTR_START Flags can be OR'd. u8 at offset 0x5 of prx: 00 - None (defaults to User mode) 01 - ?? 02 - POPS/Demo 04 - Gamesharing 08 -...