Discussion :

[matthieu637]

Bonjour,
je fais actuellement un rpg 2D vu de haut ( sans système de case par case ) et j'aimerais savoir comment définir les zones où le personnage ne peut pas accéder.

Le déplacement du personnage se fait par un changement de repère.

J'ai pensé mettre une grande image de fond pour la carte et une autre image avec les objets inaccessibles et dont les zones transparentes ( où on voit donc la première image ) seraient accessibles.

La seconde solution ( avec plein d'images dessinées les unes à côté des autres ) aurait été de vérifier à chaque instant où le personnage bouge si l'image où il arrive est accessible.


Avez-vous d'autres solutions? La première est-elle réalisable?

[matthieu637]

Problème résolu par la 1ère méthode et l'ajout d'une 3ème couche pour dessiner le personnage sous le haut des maisons et arbres.

[bouye]

Ta solution fonctionne en effet parfaitement.

Generalement et traditionnellement on utilise une image dediee, un masque en N&B ou en deux couleurs (voir BufferedImage.TYPE_BYTE_BINARY) qui defini les zones accessibles dans l'image de fond. Idem la plupart des sprites ont des masques qui leur sont associes pour definir les zones qui ne ne comptent pas pour les collisions (ex bidon : la cape du perso qui flotte au vent).

Egalement, de nos jours, tu peux te creer une editeur qui te permet de dessiner des formes geometriques sur le fond, de les stocker dans un fichier texte et ensuite d'utiliser l'interface Shape pour determiner si le perso peut aller dans ces zones ou pas. Ca a probablement le merite de bouffer moins de memoire qu'une image dediee.

[matthieu637]

Je me disais aussi que la RAM utilisé par l'application augmenté rapidement avec l'utilisation d'images dédiées.

Actuellement, lors d'un déplacement la méthode géodata() est appelé presque 500 fois par seconde pour analyser les points d'un ovale qui représente le socle du sprite et cherche si il y a de la couleur en ces points :

Code :

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

1
2
3
4
5
6
7
8
9
 
	public void geodata()
	{
		int rgb= bufferedImageInnaccessible.getRGB((int) xGeo,(int) yGeo);
		int rouge = (rgb >>16) & 0xFF;
		int vert = (rgb >> 8) & 0xFF;
		int bleu = rgb & 0xFF;
		if (rouge != 0 | vert != 0 | bleu != 0) {xPerso -= dx; yPerso -= dy; dx=0; dy=0;}
	}

Pourtant malgré ce nombre l'UC n'est pas fortement utilisé (2-3%) et les déplacements sont fluides.
Si il existe une solution qui prend moins de RAM, moins de calculs et tout aussi efficace je suis preneur.


Je dispose justement d'un Éditeur maison permettant de créer des cartes pour cette application. Avec l'interface Shape les déplacements seront-ils toujours aussi fluides, la RAM/UC sera-elle diminué ?

[bouye]

Justement quel type utilises-tu pour tes images masque ? Car TYPE_INT_RGB ou TYPE_INT_ARGB c'est quand meme 4 octets par pixel.

[matthieu637]

Le TYPE_INT_RGB.

Si j'augmente la taille de l'image ( 380 ko -> 980 ko ), la RAM utilisé par l'application passe de 200 mo vers 460 mo.