Ich denke aber, dass das genau die richtige Erklärung ist. Ich habe im Emu-Turnier bei einigen Geräten mit "normalen" Spielstufen, aber auch bei Geräten mit Zeitstufen gemerkt, dass sie - wenn sie schon tiefer in der Suche kommen - dann diese auch fertig durchrechnen möchten. Insofern dürfte Deine spekulative Erklärung schon richtig sein.

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

Danke für die Bestätigung, Hartmut.
Mit den zahlreichen Partien aus Deinem CB-Emu-Turnier hast Du ja vermutlich schon wesentlich mehr Erfahrung und Wissen über diese Emulationen als ich selbst.

Grüße,
Franz

Hallo,

ich würde mich sogar soweit aus dem Fenster lehnen (ohne eigene Versuche gemacht zu haben), dass es auch noch einen Unterschied macht, ob von einer geraden auf eine ungerade Suchtiefe gewechselt wird oder von einer ungeraden auf eine gerade Suchttiefe.

Stay tuned ...
Carsten

__________________
ChessLab BCS - http://google.com/+CarstenMeyer

Hi,

ich hab noch 2 neue Dinge in CB-Emu eingebaut:

1) In den Fidelity-Emulationen für CSC, VSC und SC8 war der Problem/Setup-Modus bisher ja noch nicht vorhanden (weil relativ kompliziert zu programmieren) - nun habe ich ihn doch noch implementiert.
Um bei diesen Geräten eine Stellung einzugeben oder zu ändern, muß man allerdings wissen wie das geht, als entweder das Gerät gut kennen oder im Handbuch nachsehen.

2) Bei mehreren Fidelity-Geräten hat die Reset-Taste (RE oder NEWGAME) eine Wiederhol-Funktion, d.h. ein zu lang dauernder Klick auf diese Taste gibt ein sehr lästiges Gepiepse (beim CSC sogar noch ärger, denn da fängt auch die Sprachausgabe ständig wieder von vorne an).
Das habe ich jetzt softwaremäßig abgestellt, d.h. so ein Reset wird jetzt nur mehr einmal ausgeführt.

Hier ist dieses Update2 - ist nicht unbedingt nötig, nur falls jemand diese 2 Punkte oben interessieren (bzw. stören):
Nicht mehr aktuell!

Grüße,
Franz

Das mit dem Problem-Modus ist eine gute Ergänzung. Ich kann sie in meinem Turnier sehr gut gebrauchen, wenn mal alles schiefgeht...

Aber meistens, wenn eine Partie zu lange dauert (und das kann bei 40/120 schnell mal passieren) behelfe ich mir - soweit die Funktion richtig implementiert ist - mit Save State und baue dann nur die Brettstellung wieder auf. Alternativ - wenn Save State nicht funktioniert - werden die Emulationen eben auf Pause gestellt und der Compi läuft die Nacht durch. Ist zwar nicht sehr stromsparend, aber die beste Möglichkeit.

Allerdings, für die Freaks die sich jetzt durch die BT-Stellungen wühlen möchten ist das natürlich unverzichtbar. Wenngleich die Ergebnisse bei den genannten Geräten eher bescheiden sein dürften. Auch bei maximaler Beschleunigung.

Gerade bei den Unendlich-Stufen dieser Erstlingsgeräte von Fidelity ist mir sowieso was aufgefallen. Ich wollte einige der Geräte auf der Analysestufe spielen lassen und dann nach 3 Minuten die Berechnung unterbrechen lassen um bei Unlimitted Speed das Beste herauszuholen... Hätt ich lassen sollen.

In der Anleitung zu den Geräten steht manchmal dass die Geräte unendlich rechnen, bis man sie mit der ENT-Taste stoppt. Danach geben sie dann den gerade berechneten Zug aus. Tja und dieses "gerade berechneter Zug" sollte man wörtlich nehmen. Denn der gerade berechnete Zug ist eben nicht der bis dahin beste gefundene Zug. Das führte dann trotz 80 und mehr MHz und 3 Minuten Zeit auf der Analysestufe (äquivalent mit ca. 1 Stunde auf dem Originalgerät) zu einzügigen Einstellern und ähnlichen Scherzen. Deswegen ist diese Stufe bei diesen Geräten (CC7, CC10, CC8, Voice, etc) von mir zwischenzeitlich zur "Spielstufe non grata" erklärt worden, lach.

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

Also hier verstehe ich 2 Dinge nicht, Hartmut:

1) "soweit die Funktion richtig implementiert ist" und "wenn Save State nicht funktioniert":
Bei welchem Modul funktioniert denn Save State nicht?
Ich weiß das nur für AutoSave State (d.h. Save system state on exit), und auch das nur für RISC2500, Montreux und SuperConny -
aber ich lasse mich gerne eines besseren belehren.

2) "behelfe ich mir - soweit die Funktion richtig implementiert ist - mit Save State und baue dann nur die Brettstellung wieder auf":
Warum mußt Du die Brettstellung wieder aufbauen, wenn Save State richtig funktioniert? Das sollte doch dann automatisch passieren, oder?

Grüße,
Franz

Hallo Franz

zu 1.
Also bei 2 oder 3 Geräten krieg ich bei Save State immer eine Fehlermeldung. Ich weiss jetzt nicht mehr auswendig welche es waren, aber sobald das wieder auftritt, schick ich Dir eine Message

zu 2.
Nach Load State hat der Computer zwar die Brettstellung intern wieder gespeichert, aber auf dem Bildschirm muss ich sie halt wieder aufbauen. So war es gemeint. Ich hab das so in Erinnerung, dass er die Figuren auf dem Brett nicht mit aufbaut. Aber die meisten Partien spiele ich ja durch. Insofern kann es auch sein, dass ich mich da irre und das nur einfach mit AutoSave verwechsle. Da wird jedenfalls die Aufstellung der Figuren auf dem Schirm nicht gespeichert.

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

Das wäre nicht schlecht, denn sowas ist mir noch nie untergekommen.

Das sollte definitiv nicht so sein (außer bei den 3 erwähnten Modellen, bei denen AutoSave eben nicht funktioniert).
Wenn das (bei normalem Save und Load) bei irgendeinem Modell passiert, dann würde ich auch gerne wissen, bei welchem!

Grüße,
Franz

"Des einen Freud - des anderen Leid"

Dieses Sprichwort kennt ihr wohl, und leider trifft das auch auf mein gestriges Update zu.

Nach dem Fix für den wiederholten Reset bei vielen Fidelitys funktionierte nun ein Reset beim Excel Display und Excellence Voice gar nicht mehr. Nun mußt ich also nochmals eine weitere Unterscheidung zwischen diesen verdammten Excels machen - diese viele verschiedenen Excellence-Modelle gehen mir schön langsam schon auf die Nerven!

Hier also nochmals dieses korrigierte Update2:
Nicht mehr aktuell!

Grüße,
Franz

Wenn Du die Auswirkungen meinst, dann dürfte es für die meisten Programme stimmen. Die älteren Programme mit vergleichsweise wenig Speicher und geringen Suchtiefen zeigen eine deutliche Asymmetrie und brauchen für gerade -> ungerade deutlich länger als für ungerade -> gerade.

Aber ich habe bisher keinen Quellcode gesehen, der dies beim Algorithmus für die Zeiteinteilung berücksichtigt. Denn es kommt durch Erweiterungen (z.B. bei Schachgeboten, bestimmten Schlagzügen und Bauernzügen kurz vor der Umwandlung) durch Verschiebungen und bei modernen Programmen verschwimmen die Unterschiede zwischen geraden und ungeraden Suchtiefen.