Eigenes OS?
-
Wir hatten intern diskutiert, was wichtiger sei: Netzwerk oder Grafik (wenn auch nur für verbesserte und höheraufgelöste Textdarstellung). Die Antwort fiel eher zugunsten von Grafik aus. Daher haben wir VM86-Tasks eingeführt. Heute haben wir es zum ersten Mal geschafft, den Video-Mode mittels VM86-task stabil umzuschalten und ein paar bunte Tupfer darzustellen.
Der "Sündenfall" ist erfolgt. Das Text-"Paradies" ist beendet.
Nun wird die Pixel-"Hölle" folgen.
-
VM86 Tasks laufen stabil. Damit ist das BIOS innerhalb des Protected Mode wieder zugänglich geworden. Wir verwenden die Interrupt Vector Table (IVT) zum Beispiel zur Ausführung von INT 10h. Das BIOS verzweigt in Speicherregionen oberhalb C0000h.
VM86 erlaubt uns das Umschalten des Video-Modes mittels 16 bit Real Mode Code mitten im Protected Mode.
Nun steigen wir mittels vbe.h/c in den Bereich der Grafik ein und werden Texte langfristig mit in Pixelmustern definierten Zeichen darstellen.
Als erstes Projekt steht der Bootscreen als 256-Farben-Bmp-File an.
-
Ein Meilenstein ist sicher die Darstellung eines bmp:
http://www.henkessoft.de/OS_Dev/Bilder/0_0_1_90_bitmap.PNGPositionierung und Palette sind zwar noch nicht korrekt, aber das Einlesen des bmp-headers und der bmp-Daten von hinten beginnend und das Auffüllen der Zeilen von rechts nach links gelingt schon.
Da liegt aber noch einiges an Arbeit zur Stabilisierung und bezüglich Fehlerabfragen vor dem Team.
EDIT: Mit Revision 0.0.1.112 hats geklappt mit der Geometrie und den Farben der Palette.
-
... und ein weiterer das Senden eines Netzwerk-Paketes:
http://www.c-plusplus.net/forum/viewtopic-var-t-is-254893-and-start-is-763.html
-
Nun wurde ein weiterer Meilenstein erreicht:
http://www.c-plusplus.net/forum/viewtopic-var-p-is-1938461.html#1938461Das "Ping" (Ping Request) hat sein "Pong" (Ping Reply) gesehen!
Auf zwei Systemen - einmal qemu via TAP (Linux), einmal PC über Router (WinXP) - unabhängig bestätigt.
-
... und nun wurde sogar das timeout - zumindest bei "hrping" - überwunden
http://www.c-plusplus.net/forum/viewtopic-var-t-is-254893-and-start-is-796.html
-
Sehr interessantes Thema, auch wenn mir die Zeit dafür fehlt. Ich habe schon genug zu tun für ein bestehendes System zu programmieren. Obwohl ich das auch aufgegeben habe und nur noch Qt mit OpenGL setzen werde, damit das System darunter so ziemlich egal ist.
Aber ich schweife ab, ich frage mich ob der Thread hier ein Monolog ist? Und wenn ja warum du da nicht ne eigene Seite daraus machst als sowas in ein fremdes Forum zu posten?
Gruß vom Funcoder
-
Volltreffer... äh, Vollpfosten, mein ich.
Wie wärs, bevor man sich über andere Leute beschwert, sich dieses Subforum genauer anzusehen?
-
@funcoder (nun offenbar unregistriert): ich verstehe, dass Du auch gerne osdev machen würdest, aber da muss man schon in der Lage sein, etwas mehr Tiefgang zu zeigen und sich intensiv in ein Thema hinein graben. Wenn Du keine Zeit hast, wirst Du halt User bleiben, selbst, wenn Du "programmierst".
Übrigens: http://www.henkessoft.de/OS_Dev/OS_Dev1.htm
Im übrigen bin ich von Anfang an dabei in diesem Forum, also ist mir das nicht "fremd".
Mit deinen <100 Beiträgen solltest du diesen Thread vielleicht mal von Anfang an lesen, um wirklich zu verstehen, was mich hier "treibt". Deine Anwürfe erscheinen mir, wie wenn der Hund den Mond anbellt.
@all: Dieser Thread ist das Rückgrat meines Einstiegs in OSDev. Daher wird er als Logbuch weiter geführt, solange dieses "Projekt" läuft.
-
PrettyOS ist momentan relativ stabil. Das ist bei einem OS, bei dem nach dem Zwei-Augen-Prinzip committet werden darf, keine Selbstverständlichkeit.
Habe mal wieder eine kleine kostenlose Anzeigenkampagne geschaltet, damit man weiß, dass auch in Germany an OS gewerkelt wird:
http://forum.osdev.org/viewtopic.php?f=1&t=12087&p=180921#p180921
-
mouse.c/.h
- Cursor Bitmap hinzugefügt...Nach vm86 mit vbe der nächste Schritt in Richtung GUI. Die Anziehungskraft des klicki-bunti ist nicht zu brechen.
-
... nun auch 24/32 bit Farben. ^^
-
MrX hat - basierend auf Cuervo's Treiber für COMx - die Funktion serial_log eingebaut, dessen Ausgaben über COMx man z.B. bei VBox oder qemu in eine Textdatei umleiten kann. Ich habe dies sofort im vm86-monitor anstelle printf getestet, und es lief prächtig, langsam in VBox und schnell in qemu.
http://henkessoft.de/OS_Dev/Bilder/serielle1.txt
-
Nun besitzt der Kernel auch die Fähigkeit, sich als Multi-Boot-fähiges OS laden zu lassen, eines der Ziele von Anfang an.
-
APM sorgt für einen shutdown durch Kommandoeingabe. Funktioniert noch nicht rund, aber ein anfang ist gemacht.
-
Am 30.08.2010 schrieb ich:
Nach vm86 mit vbe der nächste Schritt in Richtung GUI. Die Anziehungskraft des klicki-bunti ist nicht zu brechen.
Ja, nun ist es soweit. PrettyOS hat einen GUI-Ansatz! Mal gespannt, wie weit hier die Neugier und die Kräfte tragen.
Ein interessantes Vorbild aus User-Sicht ist immer noch die klassische WinAPI:
http://www.henkessoft.de/C++/WinAPI/WinAPI Kapitel 1 bis 6/api1.htm
http://www.henkessoft.de/C++/WinAPI/WinAPI_GDI/WinAPI_7_GDI.htm
-
Was ist mit dem Vorbild des Framebuffers aus der Linux Welt
-
Allen Entwicklern, Nutzern, Beobachtern, Freunden und Gönnern von PrettyOS wünschen wir frohe Festtage und einen Guten Rutsch nach 2011.
-
... und ein frohes, erfolgreiches Neues Jahr 2011! Viel Kraft, Gesundheit und gute Ideen.
-
Erhard Henkes schrieb:
Ja, nun ist es soweit. PrettyOS hat einen GUI-Ansatz!
Mach mal einen Screenshot, Bitte.
