forums.ps2dev.org

I believe you're incorrect about requiring sceDisplaySetFrameBuf for your changes to show. If you make changes within the current framebuffer, they show immediately. The screen refresh rate will result in tearing if you just try to do all your drawing to the visible screen. sceDisplaySetFrameBuf is ...

Trying to save memory stick space by compiler optimizations is pretty silly. But... I am planning to benchmark the speed of code compiled with -Os vs. -O2 in any event. The PSP doesn't have a very large cache on the processor, savings in code size cause fewer cache misses and oftentimes speed up cod...

Looks great, thanks. :)

Without the change to configure.ac in pspsdk, the docs will just be immediately "cleaned up" at the end of the toolchain script because they'll be installed in "/tmp/pspsdev/pspsdk/doc" by default.

Here are a couple of toolchain fixes that might be useful. Specifically, I think it makes more sense for the doc directory to end up in /usr/local/pspdev/psp/sdk/doc instead of being left in the downloaded directory (which is deleted when the toolchain script finishes). Also, I changed the toolchain...

How about if toolchain.sh never changes and all it does is pull down the newest do_toolchain.sh (where do_toolchain.sh would be the actual script that does the work) and run it?

Like this tc.sh:

Ok, I've been using the psptoolchain script to rebuild my toolchain but I guess it had gotten old and needed to be checked out again.

Shouldn't the first thing the script does be to make sure it's up-to-date? :)

I just rebuilt my toolchain and have been getting errors when I try to make the samples/debug/exception sample. Known regression? psp-gcc -I. -I/usr/local/pspdev/psp/sdk/include -O2 -G0 -Wall -L. -L/usr/local/ pspdev/psp/sdk/lib main.o -lpspdebug -lpspdisplay -lpspge -lpspctrl -lpspsdk -lc -lpspuser...

Think about what you're trying to do, read your code and ask yourself, "Is this doing at all what I'm meaning to?" What you have written here: Reads the keypad once Prints out "Try Hitting X" Hits an if statement that will probably never be true because the user didn't realize he...

0/0 is undefined and will probably crash.

0/x where x > 0 is fine and equals 0.

My guess is that either your dy or dx end up as zero and you get a divide by zero exception in your line drawing code. Since you're seeding the random number generator with a constant, you're always drawing the same "random" lines and it will consistantly crash after the same amount of time.

wavfile = (char*)(wi + sizeof(WaveInfo)); sizeof(*wi) is presumably != sizeof(char) so you're overrunning the end of your memory. Try: wavfile = (char*)wi + sizeof(WaveInfo); I would actually recommend you just allocate the two pointers in two separat...