Chadori's Forum Posts

  • There is actually more to it than just using the action "save game" for example the "no save behavior" so I suggest you read this:

    https://www.scirra.com/tutorials/526/ho ... -savegames

  • how is the file the problem? Adjusted how? I know it's very short and small. I may want to use or at least try that file. An open-file action should not hang an application. There should be some sort of error checking so I don't have to End Task on C2 and lose unsaved changes.

    You are right that there should be checking & warning, i didn't say i disagree.... And what i'm only trying to say is that your file can't be read by C2 for some reason and the only way for you to use it now is by readjusting it using audio editors like Audacity.

    Here, i tweaked it for you:

    https://1drv.ms/u/s!AjcW2ueud6qp1Q-5JGEJcRHu8Acx

    C2 should be able read it now.

  • The image doesn't cover the entire event. Can you screenshot the entire event with all the conditions & actions. But it will be better if you had a .capx .

    Based on your explanation & image. It's either the sprite or the action the one causing problem.

  • I can confirm this. The import progressbar is full but it doesn't close or give warning that the file is causing problem.

    Still, the file is the problem. It can be adjusted though using audio editors like Audacity.

  • I have never used phonegap before for building C2 games. Since IntelXDK is planning to drop support for Cordova, i would also like to plan my future build options.

    So have anyone of you guys tried building c2 games using phonegap? Is it good? In a scale of 1 to 10, what would you rate phonegap ? And adding Cons and Pros would also be helpful. Thanks.

  • Am I the only one who continually puts parentheses around text instance variables, which ends up causing no end of trouble when your event sheet reads them as ""Red"" instead of as "Red"?

    Also, this is the right forum for this, right?

    When I was still new in C2, i made the same mistake. But honestly, it didn't take long since I tested each variable type output before making a game.

    Yes as far as i know, this is the right section to post this topic.

  • Wow. This is actually very amazing. You've outdone yourself! This is worth buying!!!

  • It may become useful for some games but i don't think that will do good for others and may become a nuisance. It's only suitable for a specific case. In a general perspective i think we're better off just letting it be as it is now.

    I think a better suggestion is to persuade Ashley to a make better visual selection support for frames on C3.

  • Ohh. That. Why would you need that when you can just close the window and see?

  • it may not be used often, but the fact that you can reference instances by doing: Sprite(1).x for example.. or Sprite(-1).x can come in handy sometimes.

    Woah, i didn't know that!

    • Post link icon

    My stance on native engines is detailed here: https://www.scirra.com/blog/ashley/28/the-case-against-native-engines

    I think "make native engines" is everyone's knee-jerk reaction when something doesn't work. For example, sure, we could make changes to make publishing easier. But that can be done anyway. You don't need native code to solve that. I also have direct experience of working with a native engine for Construct Classic. That had enough problems to make me move away from it. It is certainly not perfect. Do not imagine it will magically fix everything!

    I have always believed that javascript is very slow and i believed that Native is the best solution but game design is also a huge factor (Actually the highest factor for me).

    But I imagine in a perfect world considering that game design is in it's optimum condition that going Native is still better in theory. Until your blog post. You have mentioned about WebAssembly, by the name it's obvious to me that it is also a low-level programming language like Assembly and generally way faster and might even clear my doubts.

    But also as you said, it is still in development.... Not to mention, it is also unstable. According to Google anyway...

    My question is, would it still be helpful to C3 on it's current state? Waiting for it may take too long... or am i missing something?

    • Post link icon

    i think we can all agree with C2 having the best way of managing events, but the truth is that it doesnt export native and that is a problem, there is nothing that can make html5 look better than native, i see html5 as just another platform to export, not the "MAIN" platform, engines like unity and GM already export native and html5.

    There is only one reason that prevents Scirra from going native on C2. Ehemmm! "MONEY".

    It takes a lot of money because it takes a bigger team to make native exporters.

    Top 3 features that is mostly requested for C3:

    1) Native Export - Denied

    2) 3D - Denied

    3) Improved Plugin Support - Accepted

    Atleast the 3rd one is accepted by Ashley.

    • Post link icon

    Lol. I stopped using C2 for a while, i'm currently studying C# for Unity. I'll just come back when C3 is done.

    Honestly, C2 is great but (performance + better export) is greater.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • +1 I agree. Atleast on C3 I hope.