Historique du message - Irrlicht France

Historique des modifications - Message

Message #8801

Sujet: Texture Coordinates sur Vertex partagés

Type Date Auteur Contenu

Type	Date	Auteur	Contenu
Création du message	13-09-2010 03:45:03	nico	TUpac Ecris: En fait j'ai vu beaucoup d'éxamples vbo utilisant les index (et prouvant leur efficacité) Mais je n'ai jamais vu d'examples combinant cette technique aux coordonées de textures. Et c'est pas faute d'avair cherché. J'ai de plus en plus la même impression que glDrawElement c'est plus pour des mesh non texturés (du coup ça pue !) Sauf nouvelle trouvaille, je partirais donc sur un affichage à l'ancienne avec, un affichage triangle par triangle. Non je ne suis pas d'accord c'est prévu pour gérer textures, normals et tout le tralala... même si c'est pas parfait. Si j'ai bien compris l’intérêt est d'envoyer tout en mémoire vidéo en une seule fois , Donc il y a quand meme un gros avantage, même si tu perd en capacité mémoire, tu va gagner en rapidité de communication, donc après, tout dépend de tes besoins. mais la vitesse je trouve que c'est le truc prioritaire This extension defines an interface that allows various types of data (especially vertex array data) to be cached in high-performance graphics memory on the server, thereby increasing the rate of data transfers. En plus c'est tarpin la classe à regarder Code c++ : // v7------v6 // /\| /\| // v3------v2 \| // \| \| \| \| // \| v4-----\|v5 // \|/ \|/ // v0------v1 //Cube Primitive GLfloat CubePosData[] = { // front face 0, 1, 2, 2, 3, 0, -1, -1, 1, //0_v0 1, -1, 1, //1_v1 1, 1, 1, //2_v2 -1, 1, 1, //3_v3 // top face 4, 5, 6, 6, 7, 4, -1, 1, 1, //4_v3 1, 1, 1, //5_v2 1, 1, -1, //6_v6 -1, 1, -1, //7_v7 // back face 8, 9, 10, 10, 11, 8, 1, -1, -1, //8_v5 -1, -1, -1, //9_v4 -1, 1, -1, //10_v7 1, 1, -1, //11_v6 // left face 12, 13, 14, 14, 15, 12, -1, -1, -1, //12_v4 -1, -1, 1, //13_v0 -1, 1, 1, //14_v3 -1, 1, -1, //15_v7 // bottom face 16, 17, 18, 18, 19, 16, -1, -1, -1, //16_v4 1, -1, -1, //17_v5 1, -1, 1, //18_v1 -1, -1, 1, //19_v0 // right face 20, 21, 22, 22, 23, 20 1, -1, 1, //20_v1 1, -1, -1, //21_v5 1, 1, -1, //22_v6 1, 1, 1 //23_v2 }; GLubyte CubeIndexData[] = { 0, 1, 2, 2, 3, 0,// front face 4, 5, 6, 6, 7, 4,// top face 8, 9, 10, 10, 11, 8,// back face 12, 13, 14, 14, 15, 12,// left face 16, 17, 18, 18, 19, 16,// bottom face 20, 21, 22, 22, 23, 20 // right face }; GLfloat CubeCoordsData[] = { 0,0, 1,0, 1,1, 0,1,// front face 0,0, 1,0, 1,1, 0,1,// top face 0,0, 1,0, 1,1, 0,1,// back face 0,0, 1,0, 1,1, 0,1,// left face 0,0, 1,0, 1,1, 0,1,// bottom face 0,0, 1,0, 1,1, 0,1 // right face }; GLubyte Texture[4*4] = { 0xFF,0xFF,0xFF,0xFF, 0,0,0xFF,0, 0,0,0xFF,0, 0xFF,0xFF,0xFF,0xFF, }; source:developpez.com

Création du message

13-09-2010 03:45:03

nico

TUpac Ecris:
En fait j'ai vu beaucoup d'éxamples vbo utilisant les index (et prouvant leur efficacité)
Mais je n'ai jamais vu d'examples combinant cette technique aux coordonées de textures. Et c'est pas faute d'avair cherché.
J'ai de plus en plus la même impression que glDrawElement c'est plus pour des mesh non texturés (du coup ça pue !)
Sauf nouvelle trouvaille, je partirais donc sur un affichage à l'ancienne avec, un affichage triangle par triangle.

Non je ne suis pas d'accord

c'est prévu pour gérer textures, normals et tout le tralala... même si c'est pas parfait.
Si j'ai bien compris l’intérêt est d'envoyer tout en mémoire vidéo en une seule fois , Donc il y a quand meme un gros avantage, même si tu perd en capacité mémoire, tu va gagner en rapidité de communication, donc après, tout dépend de tes besoins. mais la vitesse je trouve que c'est le truc prioritaire

This extension defines an interface that allows various types of data
(especially vertex array data) to be cached in high-performance
graphics memory on the server, thereby increasing the rate of data
transfers.

En plus c'est tarpin la classe à regarder

Code c++ :


//    v7------v6
//   /|       /|
//  v3------v2 |
//  | |      | |
//  | v4-----|v5
//  |/       |/
//  v0------v1
//Cube Primitive
GLfloat CubePosData[] = {
	 // front face 		0, 1, 2, 2, 3, 0,
	-1, -1,  1, //0_v0
	 1, -1,  1, //1_v1
	 1,  1,  1, //2_v2
	-1,  1,  1, //3_v3
	// top face 		4, 5, 6, 6, 7, 4,
	-1,  1,  1, //4_v3
	 1,  1,  1, //5_v2
	 1,  1, -1, //6_v6
	-1,  1, -1, //7_v7
	// back face		8, 9, 10, 10, 11, 8,
	 1, -1, -1, //8_v5
	-1, -1, -1, //9_v4
	-1,  1, -1, //10_v7
	 1,  1, -1, //11_v6
    // left face		12, 13, 14, 14, 15, 12,
	-1, -1, -1, //12_v4
	-1, -1,  1, //13_v0
	-1,  1,  1, //14_v3
	-1,  1, -1, //15_v7
	// bottom face		16, 17, 18, 18, 19, 16,
	-1, -1, -1, //16_v4
	 1, -1, -1, //17_v5
	 1, -1,  1, //18_v1
	-1, -1,  1, //19_v0
	// right face		20, 21, 22, 22, 23, 20
	 1, -1,  1, //20_v1
	 1, -1, -1, //21_v5
	 1,  1, -1, //22_v6
	 1,  1,  1  //23_v2
 };

GLubyte CubeIndexData[] = {
     0,  1,  2,   2,  3,  0,// front face
	 4,  5,  6,   6,  7,  4,// top face
	 8,  9, 10,  10, 11,  8,// back face
	12, 13, 14,  14, 15, 12,// left face
	16, 17, 18,  18, 19, 16,// bottom face
	20, 21, 22,  22, 23, 20 // right face
};

GLfloat CubeCoordsData[] = {
    0,0, 1,0, 1,1, 0,1,// front face
    0,0, 1,0, 1,1, 0,1,// top face
    0,0, 1,0, 1,1, 0,1,// back face
    0,0, 1,0, 1,1, 0,1,// left face
    0,0, 1,0, 1,1, 0,1,// bottom face
    0,0, 1,0, 1,1, 0,1 // right face
};

GLubyte Texture[4*4] =
{
    0xFF,0xFF,0xFF,0xFF,  0,0,0xFF,0,
    0,0,0xFF,0,           0xFF,0xFF,0xFF,0xFF,
};

source:developpez.com

Retour