Beiträge von Tobias im Thema „Verständnisfragen zu Grafimodi: FLI (Multicolor-FLI)“

    Aber ich glaube, ich weiß, was Du meinst

    Ich glaube nicht. ;) Mir ging es nicht um noch eine andere FLI-Variante. Ich frage mich nur, wo der Vorteil liegt, wenn man nur 2x FLI macht statt 8x. Man kann so zwar 2x die eine Color-Ram-Farbe ändern, dafür aber auch nur 2x die beiden Screen-Ram-Farben. Anders bekommt man ja die beiden Screen-Ram-Farben 8x neu.

    Hires-FLI: Ich meine, die ersten 3 Chars wären immer komplett hellgrau.

    Hab ich korrigiert, danke. Ich bin das so von MUILFI gewohnt mit der anderen Farbe neben hellgrau, aber die kommt dann wohl eher aus Sprites. Abgedeckt wird der Bug-Bereich idR. doch eh mit Sprites, oder? Wenn man also das Sprite "löchrig" macht, dann hätte man wieder die zwei Farben.

    Die 3. Farbe vom Farbram ist nicht immer braun, sondern hängt vom 1. Befehl hinter dem $d011 ab

    Hab ich auch korrigiert. Danke.

    MC-FLI 2x:

    Im Prinzip müsste man auch da in jeder Rasterzeile den Hintergrund ändern können. Bleibt wieder die Frage, ob das "Standard" ist.

    Ganz hinten hast Du 1 common color per screen (160x1) geschrieben.

    Hab ich entsprechend geändert. Interessant wären schon die "Standards", also was genutzt wird, nicht die theoretischen Möglichkeiten.

    Würde ich in verschiedenen Grüntönen darstellen, dass die Hintergrundfarbe jede Rasterzeile gewechselt werden kann.

    Dann müsste ich aber auch für den Screen-Ram unterschiedliche Blautöne nehmen, oder?
    Ich hab versucht, das mit den dicken Rahmenlinen im Char darzustellen. Nach jeder dicken Linie kann neu "gemsicht" werden. Geht die Linie über das Char hinaus (dann dünn), dann gilt die Farbe für die gesamte Bildschirmzeile. Umrahmt die Fläche das Char, gilt die Farbe für den gesamten Bildschirm.

    mfg Tobias

    Hoogo

    Danke für Deine Erklärungen.

    "Standard"-MC-FLI ist aber der mit Badline nach jeder Zeile, oder?

    Ich hab das mal zusammengefasst, ich denke und verstehe eher optisch. ;) Bitte mal schauen, ob das so passt.

    Es wäre super, wenn wir das so in der Art nach und nach für alle Grafikmodi machen könnten, auch die mit Sprites.

    Wenn man aber nur alle 4 Rasterzeilen einen FLI macht, dann reicht die Zeit, um das komplette Farbram neu zu setzen.

    Das ergibt dann je 4*4 Pixel 3 neue Farben.

    Das bringt aber nur was, wenn man unbedingt in einer Zeile 3 Farben haben muss, die anders sind als die in der gleichen Zeile anderer Chars, oder?

    Mit Badline nach jeder Zeile bekomme ich ja nach vier Zeilen alleine schon 8 individuelle Farben aus dem Screen-Ram.

    mfg Tobias

    Hi,

    ist mein Verständnis richtig, dass bei Multicolor-FLI pro Kachelzeile, also 4x1 Doppelpixel,

    die Farben aus dem Bildschirmspeicher %01 / %10 pro Zeile und für jede Kachel frei definierbar sind,

    die Hintergrundfarbe %00 (aus $d021) für alle 40x25 Kacheln gleich ist oder kann diese auch nach jeder Zeile (160 Doppelpixel) geändert werden (Quellen sind hier widersrpüchlich, s.u.),

    die Farbe %11 aus dem Farbram ($d800) für eine Kachel gilt (kann nach 8 Zeilen geändert werden) ?

    Auch das Farbram jede Zeile neu "zu beschreiben" ist programmiertechnisch unmöglich, oder? Ich frage als Anwender, von der Hardware und der Programmierung hab ich keinen Dunst. ;)

    Danke und Gruß,

    Tobias


    Bitte melde dich an, um diesen Link zu sehen.

    "Das Ändern der Hintergrundfarbe würde uns niemals für jedes Zeichen gelingen, dies scheidet also somit schon mal aus. Da sich das Farb-RAM immer an der Adresse $d800 befindet, müssten wir für jede Rasterzeile, für jede Zeichen-Zeile, einen neuen Wert dorthin schreiben. Auch dies ist unmöglich!"

    Bitte melde dich an, um diesen Link zu sehen.

    "Auch die Hintergrundfarbe, die dem Bitpaar 00 zugeordnet ist, kann geändert werden. Dagegen bleibt die Farbe für das Bitpaar 11, die vom Bitte melde dich an, um diesen Link zu sehen. bestimmt wird, für die Kachel gleich, denn für ein Umkopieren des Farb-RAMs ist keine Zeit."