deadeye's Forum Posts

  • I have no idea why it's doing that.

  • Uh, I dunno. Can you destroy entire worlds with a mere thought?

  • No way

  • Maybe there could be an option to change the folder color? Something to keep the eye from slipping past all that yellow. You'd really only have to have a few different colors to choose from to make a difference.

  • Agreed, a game a complex as a beat-em-up might not make for a good first project.

  • YOU SEE?!?

    IT'S THE PROPHECY

  • The reason that Fancy Pants game is so bouncy and hard to control is it's not using a traditional platformer engine... it's using physics.

    It's the physics engine that's also allowing to get the normal for slopes, allowing for smooth rotation of the player when on a slope.

    In my tutorials the slopes are rather limited, yes. But this is not meant to be the end of the road. It's simply a tutorial, not a finished, polished game. The method I (and Drasa) show for handling slopes is extensible... you could take this method and create other angles in the same manner. I'm just offering up the technique, it's up to you to take what you've learned and fill in the blanks.

    As for loops and smooth curves... no, I won't be doing that. Shallow curves themselves are not terribly hard to do, but the platform behavior is simply not designed to handle real curves or loops. That would require a custom engine built from scratch with your own events.

    Yes there will be level changing in a future lesson, but I'm sorry, no there won't be any of that other stuff. The lessons have all been planned out, and for my own sanity I've decided to keep things relatively simple. These are beginner tutorials, after all

  • For a beat-em-up like Golden Axe or Final Fight you'll probably want to use 8Direction movement on your player and your enemies, and the above-mentioned z-sorting could be done with all of the fighters in a Family using an event like so:

    +For each fighterFamily ordered by fighterFamily.Y Ascending
  ->fighterFamily: Send to front
[/code:ypmjc1pv]

As Rich said, hit up some tutorials to get the general idea of how Construct works, and browse around the Uploads section for other ideas.  If you have trouble with anything in particular, feel free to post a help thread

  • what game is that it looks fun

  • I... can't... contain it... much longer...

    Synapses firing... every fiber of my being dancing, burning like electrified plasma, reaching out... encompassing all... consuming... ALL

    yyyyeeee

    aaAA

    AARRRR

    GGGHHH

    HH

    HHH!!

    <img src="http://www.b3tards.com/u/2951c544e5d930f23b20/thepower.gif">

    I AM RISEN

  • What do you mean?

  • Are you from the future

  • No, probably not. You'd have to be fitting multiple boxes together like puzzle pieces to make buildings, unless you wanted perfectly square buildings. It could be done, though.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Hi.

    I couldn't understand the cooper-bounce-overlap-timer part (lesson 8 )

    Can you explain it?

    Sure, no problem

    First off, the reason:

    We don't want the turtles to overlap each other. If they do start overlapping, they won't be able to pull apart, and you will have two (or more) turtles occupying the same space. This just looks awkward.

    Second, the theory:

    So... we need a way to get the turtles to bounce away from each other when they touch. Since we're manually moving the turtles by setting their speed and direction, it makes sense to set their speed and direction to something else when they collide. The easiest way to do this would be to make them reverse direction temporarily. This is where the timer comes in. We want them to only "bounce" away for a short period of time, and then return to normal movement. (If we simply tell the turtles to only move away when they're overlapping, then they will continuously try to push into the turtle in front of them. The timer gives them time to get clear.)

    Third, the practical application:

    In event 13 of the coopBox sheet, we have the overlap condition that starts the bouncing sequence. "coopBox overlaps coopBox." easy enough.

    There is an additional condition that, out of those two turtles, the one that is farthest from the player is picked. This is the one the action gets performed on. The 'bounce' variable is set to 10.

    Event 14 subtracts 1 from the 'bounce' variable every 10 milliseconds. 10 'bounce' multiplied by 10 milliseconds = 100 milliseconds, or one tenth of a second. This is the timer that defines the duration of the bounce, and it gives the turtle enough time to get clear of the one it's overlapping. When the 'bounce' reaches zero, we will return to normal movement.

    BUT - notice that event 13 is always setting the 'bounce' back to 10 as long as the turtle is overlapping... this means that the timer doesn't effectively start counting until the turtle is no longer overlapping.

    To get the turtle to stop overlapping we need to change it's direction. This is done in event 12. Event 11 sets the speed for the turtle when it's moving normally:

    + coopBox.Value 'bounce' Equal to 0
  -> coopBox: Set horizontal speed to coopBox.Value('xSpeed')
[/code:1vvt5pda]

But in event 12, we check to see if 'bounce' is greater than zero, and if so we reverse the speed:

[code:1vvt5pda]
+ coopBox.Value 'bounce' Greater than 0
  -> coopBox: Set horizontal speed to 0-(coopBox.Value('xSpeed'))
[/code:1vvt5pda]

The "zero minus value" equation is a way to toggle a positive number to a negative number, and vice versa.  0 minus 5 = -5, and 0 minus -5 = 5.

To summarize:
1. A turtle overlaps another turtle.  The 'bounce' timer is set.
2. The turtle timer begins to count down only when it is no longer overlapping another turtle.
3. As long as the 'bounce' timer is above 0, the turtle reverses his normal direction.

And that's about it.  Hope this helps

  • I think you should be able to add and remove atributes and effects in events.

    It's been suggested, and iirc one of the developers said they would see what could be done about that.

    As for adding or removing actual behaviors with events, I'm not sure I see the benefit to that.

    However, please don't use this thread to suggest ideas .

    Perhaps you should just lock the thread...?