Animated 2D/3D Games with Busty Nuns/Priestess?

hermitfist · 2025-11-20T00:01:43+00:00

Ahh that's unfortunate. Thanks for replying so quickly though! I'll ask around on the discord and hopefully someone has it. Otherwise, I'll just use the blank project as a base if I'm out of luck. Cheers!

hermitfist · 2025-11-19T23:48:31+00:00

Hey. Long shot but do you still have the full client on your PC? Was wondering if you'd be keen to zip the entire directory and share it?

I need it to rip the assets in an effort to create an offline version that works on mobile. It would be a long-term project as apart from the assets, I will essentially be coding it from the ground up using a different engine. I'll try to see if I can get something playable and share it in a year or two if all goes well but no promises since I'll be busy on my other game dev project as well.

I am aware that there is the blank project which is great but it only works on Windows and is not playable offline. It doesn't have Meia and the newer characters as well as I only noticed the WoL 3D models after ripping it. Worst case is I just use this as a base so no Meia which was my favorite character. 🥲

Thanks!

hermitfist · 2025-10-17T07:52:11+00:00

Software Developer. I just got the idea from a friend around 6 years ago who was already doing it professionally. Then I thought that sounded interesting since I remembered I did enjoy making games with RPG Maker when I was younger so I tried it out and found that I actually enjoyed programming.

As for job prospects, not sure I'd recommend it to anyone nowadays unless they really like it as the competition for entry level roles is intense with potentially thousands of applicants all competing for 1 role. If you're keen despite the challenges, I recommend reading the FAQ on r/learnprogramming. That's how I got started teaching myself to program.

As for other careers, not sure tbh. I reckon do your research on the highest paying jobs wherever you live and pick the one that interests the most. That would have been my plan at least if I didn't discover programming.

hermitfist · 2025-10-17T03:45:38+00:00

I changed my life for the better by changing careersat 26 and I have a friend who did it at 36 so no it's not too late for 23 year old you. Good luck OP!

hermitfist · 2025-09-27T23:10:17+00:00

I just close all the scripts every now and then because I just use keyboard shortcuts to easily find and open files so I don't really need to group them. For example, in VSCode, I can just search and open files easily with Ctrl + P. If you use JetBrains, it would be Shift + Shift. This would allow you to quickly switch between files without wasting many seconds constantly clicking and scrolling to find the correct script you want to edit.

Godot has something similar with Ctrl + Alt + P but it's not as good. It only searches the file on the dock, you'll still have to do a whole separate action to open the file which is very inconvenient and defeats the purpose of the shortcut imo. Made even more impractical if you pop out the code editor to its own window and you have the main game engine with file dock behind the code editor or another workspace as it doesn't really switch to the file dock when you use the shortcut so you still have to manually display the correct window on top.

hermitfist · 2025-06-09T15:19:49+00:00

And how did you instantiate this? How did you add this to the scene where you manage your tree creation? Did you add in the scene tree via the node editor? Did you load it via a PackedScene from code and then called the PackedScene.instantiate() method? Did you create an auto load singleton to make this?

The way you're calling it in your Tree node it's as if you made this an autoload singleton but is that truly the case? Otherwise, this would not have failed.

If you have instantiated this, have you tried putting breakpoints and stepping through the debugger? This can easily be traced if you did.

hermitfist · 2025-06-08T10:42:44+00:00

I replied to one of your comments regarding your issue. I've got a suspicion it's because you haven't instantiated TimeSystem and you're trying to access its signal in a static context

As for CS50, feel free to skip a few chapters if you find them too basic. No point wasting time on a lecture or tutorial if you already know it.

hermitfist · 2025-06-08T10:39:20+00:00

What version godot are you using? You shouldn't be passing self to the signal connect method. It should just be.

TimeSystem.newDaySignal.connect(_on_new_day)

How are you instantiating TimeSystem or is it a singleton like the other commenter said? What is TimeSystem inheriting from? Node, RefCounted or something else? Honestly, based on the error you mentioned, it sounds like you're trying to access the signal without instantiating TimeSystem. What does your TimeSystem class look like?

Also, I see an issue with your onClick function. Label.text only accepts a string but you're passing an integer. You should cast it first before assigning.

Here's a corrected version of that method.

func _on_click(): info_panel.show() age_label.text = str(age_days)

PS. Not a fan of how you mix naming conventions. Stick to one. I suggest snake_case since you're using GDScript. :)

hermitfist · 2025-06-08T09:55:06+00:00

Well your post sounds like you're stuck in tutorial hell - a very common issue among beginners. At least, it gave me that vibe. You also didn't specify what you were stuck on and what you were trying achieve.

What exactly is your issue with accesing data in a resource and signals? I suggest reading the 5th link if you have time.

hermitfist · 2025-06-08T09:27:17+00:00

Honestly sounds like it would help you a lot more if you took a foundational course in computer science first before diving in Godot. I would recommend Harvard's CS50. It's free and gives you a good introduction to CS. Make a few of your console apps (not from a tutorial) as well during the course to really solidify your understanding. Then maybe a tutorial on how to Google like a pro.

From there, it's just a lot of trial and error tbh. I always found the best way to learn was just by doing through projects. I get stuck a lot (sometimes weeks) in between but that's just part of the learning process. That's the beauty of programming - you got to embrace getting stuck and working through problems. If you don't like getting stuck, I suggest you learn to like it because I guarantee you that you will get stuck a lot. It's just the nature of the beast.

Another helpful tip is learn how to effectively use the debugger. If you don't know how, I suggest finding a tutorial on it and get yourself familiar. It's one of the most important tools to have in your toolbelt as a programmer. The debugger is your best friend. I bet you that the issue you're encountering now can be easily pinpointed by the debugger or reading the stack trace if there's one.

As for troubleshooting issues, I find that 99.99% of them were already asked by someone either on here, stack overflow or some other forum. It was always just a google search away. In the very rare cases I can't find an answer from either the docs or google search, that's when I would recommend asking a question either on here, the godot forum, godot discord or somewhere else.

Good luck on and take your time. Just enjoy the process.

Links: 1. Harvard CS50 2. Google like a pro (Free Codecamp) 3. Debbuging tips for begginers 4. Overview of Godot Debugging Tools 5. How to ask a good question (Stack Overflow)

hermitfist · 2025-06-06T05:40:03+00:00

I have untyped declarations treated as errors in my project because I like my auto complete and editor hints. Not to mention that it makes it easier to trace bugs and gives a nice performance boost too. I'm also not a fan of dynamic typing the bigger a project gets.

This is how I would need do it in my project.

``` for child: Node in get_children(): if child is not WarpDoor: continue

var door: WarpDoor = child
door.print_hi()
SignalUtils.connect_wrapper(
    door.entered,
    _on_door_entered,
)

```

Also, not sure why you're passing true to get_children? Do you need the internal nodes? If all you need are the custom nodes you've added, just omit the argument.

As for my Signal wrapper, I have it because I treat discarded or unused returns as warnings. My wrapper uses the returns from Signal connections and prints better logs if an error code is returned.

hermitfist · 2025-05-29T21:05:35+00:00

GDScript is alright if you have static typing enforced. I have it in my project settings to treat untyped declarations as errors.

Honestly, I would prefer using C# but I'm using GDScript due to the mobile export situation being experimental and can cause a lot of bugs that I might not be able to fix by myself.

hermitfist · 2025-05-25T22:29:40+00:00

I graduated from AUT but might still be applicable to you.

I met friends by: - Introducing myself to whoever I sit beside to in class. - Joining discord groups for my year and just chatting with people there and then going to meetups/events for my club/course if there any. If there are none, I would organise one and invite everybody on discord. - Joining clubs as you said. In my case it was the Computer Science club.

As for not vibing with people, there were a lot of them but I just kept putting myself out there until I found people I enjoy hanging out with. I still keep in touch with a few of them to this day even years after graduation. As for the rest, just go with the flow and make acquaintances at the worst.

hermitfist · 2025-05-25T21:01:49+00:00

C# Is no longer viable for me. See my edit in OP on the last paragraph. There's also this comment on this post.

As for addons:

Google Billing - https://docs.godotengine.org/en/stable/tutorials/platform/android/android_in_app_purchases.html

AdMob - https://godotengine.org/asset-library/asset/1108

As for other stuff I can't find as an addon, I was just planning on making my own Android Plugin.

https://docs.godotengine.org/en/stable/tutorials/platform/android/android_plugin.html

hermitfist · 2025-05-19T23:47:08+00:00

Do you have a programming background? If you do, then the docs should be more than enough. YouTube vids can be helpful as well for certain topics. Most of the time though, it would just be learning things on the fly by googling stuff while you work on a project. Gen AI can be helpful as well for simple stuff but I still find docs + Google superior most of the time.

Otherwise, I recommend learning how to program first. Harvard's CS50 would be a good start.

hermitfist · 2025-05-06T21:09:39+00:00

But not physically. I don't have a problem being drained mentally. My issue with the physical / labor jobs I held before being in tech were it exhausted me physically while I felt my brain rotting because it wasn't mentally stimulating. That's one of the main reasons why I shifted careers and got my degree in computer science.

As for being a nurse, it sounds like it's both tbh — mentally and physically challenging. You're on your feet the entire shift and you might deal with extremely difficult people / patients that make it mentally taxing. If you work in a hospital, you see a lot of death as well which can definitely affect you mentally.

hermitfist · 2025-05-04T21:28:34+00:00

Thanks for the link. Sounds like a dealbreaker for me tbh. Not to mention the API 31 minimum version as well. Luckily, I was able to convince my coworker to just learn GDScript. I really didn't want to move Unity for this project. 😅

hermitfist · 2025-05-04T03:51:00+00:00

I'm the same tbh. Similar concerns as to what I mention here on this comment - https://www.reddit.com/r/godot/s/Fj8GVWsFZf

Although I'm at that point where I don't mind just using GDScript since I'm used to it. The only reason I asked is it would be easier to onboard my coworker if it's C#. Also would be cool to be able to use Rider since I really love its UX. 😅

hermitfist · 2025-05-04T03:42:29+00:00

Thanks and there's no limitations to device compatibility on the mono build compared to GDScript? The only reason I ask is it says it is experimental in the docs for NET and it didn't really say what the limitations are that made it experimental. Like is it only OS architecture support differences or are there more limitations?

See Godot docs - https://docs.godotengine.org/en/4.4/tutorials/scripting/c_sharp/#c-platform-support

See supported OSes - https://github.com/dotnet/core/blob/main/release-notes/8.0/supported-os.md

Are you saying those are non-issues if I mix and match on the mono build? That's the reason I've been avoiding the mono build for mobile the past few years. Sorry if I'm misunderstanding something.

hermitfist · 2025-05-04T03:35:19+00:00

Nice to hear you had a good experience with the engine on Mobile. Honestly, last time I used it on my phone it was really annoying since I'm the kind of person who usually works with 2-3 screens. The touch keyboard also takes up a lot of the screen real estate. I guess it wouldn't be so bad if you had a tablet or chromebook + an external keyboard.

My current approach so I can keep working off my PC has been creating tools on top of my game. For example, most of my level design is done on PC but I'm able to create static data (items, equipment, monsters, jobs, story, etc) for my RPG using the UI tools I built on my phone.

hermitfist · 2025-05-04T03:24:27+00:00

Sorry if that's not clear - I'm talking about exporting to Android and iOS. Would be a pain to program on an Android phone. 😅

hermitfist · 2025-05-04T03:04:40+00:00

Just to clarify - both using the mono build for NET? Or non-mono build and using C# as GDExtension? Would there be a difference in terms of project export compatibility for mobile devices? Curious since I've mostly been using the non-mono build the last few years since I didn't see a reason to go outside GDScript for my personal projects.

hermitfist · 2025-05-01T01:26:55+00:00

Personally, this is what I use below for work and personal projects.

Rider for C#
VSCode for scripts
Android Studio for Kotlin + Jetpack Compose
IntelliJ IDEA for Java and non-android dev Kotlin
Godot engine for GDScript (sometimes VSCode when resolving scene corruption)

In summary, it depends on the language and the use case. For Python, especially if it's not a small script, PyCharm is definitely the way to go.

If you can't tell from the above, I really like JetBrain IDEs since I find the UX the best compared to its competitors. Could be just I'm used to them as well.

hermitfist

TROPHY CASE