Thema: VESA-Tutorial (noch sehr primitiv)

[PNoob]

erstens nochmal die Frage: weshalb antwortest du in Threads die seit Jahren keinen Interessieren?
zweitens: wenn ich das richtig Sehe ist das ein Programm für DOS. Wenn ich damit richtig liege, was hat das mit OS-Dev zu tun?

PNoob

Edit: für Soviel code wäre eine Datei die du irgendwo hochlädst besser geignet.

[freecrac]

erstens nochmal die Frage: weshalb antwortest du in Threads die seit Jahren keinen Interessieren?

Ich habe das VESA-Wiki gefunden und möchte mit meinem Beitrag hier ein Interesse dafür erwecken das VBE3-Bios moderner Grafikkarten zu nutzen.
Meine neueste Grafikkarte eine Nvidia GTX 295 bringt immer noch ein VBE3-Bios und Vesamodi bis 1920x1200x32 mit, so das auch mein 28" LCD-Monitor damit optimal in seiner nativen Auflösung betrieben werden kann.

zweitens: wenn ich das richtig Sehe ist das ein Programm für DOS. Wenn ich damit richtig liege, was hat das mit OS-Dev zu tun?

Genauso viel wie alle solche Postings rund um die Vesa-Programmierung.

PNoob

Edit: für Soviel code wäre eine Datei die du irgendwo hochlädst besser geignet.

Trotzdem ich den Code dokumentiert habe könnte es aber sein, das bestimmte Passagen davon nicht richtig erkannt werden.
So kann jeder der dabei ein Verständnissproblem hat die betreffende Zeilen zitieren und so ganz gezielt erfragen was es damit für eine Bewandniss hat.

Dirk

[DesL]

Ich würde dir ja mal
http://pastebin.com vorschlagen...

[freecrac]

Ich würde dir ja mal
http://pastebin.com vorschlagen...

Ah danke, diese Seite kenne ich noch gar nicht.

Dirk

[freecrac]

Mit Bezug auf mein doch etwas längeres Assembler-Listing liste ich hier nun nachträglich mal den ungefähren Ablauf auf, um so einen kleinen Einblick vom Inhalt zu geben:

Deklaration verwendeter Konstanen

Überprüfung ob eine MMX-CPU vorhanden ist
Vesa-Info holen und überprüfen ob ein VBE 3-Bios vorhanden ist
Überprüfung ob ein Vesamode in der Modeliste vorhanden ist, der die gewünschte Auflösung (von 1024x768), die gewünschte Anzahl Bits je Pixel (32Bit) und mit einem linearen Zugriff auf den Framebuffer existiert
Pixelclock für den CRTC-Parameter-Block ermitteln
Refreshrate berechnen
Über DDC die Monitor-Informationen(EDID) holen und überprüfen ob der Verwendete Monitor 96khz unterstützt
Vesamode einschalten
IRQ 1 (Tastatur) ausschalten
Unterprogrammaufruf zur Routine die den 16Bit-Unrealmode anschaltet (DS-Segment auf 4GB erweitern und 21. Adressleitung anschalten)
Unterprogrammaufruf zur Routine die eine Offset-Tabelle der Zeilenanfänge jeder Bildschirmzeile am Anfang des Datensegments anlegt
In der linken obere Ecke des Bildschirms einen Ball zeichnen
Unterprogrammaufruf zur Routine die vom Bildschirminhalt eine Sprite-Tabelle (Offset,Farbe...) anlegt
Ball vom Bildschirm über Sprite-Tabelle wieder löschen
"Anzahl" Bälle über festgelegte Positionen (siehe Positionstabelle im Datenbereich) zum Bildschirm unter Verwendung der Sprite-Tabelle zeichnen

Anfang der Hauptschleife
Über die Sprite-Tabelle alle Bälle wieder löschen
Über eine Stepper-Tabelle und eine Richtungstabelle (siehe Datenbereich) neue Positionen der Bälle berechnen und dabei überprüfen, ob der Bildschirmrand erreicht wurde und wenn ja, dann die jeweilige Bewegungs-Richtung des Balles in der Richtungstabelle umkehren
Alle Bälle mit ihrer neuen Positionen zum Bildschirm bringen
Vesa triple Buffering einleiten (nur das erste Mal)
Für das verwendete triple buffering eine neue Bildadresse berechnen
Vesa triple Buffering mit Bildadresse verwenden
Überprüfen ob der dritte Buffer benutzt wurde und wenn ja, dann das Adressregister auf die Adresse des ersten Buffers zurücksetzen
Überprüfung ob eine Taste auf der Tastatur gedrückt wurde und wenn ja, dann die Taste vom Tastaturcontroler holen, den IRQ 1 wieder anschalten, den Tastaturpuffer leeren, zurück in den Textmode(3) schalten und die Anwendung beenden und wenn keine Taste gedrückt wurde, dann erfolgt ein Sprung zum Anfang der Hauptschleife

Ausgabe der Fehlertexte mit Rücksprung zu DOS, wenn ein Fehler aufgetreten ist

GDT für den Protected Mode
Unterprogramm das den 16 Bit-Unrealmode anschaltet
Unterprogramm das ein Ball zeichnet
Unterprogramm das vom Bildschirminhalt eine Sprite-Tabelle(Offset,Farbe...) anlegt
Unterprogramm das von jedem Bildschirmzeilenanfang eine Offset-Tablelle am Anfang des Datenbereiches anlegt

Beginn des Datenbereiches
Offset-Tablelle jeder Bildschirmzeile
Positionstabelle der zu bewegenden Bälle
Stepper-Tabelle für die Anzahl der Pixel die jeder Ball horizontal und vertical bewegt wird
Richtungstabelle die bestimmt in welche Richtung bewegt wird
Sprite-Tabelle (Offset, Farbe...) die den Inhalt des Bildschirms enthält (ein Ball wurde gezeichnet)
Aktuelle Bildschirmadresse die angibt wohin gezeichnet wird, wird je nach buffer gewechselt
Anzahl Bytes des Bildschirms
Maximale Bildschirmadresse
Platz zum Zwischenspeichern vom SI-Register
Verwendete Hintergrungfarbe für das Löschen der Bälle
Parameter zum Berechnen eines Kreises
EDID-Tabelle der Monitorinformationen
Tabelle für VESA-Info
Tabelle für Mode-Info
CRTC-Parameter-Tabelle für Vesamode mit eigener Refreshrate
Flag für tripple buffering
Fehlertexte

Stackbereich (16 Byte genügen für diese Anwendung, wenn für DOS selber ein genügend grosser Stack bereits vorhanden ist.)

Dirk

[marantis]

Alle hier genannten Links unterhalb von http://www.8ung.at/paulhaerle/ sind entweder 404 not found oder vorbidden!

bitte korrigier das mal, damit die neulinge auch "mitlesen" können.

danke
marantis

[Svenska]

Lieber Dirk,

erstens: Sechs Jahre alte Themen belebt man nicht wieder, es sei denn, man hat einen ganz speziellen Grund. Sonst macht man einfach ein neues Thema auf, dann gibts auch wenig Aufreger.

zweitens: seitenlange Codelistings (zumal in Assembler) bringen nichts. Das hatte ich dir schonmal versucht zu erklären. Besonders ausgeschrieben bringen die gar nichts. Dann lade sie lieber bei Rapidshare hoch und verlinke sie oder stelle sie ins Wiki.

drittens: DOS-Anwendungen bleiben DOS-Anwendungen. Die gehören inhaltlich nicht zum OS-Development und insbesondere nicht zum Thema "Tutorial".

Gruß,
Sebastian

[Jidder]

@Svenska: Deine Antwort ist aber auch nicht gerade zeitnah

@marantis: Vermutlich ist der Autor bereits seit Jahren in den Unweiten des Internet verschollen. Vielleicht hat ja unser Wiki, das was du suchst. http://www.lowlevel.eu/wiki/VBE

[Svenska]

Nachdem ich als Autor "TeeJay" gesehen hatte, hab ich nur noch das Jahr beachtet. Sorry dafür.

[freecrac]

Alle hier genannten Links unterhalb von http://www.8ung.at/paulhaerle/ sind entweder 404 not found oder vorbidden!

bitte korrigier das mal, damit die neulinge auch "mitlesen" können.

danke
marantis

Die Doku zum VBE(vbe3.pdf) holt man sich am besten direkt von vesa.org(registrieren und einloggen).
Vesa Public Standards Download Registration: https://fs16.formsite.com/VESA/form714826558/secure_index.html

Ein "Vesa.doc" habe ich hier gefunden:
http://www.google.de/url?sa=t&source=web&cd=36&ved=0CD0QFjAFOB4&url=http%3A%2F%2Ft0ast3r.t0.ohost.de%2Fknow%2520how%2Fvesa.doc&ei=-SDITa62MtCKswbc_fD6Dg&usg=AFQjCNHx2Sv4EFl6t57q0E_cIwCHfehbKA

Das von mir geschriebene Vesa-Demo(mit Quellcode für MASM5) kann man von meiner Hompage herunterladen: http://www.alice-dsl.net/freecracmaps/Tool/Neutrip.zip

Dirk

[freecrac]

Lieber Dirk,

erstens: Sechs Jahre alte Themen belebt man nicht wieder, es sei denn, man hat einen ganz speziellen Grund. Sonst macht man einfach ein neues Thema auf, dann gibts auch wenig Aufreger.

zweitens: seitenlange Codelistings (zumal in Assembler) bringen nichts. Das hatte ich dir schonmal versucht zu erklären. Besonders ausgeschrieben bringen die gar nichts. Dann lade sie lieber bei Rapidshare hoch und verlinke sie oder stelle sie ins Wiki.

drittens: DOS-Anwendungen bleiben DOS-Anwendungen. Die gehören inhaltlich nicht zum OS-Development und insbesondere nicht zum Thema "Tutorial".

Gruß,
Sebastian

Huch habe ich ein Dejavou, oder waren diese beiden Themen "alte Threads wieder aufwärmen" und "lange Listings" nicht schon lange und bereits zufriedenstellend abgehandelt?

Um es noch einmal deutlich zu machen: Ich wärme dieses Thema nun nicht wesentlich mehr auf, als du selber es mit deinem erneuten Posting, auf das ich nun antworte, gerade getan hast.

Ich bin mit dem Thema VESA doch auch gar nicht angefangen, auch wurde bis zu meinem ersten Posting zu diesem Thema es noch gar nicht erwähnt, dass dieses Thema überhaupt gar nicht (mehr) erwünscht ist. Auf Grund der erneuten Beteiligung an diesem Thema gehe ich allerdings jetzt davon aus, dass hier doch ein gewisses Interesse vorhanden ist und auch weiterhin besteht. Auch sind die von mir verwendeten Vesafunktionen nicht alleine nur auf DOS beschränkt, denn jeder Entwickler eines RM-OS, oder auch eines RM-Bootmanagers kann die relevanten Teile aus meinen Vesa-Demo herausnehmen und ebenfalls für sich verwenden. Mir erschien es aber zweckmäßig für die Demonstration hierbei DOS zu verwenden, um die genaue Funktionsweise auf eine einfache und relativ leicht verständliche Weise darstellen zu können.

Dirk

[Svenska]

Huch habe ich ein Dejavou, oder waren diese beiden Themen "alte Threads wieder aufwärmen" und "lange Listings" nicht schon lange und bereits zufriedenstellend abgehandelt?

Ja, daher entschuldige ich mich dafür - ich hatte nur aufs Jahr geachtet, nicht auf den Monat.