Discussion :

[chabfive]

Salut à tous,

J'ai fais un petit moteur avec openGL et glut, il fonctionne sur ma machine.

Lorsque je veux essayer sur une autre machine, je met mon executable sur cette machine avec les dll (openGL, glut, glu, glaux).

Je lance l'executable, tout s'affiche comme il faut mais le problème c'est que ça rame terriblement, mçeme sur des machine équivalente à la mienne.

Je vous remerci pour toutes les réponses que vous pourrai m'apporter.

[olivic]

Normalement, les dll opengl32.dll et glu32.dll doivent être sur le système. Tu n'as donc pas à les livrer. Celle-ci sont généralement fournis avec le driver de la carte graphique.

[bafman]

oui si tu apporte tes propres dll openGL et autre, tu n'utilise pas celle des drivers et donc ca rame...

normalement tu n'a que les DLL des lib tierces a fournire (glut, SDL ou autre...)

[chabfive]

J'ai essayé de ne mettre que la dll de glut mais ça ne change rien.

[bafman]

drivers pas a jours ???

[Ti-R]

Tu n’as pas écrasé par inadvertance les anciens dll de la machine ?
-> donc maintenant les drivers ne serait peut être plus à jour...

[bafman]

ha oui, les DLL il faut les laisser dans le même repertoire que ton programme et surtout ne pas les copier dans le repertoire windows...

[chabfive]

Merci pour votre aide, mais ça ne marche toujours pas.

J'ai fait tout ce que vous avez dit.

J'ai même compilé mon code sur une autre machine et ça rame quand même.

Je ne comprend pas.

[chabfive]

Merci pour votre aide, mais ça ne marche toujours pas.

J'ai fait tout ce que vous avez dit.

J'ai même compilé mon code sur une autre machine et ça rame quand même.

Je ne comprend pas.

[Ti-R]

Merci pour votre aide, mais ça ne marche toujours pas.

J'ai fait tout ce que vous avez dit.

J'ai même compilé mon code sur une autre machine et ça rame quand même.

Je ne comprend pas.

Tu as réinstallé les drivers graphiques ?

et

Tu n'as placé que

les DLL des lib tierces a fournire (glut, SDL ou autre...)

dans le répertoire de ton programme ??

[chabfive]

Je n'avais pas touché aux drivers graphique de la machine.

La première fois que j'ai essaié, mais DLL était dans le dossier de mon programme.

Je vais peut-être paraitre bête mais je ne sait pas à quoi sert SDL avec openGL.

[bafman]

SDL sert a la même chose que glut : crée un context openGL (fenetre), gerer le clavier la souris, le joystick et autre, bref tout ce qui n'est pas a proprement parler de l'affichage 3D...

[chabfive]

Je pense avoir trouvé pourquoi mon moteur rame.

J'ai une carte graphique avec 256 Mo.

J'ai testé mon moteur sur des machine avec des carte graphique de 32 Mo et 64 Mo, sur ces machine ça rame.

J'ai testé sur un machine avec une carte qui à 128 Mo, et là ça ne rame pas.

Je pense donc que mon code doit être mal optimisé ou alors qu'il faut spécifier des informations relatives aux cartes graphique dans le code du moteur.

Si vous pouvez m'aider à ce sujet, je vous serai reconnaissant.

[shenron666]

Si ce n'est "que" ça, essayes de diminuer la résolution de tes textures ou désactive le mipmapping (si tu l'utilise oui il améliore l'aspect graphique mais qu'est-ce qu'il bouffe en mémoire)

si ton programme rame sur une carte à 64 et qu'il tourne bien avec une carte à 128, le problème est que la mémoire de la carte vidéo est saturée et que la port agp est très(trop?) solicité et vu que les transferts sont 100 fois plus lent (j'éxagère peut-etre un peu ) que par la mémoire embarquée de la carte, bah ca rame quand il faut transférer des textures

il faut savoir que plus tu montes en résolution plus tu utilises de mémoire, par exemple :

en 1024 x 768 x 32 bits + zBuffer 32 bits = 1024 * 768 * 4 * 4 = 12Mo de mémoire utilisée pour l'affichage + 3Mo (1024 * 768 * 4) pour le double buffer = 15Mo au total

en 640 * 480 * 16 bits + zBuffer 16 bits = 640 * 480 * 2 * 2 + double buffer (640 * 480 * 2) = ~1,75 Mo

je sais j'ai pris 2 extrêmes mais c'est bien pour montrer la différence
on a beau dire à propos de la mémoire d'une carte video que 128Mo c'est suffisant, 256 ca sert jamais et 512 c'est absurde mais bon on arrive vite à saturation quand même lol

[bafman]

effectivement il faut faire gaffe aux textures
en 512*512 RGBA ca fait 1Mo par texture... qui risquent donc de ne plus etre dans la memoire graphique mais dans la memoire centrale, d'ou transfert via le port AGP qui ralentit tout le monde...

l'ideal dans ces cas la est de mettre au point un systeme permettant de reduire le niveau de detail des textures au chargement. Sur une carte avec beaucoup de memoire, tu charge les texture en resolution normale, est moins la carte a de memoire, plus tu reduit la taille de la texture au chargement... c'est ca que font tout les jeux quand tu baisse la qualitée des textures...

[chabfive]

Merci pour votre aide.