VGA 640x480@60Hz 80x60(8X8) char Color16/16 für Spiele

[PIC18F2550]

Jetzt mach PIC nicht verrückt

das ist bei mir nicht weider schlimm es kann nur noch besser werden
So das habt ihr jetzt davon.

VGA80x60.bel

(32 KiB) 668-mal heruntergeladen

Vielspaß beim testen.

[drohne235]

Hey cool, funhktioniert ja fast schon alles unter TriOS!

[PIC18F2550]

Hey drohne235,

Ich hab ersteinmal die Maus integriert :mrgreen:Spiel doch mal mit dem scrollrad.

[drohne235]

Das ist ja mal toll! Wie lang ist der Logbereich? Müsste noch automatisch nach oben scrollen oder du stellst den Cursor gleich in die letzte Zeile.

[PIC18F2550]

Das virtuelle Fenster ist 80x120 in dem Bereich können 10 Fenster (z.Z. nur Zeilen orientiert) eingerichtet und mit einem Zeiger umgeschaltet werden.
Jedes Fenster besitzt seinen eigenen Kursormerker für das keybord.
Ein Automatisches kursorscrollen ist noch nicht vorgesehen aber möglich.
Die Kursor sind vom VGA-Treiber und sind noch nicht bearbeitet.
Der kann nur die echten 80x60 vom Monitor.
Wenn ich das Bild nach oben scrolle wird vom Kursor y wert die nach oben gescrolten absoluten zeilen subtrahiert un ist er kleiner 0 dann wird er abgeschaltet.
Umgekehrt wenn er über die 60. Zeile kommt wird er auch abgeschaltet.

ich glaube KONG währe dafür gut geeignet.

Ursprünglich wollte ich nur einen schnellen Bildwechsel.

Da in meiner version kein Keybord anschluss drann ist komme ich sogar auf 80x180.(ein schöner kleiner Editor)

[PIC18F2550]

So jetzt sind auf dem virtuellen screen z.Z. 80x120 10 Fensterbereiche einstellbar und ihre Keybord Kursordaten werden jetzt zwischengespeichert und beim wechsel ins nächste fenster wiederhergestellt.

Code: Alles auswählen

    '------------------------------------------- CONTROLL
    long    plen                                ' länge datenblock loader
    byte    proghdr[16]                         ' puffer für objektkopf
    '------------------------------------------- VIDEOTREIBER
    long    cog[2]                              '
    long    sync                                ' sync long - written to -1 by VGA driver after each screen refresh
    long    screen_at                           ' Zeiger auf screenanfang für VGA Darstellung (in zeilen schritten)
    word    screen[cols * rows * SCREENS]       ' screen buffer - could be bytes, but longs allow more efficient scrolling
    byte    ckx, cky, ckm, cmx, cmy, cmm        ' cursor control bytes
    byte    cmz                                 ' cursor control bytes Scrollrad
    '------------------------------------------- KEYBORD
    long    keycode                             ' letzter tastencode
    '------------------------------------------- VIDEO
    byte    tab[TABANZ]                         ' tabulatorpositionen
    byte    Awindows                            ' Aktuelles Fenster
    long    lchar[WINDOWS]                      ' letztes ausgegebenes Zeichen
    word    fcolor[WINDOWS]                     ' Schriftfarbe
    word    hcolor[WINDOWS]                     ' Hintergrundfarbe
    byte    sline[WINDOWS]                      ' startzeile des scrollfensters (0 = 1. zeile)
    byte    eline[WINDOWS]                      ' endzeile des scrollfensters (0 = 1. zeile)
    byte    sspalte[WINDOWS]                    ' startspalte des scrollfensters (0 = 1. Spalte)
    byte    espalte[WINDOWS]                    ' endspalte des scrollfensters (0 = 1. Spalte)
    byte    spalte[WINDOWS]                     ' kursor X
    byte    zeile[WINDOWS]                      ' kursor Y

[drohne235]

So jetzt sind auf dem virtuellen screen z.Z. 80x120 10 Fensterbereiche einstellbar und ihre Keybord Kursordaten werden jetzt zwischengespeichert und beim wechsel ins nächste fenster wiederhergestellt.

Ist das jetzt nutzbar wie die Multiscreens im normalen Treiber? Da gab es noch die Funktionen mgr_wscr und mgr_dscr um einzustellen, auf welchen Screen gerade geschrieben und welcher angezeigt wird und das wird auch verwendet um zwischen den ersten drei Forth-COGs mit ESC-1|2|3 umzuschalten.

Was mir dabei aufgefallen ist: Wenn ich im Forth zum Beispiel mit ESC-2 umschalte, so wird erst mgr_dsc und dann mgr_wscr gesendet. Der Bellatrix Code zeigt brav erst "BUS-COMMAND-ERROR>00 59< und folgend "BUS-COMMAND-ERROR>00 58< an (praktische Sache, werde ich in den Normalocode übernehmen! ). Allerdings wird die zweite Meldung am oberen Bidlschirmrand angezeigt und der Cursor steht bei Home in der linken oberen Ecke. Was mir noch aufgefallen ist: unser altes CR/NL-Problem schlägt wieder zu. Unter Forth werden immer doppelte Zeilenwechsel ausgeführt.

[PIC18F2550]

Ist das jetzt nutzbar wie die Multiscreens im normalen Treiber

es sind fensterbereiche auf einem virtuellen Monitor von 80x120 von dem ein bereich von 80x1..60 bis 80x61..120 dargestellt wird(scrollrad).

mgr_wscr und mgr_dscr um

noch nicht drinn.

zwischen den ersten drei Forth-COGs mit ESC-1|2|3 umzuschalten

dafür deffiniert man 3 Fenster auf dem virtuellen Monitor.(Kursor zieht "fenster" in den Sichtbaren (teil noch nicht drinn)
Je mehr Fenster umso kleiner können diese ausfallen
1 Fenster 120
2 Fenster 2x60 oder 1x100 & 1x20 oder 1x119 & 1x1...
3 Fenster 3x40 oder ........

5 Fenster 5x24 das währe für 5 Forth COGs(äqivalent zum HIVE)

Dabei ist zu beachten das immer 80x60 angezeigt wird.

Der Bellatrix Code zeigt brav erst "BUS-COMMAND-ERROR>00 59< und folgend "BUS-COMMAND-ERROR>00 58< an (praktische Sache, werde ich in den Normalocode übernehmen! ). Allerdings wird die zweite Meldung am oberen Bidlschirmrand angezeigt und der Cursor steht bei Home in der linken oberen Ecke.

Das ist das von mir in http://hive-project.de/board/viewtopic.php?f=7&t=671 angesprochene Problem wenn im treiber nicht alle möglichkeiten ausdekodiert werden können.
Die Fehleranzeige ist dafür schon ein wichtiger Hinweis das im System was nicht stimmt.

Was mir noch aufgefallen ist: unser altes CR/NL-Problem schlägt wieder zu. Unter Forth werden immer doppelte Zeilenwechsel ausgeführt.

werd mal schaun.

[PIC18F2550]

Code: Alles auswählen

        $0A, $0D:                                                 'new line
            if a == $0a and lchar[Awindows] == $0d
                a := 0
            lchar[Awindows] := a
            spalte[Awindows] := 0
            if (zeile[Awindows] < eline[Awindows])
                zeile[Awindows]++
            else
                zeile[Awindows] := eline[Awindows]
                xchr($06)

Ich habe eine böse idee das könnte am Foth liegen.
Forth = unix!! =Terminal orientierte Software

Bei Windows wird immer nur $0D ausgegebe =NL+POS1
Bei Linux wird immer nur $0A ausgegeben =NL+POS1
und Forth ist ganz vorbildlich da $0A = Zeilenvorschub und $0D = Wagenrücklauf ist.


und wenn die noch in einer anderen reihenfolge verwendet als die der treiber erkennt kommt so was raus.
Geiz ist nicht immer geil.
Ich gehe mal was Stricken bis gleich.

[PIC18F2550]

Neues test Objekt