Tokinsom's Forum Posts

  • Ashley

    This occurred to me while messing with wall-tracing enemies / weapons that use a lot of collision checks with solids + solid tilemaps...

    The platform behavior already has "is touching wall" and "is on floor" which to my knowledge are handled in the behavior's script and simply return true or false -- using them in events does not create extra collision checks.

    If it also had "is touching ceiling" then we would be able to check if it's overlapping solids on all 4 sides without the need for "Is overlapping at offset", drastically reducing the amount of potential collision checks with solids.

    Better yet, if there was an offset parameter to "is touching..." and all the basic movement behaviors had them, then we can eliminate event-based collision checks with behaviors<>solids completely, since they'll just be checking if a particular existing overlap from the script is true or false.

    Considering a large portion of overall collision checks are simply to see if objects with behaviors are interacting with solids in some way, I think this could be rather beneficial. Thoughts?

  • For proper fire you're gonna want to look into things like masking / overlays, scrolling textures (like offset in TiledBG object), particle spawners, blend modes, etc.

    This is in Unity but you get the gist: youtube.com/watch

  • If you use events to make a typewriter effect for text/spritefont, and add BBcode tags to it, the BBcode tag itself will be typed out / visible until the closing bracket is complete.

    The built-in typewriter behavior fixes this by processing the BBcode tags before typing out the text. However, I can't use it because the speed of the typing effect is based on the length of the string, which is undesirable for my game and, well, any game for that matter. Suggestion thread for that here.

    That said, is there some workaround I can do to have my own typing effect process the BBcode tags before typing out the string? I've tried using a combination of intermediary text object & .PlainText but it didn't work.

  • 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.

  • 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.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • 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.