Big Tuto SFML 2 : Rabidja - Chapitre 23

Fichier : map.h, rajouter :

//Tiles pour les lumières const int TILE_LUMIERE_DEBUT = 141; const int TILE_LUMIERE_FIN = 148; const int TILE_LUMIERE_OMNIDIRECTIONNELLE = 141; const int TILE_LUMIERE_PLONGEANTE_GAUCHE = 142; const int TILE_LUMIERE_PLONGEANTE_BAS = 143; const int TILE_LUMIERE_PLONGEANTE_DROITE = 144; const int TILE_LUMIERE_PLONGEANTE_MOUVANTE = 145; const int TILE_LUMIERE_DOUCHE_BAS = 146; const int TILE_LUMIERE_DOUCHE_HAUT = 147; const int TILE_LUMIERE_TOURNANTE = 148;

Fichier : map.h, rajouter la fonction surchargée setTile() :

//Mutateurs void setLevel(int valeur); void setStartX(int valeur); void setStartY(int valeur); void setTile(int y, int x, int valeur);   //Rajouter la ligne ci-dessous : void setTile(int y, int x, int valeur, int couche);   void setNombreMonstres(int valeur); void setNombrePlateformes(int valeur);

   Voilà, et donc forcément, il va nous falloir rajouter le nouveau mutateur dans map.cpp  :

 

   Ensuite, toujours dans le même fichier, nous mettons à jour notre fonction Map::draw().

   Là, c'est 3 fois, plus ou moins le même code qu'il va falloir mettre à jour pour chaque couche, en-dessous de la gestion des ombres. 

   Je ne vous ai mis que le code à rajouter, en remplacement du code précédent qui effaçait simplement les tiles lumières. Si vous êtes un peu perdu dans tout ce code (le projet commence à bien prendre de l'ampleur ), reportez-vous à l'archive téléchargeable. 

 

 

   On remplace donc nos tiles de lumière par de vraies lumières.

   Chaque lumière a ses paramètres propres et vous noterez qu'on envoie en arguments la position de la tile source ainsi que sa couche, pour pouvoir la recopier ensuite.

   Dans Light::update, maintenant, on va s'occuper de décharger les lumières qui sortent de l'écran en utilisant ces arguments pour recopier la tile source au bon endroit et sur la bonne couche. Comme ça, on économisera de la mémoire, et en plus, cela permettra d'afficher bien plus de lumières par niveau ! 

 

   Maintenant, vous aurez sans doute remarqué qu'on a rajouté la gestion de la couche (ou layer) de la map pour nos tiles. Il va donc nous falloir faire quelques modifications pour que le reste du jeu la prenne aussi en charge.

   Commençons d'abord par créer une nouvelle variable m_couche pour la stocker dans lightEntity.h :

 

 

 

Fichier : lightEntity.h : Faire les modifications nécessaires :

 

Fichier : lightEntity.cpp : Faire les modifications nécessaires :

   Et voilà pour les couches ! 

   Par contre, comme la map se recharge à chaque mort, il faut aussi nettoyer les lumières, donc dans la fonction initialize() de player.cpp, on rajoute tout à la fin :

Fichier : player.cpp, rajouter :

//On réinitialise les lumières manager.clear(); manager.setTargetShadowColor(sf::Color::White);

   On compile, et ... MAGNIFIQUE !!  Cela marche ! 

   Ou pas... 

Note de Jay : Pour ma part, j'ai eu ici un problème avec Visual Studio 2013, alors que Skrool n'avait aucun souci avec Xcode sur Mac !
Bon, je laisse la guerre des Trolls Windows vs Mac pour d'autres sites, plus spécialisés là-dedans.  Et je vais simplement essayer de vous expliquer comment j'ai résolu le problème. 
Si, maintenant, tout roule pour vous, vous pouvez passer ce qui suit ! 

   Voilà, donc comme je le disais, je compilais vaillamment sur Visual Studio, quand mon compilo m'a craché à la figure l'erreur suivante :

error C2582: 'operator =' fonction non disponible dans 'lightEntity'

   D'abord dubitatif, je me suis dit : "Allons, bon, on recompile tout à zéro, et ça devrait lui passer !"  Mais, non ! 

   Alors, j'ai cherché 5 minutes sur internet, et j'ai vu que le compilo n'était pas content car il ne trouvait pas de constructeur de copie par opération d'affectation (=) valide. 

   OK, c'est vrai que j'en ai pas écrit, mais normalement, il devrait pouvoir en faire un bateau, tout seul comme un grand, non ?! 

   Eh ben, non (sans que je sache pourquoi Xcode y arrive, lui !).

   De plus, pourquoi a-t-il besoin d'un tel constructeur, qui pour ceux qui n'auraient pas suivi, sert simplement à copier un objet dans un autre, en faisant Objet1 = Objet2; ?

   Et bien, en cherchant un peu dans la lib standard, il semblerait que cela vienne de nos tableaux dynamiques. En effet, quand on supprime un objet du tableau, les autres sont déplacés à l'aide d'une fonction move(), qui fait ni plus ni moins que la même chose que moi dans mes tableaux statiques. Elle copie donc des objets du tableau à la place des éléments supprimés.

   Or, c'est ici que ça coince, puisque VS ne sait pas comment faire lightEntity1 = lightEntity2;, par exemple.

   Soit, s'il n'y a que ça ! Créons un constructeur par opérateur d'affectation, dans le fichier lightEntity.cpp :

Fichier : lightEntity.cpp, rajouter :

// Constructeur par opérateur d'affectation = lightEntity& lightEntity::operator=(const lightEntity& source) { // On copie les variables d'un objet à l'autre m_quality = source.GetQuality(); m_color = source.GetColor(); m_radius = source.GetRadius(); m_intensity = source.GetIntensity(); m_absoluteX = source.getAbsolutePosition().x; m_absoluteY = source.getAbsolutePosition().y; m_position = source.getPosition(); m_type = source.getType(); m_sourceX = source.getSourceX(); m_sourceY = source.getSourceY(); m_couche = source.getCouche(); m_sourceID = source.getSourceID(); m_directionnal = source.getDirectionnal(); m_angle = source.getAngle(); m_opening_angle = source.getO_Angle(); m_timer = source.getTimer(); m_targetIntensity = source.getTargetIntensity(); m_triangle = source.getTriangle();   return *this; }

Fichier : lightEntity.cpp, rajouter :

int lightEntity::getType(void) const { return m_type; } int lightEntity::getDirectionnal(void) const { return m_directionnal; } float lightEntity::getAngle(void) const { return m_angle; } float lightEntity::getO_Angle(void) const { return m_opening_angle; } int lightEntity::getTimer(void) const { return m_timer; } int lightEntity::getCouche(void) const { return m_couche; } float lightEntity::getTargetIntensity(void) const { return m_targetIntensity; } std::vector <sf::VertexArray> lightEntity::getTriangle(void) const { return m_triangle; }

   Voilà, et n'oublions pas le header, à présent ! 

Fichier : lightEntity.h, rajouter :

// Opérateur d'affectation lightEntity& operator=(lightEntity const&);     // Et plus loin, nos nouveaux prototypes d'accesseurs : int getType(void) const; int getDirectionnal(void) const; float getAngle(void) const; float getO_Angle(void) const; int getTimer(void) const; int getCouche(void) const; float getTargetIntensity(void) const; std::vector <sf::VertexArray> getTriangle(void) const;

   Et voilà pour ce passage ! 

   Normalement, Skrool avait prévu de ne faire qu'un chapitre des annexes 2, 3 et 4, mais je vais encore reporter la suite au chapitre suivant, car cela me semble déjà bien suffisant pour un chapitre. 

   Au chapitre suivant, Skrool vous montrera comment améliorer ce système en rendant l'affichage des lumières plus doux, et en ajoutant un shader de blur (= flou en anglais).