realbasic-games
[Top] [All Lists]

Re: network multi-player location updating

To: REALbasic Games <realbasic-games at lists dot realsoftware dot com>
Subject: Re: network multi-player location updating
From: LMSpam at neuropop dot com
Date: Mon, 20 Dec 2004 09:31:44 -0500
Delivered-to: realbasic-games at lists dot realsoftware dot com
References: <2BF95C17-5234-11D9-BC80-000A95688BEA at neuropop dot com> <a06200728bdec98e841ee at [10 dot 10 dot 13 dot 4]>
uh oh...

my site is like a cross between Friendster and Match.com, except that I try to connect people based on the kinds of music they like. So user profiles (age, gender, music preferences, photos, etc ) are all stored in a mySQL database, and I'm just adding parameters to that.

I'd hoped to continue interfacing via apache/php (using HTTPSockets) because cookies are an easy way to implement basic security, and so my users won't have to deal with firewalls and ports and such....

Of course, doing everything in RB would make life easier in a whole lot of other respects...

The reason I'd had clients making requests to the server is again because of the php/mySQL aspect - I don't even know if apache/php can be used to send auto updates...

fascinating...

so it sounds like you're recommending I write the server myself, and simply access the database when a player initially signs up?

Or maybe split the functionality? When a user initiates a search for an artist or a funk/soul mate *that* function could still go to the php/mySQL side, while the real-time servlet could keep track of who's doing what and where and reporting out accordingly (Still on port 80 perhaps???)

Glad I caught this before it got too far...

L


On Dec 20, 2004, at 10:01 AM, Joseph J. Strout wrote:

At 10:06 PM -0500 12/19/04, LMSpam at neuropop dot com wrote:

I've added two tables to the database "worldCoordinates" and "chat". My theory is that a client reports its current location and orientation at regular intervals (if it's changed since the last report) and then all clients send requests at periodic intervals asking the database who else is within +-X and +-Z away.

OK, first, I hope that by "database" and "tables" you don't actually mean a database and tables! For a real-time game, you should have this sort of thing all in memory, using arrays or dictionaries or some such.

Then, I think your basic idea is sound -- except that there is no need for the requests from the client to the server. The server already knows where all the clients are; it should just tell them when they need to know something (such as, somebody near them has changed velocity).

Boy, this really would be a good topic for an article... I should polish up NetMaze and send it in to RBD... Or perhaps someone else will beat me to it.

Best,
- Joe

--
REAL World 2005 - The REALbasic User Conference
March 23-25, 2005, Austin, Texas
<http://www.realsoftware.com/realworld>
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>



_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>

<Prev in Thread] Current Thread [Next in Thread>