256 - und keine Farbe weniger! 컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴 Nachdem ich in der letzten Ausgabe den Aufbau eines PCX-Bildes in 256 Farben erl꼞tert habe, will ich Euch nun einen 256-Farben Modus n꼑er bringen. Dabei nehme ich mir den einfachsten heraus: 320x200 - den Modus 13h. Alles, was ich hier sage bzw. schreibe trifft weitestgehend auch f걊 die anderen 256-Farben Modis zu, nur die Aufl봲ung ist halt anders. Vielleicht schreibe ich ja auch irgendwann einmal etwas dazu (VESA-Treiber...). Dieser Artikel gliedert sich ganz grob in zwei Abschnitte: I - Grundlegendes zum Modus 13h II - Vier Grafikseiten realisiert im Modus 13h. Der erste Punkt wird in dieser Ausgabe behandelt, der zweite in der n꼊hsten. Eine kleine Einf갿rungsgeschichte: Die ersten VGA-Grafikkarten wurden 1987 von IBM auf den Marktge- worfen. Mit ihre Einf갿rung wurde ein neuer Standard gesetzt, der es bis heute auch geblieben ist (allerdings von den Super-VGA- Karten nochmals erweitert wurde). VGA-Karten senden, im Gegensatz zu allen vorherigen Karten, ihre Farbsignale nicht mehr digital sondern analog zum Monitor. Da- durch kann eine weit h봦ere Farbanzahl realisiert werden - bei 'normalen' VGAs mehr als 262143 (262144...)! Das war gegen갶er der EGA-Karte, die gerade mal 64 Farben generieren konnte, ein extremer Fortschritt. Allerdings wurde mit der VGA-Karte nur ein Modus eingef갿rt, der mehr als 16 Farben gleichzeitig darstellen konnte, was die EGA-Karte schlie�lich auch schon implementiert war. Dieser Modus tr꼏t die Nummer 13h und bietet dem User, im Gegensatz zur 'Spitzenaufl봲ung' von 640x480, lediglich 320x200 Pixel, das aber bei 256 Farben! Die h봦ere Farbanzahl gleichte die geringere Aufl봲ung mehr als aus. Obwohl heute schon wesent- lich h봦ere Aufl봲ungen bei h봦erer Farbanzahl m봥lich sind, wird der Modus 13h, zumindest im Spielebereich, immer noch am h꼞fig- sten gebraucht. Das hat er wahrscheinlich seiner sehr leichten Handhabung zu verdanken, die ich im folgenden Text erl꼞tern wer- de. Nun denn. Zu aller erst der Videospeicher. Der Modus 13h ben봳igt f걊 eine Bildschirmseite genau 64000 Bytes. Diese Zahl l꾞t sich ermittlen, indem man die horizontale Aufl봲ung (320) mit der ver- tikalen Aufl봲ung (200), und das Ergbenis wiederum mit der ben�- tigten Anzahl Bytes f걊 einen Pixel (in diesem Fall ein Byte pro Pixel) mal nimmt. Man erh꼕t also den schon vorher genannten Wert von 64000. Da dieser Wert noch gut in das Segment bei $A000, das Segment, in das der Videospeicher eingeblendet wird, pa�t, gibt es keine Probleme mit hin und herschieben dieses Fensters oder setzen einzelner Punkte mittels verschiedener Bitplanes und Latch-Registern, wie es zum Beispiel im Modus 12h (640x480x16) der Fall ist. Man kann Punkte ganz einfach setzen und abfragen, indem man einfach das Byte an die gew걆schten Speicheradresse l꼋t bzw. diese ausliest. Ganz einfach, ehrlich! Da, wie schon gesagt, ein Pixel genau ein Byte belegt, findet man also bei $A000:$0000 den Pixel, der oben links eingeblendet wird. Bei $A000:$0001 steht dann der 2. Pixel von links usw. Die zweite Zeile f꼗gt danach bei $A000:$0050 an... Will man den Offset eines beliebigen Punktes x/y ermitteln, dann l꾞t sich dieser nach folgender Formel berechnen: Offset = x + (y * 80). Punkt geht zwar eh' vor Strichrechnung, zur besseren Darstellung habe ich die Klammern aber gesetzt. Dieser Offsetwert gilt na- t걊lich nur, wenn man den Punkt oben links mit 0/0 und nicht mit 1/1 festlegt. Will man das, dann mu� man einfach von x und y je- weils 1 abziehen (Offset = (x-1) + ((y-1) * 80)). Mit der 'Pseudoanweisung' '$A000:$0000 = Farbe' l꾞t sich dann ein Punkt setzen, mit 'Farbe = $A000:$0000' ein Farbwert ausle- sen. Wirklich einfach, oder? Nun eine Quizfrage: Was mu� man machen, um eine Farbe an die Koordinate 1/0 zu setzen? Wer mir die richtige L봲ung schickt, verliert eine Schokolade... :-). Tja, eigentlich war das alles so einfach, da� ich jetzt schon fertig bin. Oder wollt Ihr vielleicht noch etwas 갶er die Fest- legung von Farben in diesem Modus h봱en? Ich hab's geahnt... (Warum kann ich nicht einmal meine Klappe halten?). Na sch봭, weiter geht's mit der DAC-Farbtabelle. DAC, was is'n das? Kann man das essen? Trinken? Sex? ...? So oder 꼑nlich h봱en sich jetzt auch bestimmt Eure Fragen an, stimmt's? Meine Antwort: Nein, weder noch (wer h꼝t's gedacht...)! Doch nun wieder zum Thema: DAC steht f걊 Digital to Analog Converter und ist das Ding, das die digitalen Farben des Rechners in analoge Farben f걊 den Moni- tor umwandelt. Nun zur DAC-Farbtabelle: Wie Ihr vielleicht hoffentlich oder auch nicht wi�t... 꼑, was? Ach ja: Ein Farbton besteht aus 3 Farbkom- ponenten: einem Rot-Wert, einem Gr걆-Wert und einem Blau-Wert, kurz RGB-Werte genannt. Die die 'normale' (keine Super-VGAs...) 256 Farben gleichzeitig darstellen kann, brauchte man etwas, wo man diese Farben ablegen konnte. Genau diese Aufgabe 갶ernimmt die DAC-Farbtabelle. Hier finden sich 256 RGB-Werte, jeweils f걊 eine Farbe einer. Da jeder einzelne Wert aus einem Byte besteht (eigentlich sind es nur 6 Bit, aber das ist jetzt egal), ergibt sich eine Anzahl von 768 Bytes (256 * 3). Um nun einen Eintrag der Farbtabelle zu 꼗dern oder auszulesen, ben봳igt man 3 Port- adressen: PortNr. Bedeutung 3C8h Port f걊 Schreibzugriff 3C7h Port f걊 Lesezugriff 3C9h Datenport M봠hte man die Farbe 26 꼗dern, dann mu� man daf걊 den Wert 26 an den Port 3C8h schicken, und dann nacheinander erst den Rot- Wert, dann den Gr걆-Wert und dann den Blau-Wert an der Port- adresse 3C9h ausgeben. Will man den RGB-Wert der Farbe 37 haben, dann lade man Port 3C7h mit 37, und lese dann erst den R-Wert, dann den Gr걆- Wert und dann den Blau-Wert am Datenport aus. Einfach, nicht? Es mag passieren, da� bei mehrmaligen Lesezugriffen keine ver- n걆ftigen Ergebnisse geliefert werden. Ist das der Fall, dann sollte man eine 'kurze Pause' nach jedem Lesezugriff einle- gen. Noch etwas zu den 6 Bits von oben: Jeder der drei RGB-Werte besteht in echt nicht aus 8 Bits (ein Byte) sondern lediglich aus 6! Das hei�t nur, da� der R-Wert 63 (00111111b) und z.B. der Wert 200 (11001000b) identisch sind. Das ist alles! Tja, ich glaube, hoffe und meine, da� das jetzt wirklich alles gewesen ist. Sollte es nicht so sein, dann fragt, wie auch sonst immer, bei uns nach! Man sieht sich beim n꼊hsten Teil im n꼊h- sten STOD. Bis dann, Kemil