kriand's Forum Posts

• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 30 May, 2018
  • Quote

  Hey JayH

  Here you can test if dt works. If you have a supercomputer, you have to increase the particle number even further <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

  I am sure, as soon as a value is multiplied by dt, it is framerate independent. No reason to worry.

  The only exception would be "Every dt seconds", where it reverses into dependency.

  https://1drv.ms/u/s!Ap_-qxoGKbDcg0zxCpBkPj6Vc1Hj

• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 30 May, 2018
  • Quote

  Hey Steveanderly

  As far as I'm concerned, your animation events start every tick anew. That's why nothing happens.

  Create an extra trigger to change the animation and take as a condition e.g. > Is NOT playing "AttackF" <

• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 29 May, 2018
  • Quote

  JayH

  if i am not mistaken, it should suffice to change the last part of my example as follows in order to achieve framerate independence:

  
• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 29 May, 2018
  • Quote

  This can not work.

  Here's an example of lerp: lerp (10, 20, 0.5) = 15, so 50% between 10 and 20. The last value in the lerp function must be between 0 and 1 (0% -100%).

  When you use "Player.X + 32", you run after yourself, because if the player moves 10 pixels, the second value increases by 10 too.

  You would have to set a target value beforehand: lerp (Player.X, DestinationX, var). The last variable would then have to increment „slowly“ from 0 to 1 to move OVER TIME from Point A to Point B.

  But your event runs only one tick when you use on press the button or he moves infinitely when you hold down the button.

  That is so complicated and inaccurate. I do not know if anyone has a better idea to use lerp right here, but I recommend you just try the code from my screenshot or get it here for C3:

  https://1drv.ms/u/s!Ap_-qxoGKbDcg0v3iWcZn69XQycl

• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 29 May, 2018
  • Quote

  Hey JayH

  you can try this. The disadvantage of pixel-precise movement is that only certain speed values can be chosen.

  EDIT:

  I have added two decimal numbers as possible speed values. Since decimal numbers can not be calculated 100% exactly,

  the final result is not exactly 0. Therefore the margin of 0.01 in the conditions and round up of the player co-ordinates.

  This 4-Directions movement should be well suited for games like the old Pokemon editions.

  

• Try Construct 3

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

  Try Now Construct 3 users don't see these ads
• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 29 May, 2018
  • Quote

  Hey MomaFugger

  make sure that you have activated "Static" for your local variable.

• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 28 May, 2018
  • Quote

  Hey Allardje

  I suspect that if you use tap gestures, quick click / tap always counts as a double tap and not as a single tap.

  Thus, the condition of a single tap is not met.

  I also advise to update the text in the same event and not every tick. This is better for performance.

  Try this:

  
• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 28 May, 2018
  • Quote

  Hey beguinner

  you could use an Array to do that (open in C3 https://editor.construct.net):

  https://1drv.ms/u/s!Ap_-qxoGKbDcg0jo19ee37vUwbA8

• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 28 May, 2018
  • Quote

  Hey Akash11

  it is always a bad idea to use so many wait actions. They caused your issue. You can do it like this:

  https://1drv.ms/u/s!Ap_-qxoGKbDcg0fOg7cCWPBk6YI_

• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 27 May, 2018
  • Quote

  Hey the Maddog

  i dont think that this works for many small TBGs. It is more suitable for larger, uniform surfaces such as water.

  At least in my experiment, the layout with the TBGs has a worse performance than that with the sprites:

  https://1drv.ms/u/s!Ap_-qxoGKbDcg0WboINa9FBXKGKI (for C3)

• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 27 May, 2018
  • Quote

  Hey durvesh

  still works fine for me with another resolution. Are you sure you put the steeringwheel on an extra layer with

  parallax 0,0 and that you used the absolute coordinates for touch (Touch.AbsoluteX / AbsoluteY)?

  If it still dont work, post your code or share your .c3p

• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 26 May, 2018
  • Quote

  Hey durvesh,

  here an example:

  https://1drv.ms/u/s!Ap_-qxoGKbDcg0PTIB6kWK5CYBeM

• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 25 May, 2018
  • Quote

  Hello frayt,

  if I understand correctly, you can just pin a particle object to your star and turn it

  in the opposite direction. You can also adjust the particle density to the movement

  speed or turn it off at standstill (Rate = 0).

  if you want a real startrain, you can do it like this.

  With a few effects on top of it, that could look really good, i think:

  
• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 25 May, 2018
  • Quote

  Hey EVAPilot

  Got some time and build something. Basically a simple, step by step implementation.

  Please open in C3 - https://editor.construct.net/

  https://1drv.ms/u/s!Ap_-qxoGKbDcg0LU0_ktA2tR3xAs

• • kriand
  • 
  • • Joined 28 Mar, 2017
    • 
    • 0 topics • 310 posts
  • 1

  • 25 May, 2018
  • Quote

  Hey —

  There is an awesome example from R0j0hound:

  1drv.ms/u/s!Ap_-qxoGKbDcg06KZc8Yhz0HfB0t