Drasa's Forum Posts

  • etc.. even 'image'

    Image is basically two-dimensional array of RGB values, and I think that there is already a array data type?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Those IK chains look so useful that I'd like to see the calculations built in in math :D The calculations are just solving a triangle, right?

  • The next lesson is ready! It's a really short and simple one, but hopefully someone will find it useful.

    Enjoy :)

    Next up in Lesson Six: how to make a ladder, and how to swim.

    Great tuto! The engine looks already so slick, that it would be pity if this wouldn't evolve as a full-featured game after the tutorials series is complete! Maybe the last tutorial could be "making a level editor" and then making the game would turn into a community challenge :D

  • Thanks David, I changed it and works well :D . Is this method faster than collision? Is posible to get the same effect but with one object type? :roll:

    Quote from another topic:

    The only propely working solution is to apply two families to same object type, and make conditions where "Family A" overlaps with "Family B" to distanguish the different instances. There have been discussion about this before, http://www.scirra.com/phpBB3/viewtopic.php?f=3&t=1541&st=0&sk=t&sd=a&start=20, http://www.scirra.com/phpBB3/viewtopic.php?f=16&t=1667 and http://www.scirra.com/phpBB3/viewtopic.php?f=17&t=1740&p=12449

  • I modified a test cap from the original, and I think that it shows pretty clearly the odd behavior.

    http://drasa.nipponfever.net/muu/container_test.cap

    I simplified the situation: now there is no spawning, the contained sprites are already there, and it should be clear from the events that the arrow should point to the corresponding sprites, but they doesn't...

    WTF. Even having one pair WITHOUT containers trigger this bug, but for each corrects it. Strange.

    Also encountered two crashes, which of one I was unable to reproduce, and one happened when cloning a layout, and then copying the all events from layout 1's event sheet editor to layout 2's. I'll post it to the tracker.

  • Holy sh...!!! Terminal Orbit! It was so long ago :D Ashley was still Tigerworks back then... I just stalked the site occasionally, but pretty faithfully :D

    I hope that Terminal Orbit is going to become something great!

  • It's not a bug, it's just how Construct works.

    When you say "Aim at <something in my container>", it aims at the paired instance from its container.

    When you say "Aim at <any old object>", it usually just picks the first.

    I know that, but isn't the enemy something in the arrow's container? According to that logic, it should work both ways around!

  • I think it's strange that it works without the for each when the arrows are positioned at enemies and pointed to player, but needs for each other way around. Shouldn't it be the same, whatever the actions are? The arrows are pointing to enemies, so shouldn't the action pick THE enemy the arrow is paired with, without need of for each? At least it picks THE enemy when positioning, so why not when pointing?

    I think this is a bug.

  • Doesn't construct have to loop though objects anyway, even if the colliding objects weren't same type?

    Well, it's internal loop so it's probably a lot faster...

  • The only propely working solution is to apply two families to same object type, and make conditions where "Family A" overlaps with "Family B" to distanguish the different instances. There have been discussion about this before, http://www.scirra.com/phpBB3/viewtopic.php?f=3&t=1541&st=0&sk=t&sd=a&start=20, http://www.scirra.com/phpBB3/viewtopic.php?f=16&t=1667 and http://www.scirra.com/phpBB3/viewtopic.php?f=17&t=1740&p=12449

  • Hehe looks like people are gonna be needing my move safely extension ported to construct. Although I wonder if it would be better to just add an action like 'move x,y pixels, stopping if you hit >>object type<<' and it would stop the object if it overlapped. Would be a lot easier for people to implement into games etc.

    And maybe it could have a callback-style condition too? 'Move x,y pixels stopping if condition A is true' where condition A would be a function. That would make it very flexible... no, wait, is it possible for extensions to rely other extensions, for example, function object?

  • A quick note: If you just want a curve which is in the shape of dfyb's rope picture, you'll get it using hyperbolic functions (which are somehow similar or analogious to trigonometric functions.) Don't ask me how, cause I heard this from my math teacher in hi school, and he didn't tell me anything more about hyperbolic functions. If some math guru knows more about using them, I'll be interested to hear and learn :D

    edit:

    Just as the points (cos t, sin t) form a circle with a unit radius, the points (cosh t, sinh t) form the right half of the equilateral hyperbola. Hyperbolic functions are also useful because they occur in the solutions of some important linear differential equations, notably that defining the shape of a hanging cable, the catenary, and Laplace's equation (in Cartesian coordinates), which is important in many areas of physics including electromagnetic theory, heat transfer, fluid dynamics, and special relativity.

  • 8fps :SSS

    I knew that my gpu was old, but at least it runs PS2.0. But now... 8fps?

  • > I thought the tube was made from a chain of small sprites that just angle and position themselves to a spline? At least that's how it was done in an older version...

    >

    It still works this way, it has nothing to do with sprite distortion Drasa.

    Ah, okay :D I thought it was a distorted sprite since it looked so... solid :D

  • And I guess that the blobber's flexible tube is pretty impossible to make without sprite distortions. As far as I know, there aren't those in any other programs.