mekonbekon's Forum Posts

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 2 Aug, 2017
  • Quote

  imothep85

  No worries <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

  You might also find this useful for other weapon effects:

  https://www.dropbox.com/s/hrr7lggb5b3sh ... .capx?dl=0

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 2 Aug, 2017
  • Quote

  Something like this?

  https://www.dropbox.com/s/fcst2wdhp2i4f ... .capx?dl=0

  Left click to shoot to mouse point,

  Right click to shoot to screen centre.

  You could also add in some fancy stuff like particle effects that move from the laser origin to the mouse co-ords/screen centre.

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 2 Aug, 2017
  • Quote

  wad67

  btw, the angle expression works as follows:

  angle(x1,y,1,x2,y2)

  ...returns the angle between point (x1,y1) and (x2,y2)

  Very handy and saves you a bunch of trig.

  distance(x1,y1,x2,y2) works in a similar way

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 2 Aug, 2017
  • Quote

  wad67, You're welcome, although I also had the code wrong, hence the offset. What you really need is this:

  https://www.dropbox.com/s/2nujpt8zcmc02 ... .capx?dl=0

  I worked out the maths from this handy youtube vid:

  Subscribe to Construct videos now

  I've added the instance variables "radius" to the flywheel, and "pivotDistance" to the piston, then I calculate those lengths on start - the main reason for doing this is that the exact image-points distances are slightly less than the width ratios for those sprites. It also means we don't have to recalculate the lengths every time the positioning code block runs.

  You'll notice that I've added a sprite9 in - this makes it easier for calculating the correct piston angle; you can set it invisible if you like, or you may want to change the graphics to fit with the rest of the engine.

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 1 Aug, 2017
  • Quote

  Is this what you're after?:

  https://www.dropbox.com/s/hfifnkqcvj0yd ... .capx?dl=0

  You can stop the piston tracking the angle of the flywheel by disabling the "set angle" action in both events.

  In your original code the problem was that as soon as the second event moved the piston back under 600px the first event would trigger shifting it back to 250px

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 31 Jul, 2017
  • Quote

  R0J0hound Brilliant! Works like a charm. I owe you a bagful of scooby snacks

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 30 Jul, 2017
  • Quote

  99Instances2Go

  Sorry, I'm stuck on r244 for the time being so can't check that out. I'll check it once 245 goes stable.

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 30 Jul, 2017
  • Quote

  R0J0hound - this is super cool! Such an elegant solution to a complex problem, and something I've wrestled with multiple times, usually ending up with a bunch of fudges and magic numbers to get it approximating to what I need. Adding my vote of thanks for sharing.

  Out of interest, how could you adapt this so that upon the sprite reaching (xend,yend) it continues along the parabola?

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 30 Jul, 2017
  • Quote

  You're welcome

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 30 Jul, 2017
  • Quote

  marcinkowski

  Here's an example that combines all the options mentioned above. I've also added in a particle effect for extra variation:

  https://www.dropbox.com/s/xac90mlf31rz7 ... .capx?dl=0

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 30 Jul, 2017
  • Quote

  It's better to put the Set angle action after the Spawn LancBlood.

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 30 Jul, 2017
  • Quote

  And for even more variety, add a few different frames (remember to set the animation speed to 0) and add a "set frame to floor(random(sprite.animationFrameCount)" action.

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 30 Jul, 2017
  • Quote

  After spawning, in the same spawn event set angle to random(360).

  If you want to add even more variety set the scale to random (1,2)*0.5

• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 29 Jul, 2017
  • Quote

  OK I'll give it whirl and report back.

• Try Construct 3

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

  Try Now Construct 3 users don't see these ads
• • mekonbekon
  • 
  • • Joined 9 May, 2014
    • 
    • 19 topics • 730 posts
  • 1

  • 29 Jul, 2017
  • Quote

  FabianB One way would be to assign an instance variable to the sprite and then give each instance of the sprite a unique value for that variable.

  Then, on right mouse button click, if sprite.instanceNo = 1, move sprite.