Tokinsom's Recent Forum Activity

  • It's pretty simple actually, and a 3D engine isn't going to make this particular thing any easier since the perspective in games like Zelda is just an illusion; adjusting a real z coordinate would just make the player grow towards the screen (and slightly upwards at a 3/4 perspective).

    The goal is to just have 2 y coordinates. 1 for the actual Y position, and 1 for the Y position + fake jump height. The latter is also used as a displacement from the object's shadow, aiding the illusion.

    Here's a clip from my Illusion of Gaia practice engine:

    gph.is/g/Zx1nqA7

    The "hard part" is making a custom jump mechanic with events, but there are some examples around the forum, typically in R0j0hound's examples. vy, gravity, a loop for detecting the landing, and you're good.

    As for stairs, that's all fake too. The player just moves diagonally when going up side-view stairs, and moves upwards as normal when going up front-view.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • jobel I'm not referring to the objects, just the "add action" categories. Here...The one function (blacked out) in "Functions" is a brand new one, but the ones under "Functions (Built-In)" were all converted. I see no reason they can't go in the same category because they've been converted and have nothing to do with the old object anymore.

  • Ashley

    When I go to call a function via the new Function(Built-In) object, there are both "Function" & "Function (Built-In)" categories in the add action window. It seems the former is new functions, and the latter is functions that were converted from the old object.

    I'd rather not have two categories though, and it seems redundant since they're all part of the new function system now. Why continue to separate them after conversion? Is there a way for me to fix this on my own through editing project files?

  • Lol Ashley's link to 3 year old suggestion topic.

    Family folders will help us organize, or more specifically categorize, our families. No need for senseless arguments. People shoot down ideas around here for no reason other than feeling superior cause they can tolerate not having it.

  • Is your "For Each" a sub event of "Start of Layout", or a standalone event beneath it?

    The only time 2 standalone events communicate is with the "Else" statement.

    If I understand correctly the "rule" you're talking about is just object selection / object list within events, which should be covered in the manual.

  • Player_Base object, but yes :)

    Glad you're finding the demo helpful!

  • DiegoM Raises good points. Most importantly that there is a vast array of legitimate full-scale multi-platform commercial games & successes made with GM. Construct doesn't exactly have that right now, but it's well on its way. In fact it was revealed not long ago that Cyber Shadow (made in C2) is being published by Yacht Club Games (Shovel Knight), which I think is a testament to "what game engine is the best?" being a loaded question.

    The biggest argument I've seen for GM is that is uses "real coding". Many people think visual programming is a beginner-only thing for beginner-only game engines. This isn't totally true...but it's not totally untrue either...but neither is the "real coding" part so blah.

    Ultimately I'm a bit baffled cause I've tried using GM / GMS / GMS2 multiple times over the years and I think it's terrible. I have a lot of friends who use it too and, well, they all hate it...but according to them it's their only option -- Unity and frameworks are too complicated, Construct and others are too limited.

  • rojohound Thank you so much! You never fail to impress with this stuff. I think the arc is more in line with what I'm thinking. Forgive my terminology my math is (obviously) quite rusty as well. I'll give this a shot soon.

    oosyrag I will try r0j0hound's method but yes ideally the object will move accurately and at a constant rate from A to B with C being the curve. All 3 points will be adjustable (but not during motion). I think bezier curve or arc might be more appropriate terms.

  • How would I go about moving an object in a simple parabola from point A to B? No acc/dec, no varying speed, no platform behavior, etc. Just a simple linear tween but with a curve.

    I've searched around but everything I found has bizarre quirks or the above.

    I see the timeline supports bezier curves now but this is for an enemy behavior with dynamic points to jump to so I don't think that'll work either.

  • Ashley Thanks for the detailed reply. To be fair I didn't expect an automatic conversion! I totally understand that it will be difficult and maybe not even possible due to the issues you mentioned - they're just too different. I just wanted to make sure it wasn't on the horizon before I spend the next few days converting them all by hand. I misread an earlier post thinking the old functions would be "removed" (and converted) instead of "deprecated" so that's my bad! I know I don't have to convert all of my functions now, but would like to for the sake of cohesion/organization and potential performance gains cause I suuuuure use them a lot.

  • Ashley I want to update all of my existing functions to use the new system, but wanted to make sure a future build won't do this automatically before I do so. I read that the old function object will be removed soon, so it might be a possibility?

  • Yep tween behavior does all of this and is an official Scirra behavior. Moveto is obsolete.

Tokinsom's avatar

Tokinsom

Member since 6 Jun, 2010

Twitter
Tokinsom has 11 followers

Connect with Tokinsom

Trophy Case

  • 14-Year Club
  • Entrepreneur Sold something in the asset store
  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • Forum Hero Made 1,000 posts in the forums
  • RTFM Read the fabulous manual
  • Email Verified

Progress

20/44
How to earn trophies