Відео

The simplest way to understand it is that it's a screen space effect. 1: In the shader if we just used the pixels screen space location (SCREEN_UV) we get a masking effect, which looks right until we need to move the camera and then you can see the texture is tied to the screen. I have seen some kids cartoons that use an effect similar to this. 2: If we offset the pixels screen position by the screen position of the object being rendered then the textures will move with the camera. That's about it for what the code is doing at it's core. I couldn't find many examples but I know there are more out there like this: ua-cam.com/video/CJAS42vNdFg/v-deo.html The textures being used in the anime are cutouts and put in the correct location rather than being projected into 3d space. In the shader most of the trickiness comes from keeping the texture size correct along with adding the outline. Then for the 3d modelling it's the same principle, each face on the 3d model will become a mask for a texture in screen space. Like the face of a cube when drawn in orthographic screen space will become some sort of skewed rectangle (parallelogram) which then has a repeating texture applied. Modelling with those things in mind is pretty limiting as you can't really control where exactly on the repeating texture certain features might appear, or at least it's quite tricky to get it to line up. I hope that sort of makes sense. In the GitHub code under materials/isometric_basic.gdshader is the simplest example. github.com/astrellon/godot-3d-pixel-art/blob/main/materials/isometric_basic.gdshader The vertex shader is calculating where the screen position for the rendered object should be based off it's 3d position, and then in the fragment shader it's taking the screen position of the pixel and offsetting it by the world position. Then it just needs to adjust by the size of the texture and screen size and that's it.

Good to know the star is centred :p Yea the rocket trail flames don’t really match the rest of the visuals, good to go on the list of things to touch up!

That's fair, I had wondered about your videos on Tomorrow Forever. I missed your videos about DitherDream. I thought about making this in Godot but decided to stick with Unity as a way to really try to keep down development time. Just to make something using skills I already had, etc. But I'm still playing around with Godot. That's good info about getting onto Steam sooner rather than later. At the current scope of the game I wasn't planning on charging for it but I'm still happy to pay the Steam account fees just to go through the process.

@@alanlawrey heyyy it’s honestly cool to hear that I wasn’t totally forgotten! Tomorrow Forever will absolutely be returning, it’s just a matter of how and when. Good to hear that you’re trying out Godot too! They really are both great engines, though switching to Godot added a good 3+ months of learning to DitherDream’s dev time. So even though I was very eager to get clear of Unity, I think you made a very reasonable choice sticking with Unity for this. I’m looking forward to seeing where this goes!

@@DitherDream Thank you! I'm glad to hear that you'll be continuing Tomorrow Forever! Likewise I'll be returning to Tailspin, hopefully with some better knowledge on finishing a game! Although I do a million ideas that I could probably pivot to and really get to know Godot with as well :p

Yea Google fonts are quite good for that, I'm so far using a fairly neutral sans font which doesn't really invoke much of anything. Yea I've played around with the idea of multiple different upgrades and I'm still tossing up which ones are really worth it or not. Since the goal is to hopefully not create scope creep. I also very loosely based the game idea off the old game WarHeads which doesn't really have a story. But a loose narrative around what's happening isn't a bad idea.

@@alanlawrey At a basic level a story provides the player a reason to play

That’s true. Writing isn’t my strong suit so it’s probably worth practicing it.

Haha only time will tell. I think even being aware of the cycle it’s still hard to avoid. But at the moment my desire to release something is hopefully enough to overcome my talent for scope creep. Yea the wave indicators definitely need some work. Yes I’m hoping that uploading to each platform isn’t so painful that I give up :p

Also have you shared your games anywhere? What kind of games have you been making?

@@alanlawrey I am making a game about exploring a planet through remotely controlled drones. I have a few blogposts about it at my blog (youtube really hates links, try searching for "loipesmas remote space blog", hopefully you'll find it). Although it's currently put on hold, as I work on my "quick and small game" (or at least that was the original plan... three months ago). That one is about collecting space debris, inspired by an anime called Planetes. I haven't really posted about it, as I barely find time to work on it. But it's coming along! So, a fellow aficionado of space games ;]

If you would combine "loipesmas" with a "net" TLD, you might stumble upon a blog which has devlogs

Thanks! I wish I had more design skills to draw on for creating a more cohesive and engaging set of controls, but that'll also come with time hopefully.

Thanks! The plan is to release something on itch when there’s a bit more to do and the basic features like saving and loading have been more tested.

Thank you! It’s slow going but it is going.

Thanks! I am using a SubViewport to render the main scene into a TextureRect. I don't know if that's also messing with things but I tried adding a listening just in the main scene unconnected to the camera and I still don't hear anything.I should probably make a new empty project and see if 3d audio is working at all for me. Thanks for the tips.

Thanks I appreciate it!

Yea I’ve seen that one before but wasn’t able to get the demo working on my machine under Linux. But that was probably a year ago. It looks very cool.

Thank you! Sorry for the slow reply, I've been out of town for a while. Also I'm sorry but I'm not looking looking for a music composer at this time, but I appreciate the offer!

Ah, that's all good. Thanks for the reply!@@alanlawrey

Thanks! Your game looks really cool too! I’ll have to find some time while I’m away to check out your other videos.

Thanks! It is good to compare to the start of the project, but it would be nice if it got here a bit quicker :P

There isn’t at the moment, although I have thought about it. Ideally I really want the UI to not need a zoom in, that it should be readable regardless but the current placeholder stuff isn’t really well suited to that. Also I can imagine that even if it is readable on a 1080p desktop monitor it might not be on a SteamDeck.

Thanks! Since you cannot have a floating object inside another floating object, when something enters a ship I disable the floating object component on the thing entering a ship (and re-enable when it leaves if it's not still inside another ship). As part of that when it's the RBPlayer that enters or leaves a ship I update the follow camera to point at the parent floating object that is enabled, which could be the RBPlayer if it's floating in space, or it could have to check several ships if it's a shuttle sitting in the shuttle bay of a larger ship. I have a function that gets in the highest enabled floating object, which is a little more complicated in my system since I have the whole separated physics object representation.

@@alanlawrey ok sounds fair, but in my case the problem is that if you disable the floatingObject from the RBplayer, then, when he needs to move again outside the ship, when you re-enable it , in the "snapping" moment he is teleported back in the same grid cell it was before, when I disabled the floatingObject By the way keep up the good work, many thanks for your answer :))

@@ImTheExpress Ahh yea you'll have to call DerivePosition when you also re-enable it.

Thanks, I have considered making a short tutorial about setting up a system like this as I feel like after several years of playing around with it I feel relatively confident that it's fit for purpose. I haven't done it yet though as I know making a cohesive tutorial can be hard. That said my goal is to make an example project along with written documentations and a video at some point.

Thanks! That's a good idea, I've held on to this concept that the game could be played with minimal keybindings and menus, but as I've continued I've realised that either I keep the number of buttons to a real minimum (and make them bigger) or I need another way to interact with them as well. This has given me an idea though, perhaps making use of a radial menu that also lines up with nearby elements that can be interacted with, almost like Diablo's highlighting of things on the ground, it doesn't replace being able to click on them but it does make it easier.

Thanks! I hope the dev time will be less, but I'm starting to get an idea on why a game like Star Citizen could take so long.

Thanks I'll look into that. I haven't really done much with characters before, but I am thinking that I should change out the capsule for a character that could sit in a chair.

Thank you!

I hope so too! Might need a difficulty slider that goes below NASA level if they are.

Yea! Even if it’s just a particle effect :p

Thanks!

Thank you! Yea I was going for cosy. And Outer Wilds is definitely an inspiration.

Thank you! That’s great to hear! Feel free to share anything if you want.

Thanks! That’s very nice to hear!

Thanks! I do some plans for most of that! Check my 7th devlog about crafting. I also have plans for crafting entire ships, but I’m still thinking about the balance of that.

Thanks! Multiplayer is pretty unlikely at the moment. It would probably be possible to add it in later if I really want to, but design wise I’m not considering it.

Thanks! Well being able to save and load was a first major step towards having something worth sharing. At the moment even if I shared it there’s not really any content to see.

All the pew pew and you get to keep most of your fps’s

Thank you! It feels slow but progress is still progress.

Thanks! Hopefully it’ll come together into something resembling a game one day.

Hello! Yes I'm using triggers to determine when something enters or leaves. Since the exterior 'world space' graphics are separate from the interior 'physics world' ones there are two triggers. One set for the external graphics which then moves the character into the interior space, and then one in the interior space for determining when they leave that trigger. For that situation if you look at around 04:35 you can see that the player's collider isn't actually visible in the left view until the player pops out of the shuttle and into the bigger ship. That's because the shuttle you're seeing there is the 'exterior' physics collider and the interior of the shuttle is in another static position like the larger ship's interior. So the player leaves the shuttles interior which puts them into world space, which then immediately hits the trigger for entering the larger ship. I did create a transition manager that holds onto transitions like that for a frame to handle moving the player between spaces directly rather than moving from interior -> world space -> interior. But I'm not sure how needed that really is. I hope that clears things up a little :)

​@@alanlawrey turns out i just forgot to teleport the collider part of an object to the interior lol. But there's one thing i think you've missed (or you didn't and i'm just blind). Let's say a long ship enters an even bigger mothership, but leaves 50% of it's long body sticking out of a mothership. Does this mean that the other half of the long ship, located outside the mothership, has no physical representation? This means that any other ship that tries to ram it will just fly right through

@@orilas6368 Yea it's a bit of a fiddly system to get working well. And yes with my system a long ship will have that problem :P I thought about how I would solve it since even with a small ship it will probably end up being noticeable. My current idea that I *haven't* tested yet is to have it spawn in another copy of the exterior collider and match the movements while it's entering an interior but not fully inside it. However the extra work to figure out when something is partially overlapping and then handling getting the colliding forces from both the exterior and interior colliders seems like a complicated solution. But I'm sure it could be done, I'm just hoping that by knowing this limitation that I'll just avoid it all together if possible.

@@orilas6368 Hey I'd be okay with that. This is my Discord name: astrellon

Thanks for the encouragement!

Thank you! Development is indeed slowly progressing.

@@alanlawrey yeah I know how it is sometimes, doing gamedev myself haha

What are you making? Do you have anything posted?

Thanks! For sure, those are just there for debugging and having some in world indication that things are working. The end goal is to have some sort of panel that shows the component along with information about it.

Thanks! I’ve been meaning to start thinking about the audio design of the game but there’s always so much to do.

There's so much space outside of it! The system for handling large scenes here allows a couple more light years than I really need.

Thank you!

great progress though, keep it up 👌🏼

Haha that’s pretty funny! I have been meaning to check out tweaking the captions to improve them. Thanks for the encouragement!

Thank you!

Thanks! I’d love to be able to make something that really gives good Star Trek vibes overall. Got to keep looking at the production of those shows.

Thank you! It’s also coming up on Eurovision again too!