Hi Franz

Many thanks for the reply but I do mean the .cfg file.

All I had to do was change the following two lines like this for the Renaissance.

Hi Bryan,
Sorry, but that's impossible - these commands have no effect in a cfg-file, they only work in a layout file (*.lay).
In the cfg-file there's only stored, if you use an external artwork instead if the internal layout.
So you've certainly changed the above mentioned lines in a file 'renaissa.lay' (maybe ZIPed as renaissa.zip) in the artwork folder.

As I already said: there's no way to change any colors in a cfg-file!

Regards,
Franz

Hi Franz

Of course you are correct.

It must be the 80° heat that we have had all this week that has frazzled my brain 😄

Regards
Bryan

I hope it was 80°F and not 80°C ...

I thought the same! These british people, measuring in strange units, and driving on the wrong side of the road.

My wife and I still have to use a tape measure when we are buying anything as we both still can't visualise these crazy metric measurements and that's the truth 🤔

Hi,

ich hätte hier wieder ein Plugin-Update, das ein kleines und ein größeres Problem löst (bzw. lösen sollte).

Das erste waren die doch recht häufigen Programm-Abbrüche beim Conchess, von denen Markus ('Mapi') berichtet hat. Es war relativ aufwändig und hat mich einen ganzen Tag gekostet, bis ich dieses Problem endlich gelöst hatte - auf jeden Fall ist bei mir in 30 Partien kein Hänger des Conchess mehr vorgekommen, sodaß das jetzt hoffentlich nicht mehr vorkommt.

Das größere Problem (das auch Markus festgestellt hat) war aber, daß bei Engine-Matches immer extrem viele Dubletten vorkommen, und gestern habe ich eine Email bekommen, wo z.B. auch bei einem 100-Partien Engine-Match (Polgar vs. Excel Mach IV) der Polgar 50 seiner Weiß-Partien mit e4 eröffnet hat, obwohl er sonst auch mit d4 und c4 beginnt, wenn man selber gegen ihn spielt.

Wie schon anderswo erwähnt, liegt die Ursache in der Automatisierung so eines Matches durch eine GUI, wobei natürlich alle Aktionen (Start der Engine, Level-Einstellung, Partie-Start usw.) immer zeitlich(!) gleich ablaufen.
Und diese identischen Bedingungen bewirken eben auch viele gleiche Partien.

Wie ist das zu erklären und was könnte man dagegen tun?
Jede vernünftige Engine hat ja softwaremäßig einen (Pseudo)Zufallsgenerator eingebaut, sonst würde sie ja immer die gleichen Züge spielen und ein Eröffnungsbuch würde auch nicht viel Sinn machen. Und so ein Zufallsgenerator benötigt natürlich einen (bzw. verschiedene) Startwert(e), um jedesmal andere Zufallszahlen zu liefern.
Beim PC ist das z.B. entweder die aktuelle Uhrzeit oder die Zeit seit dem letzten Einschalten, und ich bin mir ziemlich sicher, daß das auch bei Schachcomputern so ist, d.h. daß sie ihren Startwert ('random seed') aus ihrem Timer generieren - vermutlich aus der Zeitspanne zwischen Einschalten (d.h. Timer startet) und erster Aktion des Benutzers (wie z.B. Level einstellen oder Partie starten).
Das ist natürlich bei manueller Benutzung des Gerätes jedesmal anders, sodaß es eben auch immer zu unterschiedlichen Partien kommt - bei Engine-Matches trifft das aber nicht zu, weil hier die Aktionen ja automatisiert ablaufen und daher immer identisch sind.

Was also dagegen tun? Nun, eigentlich ganz einfach:
Man muß einfach nur dafür sorgen, daß zwischen Start der Engine (entspricht Einschalten des Schachcomputers) und der jeweils ersten Aktion (Level einstellen oder Partie starten) bei jeder neuen Partie eine andere Zeitspanne dazwischen liegt - dann hat eben der Timer (und damit auch der Startwert des Zufallsgeneratos) einen anderen Wert, und es kommt infolgedessen zu größerer Vielfalt (bzw. weniger Dubletten) bei den Partien.

Praktisch läßt sich das ganz einfach im Haupt-Plugin 'init.lua' durchführen, das ja für die Steuerung der Engines zuständig ist, und da habe ich jetzt nur eine einzige Zeile eingefügt, die zwischen Starten der Engine und Beginn jeder neuen Partie ein kurze Zufalls-Pause einlegt (0-1 sec) - diese zufällige Zeitspanne sorgt nun für unterschiedliche Timerwerte und damit für unterschiedliche Bedingungen bei jeder Partie, hat aber sonst keinerlei andere Auswirkungen (diese kurze Pause von max. 1 sec vor jedem Partie-Start merkt man praktisch auch gar nicht).

Ein kurzer Test von mir mit jeweils 10 Enginestarts (wobei sie automatisch sofort den 1. Zug machen sollten) beim Polgar und Excel Mach IV ergaben folgendes Ergebnis:
Mit der bisherigen 'init.lua' startete der Polgar 10-mal mit e4 und der Mach IV ebenfalls 10-mal mit e4.
Mit dieser neuen Zufalls-Pause in der 'init.lua' sieht die Sache schon wesentlich besser aus:
Polgar: 5-mal e4, 4-mal d4 und 1-mal c4
Mach IV: 6-mal e4 und 4-mal d4

So, der langen Rede kurzer Sinn:
Mit dieser neuen 'init.lua' sollten also bei Engine-Matches in Zukunft wesentlich weniger Dubletten vorkommen!
(ganz ausgeschlossen sind sie natürlich nicht)

Grüße,
Franz

Hallo Franz..

Ja das kenne ich noch , mit dem c64 . Hatte mal ein kleines Basic Programm geschrieben was Lottozahlen generiert . Irgendwann ist mir aufgefallen das es immer die gleichen Lottozahlen generiert nach dem Einschalten.

Aber wie sieht es aus wenn man die Zufallspause erhöht mit mehr als 1 sec ? Wird es noch mehr Abwechselung geben ?

Gruß Mark 1

Hallo Mark,
nee, das würde nichts bringen (außer die Startzeit zu verlängern).
Es geht ja NICHT darum, entweder 1 sec Pause zu machen oder nicht, sondern der Befehl 'emu.wait(math.random())' erzeugt (dezimale) Zufallszahlen zwischen 0 und 1, sodaß eben z.B. 0.123 oder 0.752 sec usw. gewartet wird, und das genügt, damit der Timer der Engine einen komplett anderen Wert hat.

Grüße,
Franz

Hallo Franz..

Noch eine Frage.

Ist es möglich zwischen den Zügen eine Rnd Zeit einzufügen (zum Beispiel 3-12 sec) ?
Das würde doch Dubletten weiter verringern wegen Pergament Brain und simuliert
doch 2 Menschliche Spieler die die Computer bedienen . Für mich Perfekt.

Gruß
Mark 1