Discussion :

[Invité(e)]

Bonjour,

J'utilise aujourd'hui OpenGL pour afficher des images 2D.
Pour cela, je charges l'image dans des textures, je dessine des QUAD et le tour est joué.

Cela fonctionne sans aucun problème sur des cartes INTEL ou ATI, mais sur des cartes NVidia, j'observe des lignes sombres sur mon image à l'endroit de la jointure entre deux textures.

Avez vous une solution / un début d'explication à ce problème ?

Merci d'avance.

[stardeath]

au niveau des paramètres pour les bordures, tu as mis quoi? (genre GL_CLAMP_TO_EDGE ou autre)

[LittleWhite]

Bonjour,

Un peu de code serai préfferrable ( surtout le code pour l'initialisation de la texture).

[Invité(e)]

Re,


Voici la manière dont sont générées les textures :

Code :

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

1
2
3
4
5
6
7
glTexParameteri( GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR );
glTexParameteri( GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR );
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_CLAMP);
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_CLAMP);
/* m_patch est recyclée pour chaque texture. */
glTexImage2D(GL_TEXTURE_2D, 0, GL_RGB, m_width, m_height,
             0, GL_RGB, GL_UNSIGNED_BYTE, m_patch);

et affichées :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
glBegin(GL_QUADS);
glTexCoord2f(0,0); glVertex2f(0, 0);
glTexCoord2f(1,0); glVertex2f(1, 0);
glTexCoord2f(1,1); glVertex2f(1, 1);
glTexCoord2f(0,1); glVertex2f(0, 1);
glEnd();
/* et la seconde */
glBegin(GL_QUADS);
glTexCoord2f(0,0); glVertex2f(1, 0);
glTexCoord2f(1,0); glVertex2f(2, 0);
glTexCoord2f(1,1); glVertex2f(2, 1);
glTexCoord2f(0,1); glVertex2f(1, 1);
glEnd();

[Idwakest]

Bonjour,

L'effet que vous décrivez vient vraissemblablement d'une mauvaise interpolation entre les valeurs. Le GL_CLAMP est peut etre responsable.
Y-a t'il encore un problème en mettant GL_CLAMP_TO_EDGE ?

[LittleWhite]

Il serai aussi interessant d'avoir un screen shot

[LeGreg]

En général cela pointe une mauvaise compréhension de la façon dont sont rasterisé les triangles texturés (problème assez commun de ceux qui viennent de la 2D avec coordonnées entières et qui pensent que la 3D c'est pareil):

L'écran d'affichage est un espace continu (tout du moins flottant ou précision fixe suivant l'implémentation), la prise d'échantillons est à intervalles réguliers (tous les pixels), la couleur choisie dépend à la fois de la position dans le triangle et la façon dont sont interpolés les attributs de ton triangle (en particulier les coordonnées de texture).

En gros si l'extremité A de ton triangle a pour coordonnée de texture tA, l'extrémité B de ton triangle a pour coordonnée de texture tB, alors si la carte graphique prend un échantillon à mi chemin exactement de A et B alors la coordonnée de texture sera à cet échantillon (et dans le fragment/program/pixel/shader qui en résultera) à tA + tB / 2 (interpolation linéaire des coordonnées de texture). Maintenant cette coordonnée de texture fait référence à des texels dans une surface 2D. Mais tout comme l'espace de ton écran, l'espace de ta texture est continu. Donc ta coordonnée de texture calculée plus haut peut tomber à un endroit où la carte graphique considère que quatre texels proches sont mis à contribution (filtrage bilinéaire de texture).

Bref, pour avoir une meilleure idée de ton problème, il faudrait savoir quelle est la taille des quads, à quoi correspondent (dans l'espace écran) les coordonnées données, et quelle taille ont les textures utilisées, ce qui donnera une idée s'il y a un bon alignement ou pas.. Et s'il peut y avoir un zoom arbitraire ou rescaling, l'alignement parfait est souvent impossible donc il faut faire des compromis ou trouver des moyens d'améliorer les jointures comme utiliser des bordures ou simplement dupliquer une partie de l'info de la texture N sur la texture précédente qui la borde.

LeGreg

[Invité(e)]

Problème résolu sur certaines cartes graphiques :

Pour voir le problème disparaitre, il suffit d'aller dans les options avancées de la carte graphique et de passer l'option
Conformant Texture Clamp à off (au lieu de hardware ou OpenGL Spec)

@leGreg, @LittleWhite et @Idwakest
Désolé, j'ai complètement zappé vos message.
Je vais tenter de me rattraper :

GL_CLAMP_TO_EDGE : je pense que c'est ce que je cherche, mais je n'ai qu'une vielle OpenGL 1.1, donc pas possible.

Les screenShoots :


Conformant texture clamp à Hardware

Conformant texture clamp à Off

Et historiquement, je suis passé de glDrawPixels aux textures. Pour une utilisation facile de glDrawPixels, chaque pixel image correspond à 1, 4 ou 16 pixels écrans (zoom de facteur 1, 2 ou 4). Les textures on la même apparence aujourd'hui, donc, a priori, on devrait tomber juste.

[Invité(e)]

GLOverride est une autre solution à mon problème.

Il change automatiquement les GL_CLAMP en GL_CLAMP_TO_EDGE à l'exécution.

On peut le trouver là :
www.humus.name/index.php?page=Cool

Merci encore à tous ceux qui ont pris le temps de me lire

[LeGreg]

GLOverride est une autre solution à mon problème.

Il change automatiquement les GL_CLAMP en GL_CLAMP_TO_EDGE à l'exécution.

On peut le trouver là :
www.humus.name/index.php?page=Cool

Merci encore à tous ceux qui ont pris le temps de me lire

Ce ne sont vraiment pas de bonne solutions. Le control panel override et le GL override sont des outils pour les *Utilisateurs* de programmes OpenGL : c'est à dire que c'est utile pour les programmes qui sont mal programmés (hors spec) mais dont l'auteur n'assure plus le support.

Mais toi tu es le *programmeur* de ce programme, donc c'est à toi de modifier ton programme, tes paramètres ou tes coordonnées de textures pour que ça colle avec ce qui est défini comme la spec.

LeGreg

[Invité(e)]

Mais toi tu es le *programmeur* de ce programme, donc c'est à toi de modifier ton programme, tes paramètres ou tes coordonnées de textures pour que ça colle

Je suis tout à fait d'accord. Cela dis, en plus d'une solution propre, il me faut une solution d'urgence pour des utilisateurs distants pressés et loin.

Sinon, pour reprendre le problème, ( je transpose le problème en 1D)
Les textures sont de taille 128.
Les coordonnées textures sont 0 et 1.
Les quads vont de 0 à 128, puis de 128 à 256 et ainsi de suite.

En zoom x1, tout va bien (un quad sur 128 pixels écran) en x2, les lignes peuvent apparaitre (mais seulement sur les machines client, bien sur).

avec ce qui est défini comme la spec.

La quoi ? Ah le post-it.
En fait les spec ne sont pas vraiment légion là où je suis. Pas plus que les architectures sur lesquels le soft doit fonctionner... Donc on bricole, on bidouille. L'important est que le truc fonctionne pendant le démo.