Arima's Forum Posts

  • Your graphics card can't handle a texture that size. The image editor is software rendered, which it why it appears there. As said, don't use single images for levels. Break them up and use instances of sprites and/or tiled backgrounds. https://www.scirra.com/blog/112/remembe ... our-memory

  • What you're looking for are r0j0hound's canvas and paster plugins.

  • I think in an event sheet you can press ctrl-a and then right click and select replace object to replace all conditions and actions in the event sheet with another object easily.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • 945mb on a single level? That's really quite a lot, and is getting into the realm where some systems won't even be able to play your game. Read this: https://www.scirra.com/blog/112/remembe ... our-memory

  • Here's how I do it:

    If enemy.mode="wandering"

    • wandering code
    • if distance(enemy.x, enemy.y, player.x, player.y) is less than 1000, set enemy.mode to "chasing"

    If enemy.mode="chasing"

    • move toward player
    • if distance(enemy.x, enemy.y, player.x, player.y) is less than 100, set mode to "preparing to attack" and set enemy.timervariable to 1

    If enemy.mode="preparing to attack"

    • subtract dt from enemy.timervariable
    • if enemy.timervariable is equal to or less than 0, set enemy.mode and animation to "attacking"

    If enemy.mode="attacking"

    • on animation finished, set enemy.mode to "wandering"

    I also use submodes and/or numbered steps like so:

    If enemy.mode="attacking"

    • If enemy.mode2="start"
    • - if enemy.stepnumber=0

    Using this technique it keeps the code isolated and easy to follow while enabling complex behavior, and you don't have to worry about trigger once not working for multiple instances.

    Asking other users to circumvent license restrictions is not allowed. Closing.

  • Or put them in a separate event sheet. That's what I do.

  • There are also free sprites and game art on the web, some of it is even free for commercial use.

  • daehawk : seeing your code, it seems like you use many events to do the same thing. Also, the way your events are setup, everything is being evaluated on every single tick. It may cause issues later not only as far as performances are concerned (on lower end devices), but it can also provoke bugs.

    While running some events every tick can cause performance problems on some platforms if the events are intensive enough (collision detection is more intensive than checking a variable, for example), running events every tick, by itself, will not cause bugs. There's a misconception going around that using every tick is bad, but it's really not.

  • Use 'on any touch start' instead of 'on touched boxes.' That will be more accurate, since the event will run even if the user misses a box by a little bit.

    Give the family a variable, 'selected.' Then all objects in the family have that variable. Have events like this:

    On any touch start

    Pick nearest boxes to touch.x, touch.y

    If distance(touch.x, touch.y, boxes.x, boxes.y) is less than whatever amount

    • set family variable 'selected' to 1

    If boxes variable 'selected' = 1

    • set boxes position to touch.x, touch.y

    On touch 0 end

    • set boxes variable 'selected' to 0

    If you're not sure how picking works, I suggest going through the starter tutorials if you haven't already.

  • What you're looking for is the 'pick nearest' condition, and you can use it with a family for all your boxes like so:

    On touch

    Pick nearest boxes to touch.x, touch.y

    If distance(touch.x, touch.y, boxes.x, boxes.y) is less than whatever amount

    That will ensure that only one instance is picked, and only if it's close enough to the location touched. If your sprites require a non-centered hotspot, than you can use a 'grip' sprite as you mentioned in the same way.

  • No worries, I understand the frustration of trying to communicate across languages, and can empathize with no much being available only in a language you don't know (so many of those Japanese-only games, for example).

    There are several Brazilian members on this forum (undoubtedly more than I'm aware of, as not all users mention their homeland) and I've never seen anyone look down at them or treat them negatively because of it (which totally wouldn't be allowed here if it were to happen), so you can feel at ease here.

    And in case it wasn't clear from the language barrier, if you do get into a conversation with someone who speaks your language, feel free to continue your posts in both languages in your post one after the other, formatted like so:

    Konichiwa.

    Hi.

  • Still in the pipeline.

  • If that contributes, it's not the main cause. My computer only has one monitor.