VESA 8:5 modes in DOSBox (MB6)

  • Hallo,

    auch beim Treffen gab es ja wieder Diskusionen bzgl. Widescreen Video Modi unter DOSBox. Für die allseits beleibte MB6 sind sind ja auch durchaus einige definiert


    Mit dem VGA16.GEO Treiber müßten eigentlich die Modi 228h und 237h unterstützt werden. Wählt man einen von ihnen aus, bekommt man jedoch den bekannten PR-01 Fehler. Ich habe mich daher mal nach einer SW umgeschaut, welche einen der o.g. Modi unterstützt und bin auf Generic CAD gestoßen. Das mitgeleieferte VESATEST Programm listet die 4/8 bit Auflösungen, wenn man es unter der MB6 startet:

    Mit den folgenden Werten in der DOSBox.config:

    Code
    [sdl]
    windowresolution=1280x800
    output=openglnb
    [dosbox]
    machine=svga_s3
    [render]
    aspect=false


    Setzt man "SET CADD_INIT=226h" vor dem Start in der DOSBox, dann läuft Generic CAD in bester Widescreen-Darstellung:

    Der 1440x900 Modus mit 8 bit funktioniert auch, die 4bit Modi nicht. Fazit: eigentlich sollte Widescreen auch mit GEOS möglich sein? Evtl. nur mit 256 Farben?

    Thomas

  • Hallo!

    Mit der "Sonntagsversion" des Treibers läuft bei mir Geos stabil in der DosBox bei 1280*800

    Geos.ini:
    [screen 0]
    device = VESA Compatible SuperVGA: 1280x800 64K-color
    driver = VESA 64K-color SVGA Driver
    bigMousePointer = false

    dosbox-SVN_MB6.conf:
    [sdl]
    fullscreen=false
    fulldouble=false
    fullresolution=original
    windowresolution=original
    output=surface
    autolock=true
    sensitivity=100
    waitonerror=true
    priority=higher,normal
    mapperfile=mapper-SVN_MB6.map
    usescancodes=true

    [dosbox]
    language=
    machine=svga_s3
    vmemsize=8

    captures=capture
    memsize=32


    Grüße
    Jörg

  • Wie ich schon in der Whatsappgruppe schrieb, laufen nach der letzten Änderung von Falk

    unter Windows 10 und DOSBox MB6 folgende Grafikmodi in Geos.
    640 x 350
    640 x 400
    640 x 480
    800 x 600
    1024 x 768
    1152 x 864
    1280 x 800
    1280 x 960
    1280 x 1024
    1400 x 1050
    1440 x 900
    1600 x 1200
    alle anderen Grafikmodi werden laut Falk von DODBox MB6 nicht unterstützt, und man bekommt den Fehlercode PR-01 (Grafikkarte nicht gefunden)
    Gruß Frank

    Geos + Lenovo Ideapad 5 = Aufbruch in eine neue Galaxie

  • Der Treiber sollte folgende Modi unterstützen, wenn durch die DOS-Umgebung/DOS-Emulation als VESA-Modus angeboten:
    nptr offset VidTestVGA16 ; VD_VESA_640x480_16
    nptr offset VidTestSVGA16 ; VD_VESA_800x600_16
    nptr offset VidTestVESA_640x350_16 ; VD_VESA_640x350_16
    nptr offset VidTestVESA_640x400_16 ; VD_VESA_640x400_16
    nptr offset VidTestVESA_720x400_16 ; VD_VESA_720x400_16
    nptr offset VidTestVESA_800x480_16 ; VD_VESA_800x480_16
    nptr offset VidTestVESA_832x624_16 ; VD_VESA_832x624_16
    nptr offset VidTestVESA_1024_600_16 ; VD_VESA_1024_600_16
    nptr offset VidTestUVGA16 ; VD_VESA_1Kx768_16
    nptr offset VidTestVESA_1152x864_16 ; VD_VESA_1152x864_16
    nptr offset VidTestVESA_1280x600_16 ; VD_VESA_1280x600_16
    nptr offset VidTestVESA_1280x720_16 ; VD_VESA_1280x720_16
    nptr offset VidTestVESA_1280x768_16 ; VD_VESA_1280x768_16
    nptr offset VidTestVESA_1280x800_16 ; VD_VESA_1280x800_16
    nptr offset VidTestVESA_1280x854_16 ; VD_VESA_1280x854_16
    nptr offset VidTestVESA_1280x960_16 ; VD_VESA_1280x960_16
    nptr offset VidTestHVGA16 ; VD_VESA_1280x1K_16
    nptr offset VidTestVESA_1360_768_16 ; VD_VESA_1360_768_16
    nptr offset VidTestVESA_1366_768_16 ; VD_VESA_1366_768_16
    nptr offset VidTestVESA_1400_1050_16 ; VD_VESA_1400_1050_16
    nptr offset VidTestVESA_1440_900_16 ; VD_VESA_1440_900_16
    nptr offset VidTestVESA_1600_900_16 ; VD_VESA_1600_900_16
    nptr offset VidTestVESA_1600_1024_16 ; VD_VESA_1600_1024_16
    nptr offset VidTestVESA_1600_1200_16 ; VD_VESA_1600_1200_16
    nptr offset VidTestVESA_1680_1050_16 ; VD_VESA_1680_1050_16
    nptr offset VidTestVESA_1920_1024_16 ; VD_VESA_1920_1024_16
    nptr offset VidTestVESA_1920_1080_16 ; VD_VESA_1920_1080_16
    nptr offset VidTestVESA_1920_1200_16 ; VD_VESA_1920_1200_16
    nptr offset VidTestVESA_1920_1440_16 ; VD_VESA_1920_1440_16
    nptr offset VidTestVESA_2048_1536_16 ; VD_VESA_2048_1536_16
    Wenn DOS den Modus nicht anbietet, dann gibt es PR-01-Fehler.

  • Hallo,

    sorry, dass es am Sonntag noch eine neue Version des Treibers gab, war mir entgangen. Ich habe die BBE-Demo und die DOSBox PC/GEOS Edition aktualisiert, so dass nun auch die Auflösungen 1280x720 (HD Ready) und 1280x800 aktiviert werden können. Richtig stabil ist allerdings nur erstere. Bei höheren Y-Auflösungen als 768 kann man, wie bereits in WhatsApp diskutiert, z.B. mit einigen Write-Dokumenten Abstürze provozieren. Ein Dokument, mit das reproduzierbar gelingt, ist die GeoBytes Ausgabe 7-93 im Anhang.

    Gruß Thomas

  • Hallo!

    Mit der GeoBytes-Ausgabe von Thomas habe ich auch Probleme bei 1280x800 64K-color: Sobald ich mit der Maus ein paar Male auf den "Pfeil nach unten" unter dem Scrollbalken geklickt habe, ...

    • ...hängt das Geos komplett. Nur der Mauszeiger reagiert noch. Dafür geht die CPU-Last dramatisch nach oben.
    • ... oder es gibt einen KR-02 oder KR-07 (besonders dann, wenn GeoWrite nicht maximiert ist oder wenn man die Zoomstufe in GeoWrite auf 50% reduziert). Witziges Detail: "E" geht noch. Startet man Geos danach neu (ohne Reset), zeigt GeoWrite dann gleich das Dokument bei 50% Zoom an. In diesem Fall kann man problemlos scrollen und sich das gesamte Dokument anschauen. Stellt man die Ansicht wieder auf 100%, hängt Geos wieder beim Scrollen...
    • ... oder die DosBox beendet sich einfach (besonders dann, wenn Geowrite maximiert ist)

    Bei 1024x768 64K-color oder Truecolor läuft das jedoch problemlos. Einziger Unterschied ist, dass mit dem 64k-color-Treiber der Bildschirm deutlich schneller aufgebaut wird als unter Truecolor....

    Gruß
    Jörg

    There are two rules in life:
    1. Never give out all of the information.

  • Kleines Update: Lässt man das "hängende Geos" einfach weiter laufen, bekommt man nach mehreren Minuten einen KR-17:

    (Das SWAP-File steht bei mir übrigens auf seinem maximalen Wert von 16MB. Und genügend Plattenplatz gibt es dafür auch.)
    Wenn man dann mit "ENTER" weiter macht, bekommt man einen KR-09...

    There are two rules in life:
    1. Never give out all of the information.

  • Hat vielleicht schon mal jemand dran gedacht, dass es nicht an den Grafiktreibern liegen könnte, sondern dass das Dokument selbst defekt sein kann?
    Ich würde meine Hand nicht dafür ins Feuer legen, dass ein Dokument von 1993 noch jedes Bit an der richtigen Stelle hat.
    Als ich auf der Suche nach alten Clubzeitungen war, bin ich ab- und zu auf solch ein Problem gestoßen.
    Das schlimmste war, dass sich ein gepacktes File überhaupt nicht mehr entpacken ließ.
    Für mein Geosarchiv hatte ich ja alles entpackt, und wieder neu mit ZIP gepackt, damit man einen einheitlichen Entpacker nehmen konnte.


    Vielleicht probiert ihr mal die anderen Zeitungen aus?
    Übrigends habe ich aus meinem Fundus jetzt auch mal die GeoBytes von 1993 Monat 7 genommen, und da habe ich dann auch einen KR-06 bekommen.
    Ich würde das aber auf einen Defekt in der Zeitung schieben. Ansonsten habe ich noch keine Abstürze im normalen Betrieb gehabt.
    Gruß Frank

    Geos + Lenovo Ideapad 5 = Aufbruch in eine neue Galaxie

  • Es ist vermutlich eher die Komplexität des Dokuments: Vektorgrafiken (z.T. „animiert“), Text, der um die Konturen von Grafiken herumläuft, Bitmapgrafiken, mehrere Seiten, ... Da kann Geos sehr schnell „out of handles/memory/...“ kommen.
    Zudem könnte es auch ein Fehler in GeoWrite sein, der nur auftritt, wenn Farben umgerechnet werden müssen (Truecolor wird auf 65k reduziert) oder wenn der Grafiktreiber selbst sehr viel Speicher verbraucht,... Man müsste die höheren Modi auch mal mit gebremster CPU-Geschwindigkeit ausprobieren, falls es ein „Timingproblem“ ist (Threads in GeoWrite werden „zu schnell“ fertig oder so...).

    There are two rules in life:
    1. Never give out all of the information.

  • Ich würde meine Hand nicht dafür ins Feuer legen, dass ein Dokument von 1993 noch jedes Bit an der richtigen Stelle hat.

    Das tut es ganz sicher. :) Wenn aber ein Bit von 0 auf 1 umklappt oder umgekehrt, kannst du es nicht mehr öffnen. Dafür sorgen Prüfsummen usw. Dann ist aber die Platte defekt.

    Gruß
    Rainer

    Es gibt 10 Arten von Menschen - die einen wissen was binär ist, die anderen nicht.

  • Hallo Wolfgang,

    Seit Thomas es hier hochgeladen hat, habe ich es für meine Tests mit der "alten" Dosemu2 benutzt und keinerlei Abstürze oder so gehabt.
    Selbst bei 1920x1080 nicht.

    dann hat die DOSEMU2 eine Eigenschaft, die das Problem verhindert! Ich kann die Abstürze leider auch auf echter Hardware reproduzieren. Getestet habe ich unter FreeDOS mit verschiedenen Speichermanagern, den GEOS Versionen 3.2a, 4.1.8 und 4.13 jeweils mit dem originalem VGA16 bei 1280x1024 und unter BBE mit dem Treiber vom 15.11. und zusätzlich in 1920x1200. Sobald man im Dokument blättert und die "Geoworks Rep" Grafik erreicht, kommt es zum Absturz. Ein weiteres bekanntes Dokument ist die "Kurzanleitung NDO 2000", mit dem sich die Abstürze reproduzieren lassen. In einfachen Write-Dokumente (ohne Vektorgrafiken, rotierte Schriftzüge etc.) und Calc-Dokumenten (auch mit Charts) konnte ich auch problemlos blättern bzw. scrollen.

    Vielleicht liefert das außergewöhnliche Verhalten unter DOSEMU2 den Entwicklern ja einen Hinweis zur Ursache...

    Thomas

  • Hallo Wolfgang,

    ... Ein weiteres bekanntes Dokument ist die "Kurzanleitung NDO 2000", mit dem sich die Abstürze reproduzieren lassen...

    Vielleicht liefert das außergewöhnliche Verhalten unter DOSEMU2 den Entwicklern ja einen Hinweis zur Ursache...

    Thomas


    Zu der "Kurzanleitung NDO 2000" kann ich etwas beitragen, denn es ist ja von mir. :D

    Es ist unbedingt erforderlich, zur korrekten Darstellung einen bestimmten Schriftsatz zu installieren. Dieser ist in dem Archiv, welches auf der Infobase zum Herunterladen bereitsteht, enthalten. Ohne diesen Schriftsatz kann es zu Abstürzen oder sonstigen Fehlern kommen. Das mindeste ist einfach nur eine Darstellung mit einem System-Schriftsatz; aber meistens kommt es zum Absturz.
    Mit installiertem Schriftsatz sollte es keine Probleme mehr geben...
    Davon ausgehend nehme ich an, daß all diese Probleme sehr oft an einem fehlenden Schriftsatz oder an korrupten Grafiken liegen. Ein weiteres Beispiel:

    Die Leitz-Ordnerrücken von Jens. Ich habe zwei Ausführungen, eine mit einem Standard-Schriftsatz, eine mit einem Exotischen. Die mit Standard-Schriftsatz laufen, die mit dem Exoten lassen mein Geos abstürzen.
    Zur Info: Linux Mint20, DOSEmu2 und DOSEmu2 mit FDPP & comcom32.

    Gruß Achim


    PC/GEOS unter Linux in der DOSEMU = UNSCHLAGBAR!

  • Hallo,

    ich habe die DOSBox Pi/GEOS Edition aktualisiert. Es stehen mit dem VGA16.GEO vom 15.11. nun folgende Widescreenauflösungen zur Auswahl:

    • 800x480 (memsize=32 erfoderlich)
    • 1024x600
    • 1280x720 (empfohlene Auflösung für Vollbilddarstellung)
    • 1280x768
    • 1280x800 (erfordert yScreenSize=768 in [UI] Section in GEOS.INI aus og. Gründen)

    Die 720p HD Ready Auflösung wird von vielen Bildschirmen in Vollbilddarstellung sehr gut (in Hardware) skaliert und ist daher auch bei 1080p LCDs gut nutzbar. Wer allerdings die Wahl hat, dem sei ein 2K (1440p/WHQD) oder 4K Display empfohlen. Auf Notebook- oder portablen Bildschirmen mit 13-15 Zoll Bilddiagonale ist die Darstellung hervorragend :thumbup:



    Thomas

    PS: ich habe nötige Fonts installiert, aus großen Dokumenten "problematische" Seiten extrahiert und einzeln mit neu erstellten Dokumenten getestet [size=10] [/size]?([size=10] [/size]

  • Hallo Thomas,

    ich habe die DOSBox Pi/GEOS Edition aktualisiert. Es stehen mit dem VGA16.GEO vom 15.11. nun folgende Widescreenauflösungen zur Auswahl: ...

    Ich habe aktuell das Problem, dass ich die Auflösungen 1280x800x8...24BPP unter BBE bei nativem FreeDOS nicht zum laufen bekomme. [size=10]Wie komme ich an eine kompilierte Version der neuesten VGAxx.GEO, um damit einmal zu testen?[/size]

    [size=10]PS: Ich habe herausgefunden, dass die Auflösung 1280x800x16bpp bei mir z.B. die Mode-Nummer 161h ist. Habe ich mit dem aktuellsten Treiber, der ja auf die Dosbox-Modi (226h...229h) setzt, überhaupt eine Chance? [/size][size=10] [/size]?([size=10] [/size]

    [size=10]Viele Grüße,[/size]
    [size=10]Mario[/size]

  • Hallo Bario,
    der erweiterte aktuelle Treiber unterstützt den angesprochenen Video-Mode. Die Auflösung erfolgt nicht auf eine direkte Video-Mode-Nummer, sondern über durch Suche eines Modes mit den ensprechenden Parametern: X-Res, Y-Res, Farbtiefe. Es gibt also eine gut Chance, das der Modes bei Dir auch funktioniert.
    Den Treiber gibt es für registrierte Benutzer im Download-Bereich von blog.bluewaysw.de.
    Viele Grüße,
    Falk

  • Hallo Falk,

    Danke für die Info und den Link. Leider hatte ich auch damit keinen Erfolg. Auf 1200x800x64K folgt nach wie vor der PR-01-Fehler.
    1024x768xTruecolor ist leider das Ende der Fahnenstange.

    Ich habe sogar die o.g. Variante mit Generic CAD eben einmal nachgespielt und über SET INIT_CADD = 162h damit sogar Erfolg gehabt. Auch der Vesa-Test von http://rayer.g6.cz/programm/programe.htm#VESATEST bringt mir bei genannter Auflösung in allen verfügbaren Farbtiefen ein optimales Ergebnis.

    Was könnte ich sonst noch probieren?

    Viele Grüße,
    Mario