Register
Events
Popular
More
Post #1
I'm currently moving via the server (xajax powered), a move sends in a request, calculates if you can move, sorts out enemy battles and so on and sends it back. The problem is, this makes moving rather slow compared to a javascript solution. However, with javascript, people can basically set their own battles up, which I definitely can't have. Plus I need to update other players on the same map, so I need to send the players position in anyway.
I could just leave it of course, just slightly slow, it's not *too* bad, and there's always trains/etc to get around fast.
-
-
Send key presses to the server instead of positions, then send the positions of all players back to the client and do predictions there.
-
Well currently it kinda does:
Key >> server, server calculates position >> updates all players on the map, sends a battle if there is one
-
wouldn't that be really insecure?
-
Why?
-
It sends all positions back anyway, it's using a series of 901 html squares, each 16px by 16px with an id, the server just sends back the id's and players inside.
-
Open a socket with Flash
-
Never used flash in my life, and really don't want to learn xD Is that the only way?
-
There's also Java.
-
There is always comedy option ActiveX.
-
Silverlight :3
-
Why?
As a Comet alternative that works without Flash there's long polling (well, kinda like Comet, but requests are aborted and re-made after a timeout, or after information has been sent, whatever comes first).
-
Send Key Push and Key Release and use prediction on the client. You update the pos when a key is pushed/released so if anything goes wrong on the client it'll fix itself.
-
Nothings going wrong, it's merely lagging. But moving on the client and updating the other players is also a mess, since it'll all get out of sync with the server. What I need is an always open http socket, possible (without running hacky methods like php scripts which never end...)
-
Neat sounding game.
Using client side prediction sounds like the obvious choice here.
Do you have a link to your game?
-
It's private beta right now, there's images though:
http://winsaucestudios.com/forum/ind...sa=album;id=12
It's definitely the most complicated PHP I've coded :P
-
Cool!
Are you doing gradual per pixel movement, or moving instantly between grid blocks?
I reckon some nice client side prediction would work really well, prediction does not mean people can cheat.
As for AJAX, look in to 'Comet' I think the lingo is (this is what GMail uses), it maintains a connection to the web server. This may be better for your game to increase response time (no need to setup a connection for each 'move'), but of course then you need to maintain that many concurrent requests.
-
Instantly between blocks. Yeah I'm looking into it, the response time is the only issue, on localhost it's perfectly fast.
-
this is what you want: http://code.google.com/p/moo-comet/
it's a realtime data streaming script written in js and php (uses the mootools framework)
-
Pardon my ignorance, but it's a multi-player game, right?
If it were single-player, none of the computation would be performed by the server, but rather entirely by the user downloading the program, to my understanding.
-
Exactly right. Server - client programming is only required for multiplayer. It'd be stupid to use it for pure singleplayer games.
-
Because flash is for rich people with the money and the time to buy it.
Most people however do not posses this.
-
Silverlight is actually pretty good.
-
What are the up/down/left/right buttons for?
I'm pretty sure you can capture up/down/left/right keypresses with JS.
-
Already am, but they were from when I wasn't, I'm just leaving them for those who want to click I guess.
Also, of course it's multiplayer, otherwise it'd be stupid to have server calculate stuff.
Agree x 1
Disagree x 1
Dumb x 1
Funny x 13
Friendly x 1
Artistic x 1
Informative x 1