Discussion :

[begre1929]

Bonjour,
j'essaie de comprendre l'article "Architecture d'un jeu vidéo 3D"
http://khayyam.developpez.com/articl...age=page_2#LII
. A la section "II. Les différents modules" il y a l'apparition de mutex, je ne savais pas ce que c'était j'ai donc fait quelques recherches, j'ai compris que ça servais de verrou, et que "lock" servait à actionner ce verrou. Par contre je ne comprends pas la séquence :

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
void game::run(){
	bool current_still_running = still_running;
 
	// on crée un verrou pour accéder au mutex
	boost::mutex::scoped_lock l(still_running_mutex);
	l.unlock();	
 
	while (current_still_running){
		n->frame();
		g->frame();
		gfx->frame();
		s->frame();
		l.lock();
			current_still_running = still_running;
		l.unlock();
	}
}

en fait je vois pas où apparaissent les threads différents, et si je prends un thread qui par exemple est entrain d'effectuer

Code :

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

g->frame();

pour moi le mutex est déverrouillé, donc je vois pas en quoi ça empêcherai un autre thread de lancer

Code :

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

game::run

et de rentrer dans la boucle... mais là je vois vraiment pas d'où sont créé ces threads.

note : l'article http://apais.developpez.com/tutoriel...ltithread/#LIV (sur le multithreading) n'est pas finis... il n'y a aucun avertissement lorsque on ouvre l'article...

[Ange_blond]

Bonjour,

Code :

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

1
2
3
4
 
		l.lock();
			current_still_running = still_running;
		l.unlock();

Dans cette séquence, le lock sert de toute evidence a protéger l'acces en écriture sur la variable, variable qui doit donc etre accessible depuis d'autres fonctions/objets de maniere asynchrone, ce qui représente un danger si plusieurs threads essayent de l'écrire en meme temps.

Regarde donc où cette variable est utilisée en dehors de cette méthode, ça t'aidera peut etre, j'espere.

[begre1929]

je pense avoir compris l'utilisation du mutex, quand il dit :

La condition d'arrêt de cette boucle quasi infinie devra être modifiée par le moteur de jeu. L'architecture possède donc un booléen représentant l'arrêt du programme. Ce booléen devra être protégé par des verrous pour se garantir des accès concurrents éventuels.

là pour le moment je ne vois pas où apparaissent l'utilisation de threads différents...