Discussion :

[Johor]

Bonjour, je voudrais créer un jeu vidéo pas trop compliqué (3D) et j'ai plusieurs questions à poser pour avancer.
J'aimerais faire la map avec GTKRadiant car je connait tres bien ce logiciel, mais je ne saurrait pas comment procéder pour faire tourner un jeu qui utilise ces maps.... (j'utilise pour la programmation, dans l'ordre décroissant des connaissances : VB, Python, C/C++.)
Sinon, j'aimerais trouver un logiciel permettant de faire (exclusivement de préférence) des personnages : j'en avait trouvé un il y a quelques temps mais je ne me rapel plus .
Merci de m'éclairer, +Bisous +

[Aurelien.Regat-Barrel]

Il faudrait plutot voir du cote des forums OpenGL / DirectX car ici on parle pas trop de jeux videos. Tu comptes utiliser quoi pour la 3D ?

[Johor]

Il faudrait plutot voir du cote des forums OpenGL / DirectX car ici on parle pas trop de jeux videos. Tu comptes utiliser quoi pour la 3D ?

Pour la 3D je comptais juste sur gtk (pour la map)...

[Aurelien.Regat-Barrel]

gtk est un toolkit 2D. On va dire que tu comptes utiliser OpenGL. Je déplace vers le forum OpenGL.

[Johor]

pourkoi 2D GTK ?

[Laurent Gomila]

Hum... Faut pas confondre GTK et GTKRadiant. Le premier est une bibliothèque d'interfaces graphiques, le second est bien un éditeur de niveaux troidés.

Il te faudra ensuite une API 3D (OpenGL, DirectX, ...) pour afficher ta carte, GTKRadiant est juste un éditeur. Visiblement tu n'en utilise pas encore ?

Pour ce qui est des personnages, il existe pas mal de softs de modelisation. Mais là pareil, tu n'en as jamais utilisé ?

-> En gros, tu débutes dans la création de jeux video et tu es perdu ?

[Ti-R]

MilkShape 3D , GMax et Blender pour t'amuser en modélisation !
Par contre va falloir s'attaquer à l'API 3D... perso je conseille OpenGL

Pour OpenGL:
Red Book en haut du forum
Lessons sur -> http://nehe.gamedev.net/

[Johor]

Hum... Faut pas confondre GTK et GTKRadiant. Le premier est une bibliothèque d'interfaces graphiques, le second est bien un éditeur de niveaux troidés.

Il te faudra ensuite une API 3D (OpenGL, DirectX, ...) pour afficher ta carte, GTKRadiant est juste un éditeur. Visiblement tu n'en utilise pas encore ?

Pour ce qui est des personnages, il existe pas mal de softs de modelisation. Mais là pareil, tu n'en as jamais utilisé ?

-> En gros, tu débutes dans la création de jeux video et tu es perdu ?

Houla attention môoOoôsieur à ne pas exagérer !!
J'ai du faire 500 maps avec gtkradiant, alors je connais "légèrement"... Quand à gtk g c que c une bibliotheque pour le C.
En fait disons que je ne comprend pas comment on peut assembler plusieurs projets provennant de plusieurs logiciels pour en tirer un : le jeu

[Laurent Gomila]

J'ai du faire 500 maps avec gtkradiant, alors je connais "légèrement"... Quand à gtk g c que c une bibliotheque pour le C.

Je disais ça aussi pour notre ami Aurélien, et pour éviter les futures confusions

En fait disons que je ne comprend pas comment on peut assembler plusieurs projets provennant de plusieurs logiciels pour en tirer un : le jeu

Disons qu'au final tu auras plusieurs composantes (sous forme de fichiers) pour ton jeu : modeles, textures, mais aussi bibliothèques (moteur graphique, physique) pour gérer tout ce petit monde, et au final tu crées un executable qui va combiner tout ça et l'utiliser afin de construire ton jeu.

Petit exemple : la gestion des modeles 3D

1. Trouver un soft de modelisation (3DSMax, Maya, Blender, ...)
2. Exporter tes modeles sous forme de fichiers (.3ds, .x, ...)
3. Trouver une bibliothèque d'importation de ces fichiers (3dsloader, D3DX, ...)
4. Utiliser une API 3D pour les afficher (DirectX, OpenGL)

J'espere que ça t'aide à y voir un peu plus clair.

[Johor]

Je vois pas claire telement ya de larmes devant mes yeux
Je suis mal barré. Mais j'ai compris 2 trois trucs, tiens, une banane chevelue pour te remercier :
++

[Laurent Gomila]

Bienvenu dans le monde du jeu video amateur, où on monte des équipes surdimensionnées pour tenter de mettre sur pied des jeux modestes qui seront pourtant stoppés ineluctablement à même pas 30% de developpement.

Mon conseil : si tu veux débuter et que tu le fais seul, démarre (vraiment) petit. L'important étant dans un premier temps de se faire la main sur un API 3D. Commencer par la 2D ne serait peut-être pas une mauvaise idée d'ailleurs.
Sinon, si tu utilises un moteur 3D facile d'emploi (il en existe pas mal), tu peux peut-être arriver à quelque chose de pas mal

Le tout est de savoir jusqu'à quel point tu veux t'impliquer dans le developpement de ton jeu (tout écrire de A à Z, ou bien réutiliser un max d'outils / bibliothèques existant ?).

[Johor]

Ok, c'est pas tombé dans l'oreille d'un sourd. Je vais démarer, pour l'info je vais essayer de faire une map du Rock'n'roller Coaster dans laquelle on pourra faire l'attraction. C'est marrant que tu dises que les projets s'arrêtent a 30% parce que j'avais bien aimé un article de Game Creator qui disait que 98% des projets finissaient à la poubelle, et que -au passage- 80% des jeux visaient le multijoueur réseau bourin...

[bafman]

c'est pas surprenant, c'est ce qui represente le moins de recherche niveau gameplay et IA...

[Chiwawa]

ce que je te conseil c'est premierement d'utiliser soit: un language de programmation incluant deja un moteur 3d comme DarkBasic ou autre...
ou bien d'utiliser un moteur 3d déja existant assez simple d'utilisation dans un language que tu maitrise bien. Ensuite quand tu maitrise bien les concept de la programmation dun jeu et de la 3d tu poura t'attaquer a monter ton propre moteur 3d (si ca t'intéresse).

Jai commencé comme ca:
jai commencé avec le logiciel DarkBasic , qui ressemble a Qbasic pour la syntaxe etc.. mais avec des option 3d qui gere tout (style create objet, move objet, etc)
ensuite jai fait un moteur 3d en Dos en Turbo Pascal+ assembleur, jai tout fait de A a Z jécrit directement les pixel dans la carte graphique ... jai programmé un librairie graphike (partant du simple pixel , ligne , jusqu'a lalgoritme de remplissage de forme convexe)...dison opengl version TRES modeste et jai monté mon propre moteur 3d et jimporte des model 3dsmax. Ensuite une fois avoir compris comment la 3d functionnait je me suis attaqué a un moteur 3d en OpenGl avec Delphi , et la jen suis rendu a incorporer un moteur physic.

voila... si mon parcours peu t'aider un peu ...

[Johor]

Jai commencé comme ca:
jai commencé avec le logiciel DarkBasic , qui ressemble a Qbasic pour la syntaxe etc.. mais avec des option 3d qui gere tout (style create objet, move objet, etc)
ensuite jai fait un moteur 3d en Dos en Turbo Pascal+ assembleur, jai tout fait de A a Z jécrit directement les pixel dans la carte graphique ... jai programmé un librairie graphike (partant du simple pixel , ligne , jusqu'a lalgoritme de remplissage de forme convexe)...dison opengl version TRES modeste et jai monté mon propre moteur 3d et jimporte des model 3dsmax. Ensuite une fois avoir compris comment la 3d functionnait je me suis attaqué a un moteur 3d en OpenGl avec Delphi , et la jen suis rendu a incorporer un moteur physic.

voila... si mon parcours peu t'aider un peu ...

Tu as accompli un bouleau immense, mais je serais totalement incapable de faire ce que tu as réalisé...

[Clad3]

c'est pas surprenant, c'est ce qui represente le moins de recherche niveau gameplay et IA...

C'est bizzare, je trouve que c'est les 2 points les plus interessants dans la création d'un jeu . Enfin pour moi

Pour en revenir au sujet ... bonne chance !!!
et welcome dans le petit monde de la créa. de jeu-video amateur !

[bafman]

C'est bizzare, je trouve que c'est les 2 points les plus interessants dans la création d'un jeu . Enfin pour moi

moi aussi ... et c'est d'ailleurs ce qui fait souvent la difference entre un bon jeu et un mauvais jeu a niveau graphique egal...

[Jbx 2.0b]

N'oubliez le moteur physique (ce qui m'interresse le plus), beaucoup plus difficile à coder que le moteur graphique, même en utilisant une librairie ( il est beaucoup plus simple de se mettre à opengl qu'à ode par exemple, mais c'est peut-être du aux manques d'info sur le sujet...). Je pense ( si ce n'est pas encore le cas) que les moteurs physiques se vendront bientôt plus cher que les moteurs graphiques (même si souvent les deux sont liés). On peut verifier cette hypothése en comparant le nombre de moteur physique/moteur graphique disponible sur internet (gratuit ou non).

[Clad3]

Personelment, je suis en 2D, donc je ne me fait pas trop de soucis quand au moteur physique ( surtout pour unee rpg tiled-based lol ) ^^
Mais sinon je pense que tu as globalement raison

[bafman]

pas tout a fait d'accrod sur les moteur physique plus difficiles a comprendre que les moteurs graphiques... il suffit de jeter un coup d'oeil au SDK de Novodex ( http://www.ageia.com/novodex.html ) pour s'appercevoir qu'il est possible de faire des moteurs physique extremement simple d'utilisation... par contre pour la realisation, c'est autre chose (mais surtout ce n'est pas notre probleme )