Une heure par jour on peut dire que tu es motivé !

J'ai rien compris de ce que tu as écrit mais j'imagine que c'est tout à  fait normal, en tout cas je suis bien content de voir que le projet progresse !

_baloOo, nain grateur de posterieur

FactionManager::init() est implémentée. Du coup, je me suis rendu compte qu'il était important de faire un système de log assez vite (à  la bas,e c'est growsam qui m'en a parlé, et il s'est proposé pour le faire :)) histoire de garder trace de ce qui se passait durant le chargement.
à  cette adresse (ce sont les xml, pas les xsd)

Je suis en train de faire joujou avec CEGUI et l'inventaire, histoire de faire quelque chose de fonctionnel (pour le moment, c'est plutôt bien parti, mais guère achevé). Le seul problème, c'est que même si, une fois fini, ça marche bien, ce sera moche : j'utilise les styles par défaut de CEGUI.
Evidemment, après, modifier le style et les images est aisé ; n'empêche que pour le moment, c'est moche.

Oui, c'est relativement aisé à  modifier (il faut juste faire attention à  ne pas modifier les noms des différentes parties utilisées, par exemple "container", mais à  part ça, tout peut être changé).
En même temps, quand je dis moche, c'est moche :P

c'est très bien tout ça !

_baloOo, nain grateur de posterieur

Honnêtement, elle pête ton interface. Par contre, ça m'étonne que t'aies jamais joué à  Morrowind :p.

Mais je trouve que ça fait vachement style "rajouté par dessus" la vie et les points de loyauté, faveurs divines etc.

Yep bon boulot (oui artus n'est pas mort :$) Par contre la police n'est pas assez lisible à  mon gout :/ ;)

Joli taff sinon ca me rappel mon travail avec ncurses pour faire un affichage en temps réel d'une cabine d'ascenceur :D

J'ai finalement réussi à  tout installer (j'avoue, j'ai triché, j'ai installé le SDK précompilé de Ogre 1.1.0rc2).
Du coup, je me retrouve avec Ogre Dagon, et non plus Ogre Azathoth, ce qui me permet de corriger des petits problèmes (dans Dagon, quelques bouts de l'interface d'Ogre ont changé).

Apparition d'une classe, ConfigManager, pour stocker, charger et sauver la configuration actuelle. Au lieu d'un fichier "ogre.cfg", on a désormais un fichier "config.xml", par défaur dans "save/", qui contient en gros les mêmes options - plus une, plutôt utile : la vitesse de la souris.

Exemple : <config> <defaultrenderer name="directx9" /> <renderer name="directx9"> <frequency value="60" /> <antialiasing value="0" /> <resolution width="640" height="480" depth="16" /> <fullscreen enabled="No" /> <vsync enabled="No" /> <floatingpoint mode="Fastest" /> </renderer> <mouse speed="2.0" /> </config> La classe n'est pas tout à  fait finie (il manque des fonctions pour, par exemple, avoir les liste des différentes options possibles), mais c'est déjà  gloabelement fonctionnel.

Ah, sinon, j'ai ajouté le code d'un module d'Ogre (un peu modifié afinqu'il compile), dotSceneInterface, pour pouvoir charger les [fichiers .scene | http://www.ogre3d.org/wiki/index.php/DotScene]. Il me reste à  voir comment y lier le moteur physique, un gros morceau.

Je n'ai pas fini le chargement des scènes (en fait, il reste toujours à  intégrer le moteur physique :/), mais je mets en ligne sur le CVS ce que j'ai fait dès demain.
Bon réveillon :)

Bravo ! \o

Moi je suis pour la hache-épée, arme ô combien négligée ^^

En tout cas bravo! (ça me fait penser que j'ai des trucs à  traduire au fait...)

Quand tu es en mode "jeu" (à  opposer au mode "menu" :en mode menu, ta souris peut aller trifouiller dans l'inventaire, mais le perso ne se déplace pas ; en mode "jeu", le curseur est centré au milieu de l'écran), à  chaque mouvement de la souris, on effectue un "raycast" dans Ogre, qui retourne l'ensemble des MovableObjects (sélectionnables, c'est à  dire les modèles 3D des items ou personnages) rencontrés par le rayon projeté. Ensuite, il suffit de récupérer le plus proche, de retrouver, à  partir du modèle, l'objet auquel il appartient et de le sélectionner avec "showBoundingBox( true )" (une fonction de base dans Ogre).

alors le fichier est uploader sur le ftp de samoth mais il faudrait que tu te connecte a msn stp c@c.

Problème corrigé ; voici deux screenshots (au passage, j'ai dà» modifier les textures pour les redimensionner en puissances de deux) :

Magasin ! à‡a tombait bien, je n'ai plus de dentifrice.

Zut, la tuile !

Papa, papa, j'aime pas la messe ...

Le CVS de sourceforge vient de se remettre à  fonctionner, alors je viens de remonter les modifications que j'ai faites :
- intégration de OIS (Object-Oriented Input System) au lieu du système d'input d'Ogre (qui, à  la base, n'était prévu que pour les démos d'Ogre et n'est pas pérenne)
- implémentation de load(), loadMap(), loadDynamic(), loadScene() et loadPlayer() [pas fini, mais bien avancé]
Reste aussi à  faire save(), qui peut être utile.

Et un nouveau binaire à  tester !

Je copie-colle un post que j'ai fait dans deux blogs :

--
Comme je n'ai accès à  un ordinateur* sous Windows que pendant mes vacances, j'en profite pour compiler une version win32 ; comme ça, je peux prouver au monde entier que, non, je ne vis pas dans un monde imaginaire. Au fait, si vous croisez Azraël, dites-lui que je l'attends pour manger samedi.
Ce binaire est compilé à  partir de la version actuelle de développement ; du coup, il n'est pas parfait. Entre autres défauts, on peut citer le fait que ce n'est même pas une pré-anté-alpha-RC1, qu'on ne peut quasiment rien faire, et que c'est moche.
Si vous souhaitez le tester (le binaire), il suffit de télécharger et de dézipper ce fichier (13.9 Mo). Toutes vos critiques sont les bienvenues, bien entendu, et je me ferai personnellement un plaisir de venir vous casser les dents.

* C'est un bien grand mot. Ce truc pourrait également être qualifié de boulier.
--

Au passage, j'ai tâché -sans trop de subtilité- de faire un peu de réclame pour attirer des gens.

- Oui, j'ai vu, pour le stextures clignotantes (et je ne sais pas d'où ça vient).
- Oui, mais en même temps, on ne peut pas jouer dans 3dsmax ;) : là , apparement, les textures sont assez kitsches, c'est le plus gros défaut
- Ca ... si tu as changé les options, tu peux les restorer en remettant le config.old.xml à  la place du config.xml (un message te le dit quand tu valides les nouvelles options).
- faudra que je voie, mais ça dépend surtout d'Ogre, en fait.

PS : merci :)

A la demande de masterconker, j'ai ajouté une option pour activer/désactiver l'anisotropie dans config.xml (Ogre le permet, il s'agissait juste d'intégrer ça au fichier xml). En revanche, on ne peut pas encore le modifier dans les options de jeu.

La police, effectivement, est à  la fois très jolie et très inadaptée. Faudra la changer, mais, tant qu'à  faire, j'attends pour changer à  la fois la police et l'interface.
D'autre part, je viens de modifier en local -encore une fois- le fonctionnement de la vue 3e personne : il est maintenant, en principe, impossible de se retourner. Le syndrôme tortue ne devrait plus poser de problèmes.
Enfin, pour le nain à  la verticale, c'est en effet simple : il suffit soit de trois rotations successives, soit d'une seule, avec un quaternion :

/* - Ugly hack */<br />
	mMeshNode->pitch( Ogre::Radian( Ogre::Degree( 90 ) ) );<br />
	mMeshNode->yaw( Ogre::Radian( Ogre::Degree( 180 ) ) );<br />
	mMeshNode->roll( Ogre::Radian( Ogre::Degree( 180 ) ) );<br />
/* - */

Le problème, c'est que ce n'est pas "propre" : c'est totalement dépendant de ce modèle-ci, et ça devrait disparaître avec d'autres. Tant que j'espérais avoir un perso droit rapidement, je me disais que ce n'était pas la peine (il m'a fallu, en plus, faire une petite modif au niveau des SceneNodes du personnage). Mais bon, c'est vrai que ça fait désordre, alors je l'ai remis.

Je ferai un binaire aujourd'hui, avec anisotropy (je ne sais pas si ça marche, cet ordi ne pouvant pas le faire fonctionner), et ces deux problèmes réglés.

Personnellement, je trouve que ça se voit qu'il y a du boulot et que c'est encourageant, malgré les quelques bugs. Là , même si c'est pas marrant et qu'il n'y a rien, je trouve que ça ressemble à  un jeu vidéo :).

EDIT : j'ai repéré quelques bugs et maladresses :
-L'église est coupée en deux à  sa base (elle ne touche pas le sol).
-Utliser les touches multidirectionnelles pour se déplacer c'est chiant. Faudrait mettre ZQSD, c'est à¼ber plus pratique !
-On ne peut pas diriger la visée vers le haut
-C'est horriblement lent !
-Les différents bugs de collisions que chacun aura remarqué (sà»rement liés à  l'absence de moteur physique)
-Le fait qu'il n'y ait pas un petit menu "commandes" (pas besoin de donner la possibilité de changer les touches pour l'instant, c'est juste pour que l'on sache quelles fonctions sont intégrées ... Oopa !)

Bon, je crois que c'est déjà  pas mal.
PS : j'ai remarqué que je n'étais pas le premier à  avoir ce problème de lenteur (cf. ton blog). Si ça peut t'aider, là (http://www.ogre3d.org/wiki/index.php/Basic_Tutorial_4) ou là (http://www.ogre3d.org/wiki/index.php/Basic_Tutorial_4) (je sais plus c'est le quel), il y a un tuto pour expliquer comment séparer les déplacement à  la framerate . Mais normalement ça ne devrait pas être ça, vu que tu dis que sur ta bouse ça va super vite : si c'était lié au framerate, ça devrait être le contraire ! Mais bon, au cas où.

Je viens de passer une heure pour mettre la nouvelle version de la scène ; quelques remarques :
* Il reste des textures avec des dimensions "hybrides" (i.e, pas en puissances de deux), qu'il m'a fallu redimensionner :
CLOUD2.JPG
le vitrail (du coup, j'ai dà» le remplacer par un autre)
bois-vertical.jpg
brick.bmp
elmleaf.tga
PLATEOX2.JPG
Thermal & Moisture.Roof Tiles.Spanish.Red.jpg
Thermal & Moisture.Roofing & Siding Panels.Wood Batten.New.jpg
Walker.jpg
* pas mal des fichiers de textures comprennent encore des espaces
* Dans le .material, plusieurs matériaux existent avec le même nom, ce qui provoque des erreurs (par exemple, "Resource with the name Matériau_#6997/04_-_Par_défaut already exists.. "). J'ai regroupé tous les matériaux ayant le même nom dans la même définition de matériau, mais je ne suis pas sà»r que c'était ce qu'il fallait faire.
* apparemment, les meshes des bâtiments contiennent encore plus d'une submesh (la création des modèles physiques à  partir des .mesh est toujours aussi ... aléatoire, d'où les bugs dont parlait babycool). Au pire, je peux tenter d'assigner aux bâtiments des formes physiques simples, genre cube, si tu préfères.
* enfin, le ciel est très sombre, ce qui rend la scène elle-même très sombre - même avec une luminosité ambiante de 1.0, ce qui est le maximum.

Enfin, en dépit de tout ça, je la préfère maintenant :)

PS : une seule dalle.

oups c'etait moi au-dessus (j'imagine que tu le savais deja mais bon).je ne comprends pas tres bien pourquoi le ciel est si sombre chez moi il ne l'est pas enfin sur 3ds en tout cas,pour les mesh et submesh : en faite je prends tout les elements d'un batiment je l'ai attache en une entiter je la renomme et je repette l'action pour tout les elements de la scene (c'est a dire magasin,skybox,environement,eglise,arbre etla maison)puis j'exporte le tout ,sinon il y a une option dans mon exporter ou il est dit export physics en .xode ptetre que le .scene ne suffit pas pour gerer la pysique .Je voudrais savoir aussi si les bugs de texture sont toujours la .Excuse moi pour les texture de mauvaise dimension.Si il ne faut pas faire ça dit le moi :p.

ben en faite je fait tout correctement, comme dans un tutos que j'avais trouver pour utiliser l'exporter parsque les attacher signifi aussi les fusionner.

alors , je viens d'uploader ma nouvelle scene,(la maison est plus jolie,et j'ai supprimer environ 6000polys en otpimisant),j'ai testé un truc pour fusionner les submeshes je ne sais pas si ça va marcher mais on peu essayer ,sinon pour les artefact j'ai essayé de deplacer un peu les models concernés (je ne vois que ça a faire).Et aussi je voudrais savoir si tu peu uplaoder un nouveau .exe avec la nouvelle scene :p .

alors j'ai rajouter 2 ou 3 texture ,j'ai renommer toute les texture mais tu peu recuperer tes anciennes texture sinon pour le .material je ne sais pas d'ou viennent toutes ces erreurs a cause des materiaux qui ont le meme nom,j'ai renommer tout les materiaux que j'utilise (comme d'habitude).vivement demain :d .

EDIT: tu me previens dés qque les chargements d'interieur sont pres comme ça je rafermerai tout les batiments et je commencerais a faire les interieurs.Et pour les artafacts il faut mettre les couleurs en 32 bits et le bug disparait.

Voici un autre exécutable, dans lesquels certains bugs ont été, je l'espère, corrigés. Avec un peu de chance, j'en ai introduit d'autres.

Entre autres modifications :
- le modèle physique de l'église est désormais défini "à  la main", histoire d'éviter les problèmes en tentant de le générer à  partir du modèle 3D.
- le système de vue troisième personne a été légèrement modifié
Et d'autres trucs.

Vous pouvez le télécharger, le tester et en faire des sushis à  cette adresse.

Same player uploads again.
A 16 Ko/s, compte encore un quart d'heure, et ça devrait être bon.

Ben, si tu lis mon précédent message, tu vois que c'est bon. Quand je l'ai écrit, j'étais au début de l'upload, et je disais que ça me prendrait environ quinze minutes.
L'upload est fini depuis un bail, donc, j'ai même eu le temps de retélécharger le zip pour vérifier qu'il se décompressait bien :)

* le nain ne touche pas le sol : oui, c'est juste une histoire d'ajustement (le modèle physique du sol est trop haut, heureusement, il est invisible)
* seule l'église a un modèle physique : oui, j'ai pas encore fait les autres (faire le sien m'a pris environ 40 minutes, parce qu'il s'agit d'ajuster un gros parallélépipède rectangle ... invisible. Heureusement, il y a une astuce)
* PGUP : ce n'est pas le comportement normal ? Je veux dire, eh bien, il saute. Tu penses qu'il devrait aller dans quelle direction ?
* La langue, c'est normal (français pas encore implémenté, ce n'est pas une priorité vu la quantité actuelle de texte dans la scène). Par contre, la résolution, je veux bien avoir le Ogre.log après le plantage (tu as essayé en changeant de résolution et de renderer (OpenGL/DirectX) ?)
* Touche de saut : PGUP ?
* Lisez-moi (Readme.txt, à  la racine du .zip) :
Controls :
- 'T' to switch Third Person/First Person view
- 'U' to switch orientation mouse mode/free mouse mode (to use interface)
- Key arrows to move, PGUP to jump (you can manually customize it by editing config.xml, but you'll need to know OIS' keycodes)
- Escape to exit the play state (press the key twice to exit, one for pause ('P' resume play state))
* Inventaire : si, il l'est (il faut appuyer sur U, et tu peux le lancer ; rappuyer sur U te repasse en mode "souris déplacement")

Je fais, sur la machine où je suis*, et en 800*600@32bits, 39 FPS de moyenne.

* P3 551 MHz, 320 Mo SDRAM, Radeon 7000, Windows XP Pro.

PS : juste, quand tu modifieras la scène : tu peux récupérer les textures de l'exécutable, avec leurs noms ? (genre tiles.jpg au lieu de "Masonry[...]Tiles.jpg" ? Comme ça, je n'aurai pas à  les renommer la prochaine fois ;)

Et bravo, pour la scène :)

* saut : Je vais l'accélérer ;pour la chute, je ne sais pas trop comment faire, mais je vais essayer de l'accélérer (en augmentant la gravité, par exemple).
* config : tu as vu le fodure de guerre dont je dispose ici, aussi : non seulement c'est très limité pour les jeux, mais en plus, il y a Windows XP dessus, il n'a pas été formaté depuis un an, et il y a pas mal de programmes gourmands de lancés.
* inventaire : si, sans doute : faudra que j'y pense :)
* compatibilité : je ne compile pas via Visual Studio (qui mettrait encore plus l'ordinateur sur les genoux, et exige n Go pour l'installation) mais avec Code::Blocks. Il me manquait du coup quelques DLL, que j'ai récupérées tant bien que mal, etc. Bref, ce problème, je pense que c'est dà» à  mon environnement de compilation pour Windows.

Je ne sais pas comment obtenir le nombre de polygones total de la scène ; en revanche, j'ai accès au nombre de polygones affichés à  chaque frame.
Ca varie entre 2644 et 49137 (triangles : un polygone, pour Ogre, est un triangle, pas un parallélogramme), en restant la plupart du temps aux alentours de 20000.

Ah, et sinon, je cite Sinbad (principal développeur d'Ogre), depuis ce thread :
Total number of polys is pretty much irrelevant until you start getting into the millions and hitting the vertex throughput limit. Lots of people think it's a good overall metric on scene complexity, but in truth it's such a crude measure that it's meaningless. This has been said many times here too. GPUs like small numbers of highly detailed objects. They hate zillions of little ones. Read any paper on geometry batching for why (nVidia has one on their site) or search these forums.

PS : d'accord, je modifie le .material pour cela. Pour les textures, tu as lu mon précédent post-scriptum, en ce qui concerne les noms des fichiers ? (utiliser les fichiers de texture renommés, à  l'avenir)

Je rajoute ça (intégrer le sous-système audio) aux priorités ;)

T'y es finalement arrivé :). Vu que c'est sur deux axes seulement, est-ce que ça marche quand il y a deux étages ? Ca fait l'effet sur les deux étages Oopa ?

Eskellent !
C'est peut être déjà  fait je ne sais pas, mais il faudrait mettre dans les contraintes de modeleurs que les maps doivent contenir qu'un seul étage.

J'ai également implémenté MetamEffect (nécessaire pour tout ce qui est métamorphose). Par contre, pas testé, donc si ça se trouve, en ajouter un à  une créature transforme l'ordinateur en concombre.

De plus, je me suis attelé au chargement des joueurs/animaux/pnj depuis des fichiers xml. Je pensais que ce serait rapide, mais j'ai un peu déchanté : avant de les charger, il faut d'abord coder le système de sérialisation (c'est-à -dire, en gros, de sauvegarde en xml). Comme je l'ai mis plus haut, c'est fait pour Thing et Creature, et désormais également pour Animal.
Je suis en train de le faire pour les classes Inventory et Equipment, et EvolvedCreature, ce qui devrait permettre de le faire pour Player assez facilement. Ensuite, il restera à  faire l'étape inverse : hargement depuis les données ainsi sauvegardées, ce qui risque également d'introduire quelques difficultés (avant de restorer l'état "attaque Untel" d'une créature, par exemple, il faut être sà»r qu'Untel a été lui-même chargé).
Un peu chiant, mais nécessaire :/

je viens d'uploader la nouvelle eglise sur le ftp de samoth donc si tu veux y jeter un coup d'oeil .

Je suis toujours sur la sauvegarde/restoration des différentes entités (objets/joueur/créatures ...)
C'est marrant, j'ai l'impression que plus j'en fais, plus la liste des choses à  faire grossit ;)
(en principe, le chargement du joueur devrait être bientôt finie, par exemple demain ou après-demain, et ça aura déblayé pas mal de boulot pour celle des autres choses).

Pfiouuu ... la restoration du joueur est désormais testée, et ça marche.
J'ai passé au moins six heures ces deux derniers jours à  buter sur une erreur incompréhensible, après avoir changé la version d'Opal (bibliothèque pour le moteur physique) vers une plus récente. En fait, il s'avère que c'est dà» à  une nouvelle version d'une bibliothèque utilisée par Opal, pour lire le XML,
Bref, que du bonheur. D'un autre côté, maintenant, je sais utiliser (très basiquement) un débuggueur, et ça risque de m'être utile ...

Pour les textures, je te conseille de faire un tour sur ce topic (spécialement le deuxième lien). Quelques exemples :

le pack de l'eglise est pret ,je l'ai testé avec le basic mesh... aucune erreur au lancement :d.(je te file la scene des que tu te connectes sur msn).

Alors :

- Masterconker est parti en vacances pour 3 semaines, donc on va pas le revoir de si tôt (\o/ ?).
- Je vais m'arranger pour aller chez lui et t'envoyer ce qu'il faut
- A quand un forum avec plusieurs pages ?
- C'est les vacances bordel !

Problème résolu (en fait, c'était simple, mais il ne faut pas le dire) : la musique continue quand on fait un screenshot (utile).
C'était juste un problème de buffering : la musique continuait d'être jouée, mais le screenshot demandait du temps pour se faire, donc le fichier musical n'était plus lu pendant un bref laps de temps. Du coup, il n'y avait plus de musique à  lire, et elle stoppait.
J'ai augmenté le nombre (de 2 à  4) et la taille (de 4096*8 à  4096 * 32) des buffers, en espérant que ça règle le problème partout (certains ordinateurs sont plus lents, pour faire des captures d'écran ; au pire, on augmentera encore un peu la taille des buffers).

Désolé de n'avoir pas été très actif ces derniers temps, j'étais occupé à  mourir sous le soleil ;)

Dernières nouvelles : deux classes sont théoriquement terminées, SpellManager et ItemManager. Elles permettent de définir des "types d'items" (ou de sorts), et de créer des objets de ce type par la suite.\Par exemple, un fichier comme celui-ci : <?xml version="1.0"?> <item_set> <piece_armor> <id value="great_iron_helmet" /> <thumbnail value="none" /> <script value="plop" /> <name value="IronMan's Helmet" /> <model value="-" /> <description><![CDATA[It's only an ugly helmet, but i use this to test some things : <><<&?]]></description> <armor value="5" /> <weight value="1.5" /> <subtype value="helmet" /> </piece_armor> <weapon> <id value="scythe" /> <thumbnail value="none" /> <script value="plop" /> <name value="Little Death Scythe" /> <model value="-" /> <description><![CDATA[Yes, Death has children. They're not very nice, and they've got scythes too.]]></description> <weight value="1.0" /> <subtype value="double_weapon" /> </weapon> </item_set> Permet de définir deux items ; ensuite, il devient possible de créer directement des objets "great_iron_helmet" et "scythe".\Prochaine étape : faire en sorte que les fichiers .items et .spells soient automatiquement lus au chargement.

Ajouté la possiblité de désactiver l'audio (pour le moment, seulement via config.xml)
Bugfixes assez importants dans l'inventaire.

J'ai commencé (et fini, je crois, ou presque) le système de changement de maps. Par exemple, j'ai modifié le fichier de définition de map working.map : <portals> <portal x="9" y="9" xdest="14" ydest="10" mapdest="" /> </portals> Résultat : il y a un rectangle rouge à  la position (9,9) de la map (il me reste à  vérifier que c'est bien la bonne position, que le rectangle n'est pas un peu décalé, en fait). Quand on va dessus, eh bien ... on se retrouve à  la position (14, 10).\Je me suis amusé environ deux minutes à  me téléporter, comme ça.

En théorie, le même système permet de changer de map : si l'attribut "mapdest" a une valeur, on ne change pas seulement de position, mais aussi de map (à  condition qu'il existe une map avec l'identifiant demandé, sinon, c'est une belle erreur qui va s'afficher).

en grand) | http://pix.nofrag.com/e0/41/c6d7648e8c234aefa403302cd285.html