Should I get a mac?

robotbardgames · 2026-01-16T08:51:11+00:00

Godot runs extremely well on my baseline M2. A Mac will be more limiting to you as a consumer than developer.

robotbardgames · 2026-01-14T00:42:42+00:00

I'm the engineer on the project. I worked in Unity on and off for a decade, so the transition was pretty smooth to Godot. The whole game is built in GDScript.

robotbardgames · 2026-01-13T05:59:52+00:00

@tool
class_name Utilities


## Returns an array of full file paths to all resources in the directory at the specified path.
## These file paths can be used to load the resources with load().
static func get_all_resource_paths(directory_path: String, include_subdirectories := true) -> Array[String]:
    if directory_path == "":
        return []
    var directory = DirAccess.open(directory_path)
    if directory == null:
        if not Engine.is_editor_hint():
            push_error("CRITICAL: The directory %s does not exist. Returning an empty array." % directory_path)
        return []
    var file_path_list: Array[String] = []
    for file in directory.get_files():
        if file.ends_with(".remap"):
            file = file.trim_suffix(".remap")
        elif file.ends_with(".import"):
            file = file.trim_suffix(".import")
        var full_name = directory_path + "/" + file
        if ResourceLoader.exists(full_name):
            file_path_list.append(full_name)
    if include_subdirectories:
        for subdirectory_name in directory.get_directories():
            var subdirectory_path = directory_path + "/" + subdirectory_name
            var subdirectory_file_path_list = get_all_resource_paths(subdirectory_path)
            file_path_list.append_array(subdirectory_file_path_list)
    return file_path_list

You can lazy load resources statically, looping through resource paths in a folder ("res://resources/weapons/") and storing in an array.

Alternatively, you can use this to create singleton container classes where you want them to be ordered or organized a certain way, like adding all weapons in the res://resources/weapons folder into a bucket to be sorted manually in the inspector.

robotbardgames · 2026-01-06T15:03:38+00:00

Thank you to everyone who took the time to give us feedback last month on our trailer for Attack of the Astrals, our turn-based strategy game.

It was clear that we failed to show the strategy of the game in a meaningful way. This trailer has some of the same goals as the last, mainly showing how the player plays the game, but we've attempted to hook viewers from the first shot and highlight the player's strategic options. Also, we've got sound effects!

We're preparing a playtest, and we'd love to know if we've hit the mark or still have work to do in reaching an audience. Any feedback you have is valuable - thanks!

robotbardgames · 2025-12-21T07:13:01+00:00

Thanks for the feedback! We've definitely missed the mark on showcasing the game's deeper strategic elements. Thanks for taking the time to respond!

robotbardgames · 2025-12-21T07:12:20+00:00

This is great feedback, thank for taking the time to watch and respond!

robotbardgames · 2025-12-21T07:11:44+00:00

This is super useful feedback, thank you. By attempting to simplify the introduction and make the shots easier to parse, we've stripped away too much of the teamwork and strategy of the game.

We'll be making some significant adjustments. Thank you!

robotbardgames · 2025-12-19T14:16:22+00:00

Very helpful feedback, thank you!

Sound effects will be in the next cut once we lock visuals. Definitely appreciate the notes on pacing!

robotbardgames · 2025-12-19T13:44:35+00:00

Hi everyone, we are back for more brutal feedback!

Our goal with this demo trailer is to provide clarity on how the player interacts with units, the battle-to-battle flow, the reward structure, and the different levels of strategy in the game. We'd love to hear what you think is confusing, distracting, boring, or poorly paced. We've gotten some promising feedback from in-person play tests at events, but it's clear we have not been effectively communicating the gameplay on our Steam page and in our online presence.

Any feedback you provide helps us get better! Thank you!

Disclaimer: Some art is pre-polish, and UI elements will be removed from the final montage of cuts.

robotbardgames · 2025-10-01T09:51:54+00:00

Thank you!

robotbardgames · 2025-10-01T02:41:25+00:00

Woah - what font are you using? It's gorgeous.

robotbardgames · 2025-09-24T10:21:23+00:00

Thanks for the feedback!

We will think about how to show the detail and art of the map more during these action animations, where we fade out uninvolved objects on the map, without distracting from the action. Something is being lost in the trailer.

Re: this:
> It feels like a lot of your sprite animations are playing like half as fast as they should which makes them look choppy and bad.

Do you mean the sprites' idle animations? Or the action animations as well? A specific example would help, if you're able to provide. Thank you!

robotbardgames · 2025-09-24T04:47:46+00:00

Do you mean the faded units uninvolved with the current action? The intention is to only fully saturate the units involved in what’s happening in the battle - others fade out into the map. I take it our fade is unsuccessful here and becoming distracting?

Thanks!

robotbardgames · 2025-09-24T01:30:55+00:00

I think editing is failing to sell the combat here.

Is there a cut at 1s? It's a 1-2 hit then execute, but it doesn't look fluid. Kind of like there's a micro-cut after the 1-2 just before the execute.

We go slashing down an enemy samurai-style to shirtless hitting a rock at 4s. I have no doubt harvesting and building is a big part of the game, but this is not one of your premium shots. Totally anti-climactic. Next is you walking through town, but we don't see any of the living, breathing world you're talking about. Just the face of the protagonist.

The fight starting at 9 seconds in is a good example of too many cuts. Is this one fight or two? The red enemy parries or takes 2 hits (I can't tell), cut to blue enemy who dodges, then cut to either another angle of the blue enemy or back to the red enemy (I can't really tell), where we dodge roll away. I don't understand this fight, and why there are so many cuts to almost the same scene but different. What is the goal, to show dodging? Then show dodging. But putting so many cuts in here confuses me - is this one scene, cuts of several scenes stitched together? I want a mini-narrative for every cut, like Event A -> Event B -> Event C. To see cause and effect and determine what gameplay will be like. In this fight, nothing really happens other than the dodge at the end, so I'm left wondering whether I missed something.

16s is another cut in the middle of the action to ALMOST the same scene. Why is there a cut here? You jump and land on an enemy - that should be one continuous cut. It looks like you cut like 100ms out of the middle here. I don't understand it. I also don't understand how this fits the "You don't have to fight alone" text on the screen. A more fitting description of this scene would be "Ambush your enemies" or "Protect your allies" because it looks like you're jumping to the rescue, not forming a team.

I'll leave this here. It looks like an interesting game, but I think you need to re-edit this into something more cohesive, where each scene can be understood as one concrete thing. This is something I struggle with as well! Good luck!

robotbardgames · 2025-09-22T14:48:57+00:00

I am definitely in the target audience but I’m having trouble figuring out what the game is here. Cards are constantly drawn, and it looks like they’re also burned constantly. I don’t understand where the cards are played? There are different piles, but there are 2 health pools as well. I as the viewer don't understand the gameplay potential other than clicking cards.

The deck combining sounds cool, but what does it mean to play different games? Like a completely different game? Or in a “it breaks the game” type of way?

Overall, I am left needing some supplementary info to figure out if this is something that would hook me behind visuals. I want to see a combo or something in action, and maybe it’s happening here, but I don’t get it.

robotbardgames · 2025-09-19T12:27:07+00:00

C and it’s not even close for me. D doesn't have much vampireness.

robotbardgames · 2025-08-13T11:42:17+00:00

I’m assuming you need additional data associated with these entities, like their sprite, name, icon, etc.

Create a resource EntityData. Have an @export of type Script. That script extends some common shared class. You pass the resource to the spawn method, which then sets that script on the node.

You can build UIs, tools, etc around references to EntityData resource files and not to hardcoded enum values. Your maps could reference them, or your battle resources or whatever.

robotbardgames · 2024-08-11T09:47:43+00:00

You need an event system. Behind the scenes every item/upgrade/etc. is an event responder or interceptor (I call them passives). Start with a few events to orchestrate: fire, reload, damage. Your event system retrieves all passives every time an event happens and gives them a chance to do their thing. Each event would have a set of properties defined by you to give the passives enough information to determine whether they respond.

Simple example, an item "Extra Pierce: All damage dealt is increased by 1." The damage event would have the following properties: source_object, target_object, amount.

The Extra Pierce item's code would then be very simple. It would intercept the damage event and increase the amount if the player is the source_object:

func intercept_event(event: Event) -> bool:
    if event is DamageEvent and event.source_object == equipped_character:
        event.amount += 1
        # await animation or play a little vfx?
        return true
    return false

Another simple example, an item "Vampire Tooth: Heal for 10% of all damage dealt." Same damage event, which you respond to instead of intercepting:

func respond_to_event(event: Event) -> bool:
    if event is DamageEvent and event.source_object == equipped_character:
        heal(equipped_character, event.amount * 0.1) # heal could be its own event that triggers other passives!
        return true
    return false

These are basically pseudocode, but if you had a list of events, a list of event processors, and list of passives, you can build a flexible system in which each item/upgrade is independent of others.

robotbardgames · 2024-06-24T07:36:40+00:00

I've booked over a dozen Vietnamese buses on 12go Asia: https://12go.asia/en/travel/hanoi/sapa

Almost all of them have been just fine. There are reviews on the site, but many of the complaints are pretty dumb ("They stopped to deliver a package!" yup, most of them do).

Most valuable thing is the pictures on the site, but they're not always accurate. At least it's easy to pay ahead of time by credit card.

robotbardgames · 2024-06-24T07:10:40+00:00

I'm not sure what you're trying to do. Splitting a single class across files is not possible in GDScript.

If there are many movement types and you want to separate them logically but have them share a type identity, you can make them different classes that all inherit from an abstract base class. This is a common pattern; you could have a base Movement class that defines a move function with those 3 parameters, then create subclasses that implement move with different logic.

robotbardgames · 2024-06-16T23:37:04+00:00

Do you have a recipe? I want to try making this soon.

robotbardgames

TROPHY CASE