Also ich hab jetzt mal versucht, das in Winboard nachzuvollziehen (hab dafür extra Dein setpos() eingebaut), aber da ich keinerlei Erfahrung mit diesen Enginematches habe, hat es leider nicht funktioniert.

Wie ist denn die Reihenfolge in Winboard genau?
Du startest Winboard und wählst gleich beide Engines in den beiden Listen aus. Danach ist in ja Winboard im Menü 'Mode' erstmal die Option 'Machine Black' aktiviert.
1.Versuch: Wenn ich da jetzt 'Two Machines' aktiviere, dann zeigt die erste Engine STA in der Anzeige, und in Winboard kann ich aber im Menü 'File' keine Partie mehr laden!?

2.Versuch: Wenn ich allerdings vorher (d.h. vor Umschalten auf 'Two Machines') schon die Partie lade, dann meldet Engine 1 kurz ein Err2 und zeigt dann wieder MEMO an, scheint danach aber die Züge aus der Partie von Winboard übermittelt zu bekommen.
Danach schalte ich auf 'Two Machines' um, und jetzt erscheint auch Engine 2 und bekommt die Züge nun ebenfalls von Winboard.

Jetzt ist also anscheinend dieser Zustand erreicht, wo beide Engines die Vorgabestellung auf dem Brett haben, und wo Du gerne hättest, daß es automatisch weitergeht, d.h. jetzt Engine 1 von selbst weiterzuspielen beginnt, stimmt das bis jetzt so?
(diesen Fehler Err2 verstehe ich allerdings noch nicht)

Nun, manuell muß man jetzt bei beiden Engines CL drücken (um den MEMO-Modus zu beenden), aber zusätzlich auch noch bei Engine 1 die Taste ENT, weil diese jetzt ja zu spielen beginnen soll.

Ich frage mich allerdings, WIE man das automatisieren soll (im LUA-Script), denn woher sollen die Engines wissen, daß nach dieser Zugfolge jetzt Schluß ist mit den Vorgabezügen? Das müßte ja Winboard irgendwie den beiden LUA-Scripts mitteilen, damit diese dann die nötigen Tasten 'drücken' können.
Also müßte da eher in Winboard irgendwas geändert werden als in den LUA-Dateien ...

Bei Winboard ist das Hauptproblem, dass man mit Starten des Programms schon Engines definieren muss. Allerdings könnte ich mir - rein theoretisch - folgendes Scenario vorstellen:

Ich lade z.B. in Winboard eine PGN-Datei und starte DANACH eine Engine. Diese Engine könnte doch jetzt per Script (also lua) überprüfen ob eine solche PGN oder eine Zugliste in Winboard existiert, in den Memory-Modus springen, und die Züge nacheinander einlesen. Da in einer PGN-Datei das Ende einer Zugliste meist durch einen "*" gekennzeichnet ist, könnte dies doch dann als quasi "end of file"-Bedingung gelten und dadurch veranlasst werden, dass nun per Script aus dem Memory-Modus herausgesprungen wird. Ich kenne mich mit lua leider nicht genug aus um zu wissen, ob das so zu verwirklichen ist, aber es wäre zuerst mal eine Grundidee...

So wie Didi es beschreibt, hat er es ja irgendwie geschafft, dass die Engines geladen werden und auch die Eingabe der Position erfolgt. Also muss es ja auch irgendwie möglich sein in der bestehenden Zugliste ein EOF zu erkennen. Dazu müssten wir aber ein Beispielscript einer Engine haben wo er diesen Setup-Modus eingebaut hat. Ansonsten kommen wir vermutlich nicht weiter.

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

Also das stimmt schon mal nicht - Du kannst WinBoard auch ohne Engine(s) starten (mit 'Just view or edit game files' im Startfenster) und danach in WinBoard mit 'Engine -> Load First/Second Engine' die Engine(s) nachladen.
Wie soll denn das gehen? Wie soll das LUA-Script Winboard 'fragen', ob eine Zugliste vorliegt? Dafür wäre nicht nur Code im LUA-Script nötig, sonder auch entsprechende 'Vorkehrungen' in WinBoard, damit eine solche Kommunikation überhaupt stattfinden kann - in WinBoard ist sowas einfach nicht vorgesehen, da geht's um reinen Austausch von WB-Befehlen.

Stimmt natürlich. Mach ich nur bei meinen Enginewettkämpfen so gut wie nie, daher hatte ich das jetzt nicht im Fokus... mein Fehler

Wie das gehen soll, weiss ich auch nicht. Ich habe allerdings Didis Post so verstanden, dass ja wohl irgendeine Kommunikation stattfindet, die Engine in den Memory-Modus geschickt wird, und irgendwas danach passiert (Übertragung der Züge?). Nur gehen die Programme danach aus dem Memory-Modus nicht mehr raus. Und das müsste ja über eine EOF-Abfrage zu klären sein. Kann natürlich sein, dass ich Didis Post hier völlig falsch verstanden habe. Wie gesagt, es hilft nichts, wir bräuchten ein Beispielscript um zu sehen was passiert...

Edit: Ups, Didi war schneller... wir haben ein Beispielscript, lach

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

"Wie soll denn das gehen? Wie soll das LUA-Script Winboard 'fragen', ob eine Zugliste vorliegt?"

Genau darum gehts ja...

Nee, so eine EOF-Abfrage ist deswegen nicht möglich, weil ja nicht die Engine (bzw. das Script) aus der PGN-Datei liest oder selbst Winboard nach Zügen fragt, sondern Winboard liest die Datei und sendet die Züge an das Script.
Und wenn Winboard das Ende der Zugliste eben nicht irgendwie dem Script mitteilt (und das tut es nicht), dann weiß eben die Engine von diesem Ende nichts.

Hm... die ursprüngliche Emulation, die vor Deiner Zeit erstellt wurde - also die, die ganz am Anfang mit nur einigen wenigen Mephisto-Engines unter Arena eingebunden war (das war mit Hilfe einer Mess-Tiny) konnte das. Sowohl mit den UCI-Versionen als auch mit den Winboard-Versionen. Wenn ich da eine abgespeicherte Partie öffne und z.B. die alte MM IV-Emulation starte, springt er automatisch in den Memory-Modus und liest die Zugliste ein. Wie das allerdings funktioniert hat... keine Ahnung. Damals gab es die luas ja noch nicht. Kann natürlich sein, dass er das in diesem Mess-Tiny irgendwie direkt verbaut hat, aber das weiss ich natürlich nicht. Bei Deiner Emu wäre das - selbst wenn es rein theoretisch machbar wäre - zwischenzeitlich schon allein angesichts der Menge an Emus (und es kommen ja immer noch welche dazu) eine Herkulesaufgabe. Sofern es also nicht doch noch durch die Hintertür irgendwie scriptmäßig zu lösen ist, können wir das wohl vergessen.

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

Also inzwischen hab ich nur eine (allerdings recht einfache) Methode gefunden, das mit geringem Aufwand doch noch durchzuführen:
Nach dem Laden der PGN-Datei und Umschalten auf 'Two Machines' muß man ja ohnehin mit 'Move Now' (bzw. Ctrl-M) in Winboard das Match überhaupt mal starten. Dabei schaltet Engine 1 ja auch automatisch aus dem MEMO-Modus wieder zurück in den PLAY-Modus (dafür hat Didi ja durch einen zusätzlichen CL-Befehl in interface.start_play() ja schon gesorgt).
Den dann von Engine 1 berechneten Zug schickt Winboard allerdings als 'normalen' Zug and Engine 2 (also ohne dieses interface.start_play() zu senden), und daher bleibt nach diesem Zug Engine 2 auch weiterhin im MEMO-Modus (daran kann ich auch nichts ändern, weil ich auf die von Winboard gesendeten Befehle ja keinen Einfluß habe).
Allerdings braucht man nun eben einfach nochmals Ctrl-M in Winboard drücken, denn damit bekommt jetzt auch Engine 2 diesen Befehl interface.start_play(), schaltet von MEMO nach PLAY zurück und beginnt zu rechnen - von da weg geht das Match dann automatisch weiter.

Also kurz zusammengefaßt: statt 1-mal Ctrl-M nach Umschlten auf 'Two Engines' braucht man nur 2-mal Ctrl-M drücken, das 2.Mal allerdings erst nachdem Engine 1 seinen 1.Zug gemacht hat.

Eine andere Möglichkeit sehe ich derzeit nicht, jedenfalls nicht ohne größere Eingriffe in die ganze Winboard-Plugin-Kommunikation.

PS: Übrigens, diese Fehlermeldung Err2 kann man einfach eliminieren durch eine zusätzliches CL (also send_input(":KEY1_0", 0x80, 1) -- CL) in der Funktion setlevel() direkt vor der Umschaltung in den LEV-Modus (also vor send_input(":KEY1_4", 0x80, 1) -- LEV).
Das Problem war, daß dieses setlevel() natürlich nicht erwartet hat, aus dem MEMO-Modus heraus aufgerufen zu werden.

Grüße,
Franz

Ein Problem scheint es bei der enpassent-Regel in der Emulation des VEB Chessmaster zu geben.

Grundsätzlich bei jedem enpassent-Schlagen fängt die Emu mit einem Dauerpiepen (bei dem Ton könnte man übrigens schon von einem Dauerkreischen reden) an und die drei Felder (von-zu-geschlagene Figur) leuchten. Dabei ist es völlig egal ob jetzt der VEB Chessmaster selbst enPassent schlägt oder ob der Gegner dies tut.

Irgendwie wird scheinbar hier die Reihenfolge nicht eingehalten in der die entsprechenden Felder zu drücken sind. Winboard zeigt dann zwar den korrekten Zug an, man kann auch noch antworten, aber spätestens danach ist Feierabend. Hier scheint also in der entsprechenden lua noch ein Fehler vorzuliegen.

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

Also ich kann das hier nicht nachvollziehen - ich hab's mit beiden ChessMaster-Versionen ausprobiert (wobei ICH enpassant geschlagen habe), und alles funktioniert einwandfrei: kein Dauerpiepen, und ganz normal weiterspielen funktioniert auch.

Edit: jetzt ist es doch passiert, und zwar wenn der ChessMaster enpassant schlägt.
Aber wie schon erwähnt, kümmere ich mich um die LUA-Plugins nicht mehr.