Discussion :

[Astraya]

Bonjour à tous,

Je viens afin d'avoir un avis extérieur sur un façon de générer des textures avec OpenGL sachant que le tout est sur 2 threads.
1 Thread -> main ( Logique, scene, input...)
2 Thread -> rendu (OpenGL)

Je ne vais pas vous balancer tout le code je vais juste vous orienter.
J'ai un classe pour chaque thread. Ici l'importante est la classe de Rendu. Elle dispose donc d'un thread et d'une methode static qui est grosso modo:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
Void Render::RenderingThread(.....)
{
    OpenGL->Init()
    While(thread->running)
    {
       PreRender();
       Render();
       PostRender();
    }
    OpenGL->Release();
}

Donc la ou je m’interroge et ou je voudrais un avis extérieur c'est sur le fait que le charge des COLLADA ( dae ) dans le main thread. Je récupère donc un nom de texture, ici "marble.tga". Je lit le tga et recupère ces infos etc....
De la, il me faut faire un glGenTextures()!

Or, OpenGL étant dans son thread je dois faire appelle a glGenTextures dans le thread après l'init de OpenGL. Donc ça veux dire:
- Etre sur que OpenGL est initialisé au moment ou l'on load la texture. Ce qui veut dire que l'on ne peux pas charger le TGA puis glGenTextures après car le thread de rendu n'est pas sur d'être encore lancé ( tout dépendras du code client ).

Donc j'avais pensé avoir dans la classe de rendu OpenGL un vecteur texture à générer. Ce vecteur sera remplit à chaque demande du thread main , et lu à chaque PreRender() de la scène pour faire le glGenTextures et les supprimer de ce vecteur.

J'aimerais un avis sur ce choix, avez vous des conseils? avez vous déjà été confronté à ça et qu'elles ont été vos solutions?

Merci

[Astraya]

Je viens rajouter une autre méthode qui m'a l'air pas mal du tout!
http://veelck.wordpress.com/2008/11/...ing-in-opengl/

Il s'agirait de créer 2 context avec wglCreateContext et de faire un wglSharedList pour partager les ressources entres 2 contexts.
Ici la personne le fait entre 2 threads.

Je pensais donc à avoir :
1 thread main avec un HGLRC dans le thread main pour glGenTextures
1 thread render avec un HGLRC dans le thread render pour rendre le geometry

Un avis également la dessus?

Merci encore

[Bousk]

Salut,

le render thread c'est classique, mais pourquoi ne serait-il pas créé quand tu en as besoin ?
Je n'ai jamais vu une application ne pas créer son thread de rendu dès son initialisation, avant donc tout appel au premier load de texture etc, et encore moins leur affichage donc.
Le context est lui créé dans l'init également, et fourni au render thread.
Sachant que chez nous, et je suppose que chez toi aussi, les load sont threadés le main thread démarre des worker de loading et ne fait pas les load lui-même.

Je ne touche personnelement pas au render thread, mais il est accessible via son pointeur créé dans l'init. Ce n'est pas le thread qui crée son context il me semble.
Par contre je bidouille autour du loading thread.
Quand on crée un worker, on possède directement le pointeur de la donnée, qui sera rempli par le thread, mais que l'on peut donc enregistrer dès maintenant. Il "suffit" d'attendre que le loading thread ait fini de traiter tous ses workers pour être assuré que nos objets sont bien loadés. (écran de loading typique)

[LittleWhite]

Bonjour,

Valve parle un peu des applications multithread et du partage de contexte dans cette présentation : http://alexandre-laurent.developpez....-source-linux/ (vers la moitié).

[Astraya]

Salut,

Merci pour vos réponses.
Pour répondre à Bousk:

le render thread c'est classique, mais pourquoi ne serait-il pas créé quand tu en as besoin ?

En fait il est crée la création de mon engine donc créer avant le lancement du thread.

Dans l'ordre voici ce qui ce passe:
1 Creation de la fenêtre (WGL et Win32) (Thread Main)
2 Creation du context OpenGL. (Thread Main)
3 Creation du context Main. (Thread Main)
4 wglMakeCurrent du context Main. (Thread Main)
5 wglShareList entre les contexts OpenGL et Main (Thread Main)
6 Lancement du thread de rendu (Thread Main)
7 wglMakeCurrent du context OpenGL sur thread rendu. (Thread Rendu)

Donc je pense que l'init est bon ( du moins jamais eu de bug comme ça).
Pour le moment mes loads ne sont pas threader. Faisant tout à la main mon propre Collada loader, mon propre lecteur de tga etc... j'en suis à faire en sorte que ça fonctionne, pour le moment tout roule parfaitement et je m'attaque au loading des textures. Ensuite je le mettrais en multithread

Je voulais donc savoir si le fait de faire ceci. Permet de faire un glGenTextures sur Main et de pouvoir utiliser l'id générer dans le thread de rendu?
Egalement, si je lance un autre thread disons un worker de loading. Ce worker aura son thread.
Est-il possible que la display list soit partagée entre plusieurs autres context? comme par exemple, main avec opengl et worker avec opengl?
N'y a t il pas de limite à un seul partage?


Excellente lecture LittleWhite! Merci

[Astraya]

Bon et bien merci a vous!

J'ai réussis à partager le context wgl avec le main thread et le thread et rendu et je peux utiliser glGenTextures dans le main et faire le rendu dans le thread de rendu sans aucun souci!

Ceci et ceci Marche parfaitement bien!
Merci encore