[DirectX]Ordre de destruction + conseil orga du code

salut !

Depuis un petit moment, je developpe avec directdraw. tous marchait bien, grace a vos corrections, jusqu'a ce midi.

Avant de partir pour aller manger, je compile, execute mon programme. aucun probleme. Je reviens, et me dit que tous les deletes commecent a peser en ligne => je fais une macro :

#define DELETE_ALL delete XX;delete YY;....

puis je l'appel. Ca compil puis lorsque je quitte le programme, violation d'accés. je ne comprend pas pourquoi, mais jedecide de revenir a la forme précedente. Rien n'y fait. j'ai toujours ces erreurs.

De plus, si mes j'organise mes delete comme cela:

Code:

---

1 2 3 4

delete DDMaster; delete Ft; delete Balle;

---

=> l'instruction a l'adresse 0x00120193 emploie l'adresse 0x88131479 : la memoire ne peut etre "written".
alros que le code de mes Dtor est juste de simple "ObjetDD->Release(); ObjetDD = NULL".

Si j'organise mes delete comme cela :

Code:

---

1 2 3 4

delete DDMaster; //delete Ft // en commentaire pour voir si l'erreur ne vient pas Balle delete Balle

---

=> l'intruction "0x00000000" emploie l'adresse "0x00000000". la memoire ne peut etre "written"

Je ne comprend rien. et ca m'enerve, parce que tous marchait bien.
merci.

Citation:

---

Avant de partir pour aller manger, je compile, execute mon programme. aucun probleme. Je reviens, et me dit que tous les deletes commecent a peser en ligne => je fais une macro :

---

C'est parce que le poisson n'était pas frais :lol: :lol:


* attention si tu emploies de surfaces basculantes ,une principale que tu affiches avec Flip et une autre Off , il faut effacer tjs la surface attachée d'abord et la primaire après.
*tjs effacer les objets DDraw dans leur ordre de création donc les surfaces d'abord et l'objet principal DDraw après
* qu'est ce que contient les destructeurs ? Si tu fais surface->Release et que plantage c'est que la surface est égale à NULL ( tu as affecté NULL avant )->déboguage si possible

Citation:

---

*tjs effacer les objets DDraw dans leur ordre de création donc les surfaces d'abord et l'objet principal DDraw après

---

Effectivement, ce detail, que je ne connaissai pas a réglé mon probleme. Mais je ne comprnd pas pourquoi avant, ca marchais sans generer d'erreur.

Sinon, toit qui m'a l'air "callé" dans le DirectDraw, peux-tu me conseiller ?
Developper un jeu, meme petit demande un code assez lourd (en lignes).
j'ai organisé en classe ma programmation. Cepedant, la j'ai un nombre definie de sprites, mais comment faire lorsqu'il y en un nombre indeterminé (RPG par exemples) ?
De plus, je compte re-faire de A a Z mon code afin de l'organiser comme suit :

classe mere contenant les opération de bases en DirectDraw (chargement d'image, configuration de l'affichage, etc...)
Classe dérivé de la mére pour chaque sprite (il y en a peu)

qu'en penses-tu ? le code a la fin sera-t-il propre ?

Dans el cas ou le nombre de sprites (monstres par exemples) est inconnus, je pense faire pareil maisla classe dérivé serait une listedoublement chainée, est-ce correct ? léger ou lourd ?

merci.

ps : je m'adresses a Addicted_to_mfc mais bien evidemment, participez a la discussion quand meme si vous le desirez :)

Citation:

---

j'ai organisé en classe ma programmation. Cepedant, la j'ai un nombre definie de sprites, mais comment faire lorsqu'il y en un nombre indeterminé (RPG par exemples) ?

---

Grand classique : il faut avoir recours à des listes chaînées.

La littérature est plus qu'abondante ( voir sur developpez.com) à ce sujet
Par exemple on peut définir une structure comme ( en CPP )

Code:

---

1 2 3 4 5 6 7 8

struct sprite { int positionX; int positionY; bool vivant; int PointsVie; sprite *p_suivant; }

---

etc...

Citation:

---

Classe dérivé de la mére pour chaque sprite (il y en a peu)

---

S'il ya quelques classes seulement oui on peut utiliser l'héritage ou non.

Citation:

---

Dans el cas ou le nombre de sprites (monstres par exemples) est inconnus, je pense faire pareil maisla classe dérivé serait une listedoublement chainée, est-ce correct ? léger ou lourd ?

---

C'est pour cela que avoir recours à l'héritage de classe ce n'est pas forcément une solution ...quoique Quake par ex. soit bati la dessus ( plutôt un héritage simple )
et en plus ça peut peut-être pénaliser la vitesse d'exécution...

L'héritage c'est en général utilisé lorsqu'on veut faire hériter des propriétés d'un objet et fournir par conséquent une interface à d'autres objets.
Mais ça peut-être complexe à gérer.
Et qui dit complexité dit ralentissement éventuel en exécution.

Citation:

---

RPG par exemples)

---

Hé hé je développe un moteur de jeu en 2d iso avec listes de sprites justement , scrolling des tuiles ....

ok.
Donc sous-entends-tu que pour chaque classe, il me faut ré-écrire les fonctions ?

merci.

Citation:

---

Donc sous-entends-tu que pour chaque classe, il me faut ré-écrire les fonctions ?

---

non pas forcément ; chacun crée son projet comme bon lui semble.
Pourvu que ça soit un minimum organisé

ok et merci des renseignements.
Mais sache que l'organisation et la possibilité de relire aisément mon code, pour qui que ce soit (puisque c'est de l'open source) m'importe bezaucoup.

merci encoe.

Citation:

---

Mais sache que l'organisation et la possibilité de relire aisément mon code, pour qui que ce soit (puisque c'est de l'open source)

---

On attend de voir la touche finale alors :D