OK, also ich versuch es mal genauer zu beschreiben:

In Arena steht im Feld Level: TURN 60/30 60/30 60/30 60/30 60/30 60/30 60/30 60/30

Also die Werte für alle 8 Eingaben

Damit ich jetzt genau nachvollziehen kann, was der da nach dem Start alles drückt, habe ich jetzt mal im Feld Speed den Wert 20 eingegeben, damit das alles schön langsam zu verfolgen geht und gehe ich Arena auf "Motot neu Starten" (im Kontextmenu)

Er lädt die Engine neu und drückt unmittelbar danach die Tasten "Löschen" und "Modus". Beides passiert, bevor der LCD Monitor sich initialisiert hat und überhaupt die Figuren zu sehen sind. Danach steht er im Sekunden/Zug-Modus und es werden die Eingaben im falschen Modus gemacht. Dies passiert vermutlich, weil die Engine noch nicht voll gestartet war, als das Plugin schon die Eingaben startete.

Nun gebe ich in Arena meinen ersten Zug ein. Witzigerweise macht die Engine nun ein New Game und gibt die ganzen Spielstufeneinstellungen erneut ein. Danach wird vom Plugin der Zug übermittelt und alles läuft normal weiter.

Zweiter Versuch: Ich starte den Motor erneut. Wieder dasselbe. Die Eingaben werden getätigt obwohl die Engine noch nicht voll da ist. Macht nix, ich ignoriere das Gepiepe und Durch drücken von Space sage ich Arena dass die Engine mit Weiss spielt. Was passiert? New Game und die Leveleinstellungen werden nochmal gemacht. Danach macht der Mark V seinen ersten Zug. Soweit, so schön. Ich antworte auf den ersten Zug, der wird auch übermittelt und nichts mehr passiert. Drückt man im Plugin nun auf "Uhr" dann sieht man dass die Uhr steht. Genau deswegen wird das Start Clock gebraucht. Während er nämlich die Uhren automatisch startet, wenn ich als Weisser den ersten Zug mache, tut er das seltsamerweise nicht, wenn er als Weisser beginnt.

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

OK, jetzt haben sich unsere Posts überschnitten. Das Uhrenproblem ist jetzt wohl weg. Das erste Problem habe ich nach wie vor. Ich nehme an, dass man am Anfang eine kurze Wartezeit einplanen muss, damit das lua-Plugin erst startet, wenn die Engine wirklich komplett initialisiert ist. Das dürfte den Fehler wohl lösen. Ist wohl auch Rechnerabhängig ob der Fehler überhaupt auftritt. Wenn Du noch eine Warteschleife am Anfang einbaust, dürfte das Problem gelöst sein.

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

Ich hab mir das jetzt mal im Engine-Debug-Fenster in Arena angesehen, und das Problem ist mir jetzt klar: dieses beschissene Arena sendet die Optionen an die Engine ('setoption ...') noch BEVOR es 'isready' abfragt und die Engine (bzw. das Plugin) mit 'readyok' antwortet - ein völliger Schwachsinn!
Ehrlich gesagt wundert es mich, daß das gleiche Problem nicht auch schon bei anderen Engines aufgetreten ist!?

Ich werde dann wohl die Pause 'emu.wait(..)' beim Mark V/VI eher am Anfang der Level-Einstellung 'setlevel()' einbauen als in der 'setup_machine()'-Routine - das muß ich aber erst noch testen.

Das ist genau das richtige. Ich habe es gerade getestet und das Plugin bei mir dergestalt abgeändert

function interface.setlevel()
emu.wait(2.0)
if ...

Nun funktioniert es bei mir einwandfrei.

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

Ja, nur legt er jetzt diese 2-Sekundenpause immer bei einer Level-Einstellung ein, auch dann wenn es gar nicht nötig wäre (ist ja nur beim 1. Start und auch nur unter Arena nötig).
Außerdem solltest Du dieses emu.wait(2) NACH diesen 3 Zeilen mit dem if-Statement einfügen, sonst pausiert er auch wenn der Level gar nicht geändert wird.

Übrigens, was für ein Wahnsinn ist denn Dein Level mit 8 (!) Zeitkontrollen???
Wer in aller Welt stellt denn sowas ein?

OK, stimmt, ich änder das ab. Das die 2-Sekunden-Pause nun bei jeder Leveländerung kommt ist ja nicht weiter schlimm. Wenn man unter Arena ein Turnier startet, werden die Engines ja sowieso immer neu reingeladen: Ausnahme, du machst ein Round Robin mit Mark V als First Engine oder einen Wettkampf. Und selbst da tut es nicht weh, wenn der Partiestart mal 2 Sekunden länger dauert. Und ich geh ja mal davon aus, dass Du in Deinem nächsten Release die entsprechende Änderung dann sowieso richtig drin hast...

Traurige Notwendigkeit. Wäre der Mark 5 so klug, dass er erstmal die 2./3./4. etc. Zeitkontrolle so setzt wie die erste (solang man sie nicht ändert) wäre das nicht nötig. Aber wenn ich einen Wettkampf machen will und dann eine Seeschlange herauskommt, muss man ja irgendwie vorbeugend handeln. Ich hatte eine Wettkampfpartie Mark VI gegen CXG 2001 auf Turniereinstellung (allerdings mit 500 % damit es schneller geht). Was soll ich sagen... 178 Züge und kein Remis nach 50-Züge-Regel sondern tatsächlich letztlich eine Gewinnpartie für den Mark VI, da braucht man so eine Wahnsinnseinstellung dann schon mal...

Irgendwie hätten die das damals bei Scisys wirklich besser lösen können. Warum 8 Einstellungen wo es 2-3 auch getan hätten... Sonst waren sie ja auch innovativ. Aber da hatte ein Wahnsinniger wohl eine Schnapsidee so dass andere Wahnsinnige wie ich nun solche Leveleinstellungen machen müssen...

Gut dass das jetzt automatisiert ist... ich hab schon wunde Finger vom Level einstellen, lach.

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

Natürlich, allerdings überlege ich noch ein wenig, ob es nicht doch auch irgendwie anders geht. Außerdem soll es ja auch in Winboard vernünftig funktionieren, denn eigentlich teste ich normalerweise nur unter Winboard.

Das mit den 8 Zeitkontrollen ist auch für mich absurd, ich hab das noch nie bei irgendeinem Programm gesehen, und ich glaube, soviele Zeitkontrollen sind auch bei Menschen-Partien gar nicht üblich.
Sinnvoller wäre es gewesen, 2 Zeitkontrollen und danach eine Einstellung 'Rest in xxx Minuten' - ich glaube, so ist das auch eher üblich.
... und ich vom Plugin schreiben!

Das ist absoluter Standard, im Sinne des UCI Protokolls, und wird von den vielen GUIs so gemacht.

Da lag ich mit meiner Vermutung wieder mal richtig - dieses Problem betrifft auch weitere Engines unter Arena, falls man einen anderen als den Standard-Level eingestellt hat!

Ich hab jetzt die betroffenen Plugins nochmals geändert, sodaß jetzt beim Start der Engine diese (von Arena vorzeitig gesendete) Level-Option zwar vom Plugin akzeptiert wird, der Level aber erst dann wirklich eingestellt wird, wenn die Partie beginnt. Damit ist dieses Arena-Problem behoben und eine zusätzliche Pause ist auch nicht mehr nötig.

Um nach den vielen Plugin-Änderungen in letzter Zeit keine Verwirrung aufkommen zu lassen, hab ich nochmals das gesamte Plugin-Paket (mit aktuellem Stand) sowohl hier angehängt als auch auf meiner Downloadseite upgedatet.

Grüße,
Franz

Hallo,

also die notwendigen Korrekturen in MessExtra nehmen scheinbar kein Ende!

Jetzt hab ich erst gestern ein neues CB-Emu-Paket hochgeladen, weil ich noch ein Problem beim Tasc R30/R40 entdeckt habe, und heute dann gleich noch ein Fehler und wieder beim gleichen Gerät.

Das erste Problem betrifft die Partieprotokollierung (gamelog.pgn), die beim Tasc R30 nicht korrrekt funktionierte. Der Grund lag im SmartBoard-Treiber, wo Sandro eine ziemlich eigenartige Figuren-Codierung verwendet, und zwar eine eigene Zahl für JEDE einzelne Figur (als ingesamt 32 Codes), wohingegen im SensorBoard-Interface (wie auch in CB-Emu selbst) nur die Figurenarten codiert sind (also 12 Codes für die 6 Figuren in schwarz bzw. weiß).
Damit konnte natürlich mein Programm zur PGN-Ausgabe nicht funktionieren, also mußte ich eine zusätzliche Übersetzungstabelle für den Tasc einbauen.

Das nächste Problem hab ich dann heute beim Testen noch entdeckt, obwohl mir dieses Verhalten des Tasc-SmartBoards auch schon früher aufgefallen ist:
anders als beim SensorBoard-Interface von 'hap' kann man bei Sandro's SmartBoard keine Figur im linken Bedienfeld auswählen, solange diese Figur nicht schon im Verlauf der Partie geschlagen (d.h. vom Brett entfernt) wurde (am Beginn einer Partie läßt sich z.B. überhaupt keine Figur aktivieren).
Vermutlich wollte Sandro damit eine mögliche Fehlbedienung vermeiden, aber leider läßt sich damit bei einer Bauernumwandlung auch keine Umwandlungsfigur auswählen, die noch 'vollständig' am Brett vorhanden ist, also sind z.B. 2 Damen oder 3 Türme usw. nicht möglich! Am Tasc selbst kann man zwar eine beliebige Umwandlungsfigur eingeben (die der Tasc auch korrekt verwendet), aber am Brett bleibt eben immer der Bauer stehen, weil sich links keine andere Figur auswählen läßt. (Auch beim Aufbau einer Stellung ergeben sich damit natürlich Probleme).
Also so richtig durchdacht ist dieser SmartBoard-Treiber noch nicht.

Ich habe jetzt diese beiden Probleme beim Tasc R30/R40 behoben. Außerdem habe ich auch das Verhalten des SensorBoards noch etwas geändert, und zwar läßt sich jetzt auch bei Drucksensor-Geräten ein irrtümlicher Klick auf eine Figur einfach durch nochmaliges Klicken wieder rückgängig machen (so wie das bei Magnetsensor-Geräten ja auch der Fall ist) - bisher waren dafür 3 zusätzliche Klicks nötig, was mich schon länger gestört hat.

Und schließlich habe ich (neben einigen weiteren internen Verbesserungen) MessExtra/MessChess jetzt auf die aktuellste MAME-Version 0.215 umgestellt, die ja gestern erst erschienen ist.

Ich hoffe, das waren jetzt wirklich die letzten Probleme bzw. Fehler, die ich entdecke, denn eigentlich habe ich vor, daß das jetzt die letzte Version von CB-Emu ist - inzwischen tut sich ja bgzl. neuer Schachcomputer in MAME ohnehin nichts mehr, es wird nur wieder fleißig am internen MAME-System selbst 'gebastelt', sodaß ich wieder ständig sämtliche Source-Dateien an diese Änderungen anpassen müßte (erst in den letzten paar Tagen wurden z.B. wieder etwa 2500 Sourcen geändert, und darunter natürlich auch fast alle Schach-Emulationen!).

Die neue (hoffentlich letzte) CB-Emu-Version ist inzwischen online ...

Grüße,
Franz