Discussion :

[funkydata]

Salut, bon j'ai un soucis trés étrange avec XNA. J'ai fais quelques tests avec cette nouvelle API aujourd'hui et les effects me pose un gros problème...
J'ai réduit le code au minimum pour que vous ayez pas trop de lecture

Code :

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

1
2
3
4
5
6
7
8
9
private Effect Shader;
 
public nxShader(string Source)
{
Shader = NX.Library.ContentManager.Load<Effect>(Source);                 
Shader.Parameters["WorldViewProjection"].SetValue(Matrix.Identity);
Shader.CurrentTechnique = Shader.Techniques["PRE_ZPASS_SIMPLE"];
bool TestTechnique = Shader.CurrentTechnique.Validate();
}

Ici aucun problème le shader est bien chargé et je peux modifier sans problème les variables de celui-ci, en l'occurence une matrice. "CurrentTechnique" est bien initialisée et le test de validation me retourne que c'est bon.

Aprés un petit tour par d'autres classes, je reviens dans la classe contenant mon shader qui n'a pas bougée depuis tout à l'heure. J'appelle une fonction :

Code :

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

1
2
3
4
public void UpdateTransformations(Matrix World)
{
Shader.Parameters["WorldViewProjection"].SetValue(Matrix.Identity);
}

et là... catastrophe !!
Alors soit j'ai le droit à un bel access violation soit un message me spécifiant poliment que ma variable est à "null".
Aprés enquête il se trouve que l'effect est toujours correctement initialisé. Par contre, bizarrement, "CurrentTechnique" qui est la technique actuellement active (normalement) et qui était activée et validée lors de la construction est soit à null ou retourne un access violation... d'où l'erreur ici.

Impossible de résoudre ce problème. Ca fait 3 heures que j'essaye tout un tas de choses mais sans aucuns résultats. Si quelqu'un à une idée ou saurait me mettre sur la voie je lui en serait trés reconnaissant.

[Laurent Gomila]

Il se passe quoi exactement entre le premier appel et le second ? Tu as essayé d'utiliser le runtime debug de DirectX ?

[funkydata]

Il se passe quoi exactement entre le premier appel et le second ? Tu as essayé d'utiliser le runtime debug de DirectX ?

Ben j'ai essayé de débuger mais rien de trés concluant
Ceci dit j'ai un peu progressé dans la mesure ou j'ai trouvé le coupable. En fait je comprends pas vraiment pourquoi mais le fait de lancer la méthode "run" du framework xna fait exploser toutes les initialisations dépendantes du device directx que tu as faites avant d'exécuter cette commande. Si tu les fait aprés elles sont conservées.

[funkydata]

Arf bon, c'est vraiment n'importe quoi leur truc là !!
En fait lorsque tu lances le "run" du framework xna (que tu es obligé de lancer), les ressources en relation avec le device d'avant l'appel ne sont plus valides.
Le problème c'est que du coup du doit initialiser toutes tes ressources dans les fonctions "LoadGraphicsContent" ou "Initialise" en les surchargeant.
Resultat : impossible pour l'instant de séparer la classe dérivant du framework xna de l'initialisation des ressources Compètement abérant !

[funkydata]

Puffff ben voilà c'est ca... l'initialisation DOIT se faire aprés le "run" mais comme tu peux plus sortir de la boucle qu'engendre le "run" une fois que tu l'as lancé tu peux plus rien controler depuis une autre classe... je le dit pour ceux qui aurait le problême.
C'est tellement managé que tu n'as plus aucune marge de manoeuvre... je comprends pas vraiment pourquoi ils ont géré le truc comme ça. Mais bon je vais quand même me pencher sur le problème, je peux pas croire qu'il n'y pas un moyen de déporter l'instance du framework dans une DLL !