Asmodean's Forum Posts

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 1

  • 2 Aug, 2019
  • Quote

  Try to insert in event 5 as second action (after the set angle toward):

  stroke|Set angle to round(stroke.angle/45)*45 degrees

• Try Construct 3

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

  Try Now Construct 3 users don't see these ads
• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 1

  • 2 Aug, 2019
  • Quote

  Then it's even more impressive. How many hours per day did you worked on it?

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 1

  • 2 Aug, 2019
  • Quote

  That is really impressive. Is it all done by yourself?

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 2

  • 30 Jul, 2019
  • Quote

  My guess, you have put the sprite rainbow or sun on the layout in the editor. So there is a least 1 object of one of them on the layout at the start.

  If you now run your example a sprite will created and 'on created will be called' with test=0 and 'on start of layout will be called' simultaneously and another sprite will be created. Because of 'on created' is called at first with test=0 the second else will be executed and all rainbow sprites will be destroyed even the one that are created in the function. After that 'on created' will be called a second time with test = 1 or 2.

  I hope that makes a little sense and it's not totally confusing. It's hard for me to explain this in english.

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 2

  • 27 Jul, 2019
  • Quote

  You could also calculate the velocity of the Tilemap and use that instead of an extra sprite.

  Example:

  https://drive.google.com/file/d/1FV4g1Iy2CCG48Vn9m3BkXRN9yD08ZiNx/view?usp=sharing

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 3

  • 22 Jul, 2019
  • Quote

  I made a basic color book example with the drawing canvas behavior. The Flood Fill algorithm is very slow and basic, there a better ones. But maybe it gives an idea how to do it.

  https://drive.google.com/file/d/1BNkGEShu8OPmyzxdtquQ9FHpC4HDhmo_/view

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 1

  • 15 Jul, 2019
  • Quote

  I think it is bug and a very strange one. It get worse the more collision points you have and the collision points on the bottom have to be narrower to each other then the one above. It's very strange. I have an example. You have to enable one or the other ball in the platform-behavior.

  https://drive.google.com/file/d/1h8-CU-ukxXy3CkK-X7mFieBU4srvGj56/view?usp=sharing

  You should report it as bug.

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 1

  • 15 Jul, 2019
  • Quote

  Exactly like this. That is strange that it doesn't work. I tested only a few times and it seems to work. Can you share the new c3p file?

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 1

  • 15 Jul, 2019
  • Quote

  My guess it's the collision polygon. Only one point facing down to the red blocks at the moment, if you make a 'bounding box' it works. Don't know if this is a feature or a bug.

  If you don't need this exact collision polygon you could try a 'bounding box' collision polygon.

  And by the way the origin image point is not in the middle of your sprites, it's seems that it doesn't matter at the moment but that could cause problems.

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 1

  • 13 Jul, 2019
  • Quote

  totoe Here is an plugin update to BeepBox 3.0:

  drive.google.com/file/d/1FqACIVI4vWngBTZE4J7y8V0GGMOUEZdV/view

  The altering of filters on the fly is not so easy. The filters are bound to the channels (instruments) and there is no documentation how that is done. I will have a look at it, but in the moment you can only change reverb and volume like before.

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 2

  • 11 Jul, 2019
  • Quote

  totoe I take a look, but it will take some time. I'm a little busy at the moment.

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 2

  • 4 Jul, 2019
  • Quote

  No, offset(0,1) is 1 pixel in Y-direction.

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 1

  • 1 Jul, 2019
  • Quote

  I wouldn't mix platform- and physic-behavior. That can cause bad side effects.

  The physic-behavior has 'VelocityY' what you can use.

  + Player: Is overlapping Ground at offset (0, 20)

  + System: Trigger once

  -> System: Set impactSpeed to Player.Physics.VelocityY

  It's not so elegant, but it works. The problem is the elasticity of your falling object. It jumps several times when it hits the ground.

  You have to tweak the offset of the overlapping. It depends on the elasticity and the size of the falling object.

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 1

  • 1 Jul, 2019
  • Quote

  If you use the platform behavior you can use 'vector y' (pixels per second).

  + Player: Platform is falling

  + System: impactSpeed < Player.Platform.VectorY

  -> System: Set impactSpeed to Player.Platform.VectorY

  you have to set the variable impactSpeed to 0 by the beginning of every falling:

  + Player: Platform On fall

  -> System: Set impactSpeed to 0

• • Asmodean
  • 
  • • Joined 31 Jul, 2015
    • 
    • 19 topics • 977 posts
  • 1

  • 23 Jun, 2019
  • Quote

  Its not a tilemap object its just a sprite object with name "sp_tile".

  Oh, sorry I misunderstand that.

  This won't work. You use an 'and'-block. So there are opposite conditions in this block and the block will always be false. That should be an or-block, but 'Pick instance' is only for one instance, so it will only pick one instance (the last one) and pickCount would be 1.

  You have to split that up in 4 events and count the instances separately.