Strategie Grafikdisplay programmieren

Fly schrieb:

> Wie würdet ihr das machen oder was ist so üblich?

Das Teil hat ja einen eigenen Prozessor, der für sich alleine schon eine 
Menge kann.
Im Grunde hast du da ein kleines Grafikterminal, welches aus 
Grfikkommandos reagiert. Und genau so wird es dann auch angesteuert: Die 
Veränderungen werden in Kommandos gefasst und diese Kommandos zum 
Display geschickt, bzw. die Bereiche entsprechend neu aufgebaut.

> 1.) Ich baue a´ la Fernseher das komplette Displaybild 25x in
> der Sec. neu auf.

Wozu?
Das ist doch massig Transfer für nichts. Sofern du mit der 
Übertragungsrate überhaupt hinkommst.

> 2.) Ich verändere nur die Pixel, die sich ändern müssen.
>  Also wenn der Balken kürzer wird überschreibe ich die
> Pixel am Balkenende mit der Hintergrundfarbe etc.

Ja.
Nur arbeitest du nicht auf Pixelebene, solange das nicht notwendig ist.
Ein Balken ist in erster Instanz ein Rechteck. Und genau so teilst du 
das auch dem Display mit:
male ein Rechteck von hier bis hier.
Und wenn sich der Balken verändern soll, denkt man sich eine Strategie 
aus:
Wird der Balken länger, dann wird mit der Balkenfarbe der hinzukommende 
Teil als Rechteck hinzugefügt (oder mglw. der Balken überhaupt komplett 
als Rechteck neu gezeichnet) wird er kürzer, so deckt ein Rechteck in 
der Hintergrundfarbe den nun überflüssigen Teil ab.

Da du anscheinend meherere Screens zur Verfügung hast, sollte man sich 
auch Gedanken darüber machen, wie man die für ein Double-Buffering 
nutzen kann. Änderungen werden zunächst in einem nicht sichtbaren Screen 
gemacht, und erst dann wenn alle Änderungen fertig sind, wird der bisher 
nicht sichtbare Screen angezeigt.
Auch kann man sich in nicht sichtbaren Screens so etwas wie Sprites 
zurechtlegen. Also vordefinierte Grfaiken, die als Ganzes aus dem einen 
Screen ausgeschnitten und in einen anderen Screen eingesetzt werden.

Fly schrieb:

> Zur Verfügung habe ich "nur 8 Viewports" die ich wie einzelne kleine
> Displays ansprechen kann.

Machs nicht zu kompliziert.

Du hast 3 'konzeptionelle' Displays.
Je eines für EGT, BPC2 und LPG

Jedes diese 'Displays' besteht aus einer Caption Aray und den möglichen 
Balken.

Vielleicht ist es auch geschickt, verschiedene Display-Typen zu 
erfinden, die unterschiedlichen Aufbau haben (wie sich die opere Caption 
Area zusammensetzt). Musst du entscheiden.

Aber mach nicht den Fehler, für jede Kleinigkeit einen eingenen Viewport 
zu erfinden. Irgendwann kennst du dich nämlich vor lauter Viewports 
nicht mehr aus.

> Schritftgröße
Das ist in der Tat interessant.

Im PDF steht, dass die ASNI Sequenzen unterstützt werden. Da gibt es 
auch welche mit der man den Text mit doppelter Höhe ausgeben kann. Mann 
muss den Text dann auf 2-mal ausgeben: einmal die obere Zeichenhälfte, 
einmal die untere.