so... nothing yet, about the camera system.

Question

my previous post is more specific about my issue:
https://mcmap.net/q/131/godot-topdown-rpg-camera-must-move-only-when-character-hits-the-edge

but after some time messing around, I truly find what I need:

• a way to link many "rooms" (a node with a portion of my map), like in the old Zelda games, or more recently, FAITH: the Unholy Trinity.
• if it helps, my project is a topdown FAITH fangame, you know, atari/NES-style, kinda "lowpoly".
• the camera must frame the "room" which the camera is in, not follow the player.
• the "rooms" entered should not be random, but instead created by me. the character just move inside the rooms, cycling between them.

I was following this tutorial, but I don't get exactly how this work. like, it "destroy" the previous room, when the player moves to the next room, creating another right on side (?). maybe my script, and my map can be simplier than this. any help, question or tip is welcome!

Leathery

Answer 1

it "destroy" the previous room, when the player moves to the next room, creating another right on side (?)

I can't watch the video right now, but I imagine if you're "moving" from room to room by destroying the old room and creating a new one, then you'd create it in the same spot as the old room. In that case the camera wouldn't move either (assuming all rooms are the same size), you'd only have to move the player.

Flareup

Answer 2

yea, but I don't really like that "setup", got it? I just want it to move between the "rooms".

Leathery

Answer 3

Do you want to keep your old, out-of-view rooms alive and in memory or do you want to remove them?

Supervisor

Answer 4

With one big map, the way I'd think to do it is:

• decide on the size of one room, set the camera/game resolution to the same size
• create boundaries around the edges of the screen
  • make them around the camera, not inside it, so the player has to actually "leave" the screen to trigger them
  • make them move with the camera, so you don't have to create them for every room (and so the player doesn't trigger edges of rooms they're not in)
• if player moves past the right boundary, and a room exists to the right, move the camera(+boundaries) horizontaly by the width of one room
• if player moves past the bottom boundary, and a room exists to the bottom, move the camera(+boundaries) verticaly by the height of one room
• same for left and top, just move them by negative values...

Writing this one the top of my head, so I'm sure there's some issues with it... :-)

Flareup

Answer 5

Yep, do you plan on having enemies or moving objects? if yes, do you want them to reset every time you leave the room?

Flareup

Answer 6

remove them looks better from now on.
think a step-by-step tutorial should be better to me, since I don't know what exactly do.

Leathery

Answer 7

the problem is I'm a begginer, it's hard to understand exactly what I should do, got it?

Leathery

Answer 8

no, I don't want them to reset. I was thinking about creating a "room template", and afterwards, placing enemies and tiles from my tileset. Its a topdown "RPG", and I'm wishing to do it turn-based.

Leathery

Answer 9

is this really that complex? 😕
I just... don't know.

Leathery

Answer 10

the problem is I'm a begginer, it's hard to understand exactly what I should do, got it?

You should make a simpler project then. Perhaps do an introductory tutorial from official docs that shows how to build a simple game from start to finish.

Hegumen

Answer 11

oh... well... any advice tho?
feeling kinda bad about that, but if it's better like that...

Leathery

Answer 12

Just go through the tutorial. It introduces all the main concepts in the engine. It's a very good starting point to get you up to speed. You need to be able to walk before you can run 😉

Hegumen

Answer 13

well, I was thinking my original work was simple, lol. 🤕
but thx, bud. I will take note on that.

Leathery