I’d love to see what kind of a game dev community we have here on beehaw and help each other out. Whether you use Unreal, Unity, Godot or even your own engine, let’s see what you got!
I’m currently working on an action horror game inspired by Cry of Fear and similar mods.
But in the past I’ve worked on a fully kinematic parkour character control with wallrunning, grappling, dashing, mantling, etc. Character controllers are probably one of my favorite aspects to program. Something about the vector math and physics just feels good to solve.
Wow looks so eerie…I love it!
Im working on an metroidvania that works with flying mechanics. My goal is to take the hollow-knight platforming style of pogoing, and combining it with an elytra style mechanic to have large sections where youre off the ground.
My character is a little monstera plant, and I want to make as many little cute costumes for them as possible!
https://www.youtube.com/watch?v=HA8b0G_PNVY
I kinda am… but I’m also a researcher so I’m not particularly making a game but rather trying to make a new game mechanic. I want to make pawns have complex decision logic to be able to choose multiple ways of doing something. I’m working on creating a hierarchical task network in Rust. I’ve been testing it in godot using the gdnative interface. Don’t really have much to show though and no recent progress… Ben busy with a newborn
Hey that’s fair, I can only imagine how much time a newborn would soak up. Game AI is facisnating to me so I’d love to hear more about your work. It reminds me a bit of GOAP a little bit.
Yes HTNs are a few computational levels higher than goap (HTNs can do everything that goap can). I think project fear AI used HTNs
Can’t wait to dig into how this works, thanks for the link above btw
I like Touhou very much, so I am working on a Touhou-ish danmaku (bullet hell) game. It is still in early development, though.
Here’s the today’s screenshot: (https://imgur.com/a/9Th50Zw)
It uses pixel graphics, the CPU draws on a pixel canvas, which is eventually rendered onto a framebuffer. I chose this rather childish approach in order to prototype first, and accelerate later.
The main difference from Touhou Project or its spinoffs will be that the stage will actually be scrollable with ‘nests’ that spawn enemies shooting at you.
The game is written in Rust, uses Vulkan to display the canvas, and licensed under GPL-3.0-or-later license so that it will always be a share-alike project.
Looks cool! By scrollable, do you mean that the player can move the stage camera at their own pace and enemies will spawn at certain spots, or is it similar to Touhou but just different in how the underlying spawning system will work (as opposed to timer based which I assume Touhou is)?
If, in Touhou series, the scene is limited to the viewport, in my game I experiment with a larger field. Some ‘fairy-level’ enemies may reside in nests, some may move around. But I’ve just finished the very basic graphical level today and a satisfying smooth scrolling in a large field. Now, I can focus more on a gameplay, add enemies, bullet mechanics and see what is the most enjoyable way to play. It may even have several game modes, including the classical ‘Touhou’ experience…
I’ve understood I need a dev blog so badly. :)
If it means anything, I’d read your dev blog if you ever do publish one :P
My friend and I recently released this short, sad unity game. Now I’m in-between projects and just making little prototypes for fun. This one’s an Earthbound-style RPG menu.
My friends and I have been working on a cozy 3D platformer called Live at Strummer’s Pond! It’s physics driven and fully multiplayer online. It’s easily the most difficult thing I’ve ever programmed. We’ve been working on it for a year, and we’re super proud of it.
We just recently got our Steam page up and running!
This is super cute! Multiplayer is hard as hell, so respect!
