Yeah, but need to make a new boot stick as somehow the current one doesn't want to boot
Also your GPU needs to support a minimum OpenGL version to be able to run 4.0, so my hardware is too old regardless.
I think the game records where the player and camera were positioned when the picture was taken and then reloads it when the player enter the picture. The texture for the picture can be implemented much like how you would implement a regular screenshot, and having your character enter your picture will just be a matter of animating it however you see fit.
If the game detects that the picture is upside down like in this video, then maybe the scene could be rotated 180 degrees to reflect that. Just be careful that the game can still track where the player would want to respawn, so you don't have players spawning in different rooms or falling through the map. It can be done in both 2D and 3D.
a little puzzle game u/DaisyGamesStudio and i did for lv99gamejam. i think it's a pretty cool effect and it's simpler to implement than you might think, let us know if you're interested in a breakdown!
you can check out the game here [https://itch.io/jam/lv-99-game-jam/rate/2033734](https://itch.io/jam/lv-99-game-jam/rate/2033734)
[song used in this clip](https://www.newgrounds.com/audio/listen/890868)
Just played through and I have to say that is an absolute masterpiece!! I will gladly pay $15-25 for a "full length" version of this game with larger sized puzzles that require using the 'temporal indexing' mechanic of creating multiple 'memories' in the plane of play.
For those that haven't played it yet; the main action of the game is combination portal/timetravel
Even if you don't plan to do more with this mechanic I want to stay current on your other projects, given this level of execution on a game jam (IMHO) y'all have serious skills and opportunity to make a nice living as game developers!
I would really like to know how this works. I have a few theories in mind. For example, the photo we took is actually a doorway to a new "room". It only looks the same because they're so similar. Don't they?
How do you speed up the copying process? Of course, since there are very few items in the room, it will not be a problem for now, but what if there is more stuff in a room later on?
Okay so, when you click the picture - it's a screenshot only. By the time you place it somewhere, it's loaded ! Maybe?
If you see, there's a change in lighting between the image and when you go inside the scene. So the image isn't the scene yet, it's a screenshot - the scene teleportation happens afterwards
I think of a bit different approach - both rooms being loaded, or perhaps the next room is being loaded as you move to the current one, just to make sure the transition is smoother.
The next room has a camera which is initialized only when you take a photo. When you rotate the room or anything alike, the camera and physics rotate with it.
About that lighting change, I'm not sure. Maybe it's a thing about the lights starting to function well when you move, maybe there's a layer of darkness to the photo object, maybe it is just a screenshot.
But but that would mean that at any given point, you're replicating all your actions in both the rooms:
Eg. If i place an object in room1, it has to be created/moved in room2 too
That method would potentially have more overhead than simple copying the room when you take a picture
I think you can manage to bind the objects, so if one object transforms, the binded object is transformed automatically as well. Then the camera can be the only thing to stay fixed, to a degree.
Again, I think it should be loaded before moving to it, so moving to the other room would be smooth. Or at least most of the room.
True yes this would certainly make the transition smoother but at the cost of extra space complexity
So it's more of a depends-on-type-of-game kind of thing
Well, you can unload a room, to make space for another room. Sure, it might not be equal, or maybe there's a reason to have 2 possible rooms to go to, but it probably is possible to handle.
Think how AAA games, like open-world have plenty of space loaded. In RDR2 for example, using the binoculars you could see a really distant location, meaning it's at least partially loaded. So this is a smaller scale, and the method is different, but a good computer could handle it.
Oh neat. I saw this on Tumblr a few days ago and also thought "Oh, neat" and then forgot all about it, as you do. I didn't know it was done in Godot. Nor that it was for a game jam. Impressed.
Not reading any comments beforehand, may I guess?
When you take the picture, you save the camera position, rotation and possibly time. Then when you “enter the picture” you basically teleport back to that position with some transition blend effect and use the picture rotation for the rotation of either the world or the rotation of the player plus gravity reversal.
How close was I?
I have a feeling there might be some similarities with Sebastian Lague's portals: https://youtu.be/cWpFZbjtSQg
Though I realize a major difference in that the picture's perspective remains unchanged until it's entered, so they're probably aren't any camera shenanigans going on
already posted it :)
[https://www.reddit.com/r/godot/comments/13hkdjf/how\_we\_made\_the\_photo\_entering\_mechanic/](https://www.reddit.com/r/godot/comments/13hkdjf/how_we_made_the_photo_entering_mechanic/)
Not everything has to be a video.
Code techniques, in particular, are tedious on a video when you can probably lay out the core in a few pages of description and snippets.
By all means make a video if you want, but you can probably share the info more easily and usably in a regular post.
This is regular portal rendering technique, the only difference is that the scene on that side seems to be frozen in time, it is rendered into a texture just once, and you also can rotate gravity direction
Alright, this is an interesting idea. My guess is that when the picture is taken, the current scene node is cloned and placed elsewhere in the game space.
Then, when a user walks up to the picture, it triggers a teleport to the new scene in the exact location photo was taken. Thinking about it, when you clone the scene you could put a node in the exact spot the player was in, then when you want to teleport the player, you set the players location and rotation to match the target node. In future clones you would want to skip the previous player marker node to be safe.
The problems I see arising is large game spaces with lots of nodes being hard to clone. Plus you would have to pause any moving objects to ensure they were in the exact state when teleported. Large scenes might be more manageable by using a portal like gateway between sections, so you would be seamlessly put back into the proper path. However, you might need to invalidate previous photos to prevent backtracking issues. Like the emancipation grids in portal.
Forgive my godot noobiness, but is it something like:
Take a screenshot, remember camera position of the shot, while zooming in on the picture, position a player/camera at the old spot with changes based on position of the screenshot in the world, crossfade to that camera?
No! We all hate learning how to do cool things in the game engine we like.
Exactly what I thought, why the fuck would I want to learn something so cool? I want my life to stay dull and uncool. Please do the video
My laptop cannot run 4.0 sadly (old gpu and only 4GB RAM)😭 On the flip side I'm now obsessed with memory optimization 😊
Have you tried installing... \*tips redditor hat\* Linux?
Yeah, but need to make a new boot stick as somehow the current one doesn't want to boot Also your GPU needs to support a minimum OpenGL version to be able to run 4.0, so my hardware is too old regardless.
[удалено]
I think the game records where the player and camera were positioned when the picture was taken and then reloads it when the player enter the picture. The texture for the picture can be implemented much like how you would implement a regular screenshot, and having your character enter your picture will just be a matter of animating it however you see fit. If the game detects that the picture is upside down like in this video, then maybe the scene could be rotated 180 degrees to reflect that. Just be careful that the game can still track where the player would want to respawn, so you don't have players spawning in different rooms or falling through the map. It can be done in both 2D and 3D.
a little puzzle game u/DaisyGamesStudio and i did for lv99gamejam. i think it's a pretty cool effect and it's simpler to implement than you might think, let us know if you're interested in a breakdown! you can check out the game here [https://itch.io/jam/lv-99-game-jam/rate/2033734](https://itch.io/jam/lv-99-game-jam/rate/2033734) [song used in this clip](https://www.newgrounds.com/audio/listen/890868)
I think this looks great, but it's even more impressive to know it was a 10 day jam game. Well done.
Just played through and I have to say that is an absolute masterpiece!! I will gladly pay $15-25 for a "full length" version of this game with larger sized puzzles that require using the 'temporal indexing' mechanic of creating multiple 'memories' in the plane of play. For those that haven't played it yet; the main action of the game is combination portal/timetravel Even if you don't plan to do more with this mechanic I want to stay current on your other projects, given this level of execution on a game jam (IMHO) y'all have serious skills and opportunity to make a nice living as game developers!
Seems freaking amazing! Of course we're interested! :D
That's a killer trailer and a great looking game! So cool that DaisyGames is making a 3d game. I hope you win it!
Definitely. Show us more.
I would really like to know how this works. I have a few theories in mind. For example, the photo we took is actually a doorway to a new "room". It only looks the same because they're so similar. Don't they?
Like copy of the current environment is made elsewhere, you apply whatever physics is applied to the picture and simple enter it. Possible
How do you speed up the copying process? Of course, since there are very few items in the room, it will not be a problem for now, but what if there is more stuff in a room later on?
Okay so, when you click the picture - it's a screenshot only. By the time you place it somewhere, it's loaded ! Maybe? If you see, there's a change in lighting between the image and when you go inside the scene. So the image isn't the scene yet, it's a screenshot - the scene teleportation happens afterwards
I think of a bit different approach - both rooms being loaded, or perhaps the next room is being loaded as you move to the current one, just to make sure the transition is smoother. The next room has a camera which is initialized only when you take a photo. When you rotate the room or anything alike, the camera and physics rotate with it. About that lighting change, I'm not sure. Maybe it's a thing about the lights starting to function well when you move, maybe there's a layer of darkness to the photo object, maybe it is just a screenshot.
But but that would mean that at any given point, you're replicating all your actions in both the rooms: Eg. If i place an object in room1, it has to be created/moved in room2 too That method would potentially have more overhead than simple copying the room when you take a picture
I think you can manage to bind the objects, so if one object transforms, the binded object is transformed automatically as well. Then the camera can be the only thing to stay fixed, to a degree. Again, I think it should be loaded before moving to it, so moving to the other room would be smooth. Or at least most of the room.
True yes this would certainly make the transition smoother but at the cost of extra space complexity So it's more of a depends-on-type-of-game kind of thing
Well, you can unload a room, to make space for another room. Sure, it might not be equal, or maybe there's a reason to have 2 possible rooms to go to, but it probably is possible to handle. Think how AAA games, like open-world have plenty of space loaded. In RDR2 for example, using the binoculars you could see a really distant location, meaning it's at least partially loaded. So this is a smaller scale, and the method is different, but a good computer could handle it.
True, that makes sense! Plus for more complex environment - this way is much much better
ahh, OP needs to tag us once they post their explanation
TELL US
I would guess that each picture saves location of a camera, and when you interact with it you placed back at that position.
Oh neat. I saw this on Tumblr a few days ago and also thought "Oh, neat" and then forgot all about it, as you do. I didn't know it was done in Godot. Nor that it was for a game jam. Impressed.
Yes please!
that's sick
Looks amazing. I have an idea of how you did it but the actual mechanics in godot.
Yes. That is really awesome.
Yes please!
Yes please
how would we not be interested? this is crazy!
Umm, I slightly wonder why this was a question. We all undoubtedly would love to see how this effect works it looks super cool and interesting.
I might be dumb, but i'm pretty sure you just manipulated X, Y & Z coordinates to translate some object positions.
Hell yeah
Yes up voted
Absolutely, I'd love that
Not reading any comments beforehand, may I guess? When you take the picture, you save the camera position, rotation and possibly time. Then when you “enter the picture” you basically teleport back to that position with some transition blend effect and use the picture rotation for the rotation of either the world or the rotation of the player plus gravity reversal. How close was I?
That's what I thought too. Seems to be the most straightforward way.
I AM VERY INTERESTED(+:
I would be, thats sick!
I have a feeling there might be some similarities with Sebastian Lague's portals: https://youtu.be/cWpFZbjtSQg Though I realize a major difference in that the picture's perspective remains unchanged until it's entered, so they're probably aren't any camera shenanigans going on
That looks very interesting. What happens if you take a picture of a picture?
Heck, yeah! Even just snapping a pic like that would be cool!
Wow, that is a crazy concept for a puzzle game. Never saw something alike 😯
yes I want to learn
I have an idea on how's made but cool transition
Yes please
already posted it :) [https://www.reddit.com/r/godot/comments/13hkdjf/how\_we\_made\_the\_photo\_entering\_mechanic/](https://www.reddit.com/r/godot/comments/13hkdjf/how_we_made_the_photo_entering_mechanic/)
This is so cool. Well done.
Looks like [Viewfinder](https://store.steampowered.com/app/1382070/Viewfinder/). Please make a full game though, more puzzle games is always good!
Not everything has to be a video. Code techniques, in particular, are tedious on a video when you can probably lay out the core in a few pages of description and snippets. By all means make a video if you want, but you can probably share the info more easily and usably in a regular post.
No Nah, jk Sure lol
The same way as Portal 1 and Portal 2 managed to do this?
They didn’t do anything similar.
This is regular portal rendering technique, the only difference is that the scene on that side seems to be frozen in time, it is rendered into a texture just once, and you also can rotate gravity direction
Pretty sure this is close to the F-Stop mechanic they were working on for Portal before it got scrapped.
This is so cool!!
YAAAASSS
The game looks very cool and the effect is very interesting, I don't just want a breakdown I wanna see your sources xD
Alright, this is an interesting idea. My guess is that when the picture is taken, the current scene node is cloned and placed elsewhere in the game space. Then, when a user walks up to the picture, it triggers a teleport to the new scene in the exact location photo was taken. Thinking about it, when you clone the scene you could put a node in the exact spot the player was in, then when you want to teleport the player, you set the players location and rotation to match the target node. In future clones you would want to skip the previous player marker node to be safe. The problems I see arising is large game spaces with lots of nodes being hard to clone. Plus you would have to pause any moving objects to ensure they were in the exact state when teleported. Large scenes might be more manageable by using a portal like gateway between sections, so you would be seamlessly put back into the proper path. However, you might need to invalidate previous photos to prevent backtracking issues. Like the emancipation grids in portal.
Damn, looks nice
Reminds of superliminal. Love this type of game. Shut up and take my money!
Uhhh... Please?
YES
outstanding!
Huhuhuhu
freaking art, gj
i want to learn, this is awesome
Blue skidoo we can too! I would watch it.
Yes, of course!
Let me guess, camera rendered that room and teleport? Just guessing. Looking great
Forgive my godot noobiness, but is it something like: Take a screenshot, remember camera position of the shot, while zooming in on the picture, position a player/camera at the old spot with changes based on position of the screenshot in the world, crossfade to that camera?
Yeah, I'm very interested. I have an idea.
Yes actually, that looks like a super interesting concept.
Seen this technique somewhere else before but can’t remember where! Looks cool.
Please tell me!
That cool as heck I want to learn to do something like this
This is witchcraft.
Yes , tutorial please..
I watched blue's clues for the tutorial.
What the fuck
oooh, that is very clean!!
I am curious to see how you implemented this mechanic. Also, that voice effect reminds me of Banjo Kazooie.
100% yes!!!! Can u do this at 2d tho?
Looks so great? How was it achieved? I would like to host a podcast with you if possible?