plixel

I've used Mullvad for a couple of years now and they're great.

I understand where you're coming from. AI can be a learning tool to help fill in some gaps in knowledge, however the moment you don't understand what it's doing and just copy and paste the code, it no longer become a tool but instead a crutch. Instead of copying and pasting code you can take the time to look into why it's doing what it's doing. For Godot in particular they have really good documentation and there's plenty of resources to learn. GD script is a pretty easy language to learn on a surface level. You should do some research into game design patterns and basic programming concepts.

I did take a look at your code and while you do have your main.gd organized, having a large monolith like that with 1100+ lines of code that has multiple responsibilities is certainly a choice. Typically you want your scripts to handle specific responsibilities, that way each script and each object that contains that script has a single responsibility. This helps with efficiency and debugging since you have smaller scripts running and if something breaks you know what broke without everything else falling apart. You employed that partly with your save manager and notification manager etc. But you could certainly pare down your main script. Also considering how much it's handling I'm curious as to what the structure of your game looks like. Godot likes to have nested objects but based off your code yours doesn't seem to be conducive to that. Also there appears to be some needless abstractions with your variable storage.

Anyways I think taking the time to research and learn some basic programming principles and game design patterns would go a long way to help you. Coding can be difficult and seem like a black box when you first get started, and AI can seem like a way to pierce through that, but if you don't learn why it's recommending the code it is then you'll never really understand what your own game is doing and that's not helpful to you or your players.

I literally just switched over from Google a few months ago and finally got all settled in. Just great. Does anyone know of any good alternative? I know Tuta exists, are there other options?

You can install Ollama in a docker container and use that to install models to run locally. Some are really small and still pretty effective, like Llama 3.2 is only 3B and some are as little as 1B. It can be accessed through the terminal or you can use something like OpenWeb UI to have a more "ChatGPT" like interface.

Thanks for this!

I really liked Kagi at first, especially since I use it mainly for programming as well, but recently I feel like the quality has gone downhill. Right around the time they integrated the Brave stuff I've noticed a significant amount of me having to scroll down past the usual Google-like fluff results before getting to actually relevant information. It's a little sad to see because when I first used it, it was so good now it basically feels like a skinned Google-lite at this point. I'm still a customer but only because I haven't found a good alternative yet.

Thanks for the explanation! Your explanation led me down a rabbit hole of seeing if there's a way to cancel an await call, from what I can tell there was no clear way to do so. In my case I ended up connecting the signal to a secondary function instead of utilizing the await command, I'm not entirely sure if there's an advantage to utilizing one method over the other.

I didn't have access to my computer when I posted this so I was hoping to get some info while I was away from it. Thanks to another commenter, it looks like it has a very minimal impact. Good to know for future reference!

Thanks so much for testing that out! That's very informative and even more thorough than what I was looking for! I wasn't at my computer when I posted this so I couldn't test it myself.

I ended up connecting the signal to a secondary function to run on finished to avoid any potential memory errors, but it's super helpful to know that the performance impact is minimal.

Interesting!! Yeah that's exactly what my node structure is. So basically instead of using signals and sending from one Map child to the other, use spawn_object as a child from hexgrid and then just call the spawn object function as needed since the hexgrid script already has a reference to the index and location of each tile. Thanks so much for the advice I'll give it a shot! I ended up working out the signals issue I was having anyways but it seems like your suggestion is a cleaner solution!

I see okay so I understand that the intent is to decouple scenes from each other, however from the tutorials I've seen they typically say that to establish the connection you need to run get_node() from the script you are establishing the connection to. So for example if you have:

*Parent
    **Child 1
    **Child 2

You would emit from Child1, then establish the connection from Child2 using:

var script = get_node("root/Parent/Child1")
script.some_signal.connect(some_function)

Is that the correct interpretation? Or am I misunderstanding? Thanks in advance btw I appreciate all the help in understanding this!

Hm..I didn't even consider that the emit might be happening before the connection. I have them both running from separate on_ready methods. Perhaps I should be running connection though _init. Typically in unity I would just use C# actions and use OnEnable to establish the "connections." It make sense that the code could be emitting before I even have a chance to connect to it, which is why my test fails.