[ << ] | [ < ] | [ Up ] | [ > ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Grafik ist eine der St�rken des Amiga. Warum hat es hier so wenig Fragen und Antworten?
1.1 Was hei�t Chunky- und Planar-Display? | ||
1.2 Was ist Doublebuffering? | ||
1.3 Was f�r Monitore arbeiten am Amiga 1200 oder 4000? | Was f�r Monitore arbeiten am Amiga? |
[ << ] | [ < ] | [ Up ] | [ > ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Einfach gesagt stehen die Bezeichnungen chunky
und planar
(K�rzel f�r bitplanar
) f�r verschiedene Arten, graphische Daten im
RAM des Computers zu speichern. Sie sind einfach zu verstehen, aber
vielleicht etwas schwierig zu erkl�ren.
Die Anzeige eines Computers besteht aus einem Netz von Pixeln. Jedes Pixel kann man sich als eine Zahl denken, die f�r die Farbnummer des Pixels steht. Hier ist zum Beispiel eine ganz einfache Anzeige mit 4 Farben:
00302132
Der Amiga speichert dies im bitplanaren
Modus, d.h. es werden
verschiedene sogenannte Bitplanes verwendet, in denen zu jedem Pixel genau
ein Bit geh�rt. F�r eine Zahl zwischen 0 und 3 brauchen wir 2 Bits, also
auch zwei Bitplanes, die dann so aussehen:
00100110 Dies ist Bitplane 0 00101011 Dies ist Bitplane 1 -------- Nun addieren wir sie, wobei wir die zweite mit 2 00302132 multiplizieren
Das ist also die gew�nschte Grafik. Nun g�be es aber nat�rlich auch eine andere M�glichkeit: Wir k�nnten die jeweils 2 Bits direkt hintereinander anordnen in sogenannten Chunks:
00 00 11 00 01 10 11 01 = 00302132
Dies ist das Prinzip des Chunky-Modus. Man kann im allgemeinen kaum sagen, da� eine dieser beiden Methoden besser oder schlechter ist. Allerdings haben nat�rlich beide ihre Vor- und Nachteile:
Zun�chst hat vielleicht jeder schon einmal gesehen, da� auf dem Amiga beim Scrollen von farbigem Text ein gewisses Flackern entsteht. Genauer gesagt �ndern sich kurz die Farben. Was dabei passiert, ist, da� der Computer Bitplanes verschiebt, gleichzeitig aber dieselben Daten f�r die Anzeige verwendet werden. Wenn etwa gerade Bitplane 0 verschoben wurde, aber Bitplane 1 noch nicht verschoben ist, so h�tten wir kurzfristig im obigen Beispiel die folgende Anzeige:
01001100 Dies ist Bitplane 0 (nach links verschoben) 00101011 Dies ist Bitplane 1 -------- Nun addieren wir sie wieder 01203122
Sobald die zweite Bitplane ebenfalls verschoben ist, stimmt wieder alles, aber kurzfristig entsteht dabei eben jenes Flackern. Bei einer Chunky-Anzeige dagegen w�re eben nur ein Teil des Bildschirms schon verschoben und ein anderer Teil noch nicht.
Umgekehrt ist es im Chunky-Modus schlecht m�glich, mit beliebiger Anzahl von Farben zu arbeiten: Da ein Byte 8 Bits hat, geh�ren etwa bei 4 Farben zu jedem Byte 4 Pixel. Man mu� also stets erst berechnen an welcher Stelle des Bytes die Informationen zu einem bestimmten Pixel sitzen. Das ist aufwendig. Noch schlimmer wird die Sache bei 8 Farben: Da beginnen die Pixel noch nicht mal an der gleichen Stelle. Das ist sehr umst�ndlich und rechenzeitaufwendig. In der Praxis gibt es daher Chunky-Anzeigen nur im 8-Bit-Modus (256 Farben) und im 24-Bit-Modus (16 Millionen Farben). Es ist allerdings m�glich, da� die Anwender da gar nicht so ungl�cklich dar�ber sind…
[ << ] | [ < ] | [ Up ] | [ > ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Bei animierter Grafik entsteht das Problem, da� gleichzeitig die Daten ver�ndert und angezeigt werden. Dabei kommt es dann unweigerlich zu einem gewissen Flackern. (see section Was hei�t Chunky- und Planar-Display?)
Die L�sung des Problems ist es, quasi zwei Bildschirme zu benutzen: Der eine wird immer angezeigt. Gleichzeitig wird auf dem anderen Bildschirm, der nicht angezeigt wird, das neue Bild gezeichnet. Es gibt kein Flackern, da die Grafik-Hardware nur auf das RAM des ersten Bildschirms zugreift und der Prozessor nur auf das des zweiten. Dann wird umgeschaltet und der zweite Bildschirm angezeigt. Auf dem ersten kann jetzt gezeichnet werden.
[ << ] | [ < ] | [ Up ] | [ > ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Monitore kann man klassifizieren nach der horizontalen Frequenz, die sie f�r ihre Anzeige ben�tigen. Fernseher und Commodore’s 1084 ben�tigen z.B. etwa 15 kHz, VGA und SVGA ben�tigen mindestens etwa 30 kHz. Multisync-Monitore k�nnen verschiedene Frequenzen darstellen.
Man kann also jeden dieser Monitore am A1200 verwenden, aber:
Der Commodore 1960 hat nicht das Problem von 1940 oder 1942, ist aber auch teurer.
F�r einen VGA/SVGA- oder Multisync-Monitor braucht man ein Kabel, das etwa 30 DM kostet.
[Top] | [Contents] | [Index] | [ ? ] |
Es gibt einen Patch, der dies auch ohne manuelle Eingriffe m�glich macht. Siehe ‘os30/util/Monitor30Patch.lha’ auf dem Aminet.
[Top] | [Contents] | [Index] | [ ? ] |
This document was generated on February 11, 2022 using texi2html 5.0.
The buttons in the navigation panels have the following meaning:
Button | Name | Go to | From 1.2.3 go to |
---|---|---|---|
[ << ] | FastBack | Beginning of this chapter or previous chapter | 1 |
[ < ] | Back | Previous section in reading order | 1.2.2 |
[ Up ] | Up | Up section | 1.2 |
[ > ] | Forward | Next section in reading order | 1.2.4 |
[ >> ] | FastForward | Next chapter | 2 |
[Top] | Top | Cover (top) of document | |
[Contents] | Contents | Table of contents | |
[Index] | Index | Index | |
[ ? ] | About | About (help) |
where the Example assumes that the current position is at Subsubsection One-Two-Three of a document of the following structure:
This document was generated on February 11, 2022 using texi2html 5.0.