Tokinsom's Recent Forum Activity

  • Have to remake the game unity which comes with the dev kit.

    Figured :\</p>

  • This has actually been around since day 1, and was even a problem in CC, but got much worse in C2 r112.

    If you are jumping and move on to a platform horizontally - often when pushing up against it - there's a chance that your player won't land but instead get stuck in a sort of jumping/landing limbo. The only ways to get out of it are to jump again, walk off the platform, or stop moving horizontally in which case the player will do a short "hop" that is actually the remainder of the previous jump.

    Here is a .capx to easily reproduce this bug.

    The player is yellow when on the floor and orange when not. Just hold right and jump to that higher platform while moving and chances are you'll "land" but remain orange.

  • Not sure if this is a bug or some sort of browser thing as usual, but it takes about 1 whole second for muting or volume adjustments to take effect. This is bad if you have instant pause-menus that decrease volume or music that fades in or out.

    .capx here

  • I'm with Arima - take it out! An old CC project of mine used to crash left and right and I finally narrowed it down to the sprite font plugin. There are a few plugin-free bitmap font examples lying around, in fact R0j0hound made one for C2 that you can easily port to CC. Yeah it's not as easy to work with but if it means your game doesn't crash...You can find it here

  • Give each door a variable called "EntryPoint" or something.

    Find the door in a layout that leads to a door in another layout, and set their EntryPoint variables to the same value, say, 1. This pairs them up. Do this for each "pair" of doors, but make sure each pair has a different value. Now give your player a variable that is set to door.EntryPoint each time he walks through a door.

    +On start of layout

    +Player.EntryPoint = Door.EntryPoint

    -Set Player position to Door

    Then include this ^ in each layout, and you should be set!

    That's how you do this using different layouts, atleast. If you're making a metroidvania or something of the sort I highly suggest using 1 layout and loading rooms through project files or something.

  • Behaviors use delta time behind the scenes but that's it. There's a manual entry on delta time here that explains it in more detail.

  • Yeah it's been like that for a while..A quick workaround is to set your player's Y to the platform's Y whenever you land while overlapping one (provided your platforms' hotspots are at the top.) Only problem is you can see the player being pushed up a pixel a two every time you land if you look closely, but it's better than nothing.

  • When you open or close the pause menu, toggle a boolean. If that boolean is set, allow the player to interact with the pause menu and make it visible. If it's not set, make it invisible. Sub-events should help here.

  • You need to rotate the monster by 10*dt in order for delta time to have effect.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Sorry, *Deleting all events containing [is on layer] [is overlapping] [on collision] [is visible] or some combination of them, inverted or otherwise.

    I have a whole group dedicated to events with these conditions to check if certain spots on the grid are ok to draw to. From what I've gathered, said group and even single events such as:

    +Tile is NOT overlapping grid

    +Tile is NOT on a certain layer

    -Destroy

    are what cause the CPU to skyrocket.

    I suppose there are things I can do differently now, like checking positions rather than collisions, but I'm not sure how much that will help or if I can do that for everything..

    Anyway, all this to say that the new change does come with some performance issues if (I guess) used improperly, and as such, might be better if it were optional.

  • "BREAKING CHANGE: Collisions between objects on different layers now take in to account each layer's parallax, scale and rotation. Previously these were not taken in to account which could make objects report overlapping when they weren't actually touching on screen; now it works as expected. However, this may change when objects count as overlapping in existing projects."

    As of r110 my level editor pushes CPU usage up to ~80% with very few tiles, making it more or less unusable. I think it's due to this new change, as deleting all of the "Is on layer" (and inverted) conditions drastically increases performance. Is there any chance this change could be made optional? or something? :\</p>

  • Tokinsom - oops... forgot to update the download link on the r110.2 page! D'oh. Try downloading again now, both the installer and about dialog should say r110.2 if it worked.

    Haha oh..well the setup .exe was labeled r110.2 so I wasn't sure if that was the case. Anyway, seems everything is working fine now! Thanks for the quick update!

Tokinsom's avatar

Tokinsom

Member since 6 Jun, 2010

Twitter
Tokinsom has 11 followers

Connect with Tokinsom

Trophy Case

  • 14-Year Club
  • Entrepreneur Sold something in the asset store
  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • Forum Hero Made 1,000 posts in the forums
  • RTFM Read the fabulous manual
  • Email Verified

Progress

20/44
How to earn trophies