Oui normal il y a que le strict minimum, c'est que la première partie du tuto, mais t'as vu ce qui nous attend ?

ça vaut pas yafray mais sympa le rendu
manque de l'antialiasing quand même ...

guard:

#ifndef HEADLER_NAME
#define HEADLER_NAME
//code
#endif

C'est génial tes onglets avec ton code !! tu files les balises BB stp ?
Et sinon c'est ça que t'appelles du bordel ?!
Attends de recevoir mon mail

c'est pas mal, je suis pas mécontent, je vois que mon exemple a servi un peu
quelques remarques si ça peut t'aider plus tard

this-> pas obligatoire en règle générale sauf rare cas ( exemple la classe a une variable Blabla et que la fonction a un paramètre qui s'appelle aussi Blabla, mais ici rouge et Rouge il n'y a pas de soucis )

tu n'es pas obligé de spécifier un nom de variable dans les déclarations de variable ... mais c'est juste histoire de coder plus vite
dans materiaux tu pourrais utiliser un vecteur3<unsigned char> pour les couleurs, mais bon c'est un détail

fais attention à <<#define main Moteur>> je ne sais pas si c'est voulu mais concrètement le define va remplacer tout les main par Moteur, où qu'il soit, surtout qu'il est dans un headler sa implique que les fichiers qui l'incluent sont affectés ...

et puis peut-être pas assez de guard
question: tu as un rendu graphique ? pour l'histoire des vecteur3, désolé j'étais pas là, mais ça a eu peut être du bon ? ^^

bon je pense qu'il est temps que je jette un coup d'oeil à ce tuto cela ?
histoire de voir l'avancement ou ce qui pourrait être changé/amélioré ...

Heu t'es sûr que c'est possible ? j'ai l'impression que les coordonnées de texture ont besoin chacunes de leur propre sommet(ou l'inverse), car avec 8 sommets je n'arrive pas à modifier le plaquage de la texture des autres faces dans le coorddata, par contre avec 24 sommets la texture s'applique correctement en fonction de ce que je lui dis, j'ai vu plein d'exemples avec des color array+8sommets mais coorddata+8sommets je trouve pas d'exemple donc je me pose des questions enfin logiquement ça devrait être possible mais j'ai un doute, as tu déjà vu ça quelque-part ?

Et ben c'est exactement la même chose que mon soucis. Les Vertex qui sont partagées entre les faces sont utilisées par ogl pour texturer la troisième:

Et pour les faces de dessus et dessous c'est pire !

Merci pour les précisions
il y a un encore un truc que je comprends pas, c'est pourquoi ogl texture automatiquement ma troisième face sans que je lui demande, regarde:

GLfloat CubePosData[] = {

	     // front face 	
        -1.0f, -1.0f,  1.0f,
		 1.0f, -1.0f,  1.0f, 
		 1.0f,  1.0f,  1.0f, 
		-1.0f,  1.0f,  1.0f, 

		// back face		
		 1.0f, -1.0f, -1.0f, 
		-1.0f, -1.0f, -1.0f, 
		-1.0f,  1.0f, -1.0f, 
		 1.0f,  1.0f, -1.0f, 
 };
GLubyte CubeIndexData[] = {
	0, 1, 2,  2, 3, 0,		// front face
	4, 5, 6,  6, 7, 4,		// back face
	5, 0, 3,  3, 6, 5
  };
GLfloat CubeCoordsData[] = {
   0,0, 1,0, 1,1, 0,1, // front face
   0,0, 1,0, 1,1, 0,1,  // back face
};

Coucou, j'ai enfin réussi à afficher le cube, je vois enfin le problème que t'as, en effet j'ai fait deux face opposées, et j'ai du mal à les relier, ça part en diagonale,
j'ai fait par exemple
0,1,2, 2,3,0,
4,5,6 ,6,7,4,
....et après c'est chaud
et là je cherche à faire la liaison, dans les exemples que j'ai vus sur le net ça utilise des indice et toi des index, c'est quoi la nuance ?
en tout cas j'ai appris plein de trucs