devkitPro

Hi Deltaresero,
sorry for the trouble this caused, I obviosuly forgot to add some #ifdefs around the opengx stuff in the SDL1 code, I'll fix that.

On the other hand, it's always recommended that you use the packages from the devkitPro repository (which, by the way, you probably haven't updated in ...

Hi Yummt,
this is the code we use in the Wii/GameCube SDL2 port: https://github.com/devkitPro/SDL/blob/ogc-sdl-2.28/src/video/ogc/SDL_ogcvideo.c#L341-L360

There are a few differences (like calling GX_Flush() after GX_Done()), but the main one is that we are calling GX_CopyDisp() on the same ...

I've been working on the QuakeGX port and ported over some features from better engines such as HLBSP, Skybox, Fog(I have a lot of questions about fog but I'll save that for later) and now I'm working on porting colored lighting.


Nice! For fog, you might want to have a look at opengx, basic ...

Hi! This might be totally unrelated to your problem, but I faced a similar issue with the nunchuck:
https://github.com/devkitPro/libogc/issues/166

Small update, just for completeness: there's no need to use a post-transformation matrix: the matrix I was storing in GX_DTTMTX0 can instead be multiplied with the first transformation matrix (the scaled modelview one) and the effect is exactly the same. Then I can use GX_SetTexCoordGen() instead of ...

Hi all!
I thought I understood the theory of how texture mapping works, but it turns out I don't.

I'm trying to setup the TEV so that the texture drawn over a geometry is fixed to the screen pixels, that is the texels should map 1:1 to the screen pixels. Here's a screenshot of the desired outcome ...

If using SDL2 is an option, then the Wiimote is supported as a mouse there.

Replying to myself: I've discarded the option of directly exposing the EFB, because -- for some reason I haven't yet understood -- it causes the Wii to lock up when writing more than a few pixels. A single pixel access works fine, but as soon as I start filling up some rects (let alone the whole ...

Hi there!
I'm playing with libSDL for the Wii/GC with the goal of implementing accelerated blitting. I'm making some changes to the pipeline (such as removing the flipping thread and using a pair of XFB, like GRRLIB does) while reading the GX documentation, and I got to a point where I have a ...

The "volatile" just tell the compiler that you must generate real load/store instructions.
However,the compiler can still use any type of load/store instruction for performance as long as the result is consistent with the semantics expressed by the C code.
So the problem here is not the behavior ...