On 2/9/07, Richard Dobson <[EMAIL PROTECTED]> wrote:
Ralph Meijer wrote: > On Fri, 2007-02-09 at 10:27 +0000, Richard Dobson wrote: > >> Also another issue is that some more complex games will need multiple >> MUC rooms per game (i.e. per team rooms) so tieing the game to a single >> room stops the protocol from being usable for implementing such games. >> > > I didn't apply such a restriction. One bot can manage multiple rooms. If > your application can make that transparent to the user, that's even > better. Ah that's good, its just that the way others have suggested in the past that MUC would work with regards to gaming it would make it difficult to allow this capability, i.e. not talking to the game host first to get the game details/start games and just creating the rooms yourself and then inviting the gamehost/bot to the room, whereas I am doing it so that you talk to the gamehost about starting games, and the gamehost would create all the necessary rooms and invite the players to the appropriate ones.
Just to make a note here, we use MUC at http://chesspark.com and we have a match component that matches players up and creates the games. And an arbiter component that creates the game rooms and enforces the rules. A white paper is in the works for what we do at Chesspark. Along with documenting the chesspark protocol.
Richard
