Tu peux très bien héberger ton wiki ...Envoyé par artiom
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Tu peux très bien héberger ton wiki ...
Les grands esprit se rencontrent
En effet
Heu oui...
Devant ces remarques, je m'incline.
En effet. vous avez raison, ca peut etre une tres bonne sollution. Je vais donc regarder un peu de plus pres comment fonctionnent les wiki afin de voir si ca repondrai a mes besoins...
Il est vrai que depuis tres longtemps je fait du php et j'ai developpé dans mon passé des sites pour des societés avec des gestions de contenu, et gestion de bases de données aussi bien articles que clients. Ce qui fait que je dispose deja de pas mal d'outils pre programmés pour toutes sortes d'utilisations.
Enfin bon puisque tout le monde me dis WIKI WIKI WIKI, je dis OukY moi AuSSI
=)
Merci pour ces conseils.
Sinon une question en passant,
es ce que quelqu'un connais un vieu jeu qui s'appelle Battle City? sur NES
ou
un vieux jeu qui s'appelle Blue WAR sur AMSTRAD?
si oui, que les nostalgiques se levent fier et droit pour me donner leurs avis sur ces deux jeux =)
A priori Raknet est totalement libre désormais : l'auteur l'a indiqué sur le post d'un forum mais pas sur le site web : il suffit de lui demander
Suivez le développement de Chibis Bomba
twitter : https://twitter.com/MoD_DiB
DevBlog : http://moddib.blogspot.fr/
Est-ce que ton projet est lié à ces jeux ? Sinon, je t'invite à poster ici : Taverne/JeuxSinon une question en passant,
es ce que quelqu'un connais un vieu jeu qui s'appelle Battle City? sur NES
ou
un vieux jeu qui s'appelle Blue WAR sur AMSTRAD?
si oui, que les nostalgiques se levent fier et droit pour me donner leurs avis sur ces deux jeux =)
Je ne répondrai à aucune question technique en privé
Bonjour
Je suis plus ou moins la discussion et j'aimerais en fait donner une critique ; je pense que si tu souhaite vraiment faire un gros projet, la 1er chose serait non pas de recruter beaucoup de programmeur mais de mettre sur pied 1 démo technique ainsi que quelque document afin de savoir vers quoi se tourner, mais aussi et surtout commencer par une préproduction ; c'est à dire savoir se que vous allez faire, parce que c'est ce que tu souhaite que chacun puisse apporter la pierre à l'édifice mais il faudrait je pense savoir si vous travailler pour un jeu à Gameplay ou un jeu au graphisme (par exemple Beyond Good and Evil et concut pour son gameplay tout comme les GTA alors que Unreal c'est plus pour ses graphismes).
Voila je pense que c'est un peu flou ce que je viens de dire mais l'avancement de ta concrétisation l'ai aussi je pense ^^
Bonne chance tout de même
Et pense à la portabilité des plates formes s'il te plaît je suis allergique au projet basé sur Windows uniquement surtout depuis leurs idée de plate forme à la steam PAYANT.
Environment Artist | Technical Artist | Game Art
Porfolio Art Station
A priori, on y pense... Pour l'instant, toutes les libs préséléctionnées sont portables, donc, il n'y a pas de raison de ne pas écrire du code qui ne le soit pas.
Ogre???
Bon je sais que je vais en ennerver un. Ca c'est sur . Desolé bibi.
Bon je voulais savoir votre avis general sur ogre?
Qu'en pensez vous? enfin moi je me dis que ca peut etre pas mal d'utiliser ce truc, car c OpenSource, donc gratuit meme a la commecialisation, alors bon je me disais que peut etre ca vaudrai le coup de ne pas perdre de temps a coder un moteur 3D...
En effet ogre est pas mal optimisé pour le rendu 3D. Enfin bon en utilisant ce truc meme si c pas genial, on peut etre sur et certain d'etre compatible avec les dernieres technologies, et en plus on reste compatible avec les anciennes.
En effet je pense que vous le savez mais ogre est developpé par toute une equipe qui regulierement remet a jour plein de choses...
et puis commencer directement avec les plates formes DirectX et OpenGL compatible ca peut etre interressant.
Enfin bon ceci n'est que mon avis alors dites moi ce que vous en pensez?
De plus la compatibilité directe avec Blender (directe ou presque) est un gros avantage. on est sur d'etre optimisé en permanence. Enfin je crois.
Sinon si il a des trucs qui nous soulent pourquoi ne pas modifier certaines etapes de ogre de maniere a l'adapter a notre projet?
Qu'en pensez vous?
Le recrutement continue!
Il faut savoir que si tu modifie le code de Ogre tu es obligé de diffuser les sources de ton appli. Enfin il me semble ...
non, tu est obligé de distribuer les sources modifiées, pas toutes les sources de l'appli.
* Il est infiniment plus simple de faire rapidement un code qui marche que de faire un code rapide qui marche
* pour faciliter les recherches, n'oubliez pas de voter pour les réponses pertinentes
Mes articles
C'est plus subtil que ça, cf. http://www.ogre3d.org/index.php?opti...417&Itemid=155
edit : mais oui comme en général on lie avec la bibliothèque dynamique, ça revient vaguement à ça
MAT.
Mouai mouai mouai
En tout cas pour le moment peu importe. C'est defini pour le moment comme un opensource.
Bon alors vos reactions? vis a vis de la qualité de ce mot3D.?
A mon avis c'est la première chose à regarder quand on évalue un composant open-source : la licence.
Si la licence n'est pas compatible avec l'utilisation qu'on compte en faire c'est même pas la peine de regarder le reste...
Je ne sais pas si tu parles d'Ogre ou de ton projet mais dans les deux cas tu devrais regarder d'un peu plus près ce qu'open-source signifie exactement parce que ça a l'air un peu flou là.
Tu peux par exemple jeter un oeil sur http://opensource.org pour voir qu'il y a beaucoup de licences différentes et que ce n'est pas juste "je prends les sources et j'en fais ce que je veux".
Sinon oui Ogre est très bien et je le conseillerais pour un projet open-source démarrant aujourd'hui.
MAT.
Merci Mat007
Merci Mat.
En effet je suis au courant que plusieurs types de licences open-source sont actuellement en vigueur.
Donc demain je vais decortiquer en detail ton lien.
Merci pour cette info.
Bon pour la qualité d'OGRE c'est cool. J'espere que ca ne nous decevra pas.
Bon, il parait que je ne vais pas apprécier l'idée d'utiliser Ogre... effectivement, et pour plein de bonnes et mauvaises raisons.
La première, simple, aussi en cours de dev qu'il soit, Ogre n'est pas au gout du jour. Je préfère faire une tentative et me louper plutôt que d'être sur d'avoir en face de moi un truc qui de toute manière est loin de mes attentes. Ouais, je cherche la lune, je sais...
Ensuite, le code d'Ogre est assez illisible, et il y a peu de docs... je veux même pas imaginer une modification de ce truc.
Et de plus, la compat avec Blender ne veux pas dire grand chose, écrire un importeur c'est pas non plus la mort... ou alors écrire un convertisseur... et vu le nombre d'exporteurs/importeurs dispos pour blender, ça me ferai mal qu'il ne soit pas possible de trouver quelque chose... Et c'est la même chose pour n'importe quel DCC...
Il a un éditeur pour son format de scenes au moins cet Ogre ? j'en avait pas trouvé la dernière fois que j'avait cherché.
Enfin, pour finir, ce n'est pas exactement la vision que je me fait d'un moteur, qui serai plus comme un paquet de modules/classes/whatever mis bout a bout, et qui formerai un tout cohérent, et non un tout qui serai composé de classes dans tous les sens (ouais, j'aime pas les facades... enfin, surtout si il n'y a que la facade de documentée)
Mais après, je me suis peut-être pas assez penché sur le moteur... donc prenez ça comme venant de quelqu'un qui a un gros a priori
Je pense qu'effectivement tu as pas mal d'a priori
Pas au goût du jour ?! Quelles sont tes attentes, et quels manques reproches-tu à Ogre ?La première, simple, aussi en cours de dev qu'il soit, Ogre n'est pas au gout du jour. Je préfère faire une tentative et me louper plutôt que d'être sur d'avoir en face de moi un truc qui de toute manière est loin de mes attentes. Ouais, je cherche la lune, je sais...
C'est l'un des codes sources les plus lisibles que j'ai pu voir dans le domaine, beaucoup de doc (ne pas oublier la grosse communauté qui gravite autour de ce moteur), et... pourquoi voudrais-tu le modifier ?Ensuite, le code d'Ogre est assez illisible, et il y a peu de docs... je veux même pas imaginer une modification de ce truc.
Disons qu'écrire un exporteur peut ne pas être aussi simple qu'il y paraît. Tout dépend de la complexité de ton format de modèles.Et de plus, la compat avec Blender ne veux pas dire grand chose, écrire un importeur c'est pas non plus la mort... ou alors écrire un convertisseur... et vu le nombre d'exporteurs/importeurs dispos pour blender, ça me ferai mal qu'il ne soit pas possible de trouver quelque chose... Et c'est la même chose pour n'importe quel DCC...
A ma connaissance non, par contre il y a plein de projets en cours (pas de la part des développeurs d'Ogre) mais aucun n'a abouti jusqu'à présent.Il a un éditeur pour son format de scenes au moins cet Ogre ? j'en avait pas trouvé la dernière fois que j'avait cherché.
Là je ne comprends pas le sens de ta remarque.Enfin, pour finir, ce n'est pas exactement la vision que je me fait d'un moteur, qui serai plus comme un paquet de modules/classes/whatever mis bout a bout, et qui formerai un tout cohérent, et non un tout qui serai composé de classes dans tous les sens (ouais, j'aime pas les facades... enfin, surtout si il n'y a que la facade de documentée)
Si tu cherches un moteur qui soit à la pointe de la technologie et qui possède un éditeur de scènes ainsi que d'autres outils, tu peux jeter un oeil à kjAPI. Irrlicht possède également un éditeur, par contre personnellement j'aime un peu moins au niveau code / moteur.
Mieux que SDL : découvrez SFML
Mes tutoriels 2D/3D/Jeux/C++, Cours et tutoriels C++, FAQ C++, Forum C++.
Je viens de re-regarder les features du moteur, j'ai du me contenter de certains screens que j'ai pu voir, et qui ne reflètent pas assez bien les possibilité du truc.Je pense qu'effectivement tu as pas mal d'a priori
Pas au goût du jour ?! Quelles sont tes attentes, et quels manques reproches-tu à Ogre ?
En fait, quand j'arrive sur la doc, j'ai l'impression de voir un gros bordel où tout est mélangé. L'histoire de modifier les sources, perso, si il fait ce qu'il faut, je ne vois pas pourquoi il faudrait le faire, mais c'est artiom qui parlait de ça.
Certes, mais ça reste quelque chose de faisable, ça peut prendre du temps, mais il reste possible de le faire, pas necessairement au niveau du modeleur, mais peut-être simplement écrire un loader pour le moteur.
l'abscence d'éditeur est assez génante, mais il doit y avoir moyen de faire autrement.A ma connaissance non, par contre il y a plein de projets en cours (pas de la part des développeurs d'Ogre) mais aucun n'a abouti jusqu'à présent.
Ma remarque vise ici l'abondance de singletons placés un peut partout. Est-ce qu'il est possible de se passer de Ogre::Root par exemple ?Là je ne comprends pas le sens de ta remarque.
Bon, oui, je suis plein d'a priori, je vais aller essayer de les quitter en essayant d'utiliser un peu ce truc.
De toute façon si tu veux un moteur de jeu performant , je le dirai toujours, il faut tout développer par soi-même.
Parce que prendre quelque chose de tout fait ça ne peut pas couvrir tous les cas de figures et c'est pas performant
Je crois que l'effet était justement vouluMae,
J'aurais plutôt dit "si tu veux un moteur de jeu qui correspond exactement à ce que tu veux", car là, tu traites plus ou moins les développeurs des moteurs disponibles d'incapables, et en plus tu supposes que bibi.skuk n'est pas dans ce cas, puisque tu affirmes que son moteur sera plus performant que ce qui existe.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager