Blitter manual/fr
 |
Languages: |
[[::Blitter manual/fr|English]] |
Manuel d'utilisation du 'BLITTER'
(Processeur de transfert de blocs de bits)
ATARI Corporation
Sunnyvale, California
17 Juin 1987.
1. Introduction
2. Transferts de blocs de bits
3. Description fonctionnelle
4. Modèles de programmation
4.1. Carte des registres
4.2. Adresses des blocs de bits
4.3. Cadrages des blocs de bits
4.4. Opérations logiques
4.5. Accès au bus
Annexe A: Exemple de programmation
Annexe B: Fonction XBios de configuration du 'blitter'
Annexe C: Références
Cette documentation se limite … une description fonctionnelle
du 'BLITTER' de l'ATARI ST. Il ne constitue ni une notice
d'installation du circuit, ni un manuel de programmation de ce
circuit. Pour plus d'informations, référez-vous … l'Annexe C en
fin de ce chapitre.
1. INTRODUCTION
Le processeur de transfert de blocs de bits de l'Atari ST
("Bit-Block Transfer Processor", BLITTER) constitue la traduction
matérielle de l'algorithme de transfert de blocs de bits. Cet
algorithme peut être décrit comme la méthode de copie d'un bloc de
bits source vers un bloc de bits destination … travers une
opération logique. La primitive de transfert de blocs peut servir
à des opérations comme:
* le remplissage de zone,
* la rotation par découpage récursif,
* le zoom ou la réduction,
* le tracage de ligne par l'algorithme de Bresenham,
* les transformations de texte (ex: gras, italique, souligné)
* le déroulement de texte ("scrolling"),
* le remplissage selon une matrice,
et toutes les fonctions de copie de blocs de mémoire [C.1].
L'essence du transfert de blocs a été définie de façon
formelle et pour la première fois par Newman et Sproull dans leur
description de la fonction de copie de zones ("RasterOp", C.2).
Selon cette définition de base, l'opération de copie effectuait le
transfert sur une base de bit à bit et se limitait à un jeu réduit
de combinaisons booléennes. Des améliorations de cette fonction
comme le transfert de bits en parallèle ou l'introduction d'une
matrice demi-teinte ("half-tone") lors du transfert étaient
simplement proposées au lecteur en exercices.
Afin d'améliorer les fonctionnalités et d'accroitre les
performances de l'algorithme d'origine, les caractéristiques
décrites plus haut ont été ajoutées à la définition de la fonction
copie de zones et implémentées dans le circuit "RasterOp" (C.3).
Ce circuit manquait toutefois de la bi-dimensionnalité de la
fonction de départ et ses performances se ressentaient du goulot
d'étranglement constitue‚ par la lecture et l'écriture des données
de la source, de la destination et de la matrice demi-teinte (il
ne pouvait accéder à la mémoire par DMA).
Tandis que des progrès étaient accomplis au niveau de
l'accélération des fonctions du circuit "RasterOp", la d‚finition
formelle de la copie de zones était par ailleurs redéfinie et
fournissait la base de la primitive de copie par boucle de blocs
de bits dans le noyau du langage graphique Smalltalk-80 (C.4). Du
fait de son interface utilisateur très ouverte, la primitive de
transfert de blocs se révéla toutefois peu efficace, des
optimisations étant indispensables pour les cas simples, ce qui
allait contre la vocation même de globalité de la fonction. Il
devenait clair qu'une solution matérielle était indispensable si
l'on désirait améliorer les performances de la primitive de copie
par boucle sans réduire ses fonctionnalités.
Le 'Blitter' de l'Atari ST est une solution matérielle aux
problèmes de performances rencontrés par la fonction de transfert
de blocs. Le 'Blitter' est un périphérique DMA (accès direct à la
mémoire) qui réalise l'étendue complète des fonctions de copie de
blocs de bits en y ajoutant quelques possibilités mineures. Des
incréments ou des décréments sur un ou plusieurs mots sont
possibles pour des transferts vers la mémoire d'affichage du ST.
Un masque de destination, qui pourra être constitué de bits … 1
(ce qui supprime son effet), autorise un niveau supplémentaire de
trame. Le reste de cette documentation est directement orient‚
vers la description fonctionnelle du 'Blitter' de l'Atari ST.
2. TRANSFERTS DE BLOCS DE BITS
Comme indiqué précédemment, un transfert de bloc de bits peut
être considéré comme une procédure de déplacement de données
alignées sur un bit d'une source vers une destination, avec
application d'une opération logique lors du transfert. Il existe
seize règles de combinaisons logiques applicables au transfert de
la source vers la destination. On notera que ces seize règles
constituent l'ensemble des op‚rations logiques possibles lors du
transfert. La table ci-dessous fournit les caractéristiques de ces
opérations logiques:
OPERATIONS LOGIQUES
(~s&~d) (~s&d) (s&~d) (s&d) |OP| Règle logique
bit fort bit faible| |
------------------------------------------------------------------
0 0 0 0 |0 | tous à zéro
0 0 0 1 |1 | (source) ET (destination)
0 0 1 0 |2 | (source) ET (NON destination)
0 0 1 1 |3 | source
0 1 0 0 |4 | (NON source) ET (destination)
0 1 0 1 |5 | destination
0 1 1 0 |6 | (source) EOU (destination)
0 1 1 1 |7 | (source) OU (destination)
1 0 0 0 |8 | (NON source) ET (NON destination)
1 0 0 1 |9 | (NON source) EOU (destination)
1 0 1 0 |A | (NON destination)
1 0 1 1 |B | (source) OU (NON destination)
1 1 0 0 |C | (NON source)
1 1 0 1 |D | (NON source) OU (destination)
1 1 1 0 |E | (NON source) OU (NON destination)
1 1 1 1 |F | tous à un
------------------------------------------------------------------
Les paramètres de dimensions et de positions des blocs ainsi
que les caractéristiques du transfert doivent être initialisés
avant le transfert du bloc. Ces paramètres incluent l'affichage
restreint ("clipping"), l'oblique, les masques finaux, et le
recouvrement.
Affichage restreint ("clipping"): Les dimensions et positions des
blocs source et destination sont ajustées pour correspondre au
rectangle d'affichage restreint sélectionné. Dans la mesure où les
blocs source et destination ont une taille identique, les
dimensions du bloc destination sont réduites à celles du bloc
source une fois appliqué à ce dernier l'affichage restreint (et
vice-versa). On notera que le transfert n'a pas lieu d'être si le
bloc résultant est nul.
Oblique: Le décalage de ligne horizontale réalisant l'oblique est
calcul‚ lors du transfert de la source vers la destination.
Masques finaux: Les masques partiels des mots de début et de fin
sont déterminés. Ces masques sont fusionnés si la destination a
une largeur d'un seul mot.
Recouvrement: Les positions des blocs sont comparées pour tester
le recouvrement éventuel de ces blocs et éviter la destruction
d'une partie du bloc source lors du transfert.
Lors de transferts sans recouvrement, la direction de
transfert du bloc source est sans importance et débutera par
d‚faut au sommet en haut … gauche pour se terminer au sommet en
bas … droite. Pour des transferts avec recouvrement, la direction
de transfert correspond également à la diagonale coin haut gauche
vers coin bas droite si l'adresse de la source est supérieure ou
égale à l'adresse de la destination. Dans le cas contraire, c'est-
à-dire si l'adresse de la source est inférieure … l'adresse de la
destination, alors le transfert de données s'effectue … partir du
sommet en bas … droite vers le sommet en haut … gauche.
Une fois les paramètres de transfert positionnés, l'opération
de transfert de bloc peut débuter. Cette opération s'effectue
selon l'opération logique fixée (la demi-teinte et le code de
prise en compte de la demi-teinte [HOP] seront étudiés en 4.5).
TRANSFERT DE BLOC DE BITS
[Diagramme manquant]
3. DESCRIPTION FONCTIONNELLE
Veuillez vous référer au diagramme précédent de transfert de
bloc de bits pour la compréhension de ce chapitre. Pour percevoir
les composants de base d'un transfert, examinons d'abord le cas le
plus simple possible de transfert. Nous voulons remplir un bloc de
mémoires soit uniquement avec des zéros, soit seulement avec des
uns (OP = 0 ou OP = F). Dans ce cas élémentaire, seuls le bloc
d'opération logique, qui génère les zéros et les uns, et le bloc
de masque final servent au transfert. Si le masque final est
uniquement compos‚ de 1, le 'BLITTER' écrira simplement un mot (de
0 ou de 1 selon OP) puis un autre, etc., à partir de l'adresse de
la destination sans même prendre connaissance de l'ancien contenu
de la destination.
Au fur et à mesure de l'écriture, l'adresse de la destination
sera modifiée en accord avec les valeurs des registres d'INCREMENT
HORIZONTAL DE DESTINATION, d'INCREMENT VERTICAL DE DESTINATION, de
TAILLE HORIZONTALE et de TAILLE VERTICALE. Ces registres
définissent la taille et la forme du bloc à transférer. Les
registres de TAILLE HORIZONTALE et de TAILLE VERTICALE fournissent
les dimensions du bloc. Le registre de TAILLE HORIZONTALE spécifie
le nombre d'écritures de mots nécessaires pour la mise à jour
d'une ligne horizontale. Le registre de TAILLE VERTICALE spécifie
le nombre de lignes horizontales du bloc. L'INCREMENT HORIZONTAL
DE DESTINATION est un mot signé (16 bits, en complément à 2) qui
est ajout‚ à l'adresse de destination afin d'obtenir l'adresse du
mot suivant de la destination. En fin d'écriture de ligne,
l'INCREMENT VERTICAL DE DESTINATION est ajout‚ à l'adresse de la
destination afin de pointer le premier mot de la ligne suivante.
Le masque final d‚termine quels bits de la destination vont
être mis à jour. Les bits de la destination correspondant … des 1
dans le masque final sont mis à jour. Les bits de la destination
correspondant … des 0 dans le masque final restent inchangés. On
notera que même si certains bits de la destination demeurent
inchangés, une séquence de lecture-modification-écriture est
nécessaire. Afin d'améliorer les performances, seule la lecture
sera effectuée. On distingue trois MASQUES FINAUX numérots de 1 à
3. Le MASQUE FINAL 1 sert uniquement à l'écriture de la première
ligne horizontale. Le MASQUE FINAL 3 sert uniquement à l'écriture
de la dernière ligne horizontale. Le MASQUE FINAL 2 sert pour
toutes les autres lignes.
Maintenant considérons un cas plus complexe, supposons que
nous voulions effectuer un EOU ("XOR") du bloc de destination avec
une matrice demi-teinte de 16x16 bits. D'abord nous devons charger
la m‚moire demi-teinte ("Halftone RAM") avec la matrice demi-
teinte. La sélection de demi-teinte s'effectue à partir du
registre HOP tandis que l'opération logique EOU est fixée par
l'opérateur logique OP. Le registre de NUMERO DE LIGNE sert à
spécifier lequel des 16 mots de la matrice demi-teinte servira
pour la ligne courante. Ce registre doit être incrémenté ou
décrémenté en fin de chaque ligne conformément au signe du
registre d'INCREMENT VERTICAL DE LA DESTINATION. Placez les
registres d'INCREMENT HORIZONTAL et VERTICAL DE LA DESTINATION
ainsi que les registres de TAILLE HORIZONTALE et VERTICALE à leurs
valeurs avant le transfert. Cette procédure peut être utilisée
quel que soit l'opérateur logique choisi. Elle est également
utilisable avec un bloc source au lieu d'une matrice demi-teinte
ou en effectuant un ET logique entre le bloc source et la matrice
demi-teinte par modification du registre HOP. Un bloc source doit
avoir la même taille que le bloc destination mais peut avoir des
incréments et une adresse différentes, lesquels sont fixés par les
registres d'INCREMENT HORIZONTAL et VERTICAL DE SOURCE et par le
registre d'ADRESSE SOURCE.
En conclusion, considérons le cas où les blocs source et
destination ne sont pas alignés sur un mot. Dans ce cas, il se
peut que l'on doive lire les deux premiers mots de la source dans
le tampon source 32 bits et utiliser les seuls 16 bits coïncidant
avec les bits de la destination, selon le contenu du registre
OBLIQUE. Lorsque le mot suivant de la source est lu, les 16 bits
faibles du tampon source sont copiés dans les 16 bits forts et ces
16 bits faibles sont remplacés par le nouveau mot. Ce processus
est inversé lorsque la source est lue de la droite vers la gauche
(INCREMENT HORIZONTAL DE SOURCE négatif).
Etant donné que peuvent se présenter des cas où il s'avère
nécessaire d'effectuer une lecture supplémentaire de la source en
début de ligne afin de rafraichir le tampon de source et d'autres
où cela n'est pas indispensable du fait du registre de masque
final, un bit de contrôle a été fourni pour permettre cette
lecture supplémentaire. Le bit FXSR du registre OBLIQUE indique,
lorsqu'il est placé à 1, qu'une lecture suppl‚mentaire de la
source est n‚cessaire en début de ligne afin de rafraichir le
tampon de source. Cette lecture peut ne pas être nécessaire avec
certaines combinaisons de masques finaux et d'obliques. Si cette
lecture est supprimée, le transfert du mot bas vers le mot haut du
tampon source se produira normalement. Dans ce cas, un cycle de
lecture-modification-écriture sera effectué sur la destination en
fin d'écriture de chaque ligne horizontale sans prise en compte de
la valeur du registre de MASQUE FINAL correspondant.
4. MODELES DE PROGRAMMATION
Le 'Blitter' contient un ensemble de registres correspondant
aux adresses du transfert, aux cadrages des blocs de bits, aux
op‚rations logiques et demi-teinte ainsi qu'aux accŠs bus. Le
temps de positionnement des registres est … peu prŠs constant et
relativement important comparativement au temps de transfert de
petits blocs, beaucoup plus r‚duit relativement au temps de
transfert de grands blocs.
4.1. Carte des registres
Voici la carte des registres programmables du 'Blitter'
(notez que les bits inutilis‚s sont lus comme des 0 et figurent
ici sous forme de tirets).
CARTE DES REGISTRES
FF8A00 |XXXXXXXX| |XXXXXXXX| MEMOIRE DEMI-TEINTE
FF8A02 |XXXXXXXX| |XXXXXXXX|
FF8A04 |XXXXXXXX| |XXXXXXXX|
.. : .. : : .. :
FF8A1E |XXXXXXXX| |XXXXXXXX|
FF8A20 |XXXXXXXX| |XXXXXXX-| INCREMENT HORIZONTAL SOURCE
FF8A22 |XXXXXXXX| |XXXXXXX-| INCREMENT VERTICAL SOURCE
FF8A24 |--------| |XXXXXXXX| ADRESSE BLOC SOURCE
FF8A26 |XXXXXXXX| |XXXXXXX-|
FF8A28 |XXXXXXXX| |XXXXXXXX| MASQUE FINAL 1
FF8A2A |XXXXXXXX| |XXXXXXXX| MASQUE FINAL 2
FF8A2C |XXXXXXXX| |XXXXXXXX| MASQUE FINAL 3
FF8A2E |XXXXXXXX| |XXXXXXX-| INCREMENT HORIZ. DESTINATION
FF8A30 |XXXXXXXX| |XXXXXXX-| INCREMENT VERT. DESTINATION
FF8A32 |--------| |XXXXXXXX| ADRESSE BLOC DESTINATION
FF8A34 |XXXXXXXX| |XXXXXXX-|
FF8A36 |XXXXXXXX| |XXXXXXXX| TAILLE HORIZONTALE
FF8A38 |XXXXXXXX| |XXXXXXXX| TAILLE VERTICALE
FF8A3A |------XX| OPERATION DEMI-TEINTE
FF8A3B |----XXXX| OPERATION LOGIQUE
FF8A3C |XXX-XXXX|
||| ||||
||| ---------------- NUMERO DE LIGNE
|| ------------------ DEBORDEMENT
| ------------------- PARTAGE DU BUS
-------------------- OCCUPATION DU BUS
FF8A3D |XX--XXXX|
|| ||||
|| ---------------- OBLIQUE
| ------------------- NFSR
-------------------- FXSR
4.2. Adresses des blocs de bits
Cette section traite des registres d‚finissant les origines
des blocs de bits, les incr‚ments d'adresse et les tailles.
ADRESSE BLOC SOURCE
Ce registre de 23 bits contient l'adresse courante du bloc
source (seule une adresse paire peut ˆtre sp‚cifi‚e). Il est
accessible par le biais d'un adressage sur deux mots ou sur
un long mot. La valeur de ce registre correspond toujours …
l'adresse du prochain mot de la source devant ˆtre trait‚. Il
doit ˆtre mis … jour du pas sp‚cifi‚ par les registres
d'INCREMENT HORIZONTAL DE LA SOURCE et d'INCREMENT VERTICAL
DE LA SOURCE au fur et … mesure du transfert.
INCREMENT HORIZONTAL SOURCE
Ce registre de 15 bits, le bit le plus faible ‚tant ignor‚,
sp‚cifie le d‚calage horizontal en octets qui doit ˆtre
appliqu‚ … l'adresse du bloc source aprŠs chaque transfert de
mot. Cette valeur est SIGNEE et ajout‚e … l'adresse du bloc
source aprŠs chaque lecture de mot, lorsque la taille
horizontale est diff‚rente de 1. Si la taille horizontale est
‚gale … 1, ce registre n'est pas pris en compte. Les
instructions portant sur un op‚rande d'un octet ne doivent
pas ˆtre utilis‚es pour lire ou ‚crire ce registre.
INCREMENT VERTICAL SOURCE
Ce registre de 15 bits, le bit le plus faible ‚tant ignor‚,
sp‚cifie le d‚calage en octet qui doit ˆtre ajout‚ …
l'adresse du premier mot de la source lors d'un changement de
ligne. Cette valeur est SIGNEE et ajout‚e au registre
d'adresse du bloc source une fois arriv‚ en fin de ligne
(donc, lorsque la TAILLE HORIZONTALE est ‚gale … 1). Si le
registre de TAILLE HORIZONTALE contient 1, seul ce registre
est utilis‚. Les instructions portant sur un op‚rande d'un
octet ne doivent pas ˆtre utilis‚es pour lire ou ‚crire ce
registre.
ADRESSE BLOC DESTINATION
Ce registre de 23 bits contient l'adresse courante du bloc
DESTINATION (seule une adresse paire peut ˆtre sp‚cifi‚e). Il
est accessible par le biais d'une instruction portant sur
une taille mot ou long mot. La valeur de ce registre
correspond toujours … l'adresse du prochain mot de la
DESTINATION devant ˆtre trait‚. Il doit ˆtre mis … jour du
pas sp‚cifi‚ par les registres d'INCREMENT HORIZONTAL DE LA
DESTINATION et d'INCREMENT VERTICAL DE LA DESTINATION au fur
et … mesure du transfert.
INCREMENT HORIZONTAL DESTINATION
Ce registre de 15 bits, le bit le plus faible ‚tant ignor‚,
sp‚cifie le d‚calage horizontal en octets qui doit ˆtre
appliqu‚ … l'adresse du bloc DESTINATION aprŠs chaque
transfert de mot. Cette valeur est SIGNEE et ajout‚e …
l'adresse du bloc DESTINATION aprŠs chaque lecture de mot,
lorsque la taille horizontale est diff‚rente de 1. Si la
taille horizontale est ‚gale … 1, ce registre n'est pas pris
en compte. Les instructions portant sur un op‚rande d'un
octet ne doivent pas ˆtre utilis‚es pour lire ou ‚crire ce
registre.
INCREMENT VERTICAL DESTINATION
Ce registre de 15 bits, le bit le plus faible ‚tant ignor‚,
sp‚cifie le d‚calage en octet qui doit ˆtre ajout‚ …
l'adresse du premier mot de la DESTINATION lors d'un
changement de ligne. Cette valeur est SIGNEE et ajout‚e au
registre d'adresse du bloc DESTINATION une fois arriv‚ en fin
de ligne (donc, lorsque la TAILLE HORIZONTALE est ‚gale … 1).
Si le registre de TAILLE HORIZONTALE contient 1, seul ce
registre est utilis‚. Les instructions portant sur un
op‚rande d'un octet ne doivent pas ˆtre utilis‚es pour lire
ou ‚crire ce registre.
TAILLE HORIZONTALE
Ce registre de 16 bits sp‚cifie le nombre de mots contenus
dans une ligne de la destination. Le nombre minimum est 1 et
le maximum est 65536 d‚sign‚ par 0. Les instructions portant
sur un op‚rande d'un octet ne doivent pas ˆtre utilis‚es pour
lire ou ‚crire ce registre. Ce registre contient toujours le
nombre de mots encore … ‚crire dans la ligne courante, PAS
NECESSAIREMENT le nombre plac‚ … l'‚criture du registre.
Chaque fois qu'un mot du bloc destination est ‚crit, la
valeur de ce registre est d‚cr‚ment‚e jusqu'… ce qu'elle
atteigne 0, auquel cas le registre est rafraichi avec la
valeur de d‚part.
TAILLE VERTICALE
Ce registre de 16 bits sp‚cifie le nombre de lignes contenues
dans le bloc destination. Le nombre minimum est 1 et le
maximum est 65536 d‚sign‚ par 0. Les instructions portant sur
un op‚rande d'un octet ne doivent pas ˆtre utilis‚es pour
lire ou ‚crire ce registre. Ce registre contient toujours le
nombre de lignes restant … ‚crire dans le bloc, PAS
NECESSAIREMENT le nombre plac‚ … l'‚criture du registre.
Chaque fois qu'une ligne du bloc destination est ‚crite, la
valeur de ce registre est d‚cr‚ment‚e jusqu'… ce qu'elle
atteigne 0, auquel cas le registre est rafraichi avec la
valeur de d‚part.
4.3. Les cadrages des blocs de bits
Cette section d‚crit les registres de sp‚cification des
masques finaux, de transfert oblique et de reminiscence des
donn‚es source.
MASQUES FINAUX 1, 2, 3
Ces registres de 16 bits servent au masquage lors des
‚critures du bloc destination. Les bits du mot de destination
qui correspondent … des 1 dans le masque final seront
modifi‚s. Les bits du mot de destination qui correspondent …
des 0 dans le masque final restent inchang‚s. Le registre
MASQUE FINAL courant est d‚termin‚ en fonction de la position
de la ligne. Le MASQUE FINAL 1 est utilis‚ uniquement pour la
premiŠre ligne. Le MASQUE FINAL 3 sert seulement pour la
derniŠre ligne. Le MASQUE FINAL 2 sert pour toutes les autres
lignes. Lorsque la ligne est longue d'un seul mot, le MASQUE
FINAL 1 est utilis‚. Les instructions portant sur un op‚rande
ne doivent pas ˆtre utilis‚es pour lire ou ‚crire ces
registres.
OBLIQUE
Les quatre bits faibles du registre octet, d'adresse $FF8A3D,
sp‚cifient l'oblique, c'est-…-dire le d‚calage … droite
devant ˆtre appliqu‚ sur les donn‚es de la source avant de
les combiner avec la matrice demi-teinte et/ou les donn‚es de
la destination.
FXSR
Abr‚viation de "Force eXtra Source Read" (Force une lecture
suppl‚mentaire de la source). Lorsque ce bit est … 1, une
lecture suppl‚mentaire d'un mot de la source est effectu‚e
afin d'initialiser la portion complŠte de la source …
traiter.
NFSR
Abr‚viation de "No Final Source Read" (Pas de lecture de la
source en fin de ligne). Lorsque ce bit est … 1, la lecture
de la source lors du dernier mot de chaque ligne n'est pas
effectu‚e. On notera que l'utilisation de ce bit et/ou du
pr‚c‚dent n‚cessite une mise … jour des registres d'INCREMENT
VERTICAL DE LA SOURCE et d'ADRESSE DU BLOC SOURCE.
4.4. Op‚rations logiques
Cette section d‚crit les registres qui sp‚cifient le type de
combinaison logique effectu‚ sur les donn‚es du bloc source et du
bloc destination.
OP
Les quatre bits faibles de ce registre d'un octet, d'adresse
$FF8A3B, sp‚cifient la combinaison logique … effectuer entre
les bits du bloc source et du bloc destination, en accord
avec la table suivante:
OPERATIONS LOGIQUES
--------------------------------------------------
| OP | Combinaison logique |
--------------------------------------------------
| 0 | tous … 0 |
| 1 | (source) ET (destination) |
| 2 | (source) ET (NON destination) |
| 3 | (source) |
| 4 | (NON source) ET (destination) |
| 5 | (destination) |
| 6 | (source) EOU (destination) |
| 7 | (source) OU (destination) |
| 8 | (NON source) ET (NON destination) |
| 9 | (NON destination) |
| A | (source) OU (NON destination) |
| B | (NON source) |
| C | (NON source) OU (destination) |
| D | (NON source) OU (NON destination) |
| E | (source) ET (destination) |
| F | (source) ET (destination) |
--------------------------------------------------
Note: L'op‚ration logique EOU ("XOR") dispose de la table de
v‚rit‚ suivante:
-------
| EOU |
-------------------
| 0 | 0 | 0 |
-------------------
| 0 | 1 | 1 |
-------------------
| 1 | 0 | 1 |
-------------------
| 1 | 1 | 0 |
-------------------
4.5. Op‚rations demi-teinte
Cette section traite des registres sp‚cifiant les m‚moires de
matrice demi-teinte, l'index de ligne de matrice et le type de
combinaison entre les donn‚es de la source et de la matrice.
MEMOIRES MATRICE DEMI-TEINTE
Ces m‚moires correspondent au masque de la matrice, soit 16
mots (16x16 bits). Chaque mot correspond … une ligne du bloc
destination et il se r‚pŠte toutes les 16 lignes. Le mot
courant est point‚ par l'index de ligne de matrice. Ces
registres peuvent ˆtre lus mais ne peuvent pas ˆtre ‚crits
avec des instructions portant sur un octet.
INDEX DE LIGNE DE MATRICE
Les quatre bits faibles de ce registre octet, situ‚ …
l'adresse $FF8A3C, permettent d'obtenir le masque de matrice
courant. La valeur du registre est ‚gale … l'index relatif
plus deux dans la matrice demi-teinte d‚butant en $FF8A00.
Cette valeur est incr‚ment‚e ou d‚cr‚ment‚e en fin de ligne
et remise … jour lorsqu'elle devient nulle. Le signe de
l'INCREMENT VERTICAL DE LA DESTINATION d‚finit le sens du pas
(incr‚mentation ou d‚cr‚mentation).
DEBORDEMENT
Le bit de d‚bordement, lorsqu'il est … 1, provoque
l'utilisation des quatre bits faibles des donn‚es de la
source oblique comme index de l'adresse de la matrice demi-
teinte. Remarque: La matrice demi-teinte reste naturellement
valide lorsque ce bit est … 1.
TYPE D'OPERATION DEMI-TEINTE (HOP)
Les deux bits faibles de ce registre octet, situ‚ … l'adresse
$FF8A3A, sp‚cifient le type de combinaison de la source et de
la matrice demi-teinte selon le tableau suivant:
OPERATIONS DEMI-TEINTE
------------------------------------------
| HOP | R‚gle de combinaison |
------------------------------------------
| 0 | tous … 1 |
| 1 | matrice demi-teinte |
| 2 | source |
| 3 | (source) ET (matrice demi-teinte) |
------------------------------------------
4.6. AccŠs au bus
Cette section d‚crit les registres de contr“le d'accŠs au bus
et d'‚tat de base du 'Blitter'.
HOG
Le bit HOG, s'il est … 0, provoque un partage ‚quitable de
l'accŠs au bus entre le processeur 68000 et le 'Blitter'.
Dans ce mode, chacun dispose de 64 cycles machines, l'autre
‚tant stopp‚. Si ce bit est … 1, le processeur 68000 est
stopp‚ jusqu'… ce que le transfert ait pris fin. Dans les
deux cas le 'Blitter' c‚dera le pas aux autres p‚riph‚riques
DMA. L'arbitrage du bus peut permettre au processeur
d'ex‚cuter une ou plusieurs instructions mˆme en mode 'hog'.
Aussi n'escomptez pas que l'instruction suivant celle qui
placera le bit 'BUSY' ne sera ex‚cut‚e qu'une fois le
transfert termin‚. Le bit 'BUSY' doit ˆtre scrut‚ si l'on
d‚sire r‚aliser ce type de synchronisation.
BUSY
Le bit 'BUSY' est mis … 1 une fois que tous les autres
registres ont ‚t‚ initialis‚s afin de d‚marrer le transfert.
Il restera … 1 tant que le transfert ne sera pas termin‚. La
ligne d'interruption est une copie conforme de l'‚tat de ce
bit. Voir l'annexe A pour des informations compl‚mentaires
sur la fa‡on de traiter le bit 'BUSY'.
ANNEXE A -- EXEMPLE DE PROGRAMMATION
Afin de maintenir une compatibilit‚ logicielle avec les
futurs ST d'Atari ‚quip‚s d'un 'Blitter', les d‚veloppeurs n'ont
besoin que de rester en accord avec les documentations 'Ligne A'
et 'VDI'. Les futurs systŠmes d'exploitation en ROM utiliseront le
'Blitter' pour am‚liorer les performances de nombreuses fonctions
du VDI et de la ligne A. Cela s'effectuera de fa‡on transparente
pour le programme et l'utilisateur. En cons‚quence, le d‚veloppeur
n'a besoin de mettre en oeuvre aucune routine particuliŠre pour
disposer des avantages du 'Blitter'.
Comme rŠgle de conduite, n'effectuez jamais un appel au VDI
ou … la ligne A sous interruption, faute de quoi les r‚sultats
seront impr‚visibles et peut-ˆtre catastrophiques au cas o— une
op‚ration sur le 'Blitter' viendrait interrompre une autre
op‚ration sur ce mˆme 'Blitter'.
Le programme list‚ ci-dessous n'a pas ‚t‚ optimis‚, il est
seulement fourni … des fins p‚dagogiques.
__________________________________________________________________
* (C) 1987 Atari Corporation
* Tous droits r‚serv‚s
*
* ADRESSE DE BASE DU BLITTER
*
BLITTER equ $FF8A00
*
* DECALAGES DES REGISTRES DU BLITTER
*
Halftone equ 0 * Matrice demi-teinte *
Src_Xinc equ 32 * Incr‚ment X source *
Src_Yinc equ 34 * Incr‚ment Y source *
Src_Addr equ 36 * Adresse bloc source *
Endmask1 equ 40 * Masque final 1 *
Endmask2 equ 42 * Masque final 2 *
Endmask3 equ 44 * Masque final 3 *
Dst_Xinc equ 46 * Incr‚ment X destination *
Dst_Yinc equ 48 * Incr‚ment Y destination *
Dst_Addr equ 50 * Adresse bloc destination *
X_count equ 54 * Largeur de bloc *
Y_Count equ 56 * Hauteur de bloc *
HOP equ 58 * Type op‚ration demi-teinte *
OP equ 59 * Type op‚ration logique *
Line_Num equ 60 * index de ligne dans matrice *
Skew equ 61 * oblique *
*
* DRAPEAUX DE REGISTRES DU BLITTER
*
fHOP_Source equ 1
fHOP_Halftone equ 0
*
fSkewFXSR equ 7
fSkewNFSR equ 6
*
fLineBusy equ 7
fLineHog equ 6
fLineSmudge equ 5
*
* MASQUES DE REGISTRES DU BLITTER
*
mHOP_Source equ $02
mHOP_Halftone equ $01
*
mSkewFXSR equ $80
mSkewNFSR equ $40
*
mLineBusy equ $80
mLineHog equ $40
mLineSmudge equ $20
*
* DONNEES DES MASQUES FINAUX
*
* Ces tables sont r‚f‚renc‚es par des instructions d'adressage
* relatives au compteur de programme. Aussi les noms de ces
* tables doivent-ils se trouver dans les 128 octets des
* instructions de r‚f‚rence. Amen.
*
* 0: Destination 1: Source
* << Inverser donn‚es du masque de donn‚es droite >>
*
lf_endmask
dc.w $FFFF
*
rt_endmask
dc.w $7FFF
dc.w $3FFF
dc.w $1FFF
dc.w $0FFF
dc.w $07FF
dc.w $03FF
dc.w $01FF
dc.w $00FF
dc.w $007F
dc.w $003F
dc.w $001F
dc.w $000F
dc.w $0007
dc.w $0003
dc.w $0001
dc.w $0000
*
* Titre: BLiT_iT
*
* But: Transf‚rer un bloc de pixels situ‚s … une position
* arbitraire X,Y dans la forme m‚moire source vers
* une autre position arbitraire X,Y dans la forme
* m‚moire destination en utilisant le mode REPLACE
* (op‚ration logique 3).
* Les rectangles source et destination ne doivent
* pas se recouvrir.
*
* Entr‚es:
* a4: pointeur vers un bloc de param‚tres d'entr‚e
* de 34 octets.
*
* Note: Cette routine doit ˆtre ex‚cut‚e en mode super-
* viseur car un accŠs vers des registres mat‚riels
* est effectu‚ dans une r‚gion prot‚g‚e de m‚moire.
*
*
* D‚calages du Bloc de ParamŠtres d'entr‚e
*
SRC_FORM equ 0 ; Adresse base du bloc source
SRC_NXWD equ 4 ; D‚calage entre mots dans plan source
SRC_NXLN equ 6 ; Largeur du bloc source
SRC_NXPL equ 8 ; D‚calage entre plans de la source
SRC_XMIN equ 10 ; X minimum rectangle source
SRC_YMIN equ 12 ; Y minimum rectangle source
*
DST_FORM equ 14 ; Adresse base du bloc destination
DST_NXWD equ 18 ; D‚calage entre mots plan destination
DST_NXLN equ 20 ; Largeur du bloc destination
DST_NXPL equ 22 ; D‚calage entre plans destination
DST_XMIN equ 24 ; X minimum rectangle destination
DST_YMIN equ 26 ; Y minimum rectangle destination
*
WIDTH equ 28 ; Largeur du rectangle … transf‚rer
HEIGHT equ 30 ; Hauteur du rectangle … transf‚rer
PLANES equ 32 ; Nombre de plans … transf‚rer
*
BLiT_iT:
*
lea BLiTTER,a5 ; a5-> registre bloc BLITTER
*
* Calcule les coordonn‚es maximales horizontales … partir des
* coordonn‚es minimales horizontales et de la largeur
*
move.w WIDTH(a4),d6
subq.w #1,d6 ; d6 <- largeur - 1
move.w SRC_XMIN(a4),d0 ; d0 <- X minimum source
move.w d0,d1 ; d1 <- X minimal source
add.w d6,d1 ; + largeur du bloc
move.w DST_XMIN(a4),d2 ; d2 <- X minimum destination
move.w d2,d3 ; d3 <- X minimal destination
add.w d6,d3 ; + largeur du bloc
*
* Les masques de fin sont d‚duits de l'origine horizontale de la
* source modulo 16 et de l'origine horizontale de la destination
* modulo 16.
*
moveq #$0F,d6 ; d6 <- masque modulo 16
move.w d2,d4 ; d4 <- DST_XMIN
and.w d6,d4 ; d4 <- DST_XMIN modulo 16
add.w d4,d4 ; d4 <- d‚calage gauche
move.w lf_endmask(pc,d4.w),d4 ; d4 <- masque fin gauche
move.w d3,d5 ; d5 <- DST_XMAX
and.w d6,d5 ; d5 <- DST_XMAX modulo 16
add.w d5,d5 ; d5 <- d‚calage droite
move.w rt_endmask(pc,d5.w),d5 ; d5 <- masque fin droite
not.w d5 ; d5 <- masque fin droite
*
* La valeur d'oblique est ‚gale … (Xmin destination modulo 16
* - Xmin source modulo 16) && 0x000F. Trois discriminants sont
* utilis‚s pour d‚terminer les ‚tats des drapeaux FXSR et NFSR:
*
* bit 0 0: Xmin source mod 16 <= Xmin destination mod 16
* 1: Xmin source mod 16 > Xmin destination mod 16
*
* bit 1 0: SrcXmax/16-SrcXmin/16 <> DstXmax/16-DstXmin/16
* largeur source largeur destination
* 1: SrcXmax/16-SrcXmin/16 == DstXmax/16-DstXmin/16
*
* bit 2 0: largeur destination multi-mots
* 1: largeur destination = un seul mot
*
* Ces drapeaux fournissent le d‚calage dans la table d'oblique
* supportant les drapeaux d'‚tat FXSR et NFSR pour des aligne-
* ments donn‚s de la source et de la destination.
*
move.w d2,d7 ; d7 <- Dst Xmin
and.w d6,d7 ; d7 <- Dst Xmin modulo 16
and.w d0,d6 ; d6 <- Src Xmin modulo 16
sub.w d6,d7 ; d7 <- Dst Xmin modulo 16
; - Src Xmin modulo 16
clr.w d6 ; d6 <- index base table drapeaux
addx.w d6,d6 ; d6[bit 0] <- drapeau d'aligne-
; ment dans le mot
lsr.w #4,d0 ; d0 = d‚calage hor. vers srcXmin
lsr.w #4,d1 ; d1 = d‚calage vert.vers srcXmax
sub.w d0,d1 ; d1 <- largeur source - 1
lsr.w #4,d2 ; d2 <- d‚calage mot vers dstXmin
lsr.w #4,d3 ; d3 <- d‚calage mot vers dstXmax
sub.w d2,d3 ; d3 <- largeur destination - 1
bne set_endmasks ; deuxiŠme discriminant = un mot
; de destination
*
* Lorsque la destination n'a qu'un mot de large, les masques de
* d‚but et de fin sont fusionn‚s pour cr‚er le Masque Final 1.
* Les autres masques finaux seront ignor‚s par le BLiTTER.
*
and.w d5,d4 ; d4 <- masque de fin mot simple
addq.w #4,d6 ; d6[bit 2]:1 => un mot dest.
set_endmasks:
move.w d4,Endmask1(a5) ; masque final gauche
move.w #$FFFF,Endmask2(a5) ; masque final centre
move.w d5,Endmask3(a5) ; masque final droite
cmp.w d1,d3 ; dernier discriminant correspond
bne set_count ; ‚galit‚ largeurs src et dst
addq.w #2,d6 ; d6[bit 1]:1 => largeurs ‚gales
set_count:
move.w d3,d4
addq.w #1,d4 ; d4 <- nombre mots ligne dest.
move.w d4,X_count(a5) ; place valeur dans BLiTTER
* Calcule l'adresse de d‚part de la Source:
*
* Adresse du Bloc Source +
* ( Ymin source * Largeur Bloc source ) +
* (( Xmin source / 16) * Xinc Source)
move.l SRC_FORM(a4),a0 ; a0 <- d‚but bloc source
move.w SRC_YMIN(a4),d4 ; d4 <- d‚calage en lignes SrcYmin
move.w SRC_NXLN(a4),d5 ; d5 <- longueur ligne source
mulu d5,d4 ; d4 <- d‚calage en octets jusque
; (0, Ymin)
add.l d4,a0 ; a0 -> (0,Ymin)
move.w SRC_NXWD(a4),d4 ; d4<- d‚calage entre mots cons‚-
move.w d4,Src_Xinc(a5) ; cutifs dans un plan source
mulu d4,d0 ; d0<- d‚calage mot contenant Xmin
add.l d0,a0 ; a0-> 1er mot source(Xmin, Ymin)
* Src_Yinc est le d‚calage en octets entre de dernier mot d'une
* ligne de la source et le premier mot de la ligne suivante.
mulu d4,d1 ; d1<- taille ligne srce en octets
sub.w d1,d5 ; d5 <- valeur ajout‚e au pointeur
move.w d5,Src_Yinc(a5) ; de fin de ligne pour pointer
; le d‚but de ligne suivante
*
* Calcule l'adresse de d‚part de la destination:
*
* Adresse du Bloc destination +
* ( Ymin destination * Largeur Bloc destination ) +
* (( Xmin destination / 16) * Xinc destination)
move.l DST_FORM(a4),a1 ; a1 <- d‚but bloc destination
move.w DST_YMIN(a4),d4 ; d4 <- d‚calage en lignes DstYmin
move.w DST_NXLN(a4),d5 ; d5 <- longueur ligne destination
mulu d5,d4 ; d4 <- d‚calage en octets jusque
; (0, Ymin)
add.l d4,a1 ; a1 -> (0,Ymin)
move.w DST_NXWD(a4),d4 ; d4<- d‚calage entre mots cons‚-
move.w d4,Dst_Xinc(a5) ; cutifs dans un plan dest.
mulu d4,d2 ; d2<- d‚calage mot contenant Xmin
add.l d2,a1 ; a1-> 1er mot dest.(Xmin, Ymin)
* Dst_Yinc est le d‚calage en octets entre de dernier mot d'une
* ligne de la destination et le premier mot de la ligne suivante.
mulu d4,d3 ; d3<- taille ligne DSTe en octets
sub.w d3,d5 ; d5 <- valeur ajout‚e au pointeur
move.w d5,Dst_Yinc(a5) ; de fin de ligne pour pointer
; le d‚but de ligne suivante
*
* Le quartet bas de la diff‚rence entre l'alignement de la source
* et de la destination constitue la valeur oblique. Utilisation
* du drapeau d'index d'oblique pour r‚f‚rencer les ‚tats de FXSR
* et NFSR dans la table des drapeaux d'oblique
*
and.b #$0F,d7 ; d7 <- compte oblique de base
or.b skew_flags(pc,d6.w),d7 ; d7 <- drapeaux n‚cessaires
move.b d7,Skew(a5) ; charge registre Oblique
move.b #mHOP_Source,HOP(a5) ; HOP fix‚: source seule
move.b #3,OP(a5) ; OP logique = mode REPLACE
lea Line_Num(a5),a2 ; registre num‚ro de ligne
move.b #fLineBusy,d2 ; drapeau ligne Busy
move.w PLANES(a4),d7 ; d7 <- controleur de plan
bsr begin
* Le placement des drapeaux Oblique
*
*
* Qualificateurs Actions Direction transfert: Gauche->Droite
*
* ‚gal Sx&F>
* larg.Dx&F FXSR NFSR
*
* 0 0 0 1 |..ssssssssssssss|ssssssssssssss..|
* |......dddddddddd|dddddddddddddddd|dd......
*
* 0 1 1 0 |......ssssssssss|ssssssssssssssss|ss......
* |..dddddddddddddd|dddddddddddddd..|
*
* 1 0 0 0 |..ssssssssssssss|ssssssssssssss..|
* |...ddddddddddddd|ddddddddddddddd.|
*
* 1 1 1 1 |...sssssssssssss|sssssssssssssss.|
* |..dddddddddddddd|dddddddddddddd..|
*
skew_flags:
dc.b mSkewNFSR ; Larg. Source < larg. Destination
dc.b mSkewFXSR ; Larg. Source > larg. Destination
dc.b 0 ; Largeur=d‚calage droite source
dc.b mSkewNFSR+mSkewFXSR ; Largeur=d‚calage gche source
* Lorsque la largeur de la destination est un simple mot
dc.b 0 ; largeur source = 0 mot
dc.b mSkewFXSR ; largeur source de deux mots
dc.b 0 ; pas de drapeau d'oblique si la
dc.b 0 ; largeur de source et de dest.
; sont ‚gales … un mot.
next_plane:
move.l a0,Src_Addr(a5) ; pointeur Source pour ce plan
move.l a1,Dst_Addr(a5) ; pointeur Dest. pour ce plan
move.w HEIGHT(a4),Y_count(a5) ; compteur de lignes
move.b #mLineBusy,(a2) ; <<< d‚marrage du BLiTTER >>>
add.w SRC_NXPL(a4),a0 ; a0-> d‚but prochain plan srce
add.w DST_NXPL(a4),a1 ; a1-> d‚but prochain plan dest.
*
* Le BLITTER opŠre g‚n‚ralement avec le drapeau HOG … 0. Dans ce
* mode, le BLITTER et l'unit‚ centrale du ST se partagent ‚quita-
* blement le bus, chacun travaillant durant 64 cycles d'horloge
* tandis que l'autre est stopp‚. Ce mode permet aux interruptions
* d'ˆtre prises en compte par le 68000 lorsqu'un transfert de bloc
* large est effectu‚. La contrepartie de ce mode op‚ratoire est
* que les transferts de blocs effectu‚s dans ce mode prennent deux
* fois plus de temps que dans l'autre mode (HOG … 1).
* 90% des performances du mode HOG peuvent cependant ˆtre obtenues
* si l'on adopte une proc‚dure de red‚marrage ultra-rapide du
* blitter. Lorsque le contr“le est rendu au 68000 par le blitter,
* celui-ci r‚initialise imm‚diatement le drapeau BUSY, permettant
* au Blitter de red‚marrer aprŠs seulement 7 cycles horloge au
* lieu des 64 cycles normaux. Les interruptions en attente seront
* trait‚es avant que le code de red‚marrage prenne effet. Si le
* drapeau BUSY est r‚initialis‚ lorsque le compteur de ligne est …
* z‚ro, le drapeau restera … 0, indiquant la fin de l'op‚ration de
* transfert et la non n‚cessit‚ de red‚marrer le Blitter.
*
* (Les routines de traitement d'interruption doivent obligatoire-
* ment stopper le BLITTER lors de l'ex‚cution de parties critiques
* par mise … 0 du drapeau BUSY. L'‚tat ant‚rieur du drapeau BUSY
* devra ensuite ˆtre restaur‚, avant la fin de la routine de trai-
* tement d'interruption.)
restart:
bset.b d2,(a2) ; red‚marre le Blitter + test BUSY
nop ; pour laisser du temps aux inter.
bne restart ; red‚marrage du Blitter si le
* ; drapeau n'‚tait pas … 0.
begin:
dbra d7,next_plane ; plan suivant
rts
----------------------------------------------------------------
Annexe B -- Fonction XBios de configuration du Blitter
0x40 Blitmode - Fixe/Demande la configuration du Blitter
Synopsis: int Blitmode(drapeau)
int drapeau;
La fonction 0x40 (64 en d‚cimal) du Bios ‚tendu (trap #14)
fixe et demande la configuration actuelle du blitter. Si 'drapeau'
est ‚gal … -1 (0xFFFF), aucune op‚ration n'est effectu‚e et la
configuration courante du blitter est retourn‚e. Si 'drapeau' est
diff‚rent de -1, alors la configuration du blitter est fournie
comme suit:
bit 0: 0: mode de transfert logiciel
1: mode de transfert mat‚riel (blitter)
bits 1 .. 14: ind‚finis, r‚serv‚s
bit 15: doit ˆtre nul
La configuration ant‚rieure du blitter est retourn‚e dans le
mot faible de D0 avec les caract‚ristiques suivantes:
bit 0: 0: transferts par logiciel
1: transferts par blitter
bit 1: 0: pas de Blitter implant‚ sur le systŠme
1: Blitter implant‚ sur le systŠme
bits 2 .. 14: ind‚finis, r‚serv‚s, peuvent ˆtre … z‚ro
ou … un au retour
bit 15: toujours retourn‚ … 0
Si l'on tente de positionner le mode de transfert "mat‚riel"
alors qu'aucun blitter n'est implant‚ sur le systŠme, le mode
"logiciel" reste positionn‚.
Les champs r‚serv‚s sont destin‚s … de futures possibilit‚s
du blitter ou d'autres circuits graphiques. Ils ne doivent pas
ˆtre pris en compte mais doivent ˆtre laiss‚s inchang‚s car ils
sont susceptibles de servir dans l'avenir.
Cet appel fonctionne avec toutes les versions du systŠme
d'exploitation sur ROMs (N.D.T.: Avec des ROMs ant‚rieures … Avril
1987, cet appel renvoie 0x40, soit "transfert par logiciel" (bit 0
… 0) et "pas de Blitter implant‚" (bit 1)).
EXEMPLE D'APPEL EN LANGAGE C
#define Blitmode(a) xbios(64,a)
int curmode;
Curmode = Blitmode(-1); /* demande ‚tat courant blitter */
Blitmode(curmode | 1); /* active le blitter */
travail(); /* ... fait quelque chose */
Blitmode(curmode); /* replace ‚tat ant‚rieur blitter*/
EXEMPLE D'APPEL EN ASSEMBLEUR 68000
move.w #-1,-(sp) * demande ‚tat courant
move.w #$40,-(sp) * fonction Blitmode (demande)
trap #14 * bios ‚tendu
addq.l #4,sp * restaure la pile
move.w d0,-(sp) * sauve ‚tat ant‚rieur blitter
or.w #1,d0 * active le blitter
move.w d0,-(sp) * fixe activation blitter
move.w #$40,-(sp) * fonction Blitmode (fixe)
trap #14 * bios ‚tendu
addq.l #4,sp * restaure la pile
*
* ... fait quelque chose
*
move.w #$40,-(sp) * restaure l'‚tat ant‚rieur
trap #14 * bios ‚tendu
addq.l #4,sp * d‚pile paramŠtres
Annexe C -- R‚f‚rences
[1] Rob Pike, Leo Guibas, et Dan Ingalls, 'SIGGRAPH84 Course
Notes: Bitmap Graphics', AT&T Bell Laboratories 1984.
[2] William Newman et Robert Sproull, 'Principles of Interactive
Computer Graphics', McGraw-Hill 1979, Chapitre 18.
[3] John Atwood, '16160 Raster0p Chip Data Sheet', Silicon
Compilers 1984. Voir aussi 'VL16160 RasterOp Graphics/Boolean
Operation ALU', VLSI Technology 1986.
[4] Adele Goldberg et David Robson, 'Smalltalk-80: The Language
and its Implementation', Addison-Wesley 1983, Chapitre 18.