Construct 3 - many questions (native exporterts)

0 favourites
From the Asset Store
Casino? money? who knows? but the target is the same!
  • the problem you don't understand is that native export won't fix it.

    IT WON'T FIX IT. repeat with me.. IT WON'T FIX IT. IT WON'T FIX IT. IT WON'T FIX IT.

  • the problem you don't understand is that native export won't fix it.

    IT WON'T FIX IT. repeat with me.. IT WON'T FIX IT. IT WON'T FIX IT. IT WON'T FIX IT.

    Have you read the previous pages?

    CPU bottlenecked games will work better.

    Reapeat with me "CPU bottlenecked games will work better."

    I have proved that CPU-bottlenecked games will work better with native exporters and even Ashlay agreed.

    And now repeat with me: "I will not ever post anything until reading the previous pages". Repeat it three times.

  • there is no cpu bottlenecks here. only in design. and native can't fix bad design.

    if you don't know, you can google javascript performance vs native - > you will see that difference is minimal.

  • 1. You have to prove that all of your games run 60 fps on every device - if at least 1% of all 177,817 registered users will say that your games run 60 fps on their devices, it will be enough.

    2. You have to prove that you are not the only one, who creates such games - show me at least 1% from 177,817 registered users who create such games.

    1. I don't think it's possible. I can't afford (yet!) to buy every single device that ever existed just to show you it works at 60fps

    2. Sure! Let me get back to you after I finish sending 177.817 PMs to all members.

  • >

    > 1. You have to prove that all of your games run 60 fps on every device - if at least 1% of all 177,817 registered users will say that your games run 60 fps on their devices, it will be enough.

    > 2. You have to prove that you are not the only one, who creates such games - show me at least 1% from 177,817 registered users who create such games.

    >

    1. I don't think it's possible. I can't afford (yet!) to buy every single device that ever existed just to show you it works at 60fps

    2. Sure! Let me get back to you after I finish sending 177.817 PMs to all members.

    Could you upload any of your projects (that you want to be public) just to show of how smooth it runs on android devices please?

    I'm just curious about that, I dont want to support any of the groups currently. (Native / VS / Wrapper)

  • TheRealDannyyy

    I'll be able to do that probably within a month or so. I have NDA over my head so I can't show anything from that game until it is finished and released to public

  • TheRealDannyyy

    I'll be able to do that probably within a month or so. I have NDA over my head so I can't show anything from that game until it is finished and released to public

    Let's change it up a bit, can anyone else in the C2 community upload a smooth running android game for me to test please?

    It doesn't have to be uploaded to Google Play, you can also PM me the link to download it.

    (Once again I'm just curious about that, I dont want to support any of the groups here.)

  • I think that the only way to show the world that a game engine is relevant on a platform (android) is to build a game on android with it that runs at a normal speed - on statistically the most common device (samsung galaxy?).

    In that case, scirra could make game jam games to test out its own engine and actually publish them as free demos on google store. Then when selling the engine, include the source code of one of those said games to show people how it was made to run at a normal frame rate.

    Does scirra have a google store account? Are they also a publisher?

    In the case of GODOT engine, the guys who made it actually made it to make games with it themselves-commercial games, published a number of games to different devices and then open sourced the engine - giving it to the entire world for free.

    Their marketting model is different, but their engine has actually proven that it is relevant for commercial games.

    In that case, then scirra could get in touch with some of the developers of succesful games on steam made with construct and ask them to share the source file of a level/demo. As for android games, I havent seen any commercial android games made with construct. In that case I have to agree with a lot of people here that the framerate is terrible when run in xdk container. But that was a year ago when i tested it and technologies do evolve. I still believe that html5 will become more usable

  • There is already an android game showcased as "made with C2" example. (Click HERE)

    I don't want to be offensive with the following list but:

    • It has constant framedrops. (Mostly when objects are created into the layout)
    • Quiet long loading times between layouts. (Compared to a 3D game made with other engines)
    • Huge filesize (Because of the 3rd party wrapping)

    It is quiet hidden from the other "successful" games featured on the main page

    but I guess that is just how the webmaster choose it to be. (OR maybe on purpose?)

    I would like to hear a statement about that game from Ashley or the developer himself if possible.

    Maybe some words by Farias himself answering the following question for example:

    What do you think about the current methods of exporting, did you experience any issues?

    P.s. Before people start blaming my mobile device, I got a LG phone with 500mb ram free to use, quad core processor 1,5ghz and a quite good graphics card. (Nvida Tera)

  • paradine - please, link me to every example of CPU-bottlenecked games you can find. I want to investigate them but am so far unaware of most of them. I assure you I do not intend to ignore them, but with hundreds of posts made to the forum every day it's very easy to miss posts.

    I am also skeptical of polls for features in general. We did feature polls that showed the vast majority of users out of hundreds of voters said they wanted multiplayer. I was concerned that even with C2 doing much of the heavily lifting and hard work, networking is still a difficult subject to work with in general, so it would probably still be hard to use. Even when I specifically described how it would likely be difficult to use, still people voted for it in huge numbers. Then when we released it, very few people actually used it. As far as I can tell it's because... it's a difficult subject to work with in general!

    To me this proves large numbers of users will vote for features based purely on hype. They imagine that everything will be perfect and brilliant and there will be no shortcomings or tradeoffs and it will be super effective and easy to use. Of course reality rarely ever lives up to that.

    So I don't really care if a million people vote for native exporters. I regularly see that people blame HTML5 for performance issues when really it's a hardware bottleneck. I can see that people think "just make a native exporter, it's not that hard right?", whereas I can see it's a colossal project with severe ongoing impact on the product development. So even if everyone voted for it, I am not persuaded they have a proper understanding of what they are voting for, as happened with the multiplayer polls.

  • Other 2D game making softwares (with native exporters) can make nice performance mobile games easily. They have a lot of such mobile game examples:

    Fusion:

    http://indiegames.clickteam.com/category/itunes

    GameMaker:

    http://www.yoyogames.com/showcase

    Stencyl:

    http://www.stencyl.com/game/showcaseMobile/

    GamesSalad:

    https://gamesalad.com/creator/featured-games

    Construct 2 was released in 2011. There are a lot of users. But how many mobile games were released.? Any nice performance mobile game was released?

  • I have an idea that might be easier to make instead of a full native exporter.

    Ashley since you tend to look through all the CPU-bottlenecked games:

    [quote:3cdgil49]...please, link me to every example of CPU-bottlenecked games you can find. I want to investigate them...

    What about this, a build-in event debugger that checks for those, performance breaking events?

    So I mean a system that checks for mistakes like this for example:

    Tells the user that the events on line XX (in this case 4 & 5), can be optimized.

    And if the user wants those events to be optimized, the event debugger will change it to this for example:

    With this kind of system we could keep running on the HTML5 track and also make games with well performance.

    What do you guys think about that, Ashley what do you think about this kind of system?

  • Ashley

    intel XDK and crosswalk 11 - it runs 40-45 fps on my mobile device.

    The newest Intel XDK and the newest Crosswalk - it runs 45-46 fps on my mobile device.

    Native APK - it runs 57-58 fps on my mobile device.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • , I must confess that I don't see how your example shows a more efficient alternative. I don't know how those events would be rewritten in JavaScript, but the inclusion of a function that way would surely result in a few more lines of exported code where the function is declared and referenced. More lines of code equals more for the CPU to do....

  • Other 2D game making softwares (with native exporters) can make nice performance mobile games easily. They have a lot of such mobile game examples:

    Fusion:

    http://indiegames.clickteam.com/category/itunes

    GameMaker:

    http://www.yoyogames.com/showcase

    Stencyl:

    http://www.stencyl.com/game/showcaseMobile/

    GamesSalad:

    https://gamesalad.com/creator/featured-games

    Construct 2 was released in 2011. There are a lot of users. But how many mobile games were released.? Any nice performance mobile game was released?

    non

    even airscape don't have good performance ! it's just so laggy !

    i made this game in 1 week and i spend more than 2 weeks to optimize it <img src="{SMILIES_PATH}/icon_e_biggrin.gif" alt=":D" title="Very Happy">

    and still...well see it yourself... <img src="{SMILIES_PATH}/icon_rolleyes.gif" alt=":roll:" title="Rolling Eyes">

    generals-war-hd_t162049

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