Dois-je déplacer les tuiles ou le joueur dans un monde de tuiles 2d?

Question

Je suis en train de créer un jeu de tuiles 2d et je me demande si les tuiles doivent bouger ou le personnage?

Je pose cette question parce que j'ai déjà créé le "2d tile map" mais il fonctionne trop lentement, et je ne peux pas le réparer. J'ai tout essayé maintenant et le résultat est que je reçois 30 fps.

La raison pour laquelle il fonctionne trop lentement est parce que toutes les 1ms avec une minuterie, les tuiles sont en cours de redessin. Mais je ne peux pas comprendre comment résoudre ce problème.

Si quelqu'un pouvait m'aider, je l'apprécierais vraiment!

Voici comment je fais la carte:

 public void makeBoard() 
    { 
     for (int i = 0; i < tileArray.GetLength(0); i++) 
     { 
      for (int j = 0; j < tileArray.GetLength(1); j++) 
      { 
       tileArray[i, j] = new Tile() { xPos = j * 50, yPos = i * 50 }; 
      } 
     } 
    } 

Ici, je redessine 1ms ou plus les tuiles et sprites:

 private void Wereld_Paint_1(object sender, PaintEventArgs e) 
    { 
     //label1.Text = k++.ToString(); 
     using (Graphics grap = Graphics.FromImage(bmp)) 
     { 
      for (int i = 0; i < tileArray.GetLength(0); i++) 
      { 
       for (int j = 0; j < tileArray.GetLength(1); j++) 
       { 
        grap.DrawImage(tileArray[i, j].tileImage, j * 50, i * 50, 50, 50); 
       } 
      } 
      grap.DrawImage(player.movingObjectImage, player.xPos, player.yPos, 50, 50); 
      grap.DrawImage(enemyGoblin.movingObjectImage, enemyGoblin.xPos, enemyGoblin.yPos, 50, 50); 

      groundPictureBox.Image = bmp; 
      // grap.Dispose(); 

     } 
    } 

C'est la minuterie avec un spécifique intervalle:

 private void UpdateTimer_Tick(object sender, EventArgs e) 
    { 
     if(player.Update()==true) // true keydown event is fired 
     { 
      this.Invalidate(); 
     } 
     label1.Text = lastFrameRate.ToString(); // for fps rate show 
     CalculateFrameRate(); // for fps rate show 
    } 

Answer 1

Comme mentionné dans les commentaires, votre concept est erroné. Alors, voici juste un simple résumé de la façon de faire cette tâche:

1. carte de tuile est statique

   Du point de vue fonctionnel n'a pas d'importance si le joueur se déplace ou la carte, mais du point de vue de la performance le nombre de tuiles est énormément plus grand que le nombre de joueurs si le joueur en mouvement est plus rapide.

   Pour centrer le lecteur ou suivre les vues, vous devez également déplacer l'appareil photo.

2. rendu

   Repeindre toutes 1ms est fou et très probablement impossible sur les ordinateurs de nos jours si vous avez complexité moyenne de la scène. La vision humaine ne peut pas le détecter de toute façon, donc il ne sert à rien de repeindre plus que 25-40 fps. La seule raison pour des besoins plus élevés de fps est d'être synchronisé avec le rafraîchissement de votre moniteur pour éviter les artefacts de ligne de balayage (Oui même les lignes de balayage d'utilisation d'affichage à cristaux liquides réutilisent). Pour avoir plus de fps alors le taux de rafraichissement de votre moniteur est inutile (beaucoup de fps s'y opposent mais notre perception est ce qu'elle est, peu importe ce qu'ils disent ...).

   De toute façon, si votre rendu a pris plus de 1ms (ce qui est plus que probable) alors votre minuteur est vissé car il devrait être tiré plusieurs fois avant que le premier gestionnaire s'arrête. Cela provoque généralement des ralentissements massifs dus à des problèmes de synchronisation, de sorte que le fps résultant est généralement encore plus petit que le moteur de rendu pourrait fournir. Alors, comment remédier à cela?

   1. intervalle défini timer-20ms ou plus
   2. ajouter bool _redraw=false et l'utiliser pour redessiner uniquement lorsque vous devez repeindre l'écran.Donc, sur toute action comme le mouvement du joueur, le mouvement de la caméra ou le tour, le changement d'animation le règle sur true
   3. le gestionnaire d'événement timer interne n'appelle votre repeint que si _redraw==true et le place à false par la suite.

   Cela augmentera considérablement les performances. Même si votre repeindre prendra plus de temps que l'intervalle de la minuterie, ce sera beaucoup plus rapide que votre approche actuelle.

   Pour éviter le scintillement, utiliser Retour tampon.

3. appareil photo et la coupure

   Votre carte est très probablement beaucoup plus grand que l'écran donc il n'y a pas de point de repeindre toutes les tuiles. Vous pouvez regarder la caméra comme un moyen de sélectionner la bonne partie de votre carte. Si votre jeu n'utilise pas de rotations, vous n'avez besoin que de position et peut être zoom/scale. Si vous voulez des rotations, alors les matrices 2D homogènes 3x3 sont le chemin.

   Soit suppose que vous avez seulement la position (pas de zoom ou de rotation), vous pouvez utiliser ces transformations:

   screen_x=world_x-camera_x 
   screen_y=world_y-camera_y 
   
   world_x=screen_x+camera_x 
   world_y=screen_y+camera_y 
   

   si camera est votre position de vue de la caméra, world est vous position de tuiles dans la grille de carte et screen est le position sur l'écran. Si vous avez indexes de votre tuile dans la carte, alors multipliez-les par la taille de la tuile en pixels pour obtenir les coordonnées world. Pour sélectionner uniquement les mosaïques visibles, vous devez obtenir les positions de coin de votre écran, les convertir en coordonnées mondiales, puis en index sur la carte et enfin restituer uniquement les mosaïques dans le rectangle formé par ces points dans votre carte + une certaine marge d'erreur (par exemple, rendre 1 rectangle élargi de tuiles dans toutes les directions). De cette façon, le rendu sera indépendant de la taille de votre carte. Ce processus est appelé écrêtage.

Je recommande fortement de regarder ces liées AQ s:

• Improving performance of click detection on a staggered column isometric grid
• 2D Diamond (isometric) map editor ... lire les commentaires là !!!

La démo dans les QAs liés utilisent uniquement GDI et l'accès direct des pixels bitmaps sous forme win32 application afin que vous puissiez comparer les performances avec votre code (ils devraient être similaires) et modifier votre code jusqu'à ce qu'il se comporte comme se doit.

Answer 2

Est-ce que vous écrivez vous-même l'implémentation de la tuile? Probablement le problème est qu'à chaque image vous dessinez toutes les tuiles.

Les moteurs 2D avec des carreaux de défilement doivent dessiner des carreaux sur un sprite plus grand que l'écran, puis dessiner ce sprite autour de laquelle est une opération rapide (vous devez spécifier la langue que vous utilisez afin de donner un indice comment faire en fait que rapide - essentiellement une mémoire vidéo accélérée blit, mais chaque langue a son chemin pour y arriver)

quand la frontière de ce super-sprite est plus proche de la frontière de l'écran que un seuil (généralement une demi-tuile), le plus grand sprite est redessiné autour de la position actuelle - mais il n'y a pas besoin de dessiner toutes les tuiles là-dessus! commencez à copier le supersprite sur ce sprite recentré et il vous suffit de dessiner les tuiles manquantes du supersprite précédent en raison du décalage.