LittleStain's Forum Posts

  • 1353x793x4=4291716 bytes = 4,3 Mb in active memory if it's not placed on a power of 2 plate in which case it would be 2048x2048x4= 16,8 Mb in active memory.

    Large images can be a performance killer..

    Although ofcourse it's not the only factor..

  • So then you design in 600x1000, set project properties to 1000x600 and rotate layout, right?

    Layout and project are different things..

  • system set layout angle?

  • Seems like the original image is a different size than the sprite. Could you explain how you import the image or do you have the original image so we can at least check if this is wrong?

  • Am I correct when I don't see any events on your event-sheets?

  • The basic idea is pretty simple..

    You could either create the game over screen through events or create it on an layer set to invisible on start of layout.

    Then when game over happens set the layer to visible or create the objects needed for it.

    For the total distance you could just create a text object displaying it on the game over screen. Maybe it would be better to add a new global variable Highscore and set it to the total distance after the run if the distance is higher than the total distance of previous runs.

  • I'm not sure what you are trying to achieve, but would a something like for each sprite, pick logogridplace with the same instance variable work?

  • you could import from json and there are plugins for converting csv to arrays..

    I would recommend filling large arrays from external files instead of manually code every entry..

    CSV to Array

  • Instead of setting opacity to 0 it's probably easier to set the sprite to invisible in it's properties..

  • I once made a Fly example about the same way..

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • I can not open your second capx (using a plugin I don't use/have) but I had a quick look at your first one and noticed that you are using other behaviours (8direction) with physics (probably not a good idea as it can (will ?) cause problems - try to only control physics sprites with physics (eg impulse/force) )

    Here is a quick edit of your first capx - although I do think that using a a joint will give you more control id does show that the basic idea of friction will work

    Hey Rampack!

    Still making great examples I see..

    I agree that the joint will give more control and probably make gameplay a bit more predictable for the player, but tyour example is pretty nice!

  • Would adding a global variable World help?

    Set it to 1 on world 1, to 2 on world 2, etcetera..

    And add the variable check into your code..

  • I've never used spritefont+

    I just do it like this:

  • As far as I know the ipad2 has a screen resolution of 1024 by 768 pixels.

    Probably it has a bottom bar and/or a top bar, which you should deduct from that.

    That way you can make a game that is only playable on the ipad2.

    If you want to make a game that is playable on many devices you should look at the tutorial supporting different screen-sizes in the tutorial section.

  • I would count the number of dots on the screen and if the number is reached set progress to 0 or any other number.

    add an event that if progress is that number either the last line is created or the last line can be made by the user..