| View previous topic :: View next topic |
| Author |
Message |
Vampire
Joined: 12 Apr 2005
Posts: 138
|
 Posted: Wed Oct 05, 2005 6:26 am Post subject: PSP API Project 2.0 (Multiversion) |
 |
|
Neofar is working on a new version of the PSP API Browser.
This time with multi-version support (1.00 - 2.01).
http://pspdev.ofcode.com/api2.0/index.php |
|
| Back to top |
|
 |
mrbrown
Joined: 17 Jan 2004
Posts: 1536
|
| Posted: Wed Oct 05, 2005 6:36 am Post subject: |
|
|
| And already it's missing the hundreds of NIDs (and the ones added since then) from psplibdoc.xml sent through PspPet several months ago. |
|
| Back to top |
|
|
PspPet
Joined: 30 Mar 2005
Posts: 210
|
| Posted: Wed Oct 05, 2005 7:19 am Post subject: |
|
|
IMHO: the manually maintained "database" format has outlived its usefulness. Manually maintaining the format is labor intensive and error prone.
The structure of the database is limiting.Only the database owners can add more modules or NIDs, and as pointed out the list is far behind. Also the modules listed and how they are organized are not useful IMHO (ie. there is a clear distinction between USER and system APIs - but you wouldn't know it looking at the database)
For more complete and useful APIs, the PSPSDK headers contain full API info for those APIs that people commonly use.
----
My suggestion is to replace the database format with a simple text list of NID names that have been found and confirmed (and if there is NID collision, two names).
With that input, a relatively simple PRX dumping program can automatically generate a full and complete listing of all exports, perhaps in STUB_ format.
That would be everything useful that is in the database now, up-to-date, accurate and complete - no chance of human error |
|
| Back to top |
|
|
neofar
Joined: 21 Jan 2004
Posts: 47
Location: Spain
|
| Posted: Thu Oct 06, 2005 3:06 am Post subject: |
|
|
hey don't worry, beeeeee happy,
and patient of course
.. working time .. |
|
| Back to top |
|
|
neofar
Joined: 21 Jan 2004
Posts: 47
Location: Spain
|
| Posted: Thu Oct 06, 2005 8:01 pm Post subject: |
|
|
| Okidoki... fully libdoc update |
|
| Back to top |
|
|
mrbrown
Joined: 17 Jan 2004
Posts: 1536
|
| Posted: Fri Oct 07, 2005 1:16 am Post subject: |
|
|
| Great work! Although it's depressing to see how many NIDs are missing... there's too much collective CPU power (although the larger problem is weeding out false positives, this requires reverse engineering in a lot of cases). |
|
| Back to top |
|
|
Kro
Joined: 15 Sep 2005
Posts: 10
|
| Posted: Sat Oct 08, 2005 1:50 am Post subject: |
|
|
| mrbrown wrote: | | many NIDs are missing... |
I believe you mean: lots of function names are missing for known NIDs. ;)
We're running a 9 person project for distributed cracking utility utilizing PCs available on my university. I hope to see some reasonable results in 6 weeks (it's more of a project management experiment than development project, but our goal is to find possible names for all NIDs). |
|
| Back to top |
|
|
olimatou
Joined: 11 Oct 2005
Posts: 1
|
| Posted: Tue Oct 11, 2005 3:30 am Post subject: Why nobody using the real PSP source to fill parameters ??? |
|
|
Someone could document the functions for some API with the source files from Sony's SDK.... Like libmpeg.h :
[REMOVED] |
|
| Back to top |
|
|
mrbrown
Joined: 17 Jan 2004
Posts: 1536
|
| Posted: Tue Oct 11, 2005 3:42 am Post subject: |
|
|
| olimatou has been banned for posting information from the official PSP SDK. |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
