(26.04.2020, 08:20)Juttar schrieb: Was ist das für 1 langer Changelog in DOSBox r4337? Ich versteh' zwar kein Wort davon, wollte es aber trotzdem mal hier erwähnt haben.
Edit 1: Ich sollte auch lessen was der Titel der Commits ist: „time keeps ticking“
Es wurde in der Revision 4337 lediglich die Jahreszahl (2020) in allen Dateien aktualisiert, also nichts wichtiges.
Code:
--- a/dosbox/trunk/include/bios.h
+++ b/dosbox/trunk/include/bios.h
@@ -1,5 +1,5 @@
/*
- * Copyright (C) 2002-2019 The DOSBox Team
+ * Copyright (C) 2002-2020 The DOSBox Team
(26.04.2020, 17:10)Mustrum schrieb: Es wurde in der Revision 4337 lediglich die Jahreszahl (2020) in allen Dateien aktualisiert, also nichts wichtiges.
Ach so. Damit bin ich jetzt im Bilde.
(26.04.2020, 17:10)Mustrum schrieb: Der Changelog kommt übrigens von hier.
Stimmt. Daher hatte ich den Link ursprünglich. Hatte ihn aber mittlerweile als Lesezeichen gespeichert und den Ursprung vorübergehend vergessen.
Man kann eigentlich sagen das die Original Entwickler der Dosbox das Projekt selbst mega ausbremsen.
Es gibt so viele Entwickler die gern einfach das ganze ding Modernisieren wollen würden aber nicht können.
Bin frog das Staging jetzt ihr eigenes Ding durchziehen und es denen nicht mehr interessiert was die machen. Dosbox-X order Staging. Das Original Project ist leider einfach nur noch veraltet.
Weis der Geier warum man unbedingt noch Win 9x supporten muss.
(30.04.2020, 14:43)Glurak schrieb: [...]
Weis der Geier warum man unbedingt noch Win 9x supporten muss.
Das finde ich ehrlich gesagt ganz gut, weil es sich hervorragend zum Gegentesten auf dem Retrorechner eignet. Allerdings ist der aktuelle Stand dafür schon ausreichend. Spielereien wie Shader-Support braucht man da nicht unbedingt .
Ich verstehe den sinn aber nicht? 99% der Dos games laufen sowieso auf win 9x systemen. Da brauch man keinen Emulator.
Es geht hier auch nicht um Shader support.
Sondern um einfach mehr Performance durch das updaten der Programmiersprache. Dos box könnte fast 60% mehr performance haben wenn es schlicht modern wäre von seiner Sprache her. So wie ich das auch verstanden habe will Staging genau das machen. einfach mal auf C++11 gehen wenn man bedenkt das es mittlerweile c++20 gibt sieht man wie veraltet dosbox mit c++6 ist
Z.b. Würde es Multithread support bringen :-) bzw ermöglichen.
Da kenne ich mich ehrlich gesagt zu wenig aus. Für einen DOS-Emulator finde ich die Performance ausreichend (sollte ohnehin mit besserem Host-System automatisch steigen).
Aber solange WinXP noch unterstützt wird, bin ich schon zufrieden (und bitte nicht so viel Redistributable-Müll ).
64-Bit-Unterstützung würde ich mir eventuell wünschen. Ja, der Daum-Build besitzt welche. Läuft aber leider nicht mit XP. Ansonsten bin ich mit der Geschwindigkeit auch sehr zufrieden. Bei Bleifuß Rally flitzen die Karren nur so durch die Gegend. Und das auf meinem Uralt-Ivy-Bridge-i7!
XP eignet sich eh nicht mehr für brauchbare Emulation. Da hat sich gerade bei den Grafik- und Sound APIs soviel zum besseren getan. Windows 10 ist top für Emulation, geht für mich kein Weg dran vorbei.
Awards für außergewöhnlich gute oder lustige Threads/Posts:
1. Gadler = für sein wasserdichtes "Wie suche ich richtig" Tutorial.
@Rayman: Hab ich. Vielleicht mache ich etwas falsch, aber... bei mir sieht das nicht besonders gut aus. Angeblich muss man in der Config
bei "output" "texturepp" angeben (https://github.com/dosbox-staging/dosbox...85/commits), aber das ändert leider kaum etwas. Zumindest ist für mich das Bild nicht annähernd so scharf. Außerdem wird auch nicht der Fenstermodus von DOSBox skaliert - unabhängig davon, was ich einstelle. Das Fenster bleibt also winzig. Hast du es etwa auch mal versucht?
Edit: Eine neue Version ist erschienen und jetzt gibt es auch ein paar weitere Informationen. "Pixel-perfect scaling mode" scheint tatsächlich nur im Vollbildmodus zu funktionieren.
Zitat:Pixel-perfect scaling mode
Pixel-perfect output scales the image by the largest integer multiplier that fits within your monitor's native resolution. For example, given a 1920x1080 monitor and a 320x200 game requiring aspect-correction, each of its pixels would be scaled by 4x5 to produce a 1280x1000 image. This preserves the original artwork without any edge blurring.
To enable pixel-perfect output, apply the following settings to the indicated [section]s of your dosbox-staging configuration file, as follows:
[sdl]
fullscreen = true
output = texturepp
Also ich weiss nicht ob ich vielleicht etwas falsch mache, aber im Vergleich mit DOSBox ECE r4301 hat die ECE-Version eindeutig die Nase vorn. Hier der Vergleich.
1. dosbox-staging 0.75.0 mit aktiviertem pixel-perfect im Vollbild (ist doch verzerrt...):
EDIT: Problem wurde mit Version 0.75.1 gelöst
2. DOSBox ECE r4301 pixel-perfect im Vollbild (im realen Vollbildmodus hat das Bild die gleiche Grösse, ist einfach mittig ausgerichtet) und dosbox-staging 0.75.0 im kleinen Fenster im Vordergrund, wo das korrekte Seitenverhältnis widerspiegelt wird:
Es fällt auf, dass das Seitenverhältnis bei der dosbox-staging 0.75.0 im Vollbild in meinen Augen nicht mehr stimmt. Habe die empfohlenen Einstellungen so übernommen:
Im ersten Moment hatte ich jetzt eher den Eindruck, dass es auf dem Bild der DOSBox ECE verzerrt ist (weil Guybrush so dick aussieht ). Aber am Mond sieht man die Stauchung beim Bild der Staging gut.
Die Stauchung (Aspect Correction) ist im Normalfall ja auch korrekt. Es gibt aber Ausnahmen, das dürften zumeist Spiele sein, die in Europa entwickelt wurden.
Bez. der Lucasfilm Titel wurde das schon im ScummVM Forum diskutiert.
Demnach sollen Kreise mit Korrektur falsch aussehen, andere Elemente nicht.
Vielleicht verstehe ich das jetzt falsch, aber so wie ich das deute, heißt Pixel Perfect bei der Staging wie beschrieben 4x5 (sehr nahe an 4:3 = Aspect Correction), bei der ECE dagegen 5x5 (keine Korrektur).
"Keine Verzerrung" bedeutet in dem Kontext das keine Faktoren wie 3,5 bei der Skalierung verwendet werden.
Sind sie ja eben nicht, wenn unterschiedliche Designer dransaßen und der eine seine Elemente für eine 4:3-Anzeige korrigiert hat, der andere seine in einer 1:1-Pixelratio gezeichnet hat. Was wohl bei Monkey Island der Fall ist, weil das Kirchenfenster und die Kirchturmuhr besser zu einer 4:3-Ratio passen, der VGA-Mond aber besser zu einer 8:5-Ratio.
Nach über zwei Monaten gibt es wieder ein wenig Bewegung in den Entwicklerversionen von DOSBox - von r4356 auf r4358. Gespannt bin ich auf
Zitat:[r4357] src/dos/cdrom_image.cpp: Discard buffer contents at start of CDDA playing. Prevents initial sound blips.
Bei mir fiept es nämlich bei Bleifuß etwas. Ich hoffe, das wird durch die neue SVN behoben. Ich muß allerdings noch warten, bis das Update bei meiner Download-Quelle angekommen ist.