Razza's Forum Posts

  • 3 posts

  • I was working on a game somewhat similar to this back in my Megazeux days. You played as a space pirate, and you went from planet to planet fighting enemies and stealing treasure. Treasure would allow you to purchase upgrades for your ship and weapons and so forth. I got a good deal of work done on it, but I admit, it wasn't nearly as random or as infinite as this thing here.

    May I suggest a random name generator, to generate star system and/or planet names? I'm not entirely sure about how you could implement this idea, but you could probably think of something easily enough. (Unless of course you've already implemented something like that, and I just can't tell)

    Anyway, keep up the good work.

  • Thanks for your reply.

    Yep, that way works. It's a lot simpler, too. It would have been good if I knew about that before.

    By the way, I always thought that the 2500 didn't seem right, but, for some reason, the expression I was using needed a really high number to work? (Not that it worked properly anyway >_<)

    Thanks again

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Hey, I'm new to the forums, and have been experimenting with Construct (and similar programs, such as Multimedia Fusion 2) for a good while now.

    I've been toying with the idea of a top-view action/RPG-type game in Construct, and have been having difficulty with implementing enemy AI (which, as you would know, is pretty damn important for a game like this.)

    As I haven?t been able to find much in the way of action/RPG enemy AI tutorials here on the forums and the wiki, I thought I?d try to adapt a tutorial written for MMF2.

    I?ve implemented the ?Improved Chase/Escape Algorithm? from this http://www.clickteam.co.uk/resources/GTM/GTM10.htm tutorial, which basically determines the distance between the player and the enemy (apparently by using Pythagoras? theorem for triangles), and checks if it is lower than the appropriate amount.

    Player approach from the West or the North seems to work as it aught to, but approach from the East and South is pretty messed up. If the ProtoEnemy object is approached from the East or the South, it won't be alerted to the player's presence until the player actually passes through the object. I?m guessing this has something to do with x, y coordinates, but I just can?t get my head around it.

    http://img840.imageshack.us/i/sqrtproblem.jpg/

    This is what the algorithm looks like in the Events editor

    http://img833.imageshack.us/i/sqrt.jpg/

    And here is a hand-written version of the same; blue is enemy, red is player.

    Please note that I am already aware of the LineOfSight behaviour ? my idea is to use that in conjunction with this: for example, having the enemy spot the player using LineOfSight, approach the player and then ?engage? with the player ? stopping a small distance away from him and then making its decisions to wait, jump around, take a swipe at him, etc.

    I'll try to post a .cap file if anyone requests it.

    Thanks in advance,

    Razza

  • 3 posts