Comment programmer des jeux Ms-Dos ?

[Jack]

Sans prob !

Ne t'en fais pas ! Je m'y connais en Delphi ! G déjà programmé un shoot mais que j'ai abandonné !

[RyF]

Je passe le sujet dans Discussions Générales =^__^=

[FF_Clad]

delphi -> derivé du pascal (beurk !)

l'asm & le C/C++ sont les 2 languages les plus courament utilisé, mais ils ont chacun d GROS dfaut

le C & le C++ -> tres facile a codé, mais pas optimisé pour 2 sous, ça donne des programmes HORRIBLE ! ça degoute les puristes ^^

l'ASM -> tres chiant a codé, faut passé des jours dessus pour obtenir le moindre petit truc mais en meme temlps c'est tellement bien optimisé que ça fait plaisir ^^

si Quake 3 avait été programmé en ASM, il tournerai tres bien en HI-res sur un PII 266 & 32 mgs de ram, mais il serai pas sorti avant 2015

si il avait été codé en C++, il aurai été fait en qqe mois (vu tout les moyens d'ID software mis sur le projet) voir qqe semaines... mais alors là ça ramerai sur un P4 avec 512 DDR ^^

la solution, c'est d'utilisé les 2 languages dans un mme programme ^^ plus tu veux faire un bon jeu, plus tu met d'ASM, moins t'as de temps a perdre, plus du met de C/C++ ^^

mais si tu veux codé des jeux "amateurs" bah c meme pas la peine de mttre de l'ASM, il demandera 200Mhz au lieu de 30Mhz mais bon, de nos jours tlm a au moins 200Mhz ^^

[Zorbid]

Provient du message de FF_Clad
delphi -> derivé du pascal (beurk !)

Pour info: Nemu64 est programmé en delphi.
Il y a donc quand même moyen de faire des belles choses avec...

[FF_Clad]

pour info, project 64 est codé 60% en ASM, 40% en C

[LordWo]

Cracher sur le C/C++.... quelle idée...
Il est évident que le rapport rapidité-de-développement/optimisation-du-code se retrouve dans ASM/C++. Maintenant, tout faire en ASM, c'est a la limite du stupide : 2015 me parait optimiste - et d'ici la on en sera à l'ASM 64 Bits - donc en plus ca aurait été un code obsolète qui aurait été développé... malin : ce qui donne des jeux composites C/C++ avec des librairies de routines en ASM pour optimiser les parties les plus employées du code source

Quand au Delphi (cité plusieurs fois) - c'est un soft RAD (Rapid Application Development) : inutile de préciser alors que l'aspect "rapidité de code" a été travaillé aux dépends de la rapidité d'execution.

Quand a l'idée de faire de l'ASM sous DOS pour des PCs récents, ca relève sans doute du défi plutot que de l'envie : c'est inutile et fastidieux, bossez en C/C++ voir en Delphi, les pertes de perf. seront sans influence. Si vous optez sur l'ASM, prevoyez de fournir votre jeu avec Moslow!. A quand les jeux :
Config maximale : IBM PC 486DX4 | 32mo RAM | 499 Mo HDD ?
Ca releverait du canular ..
A bon entendeur,

LordWo

[PsychoFox]

Moi je conseillerais de programmer le jeu totalement en C avec les librairies allegro. Comme ça, tu gardes un code facilement portable pour win, linux , freebsd, BeOS, MacOS X etc...En plus, tu trouves facilement de la documentation et de l'aide.

Par contre, avant de vous emballer...programmez juste un tetris puis avancez doucement vers des trucs plus chauds. ça sert à rien de s'imaginer faire un port de SNK vs Capcom 2 sous dos, tout ce que vous allez faire, c'est vous dégoutter.

Moi je m'amuse à faire des ptis trucs à la con (d'ailleurs c'est tellement nul que ça m'amuse plus à les coder qu'à y jouer =P) genre puzzle bobble (mine de rien c pas si facile), si un jour j'y arrive, etant donné que ça fait plus de 2 ans que je suis dessus et que je code généralement pendant 2 jours et après je laisse tomber pendant 2-3mois, je me lancerais dans un wonderboy 6

[Moogle]

Il y a aussi la SDL qui est une lib C du même genre qu'Allegro.
Et le mieux pour programmer sous DOS (et partout ailleurs), c'est le C (éventuellement C++). Rapide, pas trop compliqué, portable... En plus il existe un tas de librairies et on peut intégrer des parties en ASM pour optimiser certaines parties du code.

[Invité]

Voila : il ne reste plus qu'a Jack d'apprendre l'un de tous ces languages... ( tu n'est pas arrivé ! ) (!)
Mais ensuite Jack, il reste encore la question des graphisme

[80Powers]

Je crois que l'assembleur n'est plus trop d'actualité pour faire un jeu DOS... L'assembleur est utile pour créer des choses que ne peu pas faire le C et qui seront ensuite ré-utilisées tout au long du programme.
Là ou je veux en venir c'est que tout ce dont notre amis a besoin pour créer un jeu d'aventure en 2D existe déjà dans des tonnes de librairies... et c'est quand même ça qui est génial aujourd'hui !!!

[dj_pride]

mmhmm

Et on peux le trouver ou ce Q Basic?

[lysergic]

Sinon t'a qu'a déja tenter des trucs avec PowerBasic.

C'est un basic plutot rapide, compilable, et dans lequel tu peut direcetement incruster du code ASM...

[zebulon]

Provient du message de dj_pride
Et on peux le trouver ou ce Q Basic?

Dans les anciennes versions du DOS ou sur ce site.

[Invité]

Il existe une librairie Qbasic : DirectQB, qui fonctionne pas mal !
Tu n'auras pas de mal à la trouver sur http://qbasic.qb45.com, il me semble.
Cette librairie est pas mal, j'avais programmé avec, en utilisant seulement certaines instructions, pour les animation... de très bonne choses ! Voyez par vous même sur ce RPG :
http://untitled.swoo.net/ il est réalisé avec directQb !

[Emperor]

Vas voir par là