Seems like there is some basic PS4 HTML5 support: http://playboxie.com/ps4/

Not sure how well the performance will be, but HTML5 on any console is pretty rough right now (Xbox/Edge has the lead I believe)

Tried that in Chrome (61.0.3163.100 official build 64-bit) on my i7 6700k, GTX 1070, 16GB DDR4 RAM:

~35 dropped frames

1sec jank: 0.1ms

Avg jank: 1.8ms

Max jank: 16.7ms

Est. CPU: 6%

Max CPU: 4%

Status: done

Test score = 59

rev14

Would love to see a test like that running 1 or 2 instances of the platform behavior.

Edit: Noticed my Chrome was out of date, tried it again after update (62.0.3202.89 Official Build 64-bit)

~13 dropped frames

1sec jank: 0.1ms

Avg jank: 0.6ms

Max jank: 16.7ms

Est. CPU 8%;

Max CPU: 4%

Status: done

Test score = 60

rev14

Actually if Construct exported to Emscripten/ASM.js we probably wouldn't have a lot of the issues we do. I remember the Unreal Engine 3 Firefox WebGL test from years ago and it ran smooth on my older PC. Construct Classic still runs smoother than C2 on my new PC running:

i7 6700k

GTX 1070

16 GB DDR4 RAM

Notice also in that thread that Chowdren exporter boosts performance? (It also allows console export)

There are no options like that for us unless Construct supported an abstracted export that lets people make their own runtimes and importers (like Spriter does)

Making a whole HTML5 wrapper doesn't remove the slowdown of JavaScript and the incompatibility of WebGL on older hardware and consoles

Ashley Superpowers HTML5 is an open source framework for creative collaboration (the default module is a 3D engine for game dev, but it can also be used to edit websites or LOVE2D games): http://superpowers-html5.com/index.en.html

Any chance the code from that could be back-ported into C3? Real time collaboration would amplify C3's usefulness as an educational tool and for game jams <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

I had a feeling that was something you wanted to do. It's possible to do with sprite frames (especially if you treat the legs as one object and the top torso as another for example) but does mean a lot of brute-force generation of sprites.

I think maybe your best bet (if you want to stick with Construct) is make animations in spriter or spine and then export still frames / spritesheets?

It's not ideal for the work load you do as a developer, but you will have better performance since animations of each tiny part don't need to be calculated in real time that way anymore.

newt the sales arent the problem, its the glitches, missed collisions, and poor performance of HTML5/Construct/NWJS

I have recreated our newest game's C2 prototype from scratch in C# and Unity and those issues went away.

Aside from 2 years in highschool I am a self-taught coder.

Performance should not be that different if "HTML5 is as fast as native", especially as we fit even more effects and code into the Unity build.

Pretending these issues dont happen is actively participating in lying to people who are expecting to make real commercial titles based on the advertising.

newt

You're welcome to make a Steam platformer in C2 with over 20 thousand players too and then come back and tell me I am wrong

The engine has bad bugs, either in its engine loop and platformer plugins, and/or its NWJS wrapper.

Obviously c has worked out great so far.

Newt got it

Zebbi I meant that I already know native will be better because we have already tested and proven it for ourselves. Especially on consoles (and even mobile but we wont be planning a release for that platform)

You could try UpDog, it's free right now to sign up for: https://updog.co/

>

> Everyone thinks that making a native engine will magically fix everything. It's not the case.

>

But everyone DOES think it.

I don't just think it, I KNOW it thanks to remaking our entire game in the Unity engine