Je ne savais pas trop où poster ça. Vu que c'est un projet sur lequel je bosse et qu'il est presque terminé (les 3/4 du code sont bouclés et ça devrait être fini d'ici un mois), j'ai opté pour la section "projets terminés". Je m'excuse d'avance pour la publicité mensongère.

Voici donc mon projet: AGE. AGE, pour Adaptable Game Engine.

Introduction

AGE est une bibliothèque DLL écrite en C# permettant la création de toutes formes de jeux/applications multimédia. Elle utilise IrrlichtNETCP pour la vidéo, Bass.NET (pas IrrKlang, qui n'offre pas assez de possibilités) pour le son et ODE.NET pour la physique.

L'utilisation du moteur est simple : il suffit de créer une instance de la classe AGEEngine (imaginez-la comme une sorte de IrrlichtDevice, la mère de tout le reste). Ensuite, cette classe a pour principale fonction de créer des entités via les diverses méthodes AddEntity().

1- Le concept d'entité

C'est quoi donc, une entité? En fait, tout élément du monde de AGE dérive de la classe abstraite AGEEntity. L'idée est de faire en sorte que cet objet soit la SEULE chose dont vous ayez besoin pour ajouter un élément à votre jeu. Vous voulez lui faire émettre un son? Pas de problème, le moteur gérera la stéréo et le volume automatiquement en fonction de sa position relative à la caméra. Vous préférez qu'il émettre un vrombissement permanent ? Très bien, AGE s'occupe de tout: quand l'entité passera à côté de vous, le volume et la stéréo évolueront automatiquement. Oui, l'effet Doppler est géré. De la même façon, plus besoin de se prendre la tête à "lier" l'objet du moteur physique à l'objet du moteur vidéo. Une entité a un modèle 3D (ou autre chose d'ailleurs, ça peut être un skydome, une fontaine de particules, un billboard, etc...), c'est un fait, mais elle a aussi une masse, une vitesse, etc... En gros c'est un « objet » complet, comme dans le monde réel. Quand je me casse la gueule de ma chaise, il n'y a pas mon modèle 3D d'un côté, ma physique de l'autre et un informaticien derrière qui se bagarre pour lier les deux : pourquoi cela devrait-il être différent dans un moteur de jeu ?

Mais le concept d'entité va plus loin : au delà du moteur de jeu, l'entité est donc supposée être un "objet" du monde. Pourquoi alors faudrait-il stocker ailleurs les éléments qui ne relèvent pas du moteur mais du gameplay ? La classe AGEEntity contient donc une sorte de hashtable (pour ceux qui ne connaissent pas, c'est un tableau qui lie une clé -ici une string- à une valeur) baptisée Properties. Vous voulez que votre entité ait des points de vie? Ajoutez une valeur health de type integer à ses propriétés. Pour y accéder, vous n'aurez qu'à faire MyAGEEntity.Property[health]. Une propriété peut être de n'importe quel type (même une autre entité ou une autre table de propriétés, mais là bon courage), et peut aussi être un tableau.

Maintenant, si vous voulez que votre entité reste tranquille à regarder les étoiles scintiller dans la skybox au dessus de sa tête, vous pouvez le faire. Mais si vous voulez qu'elle ait un comportement un peu plus dynamique, rien de plus simple. Tout se fait via des events et des delegates. Par exemple, l'évènement OnEachFrame est appelé 10 fois par seconde. Ecrivez une petite méthode d'intelligence artificielle, et hop, en une ligne de code (MyAGEEntity.OnEachFrame += MyAIRoutine()) vous pouvez l'assigner à toutes les entités qui doivent l'utiliser. D'autres évènements seront prévus pour tout ce qui peut se produire (clic sur l'entité, collisions, proximité, etc...)

En résumé : avant, un personnage c'était un node Irrlicht + un Geom ODE + tout un machin truc pour le son + une classe en plus qui gérait son comportement. Maintenant, c'est une entité AGE.

2- Autres fonctionnalités

En plus de cela, AGE contient (pour l'instant, ça va s'alourdir avec le temps) :

• Une classe

• Une classe

• Un nouveau type de caméra en plus de la caméra FPS et de la caméra "targeted" : la caméra "rotating". Sa rotation est passée via un

• AGE étend également les possibilités de Irrlicht en ce qui concerne les jeux 2D. Certes, Irrlicht a toujours permis de créer des jeux en 2D, mais bon, c'était pas pratique: il fallait, à chaque boucle "

• La classe

• La classe

• La classe

• La classe

• La classe

Hé bé !!!
En voila un projet qui me plaît !
J'attend de pouvoir tester avec impatience !

J'ai tout lu
très très bon projet.
Ca se passe comment avec ODE? Tu charges un mesh et la géométrie entière de l'objet est prise en compte? ou c'est au choix box/sphere/... ?
Seul bémol : .NET mais bon après c'est une question de goûts

sympa le projet

si en plus yavais un wrapper C++ ... (je plaisante, je plaisante, .. quoi que .. )

comment ca fonctionne au niveau du frame rate ?( c a d : ya des fonctionnalités prévues pour faire du time elapsed ? )

Je te l'ai déjà dit en mail, je trouve ça très intéressant (d'autant plus que tu utilises Irrlicht .NET CP )

Seul bémol : .NET hmm mais bon après c'est une question de goûts

Merci pour vos commentaires... Quelques réponses en vrac et après j'y retourne.

izguit Ecris:

Ca se passe comment avec ODE? Tu charges un mesh et la géométrie entière de l'objet est prise en compte? ou c'est au choix box/sphere/... ?

izguit Ecris:

Seul bémol : .NET mais bon après c'est une question de goûts

Jerry Kan Ecris:

si en plus yavais un wrapper C++ ... (je plaisante, je plaisante, .. quoi que .. )

Jerry Kan Ecris:

comment ca fonctionne au niveau du frame rate ?( c a d : ya des fonctionnalités prévues pour faire du time elapsed ? )

Génial ! C'est un excellent projet !!

Le fait de créer une "super-entité" rassemblant graphisme, physique et son... que du bonheur. Des classes bien propres dans un environnement 100% Objet... rien à redire. Si je peux t'aider dans cette entreprise, n'hésite pas...

(Je me permettrais de te contacter par e-mail si tu n'y vois pas d'inconvénient, histoire d'en discuter plus longuement)

C'est effectivement des plus intérréssant. Je ne sais pas si ce serait faisable dans ta logique actuelle mais avoir une couche réseau avec pourrait être intérréssant (qui disposerait elle aussi d'un fonctionnement souple basé sur les event) parce que celle standart de c# est un peu lourde à implémenter (thread only). Eventuellement une GUI évoluée via ton système d'entity devrait aussi être faisable.

Ca permettrait de faire un belle librairie entièrement dédié au jeu.

wizad Ecris:

Avoir une couche réseau avec pourrait être intérréssant (qui disposerait elle aussi d'un fonctionnement souple basé sur les event).

Ca y est, le site est en ligne ici.

Il n'y a pas grand chose pour le moment, mais ça va bientôt changer, donc vous pouvez toujours le bookmarquer.

Le site est en anglais, mais une partie du forum est réservée aux discussions en français, donc les anglophobes sont les bienvenus.

Cool, on va pouvoir obtenir plus d'info sur ce projet fort sympathique !

Pour ma part j'ai commencé une étude perso sur la fesabilité du couche supérieur à la couche socket du framework .net pour faciliter l'accés au système réseau. Pour ce qui est de l'utilisation coté dev je m'inspire de directPlay qui était assez bien conçu par sa simplicité de prise en main. Je donnerai des nouvelles à l'occasion.

Pitié Agar, donne nous des nouvelles :-)

Mode flood ON
Agar!!!!!! reviens!!!!
Mode flood Off

Tiens ??? site plus accessible .
Dommage , la publicité était pourtant fort sympathique ...
enfin , c'est vrai que ça date un peu tout ça .Désolé pour le remontage de topic ...

Effectivement, j'ai fait quelques recherches sans succès, mais le blog d'Agar semble toujours ouvert, si interessé tu es, un p'tit message envoyé tu peux,
et si Agar tu passe par là, nouvelles donne nous...