Interessant! Hatte das ausprobiert, wusste aber nicht genau ob dies auch Auswirkungen auf dien anderen Emulatoren MMIV/V ... hätte.

Aber ist dann m_allowNMI nicht immer 1 (wird ja bei Start und reset gesetzt) und die ganze Abfrage sinnlos?

Und bei MMIV/V erfolgt das Update des Displays nicht durch diesen Interrupt?

Um so einen Treiber zu schreiben muss man ja die Hardware genau kennen. Woher hast du dieses Wissen eingentlich?

Sorry für die viele Fragen aber ich finde den Emulator recht interessant und würde das gerne verstehen. Ist aber echt ärgerlich wenn da andere Leute als du in dem Treiber rumpfuschen UND dann das Ergebnis nicht zumindest testen!

__________________
Grüße ... Helmut
______________
Es gibt genau 10 Arten von Menschen. Die, die binär verstehen, und die, die es nicht verstehen.

Hallo!

Ich habe mir "den Spass" gemacht und die Mess Version 0.145 und die MessUI 0.145 mit der Fehlerbehebung von Dirk neu zu bauen und stelle euch die Versionen zur Verfügung.

Mess & MessUI 0.145 32 bit
Mess & MessUI 0.145 64 bit
(die Links werden bis zu einer neuen fehlerbereinigten mess version gültig bleiben)

Es handelt sich nur um die Mess(UI).exe Dateien die ihr ins Verzeichnis von Mess 0.145 kopieren müsst.

Ausser dass Rebel5 nun funktioniert sollten keine Unterschiede zur offiziellen Version sein! (ich habe aber nicht alles getestet; die Mephisto 8 Bits laufen aber alle bei mir)

Alles natürlich ohne Garantie und Verwendung auf eigene Verantwortung!

__________________
Grüße ... Helmut
______________
Es gibt genau 10 Arten von Menschen. Die, die binär verstehen, und die, die es nicht verstehen.

WOW, das ist ein toller Service, vielen Dank!
Also das geht so nicht, zumindest eine 2-jährige Gewährleistung ist gesetzlich vorgeschrieben.

Übrigens sehe ich an Deinen Links gerade wo Du (ungefähr) zuhause bist -
das sind zu mir in Gmunden ja nur ca. 60 km Luftlinie.

Grüße,
Franz

Genau. Es wird beim Start auf eins gesetzt und beim ersten NMI aufruf auf 0.

Bei einigen funktioniert das über den normalen IRQ

Dafür gibt es mehrere Quellen. Einige Informationen habe ich von den Usern hier aus dem Forum, einige durch Nachmessen an der Original Hardware und
Untersuchung der Firmware. Dazu bietet MESS einen sehr schönen Debugger.
[/QUOTE]

Meist geht es den Entwicklern, wenn sie fremden Code anpassen darum, das MESS kompilierbar bleibt. Ansonsten müßte der Treiber aus dem Code entfernt werden.

Ok, dann kann man ihnen ja kaum einen Vorwurf machen, denn testen können sie ja normalerweise nicht, da ihnen das erforderliche EPROM-File fehlt...


Gruß,
Robert

Hallo,

ich habe ein kleines Problem mit der neuen Version.
Die Emulationen laufen auf meinem AMD verlangsamt ab.
Eine reale Sekunde beträgt hier ca. 1,5 Sekunde.
Auf meinem Intel P3 tritt das Phänomenen nicht auf.

Weiß jemand Rat?

Gruß Volker

Lass dir mal die FPS anzeigen; der Wert sollte bei 100% liegen (falls du die max. Speed auf 100% hast). Falls er drunter liegt, solltest du Frameskip auf "Auto" stellen. Dann werden nicht alle Frames berechnet und er spart CPU-Zeit und er müsste auf 100% kommen können.

Bei dem NB, auf dem ich das hier schreibe (Core2Duo mit 2,16 GHz) lag der Wert bei ca. 85-87% und 5 Sekunden im EMU dauerten in Wirklichkeit 6 Sekunden; mit der obigen Einstellung stimmt wieder alles.


Gruß,
Robert

Hallo Robert,

das war der entscheidende Tipp!
Vielen Dank, jetzt ist es prima,

Gruß Volker

Auf mess.org gibts nun die 0.145u1 Release.
Diese Version enthält u.a auch den Rebel5 fix.

Man sieht die code changes im diff file. Leider ist im "messnew_0145u1.txt" nichts davon erwähnrt.

Super!
Danke Dirk!

__________________
Grüße ... Helmut
______________
Es gibt genau 10 Arten von Menschen. Die, die binär verstehen, und die, die es nicht verstehen.