 |
|
|
|
|
|
||
|
|
||
|
|
||
|
|
|
|
|
|
||
|
|
||
|
|
||
|
|
|
|
|
|||||||||||||||||
Add Forum to Favorites | Send Topic To a Friend | View Forum FAQ | Track this topic |
Last Thread Next Thread |
| Texture detail changing by itself [solved] |
|
 |
pescador Member since: 10/29/2009 |
|||
 Posted - 11/7/2009 3:41:37 PM |
||||
| Hello everybody! This is my first opengl experiment and I'm trying to make a simple 2D game. The problem is: The "floor" texture is getting very ugly. In other words, it's getting from this: http://i38.tinypic.com/2chp4p3.jpg to this: http://i33.tinypic.com/35bccbt.jpg . It becomes like that when the floor moves very fast (so when it's freezed it gets like the last picture), but when it moves not so fast it stays ok. One more thing, the floor moves through the texture matrix (glTranslatef). Thankyou in advance! [Edited by - pescador on November 10, 2009 9:59:46 AM] |
||||
|
||||
|
Vilem Otte Member since: 5/12/2006 From: Znojmo, Czech Republic |
|||
|
Posted - 11/7/2009 4:00:59 PM |
||||
| This is common problem - try to look at fast rotating wheel (I think it is called The Rotating Wheel Phenomenon). E.g. you have to do some kind of per pixel motion blurring to make illusion of motion and to keep high level image quality ... look at http://http.developer.nvidia.com/GPUGems3/gpugems3_ch27.html - you might get right idea there ;) |
||||
|
||||
|
pescador Member since: 10/29/2009 |
|||
|
Posted - 11/7/2009 4:56:21 PM |
||||
| Vilem Otte, Thankyou for posting that link, but I guess you didn't understand what I said. The floor texture gets ugly like that after moving at fast velocity, I mean, after the "motion" (when it's freezed again) it gets ugly. See the program flow: -> Floor is freezed (texture is ok); -> Floor is moving (texture is bad, as it suposed to be); -> Floor is freezed again (texture is still bad, why?); -> Floor is moving very fast (texture is much bad); -> Floor is freezed again (texture is still much bad); Sorry for my english. |
||||
|
||||
|
RDragon1 Member since: 2/7/2001 From: redmond, WA, United States |
|||
|
Posted - 11/7/2009 5:39:57 PM |
||||
| To me it looks like loss of precision in texture coordinates. Are you using full float all the way through? |
||||
|
||||
|
pescador Member since: 10/29/2009 |
|||
|
Posted - 11/7/2009 5:53:42 PM |
||||
| RDragon1, Yes. Btw the problem is gone when I take off this line (GL_TEXTURE matrix mode): glTranslatef((GLfloat) cos(rot), (GLfloat) sin(rot), 0); So maybe it is a "loss of precision in texture coordinates". But now I can't make my car get velocity... Any idea? |
||||
|
||||
|
pescador Member since: 10/29/2009 |
|||
|
Posted - 11/8/2009 5:37:12 PM |
||||
| please :( |
||||
|
||||
|
dpadam450 Member since: 11/18/2005 From: Bellevue, WA, United States |
|||
|
Posted - 11/8/2009 10:37:00 PM |
||||
| You are doing something very wrong. You should not be using GL_TEXTURE_MATRIX. You should be using GL_MODELVIEW_MATRIX. In other words if you have a terrain, when running on it, does the grass move across the terrain, or does the terrain move as a whole? |
||||
|
||||
|
Trienco Member since: 8/23/2001 From: Munich, Germany |
|||
|
Posted - 11/9/2009 12:58:17 AM |
||||
Quote: Computer graphics isn't about conceptually simulating the real world if there are better ways to achieve the same result. In this case however I remember it is generally advices not to use the texture matrix for performance reasons (probably optimized away if identity). Instead of a screen-sized quad and a moving texture you need to move the quad (or car and "camera", which has the same end result). It also means more trouble doing an "infinite" world (texture wrapping does that automatically) and always checking the bounds. The texture matrix is easier and more convenient, but the result looks like either filtering and zooming a low res texture, not clearing the color/depth buffer before each frame or some weird scaling going on. For debugging, read back the texture matrix and make sure it is orthonormal. |
||||
|
||||
|
pescador Member since: 10/29/2009 |
|||
|
Posted - 11/9/2009 12:46:44 PM |
||||
| So it's not convenient to use TEXTURE matrix mode to make the world (floor) move. But why? So the texture matrix mode is less eficient than the others matrix? If yes, how to make an infinite world moving using not infinite quads? Maybe creating an giant quad (size of the game world) using GL_REPEAT wrap mode for the rendering texture and moving it in MODELVIEW matrix mode... Well, In my opinion this is a great loss of performance. What you think? Thankyou for helping me! |
||||
|
||||
|
pescador Member since: 10/29/2009 |
|||
|
Posted - 11/9/2009 1:48:30 PM |
||||
| Well, I tested it. 1- Move the floor by rendering a textured screen size quad through texture matrix translation; 2- Move the floor by rendering a giant quad (game world size) textured with GL_REPEAT wrap mode, with modelview translation; Conclusion: the frame rate is the same. The difference is: in the first option the texture looks, after some time, ugly. Maybe someone can make a deeper test. Thanks! |
||||
|
||||
|
szecs Member since: 5/27/2009 From: Miskolc, Hungary / Jyvaskyla, Finland |
|||
|
Posted - 11/9/2009 1:48:39 PM |
||||
| I use the texture moving technique (to simulate the track of a tank), and I didn't notice this phenomenon. Anyway you can use the following with modelview transformation: Make a quad and repeat the texture 2 times (-1 to 1 texture coordinate range). The size of the quad is to times bigger, than the size of the screen. if you translate the map and rotate the car (like in GTA 1): Let x, y be the coordinates of the quad center in screen coordinates. if( x > screen_width ) x -= screen_width; else if( x < screen_width ) x += screen_width; if( y > screen_height ) y -= screen_height; else if( y < screen_height ) y += screen_height; I hope that made sense. ________________________ My first (and probably last) demo |
||||
|
||||
|
szecs Member since: 5/27/2009 From: Miskolc, Hungary / Jyvaskyla, Finland |
|||
|
Posted - 11/9/2009 1:50:18 PM |
||||
| Post code. ________________________ My first (and probably last) demo |
||||
|
||||
|
pescador Member since: 10/29/2009 |
|||
|
Posted - 11/9/2009 2:02:01 PM |
||||
The code has no secrets, it's just like this:glMatrixMode(GL_TEXTURE); glTranslatef(floor.xpos, floor.ypos, 0); //render the floor with display list or vertex array (I got the same frame rate). glLoadIdentity(); //render the car. Want it to stay centered. glMatrixMode(GL_MODELVIEW); glPushMatrix(); //render some objects. glPopMatrix(); |
||||
|
||||
|
szecs Member since: 5/27/2009 From: Miskolc, Hungary / Jyvaskyla, Finland |
|||
|
Posted - 11/9/2009 2:09:53 PM |
||||
| What values do floor.xpos, floor.ypos have? Do you convert it to texture space, or you have say x = 42345312454744? Maybe it's simply a floating point precision problem. Maybe the car only seems to have proper speed because of this: You except to translate it with 0.1, instead it translates with 321321321.1. So it displays just like it was 0.1 (because the repeat warping), but you loose precision. EDITED it heavily. ________________________ My first (and probably last) demo |
||||
|
||||
|
pescador Member since: 10/29/2009 |
|||
|
Posted - 11/9/2009 2:44:03 PM |
||||
| Well, actually xpos and ypos are defined as GLfloat. And they are "zero initialized". The increment function: obj.xpos += 0.001; I really don't know what to do. Maybe my graphic card (Btw Sis Mirage 3, onboard) is the trouble. |
||||
|
||||
|
pescador Member since: 10/29/2009 |
|||
|
Posted - 11/10/2009 10:59:19 AM |
||||
| So, I would like to say this problem is partially solved. I just change the floor move type, from texture matrix mode to modelview matrix mode. The texture didn't currupt its appearence anymore. |
||||
|
||||
| All times are ET (US) |
Last Thread Next Thread |
|
