Blitter manual/fr

                 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.