Perfekt!

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

Das könnte daran liegen, dass die Architektur eines 68000ers (16bit, bzw. spätere 32bit) näher an der heitigen Prozessorarchitektur liegt, als ein 8bit-Prozessor wie der RCA1802. Da ist für den Emulator viel mehr an Umrechnungsarbeit zu leisten als für die Emulation eines Prozessors wo man nicht jeden Mist in 8bit-Codes umrechnen muss. Auch der 6502 lässt sich bei weitem nicht so leistungsfähig machen, wie jetzt ein 16bit oder 32bit-Prozessor. Auf meiner Maschine ist da ebenfalls bei 80 bis 100 MHz (oder entsprechend 40-50facher Geschwindigkeit bei einem 6502 mit 4 MHz) Feierabend, während der 68000 sogar mit 130 MHz noch Luft nach oben hätte.

Kommt aber auch immer auf den entsprechenden Schachcomputer an und was da alles an Sachen zu emulieren ist. Es ist ja nicht nur der Prozi selber sondern daneben eben Displayanzeigen, Bretter, Soundchips und was weiss ich noch alles. Da kommt es manchmal sogar vor, dass ich das eine Gerät auf 25-30fache Normalgeschwindigkeit bringe, das andere auf 40-50fach, obwohl derselbe Prozessor mit derselben Taktfrequenz zu Grunde liegt.

__________________
Mein Profil beim ICCF (International Correspondence Chess Federation)
https://www.iccf.com/player?id=89948&tab=3

Im Normalfall eigentlich nicht. Wenn Du meinen Winboard-Artikel gelesen hast, dann ziehen die Engines normalerweise weniger wenn das SensorBoard von Mess ausgeschaltet wird. Wie es beim ESB-Brett des Mephisto ist... das scheint allerdings schon etwas speziell zu sein, wenn ich Franz Beschreibung so lese. Muss man wohl wirklich intensiver testen...

__________________
Mein Profil beim ICCF (International Correspondence Chess Federation)
https://www.iccf.com/player?id=89948&tab=3

Hallo Franz,
die drei Mephis sind sehr gut getroffen! Nur beim Mephi I hätte der Schiebeschalter in der Mitte sein müssen, siehe mein Foto.


Habe es mal im Anhang hochaufgelöst hochgeladen, falls es jemand brauchen kann.)

Eine Frage: Für den Mephi III mit ESB Brett, gibt es da eine (leicht umsetzbare) Möglichkeit, die Optik vom Modularbrett aus Deiner Emu zu benutzen, zum Beispiel vom RISC, also nur das Spielfeld? Das würde dann ziemlich genau dem ESB 3000 entsprechen (zumal das ESB 3000 genau das ist, die Spielfläche des Modular: https://www.schach-computer.info/wik...histo_ESB_3000

Da ja das Brett neben dem Computer liegt, was beim ESB 6000 nicht der Fall ist. Dann wäre es perfekt.

Grüße,
Sascha

Angehängte Dateien

Mephi I.zip (2,22 MB, 57x aufgerufen)

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

Ich hab jetzt noch ein wenig herumprobiert, und dieser Leistungsrückgang von 100% auf 40% hat nichts mit dem Sensorboard an sich zu tun, sondern nur mit diesem speziellen ESB6000-Board. Dieses kann man ja in den Optionen auch komplett abschalten, und dann kommt es nicht zu diesen 40%.
Anscheinend wird dieses ESB6000-Interface im Modul auch mit der CPU-Frequenz betrieben, und die 100MHz sind einfach zuviel für dessen Emulation - ich kann mir allerdings nicht vorstellen, warum das Emulieren dieses ESB6000 so viel aufwendiger sein soll als die CPU selbst.
Zum Glück schaltet sich dieses ESB-Interface scheinbar nur ein, solange ein am Brett anliegender Zug noch nicht ausgeführt wurde - danach geht es wieder 'schlafen'.

Hallo Franz,
im ESB Brett ist eigentlich keine großartige "intelligente Elektronik" ... alles, was benötigt wird, kommt ja vom Grundgerät, darum braucht es auch entweder das "ESB II Modul" oder einen Mephisto III (bei dem alles dafür ab Werk eingebaut war). Das Brett selbst ist von der Hardware nicht aufwändiger als die späteren Modular und Exclusive Bretter. Bei der realen Hardware kann ich mir schon vorstellen, dass die mit 100 MHz überfordert ist, aber bei der Emulation? Ist mir ein Rätsel.


Gruß,
Sascha

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

Nun, das Foto hab ja nicht ich gemacht, also hab ich auch keinen Einfluß auf die Stellung des Schiebschalters, und wenn ich den in der Grafik verändere, dann sieht das auch nicht mehr original aus.
Und bei Deinem Foto paßt es auch nicht ganz, denn bei EIN müßte ja auch die LCD-Anzeige eingeschaltet sein.
Also gehen tut alles, 'leicht umsetzbar' ist wieder eine andere Sache - es müssen eben viele Werte in der Layoutdatei geändert werden.
Ja, ich meinte damit ja auch nicht das ESB-Brett selbst, sondern das Interface dafür, das im IIIer-Modul natürlich vorhanden ist - das scheint in der Emulation eine Menge an Resourcen zu fressen.

Grüße,
Franz

(Sorry, English)
1802 emulation takes more resources because this device is emulated at a lower level than for example 68000. It will take a lot of steps to emulate 1 single opcode. https://github.com/mamedev/mame/blob...osmac.cpp#L638

I don't think the sensorboard device emulation is that slow. When I was programming it, I tested before-and-after emulation speed and all is good under normal circumstances, certainly not 50% difference. Almost all chesscomputers read the sensors once every few milliseconds, usually during each interrupt routine. However, the Mephisto III connects the chessboard to the 1802 EF1 pin. On emulation, this pin is polled at every opcode. So at 100MHz, it will check the chessboard sensors around 500,000 times per second.

I guess it's no problem to post in English here.
Yes, that's what I already said - it's not the fault of the sensorboard, but only of the emulation of this special ESB6000 board or interface.
OMG, that explains the reduction of emulation speed from 100% to 40% of course!
Couldn't this polling be reduced to a lower rate, e.g. only every 10th opcode?

Try removing sample_ef_lines(); from "case cosmac_state::STATE_1_EXECUTE:"

And add it here:
void cosmac_device::b() { sample_ef_lines(); short_branch(EF[N & 0x03]); }
void cosmac_device::bn() { sample_ef_lines(); short_branch(!EF[N & 0x03]); }