WackyToaster's Forum Posts

  • It says I don't have access to the file, you have to make it public

  • My guess is that at some point you're accidentally overwriting the stored scale. It's impossible to tell from the code you posted though where/when it runs. Ideally you could upload your c3p file to a google drive or somewhere and post it here. You can strip out anything you don't want/need to show before.

  • My guess is that it should be getFirstPickedInstance() 

    runtime.objects.turret.getFirstPickedInstance()

  • if they set/adjust the vector manually every frame

    Well but the vector is set to a fixed value so deltatime shouldn't matter, right? Deltatime is for acceleration.

    e.g.: Set vectorX to vectorX+acceleration*dt

    But OP does: Set vectorX to value*maxSpeed

    The only factor that changes really might be the movement angle, but assuming the player just holds right on the stick, the result should always be the same value regardless of framerate. e.g. (cos(0) = 1) * (maxSpeed = 300) = 300

    And any change in angle would just register instantly on that tick, not as an acceleration.

  • I don't think you need deltatime here. This function sets the movement speed directly. Deltatime is used for changes over time e.g. an acceleration over 1 second. There might be an other event that does something that causes the problem with the framerate dependence.

  • Ashley I've recently encountered this (again) and solved it as you suggest. But in the editor it clearly says "Not recommended" due to the memory usage, but I really never noticed any issues with it even on a ~7 year old Ipad. Is the cost really that dramatic?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Disable webGPU

  • I'm not sure if that's an app that's possible to make with construct. Construct is browser-based and I heavily doubt it's possible to do this with browsers for security reasons.

    You may be able to write some sort of wrapper in C# I'd think.

  • That's because of what Kashin Ginn mentioned. You set the opacity of the menu to 0 at the start of layout, which is not needed.

    Just delete those two "set opacity to 0" actions. You don't need it because the menu is already set to not be visible.

  • The "Is visible" also needs to be a sub-event. The reason Else is red is because it needs a condition at the same level above it as I posted in my screenshot.

    On space pressed

    ----- condition is visible -> do this

    ----- else -> do that

  • Oh I did attach an image, maybe it didn't load for you?

    Either way, your event is not quite right. On space pressed should be the only top condition, with no actions. Then as sub-conditions you do the "is visible" and "else"

    There should be an image in this post for how it's supposed to look like.

  • Events run from top to bottom. So you press space + menu isn't visible so it gets enabled. Then the next event + menu is now visible, it instantly gets disabled again. Use sub-events with an "else"

  • No problem, good thing you found the issue.

  • Hard to know exactly what issue you are describing. Ideally you can post a project file (upload on google drive and post link) or at least a video of what is happening.

    JumpThru platforms are a little bit... let's call them susceptible in terms of bugs.

  • The eventsheet runs every tick, top to bottom. So every condition in the eventsheet will run every tick.

    The exception are trigger conditions, which only trigger a single time (generally speaking). All trigger conditions have this little green arrow. That's how you deduce this.

    "Is overlapping" is a question you can ask repeatedly: is A overlapping B?

    "On collision" is a definitive singular event, generally described as: Is A overlapping B AND was it not overlapping the previous frame. It will only trigger once, and then never again unless the objects are completely separated and then put together again.