You can scale the layout or layers.

https://www.scirra.com/manual/125/system-actions

Just that. Have fun

Seriously the main problem is I don't completely understad syncronization here... or it works different than I understand

There, you yourself acknowledge what you're lacking. So revisit tutorial and the official example, manual, manual manual. The answer is already there! Make yourself understand if you still don't.

What's the point of uploading the same capx a few time?

Don't expect I will make it for you because it is useless since you can't understand the entry-level example from the official example, you will still at lost even farther after I edit your capx, because it's almost the same thing all over again! There's no way you can finish your game with this kind of attitude towards learning.

PS: There's no way Chuck Norris can be a Chuck Norris just by practicing martial arts in just one day and go out kicking asses soon after.

Wow I wish my future game will get featured on front page like those 3 too... It's like an achievement

I don't see any events pertaining to the color change at all, you're probably gave link to the wrong one.

Anyway, a bit of comment, for "on key pressed" use send message, but for "key is down" use sync client input.

It's correct and it will work? Oo

Nobody know until someone tried...? Check your debugger to see whether it's created or not.

Look at line31 and line5.

I don't know what and how you want to achieve, I'll just speculate. In line5 you created loot for host, but you never created any loot for peers, I think create loot should go into line31, which is why I feel you capx is incomplete.

Example.

If I understand your post correctly though.

Have gone through all multiplayer tutorials.

Its been mentioned that if the host goes down all the peers will be disconnected. Wondering if there is any way to switch the host to next peer when the first user goes offline/disconnected?

Any inputs is appreciated!

Automatically? No but...

It's doable but it is astronomically advanced events. There are 2 category to approach this, whether a forced kick or a permitted leave. However, I only managed to create mechanism for chat only, for games it would be crazy and might be not doable by just sheer patience and will, preserving game state is a big job.

Forced kick:

All peer should keep the log on live events. Once the host left forcefully, peer can have the on kicked trigger to initiate the room creation again. In this case, it's like a race of who can connect to signal first. Upon room creation, connected peers will be updated with logged message, and resume chat like usual.

Permitted leave:

This allows more control on who's get to be the host, which the host can choose one of the peers name, broadcast the name of the newroom and the chosen peer name, once all peer confirmed to receive the data, everybody can safely leave the current room and wait for the new host to create room and all peer can join in once the room is available on roomlist. Then update the chat state as usual.

For games, it depends on the complexity of your game, the difficulty of events setup goes exponentially with the complexity of games. Note that the suggested method, will need 1~5 seconds of recovery, so it's pretty advance.

Strangely it only works for the very first instance and not for others!!

I came into conclusion that the data arrived in parallel ordered (independent) not in serial ordered (dependent)

(I dont know the right word for it)

, because I found in my spam test, some sprites changed color but some don't, event upon creation all should change the color on created, it's inconsistent. However it's an old test, I'm not sure whether I myself made a mistake on the event, but when the wait for signal works, I think that is the case.

Hi ! Is there anything new someone can tell me about the implementation of this function ? Is there a plugin available ? Thank's

It's available in the store. However I think this will require you to ask player to buy the signalling server if they want to play on LAN, I think the license will not allow you to distribute it as part of the game.

I don't have the team or time to make a game to the scale of LoL and DOTA. Most likely I would be sticking with 1v1 and 2v2, but I wanted to see if it would be feasible to push the limits to 3v3.

Heaven knows 5v5 would be a nightmare.

Regardless if it is 2v2 or 10v10, number of the player is not the limitation, what can limits you is your server machine, can it handle bandwidth for several instance of 5v5? Will it have enough processing power to process several instance of 5v5?

In C2 MP context, this is largely depends on how you build your event, there's no clear cut on how to optimize the bandwidth and MP game itself, it's a matter of preference and choices whether you rather sacrifice bandwidth for smooth "lively" movement or having a lot of complicated send message (used as trigger) to save bandwidth when some event can be internalized in peer and host.

I think it is feasible in scale of 100-200 (might be more) concurrent players or so for one server machine, with good bandwidth.