reversi-server-1.1.0 Bug!?

Bug, oder nicht?
waitingPlayersChanged - übermittelt auch den eigenen Namen!

- Der Spieler auf den getLobbyAction() aufgerufen wird, wartet meiner Meinung ja gar nicht, er wird ja gerade gefragt ob er mit einem "waitingPlayer" spielen will (er ist gerade aktiv!).

- Ein Spiel mit sich selbst ist aufgrund des Protokolls ja eigentlich nicht möglich... (trackMove,... ohne Farbangaben) Außer der Client(!) entscheidet welcher Spieler am Zug ist! (Das entspricht aber eigentlich nicht dem Protokoll-Konzept!?)

- Für den aktuellen reversi-server-1.1.0 ist mit sich selbst spielen allerdings kein Problem. (ich dachte das macht blind )

Wie dieses Problem auf Playerseite gelöst werden könnte ist vollkommen klar, ich denke nur es widerspricht dem derzeitigen Konzept und den Methodennamen.

Außerdem wird forceTimeout glaube ich im Lobbymodus nicht beachtet.

AYBABTU hat Folgendes geschrieben:

Bug, oder nicht? waitingPlayersChanged - übermittelt auch den eigenen Namen! - Der Spieler auf den getLobbyAction() aufgerufen wird, wartet meiner Meinung ja gar nicht, er wird ja gerade gefragt ob er mit einem "waitingPlayer" spielen will (er ist gerade aktiv!). - Ein Spiel mit sich selbst ist aufgrund des Protokolls ja eigentlich nicht möglich... (trackMove,... ohne Farbangaben) Außer der Client(!) entscheidet welcher Spieler am Zug ist! (Das entspricht aber eigentlich nicht dem Protokoll-Konzept!?) - Für den aktuellen reversi-server-1.1.0 ist mit sich selbst spielen allerdings kein Problem. (ich dachte das macht blind ) Wie dieses Problem auf Playerseite gelöst werden könnte ist vollkommen klar, ich denke nur es widerspricht dem derzeitigen Konzept und den Methodennamen.

Ja und nein. Die Frage ist, wer filtert aus allen wartenden Spielern den gerade aktuellen Spieler heraus: Der Server oder der Client. Belassen wir mal die aktuelle Lösung, Server-seitiges Filtern hat aber tatsächlich seine eigene Eleganz. Ich überlege mir mal, ob ich beim Mit-Sich-Selber-Spielen bei meinem Server noch eine Fehlermeldung reinmache. Das ist aber jedem Server überlassen.

Nein, es ist nur ein anderer Default, als beim Turnier, da ich bei der Lobby eher von menschlichen Spielern ausgehe. Links unten die Checkbox abhaken müsste den Timeout wieder erzwingen, teste mal.

Bekommen wir nach dem Abgabetermin den Code vom offiziellen Server?
Fänd ich interessant!

genau das Problem hatt ich, kein Hacken => timeout bei getLobbyAction

Marianne Busch hat Folgendes geschrieben:

Bekommen wir nach dem Abgabetermin den Code vom offiziellen Server? Fänd ich interessant!

Ich glaub das fänden wir alle interessant. Nachdem ja die lmu der Auftraggeber war!? (oder wie ist das rechtlich?)

Stellt sich die Frage ob nicht alle Quelltexte vielleicht online gestellt werden können. (Ich persönlich würde dann aber alle meine "Namens"-Spuren vorher verwischen )

Es wäre im Sinne Aller, oder nicht?

Ein Verzeichnis der Studenten-Quellen werde ich noch in die Wege leiten (bei freiwilliger Teilnahme!). Ob wir unseren Quellcode herausgeben, muss ich noch mit Prof. Wirsing bereden. Es gibt neben den offensichtlichen Vorteilen auch ein paar Gründe dagegen, die wir berücksichtigen müssen.

Falls sich das Programmier-Praktikum in ein paar Jahren wieder mal in diesen Bereich begeben wird? Oder dürfen LMU-Angestellte in ihrer Arbeitszeit nich GPL programmieren?

Das würde aber dann doch eher gegen die Sourcen der Teams sprechen, zwecks KI. Den Server werden die meisten ja dann noch selber hinbekommen.
Oder meinst du wegen Bug-Using?

Naja also wenn einem nichts mehr lustiges zu programmieren einfällt, dann wirds aber Nacht!