Hallo,

es gibt 2 Möglichkeiten:

1. das rom ist als zip gepackt, dann spielt es keine Rolle wie die gepackte datei heisst (mm4.bin oder mephisto4.rom oder sonstwie)
im Verezichnis /roms muss dann die Datei mm4.zip liegen

2. Das rom ist nicht als Zip gepackt und liegt unter z.B. /roms/mm4/mm4.bin, dann funktioniert nur mm4.bin



Gruß

Ralf

Hallo,

ich habe mal auf meinen Schachcomputereigenbau einen BT-Test durchgeführt

550 Mhz
UCI-Version

BT-Test 2630: 1963
BT-Test 2450: 1919


BT --- 2630 - 2450
Test 01 900 - 900
Test 02 900 - 900
Test 03 300 - 300
Test 04 900 - 900
Test 05 342 - 342
Test 06 900 - 900
Test 07 035 - 035
Test 08 900 - 900
Test 09 900 - 900
Test 10 900 - 900
Test 11 043 - 043
Test 12 900 - 900
Test 13 900 - 321
Test 14 378 - 378
Test 15 900 - 028
Test 16 900 - 017
Test 17 618 - 618
Test 18 750 - 750
Test 19 900 - 900
Test 20 236 - 236
Test 21 900 - 040
Test 22 099 - 099
Test 23 900 - 900
Test 24 900 - 900
Test 25 900 - 900
Test 26 023 - 900
Test 27 900 - 900
Test 28 900 - 900
Test 29 900 - 017
Test 30 074 - 074


Ralf, würde es sich lohnen das Winboard Protokoll umzusetzen, mein Prg kann momentan nur UCI ?
Um die jeweilige Stellung zu verarbeiten bzw. bist die 1. Berechnungen kommen dauert es ca. 5 Sekunden
(müßte man theoretisch von den Ergebnissen jeweils abziehen ?)

07 Dec 2009 17:19:48 - Mephisto MM V (5.1)

07 Dec 2009 17:19:49 - Display: PLAy
07 Dec 2009 17:19:59 - Emulator org. clock : 4915200
07 Dec 2009 17:20:00 - Emulator curr.clock : 1250000
07 Dec 2009 17:20:01 - Speed factor clock : 0.25

07 Dec 2009 17:20:01 - OS ticks_per_second : 1193182
07 Dec 2009 17:20:03 - Time in ms for 1 sec: 1069
07 Dec 2009 17:20:03 - Speed factor time : 0.94

07 Dec 2009 17:20:04 - Speed factor total : 0.24

07 Dec 2009 17:20:04 - ReferenceTimePerSec : 94 (This system has: 1069)
07 Dec 2009 17:20:04 - Factor time corr. : 11.37
07 Dec 2009 17:20:04 - g_tc_delay (ms) : 9097

Ohne meine "GUI" und ohne UCI beträgt der Speedfaktor =1.28

Gruß Guido

Hallo,

Das Winboardprotokoll passt besser zur Funktionsweise der Module. (z.B. Winboardbefehlt force - > Taste MEM, UCI Befehl postion moves zug1 zug 2 zug3 ... wäre viel zu langesam gewesen, da hätte man was drumrum programmieren müssen.)

Ich weis nicht wie die Emulation auf einem so langsamen System reagiert. Aber letztendlich sollten wenigstens ein Speed factor 1 rauskommen. Eventuell mit -nommunlimited probieren oder mit Ändern der Taktfrequenz (-mmclock).

Gruß

Ralf

Hallo Ralf,

aus "Sicht" der Engine/Emulation ist Winboard wohl die bessere Wahl.
Bei UCI war aus der "Sicht" der GUI es einfacher, man muß lediglich eine Zugfolge senden und muß sich um Zugrücknahme etc. nicht kümmern.

Um das maximalste aus der Emulation für meine CPU rauszuholen werde ich das Winboard-Protokoll integrieren.

Wenn ich -nommunlimited oder mit -mmclock versuche etwas einzustellen benötigt mein System noch länger für den 1. Zug

Meinst Du Speed factor time = 1 oder Speed factor total = 1 ?
Beim letzteren wäre ich ja noch weit weg und das Ergebnis würde mich doch wundern.

Gruß
Guido

Hallo,

der Speed factor total sollte nicht kleiner als 1 sein.

Was ist das für ein System(Betriebssystem, CPU, Hauptspeicher etc.) ?


Gruß

Ralf

Hallo Ralf,

Windows XP embedded, CPU VIA Samuel 550Mhz und 512MB (-4MB für Grafik)
(Thin Client von Wyse)

Gruß
Guido

Hallo Ralf,

Ich habe an meiner "GUI" ein wenig "gebastelt" und einige (hoffentlich) unnötige Dienste im Betriebsystem entfernt:

12 Dec 2009 11:41:04 - Mess Mephisto Version: 0.134.a Winboard (Nov 22 2009)

12 Dec 2009 11:41:05 - Mephisto MM V (5.1)

12 Dec 2009 11:41:06 - Display: PLAy
12 Dec 2009 11:41:08 - Emulator org. clock : 4915200
12 Dec 2009 11:41:08 - Emulator curr.clock : 1250000
12 Dec 2009 11:41:08 - Speed factor clock : 0.25

12 Dec 2009 11:41:08 - OS ticks_per_second : 3579545
12 Dec 2009 11:41:08 - Time in ms for 1 sec: 199
12 Dec 2009 11:41:08 - Speed factor time : 5.03

12 Dec 2009 11:41:08 - Speed factor total : 1.28

12 Dec 2009 11:41:08 - ReferenceTimePerSec : 94 (This system has: 199)
12 Dec 2009 11:41:08 - Factor time corr. : 2.12
12 Dec 2009 11:41:08 - g_tc_delay (ms) : 1693

12 Dec 2009 11:41:08 - GUI Input : xboard
12 Dec 2009 11:41:09 - GUI Input : protover 2
12 Dec 2009 11:41:09 - ENGINE Output: feature sigint=0 ping=1 setboard=1 color=0 done=1 myname="Mephisto MM V (5.1)"
12 Dec 2009 11:41:09 - GUI Input : new
12 Dec 2009 11:41:09 - Softreset



Gruß Guido

Hallo,

nochmal eine überarbeitete Version:

Auch hier keine Garantie auf fehlerfreie Funktion und Verwendung auf eigene Gefahr.

Windows:

http://www.lehmimkeller.de/chess_mes...b_Winboard.zip

Linux(nur das eigentliche Programm in 32 und 64 Bit Version):

http://www.lehmimkeller.de/chess_mes...inboard.tar.gz


Folgende Änderungen:

Wird der Emulator mit der Orginalgeschwindigkeit gestartet (-nommunlimited), dann werden abhängig von der eingestellten Zugzeit folgende Levels ausgewählt:

LEV 0 = 3 sec
LEV 1 = 5 sec
LEV 2 = 10 sec
LEV 3 = 20 sec
LEV 4 = 60 sec
LEV 5 = 120 sec
LEV 8 = 360 sec

LEV 6 = 40 Züge in 120 Min

bei allen anderen Einstellungen wird bleibt der voreingestellte Level unverändert.

Der Performancetest beim Start wird bei -nommunlimited nicht mehr ausgeführt.

Wird die Emulation ohne -nommunlimited gestartet, dann kann mit -mmtcdelay ein der Korrekturwert (in ms) für die Zeitkontrolle manuell eingegeben werden. In diesem Fall wird der Korrekturwert nicht über den Performancetest errechnet. Bei meinem System (Q6600 mit Vista 64 bit) liegt dieser Wert zwischen 100 und 200 ms.

Beispiel: messtiny mm4 -mmtcdelay 200

Ich habe eine Reihe kleinere Bugs entfernt. Ausserdem gibt es jetzt auch Fehlermeldungen, wenn die Emulation nicht korrekt gestartet werden kann.

Im Order Winboard gibt es auch einen voreingestellten PSWBTM (Pradu's Simple Winboard Tournament Manager). Damit habe ich die meisten Tests durchgeführt. PSWBTM ist so eingestellt, dass messtiny Prozesse, die nicht normal beendet werden können, nach jeden Spiel entfernt werden.


Nochmal zusammgefasst die Funtionen:

Start der Emulation:

messtiny mm4 -> MM IV
messtiny mm5 -> MM V (5.1)
messtiny mm50 -> MM V (5.0)
messtiny rebel5 -> Rebell 5.0 (Läuft nur mit -nommunlimited)
messtiny glasgow -> Glasgow


optionale Parameter:

• -mmlog ->Ausgabe Logfile
• -mmclock ->Vorgabe Taktfrequenz z.B. -mmclock 5000000 ,die Emulation startet mit 5MHZ
• -nommunlimited ->Emulator startet mit Orginalgeschwindigkeit und eigener Zeitkontrolle
• -mmtcdelay ->Vorgabe Korrekturwert Zeitkontrolle z.B. -mmtcdelay 150 , Pro Zug werden 150 ms für Ein/Ausgabe berücksichtigt

Gruß

Ralf

Hallo Ralf,

ein Performancetest findet aber trotzdem statt ?
Habe in der Zwischenzeit meine unterschiedlichen Ergebnise (Speed Factor total) eingrenzen können.

Wenn ich mein GUI starte, ruft diese Dein Programm auf und prüft gleichzeitig das Brett, ob die Figuren richtig aufgestellt sind. Ist das nicht der Fall läuft die Prüfung in einem Thread solange ab, bis die Stellung korrekt erkannt ist.

Das führt zu einem schlechten Ergebnis bei dem Performancetest.
Hat dieses Ergebniss, wenn man anschließend spielt und die CPU wieder "entlastet" ist, Auswirkungen ?

Gruß Guido

Hallo,

Wenn ein Performancetest wird durchgeführt wird, dann wird z.B. folgendes beim Start mit ausgegeben.

wird kein Performacetest gemacht, dann erscheint lediglich z.B. bei Eingabe -mmtcdelay 150

dieser Wert wird bei der Zeikontrolle als Korrekturwert berücksichtigt. Weitere Auswirkungen hat das nicht.

Beim Auslesen des Parametes -mmdelay ist mir ein Fehler unterlaufen, es wird ein Bool Wert (0,1) erwartet, der Parameter liefert aber eine Integer zurück, was mit einer entsprechenden Meldung quittiert wird. Funktioniert aber trotzedem.


Gruß

Ralf