We're building our game engine to use XMPP for "metaservers" and game announcements.
The extensions you proposed handle a small niche of games, I'm envisioning games like Go, Chess, and Blackjack working well with this, but those games could run just as well with game specific extensions running the game protocol entirely in XMPP and "hosted" by the XMPP server. This would allow different client implementations of the same game to work together. Most games are server-client based and expect more than 2 players. A "server announcement" extension, able to work privately or in a MUC, would be much more suitable for games using out of band protocols. On Tue, Jun 24, 2008 at 4:21 PM, Michal 'vorner' Vaner <[EMAIL PROTECTED]> wrote: > Hello > > On Fri, Jun 20, 2008 at 05:33:48PM +0200, Arne König wrote: > > Hello list. > > > > In January we proposed two XEPs [1] for one-to-one gaming, which were > > updated and can be found at [2] and [3]. > > In the meantime, we completed the implementation. If you're interested > > you can find it at [4]. There's also somebody who started implementing > > the mentioned XEPs in gajim. > > We're now starting to concentrate more on the second part, Multi-user > > Gaming. To make sure that the protocol will cover all important > > scenarios, we invite you to propose scenarios you think this protocol > > needs. > > I'm not sure it would be used by anyone, but something like public > cassino/turnament? Game with spectators, judge or so. It isn't the > quick-game scenario, because it must have public address, nor is > periodic (every week). > > With regards > > -- > The problem with graduate students, in general, is that they have > to sleep every few days. > > Michal 'vorner' Vaner >
