You are not logged in.
I have a bug with a 2 tiles next to the other across the screen, once in the coordinated (posax) >= 320, we see a shift of 1 or 2 pixels on the frame.
i = 0; tempo = 0; float posax = -460; while (stape == 1)//Sprint latérale { GRRLIB_FillScreen(0xFF000000); GRRLIB_DrawImg(0, 140, 640, 200, tex_town1, 0, 1, 1, 255); GRRLIB_DrawTile(posax, 180, 230, 136, tex_sprinta, 0, 1, 1, 255, i, 4); GRRLIB_DrawTile(posax + 230, 180, 230, 136, tex_sprintb, 0, 1, 1, 255, i, 4); posax+=2; if (tempo < 4) tempo++; else { tempo = 0; i++; if (i > 3) i = 0; } //if (SND_StatusVoice(0)==SND_UNUSED) stape = 2; GRRLIB_Render(); }
Any idea for this bug ?
Offline
already talked about it in the forum, it's a libogc bug not a grrlib, a workaround have been found by a forum member and implemented in the svn. try grrlib svn and tell us if the bug is still here.
Offline
Yes with 3.0.5 alpha r14, i'vnt no bugs. Thanks
Offline
np
take care, 3.0.5 is still under heavy dev and lot of modification will be made.
so stay tuned to make evolution on your code when you upgrade the svn version
Offline
no i have many bug with it, i store on 3.0.1
Edit : i have apply a spiffen correction on 3.0.1 and it's good
//f32 s1= frame/maxframe; //f32 s2= (frame+1)/maxframe; //f32 t1= 0; //f32 t2=1; // Frame Correction by spiffen f32 FRAME_CORR = 0.001f; f32 s1 = (((frame))/(f32)maxframe)+(FRAME_CORR/(maxframe*width)); f32 s2 = (((frame)+1)/(f32)maxframe)-(FRAME_CORR/(maxframe*width)); f32 t1 = (((int)(frame/maxframe)))+(FRAME_CORR/(maxframe*height)); f32 t2 = (((int)(frame/maxframe)+1))-(FRAME_CORR/(maxframe*height));
Last edited by Cid2mizard (2009-01-21 23:20:11)
Offline