[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [pygame] SOC Proposal: Networking for Pygame
- To: pygame-users@xxxxxxxx
- Subject: Re: [pygame] SOC Proposal: Networking for Pygame
- From: Phil Hassey <philhassey@xxxxxxxxx>
- Date: Sun, 7 May 2006 21:35:59 -0700 (PDT)
- Delivered-to: archiver@seul.org
- Delivered-to: pygame-users-outgoing@seul.org
- Delivered-to: pygame-users@seul.org
- Delivery-date: Mon, 08 May 2006 00:36:03 -0400
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=IGNHY9/ef74TCdCTkejvDJpp8I6HU6gqosBZwHar+5aJ6ETPEYtsmEnscPDiy+AtuOwY3Zg1srrDbLa3/bjkOdq6xbkPh4a3Lw5gIXKjJLKUZcF0toEu+UuS9Uj5JBWtktrg2A8sEbXhRIXVW32JvhmcV32QREw6Y0vOLtJuJNk= ;
- In-reply-to: <64ddb72c0605072110l2945da6fge886620fa27b0598@mail.gmail.com>
- Reply-to: pygame-users@xxxxxxxx
- Sender: owner-pygame-users@xxxxxxxx
This framework has been recommended for C++ games -- some of the ideas used in it could be useful for inspiration to a pygame project. (I think it uses UDP for its protocol.)
http://www.rakkarsoft.com/
In particular, there are 5 reliability types: http://www.rakkarsoft.com/raknet/manual/reliabilitytypes.html
UNRELIABLE,
UNRELIABLE_SEQUENCED,
RELIABLE,
RELIABLE_ORDERED,
RELIABLE_SEQUENCED
Having each of these built in could be quite useful. And being able to pick and choose on a per packet basis would be useful.
I'm just learning some UDP game networking stuff right now, so I don't have any real clear ideas on how these should be implemented, or API etc. But I do know it would be very handy if pygame had them (then I wouldn't be trying to implement really hackish versions of them right
now ;)
I definitely think that a SOC project should include several complete games (probably minimal in the graphics / sound department) that demonstrate the ease of use of the API as well as its flexibility.
Phil
Rene Dudfield <renesd@xxxxxxxxx> wrote: If the networking is threaded or async, then using the pygame event
queue is quite possible. A blocking api is not useful for games.
The reason for using the SDL event queue is to keep event management
in one place. If people already understand the pygame event model,
then they should be able to reuse that knowledge for the network
events.
On 5/8/06, Peter Shinners wrote:
> On Sun, 2006-05-07 at 20:27 -0700, Brian Fisher wrote:
> > Also, having to integrate the packet handling into your main
loop
> > wouldn't necessarily help you have good design - for some network
> > models, it makes a lot more sense to encapsulate the communication
>
> I'd lean towards this design as well. Just make the "pump" style
> function also return all the updates since the previous call.
>
> If the API is going to be threaded then using the Pygame/SDL event queue
> makes a bit more sense. Make each connection take an event id number to
> use. This is still easy enough to use, but avoids id collisions.
>
>
>
New Yahoo! Messenger with Voice. Call regular phones from your PC and save big.