what about writting a My_own_drawchar_for_my_personal_need() function

Or, since drawchar and drawtile is based on the near same code, we can define that after raw2c a font or a tileset, we will have to hand add in the h/c files  :

mypic_width =
mypic_width =
mypic_tile_width =
mypic_tile_height =

and all will be ok, for tile and font (used by printf), i will be able to calculate all the needed value.

in the same time you will be able to port your old converter to GRRLIB 3.0 to fit this need.

What do you think about this ?

My thought on the topic had been placing the textures into a struct, sort of like:

struct{
gxTexObj * frames;
u8 frameCount;
u8 curFrame;

//scaling
Mtx scale;
f32 scaleX;
f32 scaleY;

//rotates
Mtx rotate;
f32 rotX;
f32 rotY;
f32 rotZ;

//tint and alpha
GXColor tint;

u16 width;
u16 height;
}

It would place a limit on the size of sprites, since they'd have to be multiples of 4 (which they aren't technically now), but to load a sprite, you'd use a vertical strip.

Allocate the gxTexObj array to the frame count to begin with, and itterate through the sprite going by:

//PSUEDO:
for(i=0;i<frameCount;i++)
loadTexture( &frames[i], textureData+(i*(bytes_per_pixel)*height*width));

That way you have no restriction on sizes, tiles, and makes the sprite strips cleaner. I had another thought on making fonts and stuff, but I think this is probably the more practical of the two.

This is just a general idea for drawing animation strips/font. Font itself might want some structure so that you could more easily rotate the font as a whole to make it draw at angles (which  isn't that hard, but this is trying to store everything in a variable instead of sending all the parameters every function)

It also leaves a bit of room for adding TLUT's to the font/sprites in the future (for easier palette swapping), so you could actually have more complex multi-color fonts (like outline and such)

Last edited by RedShade (2008-06-23 20:21:26)

I think it would sort of sad if the limit of textures in Wii was actually 1024x1024, since that's the hardware limit on the nintendo DS :-P

I'd need to look up if it's actually loading the entire texture to cache, or if it's just loading the texels you need though :-/...

An interesting test would be to make an indirect texture that is 4,096 x 4096, since the data to do that just requires a 128x128 IA4 map texture and 32x32 tiles for the palette texture :D... so with 8 tiles x 8 tiles, that is just a 128x128 IA4 and a 256x256 RGBA, both well within limits.

Last edited by RedShade (2008-06-26 19:57:09)

i already coded it, i just need to release it

Crayon wrote:

Hi, in the function GRRLIB_Printf values for Height and Width are hardcoded to 8. Some peoples may want to use a different size!

Code:

GRRLIB_DrawChar(xpos+i*8*zoom, ypos, 8, 8, data, 0, zoom, zoom, c,128, col );

Personally I don't think the maxframe value should be hardcoded to 128, peoples may want to have 256 chars. Tu devrais comprendre pour le français

Thanks

Crayon I posted a version on the contributions a while ago that allows different sizes of font + and characters that may fit your requirements. I currently use it in my MahJongg Wii game.

Here is the link to that post:
http://grrlib.santo.fr/forum/viewtopic.php?id=33

At the time nobody commented so I assumed no one was interested in that sort of thing

Last edited by JustWoody (2008-07-29 21:17:55)