[jdev] [Standards] Using Jabber in a KDE game

[Alban Crequy]

Le Fri, 5 Sep 2008 00:50:42 +0200,
Kleag <kleag at free.fr> a écrit :

> Guillaume, Alban,
> 
> The telepathy solution seems quite fine, at least with an "invitation
> use case". But for KsirK I think more to a solution where games
> (wanting to run the game or connect to a waiting one) connect to a
> room (viewed as a whiteboard) and discuss there to find their peers.
> 
> Do you think that telepathy can be used in such a way ?

Yes: you can offer a stream tube either to a specific contact, or to a
chatroom. When a tube is offered to the chatroom, every member of the
chatroom receives the offer (it uses the presence stanza). The tube can
be accepted and then used by several member of the chatroom.

player 1:
       unix socket
KsirK <============     Telepathy       <------\
                    Connection Manager         |
                            ^                  |
player 2:                   | (through the     | (through the
       unix socket          |   chatroom)      |  chatroom)
KsirK ------------>     Telepathy              |
                    Connection Manager         |
player 3:                                      |
       unix socket                             |
KsirK ------------------------------->     Telepathy
                                       Connection Manager

The player 1 offer a stream tube on the chatroom. All members receive
the offer. The player 2 and 3 accepts the tube. At this moment,
connections made by players 2 and 3's KsirK to the Connection Manager
will be relayed to player 1's KsirK.

A chatroom can host several tubes and of course text messages can
still be sent on the chatroom. There is only one tube per game on the
chatroom. A stream tube can have several streams. In the previous
example, there is 1 stream tube containing 1 stream between player 1 and
player 2, and another stream between player 1 and player 3.

If the protocol of KsirK was not based on TCP/IP but based on D-Bus,
you could use D-Bus tubes on a chatroom. In this case, Telepathy routes
the D-Bus messages between contacts' applications in a private session
as dbus-daemon does between applications on a single desktop:


      /----------> room at conference.jabber.org <---\
      |                     ^                     |
      |                     |                     | XMPP     
      |                     |                     |               
   Telepathy             Telepathy             Telepathy          
Connection Manager    Connection Manager    Connection Manager    
      ^                     ^                     ^               
      | D-Bus conn.         | D-Bus conn.         | D-Bus conn.   
      |                     |                     |               
    KsirK                 KsirK                 KsirK             
    :1.0                  :1.1                  :1.2

   player 1              player 2              player 3

Telepathy tubes (stream or D-Bus) on a chatroom can be used on any
chatroom: it does not require the chatroom server to have any knowledge
of Telepathy or the game. Telepathy tubes on a chatroom just use normal
messages and presence stanza.

> In fact, I have finished implementing a first Jabber only version
> doing the first step as described in my initial mail. I will now
> start to work on the second step and if telepathy is really a
> possibility I'll look to it in more details.

Maybe it is possible to have different backends: Telepathy and the
Multi-User Gaming XEP? Abiword has a plugin for collaborative editing
(Abicollab) and this plugin has a backend for XMPP and another backend
that uses Telepathy.

Alban

> Gaël
> On Thursday 04 September 2008 14:48:13 Guillaume Desmottes wrote:
> > Le jeudi 04 septembre 2008 à 12:31 +0100, Alban Crequy a écrit :
> > > The advantages would be that your users do not need to setup the
> > > jabber (server name, password) in your game because it reuses the
> > > connection of the desktop. And that you keep your current
> > > protocol, the Telepathy framework will be responsible to reach
> > > the contact, avoid NAT problems, etc.
> >
> > Furthermore, the Telepathy framework provides a much deeper desktop
> > integration. For example, your contact can receive a notification
> > "Alice wants to play foo game with you. <accept> <decline>" and if
> > he accepts the game is automatically launched and connected to you.
> > See
> > http://cass.no-ip.com/~cassidy/blog/index.php/post/2007/10/21/GTetrinet-thr
> >ough-tubes for a similar demo using Gtetrinet.
> >
> > Last but not least, by using the Telepathy framework you are not
> > protocol specific. Tubes are currently implemented in our XMPP
> > (Gabble) and XMPP link-local (Salut) backends but we could imagine
> > an implementation using, say, MSN. You won't have to change
> > anything and your application will gain new protocol support
> > automagically when a new backend gains tubes support.
> >
> >
> >
> > 	G.
> >
> > _______________________________________________
> > JDev mailing list
> > FAQ: http://www.jabber.org/discussion-lists/jdev-faq
> > Forum: http://www.jabberforum.org/forumdisplay.php?f=20
> > Info: http://mail.jabber.org/mailman/listinfo/jdev
> > Unsubscribe: JDev-unsubscribe at jabber.org
> > _______________________________________________
>