forums.ps2dev.org

[subbie]

Hey I have a few questions regarding the psp's 3d system.

1) Is there a way to have the psp modify polygons that are clipping the front plane? I have many polygons that are disapearing at the bottom of the screen since I believe they are going though the front clipping plane.

2) I have a huge issue with sceGumRotateXYZ. When ever I use it it feels like it's not rotating at 0,0,0 but rotating around 0,0,0. If I do this bit of code below. It gets worse the farther I translate from 0,0,0. Why is it doing this?

sceGumRotateXYZ(&myCamera.vAxisRot);
sceGumTranslate(&myCamera.vPosition);

[chp]

Try enabling GU_CLIP_PLANES. This will give you a little bit of front-plane clipping, but be aware that if the polygons goes outside the virtual coordinate system of 4096x4096, you will get artifacts. You can thank the sony engineers for that.

You're doing the operations in the wrong order. If you want to translate and then rotate, you have to do

[subbie]

sorry i'm a bit new to 3d coding in gernal but shouldn't I be rotating then translating because that is how I am doing my camera in opengl (i wrote a small q3 bsp loader last week and it works correctly this way).

[subbie]

yep it's an sdk bug. My setup was correct (rotation then translation). A friend compiled with the new sdk and it works but now for some reason sin/cos functions are not working (when they worked before).

also I have GU_CLIP_PLANES but I still get major polygon clipping in my display. Can't the psp fix this issue like opengl does?

[jsgf]

You could do clipping in software, but then you lose a lot of the benefit of the PSP's hardware transform. If you use smaller triangles, the problem won't be as bad.

I've thought about adding a software transform clipping pipeline to PSPGL, but it seems like a lot of work for not much gain.

[subbie]

New problem.

Before I was using sin & cos to allow me to move in the direction I am facing. This all worked dandy till I tried compiling my src at work (durring lunch break), sin & cos did nothing. Now even back at home my sin & cos are giving me nothing.

Any idea?

--edit--
ignore this stupid post. Did not notice that the rotation calls were using radians.

[subbie]

New question.

Can the PSP do multipass texturing?

I am writing a quake 3 bsp loader and at the moment I have the lightmaps going fine and dandy but I am wondering, can I do 2 textures on a single surface (texture + lightmap) ?

[chp]

Since you have only one texturing-unit on the PSP, you'll have to do multipass for anything more than single-texturing. I guess the question you really wanted answered was if the PSP can do multitexturing... And no, it cannot. You have to blend on top to create your effect.
_________________
GE Dominator

[subbie]

[chp]

Yep. Just like the good old days of 3DFX & friends (and the PS2 of course).
_________________
GE Dominator

[subbie]

more questions.

1) What is the difference between GU & GUM ?

2) Are spline/bezeir surface suported in the current sdk?

3) Is there a simular method to DrawElement for psp? Or some way to do this?

glVertexPointer( 3, GL_FLOAT, sizeof(Quake3BspVertex), &m_Vertex[iVertOffset].Position[0] );
glDrawElements( GL_TRIANGLES, pSurface->NumMeshVerts, GL_UNSIGNED_INT, &m_MeshVert[iMeshOffset] );

[mrbrown]

1. GUM is to GU as GLU is to GL.
2. Yes.
3. Why aren't you using pspgl? It supports the fragment you posted.

[jsgf]

GUM is more like the matrix stuff which is already part of the GL API. GLU has a bunch of other useful things, like functions for scaling images, building mipmaps, and tesselating complex shapes. (Though the PSPGL version of GLU is very limited at present.)

PSPGL also has extensions to support bezier and spline surfaces. In fact, the only major hardware feature PSPGL doesn't currently support is mesh morphing, and that's on my todo list.

[subbie]

How much of a cost in performance do I take for using PSPGL over GU/GUM ?

Also, I am guessing my issue lies with the indices to be able to do what I was doing above. Or are the indices pointer in DrawArray for something else?


Also my choice at the moment for GU/GUM over PSPGL is I plan to in the future rewrite everything using the official sdk for work. ATM I am just learning 3d and building up a freeware 3d engine that anybody can use for homebrew projects.

--edit--
I figured out the answer to one of my old questions. It was indices. The problem was my indice list was 32bit and I also did not set the indice flag in the draw array function. This works like a charm now.

sceGumDrawArray( GU_TRIANGLES, GU_TEXTURE_32BIT|GU_COLOR_8888|GU_VERTEX_32BITF|GU_TRANSFORM_3D|GU_INDEX_16BIT, MyMap.m_Faces[i].NumMeshVerts, MyMap.m_MeshVert + MyMap.m_Faces[i].MeshVerts, MyMap.pBspVert + MyMap.m_Faces[i].Vertex );

[jsgf]

[subbie]

thanks for the info. ATM I am just going to keep to the Gum stuff since it's working out wonderful. I just tried out the DrawBezier and its fantastic. How come the psp can do this but wont let us render 2 textures in a single pass. :(

[Zenurb]

[jsgf]