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!
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!
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.
Indie dev here. Went full-time on it with my brother several years back. Currently working on our 9th game – Cyber Knights: Flashpoint.
It’s a squad tactics heist RPG. XCOM-like combat, extensive stealth options, and a cyberpunk setting & stories inspired by over a decade of tabletop RPG campaigns we’ve played.
This is our first game made with Unity; it’s been a learning experience but feels very worth it.
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…
A couple of months ago I released my free and open-source game Tabletop Club, which is a physics sandbox inspired by Tabletop Simulator, and made with the Godot Engine!
It’s still early days for the project, but I’ve got a ton planned for the game, and I’m currently working on the first major update!
This looks really awesome. I’m also working on a small project in godot (just a simple sokoban implementation) but this looks way more complex! Nice of you to make it open, makes it easy to learn and contribute.
Can I ask why you choose MIT over GPL for licensing? Just thinking about this because of an article that was recently posted here.
Thank you! The main reason it’s MIT is because I don’t really care if someone takes it and makes it closed source - this version will always be here for people to use and contribute to. Plus, it also opens up the possibility of me forking the project and making another game out of it that actually provides a sustainable revenue 😅
Audio Engineer here, currently composing music and designing sound effects for an action-adventure medieval fantasy. I am unable to showcase current works because of an NDA, but some of my previous works are showcased on my website @ www.iaaudio.com . Still learning more about Unreal Engine and I really enjoy the workflow versus using middleware like WWISE.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !programming@beehaw.org
All things programming and coding related. Subcommunity of Technology.
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
@janooba
Todays has been working on an epilogue to a boss fight! Quiet can be hard to get right.
#indiedev #godot #gaming #somnipathygame
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
Indie dev here. Went full-time on it with my brother several years back. Currently working on our 9th game – Cyber Knights: Flashpoint.
It’s a squad tactics heist RPG. XCOM-like combat, extensive stealth options, and a cyberpunk setting & stories inspired by over a decade of tabletop RPG campaigns we’ve played.
This is our first game made with Unity; it’s been a learning experience but feels very worth it.
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
A couple of months ago I released my free and open-source game Tabletop Club, which is a physics sandbox inspired by Tabletop Simulator, and made with the Godot Engine!
It’s still early days for the project, but I’ve got a ton planned for the game, and I’m currently working on the first major update!
Here’s a link if anyone is interested: https://drwhut.itch.io/tabletop-club
This looks really awesome. I’m also working on a small project in godot (just a simple sokoban implementation) but this looks way more complex! Nice of you to make it open, makes it easy to learn and contribute.
Can I ask why you choose MIT over GPL for licensing? Just thinking about this because of an article that was recently posted here.
Thank you! The main reason it’s MIT is because I don’t really care if someone takes it and makes it closed source - this version will always be here for people to use and contribute to. Plus, it also opens up the possibility of me forking the project and making another game out of it that actually provides a sustainable revenue 😅
Audio Engineer here, currently composing music and designing sound effects for an action-adventure medieval fantasy. I am unable to showcase current works because of an NDA, but some of my previous works are showcased on my website @ www.iaaudio.com . Still learning more about Unreal Engine and I really enjoy the workflow versus using middleware like WWISE.