Salut Aratos,
Plusieurs infos, et trucs :
Je veux pas te faire peur mais prends bien en compte que les
STF/E sont des machines qui ne tourne qu'a 8 Mhz, donc c'est super
que tu rejoignes les Ataristes, mais vise pas a dvp des clones
de Doom 3 ou Half-life, coz vitesse un peu basse !! Mais sur
Ste certaines trucs qu'il a en plus permet de faire quand meme
bcp mieux que sur un Stf ! )
Essaie de privilégié les jeux 2d, je dis pas que c'est pas
possible de faire de bon jeu 3d, mais vu la vitesse de la machine
pas de copro arithmétique, pas de virgule, cela pourrait te dégouté
de la machine, ou attend d'avoir un bon niveau en asm après.....
Si tu utilises Devpac, une des assembleurs les plus connus et surement
le plus utilisé sur St, utilises une version antérieur au 3, parce que
toutes les versions 2.xx ont l'éditeur et l'assembleur intégré, cela
évité les accès disques pour charger l'assembleur, et vu qu'apparement
tu ne tourneras qu'en d7 cela sera mieux.
Je vais t'avouer que meme sur Falcon avec un disque dur, je programmes le
plus souvent avec une version 2.7 de Devpac, a cause que tout est séparé
et cela ralentit a chaque fois l'assemblage et le lancement de ton code.
J'aurais mieux fait de commencé par la mais bon, moi et ma logique ! Sur
Atari trois principaux assembleurs sont utilisés :
- Devpac : le doyen et le plus connu
- Assemble : un assembleur super professionnel, avec tout le nécéssaire
pour dvp, par contre perso j'ai deux problemes avec lui
l'éditeur est déjà lent sur un Falcon (a 16 Mhz), alors sur
une machine a 8 Mhz !!! Et l'assembleur meme est comme Devpac III
séparé, ce qui ralentit un peu les dvp.
- Turbo asm : l'avion de chasse de l'assemblage, un super produit
allemand, assemblage temps réel, par contre je n'ai pas
trouvé de version anglaise, et ayant un gros soucis avec
l'allemand. (Ne marche pas correctement sur Falcon !!)
En parlant de ralentissement, je te préviens, je suis assez nerveux sur les
temps de dvp, 'cela ralentit le dvp' je parles de 2-3 secondes par exemple
au moment du lancement de ton code. Je suis assez lourd la dessus, cela
m'enerve a chaque fois d'attendre (Cela doit etre a un traumatisme
quand je dvpait les routines d'overscan, modifié mon nb de nops relancé,
remodifié, etc... jusqu'a trouvé le bon nb de nops, et a chaque fois
attendre, j'ai du etre traumatisé, il y a un psy sur le Yaro ? parce que
j'ai besoin d'ètre diagnostiqué ! lol !)
Voila voila, je crois que tu as quelques détails, par contre tu verra, l'asm
68000 est un cadeau, et l'asm dispose de certaines techniques qui n'existe pas
dans les autres langages : code généré (Des programmes qui écrivent des programmes !)
et le code auto-modifiant (Des programmes qui modifie certaines de leurs instructions !)
Quand on y a gouté, c'est assez dur après de s'en passé, surtout quand on veut
des codes qui tourne vite.
Pour les assembleurs, tu peux tout trouvé en rubrique coding tools ici :
http://dhs.nu
Un site indispensable pour ceux qui dvp sur Atari, les dernieres news, des
assembleurs, des progs de dessin, les progs de musique, des routines et tout le
toutim !
Mais sinon j'espères ne pas t'avoir dégouté, si tu est encore la, bravo
et bienvenue (ou bon retour !) sur :
ATARI
Perso je ne dvp plus qu'en asm, quelque soit le prog, parce que la vitesse est
assez incroyable par apport aux autres langages, pas de compilation, de linkage, etc..
Le prog que tu verras a l'écran est ce que tu auras après, pas comme certains
langages (Basic, ...) qui une fois compilé tu as certains progs qui tourne pas ou
pas pareil.
Pour évité de perdre les 2-3 copains qui me reste sur le forum a force de dénigré
les autres langages, c'est juste pour essayé de vanté un peu le langage, je les
aimes tous (le C j'en suis pas encore sur..........) mais :
I LOVE ASM !!! ASM FOREVER !!! MOTOROLA INSIDE !!!
Bon je vais arreter de saouler tout le monde,
a +
GT Turbo (Cerebral Vortex Software Development)
P.S. : Récupere quand meme un Gfa basic, cela permet de testé certains effets
ou de vérifié certaines routines avant de t'arraché les cheveux en asm.
Après c'est encore assez simple de la réécrire en asm, Azrael et moi
avons fait cela pendant des années (Il écrivait les routines en Gfa)
et ensemble on reprenait directement le fichier sous Devpac et on
réécrivait ligne par ligne !!! Je sais c'est pas top pour l'optimisation
(A la base !) mais c'est assez efficace pour pas se prendre la tète !!
Un des meilleurs libre du 68000, est mise en oeuvre du 68000 aux editions Sybex, mais
est épuisé tu dois pouvoir le trouvé d'occase sur internet. Sinon tu peux effetivement
utilisé les liens des collabos de ce forum !!
