La programmation multithreading est un monde \u00e0 part et il faut bien en \u00eatre conscient. Dans une des demos sur laquelle je bosse en ce moment, il y a deux threads: le thread principal qui s’occupe de la gestion des messages de la fen\u00eatre via la classique pompe \u00e0 message GetMessage() et le thread de rendu pour le rendu 3D de la sc\u00e8ne. Dans le thread de rendu, l’application a besoin de r\u00e9cup\u00e9rer l’\u00e9tat des touches du clavier (pour controler la cam\u00e9ra) avec GetKeyboardState(). Mais la chose \u00e0 savoir est que l’\u00e9tat du clavier et ses messages sont post\u00e9s dans le thread principal qui g\u00e8re la fen\u00eatre et du coup le thread de rendu ne re\u00e7oit aucun message et donc ne peut pas lire le clavier avec et KeyboardState(). Une solution pour r\u00e9soudre ce probl\u00e8me est de partager l’\u00e9tat du clavier entre les deux threads \u00e0 l’aide de la fonction win32 AttachThreadInput():<\/p>\n
\r\n\/\/ === Main.cpp ===\r\n\/\/ Main Thread\r\nDWORD main_thread_id = GetCurrentThreadId();\r\n\r\n\r\n\/\/ === Render.cpp ===\r\n\/\/ Render Thread\r\nDWORD render_thread_id = GetCurrentThreadId();\r\n\r\nAttachThreadInput( render_thread_id, main_thread_id, TRUE );\r\n<\/pre>\nMaintenant le thread de rendu peut lire l’\u00e9tat du clavier.<\/p>\n","protected":false},"excerpt":{"rendered":"
La programmation multithreading est un monde \u00e0 part et il faut bien en \u00eatre conscient. Dans une des demos sur laquelle je bosse en ce moment, il y a deux threads: le thread principal qui s’occupe de la gestion des messages de la fen\u00eatre via la classique pompe \u00e0 message GetMessage() et le thread de rendu pour le rendu 3D de la sc\u00e8ne. Dans le … Continue reading Multithreading et Lecture du Clavier<\/span>