|
Darktib
|
Posté le 04 Mar 2008 à 20:29
|
|

Messages : 4017
GCPoints : 347288
|
1) L'histoire des dossiers de ressources me gene... c'est forcement moins performant : on demande a Ogre de trouver un fichier dans n repertoires, donc il devra chercher -> perte de temps.
2) Enfin une meilleure nouvelle... je pourrais essayer de bidouiller le code source si je l'utilise...
En fait finalement je ne vais pas l'utiliser pour mon jeu de strategie. Par contre je l'utiliserait:
-soit pour un jeu de courses de voitures (tout simple) , que je prevois déja.
-soit pour une version ulterieure du SME .
Sinon je vais essayer de voir si Ogre est compatible avec Code::Blocks 8.02
|
|
gus
|
Posté le 04 Mar 2008 à 20:41
|
|

Messages : 371
GCPoints : 52046
|
Citation :1) L'histoire des dossiers de ressources me gene... c'est forcement moins performant : on demande a Ogre de trouver un fichier dans n repertoires, donc il devra chercher -> perte de temps.
Sauf que irrlicht cherche par défaut dans le repertoire du point exe,ce qui peut aussi etre considerer comme une perte de temps il n'y a pas de difference,si tu lui dit de chercher dans le repertoire du .exe uniquement,le résultat sera le même en terme de perf.De plus c'est un truc vraiment minime pour les perfs et vue que Ogre est plus rapide que Irrlicht....
Citation :2) Enfin une meilleure nouvelle... je pourrais essayer de bidouiller le code source si je l'utilise...
En fait finalement je ne vais pas l'utiliser pour mon jeu de strategie. Par contre je l'utiliserait:
-soit pour un jeu de courses de voitures (tout simple) , que je prevois déja.
-soit pour une version ulterieure du SME .
Pour le jeux de voiture,tu conte utiliser un moteur physique maison ou un tout fait?
Citation :Sinon je vais essayer de voir si Ogre est compatible avec Code::Blocks 8.02
J'aimerais bien aussi savoir si sa marche.Par contre,il faut prendre la version sans compilateur!
|
|
noob4ever
|
Posté le 04 Mar 2008 à 20:43
|
|

Messages : 295
GCPoints : 48742
|
1) ça sera de l'ordre de la milli seconde, si tu arrives à percevoir la différence tu es fort.
Je ne vois pas pourquoi ça ne marcherai pas avec codeblocks qui n'est qu'un IDE...
à la limite il y aura peut-etre un conflit avec la nouvelle version de l'API WIN32 et les fonctions utilisées par Ogre3D, mais je n'ai rien entendu de tel.
What did C:/DARTHVADER said to C:/DARTHVADER/LUKESKYWALKER ?
I'm your folder
|
|
Darktib
|
Posté le 04 Mar 2008 à 20:54
|
|

Messages : 4017
GCPoints : 347288
|
En fait pour tous les programmes, quel que soit le langage, si tu lui demande le fichier "3test.blabla", il va simplement ajouter le path jusqu'a l'exe avec ce nom, puis demander au systeme de lui mettre ce fichier en mémoire. Avec Ogre (et beaucoup de repertoires ressources) , si j'ai bien compris, il va chercher le fichier dans tous les repertoires de ressources... et finalement demander au systeme de le charger. Le difference ne sera pas de l'ordre d'une milliseconde, mais de plus, vu qu'il faut tous les algos de recherche.
Irrlicht plus rapide qu'Ogre? ca ferait un bon débat, ca^^
J'ai constaté que :
sur un ordi assez vieux (4-5 ans) mon systeme de terrain avec Irrlicht (et un OpenGL pourri, pas a jour depuis 3 plombes, donc 2 fois plus lent que DX), j'obtenait 250 a 400 fps. Avec la démo d'Ogre sur les terrains, DX, pas d'antialiasing, pas de grosse demandes graphiques, et fog activé j'obtenait 250 fps en moyenne. Le truc c'est que sur cet ordi DX est beaucoup plus rapide que OGL (car a jour).
Donc je doute... en gros ces deux moteurs doivent avoir les meme performances.
Pour mon jeu de courses de voitures je compte utiliser un moteur déja fait, genre Ogre, PhysX ou Havok.
Ou pas de moteur physique du tout^^
@noob4ever : conflit impossible : installer Ogre ne dit pas installer une autre API systeme. Meme le conflit avec DX est impossible. Par exemple sur le forum dbp les membres arrivent a utiliser DX9 et 10 sur Vista, en installer le premier, et ce sans probleme. Pour la manip faudra me demander^^
|
|
noob4ever
|
Posté le 04 Mar 2008 à 22:05
|
|

Messages : 295
GCPoints : 48742
|
a ouais ? alors essaie d'installer Qt 4.3 sur une MinGW à jour.
mon cochon rose si tu y arrives !
What did C:/DARTHVADER said to C:/DARTHVADER/LUKESKYWALKER ?
I'm your folder
|
|
Darktib
|
Posté le 04 Mar 2008 à 22:07
|
|

Messages : 4017
GCPoints : 347288
|
Je ne sais pas a quelle version on est.
En fait je vois ce que tu veut dire : la fonction de l'API n'existe pas? Qt demande une fonction inexistante?
Enfin, je vois difficilement le rapport entre API systeme et compilateur ??
Dernière édition le 04 Mar 2008 à 22:09
|
|
noob4ever
|
Posté le 04 Mar 2008 à 22:10
|
|

Messages : 295
GCPoints : 48742
|
apparament, une fonction à comportement définis dans une ancienne version ne l'est plus ( ou pas le même comportement ) dans une version plus à jour, ce qui fait merder Qt 4
What did C:/DARTHVADER said to C:/DARTHVADER/LUKESKYWALKER ?
I'm your folder
|
|
Darktib
|
Posté le 04 Mar 2008 à 23:09
|
|

Messages : 4017
GCPoints : 347288
|
Ah d'accord. Mais ca ca n'est pas un conflit.
Exemple de conflit : 2 fonctions meme nom en C...
Il y a encore plein d'exemples de conflits, je ne peut evidemment pas tous les citer^^
Sinon, C::B a l'air de fonctionner sur Vista, et comme Ogre fonctionne aparemment avec C::B nightly build il devrait fonctionner avec la derniere version.
|