[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [pygame] LAN vs Internet
Thanks to all for your input. I have tentatively decided to skip all
the local discovery stuff and just rely on an internet server being
accessible. A simple LAN-scope server may happen later.
I did look at the 'rendezvous' type libraries, and they would be
attractive for a LAN-only game, but trying to share peer listings
between the 'rendezvous' source and internet server source seemed to
reintroduce the complexity.
David
On 1/31/08, Marius Gedminas <mgedmin@xxxxxxxx> wrote:
> On Thu, Jan 31, 2008 at 12:43:45PM -0500, David wrote:
> > I have been making gentle progress towards a networking module for my
> > game, but have doubts about the value of my approach.
> >
> > I have been working toward the goal of having a module that will find
> > peers on a LAN, via a UDP discovery process, or on an internet server.
> > The game is basically a one-on-one contest, so the player-finding
> > process is just to setup matches, and not as a many-playered universe.
> >
> > The UDP discovery process makes the whole module much more complex,
> > and I am wondering whether it has any real value.
>
> Perhaps you could make it simpler by reusing an existing implementation
> of Zeroconf, e.g. Avahi:
> http://en.wikipedia.org/wiki/Avahi_(software)
>
> It's LGPL, so no licence taint. It's also cross-platform. And it has
> Python bindings. OTOH it might make the distribution of the game
> somewhat more complicated (another library to install).
>
> > Do any of you play network games on a LAN that is *not* internet
> > connected? How common is that usage case?
>
> I don't play multiplayer games much.
>
> > I ask, because if LANs are generally internet connected, the game can
> > just use an internet server to find competitors, including those
> > within that LAN.
>
> That would require the server to proxy all communications between
> players, to work with NATed LANs. Is the latency decrease worth
> maintaining complex code? You decide.
>
> Marius Gedminas
> --
> Never assume the reader has read the subject line.
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFHoh+dkVdEXeem148RAujaAJ9CHgooCDhjy4VCGwd6N2GmQfe9zQCeP9d6
> 58Faz3jAF38yAAuyE9notM4=
> =7ax6
> -----END PGP SIGNATURE-----
>
>
--
dkeeney@xxxxxxxxxxxxxxxx
Pitcher's Duel -> pitchersduel.python-hosting.com