foolduplex a écrit :MO5 et ZX Spectrum sont assez proches aussi au niveau modes graphiques. Il existe sur spectrum des demos avec 3D face cachee shadée et bande son. Pourquoi en ce qui concerne l'animation, ne pourrait-on pas faire la meme chose sur Thomson ?
J'ai un peu joué avec la 3D sur thomson (cf le prog de génération de montagne dont j'ai du poster la D7 quelque part).. et franchement ca rame, même si c'est optimisé presque à fond. J'ai l'impression que le ZX est quand même plus puissant au niveau CPU et que sa structure écran est plus simple d'accès.
Il n'y a pas à dire, mais sur TO les accès aux écrans sont lents. La commutation rama/ramb n'aide pas et la résolution inférieure du ZX fait qu'afficher des trucs à l'écran est plus rapide que sur TO/MO (moins de data à mettre à jour). D'une façon générale pour afficher rapidement sur TO/MO il faut a tout prix utiliser pshs ou pulu pour recopier plein de data en peu de cycles. Sans cela les "STA ,X" sont super lents je trouve. Pour s'en convaincre, il suffit de coder l'inversion des bits de la ram écran (en fait la moitié de)de droite à gauche colonne par colonne.
Code : Tout sélectionner
LDX #$4000
LDA #40
LBL1:
LDB #200
LBL2:
COM ,X
LEAX 40,X
DECB
BNE LBL2
LEAX -7999,X
DECA
BNE LBL1
C'est lent! on se croirait sur un oric où l'effacement de l'écran prend plusieurs VBLs.
Pour les démos sur TO8 et TO9+, on peut utiliser le flip d'écran hardware pour éviter de tout recopier en ram video octet par octet, mais sur TO7:MO5, rien de tout cela. Perso je suis toujours épaté de voir les jeux comme "sortilège" arriver a afficher des trucs à l'écran de façon assez fluide tout en calculant des scènes en 3D (isométrique).. Ca me bluffe toujours.. comment arrivent-ils à gérer la bascule de l'affichage en plus du jeu lui même? (ca sent la série de "lds #XXXX; puls DP,D,X,Y,U; lds #YYYY; pshs A,B,DP,X,Y,U; lds #ZZZZ; ..." précalculée pour recopier le buffer video en zone écran à toute vitesse ainsi qu'un démarrage de la recopie quand le spot vidéo est en bas de l'écran.)
Cela étant, j'ai toujours dans mes cartons l'envie de faire un roto-zoom plein de couleurs pour les TO7. Ca serait le même principe que l'Oric pour émuler les couleurs: les blocs 8x8 représenteraient 2x2 pixels de 4*4*4=64 (ou 5*5*5=125) couleurs, donc une résolution finale de 80 x 50. Cela a plusieurs avantages: roto-zoomer aussi peu de pixels est faisable rapidement, et la technique de l'oric ne nécessite que d'accéder à la ram forme, en épargnant une ligne sur 4. De plus le décodage des lignes R, V ou B peut se fait avec la même routine pointant sur un tableau de décodage différent en fonction de la composante (un truc genre "ldd ,x++; lda a,u; ora b,u; sta ,y+" pour décoder et encoder 2 pixels consécutifs en utilsant le fait que le b,u est signé et que le décodage des pixels impairs serait stocké aux indices négatifs du tableau pointé par "u").Ouais, il faudra que je regarde cela un jour... pfff... trop de trucs sur le feu et pas assez de temps.
sam.
.
