GoldenCrystal (./32) :
Heu… Je n'ai pas l'impression que tu comprennes comment ça doit fonctionner…
Y'a des trucs que tu peux pas faire sur le thread de rendu pendant que certains se passent sur le thread d'interface, et vice-versa, y'a aucune histoire de passage de message ou autre…Le thread UI *est* celui qui reçoit les messages de Windows (et pas l'inverse comme tu l'as écrit), c'est lui qui va éventuellement les foutre dans une file asynchrone qui sera lue par le thread de physique / mise à jour (qui n'a rien à voir avec le rendu !).

Tu parlais de jeu (cf. fin du ./14), et dans ce cas le thread qui calcule le rendu ne sera certainement pas celui qui reçois les messages, non. Enfin libre à toi de faire comme ça et d'avoir des messages qui bloquent ton rendu (heu ... et tu vas jusqu'à prétendre que c'est ce que tu *cherches* comme comportement ? ), mais si c'est ta solution je suis pas sûr qu'il faille chercher bien loin la raison pour laquelle on est pas d'accord

(ça me rappelle vaguement un topic fixed time step vs variable time step, tiens)

[edit] quand tu fais du réseau tu fais pareil, tu poll 150 fois par seconde dans le même thread que celui qui traite tes données, en espérant aller assez vite ?