You need an instance variable like 'playerId' to distinguish player 1 from player 2. Or you can use the sprite UID.

Are you sure you want to do that? That doesn't seem like a good idea.

You have to purchase either your own physical or virtual server and install their server software on it.

Are you parsing it correctly? Look at using Yann 's JSON plugin.

You need to use sessions on a webserver to track user data.

You can do it with AJAX or direct JavaScript injection.

like this:

lerp(minZoom, maxZoom, percentageBetweenThem)

like:

lerp(0.01,100,0.56) meaning 56% of the way between LayerScale 0.01 and 100.

So how to you check the nearby tiles to see if their doors match up?

Something like:

Array.At(x+1,y) > contains('t') or contains('r') ... etc. ?

How exactly do you determine which sides have doors?

Everade I loved your "predictable" random title. :-p And you pose interesting problems, to which folks post interesting answers that I can learn from.

Glad to see that it works for you.

Like use a server side program (Python, PHP, Java, etc.) to run the logic for your game. Then communicate with that program via WebSockets. Then your clients would make a request like: "shoot at position x,y" and the server would take that request, apply the randomization at the time of request receipt, and determine if there is another object at r(x),r(y) at the time that the request is received and turn around and push the same results to all clients.

You should be able to do the same thing with an authoritative client, but it seems easier to work in another more robust language than JavaScript.

I can give you a guide on how to setup your own servers and point you to programming resources. I have been hesitant to post a guide on how to setup and run authoritative servers because I don't want to step on Scirra's store. Feel free to PM me though, and I will send you information.

Everade you always make for interesting forum reading, lol.

Did you get it working?