dop2000's Forum Posts

  • Using more detectors will not be good for performance.

    You can add an instance variable "isOverlapping" to the Detector sprite and use it to determine when Detector is no longer overlapping asteroid - that would be your second point to spawn particles.

  • No worries!

    Here is a new version with improved graphics and lots of new features:

    https://www.dropbox.com/s/xo1u70v2zpgu6 ... .capx?dl=0

  • I see you prefer "hacking" methods

    Don't think Scirra developers would approve your ways though...

  • Have you seen the Tutorials section?

    https://www.scirra.com/tutorials/top/pa ... de=compact

    There are literally hundreds of tutorials, I'm sure you can find something relevant.

    Even if you don't know how to make the movement look natural, you can leave it as it is for now and start working on other parts of your game. Return to this problem when you become more experienced with C2.

  • My example is of course very crude. If you want a more natural movement, you should definitely do more than just rotate the bow sprite.

    Maybe create separate sprites for arms/torso and allow them to move to a certain angle. Or add different animations for your character. Or combine both methods.

  • Have no idea.. It's all good on my side.

    Try running the game in debug mode (Ctrl-F4), maybe you could see anything there.

    Also, I made a new version of this game for another post. Now featuring weapon shops!

    https://www.dropbox.com/s/xo1u70v2zpgu6 ... .capx?dl=0

  • —

    Here you go:

    https://www.dropbox.com/s/935umb5t98rbg ... .capx?dl=0

    Needs just a few final touches and I can publish this game <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

  • With puzzle game, you almost certainly can do it with 1 or maybe several layouts and make any number of levels.

    You need to decide how are you going to generate each level and how are you going to store levels data.

    What I do in my game -

    I have about 30 layouts and 200+ levels.

    I created a CSV file in Excel with various parameters for all my 200+ levels. Among other values this data contains layout name for each level.

    On start of each level I load data for this CSV and start the layout defined for this level.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • If your walls, crates and tanks are rectangular, you can do it with some calculations - check the distance between the tank and the crate and between the crate and the wall, to determine if the crate is squished. Then destroy it.

  • In C2 any angle greater than 180 becomes negative angle. Say if you set bullet angle of motion to 190 and then later check it, it shows as -170. This always messes up my calculations.. So I'm sure your bug is somehow related to this.

  • What do you mean by "inverted"?

    It works for me - bullets are fired at the same distance no matter how player moves.

    Are you sure you copied everything correctly? Note that bullets are spawned in the "Else" event.

  • As for your original question, I think if you tick Minify Script during export, it may be possible to get the Source Map - the list of all C2 names and their corresponding minified names. This map is used to read logs and error messages of minified apps and there should be some configuration options in Java to generate it.

    However, if C2 export changes names before minification, this will not help.

  • How many objects do you need to create this way? Maybe it will not be such a bad idea to add a bunch of events like this:

    If enemyType="Zombie" Create EnemyZombie

    Combine all such objects into a family, define an instance variable LevelBuilderCode and use it to link your C2 object with your level builder object. You'll be able to select any object/instance by picking family member where LevelBuilderCode="..."

    As for the object-specific instance variables, maybe consider replacing them with dictionaries. You can attach an instance of a dictionary to each object and this will give you an unlimited number of variables which you can easily add/remove/modify in runtime.

    One more thing - to minimize the number of objects, group similar objects in one sprite with different animations. Animation name can be passed as a string from your level editor.

  • You project size is 1GB???

    And you don't even bother naming your sprites properly?

    No, sorry man, I'm not downloading this.

  • I don't quite get it - why do you need objects' names, properties, instance variable names in runtime?

    Are you planning to access objects by their 'given' name, something like this?

    enemyType = choose("Vampire", "Zombie")

    System -> Create instance of Object "Enemy" & enemyType

    And this will create an instance of either EnemyVampire sprite or EnemyZombie sprite?