• 
  • A la une du site
  • 100 dernièrs ajouts de fichiers ..
• 
  • Demolist
  • Download
  • Interviews
  • Articles et Dossiers
  • Cheats
  • Gallerie/Musée graphiques
  • Productions CPC+
• 
  • Articles
  • Tests / Gameslist
  • Pokes et Solutions
  • Auteurs
  • Compagnies d'édition
  • Gallerie/Musée graphiques
  • Download
  • Référencement de livres et magazines AMSTRAD CPC
  • Peoples
• 
  • Articles et Chroniques
  • Infos Techniques
  • Crossdev
  • Sources
• 
  • Dépannage
  • Les CPC
  • Les matériel et périphériques
  • Doc's et schémas ...
  • Les montages
  • Service manual
  • Peoples
• 
  • Référencement d'applications AMSTRAD CPC
  • Référencement de livres et magazines AMSTRAD CPC
  • Peoples
• 
  • Download
  • Tools
  • Crossdev
• 

Color cycling avancé

Color cycling et utilisation de la mémoire étendue L'Amstrad CPC n'est capable d'afficher que les données présentes dans la mémoire centrale. Il ne sait pas afficher ce qui est dans la mémoire étendue. En conséquence de quoi il peut être intéressant d'exécuter du code depuis la mémoire étendue, tandis que l'intégralité de la mémoire centrale est remplie par des graphismes. L'effet du jour (sur proposition discord de MacDeath) nécessite 16 images de 16K Comme je vous l'ai dit, toute donnée qui doit être affichée doit être en mémoire centrale. La copie serait trop lente, il faut ruser. Comme le motif est noir et blanc, on peut diviser le nombre d'images nécessaires par deux et passer de 16 à 8 en inversant les couleurs. Il suffit d'afficher normalement les 8 premières images avec la palette à Noir et Blanc, puis de réafficher les mêmes images avec la palette à Blanc et Noir. Les points blancs correspondent aux légères différences entre les deux images dû à la méthode de calcul de rendu de l'animation générale. Sans incidence sur le résultat puisque nous allons nous passer de toutes les images 9,10,11,12,13,14,15 et 16 :) Il nous reste quand même deux fois trop d'images pour notre mémoire centrale! La résolution choisie est le mode 1 qui n'est pas monochrome mais une résolution à 4 couleurs. On peut donc fusionner nos images et jouer à nouveau avec les couleurs. Les couleurs de l'image 0 seront dans les bits du bas, les couleurs de l'image 1 seront dans les bits du haut. L'exploitation de notre palette change : - Premier affichage avec du noir en 0 et 2, du blanc en 1 et 3 - Deuxième affichage avec du noir en 0 et 1, du blanc en 2 et 3 Et pour l'inversion au bout de 8 affichages? Rien de plus simple, il suffit toujours de permuter le noir et le blanc. Il y a deux rouges différents sur l'image, l'un pour la première image, l'autre pour la seconde. ENFIN! Nous n'avons plus que 4 images de 16K qui vont rentrer pile dans la mémoire centrale. Reste à changer la résolution écran via les registres 1,2,6 et 7 du CRTC. Dans cet exemple, je les précharge dans le snapshot et le chargement des 64K en mémoire centrale est éludé. Si vous voulez voir comment il est possible de charger l'ensemble de la mémoire centrale de façon conventionnelle (sans utiliser la facilité des snapshots), vous pouvez consulter [ cet article ]. L'idée ici était de prouver qu'on peut faire des choses spectaculaires avec "pas grand chose" :) Il vous faudra télécharger le [ Pack de 4 images ] CPC pour assembler ce source buildsna snaset GA_RAMCFG,#C2 ; le code va démarrer dans la mémoire étendue snaset CRTC_REG,1,32 ; réglages écran snaset CRTC_REG,2,42 snaset CRTC_REG,6,32 snaset CRTC_REG,7,34 ; 64K de graphismes en mémoire centrale bankset 0 incbin 'fullSet.bin' ; code en mémoire étendue, mais visible par le Z80 car commuté par la fonction 2 bankset 1 org #100 run #100 ld sp,#100 ld bc,#BC00+12 : out (c),c ld hl,#544B : ld de,#4B54 debut call novbl : ld bc,#BD00 : out (c),c : call couleursPaires call novbl : call couleursImpaires call novbl : ld bc,#BD10 : out (c),c : call couleursPaires call novbl : call couleursImpaires call novbl : ld bc,#BD20 : out (c),c : call couleursPaires call novbl : call couleursImpaires call novbl : ld bc,#BD30 : out (c),c : call couleursPaires call novbl : call couleursImpaires ex hl,de jr debut couleursPaires ld bc,#7F00 : out (c),c : ld a,h : out (c),a ld bc,#7F01 : out (c),c : ld a,l : out (c),a ld bc,#7F02 : out (c),c : ld a,h : out (c),a ld bc,#7F03 : out (c),c : ld a,l : out (c),a ret couleursImpaires ld bc,#7F00 : out (c),c : ld a,h : out (c),a ld bc,#7F01 : out (c),c : ld a,h : out (c),a ld bc,#7F02 : out (c),c : ld a,l : out (c),a ld bc,#7F03 : out (c),c : ld a,l : out (c),a ret novbl ld b,#F5 : in a,(c) : rra : jr c,novbl vbl ld b,#F5 : in a,(c) : rra : jr nc,vbl : ret Roudoudou ★ ANNÉE: 2025 ★ AUTEUR: Roudoudou Je participe au site: » Vous avez remarqué une erreur dans ce texte ? » Aidez-nous à améliorer cette page : en nous contactant via le forum ou par email. CPCrulez[Content Management System] v8.732-desktop Page créée en 132 millisecondes et consultée 28 fois L'Amstrad CPC est une machine 8 bits à base d'un Z80 à 4MHz. Le premier de la gamme fut le CPC 464 en 1984, équipé d'un lecteur de cassettes intégré il se plaçait en concurrent  du Commodore C64 beaucoup plus compliqué à utiliser et plus cher. Ce fut un réel succès et sorti cette même années le CPC 664 équipé d'un lecteur de disquettes trois pouces intégré. Sa vie fut de courte durée puisqu'en 1985 il fut remplacé par le CPC 6128 qui était plus compact, plus soigné et surtout qui avait 128Ko de RAM au lieu de 64Ko.