Floor is slippery when wet...

... and evidently when it's made of stone...

So, hooking up the player character animations and movement controls was a time consuming process. And it works...for the most part. This was my first pass at implementing movement/playable character into unity - granted having a fully animated player character to import helps a tonne, but splitting out the animations and linking them up when the character runs/walks was a new experience for me. I create a small dummy hallway of sorts to get a sense of scale, movement, enemies and all that jazz.



Here's a gif to show it semi working:




Now, the thing to take from this is, my initial pass I was still unsure of what kind of camera/control scheme I was going to utilize in this level/game/prototype/vertical slice/buzzword 5/thing. The method above shows the characters direction being oriented around the mouse location, the beginnings of a point and click...sort of..or more accurately, WASD and the mouse will aim the character - I didn't like it...

I'll talk more on that later.

In the GIF above, there's enemies...Naturally...there's always enemies in dungeons... Anyway, these were easy to setup up, at least for the most part. Initially I don't have to have these be controlled by the player, a simple "run at player character" would suffice for now, and I can tidy up the logic later with variables, such as Line of Sight and such. To set these guys up, a simple capsule collider and move script will do the job:


    [SerializeField]
    Transform player;
    private NavMeshAgent nav;
    private Animator anim;
    void Awake()
    {
        Assert.IsNotNull(player);
    }
// Use this for initialization
void Start () {
        anim = GetComponent();
        nav = GetComponent();
}
// Update is called once per frame
void Update () {
        nav.SetDestination(player.position);
}
}
Now, these have been set up with basic balance ideas in mind, so I can balance them later, easy acess to things such as move speed, attack range, attack damage are in the "attack" script (not shown) for adjustments later. Now, the script is really rudimentary, I'm not an expert programmer (just learning what I can for now)


Here's a gif of the them in motion!





A few initial bugs I noticed are the sliding of the run cycles from the player and the enemies (I'll fix this later, it's not hugely important right now), the "leaping" motion from the enemies, they can "displace" quite a distance, likely linked to the attack range, But something I can tinker with easily, at a later date anyway. Lastly, the collision, this was an easy fix/small oversight, I didn't expect to the enemies to force their full collision into the player, forcing them to move on the Y axis, a simple freeze position on this axis stopped this.

Comments

Post a Comment

Popular posts from this blog

Regions, Events, Sound Design, Collectibles & Assets...

Image
Another short update as my module progress. As usual the pre-production stage is underway and as such I'm still in the process of adding assets (doodads) throughout the level. As previously I'm aiming to help aid the simple narrative with the use of in game props and their changing style as the player progresses through the level. In contrast to previous updates I've started implementing destroyed assets to push the narrative forward, as my primary goal is to avoid too much repetitiveness through multiple use of similar assets.  Continuing on from my last update I've refined the long hallway with hints for the player, via placing certain assets down:  The hallway is easy to navigate at first glance, but as the player progresses parts of the ceiling will begin to fall down causing for avoidance based mechanics. Though my aim for this level/prototype is not to create revolutionary mechanics or level designs but simple to test my ability regarding these design
Read more

Small dev update and ramblings. Ideals finalized, gameplay imminent!

Image
A small update considering the state of things, rudimentary AI has been implemented, simple debug spawn and they will run to location of newly placed building and perform the "build" task. I'm still deciding on the initial ideal of the game, Main premises are: Large world  Random Encounters (Feral Animals/Weather/Other Civilizations) Resource Depletion Sense of wonder! To get these implemented might prove challenging, though with some better assets the sense of wonder can easily be achieved with "the money shot"* Designer Note: The "money shot" for lack of a better idiom is generally used for that awe-struck moment a player sees something cool, this is generally easier to do in First Person or Third Person games due to lighting/player vision and forced direction for the player (mostly linear, but non-linear works too). Now, I've never seen this in RTS style games, as generally the environments are static and there's other th
Read more

Embed The Narrative! And the mechanics?

Image
Embed The Narrative!  And the mechanics I guess!  Something I enjoy doing a lot with assets is to embed them into the narrative, again this is simple stuff but often times it goes unnoticed. If done well it pays off in the long run, though this is often limited to assets available when creating levels (in this case I don't have loads). This method of asset placement or mechanic introduction can help teach the player without being intrusive about it. Here's an obvious example: Now this is the most rudimentary example of embedded narrative; a dead corpse propped against a wall. First thoughts on seeing this from a players perspective are generally: "eh a dead guy" or "that's interesting" - a few other thoughts are likely related to why the corpse is there/what happened to it/can I loot this etc etc. This can be used to a heightened degree later on, and be more inconspicuous, for example - if you were to create a boss room later on with say a l
Read more