Discussion :

[BruceBoc]

Bonjour,
Alors voila je charge une texture avec SDL et je la converti pour OpenGL. La texture est en fait un groupe de sprites, et j'aimerai savoir comment faire pour n'afficher du'un sprite à l'écran et non pas toute la texture.

Voici le code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
 
void Clevel::loadbackground(char* filename)
{
 
    SDL_Surface *temp;
 
    glGenTextures (1, & background);
    glBindTexture (GL_TEXTURE_2D, background);
    // Paramétrage de la texture.
    glTexParameteri (GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR);
    glTexParameteri (GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_REPEAT);
    glTexParameteri (GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_REPEAT);
    glTexParameteri (GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR);
 
    temp = IMG_Load(filename);
 
    // Jonction entre OpenGL et SDL.
    glTexImage2D (GL_TEXTURE_2D, 0, GL_RGB, temp->w, temp->h, 0,
    GL_RGB, GL_UNSIGNED_BYTE, temp-> pixels);
 
    SDL_FreeSurface(temp);
 
}
 
 
void Clevel::drawbackground()
{
 
    glBindTexture (GL_TEXTURE_2D, background);
 
    glBegin(GL_QUADS);
        glTexCoord2i (0, 0) ; glVertex2i(0,0);
        glTexCoord2i (0, 1) ; glVertex2i(0,RESOLUTION_Y);
        glTexCoord2i (1, 1) ; glVertex2i(RESOLUTION_X,RESOLUTION_Y);
        glTexCoord2i (1, 0) ; glVertex2i(RESOLUTION_X,0);
    glEnd();
 
}

[fearyourself]

Premièrement, n'oublie pas de tester le retour de IMG_Load

Ensuite :



-> http://jeux.developpez.com/faq/openg...S_meta_texture

ou encore :

http://loka.developpez.com/tutoriel/sdl/sprites/

Jc

[BruceBoc]

Ok merci beaucoup je fait faire comme ça.

[bafman]

attention, lorsqu'on utilise SDL (et SDL_Image) pour charger des textures, il ne faut pas oublier de les inverser horizontalement.
en gros ca se fait comme ca (code fait de memoire )

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
void flip(SDL_Surface* surf)
{
    SDL_LockSurface(surf);
 
    int pitch = surf->pitch;
    for(int i = 0, i < surf->height/2; i++)
    {
        // swapper la ligne i et la ligne (surf->height - i)
    }
    SDL_UnlockSurface(surf);
}

[fearyourself]

attention, lorsqu'on utilise SDL (et SDL_Image) pour charger des textures, il ne faut pas oublier de les inverser horizontalement.
en gros ca se fait comme ca (code fait de memoire )

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
void flip(SDL_Surface* surf)
{
    SDL_LockSurface(surf);
 
    int pitch = surf->pitch;
    for(int i = 0, i < surf->height/2; i++)
    {
        // swapper la ligne i et la ligne (surf->height - i)
    }
    SDL_UnlockSurface(surf);
}

Hmmm, t'es sûr de toi ? Parce que je n'ai pas le souvenir de le faire dans mes codes, mais il se peut que j'inverse les glTexCoord par la suite mais cela m'étonnerait fortement.

Jc

[bafman]

oui, je suis sure de moi, SDL utilise un espace de texture D3D qui est inverse d'OpenGL sur l'axe Y.
on peut bien sûre resoudre le problème en changeant les coordonnées de texture ou, encore mieux, en changeant la matrice de texture, mais quand on travail avec des modules 3D venant d'horizons plus ou moins diverse, ce n'est pas une bonne idée

[shenron666]

attention, lorsqu'on utilise SDL (et SDL_Image) pour charger des textures, il ne faut pas oublier de les inverser horizontalement.

autant "jouer" sur les coordonnées de texture, on ne devrait pas avoir à bidouiller de la sorte

[bafman]

oui, mais ce n'est pas toujours possible, par exemple si on utilise une lib de chargement de models avec des coordonnées dans un espace et que nos textures sont dans un autre espace.

tout le problème repose sur le fait que D3D (et SDL) ont l'origine des texture en haut a gauche alors qu'openGL l'a en bas a gauche. ca me semble donc moins une bidouille de charger la texture dans le bon espace que de changer l'espace... en plus, je ne suis pas sur que la bidouille de coordonnées de texture quand on sort de l'espace [0..1] soit forcement très robuste et efficace

[BruceBoc]

Je n'ai pas de problème de ce coté la puisque travaillant en 2d je fais un
"gluOrtho2D(0, RESOLUTION_X, RESOLUTION_Y, 0);" qui me permet de choisir le système d'axe.

[shenron666]

oui, mais ce n'est pas toujours possible, par exemple si on utilise une lib de chargement de models avec des coordonnées dans un espace et que nos textures sont dans un autre espace

si tu préfères, un glScalef(1, -1, 1) sur la matrice de texture et le problème est réglé
et pas la peine de modifier toutes les coordonnées de textures
et pas de lourdeur à inverser les images (franchement je n'aime pas du tout cette solution)

[bafman]

je m'auto cite :

on peut bien sûre resoudre le problème en changeant les coordonnées de texture ou, encore mieux, en changeant la matrice de texture, mais quand on travail avec des modules 3D venant d'horizons plus ou moins diverse, ce n'est pas une bonne idée

modifier la matrice de texture ne regle malheureusement pas tout les problèmes justement, surtout quand on reutilise du shader qui n'est pas texture matrix proof (copyright bafman ) ou on trouve du code de modification des coordonnées de textures en dure (pour des raisons de rapidité).

personnellement, je prefere faire une modification d'image au chargement (plus lent) et avoir un etat interne cohérent que d'avoir certains objet OpenGL dans un état non "standard" avec l'API... j'ai eut trop de problème avec certaines carte graphique (donc le nom commence par A et finit par TI) pour me mefier de ce genre de petit "truc"

[shenron666]

je m'auto cite : [...]

je n'avais pas bien lu ton post
désolé bafman