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!

  • dafungusamongus@lemmy.sdf.org
    link
    fedilink
    arrow-up
    0
    ·
    1 year ago

    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.

  • drwhut@possumpat.io
    link
    fedilink
    arrow-up
    0
    ·
    1 year ago

    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

    • knokelmaat@beehaw.org
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      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.

      • drwhut@possumpat.io
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        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 😅

  • Hexorg@beehaw.orgM
    link
    fedilink
    arrow-up
    0
    ·
    1 year ago

    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

    • janooba@beehaw.orgOP
      link
      fedilink
      arrow-up
      0
      ·
      1 year ago

      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.

      • Hexorg@beehaw.orgM
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        Yes HTNs are a few computational levels higher than goap (HTNs can do everything that goap can). I think project fear AI used HTNs

  • raubarno@lemmy.ml
    link
    fedilink
    arrow-up
    0
    ·
    1 year ago

    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.

    • espa@beehaw.org
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      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)?

      • raubarno@lemmy.ml
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        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. :)

        • espa@beehaw.org
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          If it means anything, I’d read your dev blog if you ever do publish one :P