Reprise du message précédent :

 
ah ben forcement
 
bon, tu sais que ton ecran c en fait un faisseau (orthographe vacillante detected) qui balaie l'ecran de gauche a droit - haut bas ?
 
bon balage horizontale c quand le faisceau a fait une ligne, vertical quand il a fini de remplir tout l'ecran (eg de remplir toute les lignes)

alors moi  mes prog sur a miga..ca remonte a pas mal de temps...passionné de demo...me sui  dit vais m'y mettre...en amos....      
mis a part des tonnes de scrolling j'ai jamais fait grd chose de bien terrible... et mon seul rotozoom..bah en fait il zoomait pas...y'avait tous les pixel qui s'ecartaint entre eux      et ca ramait.. avec des pixel e 8*8....
Bon j'avais 15a a l'epoque..ca me donne une excuse...
 
Bref du coup me suis dit que le code c'etait pas pour moi  
 
Et maintenant ...suis graphiste dans un grp pc: cocoon

upeuuuuhhhh !!!
 
keskifouvic

 
craquage. Fini l'info et les effets de demo, il s'est mis a la poterie

j'espère pour lui que ses poteries sont en Gouraud

 
non il est parti prendre son bain avec un canard jaune (en gouraud)

non non je suis la, mais je me rends compte que tout est trop compliké pour moi
trop de maths, trop de physique, trop de hard, bref, trop petit qi de ma part
 
harkonnen, chrisbk et bjone, je vous envie beaucoup

 
Nous envier, certes, mais je sais pas si tu as une idee du tps investi aussi. Pour ma part j'em ai chier comme un fou, puisque je devais apprendre le C en meme tps que les effets & cie. Je garde un souvenir horrible de mon premier filler de triangle, qui refusait de marcher correctement meme apres m'etre esquinté des heures dessus..... c t aussi chiant de voir ton programme tout momoche qui rame a fond tandis qu'un autre prog realise par qqun qui s'y connait etait tout beau et te mettait 20fps dans la vue
 

comme dit chrisbk, ça ne vient pas du jour au lendemain... il faut être motivé, rencontrer les gens qui vont bien, etc...
 
et ne pas avoir peur de dormir peu et de bouffer des trucs que meme un bouc ne voudrait pas

 
je me souviens d'un savant melange nouille-cassoulet accompagne de la limonade du lidl (2L pour 2F, je t'explique pas la qualite. Au dessus de la bouteille que du gaz, en dessous que de l'eau. Boire un seul verre du dessus de la bouteille suffisait a te faire remporter haut la main tous les concours de glaviot possible ), un regal
 

c'est clair, je l'ai usé le bouton reset

 
ou qu'elle est paula ?

 
elle est avec Agnes et Gary, j'imagine..
 
LeGreg

et Lisa  

Y a qq années sur un PC portable qu'on m'avait prêté j'avais codé un tit casse-brique avec debug. C'était nul (mode texte noir et blanc sous dos) mais gtait trop content   . ( comme un con j'ai formaté la disquette   )
Sinon esske l'asm sur un PC actuel est aussi abordable que sur un CPC ou amiga ? Comme les PCs sont pas tous les mêmes et tout...

g pas fait d'asm ailleurs que sur pc mais je le trouve pas particulierement horrible (par contre l'encodage des instructions...)

essaie de coder en assembleur 680x0 avec un émulateur, je te garantis que ca n'a RIEN à voir avec le PC

 
(je parlais de l'asm pc hein ? pour le reste je te crois sur paroles vu que je n'ai jamais toucher a l'as 680x0 de pres ou de loin. Par contre j'essayerais bien un de ces 4, histoire de)

je t'ai bien compris
je voulais juste dire que l'asm 680x0 est largement plus agréable que l'asm 80x86

kestu lui reproche a ce bon vieux x86 (a part la fpu et sa foutue pile et le manque de reg? (c deja pas mal en fait ))

déja ça, c'est pas vraiment pratique !
ensuite, la segmentation de la mémoire sous DOS, les push à tire larigot pour sauvegarder les registres (dû justement au manque de registres), la spécification de certains registres (CX pour les loop, ...), etc...
 

wé m'enfin avec le mode protégé ça s'est amélioré...
paske c'est clair que la segmentation du mode réel c'est rapidement    
 

c'est ça qui est gai sur PC, comme un puzzle à résoudre

le pc en lui même est un défi

 
ah ca, g pas connu.
 
<La vie passionante des codeurs>
 
par contre j'ai eu un superbe bug hier, j'en suis tres fier.
Vala, je suis donc en train d'ecrire un compilo qui debite du code machine. Je venais de faire quelque fine modif sur le code géneré, je lance un test. Et la, catastrophe, mes variables locales (indexees via ebp) se mettent a prendre des valeurs plus ou moins fantaisiste.
Je fouille et je farfouille, et apres etude detaillée il s'avere que c'est un call qui me fout la merde. Desarconné je suis, pourquoi diable ce call (juste l'instruction, pas la fonction appelée) me foutait il la merde dans mes vars ??? Apres analyse, je vis la beaute de l'assembleur dans son integralite. Un précédant appel de fonction rendait une valeur d'esp foireuse, et lors du call la valeur d'eip etait empilée pile poile sur ma variable.
Superbe.
Surtout quand on sait que cette variable etait ensuite utilisee pour faire une allocation
 
Ce qui m'a appris que :
 
->faut pas faire le con avec esp
->WinXP resiste tres bien a une demande de plus d'un Go de RAM (mon nouveau record, 1.3Go de ram d'utilise )
 
</La vie passionante des codeurs>

sous DOS, la mémoire était fractionnée en segments de 64 Ko qui devaient contenir les données + le code. je te laisse imaginer le bordel quand tu avais une demo un peu conséquente... (vive les dos extenders)
 

oh que non !!! je l'ai également appris à mes dépens !! j'avais fait une fois l'opération suivante :
 
push ax
(...)
pop eax // la belle boulette !!!
 
et évidemment, les 16 bits de poids fort pointés pas ESP ne contenaient pas de 0... ce qui m'a provoqué un peu plus tard un plantage magnifique !

 
 
je me relis et g peur : Maman qu'est ce que je suis devenu ?

un nerdz comme on les aime ici
à propos, oukilévic ?

 
tu parles d'un boulot
 

 
De source fiable il semblerait qu'il termine un stage de meditation boudhiste pour se preparer mentalement a l'asm x86.

bah 1.3go, tant que tu te balades dans l'espace allouée, les page ne sont pas assignées au process (donc pas de swap)
 
ps: tu te fait vraiment un compilo ?

 
certes, mais ne boudons pas notre plaisir quand meme
 

 
oui

 
y'a des furieux sur terre quand même

 
Si tu savais comme je regrette
 
la je fais les tableaux et c un peu

he ben bien, tu te fais chier pour limiter les transfert inutiles FPU->RAM et maintenant c'est la FPU qui overflow a tout va
 
bordel de cul

 
mouais, rien ne vaut le 68xxx, avec une préférence pour 68030+68882:D, surtout quand on commence par virer les interruptions et écraser l'OS en RAM, tout en faisant un bon trackload. Y'a que ça de vrai!
surtout si on + on fait du trackload incopiable (hors format MFM) avec 1.1Mo par disquette.:lol:
malheureusement ça sera jamais émulable sur nos machines actuelles et tombera dans l'oubli:cry:

 
je remonte ce topic pour poser une question à chrisbk : quand tu dis que les tables précalculées peuvent avoir un sale effet sur le cache, peux tu me dire pourquoi ?

 
Tout simplement parce que generalement tu fais un acces de facon completement aleatoire a ces tables. Genre tu va voir tab[2] (pour avoir le sinus de 2degre) puis apres tu va avoir besoin de tab[140] (par ex). Si la page contenant tab[140] n'est ni dans le cache L1, ni le cache L2, alors le cpu va devoir aller la chercher en RAM, faire de la place dans son cache L2, mettre  ladite page dans la place faite etc etc. Et accessoirement, si juste apres t'as besoin d'une donne se trouvant dans la page que tu viens de degager, ben rebelotte
Si ce genre de sport valait le coup sur les premiers pentium, a l'heure actuelle pour des calculs simple comme sin/cos il est largement plus interessant de faire appel a la FPU.
 
Ces histoires de cache sont assez importante, d'ailleurs AMD avec son 3dnow a introduit une instruction permettant l'ecriture d'une donnee en RAM en bypassant (desole) complement le cache.

Tu as raison, mais ce problème se contourne assez facilement : une table de sinus faisant généralement moins de 1 Ko, il suffit de la prefetcher directement en L1 à grands coups de prefetchT1, non ?