I need your help to figure out Airscape's performance issues

0 favourites
From the Asset Store
Game with complete Source-Code (Construct 3 / .c3p) + HTML5 Exported.
  • Aurel have you ever noticed this problem? Or is your game simply optimized so well that it runs well even with this terrible performance?

    Penelope runs ok even on poor hardware now, but I had to add a "low" setting in the graphic options.

    Shaders and most of effects are disabled if checked.

    After this step, if the computer is real, real crap, like a 12 years old laptop, a "LOW FPS STOP PLAYING DO SOMETHING" is displayed in the middle of the screen. Not elegant, but better than the game not checking the collisions correctly.

    (And no one told me he ever saw this screen for now)

    The weird thing is I'm using very large images AND rotate the screen when the ship turns, so we should get the same problems.

    Should it be useful, here are my project settings ("fullscreen scaling" being changed to low for gameplay, and high for cutscenes/title screen)

  • Thanks for the info! Did not know that was possible, glad to hear that.

    I just tested the game out on my laptop which is a bit slower then my workstation. The game does not run at 60 fps on the auto res option but the fps is around 46. But its still playable and don't notice any jank. Lowering the res gets the fps to 60 again.

    This is on a Intel i7 Q740

    Ati Radeon Mobile 6300 which is by far a good videocard.

    If I have the time I might be able to test it tonight on a Mac Air which has a intel hd4000 vid card.

    This is definitely an Intel driver problem because the mobility 6300 is a re-named HD 5430 Radeon, which itself is barely faster than the iGPU in Sandy Bridge!

    http://www.notebookcheck.net/ATI-Mobili ... 702.0.html

    A newer iGPU found in Ivy Bridge (HD4000) or Haswell (HD4400+) is actually a LOT faster (33/70% faster) than that Radeon.

  • scaffa

    What is the rez on that notebook? If it's 1080p, those results look similar to mine, which is interesting given silverforces above comments. Though, in my case, mid 40 are not playable in chrome because of massive stuttering.

    Really, everybody posting a bench should report their screen rez. Since this might be a fillrate issue, resolution could make a big difference. A lot of laptops are still 1366x768, but some are 1080p, and some are crazy high rez, like 1440 or more. Desktop can be practically anything.

  • Correct me if I am wrong, but the you can't just compare a a range of products like 6300M with a single product like the Mobility 5430 in such a case.

    It would be like if I would compare the GTX 900 series with the GTX 770.

    So it would be usefull to know which of the 6300M models have been used.

    Since a 6370M is better than a 6330M which you both would compare (and set equal) to the 5430 in your case.

    I'm sorry but this had to be

  • So.... the consensus is that webGL simply doesn't work (at any reasonable level, anyway) on Intel cards?

    That's bananas. If this is really true, it's a *huge* deal for anyone making HTML5 games. It's a support nightmare no matter what, as, even if it's listed in huge red text in the minimum specifications, people simply expect 2D games to run well on low/mid-end machines.

    Also, that's 20% of potential buyers gone just like that.

    I do tend to believe it's a C2 problem, or at least a 2D problem however. I just tried out this benchmark, which renders 150,000 cubes. On my integrated chip it runs at 40fps easily.

    Compare that to my C2 renderperftest which could only manage 3500 sprites at 30fps. Something has to be up. I just can't believe that 2D performance is that bad. Unfortunately I haven't been able to find any non-C2 2D webGL benchmarks - if anyone could point me to one, that would be awesome.

  • > SgtConti

    >

    >

    > >

    > > SgtConti's results are particularly bizarre...I wouldn't exactly call that a 'mid-range' system, unless we are throwing $5000 alienware's into the mix. No C2 game should be struggling on a computer like that.

    > >

    >

    > Since it only is (nowadays) about a 700-800$ rig I would call it mid-range. As you can get a real High-End rig for about 1100$ (Or more) ^^

    > And well, without multicore support it still is easily possible for an unoptimised or really big game to struggle on such a rig.

    >

    Ah, that's a good point about multicore...doesn't your processor have 6 cores? If you are still subs-60fps at low rez, then maybe airscape is cpu bottlenecking on your system. Really doesn't seem like the demo should be doing that though...

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads
  • Ah, that's a good point about multicore...doesn't your processor have 6 cores? If you are still subs-60fps at low rez, then maybe airscape is cpu bottlenecking on your system. Really doesn't seem like the demo should be doing that though...

    Even though my processor has 6 cores it doesn't make any difference for *most* html5 applications as they only can utilise 1 core.

    There are Web Workers that could add Multicore support or the new JXcore (I would love to see JXcore used for a C2 game).

    And yes, that's exactly what I am trying to say that it may be a CPU problem. And I am quite sure that a 3.8GhZ core should be able to run it if optimised.

    Based on my theory it would explain most stuff, as to why the 3D test run so much better (Because not much CPU power required there).

    One thing it does not explain then though is the fact that Canvas2D is faster than WebGL.

  • >

    >

    > Ah, that's a good point about multicore...doesn't your processor have 6 cores? If you are still subs-60fps at low rez, then maybe airscape is cpu bottlenecking on your system. Really doesn't seem like the demo should be doing that though...

    >

    Even though my processor has 6 cores it doesn't make any difference for *most* html5 applications as they only can utilise 1 core.

    There are Web Workers that could add Multicore support or the new JXcore (I would love to see JXcore used for a C2 game).

    And yes, that's exactly what I am trying to say that it may be a CPU problem. And I am quite sure that a 3.8GhZ core should be able to run it if optimised.

    Based on my theory it would explain most stuff, as to why the 3D test run so much better (Because not much CPU power required there).

    One thing it does not explain then though is the fact that Canvas2D is faster than WebGL.

    That was my point. Your single thread performance isn't as good as a modern intel processor because you have more cores. I totally agree that most any C2 game that is properly optimized should run fine on a system like yours...but, as of yet, airscape's code is a black box, so it's impossible to know if it's being dragged down by un-optimzed code.

  • http://www.goodboydigital.com/pixijs/bunnymark/ maybe this one?

    I was able to keep 30+ with 50K bunnies - I can't even begin to imagine doing a similar project in C2.

    Can anyone explain why Pixi is so fast?

  • Elliott

    Bunnymark was brought up before. Actually, my modified devilmark doesn't do too bad (at 30fps: 27k for devil, vs ~65k for bunny), but mainly it's because bunnymark is spawning very simple objects that are similar to our particles, and don't have the overhead of a proper sprite object. Devilmark actually maxes my cpu not my gpu, which is likely the overhead of the event engine and the sprite object, compounded by the ludicrous number of objects in either case.

  • Correct me if I am wrong, but the you can't just compare a a range of products like 6300M with a single product like the Mobility 5430 in such a case.

    It would be like if I would compare the GTX 900 series with the GTX 770.

    So it would be usefull to know which of the 6300M models have been used.

    Since a 6370M is better than a 6330M which you both would compare (and set equal) to the 5430 in your case.

    I'm sorry but this had to be

    The 6300 and 5400 series of mobility radeon (entry, lowest performance) all have 80 shaders, the difference is clock speed but the performance scaling on those older parts aren't linear. At best, you have 20% performance gap. Even the fastest 6300 series is slower than newer iGPU from Intel (when it works).

    On desktop, entry dGPU typically have 500+ shaders, so they are many orders of magnitude faster, and indeed is much faster than Intel iGPU.

  • > http://www.goodboydigital.com/pixijs/bunnymark/ maybe this one?

    >

    I was able to keep 30+ with 50K bunnies - I can't even begin to imagine doing a similar project in C2.

    Can anyone explain why Pixi is so fast?

    Perhaps its GPU accelerated, ie. GPU compute. It's definitely multi-threaded, which isn't something C2 is (besides pathfind).

    [attachment=0:3ogrdvjl][/attachment:3ogrdvjl]

    It's not good to be in 2015 with a game engine that is single threaded. Definitely it limits creativity since the hardware available aren't being fully utilized. Quad-cores are quite common these days.

  • I do tend to believe it's a C2 problem, or at least a 2D problem however. I just tried out this benchmark, which renders 150,000 cubes. On my integrated chip it runs at 40fps easily.

    3D engines can take advantage of GPU acceleration much better. It was around the time of the hardware transform & lighting being incorporated into the GPU, before that, 3D games were also limited by the CPU to setup the scene.

    2D tend to be CPU limited, since the fill-rate of modern GPUs are insanely high, its usually not the bottleneck.

    I'm wary of this limitation & C2 logic being single threaded. Already in my early dev of SN2, I'm seeing 50-60% CPU usage (the GPU is barely doing any work at all!), all on 1 thread on my quad-core CPU.

    After SN2, I'll move to a 3D game engine for future games.

  • Yeah, bunnymark isn't a real rendering performance test, it's probably CPU/memory bottlenecked.

    I don't know why people are talking about multicore and CPU limitations. You do realize the problem is PURELY on the GPU side, right? Unless it's harder for the CPU to keep up with 3000 objects in renderperftest than it is for the GPU to draw it...

Jump to:
Active Users
There are 1 visitors browsing this topic (0 users and 1 guests)