forums.ps2dev.org

Is it a class which allocates a lot of memory in its constructor? (Or one which contains a large array?)

More debugging needed unfortunately...

Ahh! It sounds like you know what you're talking about then. Sorry about that - I assumed you were new and out of your depth. Guess I made an ass out of myself there. Sorry again. If I understand you correctly, you're having problems with function pointers, is that right? They're indeed one of the d...

I'm sorry but i just don't get it :( i have this: static void fillOutputBuffer(void* buffer, unsigned int samplesToWrite, void* userData) { // Where are we writing to? Sample* destination = (Sample*)buffer; if (pausesong == 1) { //co...

For pausing, you should probably leave the decode() function as it is, and concentrate on the fillOutputBuffer() function.

You want to fill the output buffer with zeroes if the music is paused, instead of the whole mp3 decoding while loop.

You probably don't want to stop the callback as such, but look into passing messages from your main thread to the callback thread. Note that multi threaded programming is perhaps not for the uninitiated. BTW, since the buffer will play continuously, you should fill it with zeroes if the player is pa...

Woops, shows how often I check this board :-)

If you need any more info about how the MP3 code works just reply. I've subscribed to this thread so I'll get an email.

Why not use a std::vector of pointers?
http://www.sgi.com/tech/stl/Vector.html

Yep, I couldn't remember the exact function names, sorry.

There are also two nearly identical functions to get the controller state - but one waits for the vblank.

sceCtrlPeekPadData() vs sceCtrlReadPadData() or something like it.

Hello, I don't know what isn't working, but here are some suggestions: * You may need to convert the vertices to a format supported by OpenGL (whatever is represented by vtype -> GL_FLOAT). 2D vertices will be difficult. * Make sure the primitive type is converted to one which GL recognises. Have fu...

Take this with a huge rock of salt since I'm not a Lua programmer.

Does lua handle non-POD (Plain Old Data) types by reference? If so... ...would make both rows share the same block1. So you'd have to make a copy somehow.

It's to do with how the linker sorts out dependencies.

libpspaudiolib depends on libpspaudio, so it needs to go first. Which is a bit silly, but hey...

Try specifying your libraries in a different order when linking - try putting -lpspaudiolib before -lpspaudio?

Hopefully it'll work...

Not if it's just returning a reference, but yes if you dereference that reference.

Hmm weird one. Is the 'this' pointer null?

Neat.

That's if the screen pointer is already in a register though, right?

screen->x will be slower than screen.x due to the pointer indirection.

HOWEVER, you probably don't want to pass large structures around by value as function arguments just so you can skip some indirection in the function.

Good news, if it works and is affordable.

Hopefully it's not possible to use it for pirating purposes, just for hobby coding.

Also try sceCtrlPeekBufferPositive instead of sceCtrlReadBufferPositive.

(Note, I'm not at my own PC right now, so hopefully those function names are correct).

-O3 provided a visible speed-up over -O2 and -Os in Quake, but I accept that it doesn't guarantee better performance for other projects.

So Quake is definitely one of the "very best of cases" ;-)

Have you tried compiling with -Os, -O2 or -O3 if that doesn't break it?

Also, is 8MB the stripped exe?

Could be trying to free a null pointer?

Scrolling's not so bad, you just offset your blits by the camera position.

Collision can be a paint though, especially if you support slopes.

Check out a relevant tutorial here:
http://jnrdev.72dpiarmy.com/

Excellent, sounds like you're experienced enough. Sorry, there are so many newbie posts nowadays... I did not mean to offend. I would go for a top-down approach, then you should find that what you need to do becomes apparent as you need it. Start off with the high level logic flow - initialisation, ...

You really need to learn programming on a PC before going for the PSP. Otherwise you're letting yourself in for lots of pain and late nights.

Try googling for "C++ FAQ Lite", "Thinking in C++" to learn C++.

Sounds like you're in over your head.

Do you know how to program?
Do you know how to program games for a PC?
Do you know how to program for the PSP?

I would solve these problems in that order.

I care, I care! I would recommend replacing the missing functions with appropriate (usually empty) stubs just to get it compiling. By the sounds of it, you've got a lot of code there. With the PSP being as tricky to code for as it is, and you being as new to this as you are, you need to get a simple...

I've never used them on PSP, but I would be interested on hearing how you get on. From my experience of Boost, much of it should be able to be used isntantly. That is, the parts which don't require building. Shared pointers, and so on. Things like Serialisation, Threads, however will require buildin...

You can get the current dir using the getcwd function. I think it lives in unistd.h, but I'm not sure.