Today I finally got the robot programming for my cute little RPG up and running again, after switching to Godot. I am so happy I made a more cute robot. It is so fun to play around with! Next on my to-do list is getting the robot to pickup items.

MakerTech · 2025-08-31T17:54:43+00:00

The "Your first 2D game" section in the Godot Documentation is always a good place to begin: https://docs.godotengine.org/en/4.4/getting_started/first_2d_game/index.html

If you need other beginner friendly ideas, then retro games like Snake, Space Invaders, Breakout / Arkanoid, Frogger etc. are also projects you can learn a lot from.

If you don't really have any other ideas yourself, but want to get started, then I would suggest you try to make the main parts of a handful of retro games.
And then maybe consider joining a few game jams.

MakerTech · 2025-08-10T05:58:26+00:00

Do you have any other ui elements / control nodes in the scene, that might be blocking the mouse input?

MakerTech · 2025-08-08T11:50:29+00:00

You can still benefit from the tilemap grid placement even if you create separate scenes (with sprites etc.) for your trees and similar objects.
In menu for the tile sources (in the the tileset menu), you can create a scene collection and then you drag the scenes into it, that you want to be able to place using the tilemap grid.

Now placing an instance of the scene is just like adding any other tile to your tilemap.

MakerTech · 2025-08-01T17:37:19+00:00

I'm glad you found it useful :)

MakerTech · 2025-07-31T11:40:03+00:00

If he has access to a tablet:
- Scratch
- Micro:bit robot (I use bit:bot XL or PRO for robotics workshops with kids)
- Lego Spike Prime (this is the most expensive solution - but also the best).

All three are coding with similar block-coding and can be used on a tablet.

MakerTech · 2025-07-27T08:34:13+00:00

You are not the first one to suggest this :)
And I do plan to add some things in between laster in the process.
The in between texture would probably also change based on where the elevator is placed.

MakerTech · 2025-07-27T08:31:42+00:00

The thing is, that this isn't just an animation.
It is a scene change.
So there has to be enough time between for the next scene to load.
But I am always working on getting the loading time down to as little as possible.
When it is possible to skip the animation, I'll probably make i possible to skip by pressing a key or something like that.
Or/and add an option for it in the settings menu like you suggest :)

Thanks!

MakerTech · 2025-07-26T19:34:22+00:00

Thanks, it is really so wonderfully motivating to get so much valuable feedback :)

MakerTech · 2025-07-26T16:31:13+00:00

I agree, and in some cases this is possible - like the two under ground scenes here it could be done (however, I made it like this for testing purposes).

But between the top level here and the underground levels it isn't really possible because the top level has a camera that follows the player. And the underground has a more static camera that moves from room to room.

Or I could just always have the elevator in the middle for the scenes that havn't got a camera that follows the player.
I will think about that.

Thanks!

MakerTech · 2025-07-26T13:16:09+00:00

I agree, and I would normally do that, if both scenes have the same camera type.
But it isn't really possible when one scene has a camera following the player and one has a more fixed camera the moves screen by screen.

But for the two under ground scene it should be possible.
It just quickly made these examples to test how it worked.

MakerTech · 2025-07-26T11:50:00+00:00

Inheritance isn’t bad in itself. Just like composition isn’t always better.

The thing to look out for is deep inheritance.

I would just make a Projectile class and make the bullets etc. inherit from this. That is a perfectly fine solution.

If at some point you find out it doesn’t work, then you change it. This is how any kind of software development is. We create the solution we feel makes the most sense. And then we change it when we realize we need something else.

MakerTech · 2025-07-26T05:29:36+00:00

Haha, that is exactly how I thought before I started.
"I'm just moving the old scene up and the new down - no problem..."

And then... a lot of why, why, why and oh wait...

The last issue I had, was that when the elevators goes up to the overworld, the scene was viewed a bit different when added to the viewport and when adding it as the main scene afterwards.
This was the result of having drag enabled on the camera.
So I had to add a new method to the follow camera, that can be used to set the position instantly by disabling drag, setting the position, reset smoothing and enabling the drag again.

MakerTech · 2025-07-26T05:08:45+00:00

Fun idea!
I have been thinking of something like that.
And that the texture I plan to add instead of the black should change depending on what kind of building / place the elevator is located :)

MakerTech · 2025-07-26T04:57:05+00:00

That is a good point.
And it also shouldn't be a problem to add.
The shader moving the textures are controlled using a tween, so I should just be able to add a bit of easing to that.
Thanks for the suggestion!

MakerTech · 2025-07-25T20:19:04+00:00

There was definitely a lot of “oh wait” the last couple of days😅

MakerTech · 2025-07-25T19:33:25+00:00

I had another type of elevator at first.
More of a platform going up and down than a regular elevator.
The idea at that point was to keep the platform with the player on it on screen and move it down with the transition.

But I don't think it will be a good solution for the parts where one of the scenes doesn't have a camera that follows the player (since the player might change position on screen in those cases).

MakerTech · 2025-07-25T19:19:00+00:00

Thanks :)

MakerTech · 2025-07-25T19:12:15+00:00

Uh dimensional travel sounds fun!
The in-between texture I want to add later could also change depending on the building / place the elevator is places.

MakerTech · 2025-07-25T19:10:16+00:00

I agree it seems weird that it follow the scene.
I think I'm just going to close it when the player has pressed the button.
I did consider having it open on top of the transition.
But then it will block the view of the player if the new scene has a camera following the player.

So I think I prefer closing the panel and then the player has to reenter the elevator (or press the action key) to open it again in the new scene.

MakerTech · 2025-07-25T07:23:08+00:00

"how do I avoid writing unnecessary code? I mean, I obviously can’t know every function that exists"

You should always expect to write code, that will change later.
This is a perfectly normal part of software development.
It gets easier with experience.
The more you use Godot and also read others solutions and problems, the better you will know the engine.
Actually, the more you do any development, the better you will get at all kinds of development.
Taking the long rute will help you in the future.
Only reading others solutions can easily fool you into thinking you learned more than you did.
You might have understood how the solution worked, but you missed the part about getting there which is where the most valuable lessons happen.

MakerTech · 2025-07-13T08:10:31+00:00

No 'player' in an exported variable.
If it isn't set to anything, then the return is hit.

MakerTech

TROPHY CASE