pce , huc et autre console

[pckid]

Bonjour à tous,

Je voudrais savoir si la pc engine est la seule console a beneficier d'un compilateur c pour le développement
de jeu retro gaming.

Savez vous si d'autres console en bénéficie aussi ? (snes, megadrive, sms ?)

merci

[touko]

Non quasiment toutes en ont, même la coleco

Sinon en 16 bits la snes et la md en ont un .

[pckid]

Hello Touko,

J'aéi beau cherché partout et je trouve que des compilateur en assembleur,
aurais tu des liens pour la SNES et MD ?

cdlt

[touko]

là pour la md : http://www.yaronet.com/posts.php?sl=172&s=85976

Et là pour la snes : http://snesdev.antihero.org/?page_id=84

[pckid]

Touko,

Tu es fantastique, tu es une vrai mine d'information.

Je comprends pourquoi google ne sort rien , dans leur référencement, il ne parle jamais de c ou c++.

Bon super nouvel. car on peut espérer faire des migrations.

[touko]

De rien, mais non je suis pas une mine lol, j'avais un peu regardé ce qui se faisait sur les autres machines.

[xav]

J'ai utiliser avec succès CC65 sur Nes et C64 et je croit qu'il est aussi compatible avec la lynx.

http://www.cc65.org/

Pour la SMS et généralement toute les machines Z80, sans hésitation c'est SDCC

http://sdcc.sourceforge.net/

Un rappel, le C a été conçus dans l'idée d'un CPU riche en registre, le 6809, le Z80, ou le 68000.
Les CPU type 6502 ne possédant qu'un seul registre data, l'accu, les performances sont généralement inférieure a code identique.

Il existe un compilateur C V810, le CPU de la PC-FX mais c'est une horreur!

[touko]

Huc n'est pas mieux, pour mon projet je dois être entre 80 et 90% d'asm dedans tellement le code généré par huc est pourri ..

Rien que le code de la fonction spr_set(sprite) c'est :

Code : Tout sélectionner

 ldx   #LOW(_sprite)
 lda   #HIGH(_sprite)
 call _spr_set

Pourquoi il cherche absolument un nombre 16 bit pour des sprites allant de 0 à 63 ????
Tu perds 2 cycles à chaque fois -> jusqu'a 128 cycles par frame rien que pour cette fonction ..

Le reste est pire encore, sans parler de la taille du code .

[pckid]

@Touko, je suis impressionné par ce que tu dis, si tu n'avais jamais fait de programmation avant.
J'aurais aimé voir une des tes créations sur la pce ou autre ? si c'etait possible.

@ Xav, merci xav pour tes infos, je voulais savoir sur la megadrive possede aussi un Z80 ?
et quand tu parles de mono regitre contraire de multi registre ? c'est la nes et la snes ?

Merci xav aussi pour les liens, je suis super content de ce post, cela me donne plein d'espoir.

ps : désolé si mes questions sont peut etre de débutant, mais je vais me remettre à fond sur le dev pce et voir
conversion sur une autre machine. Alors j'ai beaucoup d'interpellation.

ps2 : au niveau de quel compilo est ce le plus simple pour apprendre à faire un jeu en c (pce , megadrive, sms, nes , snes ?), je suis developpeur de métier,
dans les logiciel de gestion , je fais du c# .net, foxpro, javascript et etc.. Mais la pour moi les jeux c'est vraiment un monde à part.
Il faut que je mette à comprendre la gestion de fond d'ecran (map) les tiles , faire des classes pour mes sprites. Et etc....

Je vous remercie par avance.

[touko]

Bien sur, tu peux tester mon projet en cours : http://www.megaupload.com/?d=PJCMYT7Q

Ou l'intro du futur grand projet que je continuerai après celui là : http://shubibiman.free.fr/intro.zip

Pour ta question sur les registres, il y avait 2 processeur à l'époque des 8 bit qui équipaient les machines.
Le Z80 (sms, spectrum, coleco, amstrad cpc, etc ..) et la famille des mos 65x (nes,snes,c64, atari 2600, pce,etc..)

Ces 2 procs fonctionnent de maniere totalement differente, ainsi le Z80 est plein de registres, et tu peux faire des operations de registre à registre.
Super pratique, mais avec un accées au bus de données lent, et de l'autre la famille de 65x, disposant de seulement 3 registres, 1 de données et 2 d'index, plus chiant à programmer, mais disposant d'un accés au bus de données rapide, du fait tu peux utiliser la ram comme registres (peux coûteux en cycle CPU) .

Dans les fait un C64 avec un 6502 à 0.936 mhz (me souvient plus de la fréquence exacte) est quasiment aussi performant qu'un Z80 à plus de 3 mhz ..
Le 68000 à un fonctionnement similaire au Z80.

Pour le compilo, je pense à la MD, voire la coleco (son compilateur est vraiment très très bon) ..
L'avantage c'est que, ce que tu apprends sur une machine est valable pour 80/90% pour toutes les autres (les principes restent les mêmes) .

[pckid]

Touko,

C'est super bien foutu, je suis impressionné, bravo !
Ton jeu demarre le .Iso ?

Alors si je comprends bien tu me conseilles de partir éventuellement sur le compilo de la MD ?

Merci à toi.

[touko]

Touko,

C'est super bien foutu, je suis impressionné, bravo !
Ton jeu demarre le .Iso ?

Merci
Oui ce sont des projet SCD rom.

Alors si je comprends bien tu me conseilles de partir éventuellement sur le compilo de la MD ?

Merci à toi.

Si ton but est de développer sur une console (peu importe laquelle), je dirai oui ..
Tu auras un bon compilateur C, avec des fonctionnalités hard (scroll, sprites, etc..) qui te faciliteront la vie.
Et surtout ,trés important il faut une communauté la plus importante possible, pour y trouver aide,exemples,utilitaires ..

[xav]

Il y a aussi à prendre en compte la complexité de la machine.

Je suis peut être partial, mais je trouve que la NEC et la MD sont les plus facile à programmer.
On peux même contourner complétement la partie Z80 sur MD ( même Sonic 1 ne s'en sert que pour les sons PCM)
A contrario la NES est certainement la plus bidouillable, mais son hardware m'évoque un caméléon épileptique sous acide .... et quand on attaque les mappers y plus qu'a allumé le stroboscope

[touko]

Oui tout à fait, mais j'ai pas évoqué la PCE pour sa complexité, mais pour son compilateur C d'un autre age ..
Je suis pas fan de la MD, mais je pense que faire du homebrew dessus, ne doit pas être compliqué vu les bons outils et la communauté qu'elle dispose.

[MooZ]

Si mon cerveau n'est pas complètement ravagé, je crois me rappeler que l'histoire du développement d'HuC est assez obscure. En plus il n'est plus trop maintenu.
Quant à pceas, il est toujours maintenu. Mais il faudrait que je crée une faille spatio-temporelle pour pouvoir sortir une nouvelle version :|