Discussion :

[yvesall]

bonjour bonjour,
je fais un projet 3D dans le quel j'utilise SDL pour le fenêtrage et OpenGL... ben pour le reste !

j'ai mis en place la possibilité de resizé la fenêtre en settant le video mode de la sorte :

Code :

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

 SDL_SetVideoMode(m_WinWidth, m_WinHeight, 32, SDL_OPENGL | (m_Fullscreen ? SDL_FULLSCREEN : 0) | SDL_RESIZABLE);

quand je redimensionne ma fenêtre, je catch l'event de resize

Code :

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

1
2
3
4
5
6
if (m_Event.type == SDL_VIDEORESIZE)
    {
        TRInst->m_WinWidth = m_Event.resize.w;
        TRInst->m_WinHeight = m_Event.resize.h;
        TRInst->InitGL(); //dans le quel il y a le SDL_SetVideoMode
    }

tout ceci marche à la perfection sur tout les PC sur lesquelles j'ai pu le tester
sauf mon eeePC
il se trouve que toute les textures (opengl) sont corrompu, ce qui m'impose de les décharger et les recharger lors d'un resize
cette situation n'arrivais que lorsque je passais du mode fenêtré à pleine écran, où la destruction de la fenêtre et des handler opengl semblais être inéluctable

pour le coups le fait que la config matériel de l'eeePC soit assez faiblarde doit y être pour quelque chose, mais je ne suis pas assez calé la dedans pour comprendre la raison, et encore moins comment le détecter au préalable pour ne recharger les textures que si besoin est.

pourriez vous m'éclairer ?

[LittleWhite]

Bonjour,

Oui, il se peut qu'il existe une explication connue

OpenGL fonctionne par contexte ( enfin je ne sais pas si c'est le mot ). Lorsque l'on ouvre une fenêtre OpenGL, le contexte est crée. Lorsque nous fermons la fenêtre, le contexte est détruit.

Pour pouvoir utiliser les fonctions OpenGL, il faut qu'un contexte soit crée ( sinon OpenGL retourne une erreur bien spécifique ).

En fait, les ressources allouées dans chaque contexte ( texture IDs , Shader IDs et tout autre ID d'OpenGL ) ne peuvent fonctionner qu'avec ce contexte ( un peu comme une variable locale ).
Lorsque vous faites votre redimensionnement, vous recrée une fenêtre ( j'imagine que vous détruisez la précédente ..., pour éviter les fuites ), mais votre création de fenêtre crée un nouveau contexte, ce qui rend invalide tout les IDs alloués avant.

En fait, d'après moi, votre cas de cette perte en mode fenêtré et plein écran, me semble normal, mais lors d'un redimensionnement de fenêtre, il n'y a aucun besoin de reconstruire toute la fenêtre ... normalement, nous appelons juste un resize, qui change le viewport d'OpenGL ( et la perspective ).
Je vous conseille de jeter un coup d'oeil sur le code source SDL du tuto de NeHe n°6

Après, que cela arrive sur l'eeePC et pas sur les autres PCs, ce n'est pas parce que l'un est sur Linux, les autres sous Windows, car là, la gestion faite par la SDL, entre les deux systèmes peut légèrement différé ( voir encore le tuto N°6 de NeHe mais cette fois, le code source de base ( Windows donc ).

Donc, pour conclure, je ne vois pas du tout pourquoi votre fenêtre est reconstruite lors d'un redimensionnement, et elle ne devrait pas l'être.

[yvesall]

bonjour LittleWhite,
dans le cas de figure où j'ai un resize que je catch par l'event, je rappelle SDL_SetVideoMode
je ne détruit pas l'ancienne fenêtre

je la détruit que lors du passage fullscreen <--> windowed
j'ai mentionné le cas de destruction des handlers dans cet unique cas

je dis aussi que pour pouvoir retrouver sur l'eeePC mes textures après redimensionnement il faut que je recrée les handlers (comme dans le cas de figure fullscreen <--> windowed qui est la cause d'une destruction de fenêtre)

et tout les PC tournent sous windows
les testes se sont portés sur :
windows xp home 32bit laptop dell -> OK
windows xp pro 32bit desktop -> OK
windows 7 pro 32bit desktop -> OK
windows 7 pro 64bit desktop -> OK
windows xp home 32bit eeePC -> FAIL

j'ai donc un cas étrange où mes handlers sont conservés sur un PC standard après un appel à SDL_SetVideoMode
et un cas où les handlers sont perdu sur un eeePC après ce même appel à SDL_SetVideoMode

d'où mon désarroi

[oxyde356]

C'est bizarre, on dirait que ça fait une sorte d'invalidation du device comme en directx...

[LittleWhite]

Attendez, j'ai peut être mal compris une petite chose.

Vous m'avez montré ce code:

Code :

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

1
2
3
4
5
6
7
 
if (m_Event.type == SDL_VIDEORESIZE)
    {
        TRInst->m_WinWidth = m_Event.resize.w;
        TRInst->m_WinHeight = m_Event.resize.h;
        TRInst->InitGL(); //dans le quel il y a le SDL_SetVideoMode
    }

Qui est executé lors d'un redimensionnement. Vous me dites, que celui si appele SDL_SetVideoMode ( que moi je dis complètement inutile :p ).
D'après moi, le SDL_SetVideoMode, fait une destruction de la surface de la fenêtre est une reconstruction, mais en interne ( on est pas obligé de tout vous dire ). Je dis ça, car SDL ne gère qu'une et unique fenêtre...

Après avoir donné les différents systèmes d'exploitation ( je vous en remercie ) pourrait on avoir les différentes versions de SDL et OpenGL installé dessus? ( ou encore, les cartes graphiques et leur pilote ... notamment celle de l'eeePC, car, si c'est un Intel ( comme carte graphique ), bah, je dirai que le problème vient de là ( ils font des pilotes graphiques tout pourri ).
Mais au final, s'il y a bien recréation de fenêtre dans le SDL_SetVideoMode, d'après moi, ce serai le eeePC qui aurai un comportement le plus proche de la norme ... enfin d'après moi.

[yvesall]

en ce qui concerne les versions de SDL et de OpenGL c'est la SDL 1.2.14, et OpenGL, c'est la version de base fournit avec windows

ensuite j'ai fait des testes et il se trouve que SDL_SetVideoMode me retourne le même pointeur après avoir été appelé une 2eme fois lors du resize.
de mon point de vue le resize ne nécessite pas de destruction de fenêtre, seul le fullscreen en demanderais.

les cartes graphiques sont de tout genre tout tarifs, ça va de la GeForce 8600GT à la Radeon HD 4850 X2 en passant par des Intel bas de gamme dans les eeePC (ps: j'ai testé sur un 2eme eeePC d'une année plus jeune et c'est le même problème, la config en est d'ailleurs très proche)

aux vues de tout cela, je ne suis pas contre employer la même méthode pour le resize que pour le fullscreen (cad: release des ressources graphique, destruction de la fenêtre, recréation de la fenêtre, rechargement des ressources graphique)
mais ça m'ennuie profondément

en lisant la documentation de SDL_SetVideoMode de mon point de vue il est nécessaire de le rappeler lors d'un resize, et, sauf erreur de ma part, il semble que la destruction de la fenêtre dans ce dernier cas soit évité

dans le cas où je me planterais, je serais ravie de savoir comment je peux faire pour resize une fenêtre SDL sans avoir a reload les ressources OpenGL

si je ne peux pas, alors comment faire pour savoir si un handler OpenGL est corrompu ?

si on ne peut pas le savoir, alors tant pis, je rechargerais à chaque fois, mais c'est très moche je trouve