Discussion :

[fleurdelys77]

Bonjours les amis,

Je veux modéliser le terrain de Puget Sound en utilisant sa heightmap http://www.cc.gatech.edu/projects/large_models/ps.html
Afin de lire les valeurs de cette image PNG j'ai utilisé la fonction suivante :

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
 
bool CTerrain::LoadHeightMap(char* fileName, int length, int width)
{
	FILE *file;
	file = fopen(fileName, "rb");
 
	//check to see if there is data
	if (file == NULL)
		return false;
 
	BYTE  Heights = ( BYTE *)malloc(length*width*sizeof( BYTE ));
	fread(Heights,sizeof( BYTE ),length*width,file);
	fclose(file);
 
	////check to see if there is data
	if( Heights != NULL )
	{
		return true;
	}
	else 
		return false;

Mais malheureusement le résultat n'était pas réel, alors j'ai converti l'image png en raw en utilisant photoshop (lire l'image png dans photoshop puis la sauvegarder en format raw) et quand j'exécute le programme en utilisant la même fonction décrite ci dessus et l'image .raw le résultat sera beaucoup meilleur. Ma question est la suivante : est ce que cette methode que j'ai utilisé (convertir png en raw) est juste ou pas ?
Si ce n'est pas le cas, que dois je faire pour lire les vrais valeurs de cette carte?

Merci d'avance

[bafman]

convertir le PNG en raw est une solution qui marche avec le code donné. par contre, il est évident que le code ne charge pas un PNG. il ouvre un fichier, lit une quantité donné de son contenu (sans vérifier que le fichier fait bien la bonne taille) et c'est tout. Pour lire un PNG, il faut :
- soit coder une lib de lecture de PNG
- soit utiliser une lib existante genre http://www.libpng.org/pub/png/libpng.html

le format PNG est un format d'image structuré et compressé. On ne peut pas accéder aux données de l'image aussi naivement.

[fleurdelys77]

Merci infiniment bafman ... autre chose, d'après mes connaissance pour une image en noir et blanc sa taille dans le disque dure = nombre totale de pixel /1000000 (en megabyte ou megapixel)
Pour la carte de puget sound sa taille est de 16385*16385 ce qui donne 268,468225 megabyte mais mon fichier raw à une taille de 512 megabyte

Est ce que quelqu'un aura la gentillesse de m'expliquer ce résultat

Merci encore

[Emmanuel Deloget]

Chaque "pixel" du puget est codé sur 2 octets afin d'avoir une dynamique suffisante dans la dimension verticale (entre 0 et 65536 au lieu de 0->255 sur un codage en 1 byte).

Et on divise par 1024, 1024*1024, ... On est en puissance de 2, jeune padawan !

[fleurdelys77]

Merci Emmanuel j'ai bien compris la première partie mais qu'entendez vous par en divise par 1024, 1024*1024, ... ?

Et on divise par 1024, 1024*1024, ... On est en puissance de 2, jeune padawan !

[C Blaise]

Merci Emmanuel j'ai bien compris la première partie mais qu'entendez vous par en divise par 1024, 1024*1024, ... ?

En informatique on compte en puissance de 2 ==> 2^10 = 1024

Du coup 1Mo = 1024ko = 1024 * 1024 octets

PS : des fois ce principe n'est pas appliqué à la lettre par les fournisseurs de disques qui divisent par 1000 (du coup çà donne une capacité plus grande...)

[fleurdelys77]

Les amis j'ai rencontré un autre problème d’après Emmanuel Deloget :

Chaque "pixel" du puget est codé sur 2 octets afin d'avoir une dynamique suffisante dans la dimension verticale (entre 0 et 65536 au lieu de 0->255 sur un codage en 1 byte).

Puisque les pixels sont codés sur 2octets alors je dois lire les pixels avec un short unsigned c-à-d

Code :

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

1
2
3
 
unsigned short Heights = ( unsigned short *)malloc(length*width*sizeof( unsigned short));
fread(Heights,sizeof( unsigned short ),length*width,file);

Mais le résultat est catastrophique est ce que quelqu'un aura la gentillesse de m'éclaircir les choses
Merci encore d'avance

[Emmanuel Deloget]

Pourquoi unsigned ?

Géneralement, ce sont des valeurs signées, de manière à pouvoir stocker les altitudes négatives (donc en dessous de 0). J'ai donné les limites 0->65535 pour t'éclairer sur la raison qui fait qu'on utilise généralement 2 octets, pas pour dire que la valeur n'était pas signée (d'autant plus que le Puget Sound contient un bras d'océan, si je ne m'abuse).

Est-ce que tu peux nous donner un lien à partir duquel tu as récupéré les données, afin que je puisse y jeter un coup d'oeil ?