Version imprimable
Mise à dispo d'une partie des sources ce week-end si j'arrive à trouvé suffisament de temps pour finir la mise en place sinon dans la semaine. Je pense dans un premier temps mettre toutes les sources qui sont validées, mais celle-ci me seront pas complètes, afin que vous puissiez commencé votre approche du projet. Je mettrais ce qui manque au fur et à mesure ou suivant les priorités de développement de chacun.Citation:
Envoyé par wizad
ça roule. si tu as besoin d'un coup de main n'hésite pas.
Quelques news peut être (bon ok je sait j'insiste mais je suis le seul sur le forum nxengine et je m'ennui) (Idée à la con n°1 : on lance un postaflood?)
Bon sinon j'en profite pour signaler que j'ai commencer à faire quelque essai/maquette d'interface grahique... je vous posterai ça pour avoir vos avis
t'es pas le seul, je passe de temps à autre pour voir si ça a avancé ^^
Bonjour tout le monde,
Bon moi je travaille depuis un moment sur l'implémentation de l'application NxEdit.
Il s'agit en fait de faire des choix qui sont pour moi primordiaux. Donc avant de faire un papier dessus je survol par des explications rapides :)
- Je préconise un fonctionnement en plugin parce que nous pouvons utiliser des framework déjà tout fait (SharpCode.Core). Il permet une grande liberté dan le développement avec son arbre logiciel et sa manière de charger les librairies
- Les librairies seront le NxEdit evidement, WinForms UI, SharpCode.TextEditor pour ses qualités et l'intellisense et voir plus s'il faut ajouter
- Tout le codage et l'idée est basé sur les meilleures techniques selon moi pour travailler en groupe
JE vous conseille de regarder toutes ses possibilités, je me suis inspiré de SharpDevelop 2.0. Les sources sont d'une richesse incroyable
Pour plus attendre
Est ce que le projet est toujours d'actualité ou bien plus personne n'a de temps à lui consacrer ? (je vois que depuis mars 2008, il n'y a plus aucun post dans cette section...)
pas vraiment.Citation:
Envoyé par LapinGarou
Il y a du temps à consacrer mais personne n'a de code sur lequel consacrer ce temps. funky n'a jamais donné le code à qui que ce soit et ça fait des lustres qu'on ne le vois plus.Citation:
Envoyé par LapinGarou
Pourquoi alors ne pas recréer une équipe et repartir de zéro si il le faut en y intégrant cette fois DirectX10 (voir DirectX11) et/ou OpenGL 3.0.
Moi je serai pour car ce monde m'intéresse mais je suis novice.
Des gens seraient-ils intéressé par un tel projet ?
Donc : qui voudrais créer from stratch un moteur 3D complet utilisant DirectX 10 ET DirectX 9 (car sinon on se restreint à Vista) ? :aie: A ce prix là il est plus simple de se tourner vers des solutions existantes comme Irrlitch ou Ogre avec peut être un peut de C++/CLI si on veut faire du managé.
Sauf que : Ogre (mal conçu et compliqué de réputation), Irrlicht lent (aussi bien en perf qu'en dev...)
Pour ma part je suis prêt à fournir du temps et de l'aide si quelqu'un se décide mais en aucun cas je me sent de prendre en charge un tel projet.
Je suis également partant pour y mettre ma contribution.
Pour la prise en charge du projet, cela va de soit qu'il faut trouver une personne ayant les compétences nécessaires.
J'ai pas dit le contraire, mais c'est les solutions qui existent pour l'instant (il y a aussi XNA tiens) mais voilà, il manque LA personne qui serait capable de développer un moteur complet avec les connaissances et le temps requis.Citation:
Envoyé par wizad
ogre n'est pas si complexe que ça
irrlicht non plus, je les aient testés tous les deux
pour XNA je vous conseille de bien lire l'EULA, vous allez avoir des surprises...
Il y'a aussi open scene graph et crystal space.
Sinon, niveau commercial il y'a torque pour 200$ ou 300$ selon la version.
Personnellement j'utilise kjApi.
La flamme renaît :D
Salut à tous, l'idée de faire un moteur DX 9 et DX 10 m'est déjà venu à l'esprit. Le fait est que j'ai écrit des mails à FunkyData (Cedric Montagne) mais il n'a jamais répondu :cry:.
Sauf que j'ai eu le temps de commencer un cahier de charges pour le futur moteur. Ce moteur je l'ai baptisé Noun (Egyptien ancien), qui est le fleuve berceau des Dieux. Maintenant nous avons la chance de pouvoir faire du DirectX 10 & 9 sans faire du C++/CLI grâce à SlimDx, FULL C# :yaisse2:. Cette librairie est super bien avec DX, c'est le nouveau MDX sans le support de MS mais déjà une forte communauté et des réalisations surprenantes comme le twinvision.:king:
J'ai eu aussi à réfléchir avec les gars de ma compagnie qui ont été convaincu par mon idée, Un moteur Open Source Next Gen DX 10 et 9. OpenGL 3.0 ne vaut rien malheureusement, aucune amélioration pour la programmation des jeux vidéo et surtout ils nous ont terriblement menti.:cry:
Le projet SlimDx est chapeauté par Google.
Pour une vue d'ensemble, j'ai eu à travailler mes skills dans la préparations des projets: refactoring, design paterns, test unitaire etc ...
Voici une version simplifié du projet (roadmap), le fichier est en pièce jointe. L'outil de programmation se doit d'être VS ou SharpDevelop
ps: Au fait étant un ancien de l'équipe NxEngine, je me demande où sont les autres. Je me rappelle que j'étais le seul pour les FX (shaders).
Nouvelle intéressante que voilà Lougne.
Après la lecture de ton document, je vois également de l'intéret à ton projet d'un point de vue pédagogique.
Je ne sais pas comment tu as décidé de le mettre en place... mais si tu as prévu dès le démarrage de le faire dans un esprit communautaire, alors ce serait génial.
De plus, si tu généralises l'usage des interfaces dans ton code, cela permettrait à tout à chacun de proposer diverses implémentations et d'en tester les performances. (Ce qui n'est pas un mal dans ce genre de développement où le but est de bénéficier d'un code qui soit le plus performant possible.)
Google Code pourrait être éventuellement un bon outil d'hébergement pour ce projet. Cela permettrait de bénéficier d'un svn, d'un wiki et d'un report basique. Son wiki a l'avantage d'être à la fois la documentation du projet et permet également l'échange de commentaires sur chacune de ses pages. (cela évite les Hors Sujets qu'amènent souvent les forums) Je pourrais m'occuper de cette mise en place si cela peut t'aider.
J'attends avec grand intérêt d'avoir tes infos sur la manière dont tu penses mettre en place le projet.
Le moteur se doit être OpenSource, je n'ai pas les ressources humaines pour le mener à bien. Mais je ne peus pas me permettre de débuter dans le vrac, c'est pourquoi il ya cette documentation que je suis entrain de terminer. Le tralala UML. Ceci implique beaucoup de documentations, de forums etc...Citation:
Envoyé par georgeduke
Le moteur sera bâti dans l'esprit le plus moderne possible qui existe dans le monde du génie logiciel, design paterns, refactoring, Unit testing, .... Donc si tu connais le principe, les Interfaces sont obligatoires sans oublier les meilleures techniques disponibles. Je le veut et j'y crois le plus puissant et moderne que possible. Et pour y arriver, il ne faut pas, surtout pas, une Core team de plus 10 personnes. Que cela soit pour les moteurs derniers cris du moment comme CryEngine ou les plus vieux (UnrealEngine 2.0 ou 3.0), l'essentiel du moteur est dans les mains de quelques individus.Citation:
Envoyé par georgeduke
Avant tout je prépare le document qui sera le fondement de ce moteur, je le soumet aux critiques, j'améliore et on code. Je me tape des heures d'ouvrages sur le monde de la 3D, de Post-Mortem, pour essayer de fournir une Road Map et une documentation technique qui facilitera le travail. Autant vous dire que je le prends très au sérieux, et pour ceux qui me demandent ces derniers temps pourquoi pas le penser en OpenGL, je leur dirai pour une derniére fois, qu'ils ont tout foiré avec la version 3.0 qui est une2.3 ou 2.4 mais en aucun cas capable de rivaliser (on ne parle pas de rendu) avec DX 10, 10.1 et le futur 11 qui supportera le multithreading au niveau du rendu et sera rétro compatible avec DX10. J'avoue que l'idée me pique de plus en plus de laisser tomber DX9 (suite à mes discussions avec l'équipe SlimDX), mais bon l'avenir nous guidera.
Pour un développeur que je suis, j'aimerais qu'on m'apporte déjà des solutions bien faite en natif au niveau du matériel, que de me taper 1 à 2 mois pour optimiser la même chose en logiciel. Regardez comment le geometry Shader marche bien dans les deux API.
On verra, pour le moment je me repose sur Developpez.com, mais je ressens l'envie de voir avec les gars English qui m'ont semblé très intéressée aussi.Citation:
Envoyé par georgeduke
Et même avant ça, comme tu le disais plus haut, il y a un énorme travail de recherche.Citation:
Envoyé par lougne
En parlant de recherche et de design pattern, le jour où tu as posté sur ton projet de moteur, je m'étais lancé dans un article (que je compte soumettre à Développez.com) pour montrer les différences de performance en lecture/écriture des différents types de "tableaux d'objets" de C#. (Collections et Listes génériques/non génériques, ArrayList, Hashtable, etc..)
Et comment coder de bonnes implémentations de HashCode() et Equals() pour retrouver le plus rapidement possible un objet stocké en mémoire... C'est essentiel de maitriser cela surtout dans des applications de rendu en temps réel... (et pourtant certaines librairies ne s'en soucient pas vraiment, mais je ne citerais pas de noms :roll:)
Sinon je voulais te demander : Comptes tu montrer (et où dans l'affirmative) la progression de ton travail de recherche et autres ébauches UML ou posteras tu uniquement le résultat de ce travail préparatoire ?
J'y réfléchie ardemment, le fait est que c'est un couteau à double tranchant. J'aimerais le faire pour me faire aider des Experts en UML, mais aussi tu as le cas des "floodeurs" qui n'apportent rien sauf dévier le but d'une discussion.Citation:
Envoyé par georgeduke
Mais franchement la bonne solution serait de montrer section par section le résultat ( ainsi on l'améliore dans les discussions), après on montre la section suivante qui aura bénéficier des ajouts du précédent travail.
Hey au fait les gars, c'est bien de vouloir s'entourer d'un entourage expérimenté pour faire quelque chose (quoique dans tout ce qui a été énoncé je trouve beaucoup de choses superflues, mais bon, ça ne regarde que moi). Ceci dit, avant de penser à la gestion du personnel il faudrait déjà voir si c'est faisable car entre "énumérer tout ce qui serai cool de faire" et "faire" il y a ... 7 mots. En fait, essayez de réaliser présentement (non, je ne suis pas québécois) une sorte de "démo" histoire de voir quelles seront les difficultés et ou problèmes potentiels, pas grand chose, mais déjà afficher un objet en 3D avec quelques effets et une caméra ça devrais déjà donner l'idée et concrétiser un peut la chose. Après, vous pourrez même demander un domaine (forum+hébergement+svn+...) sur dvp.com pour continuer. Quitte à reprogrammer certaines parties, ce sera déjà plus terre à terre. (J'ai le souvenir d'une abstraction totale des couches de mon logiciel qui a amené une complexité horrible et ingérable et j'ai fini par refaire à 0 en me forçant volontairement à ne pas utiliser d'interfaces pour certaines choses essentiels et assouplir le design ....)
Je pense que c'est le travail de recherche dont parlait lougne. C'est pour ça qu'il est important que l'on puisse suivre ses avancées.Citation:
Envoyé par smyley