Arima suggestions works. However I also have a suggestion

reverse it.

Panel over Panel Part

PanelPart.pin to panel

Also it sucks that we don't have open families. Because you will need to do this for every object type(Sprites, Txt, Spritefont...)

I already have this panel gui system working.

If your using a single master controller. You should not be using object syncing. Even if you followed Ashley's suggestion of not rendering by making layers invisible. You are still going to be stuck with the fact that all your players will be sharing the same game area. So that means collisions with each other. It's not viable to use 1 Room to host 1000 players among different game zones. Clients can't cope with the massive data in and out and the server will probably buckle too.

So if your going to use a single room server you shouldn't use object sync. My suggestion is to go ahead and create 1 server host per room/zone. If your planning to have 100 player per zone that's only 1 software app running per room to be a server host and that isn't so bad. Of course you will need to figure another tech to have each room server talk to each other.

I've started a project based on a similar principles to an MMO although more like Phantasy Start Online rather than WoW. I have a thread running in the WIP and I also have a devlog(my sig). It's a slow burn project for me as I have other priority projects. However I will be putting up the first online stage of development soon.

The thread is here

"Memory management

This one was interesting. Apparently C2 is the only engine they have trouble with in this manner, and they have quite a few problems with the C2 implementation of memory management. They are convinced that C2 is doing this wrong, and making it difficult for them to do anything. Nevertheless, they did say that they had some workarounds in the works."

I just wanted to address this. As to why this is so.

The standard form of memory management is to just release any reference to a variable. This allows for JS engine to garbage collect and clear out the memory. However by letting an automated GC run often produces the in game stutter effect; as often GC is done in batches. To get around stuttering and to better efficient memory use to reduce slow down from memory allocation or deallocation; Ashley implemente a custom objects holder. That way when an object isn't needed any more it sits in back for when it's needed again. Thus no slow down for destroying and creating new objects. The GC is avoided and performance remains pretty steady. An element you wouldn't get if we used auto GC. If you wanted steady performance you would as the developer(not C2/Ashley) would need pre-allocate all your objects and never destroy them during the course of the level and manage them yourself.... more annoying than you want to really delve into.

Ok. So Ashley implemented an advanced memory manager. However the memory manager requires JS selected memory deallocation commands like "delete". This is because most of C2 plugins run on prototype objects and delete is better fore removing them. So let's see what they do in the next while.

Rory

I found a a working solution. I wrote Part3 and I managed to get a Single MasterHost that would manage each game area. As I started implementing the client side of the code I found the overheard of re-making what Scirra Plugin already did to get tiring. I also found that at each step to maintain the 1 room host and handle everything that's going be required was getting nuts.

So instead I'm going back to the 1 connection per room. Which means running 1 host on my server computer per area/room. I'm thinking of using some other communication tool to cross communicate between rooms for shared information. I have an idea.

Part 4 is in the writing now. However I think there is a bug regarding private messages between peers. :\ going to have to create stripped down test version and find out. Once I have cross room travelling working I will put up the demo.

FYI there is an XML parser. And I say again even it there wasn't. They aren't hard to fill into a js object.

I also noticed too many people not actually reading what niDIUm was. That's too bad. Let us just see where the tech goes for now. If this offers a nodewebkit like wrapping, but is full cross platform. It could weigh in a lot better than most others. However not counting the XMl parsing there are still others missing like WebRTC.

DUTOIT

What Ashley meant by subscription. Was that use of the Signalling server would cost a subscription. C2 would still not cost a monthly fee. What the cost of the server subscription be. I don't know. However it's nice that Ashley will make a small free peer connection amount. This let's people to grow there community before requiring to pay

Your term sounded like Ashley would be charging a monthly fee for C2, which is not the case. And I just want to make sure people knew that C2 will not have a monthly fee. Just he higher peer count for the server. Similar to how many MP servers/api's work not. X free, then cost.

I wasn't going to log on, but your did 4 horrible things here.

1. Don't clone or duplicate objects as your doing.

Instead create 1 Object, give them a custom variable name/id.

Sprite1,2,3,4,5 is bad

Text 1,2,3,4,5 is bad

instead

Sprite.id = 1, Sprite.id = 2, Sprite.id = 3, Sprite.id = 4, Sprite.id = 5

same with text you have

2. You don't list all valid numbers.

You use curStory to check against for the IF statements, yet we don't know where curStorys starts.

AND

Button Loop starts at 1, but we have no idea what numberStory last number.

3. If your not using the LoopIndex("Button") to get your number

Do you really need a loop?

4. If Number story which set's the loop count is related to your Array. Your Array Width is only 4. If your loop is based on Array Width then the loop only last's to a count of 4. If your loop count is for then CurStory will only ever be starting value of curStory + 4.

5. Did I say 4? I meant 5.

We are here to help, however the website is supposed to family friendly. And while I know the word "gay" can be jolly, such as "a gay old time" to mean a happy jolly time. The current slang and the context of use can be derogatory.

Instead you should destroy what you have and make it over all better.

Assign the variables to the objects instead of duplicating objects. This means you only need to include it in the list once.

For Loop Button 4 to 8

--//Event to build SOL would be

--Text.id = loopindex("Button")

--Sprite.id=loopindex("Button")

--// actions would be

Sprite.visible set true

Text.visible set true

Text..text = titlevalue

SgtConti

Thanks, not sure entirely what I did. But your welcome. I'm usually pretty good at coming up with technical solutions

Ashley said the next XDK updates will likely have WebRTC. Not the current one. However you could use the Canary XDK build which might support it

The flaw with Crosswalk is that everyone is too hesitent to put it on iOS. So Android no problem, iOS problem. Also what are the other states of other devices. How about WP8, BB, Tizen?

sqiddster

Just a hunch, but he might be using layers as a z-order rather than using z-order. Let's just be patient. pennaneac claimed he only used the software for 10 minutes before making sweeping suck statements. Let's give him some time to learn intricacies of the software(as ALL software has and professionals take time to learn). And not worry about doing it wrong.

Thanks for the info. I appreciate that