Brusque lags avec thread & gérance de temps

[AnselmeSfml]

Bonjour!

Dans mon programme, j'utilise un thread qui gère une fonction qui s'occupe d'exécuter une instruction toutes les x millisecondes, et ce jusqu'à ce que l'utilisateur stop le thread. Seulement, j'observe graphiquement de brusques latences, qui apparaissent puis disparaissent de manière totalement aléatoire... J'ai tout d'abord pensé à réduire la fréquence taux d'appel de l'instruction en fonction, mais même toute les 10 secondes, il y a le même taux de latence qu'avec 10 millisecondes. Voilà mon code:

void Map::anime()
{
 m_clock.restart();
        do
        {
            if(m_clock.getElapsedTime() > sf::milliseconds(m_animationSpeed))
            {
                m_clock.restart();
                if(m_animationX<m_maxAnimationX-1) m_animationX += 1;
                    else m_animationX = 0;

                for(int z=0; z<m_height; z++)
                    for(int y=0; y<m_width; y++)
                        for(int x=0; x<m_width; x++)
                {
                    if(m_animationList[getIndexAtCase(x, y, z)]>1 && m_animationX<m_maxAnimationX) setCase(x, y, z, getIndexAtCase(x, y, z));
                }
            }
        } while(!m_stop);
}
 

Ce code s'occupe en fait d'animer des tuiles de la carte en changeant les texcords en question de mes sf::VertexArray.
Merci d'avance!

[Laurent]

Pas besoin d'un thread pour faire ça. Tu rends ton code plus compliqué pour rien. Avec un peu de chance ça résoudra aussi ton problème.

[AnselmeSfml]

Ah? Mais du coup ça ne marchera plus, le programme ne fera que ça, non?

[Laurent]

Non, pas si tu le fais correctement

[AnselmeSfml]

Euh... C'est à dire, correctement? Ma fonction tourne en boucle, comment puis-je exécuter en même temps tout le reste?

[Laurent]

De la même manière que tout le reste, justement. Tu gères bien les évènements, la logique, l'affichage et je ne sais quoi d'autre dans ta boucle principale, non ? Alors pourquoi pas ça aussi ?

[AnselmeSfml]

Parce que je travaille sur un moteur de jeu, et ce doit être géré automatiquement dans la classe "Map".

[Laurent]

Et alors ?

[AnselmeSfml]

Et alors, ceci ne peut être géré dans la boucle d'affichage, puisque le principe c'est que l'animation se gère automatiquement à l'intérieur de la classe en question, sans besoin des appels de fonction de la part de l'utilisateur ...   

[AnselmeSfml]

Dois je revenir au thread?

[Laurent]

C'est une mauvaise façon de voir les choses. Fais donc comme tout le monde, une fonction Map::update() que tu appelles à chaque tour de ta boucle principale. Et évite les threads.

[AnselmeSfml]

Mais le problème, c'est que comme je travaille sur la création d'un moteur, l'utilisateur n'a seulement qu'à créer la carte, puis l'afficher avec app.draw(carte). C'est lui qui doit gérer sa boucle de mise à jour, car la carte n'est pas le seul truc qu'il a le droit d'afficher. C'est quelque chose qu'il a libre recours d'utiliser...

[Laurent]

A toi de voir comment tu conçois ton moteur, mais techniquement c'est absurde d'utiliser un thread pour ça, c'est tout

[AnselmeSfml]

D'accord, mais dans mon cas je suis obligé de faire appel aux threads. Mon moteur n'est pas mono-classe.

[Laurent]

Mais tu te rends compte que ton thread, tel qu'il est écrit, pompe 100% de CPU pour ne rien faire ?