> Demo Land

A Metro game. Developed mostly as mvania19. In the last week of that jam, I created the HatBot levels, leaving these 'demo' levels behind.

When metro was refactored, this was the first proof of concept, to be sure Metro wasn't coupled to HatBot too tightly.

Note Demoland is not independently deployed to itch - it's only playable within the Dino main game.

> Ghost House

Submission to the December 2022 godot wild jam (gwj).

A simple platformer with some lighting effects. Use your flashlight to stun the glowmbas.

No real game loop or win state yet, just a few halls to wander.

> Cozy Gunner

The 'cozy' name here is a bit optimistic - I want to push the game in a cozy-direction, if possible. This comes from a cozy 'runner' idea, which has me feeling cozy autumn envy.

Created to explore adding Juice to a platformer, but with potential to grow into something more interesting. Maybe needs more break the targets levels?

Much of gunner (the player controller) was lifted into tower jet (dino game).

> Harvey

So-named after the Harvest theme from January 2023's ludum dare.

This is an Overcooked -for-farming prototype, in which you gather and plant seeds, water them, harvest produce, and deliver it.

It features some AI bots that do more work than you ever could, to make the game a bit more active.

> HatBot (dino game)

My first Metroidvania!

A submission to the Metroidvania Month Jam in March 2023.

The 'hatbot' portion (zones/rooms, enemies, bosses, sounds) only came out in the last week of the jam.

> Pluggs Mcgee (dino game)

Just a teaser - crawl around as a bucket of pluggs. More to come!

> Runner (dino game)

A rough couple of demos of a RunnerRoom.gd helper I wrote to create an infinite runner.

There are wide directions to take this, but mostly it'd be nice to clean up the structure so I can put together multiple levels/games in this style.

The main inspiration was a cozy autumn leaf catching runner, but I've had many ideas since, including Dream Runner, which is hopefully coming soon!

> Juicy Snake

A rough submission to a juice jam in Jan 2023.

I have high hopes and future plans for this one. Unfortunately, at the moment, it's a piece of crap.

> Tower Jet

Submission to godot wild jam in January 2023.

Built on top of gunner 's player controller, and (nearly) integrating procedural level generation via reptile. I say nearly because a lot of time was invested, and the final levels _were_ generated, but it's not yet a random game.

See also: future games (roadmap)

> Dream Runner (dino game)

> Super Elevator Level

> Shirt (dino game)

> Lil Were Riding Wolf

> Moon something ( Moon Trap, ProtoMoon )

> Moonseum

> Triage (dino game)

> async mario kart

> Beat Em Up City (dino game)

> hoodie

beatemup lifecycle tool roguelike?

The idea is that when you lose all your health, you lose a hoodie (or your pants). When you start up again, it's a brand new hoodie (or pair of pants). Underpants?

> beehive (dino addon)

Game AI abstractions.

Named after a pun on 'behave' (from behavior trees ), and also because bees are drones, and this addon is about controlling behavior.

I'd like to extend this to include behavior tree and goap implementations.

> juicy camera (dino addon)

A 2d camera. In the code, just called 'camera' and autoloaded as 'Cam'.

I'm pretty happy with the camera at this point, and I hope to clean it up and make a video to cover it: juicy camera video.

> addons/core

An addon full of basic utilities.

> dj (dino plugin)

DJ supports playing sounds and music.

A DJ SoundMap and DJ.play_sound("pew") includes helpers for playing a random 'sound' from a list, and modifying its pitch to prevent it from playing that same damn PEWWW every time.

Hopefully soon DJ will have a UI to support testing sounds in the editor. Imagine that!

Note that gdfxr is a very useful addon for generating sfxr sounds right in Godot.

> hood

Hood provides useful HUD components.

It has taken on several other things, such as the Actions API and Quests, but those are being refactored into other plugins (in this case, trolley and quest ).

> hotel (dino plugin)

Hotel was originally a Room manager, but it has grown into a full game state db.

It supports 'booking' data based on your static scenes, 'registering' nodes with the hotel when a node is _ready(), and 'checking-in' data as in-game events happen.

The main feature supports reloading zones and rooms that have already been visited, and restoring the state from the player's last visit. Ex: was this candle lit? What was this enemies health? Was this item already found?

Hotel as a UI view that can be used to access game data in a debug overlay or in the Godot editor.

Pulling data from your static files makes it simple to connect nodes together - the initial use-case for this was making it possible for teleporters (elevators) in different rooms/zones to reference eachother as a destination.

Hotel exposes a useful Hotel.query({}) function as well, which supports several basic keys (e.g. groups, is_player ) and a general "filter" key for fetching whatever data you need.

Hotel also offers a signal for all data check_ins, which provides a nice separation of concerns for updating the HUD or sending out notifications based on changed data.

Related but not yet implemented: I hope to get to hotel themes soon, which is a step back toward the room management idea, but with a focus on data-driven or constraint-based look and feel (i.e. constraint-based room design ).

> metro (dino addon)

Metro.gd, MetroZone.gd, and MetroRoom.gd provide helpers for managing zones (areas) and rooms in map-based games. (e.g. Metroidvanias, dungeon crawlers, etc).

Originally built along side mvania19 / hatbot, it has since been refactored out into a reusable addon, and applied so far to src/dungeonCrawler.

> navi

Navi, because navigation (and Zelda).

Navi scene management and basic menu components.

The default Pause, Win, and GameOver menus are here, for when you're jamming and you just don't need to implement it again.

> reptile

Reptile is so-named because it originally housed tileset/tilemap helpers.

It has evolved to support tilemap generation, in a step towards procedural content generation.

These features worked in a rough editor prototype, but didn't quite turn the corner when the tower jet deadline hit. It was then broken completely in the godot 3 to 4 transition.

I hope to restore and then continue extending this soon, most likely with a wave function collapse implementation.

For now, it's still quite useful to be able to grab a working autotile when you need a quick platform or room to work in.

> thanks

Sometimes I call this T. Hanks, and then I laugh to myself.

> trolley (dino addon)

Trolley is all about the controls.

It's simple for now, providing some simpler interfaces into godot's Input features. It should evolve to provide controller editing and debugging views, as well as an actions api.

> quest (dino addon)

> shade

> vitriol

> axe

> kink (dino addon)

A wrapper providing a nice API into ink tools.

> Action Detector Abstraction (actions api)

Currently implemented in addons/hood, but likely moving to addons/trolley soon.

The Actions API lets interactable entities (doors, lights, etc) define their own Actions (i.e. labels, functions, inputs to trigger them, conditions).

Entities that can perform actions can 'detect' what actions are near them, and execute them (via player input, or otherwise via code).

> Metro

Supports connected rooms in 2D map-based games.

• activating/deactivating camera anchors
• pausing/unpausing the current/adjacent rooms
• outputting a grid/dimensions for building a minimap

> Runner Room

Support for building infinite runners.

> Hotel DB

Persisting and reloading game state across godot's node lifecycle.

> Dialogue

None! Hopefully something via ink soon.

> Gyms

While building up games, it's helpful to create 'Gyms' along the way to test out specific scenarios.

These are basically demos or debug rooms, just a place to throw a few nodes together so you can test things without loading and playing the whole game.

Ideally dino would pull all the gyms together and expose them in a menu, so they can be played from the main game, and not just in the editor.

> Game.gd and DinoGame.gd

A DinoGame is a way for games to opt-in to some basic game management features (e.g. Player respawning).

> Aseprite file watcher + auto export

Re-exports aseprite files as sprite sheets on save.

Godot re-imports the updated files automatically (when you re-focus Godot), so this makes for a very nice feedback loop.

> Godot game export

Building all of dino or one of its sub-games.

> AWS s3 web deploys

> itch.io deploys (via butler )

> run tests (via gut )

> symlinking to external addons (deprecated)

{:gut              :bitwes/Gut
 :MaxSizeContainer :MattUV/godot-MaxSizeContainer
 :inkgd            :ephread/inkgd}

Symlinking to local copies can be problemmatic - these helpers used to manage it for me, but I've moved away from it.

There are several godot addon managers to choose from. At this point I think vendorizing (just including the addons directly in the repo) is the answer, and most addons encourage this in their install instructions.

Vendorizing makes it much easier to edit and improve the addons in place, and saves your less technical teammates alot of trouble (e.g. when they want to try to tweak their own art in Godot's editor).