usman Haq i have this same problem with cocoon on first relases performance been great but latest updates of coocon bring worst performances

Hey there,

Are you mistaking Cocoon for XDK? Or are you actually using Cocoon?

Cocoon.IO should have superior performance to XDK.

> Construct 3 is what we need to have hope for in future terms.

> ...

> Is C2 gonna change into the engine that you envision? Probably not, because Scirra is now more focused on C3 and perhaps that will be the engine that you envision.

> ...

> I think that Construct 3 is what will move Scirra forward.

>

> and we are very anxiously awaiting C3.

>

You both know that C3 is planning on using the exact same HTML5 export/runtime as C2 right?

> BTW the stated goal of C3 is to rebuild the editor and keep the same runtime, so this is not really the kind of thing we intend to change anyway in the scope of that project.

>

Source: will-the-top-level-design-be-removed-in-c3_p980758?#p980758

The only thing you can actually anticipate for is devices, browsers, and NodeJS to all catch up to the "standard" of HTML5...which is also the same dragon C2 users have been chasing since the first betas came out in 2011.

Granted, it's getting better slowly but surely. However, if you're making and releasing games *now* you would hope that your game works the same across all of your customers devices right? And it doesn't, it's all over the map with desktop export, mobile, and even web browsers still have major differences between them (Chrome goes through cycles of breaking-changes and patches, etc).

Don't forget that you are a customer of Construct 2 meaning you are also buying a product which is supposed to do what it says on the box, so when it tells you that you can export to "Windows, Mac, and Linux" using a Node-Webkit wrapper ( https://www.scirra.com/construct2#multi ) and then your game fails to run on the "Mac and Linux" parts, it is not acceptable! and telling us to "just wait for it to improve/get fixed" is also not a valid response!

I don't care if it's Node-Webkit that is broken, I paid Scirra for a tool that they say will work on Mac and Linux, and it doesn't for my (commercial) game. It barely even runs the same/without glitches across my Steam customers' computers too, and they have hardware that might be way better than mine or the exact same specs, it's random and *my* customers do not accept "Please wait for approximately 2 years for NodeJS to improve the export by using the latest Chrome...which will also disable Steam Achievements until Greenworks is updated, and introduce random new bugs because Chrome was updated".

Ashley has done wonders with CC and C2, and has made an awesome tool for "learning game development" and "making small games for mobile and web" with a great editor and really cool way of visually coding games, but for Construct to really move forward into the status that the "more professional" game development tools have it needs a stronger export option. I don't care if that means exporting to a format that can be imported by other engines, but the native export to console and desktop is looking like the absolute minimum export options that commercial game devs need to grow. (And no, WiiU doesn't count, because it doesn't support WebGL).

Yeah, I kinda forgot about that. Thank you for reminding me.

With that reminder. Then what's wrong with adding in Native Exportation options? If it's a change of the editor, and not the entire, then shouldn't they be also working on Native Exports? I know it's a long process, since Ashley has stated it many times but if C3 is gonna take a long time to release, do you guys think that that's what they're working on?

Believe in the dreams, believe in what is and what will happen in the future.

Construct 2 is not the best and it's quite simple to say that it's somewhat out of date. But it's still being updated and still receiving so much support!

Construct 3 is what we need to have hope for in future terms. Construct 2, the present.

If you want you leave C2, take a break and go onto other game engines, then do it. Nobody will hate you for it. You're a game developer like the rest of us here and all we really want is to develop the games we want with ease and versatility.

Is C2 gonna change into the engine that you envision? Probably not, because Scirra is now more focused on C3 and perhaps that will be the engine that you envision.

I think that Construct 3 is what will move Scirra forward. I know that many people think that Scirra is basically jumping ship but I think they've seen many flaws and have heard enough flaws to know that they need a stronger product for the competition that you yourself have mentioned.

once again all the more reason why Scirra needs to make iOS/Android wrapping part of the C2/C3 environment.. something like how they integrated node webkit.. waiting for Intel to fix something is no way to make a business.. i'm not saying cocoon io is perfect but it's proving to be the more reliable option.. i've been f'd over by broken plugins / xdk for months.. it's fine for hobbyists but not for professionals.

But damit, we know we're not getting it!

Ashley said so....

bump

> Those that have purchased Construct 2, will get a discount on C3. That's the only question that I can answer.

>

I just played your game in your signature. Good stuff.

Thank you, —

Negative. Read the owners posts here. He does not care because he thinks it's not really a problem. He has made his money and went all big time on everyone. It's a damn shame as I thought this was a good company.

Hey there, Runthis

I can definitely understand your frustration because it's a very large flaw. Hopefully it's implemented within Construct 3 and you can give that a chance.

Heck, they may be developing Construct 3 because of such flaws as that. Haha.....

Can you please provide a Capx of your problem?

[Request] "Unload from memory" action

Awww man..... :/

Those that have purchased Construct 2, will get a discount on C3. That's the only question that I can answer.

Make an instance variable on the Enemy called "Destroy" or something and when the player taps or touches the Enemy then 1 is added to the Destroy Variable. Once the Destroy variable is 5, then the enemy will be destroyed.

Could you not make a second layout the game doesn't use and put them there so it doesn't load them all at once in the beginning?

Well on startup, the game has many menu sprites and along with that I've got many more sprites that spawn during the game playing all on the same layout. It really wouldn't make a difference to put everything else on another menu, because wouldn't all those unloaded sprites become loaded and add to Image Memory once they were in the layout?

Even so, I did end up separating my game into 3 layouts, instead of 1. This way the menu sprites are irrelevant and so are the selection buttons.