forums.ps2dev.org

In what way does it not work? If it's not returning control back to your program after hitting the code listed, look into non blocking socket io.

If it's something else, let us know.

C# code will not compile under a c++ compiler. They are completely different.

A word of caution: I don't know that the PSP is a very good platform to learn C on. You'll be thrown into medium to advanced topics right off the bat. For instance your questions about the callback functions and threads. The simple answer is that they are there to enable your game/application to be ...

There's nothing wrong with using the singleton design pattern in c++. Design patterns are language agnostic anyway so I'm not exactly sure what PosX100 is talking about.

The implicit declaration warnings mean that you forgot to include the .h file that defines those functions. Double check your includes

I know this is just an example, but I think its worth mentioning (for other readers of the thread) that if you're using it that directly in your actual code you gain no benefit from using the async calls. I'd use the non async equivalents, they're much more direct in usage: Just sceIoRead(fd, data, ...

First, a disclaimer, I haven't played with async io, just relaying what I found in the docs with the hope that it'll help. If I understand the docs correctly, first you register a callback with sceIoSetAsyncCallback(), then you call sceIoReadAsync() which will return immediately, and when it has don...

I think you need -lSDL_main.

imagine that a file is complety fragmented then a defragmenter will write, at worst, all the clusters once which is exactly equal to write all the blocks after fomatting While I tend to agree that in most cases you will hit more clusters if a full format actually erases each cluster, I doubt this i...

Add the include paths for osl to your makefile.

EDIT: While we're at it you will need to add the osl library to your makefile too if it's not already there.

This is not psp related. This is BASIC programming. Your compiler can't find your include file.

The very first error says that it can't find oslib.h.

Or you can comment the declaration out of psptypes.h.

EDIT: of course.... that's a whole other can of worms :)

EDIT: global search and replace, with confirmation is your friend :)

Yes, and you are likely doing "using TestEngine;", therefore colliding your name space with global.

Just qualify your declarations with TestEngine::u8 var; and you'll be fine.

Check your return codes to see what one is failing.

psptypes.h defines a u8 typedef. If your library also defines one, you'll need to comment one or the other out (or wrap them in #ifdefs) so that you only have one definition.

EDIT: Or of course, if it's defined in a class use Class::u8. same if you are "using Namespace;"

Then throw in printf()s everywhere you think something interesting may happen. For example: put a printf("1"); inside the read keys check , then printf("2"); inside of the first collision check, then printf("3"); inside your RunPBP Then run your program and see what num...

Sounds like u8 is defined more than once. Check all your includes for definitions of u8. Odd though that it only shows one candidate. Are you using any other high level libraries that might define u8 like psptypes.h does? Another thing I notice is this is a cpp file. Are the others that compile also...

I mean no offense, but after reviewing this code, I think programming the PSP my be a bit out of your league. That aside: If you want to find out what your program is doing, you're going to either have to load it in a debugger (read: PSPLink + GDB) or throw some printf()s in there. I don't know the ...

Here's a quick hack to extract the icon0.png data out of a PBP. Based loosely off my pspGetTitleFromEBOOT() code. http://forums.ps2dev.org/viewtopic.php?p=75257#75257 u32 pspGetIcon0FromEBOOT(const char * EBOOTfileName, const char * icon0fileName){ const u32 BPBSignature = 0...

Do you want the function to just write out the PNG file or do you want it as a texture in memory that you can blit (or both)? If I have time tonight (depending on how quickly this audio development goes) I'll hack something together. Writing out a PNG will be trivial, converting to a texture will be...

File format for PBP files: http://hitmen.c02.at/files/yapspd/psp_d ... ml#sec26.3

If I were to guess, I would think that SINGLE_START refers to a singleton. i.e. Only one running in memory at one time. NOT only allowing the module to be run only one time.

If you use Heimdall's install, you can build with Visual Studio just fine, just use a makefile project. He's pretty good about keeping it up to date. That being said it's best to just bite the bullet and install cygwin, then you're not bound to anyone schedule and you can update your sdk whenever yo...

Hmm I wonder if the watchdog thread sets something different in nvram in exception cases. Time to run my battery down and experiment :)

Isn't that normal when the battery is very low that it won't turn on even if there is a little juice left in the battery? I'm pretty sure this has always happened for me. Whether or not I have an exception, when my psp gets turned off with very low battery it won't come back on unless you have it pl...

Another good resource for function pointers / functors / callbacks I use is: http://www.newty.de/fpt/callback.html

I doubt you'll find anything pre-built to do this. ISO 9660 was designed with read-only in mind. But if you're serious about it and want to "roll your own" first two links in the "External Links" section of the ISO 9660 wikipedia entry (http://en.wikipedia.org/wiki/ISO_9660) are ...

My guess is you're looking for a c tutorial. Search for one on google.

I was thinking about this one on my commute today. I was thinking that it was too fast to be correct. I was right. It was failing out early and my test script failed to detect the error condition. I updated the code and statistics above. It's still the fastest by a good margin but not an order of ma...

I couldn't leave well enough alone. I made a new version that loads the SFO data into memory and processes it that way. It also uses the sceIo calls. Here are my benchmarking finds (all benchmarks 10000 iterations @ 222mhz from ms0:): 62KB homebrew EBOOT.PBP Original code with fread and fseek no mem...