@fhub: Edit 26.9.22: Ich hatte im Post die Liste auf das betreffende Programm reduziert....

Ich habe jetzt mal die QEMu
U Version ausprobiert, auf einem Windows 10 Rechner. Sieht zunächst aus als klappe alles ganz gut, dann kam ich aber auf die Idee ins Menu zum Positionen eingeben zu gehen.
Beliebig wiederholbar, ich gehe aus dem Menu raus und die Initialisierung des Bildaufbaus schlägt fehl.
Das passiert nicht unter meiner virtualBox oder DosBox Variante.
Kann es sein, dass das im qemu fest verdrahtete Device "isacirrus" nicht ganz passt? Ich wollte Alternativen ausprobieren, aber mit den anderen Optionen liefert qemu.bat nur ein schwarzes Fenster. fhub, hast du das eine Idee?
Hilfreich wäre schon, wenn mir jemand sagen könnte ob das Problem bei ihm auch auftritt.
Selbst mit "-vga cirrus" bleibt das Fenster schwarz, es muss "isacirrus" sein.

cirrus vga

qemu: -vga cirrus or -device cirrus-vga.
libvirt: .
✓ VGA compatible
✓ vgabios support
✓ UEFI support (QemuVideoDxe)
✓ linux driver (cirrus.ko)

Emulates a Cirrus SVGA device which used to be modern in the 90ies of the last century, more than 20 years ago. For the most part my blog article from 2014 is still correct; the device is mostly useful for guests which are equally old and are shipped with a driver for cirrus vga devices.

Two things have changed meanwhile though: Since qemu version 2.2 cirrus is not the default vga device any more. Also the cirrus driver in the linux kernel has been completely rewritten. In kernel 5.2 & newer the cirrus driver uses a shadow framebuffer and converts formats on the fly to hide some of the cirrus oddities from userspace (Xorg/wayland), so things are working a bit better now. That doesn't cure everything though, especially the available display resolutions are still constrained by the small amount of video memory.

Miniaturansicht angehängter Grafiken

 

Also bevor ich dazu irgendwas sagen kann, müßte ich erstmal wissen, bei welchem Schachprogramm das passiert ist.

Der BitSchubser ist der Schöpfer von CheckCheck ...

__________________
This post may not be reproduced without prior written permission.
Copyright (c) 1967-2025. All rights reserved to make me feel special. :-)

Echt? WOW, das ist ja direkt eine Ehre, den Programmierer von CheckCheck hier zu haben!

Also ich hab's jetzt mal probiert, und das Problem tritt auch bei mir auf - Version 1.70 funktioniert allerdings tadellos.

Was da die Ursache sein könnte, kann ich auch nicht sagen, da kommen hunderte Möglichkeiten in Frage (Qemu, VGA-Treiber, DOS-Konfiguration, oder auch CheckCheck selbst).

Ich kann natürlich bei 200 Programmen nicht jede einzelne Funktion in jedem Emulator testen - am wahrscheinlichsten ist vermutlich eine Inkompatibilität zwischen dieser Bildschirm-Umschaltung in CheckCheck und dem in QEmu verwendeten VGA-Treiber. Allerdings kann ich mich noch daran erinnern, wie schwierig es war, überhaupt einen funktionierenden VGA-Treiber für diese QEmu-Version zu finden, und ich werde mich sicher nicht auf die Suche nach einem anderen machen, mit dem Risiko, daß dann Dutzende andere Programme vielleicht nicht mehr richtig laufen.
Mit DosBox-X gibt's dieses Problem ja nicht, also was soll's ...

Grüße,
Franz

Also ich habe es jetzt nochmal mit verschiedenen Qemu-Versionen und VGA-Treibern ausprobiert, aber immer das gleiche Problem - irgendwie scheint CheckCheck 1.75 mit Qemu auf Kriegsfuß zu stehen. Komisch ist nur, daß es mit der Version 1.70 dieses Problem nicht gibt.

Die Qemu-Version in meinen DOS-Chess-Paket ist ja uralt, aber bei neueren Versionen (2.x aufwärts) ist es mir nie gelungen, sie korrekt zum Funktionieren zu bringen - das Hauptproblem war immer, daß sich die Maus nur innerhalb eines Teilbereichs des Qemu-Fensters bewegen ließ, sodaß praktisch kein Schachprogramm sinnvoll zu bedienen war.
Daher bin ich eben bei dieser sehr alten Qemu-Version geblieben, denn die funktioniert eigentlich bei allen Programmen problemlos - außer eben bei CheckCheck 1.75 (was ich aber auch erst seit heute weiß ), aber auch da scheinbar nur bei diesem Umschalten der Grafik aus dem Setup-Modus.

Grüße,
Franz

Ich werde mal schauen, habe noch ein anderes Kompilat der 1.75.

Und beim Mausproblem kann ich helfen, das könnte allen nutzen.
Für freedos habe ich mir einen Maustreiber besorgt, VBMOUSE.EXE, der befreit die Maus aus diesen Zwängen, frei bewegbar ohne Ctrl-Alt!
Ich weiß nicht mehr genau wo ich den geladen habe.
Hier?
https://www.vogons.org/viewtopic.php?p=1062810
Zu meinem Erstaunen läuft es auch unter qemu, gestern ausprobiert!
Siehe Grafik

Miniaturansicht angehängter Grafiken

 

Das wäre einen Versuch wert.
Seltsam ist, daß dieses Grafikproblem nur beim Zurückschalten (mit dem Menu-Button) aus dem ED-Modus passiert, in allen anderen Modi klappt dieser Menu-Button ja auch.
Außerdem ist in Version 1.70 dieses Problem ja auch nicht existent, also mußt Du da in 1.75 bei diesem Zurückschalten irgendwas anders gemacht haben.
Den alten Sourcecode ändern und heutzutage nochmal neu kompilieren wird wahrscheinlich auch nicht mehr möglich sein, oder?

Ich sehe zwar, daß 1.75 (im Gegensatz zu 1.70) einen DOS-Extender (DOS4GW) verwendet, aber der kann eigentlich auch nicht Schuld sein, sonst würden in 1.75 vermutlich auch bei anderen Optionen Probleme auftreten.