je me passionne pour les demos écrites sur d'anciennes machines telles que le ST, l'Amiga, etc
 
j'aimerais savoir si certains parmi vous font ou on fait parti d'un groupe de demomakers pour qu'ils m'expliquent les techniques qu'ils employaient, la maniere dont ils codaient, les langages utilisés...
 
je suis un pur noob à ce niveau et j'aimerais vraiment apprendre. j'ai mis ce post dans la cat ASM car je suppose que c'est le langage utilisé pour les demos
 

En gros, le principal outils de travail, c'est le café mélangé à l'aspirine

Je te conseille, pour débuter, de faire du C, car c'est la langage le plus proche de l'ASM (c'est juste une surcouche syntaxique pour résumer).
 
Ensuite, quand tu commenceras à bien toucher ta bille, un bon bouquin sur l'ASM, et ça ira.
 
Je te conseille de faire au moins un DEUG MIAS, les calculs seront tes meilleurs amis quand viendra l'heure de l'optimisation.
 
Un bouquin décrivant le fonctionnement d'un processeur en détail, avec notamment un tableau récapitulatif du nombre de cycles nécessaires pour chaque instruction ASM ne sera pas de trop non plus.

tous les secrets des demos CPC    
 
http://ninja2008.free.fr/CPC/

merci pour vos réponses
 
y'a t'il parmi vous des codeurs ou ex-codeurs ? j'aimerais beaucoup discuter avec l'un d'entre eux

sur le ST & l'amiga, il faut connaitre à mort l'assembleur 68000, pas forcément être une pointure en math, mais l'être en algorthmie.
 
sur le ST & l'amiga en plus du cpu, faut connaitre les recoins de tous les chips, vidéo & son, car l'architecture était fixe et on pouvait faire plein de gruges.
 
le pc ayant une architecture variable, et pas de chips dédiés, le CPU était la clé de tout. (on ne confiait rien à autre chose que le CPU, hormis l'audio dans le cas de la GUS )
 
alors que sur le ST & l'amiga, le CPU n'est qu'un chef d'orchestre, les chips dédiés étaient la clé des performances & des effets.

d'un autre coté, le fait qu'il n'y ait pas de chips dédiés sur le PC, ont permis à celui-ci de se diversifier dans les possiblitées calculatoires, et arrivé au 386/486, la puissance cpu était telle que ça a sonné le glas du ST et de l'Amiga.

et l'optimisation venait beaucoup plus de la connaissance du cpu et du hardware de la machine, et de compétances d'imagination algorithmique, que d'avoir fait un deug MIAS.

Ca faisait des mois que j'attendais un tel topic    
 
vic > Tu tombes bien mon grand, ton modo préféré est également un ex-codeur de démos Amiga & PC !! J'y ai consacré 5 ans de ma courte vie, 5 ans à dormir 2 heures par nuit, à bouffer des trucs que même un américain ne boufferait pas, à chercher l'instruction miracle qui me permettrait de ne pas dépasser la VBL fatidique, etc...
 
C'était le bon temps tiens  

 
quand je pense que j'ai passé tout mon temps sur amiga a jouer plutot que de trifouiller la bete =>

 
haha chercher à ce que le temps de traitement tienne le temps d'une vbl, gruger avec le blitter graphique, et synchroniser avec le retour horizontal, je vois le genre  

 
moi aussi, c'est avec le PC que j'appris le C et l'asm en parallèle
 
j'avais essayé l'asm sur l'amiga avec un assembleur qui s'appellais le seka. j'avais rien compris du tout.
 
un fois que j'ai fait du 68000 au bts, j'ai compris le problème avec le ST et l'amiga: le manque de documentation.
 
alors qu'à l'époque du PC, j'avais des tonnes de potes qui faisait de la démo et qui avait pu me fournir de la doc et des tuto... (flower corp) c eux qui m'ont fait découvrir le watcom    

toujours à conseiller des trucs énormes toi...
j'avais 20 ans quand j'étais demomaker, et je venais de plier mon IUT
 

ça c'est clair que c'est la bible

tu sais pas ce que t'as loupé

 
Pareil, j'ai attendu l'IUT pour ca  
 
avec les deux fameuses ligne d'asm  
 
mov eax,0x13
int 10h
 
Une fois ca fait, c'etait parti
 
[citation]
alors qu'à l'époque du PC, j'avais des tonnes de potes qui faisait de la démo et qui avait pu me fournir de la doc et des tuto... (flower corp) c eux qui m'ont fait découvrir le watcom      
[/citation]
 
Moi c un des codeurs de cocoon qui m'a filé le watcom (ainsi que les deux lignes du dessus ) + de l'aide au début, ca m'a lancé. Et la je me retrouve ce soir, a ecrire un linker de fragment de vertex shader, on voit la décadence
 
 
 
 
 
 
 

mon grand trip c'était d'optimiser jusqu'a ce que le test de temps machine arrive en bas de l'écran, pile sur la dernière ligne
la je me disais que j'avais fait du bon boulot !!

 
je m'en mordrais bien les couilles si j'avais l'elasticité requise

pas étonnant avec Seka !
Devpac powaaaa
puis plus tard, l'excellent PhxAss, freeware
 

moi c'est quand je suis passé à l'ASM Intel que j'ai compris que jamais je ne retrouverais la souplesse de programmation en assembleur des processeurs 680x0    
 

Watcom
Le meilleur compilo C sous Dos jamais sorti !!! A l'époque j'étais soufflé quand je voyais les optimisations qu'il me faisait !!

 
enfin j'ai pas pratiqué sur mon amiga, c'est quand j'avais de la pratique sur pc, que j'ai été voir comment on faisait à l'ancienne  

 
c'est clair c'est lui qui m'a appris à optimiser en assembleur avant que j'ai de la doc précise pour le pentium

 
en mode protégé c'est pas mal quand même
 
mais y'a un truc qui me chiffonne, sur le 68000, on pouvait que multiplier un 16 bits par un 16 bits pour avoir un 32 bits (et inversement pour la division), alors que sur le 386 tu pouvais avoir un 32x32=>64, ce qui est vachement plus pratique pour les calculs en virgule fixe.
 
ça devait être la misère sur le 68000 pour faire de la 3d, du traçage de polygone, c'est ptet pour ça que c'est la 2D c'est développée, et que la 3D l'a tué

ah la la, que de souvenirs    
je me rappelle de mon 1er rotozoom ! j'avais fait une version de test en utilisant des sinus et cosinus calculés en temps réél via le FPU pour voir (la méthode consistait plutot à stocker les sinus de 0 à 2*pi dans une table, et d'ajouter pi/4 à ces valeurs pour obtenir les cosinus correspondants), j'ai vite vu... trop lent !!  

 
 
la tracage de poly, sur amiga, ca se faisait pas au tracer de contour + un coup de blitter au XOR ? (confirmation needed ) (et non a la méthode PC, tracage de triangle)
 
 

ben le 68000 avait un bus de données sur 16 bits
 

je pense plutot que ce qui a tué la 2D sur Amiga est l'absence de mode Chunky, beaucoup plus rapide pour déplacer une grande quantité de points à la VBL que le mode bitplane utilisé. ce mode nécessitait des algos de conversion chunky2planar assez couteux en temps machine !

 
mon premier freedir tunnel, pareil, passé de FPU a calcul en virgule fixe, le gain fabuleux, la classe, le bonheur
 
En fait, je m'amusais vachement plus a faire des effets pourris qu'a faire les moteurs que je fais now (encore que mon moteur DX7 a sorti pour la premiere une scene impeccable, avec camera tex et objet qui bougeait, ben je crois que j'ai jamais été aussi fier de moi de ma vie)
 
 

exact ! et vu que tu les traçais généralement sur 2 bitplanes pour avoir de quoi dessiner, tu étais limité à 4 couleurs ! d'ou les polygones tramés qu'on voyait. on simulait une nouvelle couleur en alternant 2 points de couleur différente.

et les shade bobs, les merveilleux shade bobs !
ou comment faire de magnifiques trainées en faisant une simple addition !!

 
bin ouais mais y pouvaient faire l'accès en deux coup, le move.l te lit bien 32 bits en deux cycles non ?
 
je veux dire y pouvaient bien faire une multiplication 32*32=>64 juste avec les registres....

 
tu vois, en fait ces techniques de l'ancien temps peuvent paraitre maintenant inutile, mais dPVS utilise ca (tracage au XOR) pour effectuer son occlusion culling (enfin, en partie)
 
Comme quoi, ca sert, ces vieux trucs

j'ai du mal à vous suivre, j'ai survolé la prog sur amiga moa    
 
je suis de l'école tout-cpu àlaintel

oui, mais 2 registres étaient utilisés pour le résultat : un registre pour le double mot de poids fort et un autre pour le double mot de poids faible.
on y allait à grands coups de rol.w et ror.w pour trier tout çà !

 
le mode d'affichage 8bits avait son bon coté, quand meme

le meilleur exemple est le double buffer, créé sur Amiga ! le truc qui ne se démodera jamais !!

 
j'aime bpc le MMX, je trouve ca sympa (et ca a joliment boosté les perfs de mon alpha blending, surtout quand je l'ai couplé a la superbe () instruction prefetch)

 
ah ben ca je vois pas comment on pourrait s'en passer
 
Me rapelle, a mes début en 13h j'ecrivais directement dans la ram video. "Mais pourquoi mon truc rame et clignote comme ca "

quand je suis passé sur PC, 2 trucs m'ont surpris au niveau de la vidéo :
- l'adresse figée de la VRAM (A000h pour les intimes) : quand tu es habitué à l'Amiga et au copper, ça fait tout drole !
- le fait que transférer à grands coups de movsb (on bossait en 256 couleurs) la zone off-screen entière vers la VRAM était beaucoup plus rapide que d'écrire directement dans la VRAM

skoi le truc que vous avez codé et dont vous etes le plus content ? (a tord ou a raison )

 
kler, mais ça dépendait de la carte vidéo...
 
Tseng Labs en VLB roxor    
Rest in peace Tseng    
 
sinon vive le Vesa 2.0 en mode protégé
(j'ai encore la libraire que je m'étais fait, si je regarde le code je vais me tirer une balle)
 
et ma routine de triangle en ombrage de gouraud (sans texture), ou j'avais réussi à cumuler deux pixels en un coup (écriture 16 bits en ram vidéo, fill-rate sympa, je faisait du 1024x768 avec un pentium 200 avec des modèles ASC)

 
bah j'ai passé des heures de ouf sur ce que je faisais avec le Watcom en mode protégé...