Initial movement tests were quite funny, because look_at() adjusts rotation on both the y axis (left-right rotation) as well as the x-axis (up-down rotation), which meant that the enemy kept looking up when the player was at a higher elevation than it.

Developing Arena Challenges

To expand on the last point: I'm actually quite proud of the solution I implemented for creating arena challenges. The way this works right now is that the arena terminal contains a dictionary which stores all arena challenges, including any information that needs to be associated with them: round and enemy count and types, rewards, etc.

All that information looks a little like this:

    const arena_challenges = {
        1099: {
            "reward": 7382,
            "rounds": [
                {
                    "type": "regular",
                    "spawner_count": 3,
                    "enemies": [
                        ENEMY_MONKEY,
                        ENEMY_MONKEY,
                        ENEMY_MONKEY,
                        ...
                    ],
                },
                ...
            ],
        },
    }

1099 is the unique ID by which the challenge is identified; this can later be used to save which challenges the player has already successfully completed. The ID is also used to fetch strings, such as the title of the challenge, and later the description and perhaps other useful information that could be displayed to the player in the arena terminal GUI.

reward is the money count that is rewarded after completing a challenge; the option to receive items could be implemented later. A reward for completions after the first one should also be added later, so that the player doesn't receive an insane amount of money for completing the same challenge over and over again!

rounds is an array that contains round objects which store the type of round – which is currently unused, but could be used later for boss rounds –, the spawner_count, defining how many of the current total of 8 spawners should be used for spawning enemies, and of course, enemies, which defines what types of enemies and how many should be spawned in the given round. enemies are defined simply by entering the string paths to their scene file (here, ENEMY_MONKEY is a constant string pointing to the enemy's enemy.tscn file).

This system is actually super easy to use; by defining a spawner_count and enemies, the arena script can figure out how many enemies should be spawned per spawner in order to balance out the spread of enemies. Spawners are picked at random, and enemies are shuffled before being spawned, so that the order entered in the challenge definition doesn't produce same results every time.

A challenge ends once all rounds have been cleared; a round ends once all enemies in a given round have been defeated.

The Bad

• I have yet to implement handling for when the player dies during the challenge
• It all still looks a little janky – although that's to be expected, since I implemented this entire system just a few hours ago, as of writing this webpage
• It's a bit annoying to fight the enemies with the current, primitive roster of weapons

Verdict

Very happy with my progress today – I got so much done. This was my most productive day in a very long time.

The great thing is that, now that there's an arena challenge, and with it, a constantly spawning stream of enemies attacking the player, the game actually has a proper gameplay loop, in some way! In other words – there's actually something to do now!!

I think that's pretty neat.