Einzelnen Beitrag anzeigen
  #12  
Alt 30.08.2022, 09:11
Benutzerbild von Rasmus
Rasmus Rasmus ist offline
Mephisto London 68030
 
Registriert seit: 26.08.2016
Land:
Beiträge: 379
Abgegebene Danke: 165
Erhielt 467 Danke für 181 Beiträge
Member Photo Albums
Aktivitäten Langlebigkeit
0/20 9/20
Heute Beiträge
0/3 ssssss379
AW: UCI vs WinBoard Engines

 Zitat von AlexS Beitrag anzeigen
UCI ist das Protokoll, das die GUI-Entwickler bevorzugen, da es die Kontrolle der GUI gibt.
Die Anwender bevorzugen auch UCI, was natürlich nicht direkt am Protokoll liegt, sondern daran, wie die jeweiligen Ökosysteme sich entwickelt haben. WB-Engines haben immer irgendwelche Probleme (alleine schon, eine Analyse zu unterbrechen), und der ganze Zirkus mit den Commandline-Optionen war auch mies, zumal die für jede Engine wieder anders waren. Das UCI-Ökosystem bot Engines, die einfach funktionierten.

Zudem kann die GUI natürlich auch WB-Engines so ansprechen, wie sie das bei UCI tut: mit Übertragung einer Startposition nebst Zugliste. Dadurch liegt z.B. das Eröffnungsbuch bei der GUI, auch mit WB.

Zitieren:
WB ist das Protokoll, das die Engine-Entwickler bevorzugen
Nein. WB ist heute kaum noch von Bedeutung und eigentlich Legacy. Aus Entwicklersicht hat WB nur einen "Vorteil": man muß während der Berechnung keinerlei Eingaben verarbeiten. Gut, man kann dadurch auch keine Analyse bis Nutzerabbruch machen, wenn man das nicht einbaut.

Zitieren:
da die Engine für das Spielen von Schachpartien programmiert ist, und nicht für das berechnen von einzelnen Stellungen.
Die Rangfolge der Engines legt nicht nahe, daß UCI-Engines da einen Nachteil hätten. Bei den Top-Engines ist keine einzige mit WB. Zudem, wie ich schon schrieb, kann man auch UCI so implementieren, daß man nicht nur einzelne Stellungen abarbeitet, sondern eine Spielfortsetzung erkennt, etwa um HV-Treffer auszuwerten.
Mit Zitat antworten
Folgende 2 Benutzer sagen Danke zu Rasmus für den nützlichen Beitrag:
dsommerfeld (30.08.2022), mclane (30.08.2022)