Tout est dans le titre c´est pour mon projet rpg "3D" (mais un 3D un peu "dos" (ou comme dans doom 1)).

Je connais deja les tutos de site du zero mais je cherche aussi d´autres tutos.

Ben au bout d´un moment les tutos c´est inutil...

Il te faut surtout connaitre les syntaxes et obtenir certains automatismes.
Si tu en veux vraiment, t´as les bouquins.
Tu peux aussi obtenir le cours de Vincent Casteyde qui est très complet.
Et pour ceux qui viendront me dire qu´il est pas assez pédagogique, je répondrai que si yophil à déjà fait les cours sur le sdz et qu´il en veut plus, c´est l´idéal...

Un moteur 3D "DOS" comme Doom ?

Doom est une magnifique astuce, une illusion d´optique faite avec des trapezes droits, bref, ça n´a de 3D que l´illusion que ça te projette
Vraiment magnifique performance Doom pour l´époque.

Alors d´une part, ne te dis pas qu´un rendu en basse résolution sera beaucoup plus facile a faire qu´un rendu en haute résolution : Doom te sera aussi compliqué a programmer en DOS (voir pire car il part de zéro) plutot que de programmer un FPS utilisant une lib telle OpenGL.

Quoiqu´il en soit, pour l´un ou l´autre, le niveau en C / C++ requis est fortement élevé.

Ce n´est pas un moteur 3D dos, mais c´est comme dos, une illusion comme tu a dit, mais mon jeu est programé en C/C++.

Avec les cartes graphiques qu´on a actuellement, il n´y a plus aucune raison d´essayer de faire des illusions du genre de Doom : tu n´iras jamais aussi vite que le hardware que ta carte graphique en utilisant une lib 3D de base, qui exploite le Z-buffer et le reste du pipe-line graphique de façon elctronique.

http://www.siteduzero.com/index.php

Mais si t´en connai pa la rame en c Plousse plousse laisse bete essai deja de faire de la console avant de vouloir programer un doume mdr

Fvirtman==> Explique un peu plus simplement ton dernier post, je l´ai pas compris.

Et puis je comprends pas pourquoi vous tout le monde critique mon projet, je vous demande que de me donner des adresses de bon tutos pour le c++, et puis par 3D dos, je veux dire graphiquement, et pour le systeme d´animation sa rapelle dos, mais sans que cela sois du dos (ex : un goblin a 8 animations (une animations = un dessin 2D (oui 2D) representant quelquechose fesant une action), 4 ou il est de face, et les quatres autres de dos, il y en a deux ou il leve un pied, deux ou il leve l´autre pied, deux ou il ne fait rien, et deux ou il frappe), vous comprennez ?? ?

http://loulou.developpez.ez.com/tutoriels/cpp/metaprog/

Je comprends ton histoire de "dessins animés 2D"
On appelle ça "Sprites". Alors qu´effectivement, maintenant dans les FPS, les monstres sont maintenant des modeles 3D, alors que dans doom, c´était des sprites...
Mais ça n´a rien a voir avec DOS
Y´a eu une vie avant la 3D.

En ce qui concerne mon dernier post : Doom était d´une autre époque. Si tu compares ça a un chantier, les mecs avaient peu d´outil et peu de puissance, donc ils ont fait une astuce : ils ont construit un systeme de poulie pour construire leur mur. Pour l´époque, c´est super !
Mais maintenant qu´il y a des grues (les cartes graphiques et tout ce qu´elles savent faire), il est ridicule d´essayer de construire des poulies : sert toi de la grue !

Mais comme je te disais aussi, j´espere que ton niveau en C++ est tres poussé.
Si c´est le cas, tu as le tuto de Nehe :
http://nehe.gamedev.net

Je tiens a préciser que "la grue" dont je parlais, c´est pour afficher le décor.
Si ton but est d´afficher des sprites zoomés (comme Doom), commence par afficher des sprites normaux (de la 2D)

regarde pour cela mon tuto sur la promenade (cf ma carte) §2.A.2.

"Mais comme je te disais aussi, j´espere que ton niveau en C++ est tres poussé."

En fait, c´est pas moi qui utilise le c++, c´est mon programeur (il a deja travailé sur un logiciel de dédouanement nommé "sysB3", donc il connait la programation, je lui envoi les tutos pour l´aider a comprendre encore mieux le c++).

"les mecs avaient peu d´outil "

C´est un projet amateur, croit tu que j´ai beaucoup d´outil moi aussi. Et puis je sais pas ou tu vie, mais au Quebec c´est pas a tout les coint de rue que tu trouve quelqu´un qui connait la 3D, et puis Aautant que j´ai de beau graphisme 2D, que des graphismes 3D moches (j´ai deja trouv. mes graphistes, en fait mon équipe est montée, la seul chose qui me manque c´est un webmaster (qui sera moi puis-que je n´ai trouvé personne), et puis que personne ne dise que je suis quelqu´un qui donne le boulot aux autres sans précisez ce que je veux vraiment, puisque je suis chef de projet, concepteur (le moteur, tous les menus, etc.. version papier c´est moi qui m´occupe de cela), j´écrit l´histoire de base, je suis scénariste principal (j´ai deux co-scénariste pour les variantes dans l´histoire et les quetes supplémentaire) (le scénar. c´est pas la meme chose que l´histoire de base, dans le scénar on écrit TOUT), j´écrit la description de chacune des créatures et je m´occupe du site (bon au début sa sera genre "FrontPage" (qui est nul quand on ne sait pas l´utilisé, je recconait, mais j´avais deja concu quelque site amateurs n´ayant j´amais été publié) ou un éditeur de site gratuit, mais sa deviendra du php). Et puis pour tous ceux qui dise que ce projet n´ira pas loin, je dit "C´est mieux de voir loin, plutot que de regarder en arriere".

Aussi j´oubliais et encore pour les tutos, et pour vous remercié je vais vous faire mon jeux en exclusivité (quand il sera sortit (environ deux ans pour le premier de la série, six mois pour le deuxieme (on aura deja le moteur et je peux commencé le scénar. du deuxieme en finnisant celui du premier, et mon programeur commencera le moteur du troisieme (qui sera en 3D entierement)), six mois pour le troisieme, six pour le quatrieme, et je vois la possibilitée de faire une version tactique de mon jeu, et peut-etre meme une version mmorpg (mais parlons du premier d´abord (je fais de longue parentese, désolé).

"C´est un projet amateur, croit tu que j´ai beaucoup d´outil moi aussi"

--> Contrairement a ce que tu crois, oui
Tu as une carte graphique qui contient plein de puces spécialisées dans le rendu 3D, beaucoup de choses dans le ventre et tu as de dispo gratuitement les librairies de controle de 3D de base (DirectX ou OpenGL)
Donc oui, tu as des outils bien plus puissants qu´a l´époque de Doom ou ils n´avaient qu´un chipset VGA sous la main...
Tu voudrais quoi de plus qu´une carte graphique, des lib et des logiciels pour faire de la 3D ? Une grue ? Une pelle mécanique ?

Crois moi, ton PC est équipé pour la 3D...

"Crois moi, ton PC est équipé pour la 3D..."

Oui, sa je le savais, peut-etre que mon ordi a ce qu´il faut, mais en revanche, crois tu que tout le monde connait la 3D, sa s´apprend biensur, mais les résultats sont, bof, tandis que la 2D s´apprend plus facilement, et peux donné de TRÈS bon résultats.

Je ne te pousse pas vers la 3D, je tenais juste a répréciser que les mecs a l´époque de Doom avaient beaucoup moins d´outils qu´un particulier actuellement

Apres, la ou on tu ne me comprends pas, c´est ici. On va prendre l´exemple :

Imagine que tu veuilles faire, comme dans Doom, un couloir qui part droit devant.
Tu as deux solutions :
- soit tu définis une caméra dans un espace 3D, tu poses tes quads texturés pour les murs, et tu laisses la carte graphique faire... (vraie 3D)
- soit tu la simules toi meme (comme Doom), mais a toi de distordre la texture sur lee trapezes 2D qui représenteront l´illusion des murs qui partent, en calculant le parralax, la plaquage de texture, et les éventuels lissages, tout ça manuellement... (fausse 3D)

A ton avis, c´est quoi la plus simple des méthodes ?

Mais au niveau des sprites 2D qui se zoomeront éventuellement, oui, la tu t´emmerderas moins en 2D

Fvirtman, toi qui a l´air a connaitre la 3D, dit moi si ce serait possible de d´integrer des dessins 2D dans un un envoironement 3D, ex : eventuellement faire un cube, mais avec des facettes qui son en rélitée des images .png (ou autres), si ce n´est pas possible, alors je crois que la méthode d´illusion sera utilisée.

sisi, c´est possible ça s´appelle des textures : y´en a de partout dans les jeux 3D lol !

Le principe est tres tres simple :
Tu définis un Quad dans l´espace (un quadrilatere), et tu poses ta texture : la carte graphique, en affichant le tout, va "tapisser" le quad avec la texture, qui est un dessin 2D.

C´est comme ça que fonctionnent absolument tous les jeux 3D, et c´est meme une base fondamentale de la 3D.

Merci !! !, et es-ce que sa existe des scripts c++ qui font en sorte que le jeu prennent moin d´espace disque ?? ? si oui, donne moi un tutos ou les apprendres.

dans un jeu, le programme ne prends vraiment pas grand chose en place. Si tu arrives a 1 Mo ou 2 Mo, c´est déja le bout du monde !

Ce qui prend de la place, ce sont les textures (des images), les sons, et pire, les vidéos.
La, pour gagner en place, il faut compresser. Tu as les compresseurs génériques sans pertes comme ZIP, RAR, ACE ...
et les compresseurs spécialisés pour médias (sans perte : PNG, GIF pour les images), ou avec perte (JPG, MPEG, AVI/DIVX, MP3 ...))

Mais compresser juste le programme, en général, ce n´est pas la peine (meme s´il existe des options de compilations qui optimisent la place)

C´est quoi c´est options, et es-ce que c´est possible de mettre tous les fichiers d´un dossier dans un seul fichier.

Et ce fichier pourrait-il etre compressé, et es-ce que ce serait possible de stocker tout, ou la majeur parti du jeux dans le .exe servant a lancer le jeu ?? ?