Version imprimable
Hum, pour tester un "bug OpenGL" il faudrait que vous nous envoyez un code de test, qui, chez vous, affiche le cube, pas correctement. Ce code se doit d'être minimaliste.Citation:
Envoyé par baton
Comme ça, nous pourrions tester et voir si on peut reproduire ou non. (Notamment s'il y a des différences entre ATI et NVidia (et Intel :aie:))
S'il y avait eu un bug aussi gros, je pense que ça se saurait, depuis le temps. Si même avec le GL_NEAREST tu as des bordures, c'est que tes coordonnées sont mauvaises (ou alors ta texture a un format bizarre et n'est pas bien chargée, mais ça m'etonnerait).
Et si tu dessines des triangles de taille normale a une position de l'ordre du million, les floats vont pas avoir une précision suffisante, donc je pense pas que ce soit un problème d'opengl.
Je disais ça comme ça :roll:
Je doute que ce soit un bug opengl, mais ce qui est bizarre c'est que la largeur de la bordure est inversement proportionnel a la taille de la texture. Donc ce ne pas être un problème de coordonné, ni d'arrondi (ou alors un float ne suffi pas...?).
Surement un mauvais paramétrage des textures... mais alors, pourquoi avant l'utilisation des vbos ça buggé pas? avec les mêmes paramètres de texture.
Tu sais que si tu veux texturer un cube, tu peux utiliser une cube map (texture cubique), c'est fait pour ça. L'avantage de la texture cubique c'est que tu n'as pas besoin de reposer sur les texture atlas qui sont problématiques sur tous les hardware.
Ceci dit tu n'en es même pas encore aux problèmes liées aux texture atlas, mon avis c'est que tu t'es simplement gouré dans tes paramètres textures.
Une fois que tu auras résolu tes paramètres textures tu te rendras compte qu'il y aura toujours des problèmes aux joints (plus ou moins visibles), qui se résoudront de manière non simple.
L'un de ces problèmes est lié au texture atlas ce qui fera que ce sera difficile de faire du mip mapping par exemple plus tard ou de l'anisotropic filtering (sauf si tu vises le rendu crade sans filtrage). L'utilisation de la cube map (avec le mode d'adressage réglé sur clamping) résout une partie de ces problèmes mais pas tous. Dans le cas le plus extrême si tu veux qu'il n'y ait pas de frontière visible entre deux textures il faudra faire le filtrage de manière explicite en tenant compte des textures voisines.
Mais bon on n'en est pas encore là ;).
LeGreg
Comme ta texture n'est pas une puissance de deux (384), vérifie bien que tu as activé l'extension texture non puissance de deux sur ton hardware (si celui ci a moins de quatre ans ça devrait être possible). Si tu n'as pas activé cette extension, le driver pourrait décider de remplacer la texture initiale derrière ton dos par une texture puissance de deux (512x??) avec perte de qualité.
LeGreg
Le problèmes viens en effet de la.
J'ai redimensionné ma texture en 64*256, elle paraissent aplatie mais au niveau du rendu c'est parfais. Plus de bug!
Merci pour tout :)
http://www.nvidia.com/dev_content/nv...wer_of_two.txt
Tu auras toujours des problèmes quand tu décideras d'activer le mipmapping (ainsi que des soucis de continuité C0 entre les facettes..).
Mais bon..
Bien trouvé LeGreg :)
C'était la première piste à laquelle je pensais quand j'ai vu le screen mais je croyais que c'était devenu obsolète ce genre de problèmes (et pourtant j'en ai mangés mais jamais avec des VBO).
Bonsoir,
Je ré-ouvre le topic car mon probléme et réaparue :s
Pourtant ma texture fait une taille correcte (512*512).
Je me demandais si il existait un moyen de masqué ces arêtes avec les shaders. Car c'est vraiment moche, mes coordonnées de textures sembles bonnes (j'ai vérifié 10foi...) mais la texture utilisé par opengl dépasse d'un px en haut et 1px en bas (d'où les bordures).
Merci d'avance et bonne soirée
Screenshot ?
La première chose qui vient à l'esprit (comme je l'ai expliqué plus haut) c'est que tu as un problème parce que tu utilises des atlas de texture.
C'est difficile de filtrer correctement des texture atlas ou plus généralement de faire des raccords entre deux textures différentes (mais pas impossible).
Première solution : se restreindre au point filtering sans mipmapping (solution minecraft). Solution un peu plus évoluée : rajouter des bords à tes textures pour éviter d'être pollué par la texture voisine (et limiter le niveau d'anisotropie, le plus bas niveau de mipmapping et activer le centroid filtering si tu es en multisampling etc..).
Il y a des solutions un peu plus générales comme celles de l'implémentation temps réelle de PTEX. Mais c'est probablement pas ce que tu avais en tête quand tu as commencé à bosser sur un projet "tout simple" (bienvenu dans le monde de la 3D temps réel !).
LeGreg
Merci pour cette réponse.
Ce genre de post me promet de longue recherche sur google :)
Je vais faire ces recherches et je reviendrais plus tard avec mes problèmes.
En passant, j'aime particulièrement cette phrase :
xDCitation:
... (et limiter le niveau d'anisotropie, le plus bas niveau de mipmapping et activer le centroid filtering si tu es en multisampling etc..).
Bref merci et bonne soiré :p
Edit :
screens :
http://img408.imageshack.us/img408/2397/capture3lq.png
http://img847.imageshack.us/img847/6760/capture4cy.png
512x512 c'est la taille de quoi ? tu rentres tes 6 sous-textures dedans ?Citation:
Envoyé par baton
C'est quoi la taille d'une face dans cette texture ? Tu peux poster ta texture en taille réelle (telle que la carte graphique la voit ?)
Tu as essayé de désactivé le mipmapping et/ou bilinear filtering ?
512x512 c'est la taille de ma texture général qui contient :
- les 6 faces (64x64 par face) de la texture herbe
- les 6 faces de la texture bois
- les 6 faces de la texture arbre
et une petite texture pour géré la lumière.
Tout l'espace restant est transparent (texture au format png)
Je poste la texture ce soir.
Y'aurait pas un décalage d'un pixel dans tes coordonnées de texture? A tout hasard...
Malheureusement non ...
C'est bizarre, parce que c'est l'impression visuelle que ça donne. Une fine bande de terre sur l'herbe, de la transparence sur l'herbe. C'est comme si les quad affichés étaient décalés de pas beaucoup sur les quads de la texture.
Au lieu de mettre l'espace non utilisé de ta texture en transparent, as-tu essayé avec une couleur qui n'apparait pas dans ton jeu ? Genre un joli rouge, ou un jaune moche... Juste pour être sûr et certain... ce n'est pas que je doute, mais je suis comme St Thomas! :mouarf:
Quoique bon, ça va afficher la couleur, mais ça ne dira pas si ce sont les coord de textures qui foirent...
Sinon tu peux "tricher". Etendre un peu l'herbe sur ta texture, ça résoudra les lignes à ce niveau. Par contre à l'interface terre/herbe, là ça va être plus technique...
Bonsoir,
Je ré-ouvre une deuxième fois ce topic car je ne parvient toujours pas a me débarrassé de ce problème.
Comme LeGreg me l’avait suggérer j'ai rajouté des bords a mes textures au moment ou je récupère leurs coordonnées. Ça a résolu le problème des bordures des cubes proche, le problème c'est que dès qu'ils sont éloigné ça bug.
http://img855.imageshack.us/img855/9...eccullface.png
Avec glEnable(GL_CULL_FACE); le rendu passe de ça :
http://img163.imageshack.us/img163/4973/sanscull.png
a ça :
http://img5.imageshack.us/img5/5590/31775051.png
Donc il y a du mieux mais c'est pas encore ça...
D'autres screens:
http://img43.imageshack.us/img43/8803/pren.png
http://img838.imageshack.us/img838/2...nscullface.png
Avez vous des idées ou des pistes ? Le mipmapping corrigerais ce problème?