forums.ps2dev.org

You could base your physics iterations on time rather than how many times per second that thread is run

Don't remember exactly when I made this or why, but here's an example of how complex things can get and still stay at (or over) 60 fps. It's compiled for later firmware I think... not sure though cuz I did compile for both. :p

I don't have source for it anymore, but I think it's 10 x 9 or 10 x 10.

If it's 2d then you shouldn't need the depth buffer.. you're using ortho right ? I don't see you setting the projection matrix anywhere

If you're using newlib you can just getCwd(); if not then yeah getting it from argv[0] is what I do too.

going to have to post more code than that if you want an accurate answer

Might just be your psp... mine has been doing it since 1.5 days and still does it on 3.40 oe

use the sceGuRotate functions

If the entire sphere mesh is white and you want to change the whole thing at once you could just drop the colour information out of the mesh and use sceGuColor before each render of it.

Looks like your verts are going anti-clockwise and you have GU_CW state enabled... might not be it since I don't see any backface culling going on but it's worth a shot. Lighting being enabled might be the culprit too... had problems with it in the past with it enabled and no lights on.

When I used SDL, I used my own main function. CFLAGS += $(shell $(PSPBIN)/sdl-config --cflags | sed s/-Dmain=SDL_main//) LIBS += $(shell $(PSPBIN)/sdl-config --libs | sed s/-lSDLmain//) Where PSPBIN is /usr/local/pspdev/psp/bin If you w...

sudo doesn't keep your user environment variables though unless you tell it to

increase the timeout value
usbhostfs_pc -t 100

Depends on the complexity of your scene. Low poly scenes can achieve ~60 fps easily.

I read this a while back...
PLEASE READ THIS: There are 2 instructions, ulv.q and usv.q, that perform unaligned ran transfers to/from the vfpu. These have been found to be faulty so it is not recommended to use them. You have been warned.

www.cprogramming.com

Probably best to get a good book if you're really serious about learning though.

huh? isn't u32 pad_ = 0x100000 just the same as doing u32 pad_ = 1048576 ?

Unless you were thinking of memory addresses ... &0x100000

check out samples/gu/common/gemoetry.c /.h

Look at the gu samples that came with the sdk

I'd like to see that happen with 24mb of ram.

Use psplinkusb, it's in the svn and downloaded & built by the toolchain script.

It's case sensitive ... SDL_UnlockSurface

You can't. Use smaller triangles.

look at the ortho sample

sceGumRotateX()
sceGumRotateY()
sceGumRotateZ()

Takes an angle argument in radians

sceGumRotateZYX()
sceGumRotateXYZ()

Takes a pointer to a vector containing the angles in radians

If you want keyframed animation, use something like md2:
http://tfc.duke.free.fr/old/models/md2.htm

Or if you are using skeletal animations there's a skinning example in the sdk samples.

PC is big endian? What now? :P

Maybe PowerPC. :)

Who cares. This is a development board... unless we do ISO support now too?

Only time I ever see it is when I run out of memory.

Your pc doesn't reboot every time a program ends, it needs to do some cleanup... the PSP does. If you want a "clean" exit, you have to code it yourself.

There isn't one because it's not needed. It uses the already allocated display list memory.