Construct 3 - many questions (native exporterts)

Discussion and feedback on Construct 2

Post » Fri Jul 17, 2015 7:26 am

i'm not for native exporting. i'm against it.
while they waste 6-18 months of development for native, we could get massive features and stuff, so no point.

funny thing though is - if you follow up the news - bits and pieces of javascript are compiled into native sources (asm.js anyone? firefox anyone?)
so that subsets of javascript run natively. performance increase is massive and games run fluently (firefox demonstrated).
what does that mean ? we could make a JS/HTML5 game and run it everywhere. PC/PS/mobile and all the other stuff from post above.

funny thing though - while you guys whine and complain, you could have already made 3 games and earned your first 100$. stop complaining and make games.
Sea Monsters template - Isometric
Also includes 40 pages PDF of optimizations and "how-to" for your games, and how the "sea monsters" template was built. Follow link for details :)

sea-monsters-templates-and-assets_t162705
B
42
S
14
G
12
Posts: 624
Reputation: 9,421

Post » Fri Jul 17, 2015 10:47 am

@paradine - you're right, it makes more sense to file a bug directly with NW.js. Have you done that?

STARTECHSTUDIOS wrote:The biggest bottleneck of C2 is most assuredly non-native exporters.

Everything is a tradeoff. Making native exporters does not make everything in to a magical perfect world - it will trade performance characteristics for far slower development time, longer bug fixes, more difficult maintenance, slower rate of new features being added, and even new kinds of bugs (for example, browser engines implement a long list of graphics driver bug workarounds, which we will have to reimplement if writing our own engine). All of this would probably also make the product more expensive. My point is I'm asking is that all really worth it? Is HTML5 performance really that bad? If HTML5 will be perfect - literally native-grade - within say 2 years, why bother taking a detour now? (If that sounds ridiculous, consider that in 2011 when we first launched, no mobile browsers ran HTML5 at all, then for a couple of years they ran it incredibly slowly, now they run it reasonably fast but with the odd frameskip. It's really come on so ridiculously far in the past few years I think it's perfectly reasonable to imagine it being native grade within 2 years.)
Scirra Founder
B
395
S
233
G
88
Posts: 24,376
Reputation: 193,842

Post » Fri Jul 17, 2015 11:17 am

@Ashley

If HTML5 will be perfect - literally native-grade - within say 2 years, why bother taking a detour now?


It's nice that Scirra is earning money on technology that might be reliable after next 2 years, but you should also ask yourself one question: Would you risk to sell C2 made game, i.e. exported to desktop or Crosswalk, knowing that you can't do anything IF your customers will have problems with your game? And that they will i.e. laugh at you and give 1-star reviews hearing excuses like "We can't fix this problem now, please wait a few months for Chromium team..."?
B
18
S
7
G
1
Posts: 783
Reputation: 4,247

Post » Fri Jul 17, 2015 11:56 am

people have problems with every game.

it's developers OBLIGATION to make a clean bugfree (or at least non gameplay intrusive) bugfree game. if you're going to blame c2 for your bad deveopment skills then i have some bad news for you...

also - look at the latest batman arkham knight - what a piece of crap that game was on PC. it ran ok on PS, xbox, but was crappy on PC. you don't see them whining about export and shit. they just went to remake the bad parts, and trust me there's a lot more to be done on game devs game then on their engine side. and guess what - that was supposed to be NATIVE game. that ran like crap.

point is - if you make a html game that runs badly - you probably made some things that make it run badly. not even native will help you. example:
people using 2048x2048 images and rotating it or something like that. <- this is idiotical because it uses around 900MB/s bandwidth. also add 3 more images like that - 3,6GB/s. good luck finding a card that can process stuff that fast (unless you have titan X or such). there's a lot of other stuff that people complain that is C2 bug / fix / not native but people have low knowledge and usually do things wrong and start accusing others because that's the easiest thing to do.

so i recommend you leave programming/dev area if you can't dive deep into your problems and learn and fix them. i've spent over 14 years in programming( c,c++,c#, JS, Java and more), i know when to detect difference in my bad code vs performance heavy construct being used wrongly. problem is that most of people here do not. especially because they expect magic with events and not understanding what works behind them.


p.s. to anyone who wants to understand performance better - export your game without minimize, open c2runtime.js, go through code and read online javascript problems and performance issuses - you might learn something instead of whining how "rotate behaviour works slowly".

i'm really tired of reading noobs and nooblets on this forum whining about the same thing over last 9 months.
Sea Monsters template - Isometric
Also includes 40 pages PDF of optimizations and "how-to" for your games, and how the "sea monsters" template was built. Follow link for details :)

sea-monsters-templates-and-assets_t162705
B
42
S
14
G
12
Posts: 624
Reputation: 9,421

Post » Fri Jul 17, 2015 12:13 pm

i've spent over 14 years in programming( c,c++,c#, JS, Java and more)


With such experience you should join Scirra dev team.

I'm serious :)
B
18
S
7
G
1
Posts: 783
Reputation: 4,247

Post » Fri Jul 17, 2015 12:59 pm

szymek wrote:@Ashley

If HTML5 will be perfect - literally native-grade - within say 2 years, why bother taking a detour now?


It's nice that Scirra is earning money on technology that might be reliable after next 2 years, but you should also ask yourself one question: Would you risk to sell C2 made game, i.e. exported to desktop or Crosswalk, knowing that you can't do anything IF your customers will have problems with your game? And that they will i.e. laugh at you and give 1-star reviews hearing excuses like "We can't fix this problem now, please wait a few months for Chromium team..."?


Imagine we made a native Android exporter, then your game crashes on a bunch of devices due to an obscure bug in the Qualcomm Android graphics driver. (This should not surprise anyone, it happens.) This is exactly the same situation: some third party is screwing up the game and there's not much either us or you as the game developer can do about it. In fact, it's worse, because even if Qualcomm are receptive to bug reports (which I doubt given my past experiences with other vendors), when was the last time you updated the graphics driver on your phone? It effectively never happens. So there is basically no hope of it being fixed, short of waiting for everyone to throw away their old phones and buy newer ones. Then people would probably be on the forum with posts exactly like yours, but just talking about Android compatibility instead of Crosswalk, and instead of "please wait a few months", it's "hopefully next year's devices will work".

Moving to native doesn't solve the problem of third parties screwing up the game. In comparison, having a company the size of Google handling device compatibility and pushing updates out every 6 weeks is pretty great compared to what happens with drivers, which is what a native engine would be directly interfacing with. Also drivers are not the only third party involved; a native engine would probably need a few third party libraries to cover some features which a browser has built-in (e.g. graphics, audio, networking...) and these libraries could have their own list of issues, and so on.

No platform is perfect, and I think it's easy to think the grass is greener on the other side. Remember we do have native tech experience with Construct Classic's runtime, and the C2 editor itself. Graphics driver bugs in the C2 editor have been a major ongoing pain with many extremely difficult problems and is still one of the top causes of crashes in C2, and that's on Windows which is more mature and less fragmented than Android.
Scirra Founder
B
395
S
233
G
88
Posts: 24,376
Reputation: 193,842

Post » Fri Jul 17, 2015 1:09 pm

saiyadjin wrote: i've spent over 14 years in programming( c,c++,c#, JS, Java and more),

I guess. either that's not truth or you are a bad programmer, othewise why would programmer use engine without coding?
B
47
S
20
G
34
Posts: 115
Reputation: 20,716

Post » Fri Jul 17, 2015 1:16 pm

@paradine If you can do the same thing 10x faster with an engine like C2 you probably use it instead even if you know how to code. And I guess that if he wants to add something he could with his knowledge in coding.

I use coding when I work in unity and unreal engine. But for 2D they can't even compare with the speed of C2 :P
B
54
S
23
G
13
Posts: 751
Reputation: 12,418

Post » Fri Jul 17, 2015 1:28 pm

@Ashley
I can't agree with your logic that we would whatever depend on third-party plugins.
I guess, it's better to depend on 3 third party plugins than depend on 5 or more.
It's like I would say "Ashley, I want to buy my own house, because I want to be independent from my parents", and you would say "Paradine, it's senselessly, because you will still depend on air to breath."
B
47
S
20
G
34
Posts: 115
Reputation: 20,716

Post » Fri Jul 17, 2015 1:43 pm

paradine wrote:My small test proves that native export is required even if you make a simple game with no behaviours and only one simple event.
My test contains 5 moving 64x64 squares. The only behaviour they have is "wrap".
APK - it runs 40-45 fps and 8-13% cpu on my mobile device (Apk is made via last version of intel XDK and crosswalk 11)
HTML it runs 58-60 fps and 9-11% cpu on the same mobile device
.CapX

This test proves that Intel XDK kills about 15 fps in a very-very-very simple game.
And now imagine what will happen with complex games.

P.S. Later I can show you the same test built via native apk-export - you will see the difference. It is great.



I played a little with your file, could you test this for me exporting over intel xdk and check the results ?

Now, the FPS might not be optimal ... but ... do me a favor and check how you experience the movement :)


edit:

paradine wrote:
saiyadjin wrote: i've spent over 14 years in programming( c,c++,c#, JS, Java and more),

I guess. either that's not truth or you are a bad programmer, otherwise why would programmer use engine without coding?


Been programming for near 20 years ... I can write in lots of different assembly languages and a buttload of scripting languages ....

C2's potential for rapid development wipes the floor with each and every language I have used.
Last edited by lennaert on Fri Jul 17, 2015 4:03 pm, edited 1 time in total.
Who dares wins
B
57
S
17
G
21
Posts: 1,878
Reputation: 19,567

PreviousNext

Return to Construct 2 General

Who is online

Users browsing this forum: monikarr6 and 16 guests