旼컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴커 낡굉� Doc. technique pour GrafX 2.00 - Version 1.08 (5 octobre 1997) 昉굅� 읕컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴켸 Ce fichier traite: - du format d'image PKM - des valeurs � envoyer au CRTC pour avoir acc둺 � tous les modes vid굊s incroyables disponibles dans GrafX 2.00 旼컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴커 � 갚꾼 Le format d'image PKM - par Karl Maritaud 昉굅 � 읕컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴켸 Tout d'abord, je tiens a dire que j'ai cr굚 ce format il y a d굁� quelques ann괻s, � l'굋oque o� je ne savais pas comment charger les meilleurs formats (GIF par exemple) et que je voulais 괾alement avoir mon propre format. Le format PKM a 굏� con뇎 pour 늯re tr둺 simple, facile � encoder et � d괹oder. De plus, son header est tr둺 simple (court) et evolutif. Le seul vrai d괽aut que je puisse y trouver est que l'on ne peut sauver des images qu'en 256 couleurs. Je sais que vous allez vous dire: "Oh non! Encore un nouveau format � la con! J'm'en servirai jamais! En plus le taux de compression est naze! Je pref둹e le GIF!". Et je r굋ondrai: "Ouais! T'as raison. Mais si tu ne sais pas comment charger du GIF et que tu veux un format simple avec une compression correcte (du moins sur les images simples), il peut 늯re utile." Donc, voici la documentation de ce format... Le HEADER: 袴袴袴袴袴 Le header est la structure de 780 octets suivante. (Ne vous inqui굏ez pas � propos de la taille. C'est tout simplement parce que la palette fait partie du header). 旼컴컴쩡컴컴컴컴컴쩡컴컴컫컴컴컴쩡컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴커 � Pos � Champ � Type 쿟aille� Description � 팠袴袴妄袴袴袴袴袴妄袴袴曲袴袴袴妄袴袴袴袴袴袴袴袴袴袴袴袴袴袴袴袴袴袴袴袴孤 � 0 � Signature � char � 3 � Cha똭e constante "PKM" (SANS d굃imitation� � � � � � de taille '\0' ou autres...) � 쳐컴컴탠컴컴컴컴컴탠컴컴컵컴컴컴탠컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴캑 � 3 � Version � byte � 1 � Pour le moment, ce champ ne peut prendre � � � � � � que la valeur 0. � � � � � � D'autres m굏hodes de compression pourront� � � � � � la modifier mais pour l'instant il n'y en� � � � � � a qu'une seule. � 쳐컴컴탠컴컴컴컴컴탠컴컴컵컴컴컴탠컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴캑 � 4 � Pack_byte � byte � 1 � Valeur de l'octet de reconnaissance pour � � � � � � les r굋굏itions de couleurs cod괻s sur 1 � � � � � � Octet. (Voir la section sur la m굏hode de� � � � � � compression pour plus d'informations) � 쳐컴컴탠컴컴컴컴컴탠컴컴컵컴컴컴탠컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴캑 � 5 � Pack_word � byte � 1 � Valeur de l'octet de reconnaissance pour � � � � � � les r굋굏itions de couleurs cod괻s sur 2 � � � � � � Octets. (Voir la section sur la m굏hode � � � � � � de compression pour plus d'informations) � 쳐컴컴탠컴컴컴컴컴탠컴컴컵컴컴컴탠컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴캑 � 6 � Largeur � word � 2 � Largeur de l'image (en pixels) � 쳐컴컴탠컴컴컴컴컴탠컴컴컵컴컴컴탠컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴캑 � 8 � Hauteur � word � 2 � Hauteur de l'image (en pixels) � 쳐컴컴탠컴컴컴컴컴탠컴컴컵컴컴컴탠컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴캑 � 10 � Palette � byte � 768 � Palette RGB (RGB RGB ... 256 fois) avec � � � � � � des valeurs de 0 � 63. Je sais que le � � � � � � standard dans les fichiers d'images est � � � � � � de 0 � 255 mais je trouve 놹 cr굏in! � � � � � � C'est tellement plus simple d'envoyer la � � � � � � palette toute enti둹e dans le port 3C9h � � � � � � avec un REP OUTSB sans avoir � convertir � � � � � � la palette. � 쳐컴컴탠컴컴컴컴컴탠컴컴컵컴컴컴탠컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴캑 � 778 � Taille_PH � word � 2 � Taille du Post-header. C'est le nombre � � � � � � d'octets entre le header et les donn괻s � � � � � � de l'image. Cette valeur peut valoir 0. � 읕컴컴좔컴컴컴컴컴좔컴컴컨컴컴컴좔컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴켸 Les donn괻s du type "word" sont stock괻s selon les conventions d'Intel: c'est-�-dire l'octet de poids le plus faible en premier. Le POST-HEADER: 袴袴袴袴袴袴袴� Le post-header a une taille variable. Il a 굏� con뇎 pour supporter les nouvelles fonctions de ce format sans avoir a changer compl둻ement le format. Il est constitu� d'identificateurs de champ suivis par leur taille et leur contenu. Un identificateur de champ est cod� sur 1 octet ainsi que sa taille. Ces identificateurs de champ sont: (cette liste peut 늯re rallong괻...) 컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴 0 : Commentaire sur l'image 1 : Dimensions de l'괹ran d'origine 2 : Couleur de fond (couleur de transparence) Si vous rencontrez un champ inconnu par votre routine de chargment, sautez simplement au del�. Mais, par contre, si un champ vous dit de sauter � une position qui tombe apr둺 le d괷ut th굊rique des donn괻s de l'image, alors c'est qu'il y a une erreur dans le fichier. Les champs: 컴컴컴컴컴� * Commentaire: Gr긟e � ce champ, les artistes vont pouvoir commenter leurs dessins. Notez que GrafX 2 a une taille limite de commentaire de 32 caract둹es. Mais vous pourrez avoir des commentaires allant jusqu'� 255 caract둹es si vous cr괻z votre propre viewer puisque GrafX 2 ignorera simplement les caract둹es en trop. Exemple: [0],[15],[Dessin de X-Man] Cette s굌uence signifie: - le champ est un commentaire - le commentaire a une taille de 15 caract둹es (il n'y a pas de caract둹e de fin de cha똭e puisque vous connaissez sa taille) - le commentaire est "Dessin de X-Man" * Dimensions de l'괹ran d'origine: Puisque GrafX 2 propose un 굈orme choix de r굎olutions, il a sembl� pratique d'ajouter un champ indicant quelles 굏aient les dimensions de l'괹ran d'origine. Exemple: [1],[4],[320],[256] Cette s굌uence signifie: - Le champ d괹rit les dimensions de l'괹ran d'origine - Les dimensions sont 2 words (donc cette valeur doit 늯re 괾ale � 4) - La largeur de l'괹ran d'origine 굏ait de 320 pixels - La hauteur de l'괹ran d'origine 굏ait de 256 pixels Notez que les words stock굎 dans les champs sont 괹rits � la mani둹e Intel. La BETA-version 90% ne respectait pas cette norme (d굎ol�). Ce n'est pas bien gr긵e mais les images sauv괻s avec la version 90% et recharg괻s avec une version post굍ieure (91% et plus) ne passeront pas dans la bonne r굎olution. * Couleur de fond: Enregistrer la couleur de fond (couleur de transparence) se r굒eille particuli둹ement utile lorsque vous voulez sauvegarder une brosse. La taille de ce champ est 1 octet (indice de la couleur entre 0 et 255). Exemple: [2],[1],[255] Cette s굌uence signifie: - le champ d괹rit la couleur de fond - la valeur prend 1 octet - La couleur de transparence est 255 La METHODE DE COMPACTAGE DE L'IMAGE: 袴袴袴袴袴袴袴袴袴袴袴袴袴袴袴袴袴袴 La m굏hode de compression PKM est une sorte de "Run-Length-Compression" qui est tr둺 efficace sur les images comportant de longues r굋굏itions d'une m늤e couleur horizontalement. En fait la compression commence � 늯re efficace s'il y a souvent plus de 3 fois la m늤e color cons괹utivement. Je pense qu'il est pr괽굍able de vous donner directement l'algorithme plut뱓 que de nager dans des explications incomprehensibles. DEBUT /* fonctions: Lire_octet(Fichier) Lit et retourne 1 octet � partir de Fichier Dessiner_pixel(X,Y,Couleur) Dessine un pixel d'une certaine Couleur � la position (X,Y) Taille_fichier(Fichier) Retourne la taille totale d'un Fichier en octets variables: le type de Taille_image est dword le type de Taille_donnees est dword le type de Compteur_donnees est dword le type de Compteur_pixels est dword le type de Couleur est byte le type de Octet_lu est byte le type de Word_lu est word le type de Compteur est word le type de Fichier est */ /* A cet endroit, le header et le post-header ont d굁� 굏� lus. */ Taille_image <- Header.Largeur * Header.Hauteur Taille_donnees <- Taille_fichier(Fichier) - (780+Header.Taille_PH) Compteur_donnees <- 0 Compteur_pixels <- 0 /* Boucle de d괹ompression: */ TANT QUE ((Compteur_pixelsHeader.Pack_byte) ET (Octet_lu<>Header.Pack_word)) ALORS { Dessiner_pixel(Compteur_pixels MOD Header.Largeur, Compteur_pixels DIV Header.Largeur, Octet_lu) Compteur_pixels <- Compteur_pixels + 1 Compteur_donnees <- Compteur_donnees + 1 } SINON /* Est-ce que le nombre de pixels � r굋굏er est cod�... */ { /* ... sur 1 octet ? */ SI (Octet_lu = Header.Pack_byte) ALORS { Couleur <- Lire_octet(Fichier) Octet_lu <- Lire_octet(Fichier) POUR Compteur ALLANT DE 0 A (Octet_lu-1) PAR PAS DE +1 Dessiner_pixel((Compteur_pixels+Compteur) MOD Header.Largeur, (Compteur_pixels+Compteur) DIV Header.Largeur, Couleur) Compteur_pixels <- Compteur_pixels + Octet_lu Compteur_donnees <- Compteur_donnees + 3 } SINON /* ... sur 2 octets ? */ { Couleur <- Lire_octet(Fichier) Word_lu <- (word) (Lire_octet(Fichier) SHL 8)+Lire_octet(Fichier) POUR Compteur ALLANT DE 0 A (Word_lu-1) PAR PAS DE +1 Dessiner_pixel((Compteur_pixels+Compteur) MOD Header.Largeur, (Compteur_pixels+Compteur) DIV Header.Largeur, Couleur) Compteur_pixels <- Compteur_pixels + Word_lu Compteur_donnees <- Compteur_donnees + 4 } } } FIN Par exemple, la s굌uence suivante: (on suppose que Pack_byte=01 et Pack_word=02) 04 03 01 05 06 03 02 00 01 2C sera d괹od괻 comme: 04 03 05 05 05 05 05 05 03 00 00 00 ... (rep굏er 0 300 fois (012Ch=300)) Les r굋굏itions qui tiennent sur un word doivent 늯re 괹rites avec leur octet de poids le plus fort en premier. Je sais que 놹 va � l'encontre du standard Intel mais puisque je lis les octets du fichier au travers d'un buffer (franchement plus rapide), Je me fous compl둻ement de l'ordre (D굎ol� :)). Mais les words du header et du post-header doivent 늯re 괹rits et lus � la mani둹e Intel! Conseils de compactage: 컴컴컴컴컴컴컴컴컴컴컴� * Comme vous pouvez le constater, il pourrait y avoir un probl둴e lorsque vous devriez compacter un pixel brut de couleur 괾ale � Pack_byte ou � Pack_word. Ces pixels doivent toujours 늯re cod굎 comme des paquets m늤e s'il n'y a qu'un seul pixel. Exemple: (supposons que Pack_byte=9) 9 sera encod� 9,9,1 (Le 1er 9 dans la s굌uence... 9,9 sera encod� 9,9,2 ... encod괻 est Pack_byte) etc... * Il semble 굒ident de trouver des valeurs pour Pack_byte et Pack_word qui ne sont jamais (ou presque) utilis괻s. Donc, une petite routine qui trouve les 2 couleurs les moins utilis괻s dans l'image devrait 늯re appel괻 avant avant de commencer la compression. Ceci peut 늯re r괶lis� presque instanta- n굆ent en Assembleur. * Quand vous voulez 괹rire une s굌uence de 2 couleurs identiques, 괹rivez simplement ces 2 couleurs l'une apr둺 l'autre (Couleur,Couleur) puisque 놹 ne prend que 2 octets au lieu de 3 si vous aviez 괹rit un paquet (Pack_byte, Couleur,2). * Si vous compressez une image extr늤ement simple qui comporte une s굌uence de plus de 65535 fois la m늤e couleur cons괹utivement, vous devez "casser" la s굌uence et continuer avec un nouveau paquet. Exemple: vous devez compacter les 65635 m늤es octets cons괹utifs (de couleur 0 par exemple) (On suppose que Pack_byte=01 et Pack_word=02) Vous devrez alors 괹rire: 02 00 FF FF 01 00 64 (FFFFh=65535, 64h=100) 旼컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴커 � 갚꾼 Passer dans les modes vid굊s de GrafX 2.00 昉굅 � 읕컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴켸 Toutes les proc괺ures d'initialisation de mode sont 괹rites en ASM 386. De toutes fa뇇ns, si vous ne comprenez pas une ligne d'ASM, je ne vois vraiment pas � quoi pourront vous servir ces proc괺ures. Elles ont 굏� con뇎es pour 늯re utilis괻s dans le mod둳e de m굆oire FLAT. Mais cela ne devrait pas vous prendre trop de temps de les adapter au mod둳e que vous souhaitez utiliser puisqu'il n'y a que les manipulations de m굆oire que cela affectera (utilisez donc DS:SI au lieu de ESI, ES:DI � la place de EDI et fa똳es attention � l'adresse 0A0000h qui se transforme en l'adresse 0A000h:0000h). MCGA: (Mode VGA standard) 袴袴� Y-a-t'il quelqu'un sur cette plan둻e qui ne sache toujours pas comment on passe en mode MCGA 320x200 en 256 couleurs ??!? Bon... Je suppose que vous 늯es un novice si vous lisez les 2 lignes suivantes :) mov ax,0013h int 10h Modes X: (Modes VGA 굏endus) 袴袴袴袴 Bon... Il me semble que le Mode X original 굏ait en 320x240, mais maintenant tout le monde appelle "Modes X" (ou X-Modes, ou Tweaked modes) tous les modes VGA qui utilise plus de 64Ko de m굆oire vid굊 et la structure "Unchained". Afficher un pixel dans n'importe quel Mode X peut 늯re effectu� par la m늤e et unique fonction (mais je ne vous expliquerai pas comment faire, il vous suffit d'indiquer � la fonction la taille des plans (Largeur/4)). Si vous ne comprenez rien � ce que je dis, (Unchained, plans...) il vous suffit de lire n'importe quelle bonne documentation sur le Mode X. Nous tenons � remercier les auteurs de XLIB2 pour nous avoir 괹onomis� du temps en ayant 괹rit cette fonction. Nous l'avons l괾둹ement optimis괻 en fonction de nos besoins, mais l'essentiel en a 굏� conserv�. mov ax,13h ; Oui! Encore le mode MCGA! Tous les Modes X doivent int 10h ; commencer � partir du mode VGA standard, mais bien des ; choses changent par la suite. mov dx,3C6h ; Pour la dur괻 de l'initialisation, on va 굏eindre la xor al,al ; palette de fa뇇n � ce que l'utilisateur ne subisse pas out dx,al ; nos triturations. mov dx,3C4h ; Nous allons demander au registre TIMING SEQUENCER de mov ax,0604h ; passer dans le mode "Unchained" (mode X), sans g굍er de out dx,ax ; parit�, et un acc둺 aux 256Ko de la carte vid굊. mov ax,0100h ; On va ensuite enclencher le reset synchrone du registre out dx,ax ; TS car on s'appr늯e � jouer avec les registres. mov al,01h ; De la m늤e fa뇇n que pour la palette, on demande � la out dx,al ; carte vid굊 de ne plus scruter la m굆oire pour inc dx ; afficher son contenu. Ainsi, c'est une fa뇇n de plus in al,dx ; d'굒iter l'affichage parasite qui arrive le temps que mov ah,al ; le mode soit totalement initialis� et stabilis�. mov al,01h ; De plus, on peut esp굍er qu'en demandant un arr늯 de push ax ; la lecture de la m굆oire, le syst둴e s'en voit un peu mov al,ah ; acc굃굍�, et ainsi acc굃굍er l'initialisation du mode or al,20h ; graphique (l'espoir fait vivre :)) out dx,al ; mov esi,X_ptr ; Pointeur sur la liste des constantes � envoyer au CRTC. cld lodsb ; Ceci charge dans AL une valeur qui nous dira quoi faire ; avec le registre MISCELLANEOUS, et incr굆ente ESI. ; La valeur est 괾ale � ZERO => Rien � faire ; sinon => Envoyer AL au reg. MISC. or al,al ; Devons nous modifier le mode vid굊 de base ? jz NonMerci ; Non?커 En fait, la r굋onse est toujours "Oui". mov dx,3C2h ; � Sauf pour quelques modes tels que le out dx,al ; � 320x200 en Mode X NonMerci: ; <컴컴� (mais notre mode 320x200 est en MCGA...) mov dx,3C4h ; On en a termin� avec les manipulations du registre mov ax,0300h ; MISCELLANEOUS, on peut maintenant d굎enclencher le out dx,ax ; reset synchrone du registre TIMING SEQUENCER. ; Et maintenant, si on jouait avec le CRTC? mov dx,3D4h ; Dans le 18둴e registre du CRTC, on va d굎enclencher le mov al,11h ; bit de protection. Sans cela, les valeurs que nous out dx,al ; aurions envoy괻s aux registres du CRTC auraient 굏� inc dx ; ignor괻s. in al,dx and al,7Fh out dx,al dec dx ; DX pointe � nouveau sur "l'entr괻" du registre CRTC. lodsb ; Ceci met dans AL le nombre de registres CRTC � changer xor ecx,ecx ; On doit nettoyer ECX avant de commencer � r굋굏er... mov cl,al ; ...CL (AL) fois OUTSW rep outsw ; On peut envoyer la sauce aux registres du CRTC! ; Juste au cas o� le 20둴e registre CRTC aurait 굏� oubli� dans la table ; d'initialisation, on peut le calculer nous-m늤es (Ouaip, on est des ; braves gars). mov ax,Screen_width ; Vous devez indiquer � la routine quelle est la shr ax,3 ; largeur de l'괹ran mov ah,al mov al,13h out dx,ax mov dx,3C4h ; Maintenant vous avez la bonne r굎olution mais il peut mov ax,0F02h ; y avoir des pixels pourris � l'괹ran � cause de zones out dx,ax ; non nettoy괻s de la m굆oire vid굊. mov edi,0A0000h ; Donc on va nettoyer la m굆oire � partir de 0A0000h xor eax,eax ; avec la valeur 0 (qui est le noir standard) et sur une mov ecx,4000h ; longueur de 4000h dwords (256Ko). rep stosd ; Allez, liquidez-moi tout 놹! mov dx,3C4h ; On peut redemander � la carte VGA de relire la m굆oire pop ax ; pour afficher l'괹ran... out dx,ax ; mov dx,3C6h ; ... et r굏ablir la palette pour que l'image soit mov al,0FFh ; visible � l'utilisateur. out dx,al ; La table de constantes que vous devez employer est l'une des suivantes: (Ces tables sont au format C, mais elles peuvent facilement 늯res employ괻s dans d'autres langages) word X320Y224[] = { 0x0BA3, 0x6F06, 0xBA07, 0x0008, 0x4109, 0x0810, 0x8A11, 0xBF12, 0x0014, 0xC715, 0x0416, 0xE317 }; word X320Y240[] = { 0x0AE3, 0x0D06, 0x3E07, 0x4109, 0xEA10, 0xAC11, 0xDF12, 0x0014, 0xE715, 0x0616, 0xE317 }; word X320Y256[] = { 0x0CE3, 0x2306, 0xB207, 0x0008, 0x6109, 0x0A10, 0xAC11, 0xFF12, 0x2013, 0x0014, 0x0715, 0x1A16, 0xE317 }; word X320Y270[] = { 0x0BE7, 0x3006, 0xF007, 0x0008, 0x6109, 0x2010, 0xA911, 0x1B12, 0x0014, 0x1F15, 0x2F16, 0xE317 }; word X320Y282[] = { 0x0CE3, 0x6206, 0xF007, 0x6109, 0x310F, 0x3710, 0x8911, 0x3312, 0x2F13, 0x0014, 0x3C15, 0x5C16, 0xE317 }; word X320Y300[] = { 0x0DE3, 0x4606, 0x1F07, 0x0008, 0x4009, 0x3110, 0x8011, 0x2B12, 0x2013, 0x0014, 0x2F15, 0x4416, 0xE317 }; word X320Y360[] = { 0x09E3, 0x4009, 0x8810, 0x8511, 0x6712, 0x2013, 0x0014, 0x6D15, 0xBA16, 0xE317 }; word X320Y400[] = { 0x03E3, 0x4009, 0x0014, 0xE317 }; word X320Y448[] = { 0x0BA3, 0x6F06, 0xBA07, 0x0008, 0x4009, 0x0810, 0x8A11, 0xBF12, 0x0014, 0xC715, 0x0416, 0xE317 }; word X320Y480[] = { 0x0AE3, 0x0D06, 0x3E07, 0x4009, 0xEA10, 0xAC11, 0xDF12, 0x0014, 0xE715, 0x0616 , 0xE317}; word X320Y512[] = { 0x0CE3, 0x2306, 0xB207, 0x0008, 0x6009, 0x0A10, 0xAC11, 0xFF12, 0x2013, 0x0014, 0x0715, 0x1A16, 0xE317 }; word X320Y540[] = { 0x0BE7, 0x3006, 0xF007, 0x0008, 0x6009, 0x2010, 0xA911, 0x1B12, 0x0014, 0x1F15, 0x2F16, 0xE317 }; word X320Y564[] = { 0x0CE7, 0x6206, 0xF007, 0x0008, 0x6009, 0x3E10, 0x8911, 0x3312, 0x2013, 0x0014, 0x3C15, 0x5C16, 0xE317 }; word X320Y600[] = { 0x0BE7, 0xBE06, 0xF007, 0x0008, 0x6009, 0x7C10, 0x8C11, 0x5712, 0x0014, 0x5815, 0x7016, 0xE317 }; word X360Y200[] = { 0x09E7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x2D13, 0x0014, 0xE317 }; word X360Y224[] = { 0x12A7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x6F06, 0xBA07, 0x0008, 0x4109, 0x0810, 0x8A11, 0xBF12, 0x2D13, 0x0014, 0xC715, 0x0416, 0xE317 }; word X360Y240[] = { 0x11E7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x0D06, 0x3E07, 0x4109, 0xEA10, 0xAC11, 0xDF12, 0x2D13, 0x0014, 0xE715, 0x0616, 0xE317 }; word X360Y256[] = { 0x12E7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x2B06, 0xB207, 0x0008, 0x6109, 0x0E10, 0xAC11, 0xFF12, 0x2D13, 0x0014, 0x0715, 0x1A16, 0xE317 }; word X360Y270[] = { 0x12E7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x3006, 0xF007, 0x0008, 0x6109, 0x2010, 0xA911, 0x1B12, 0x2D13, 0x0014, 0x1F15, 0x2F16, 0xE317 }; word X360Y282[] = { 0x12E7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x6206, 0xF007, 0x6109, 0x310F, 0x3710, 0x8911, 0x3312, 0x2D13, 0x0014, 0x3C15, 0x5C16, 0xE317 }; word X360Y300[] = { 0x12E7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x4606, 0x1F07, 0x0008, 0x4009, 0x3110, 0x8011, 0x2B12, 0x2D13, 0x0014, 0x2F15, 0x4416, 0xE317 }; word X360Y360[] = { 0x0FE7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x4009, 0x8810, 0x8511, 0x6712, 0x2D13, 0x0014, 0x6D15, 0xBA16, 0xE317 }; word X360Y400[] = { 0x0AE7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x4009, 0x2D13, 0x0014, 0xE317 }; word X360Y448[] = { 0x12A7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x6F06, 0xBA07, 0x0008, 0x4009, 0x0810, 0x8A11, 0xBF12, 0x2D13, 0x0014, 0xC715, 0x0416, 0xE317 }; word X360Y480[] = { 0x11E7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x0D06, 0x3E07, 0x4009, 0xEA10, 0xAC11, 0xDF12, 0x2D13, 0x0014, 0xE715, 0x0616, 0xE317 }; word X360Y512[] = { 0x12E7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x2B06, 0xB207, 0x0008, 0x6009, 0x0E10, 0xAC11, 0xff12, 0x2D13, 0x0014, 0x0715, 0x1A16, 0xE317 }; word X360Y540[] = { 0x12E7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x3006, 0xF007, 0x0008, 0x6009, 0x2010, 0xA911, 0x1B12, 0x2D13, 0x0014, 0x1F15, 0x2F16, 0xE317 }; word X360Y564[] = { 0x12EB, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0x6206, 0xF007, 0x0008, 0x6009, 0x3E10, 0x8911, 0x3312, 0x2D13, 0x0014, 0x3C15, 0x5C16, 0xE317 }; word X360Y600[] = { 0x12E7, 0x6B00, 0x5901, 0x5A02, 0x8E03, 0x5E04, 0x8A05, 0xBE06, 0xF007, 0x0008, 0x6009, 0x7C10, 0x8C11, 0x5712, 0x2D13, 0x0014, 0x5815, 0x7016, 0xE317 }; word X400Y200[] = { 0x09E7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x3213, 0x0014, 0xE317 }; word X400Y224[] = { 0x12A7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x6F06, 0xBA07, 0x0008, 0x4109, 0x0810, 0x8A11, 0xBF12, 0x3213, 0x0014, 0xC715, 0x0416, 0xE317 }; word X400Y240[] = { 0x12E7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x0D06, 0x3E07, 0x0008, 0x4109, 0xEA10, 0xAC11, 0xDF12, 0x3213, 0x0014, 0xE715, 0x0616, 0xE317 }; word X400Y256[] = { 0x12E7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x2B06, 0xB207, 0x0008, 0x6109, 0x1310, 0xAC11, 0xFF12, 0x3213, 0x0014, 0x0715, 0x1A16, 0xE317 }; word X400Y270[] = { 0x12E7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x3006, 0xF007, 0x0008, 0x6109, 0x2010, 0xA911, 0x1B12, 0x3213, 0x0014, 0x1F15, 0x2F16, 0xE317 }; word X400Y282[] = { 0x12E7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x6206, 0xF007, 0x6109, 0x310F, 0x3710, 0x8911, 0x3312, 0x3213, 0x0014, 0x3C15, 0x5C16, 0xE317 }; word X400Y300[] = { 0x12E7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x4606, 0x1F07, 0x0008, 0x4009, 0x3110, 0x8011, 0x2B12, 0x3213, 0x0014, 0x2F15, 0x4416, 0xE317 }; word X400Y360[] = { 0x0FE7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x4009, 0x8810, 0x8511, 0x6712, 0x3213, 0x0014, 0x6D15, 0xBA16, 0xE317 }; word X400Y400[] = { 0x0AE7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x4009, 0x3213, 0x0014, 0xE317 }; word X400Y448[] = { 0x12A7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x6F06, 0xBA07, 0x0008, 0x4009, 0x0810, 0x8A11, 0xBF12, 0x3213, 0x0014, 0xC715, 0x0416, 0xE317 }; word X400Y480[] = { 0x11E7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x0D06, 0x3E07, 0x4009, 0xEA10, 0xAC11, 0xDF12, 0x3213, 0x0014, 0xE715, 0x0616, 0xE317 }; word X400Y512[] = { 0x12E7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x2B06, 0xB207, 0x0008, 0x6009, 0x1310, 0xAC11, 0xFF12, 0x3213, 0x0014, 0x0715, 0x1A16, 0xE317 }; word X400Y540[] = { 0x12E7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x3006, 0xF007, 0x0008, 0x6009, 0x2010, 0xA911, 0x1B12, 0x3213, 0x0014, 0x1F15, 0x2F16, 0xE317 }; word X400Y564[] = { 0x12EB, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0x6206, 0xF007, 0x0008, 0x6009, 0x3E10, 0x8911, 0x3312, 0x3213, 0x0014, 0x3C15, 0x5C16, 0xE317 }; word X400Y600[] = { 0x12E7, 0x7100, 0x6301, 0x6402, 0x9203, 0x6604, 0x8205, 0xBE06, 0xF007, 0x0008, 0x6009, 0x7C10, 0x8C11, 0x5712, 0x3213, 0x0014, 0x5815, 0x7016, 0xE317 }; La structure: (exemple) 旼컴횮eci est le nombre de valeurs � envoyer aux registres CRTC. C'est � en fait le nombre de words dans la table moins 1 (� cause du 1er � word de la table qui n'est pas envoy� au CRTC mais qui contient � une valeur � envoyer au registre MISCELLANEOUS et le nombre de � valeurs � envoyer aux registres CRTC ;) ). � � 旼횮eci est la valeur � envoyer au registre MISCELLANEOUS (ou 0 si � � aucune valeur ne doit y 늯re envoy괻). � � � � 旼컴Ceci est une valeur � envoyer dans un registre du CRTC. � � � � � � 旼Ceci est le num굍o du registre du CRTC qui recevra la � � � � valeur cit괻 pr괹괺emment. 첼첼 첼첼 { 0x0AE3, 0x0D06, 0x3E07, 0x4109, 0xEA10, 0xAC11, 0xDF12, 0x0014, 0xE715, 0x0616, 0xE317 }; Vous pouvez remarquer que les registres 0 � 5 (et le 13h) du CRTC d괽inissent la largeur de l'괹ran, alors que les registres 6 � 17h (� l'exception du 13h) definissent la hauteur de l'괹ran. Nous avons plus de modes en poche que les quelques-uns :) que nous avons inclus dans GrafX 2.00, mais ils ne sont ni vraiment utiles ni vraiment stables. Nous pourrons toutefois d괹ider de les inclure dans une prochaine version. S'il manque certains de vos modes pr괽굍es, envoyez nous simplement la liste des constantes que l'on doit balancer au CRTC � la mani둹e de la structure utilis괻 ci-dessus. IMPORTANT! Les valeurs des constantes cit괻s plus haut ne sont pas support괻s par tous les moniteurs ou les cartes vid굊s. Nous avons test� GrafX2 avec diff굍entes configurations et avons constat굎 que certains modes ne marchent pas du tout avec certaines cartes vid굊s, alors que d'autres d괷ordent de l'괹ran, sont d괹entr굎, assombris, trop clairs, ou tass굎. Toutefois, ils marchent tous correctement avec notre pauvre petite Tseng Labs ET4000... Si vous avez d굁� une bonne connaissance � propos du CRTC, et avez des valeurs diff굍entes des notres pour certains modes, merci de nous en informer. Nous nous en servirons s'ils marchent mieux sur une majorit� d'ordinateurs. VESA: (Un "pseudo-standard" pour les modes Super-VGA) 袴袴� Nous nous servons du VESA pour des modes qui n괹essitent une largeur de 640, 800 ou 1024 pixels. Mais il existe un moyen de combiner la hauteur des Modes X avec les modes VESA, il est ainsi possible d'avoir des modes aussi timbr굎 qu'en Mode X. mov ax,4F02h mov bx,Video_mode int 10h Les modes VESA 256 couleur VESA sont: 100h : 640x400 101h : 640x480 103h : 800x600 105h : 1024x768 107h : 1280x1024 (non disponible dans GrafX2 parce qu'uniquement support� par des cartes vid굊 avec 2 Megaoctets ou plus de m굆oire vid굊) Comme avec les Modes X, vous pouvez modifier les registres CRTC pour acc괺er aux modes "VESA-X"! (Notez que certaines cartes vid굊 ne supportent pas les modifications des registres du CRTC VGA dans les modes VESA.) Pour passer dans ces modes 굏endus, passez dans un mode VESA standard ayant la bonne largeur, puis appelez Modif_registres_CRTC avec la bonne table de hauteur. Exemple (640x512) : VESA_Set_mode(101h) // On passe dans un mode qui a la m늤e largeur Modif_registres_CRTC(Y512) // On modifie la hauteur * Tables des hauteurs: word Y224[] = { 0x09A3, 0x6F06, 0xBA07, 0x0008, 0x4109, 0x0810, 0x8A11, 0xBF12, 0xC715, 0x0416 }; word Y240[] = { 0x09E3, 0x0D06, 0x3E07, 0x0008, 0x4109, 0xEA10, 0xAC11, 0xDF12, 0xE715, 0x0616 }; word Y256[] = { 0x0900, 0x2B06, 0xB207, 0x0008, 0x6109, 0x0A10, 0xAC11, 0xFF12, 0x0715, 0x1A16 }; word Y270[] = { 0x09E7, 0x3006, 0xF007, 0x0008, 0x6109, 0x2010, 0xA911, 0x1B12, 0x1F15, 0x2F16 }; word Y282[] = { 0x0AE3, 0x6206, 0xF007, 0x0008, 0x6109, 0x310F, 0x3710, 0x8911, 0x3312, 0x3C15, 0x5C16 }; word Y300[] = { 0x09E3, 0x4606, 0x1F07, 0x0008, 0x4009, 0x3110, 0x8011, 0x2B12, 0x2F15, 0x4416 }; word Y350[] = { 0x09A3, 0xBF06, 0x1F07, 0x0008, 0x4009, 0x8310, 0x8511, 0x5D12, 0x6315, 0xBA16 }; word Y360[] = { 0x07E3, 0x0008, 0x4009, 0x8810, 0x8511, 0x6712, 0x6D15, 0xBA16 }; word Y400[] = { 0x01E3, 0x4009 }; word Y448[] = { 0x09A3, 0x6F06, 0xBA07, 0x0008, 0x4009, 0x0810, 0x8A11, 0xBF12, 0xC715, 0x0416 }; word Y480[] = { 0x09E3, 0x0D06, 0x3E07, 0x0008, 0x4009, 0xEA10, 0xAC11, 0xDF12, 0xE715, 0x0616 }; word Y512[] = { 0x0900, 0x2B06, 0xB207, 0x0008, 0x6009, 0x0A10, 0xAC11, 0xFF12, 0x0715, 0x1A16 }; word Y540[] = { 0x09E7, 0x3006, 0xF007, 0x0008, 0x6009, 0x2010, 0xA911, 0x1B12, 0x1F15, 0x2F16 }; word Y564[] = { 0x09E7, 0x6206, 0xF007, 0x0008, 0x6009, 0x3E10, 0x8911, 0x3312, 0x3C15, 0x5C16 }; word Y600[] = { 0x09E7, 0xBE06, 0xF007, 0x0008, 0x6009, 0x7C10, 0x8C11, 0x5712, 0x5815, 0x7016 }; Modifier les registres CRTC: (inspir� de l'init. des Modes X... voir plus 컴컴컴컴컴컴컴컴컴컴컴컴컴컴 haut pour de plus amples d굏ails) mov esi,XVESA_Ptr cld lodsb or al,al ; Devons nous modifier le mode vid굊 de base ? jz NonMerci ; Non?커 La r굋onse peut 늯re "Non" car les initialisations mov dx,3C2h ; � de certains modes VESA mettent directement la out dx,al ; � bonne valeur pour le registre MISCELLANEOUS. NonMerci: ; <컴컴� mov dx,3D4h mov al,11h out dx,al inc dx in al,dx and al,7Fh out dx,al dec dx lodsb xor ecx,ecx mov cl,al rep outsw Si vous 늯es suffisament astucieux, vous pourrez combiner les constantes utilis괻s dans les Modes X pour obtenir plus de modes "VESA-X" tels que le 640x200, 800x480, etc... (mais je ne pense pas que 놹 marche convenablement avec les largeurs de 1024 pixels puisque ce mode est g굈굍alement entrelac�... Mais qui sait?...) Je pense que le plus difficile est de trouver la bonne valeur du registre MISCELLANEOUS.