Видео

No shader was used for the pixelated arm. In Godot project settings, go to Display and scroll down to set Stretch mode to Viewport.

There is. ruclips.net/video/N75-72giCPo/видео.html

Yeah

I use GraphicsGale for making the sprites

@@Joshulties thanks

I'm sorry, I can't help you with that because I've never worked in 3d with godot -- not even sprite3d node

@@Joshulties Me neither 😅but anyhow thank you for the tutorial, for sprite2d it works like a charm ❤

Tbh I have it as a cost of 35 / 100 because I felt like it wasn't consistently good. Enemies affected target a random enemy within sight and will revert back to the player once that target is dead. If the target is low health, then the enemy still targets the player before the player could even get away. Though now that I'm looking back and being able to focus on one enemy to take out the others, you may be right. I've increased the cost to 50 now so it's at most two uses per pill.

@@Joshulties alright, but at the beginning, what happened there, you casted it with only like 3/100

@@k.w.6626 Similar to BioShock, the player can still use their ability even if the amount of energy they have is less than the cost to use it. That means if an ability costs the entire bar, they can still use it as long as the bar isn't empty. I will be looking to change that; I'm thinking it will use up the rest of the bar, auto use a pill, then use the remaining amount of the cost.

@@Joshulties won't it be annoying if they don't want to waste a pill on that? What if they were saving the pill and wanted to use it later and since the bar isn't an exact number visually it would be almost impossible to tell sometimes if you have enough. Wouldn't it be better to force them to budget it instead?

@@k.w.6626 By budget it do you mean not performing the ability if the amount of energy is less than the cost?

Do you mean how the arm looks pixelated when it rotates? If that's what you're referring to, then it's an option in the project settings. (Project Settings > Display > Window > Stretch Mode > Viewport) Also set aspect to anything other than ignore.

@@Joshulties Yes, that's what I mean. I already have such settings, but it doesn't help

@@podlivichKmK The only thing I can think of is that the resolution size of your game is large to the point that the pixel are small. In my project, I have the window length and width set to 274x154, but I'm not sure if that'll help.

I replied to your initial comment as best as I could on what the video went over. I won't be making a tutorial on this since editing videos takes too much time, and this doesn't even work as intended. Sorry.

I followed a video going over particle shaders, but it's been a while so I'm unable to find it. Basically create a particle2d where the particle falls down. Then there's an option to turn it into a shader from its existing options. Add variable called Bound and a new function: vec2 apply_bound(float y_in, vec2 vel){ if(y_in > bound){ if(abs(vel.y) < 20.0){ vel.y = 0.0; }else{ vel.y = -0.75 * abs(vel.y); } vel.x = 0.0; } return vel; }

Each instance of the particle is a Particle2d with a single child that is the AnimationPlayer2D. Set the particle to the desired effect with onshot enabled, and in the animation player, create an animation sets emitting to true at the start and has autostart enabled. The animation should last as long as the particle and has call_method for queue_free at the end. That is essentially how I instance all particles.

@Joshulties so each shell is a separate node? well I thought they are all in the same system

@@GameDevGeeks Each particle is separate. The only system there is is a script to preload references and a function to create them at a position. Since Godot has good garbage disposal and the scope of my projects aren't that expensive memory wise, there's no need for object pooling. (There's plenty of videos that go into specifics if you want to know more.)

@Joshulties well, imagine a mini gun that shoots 3000 bullets per minute, 3d shells being ejected. that's a lot of graphical load, I don't want memory and cpu load too. thanks for replying anyway, BTW I didn't know Godot was particularly good at GC.

@@GameDevGeeks I make 2D games with Godot, so I can't really say much for anything 3D, sorry.

There wasn't any particular shader that I used as I was following a tutorial about particle shaders in godot. I can't remember what it was, but basically after setting the options and doing "create shader from options" or something similar, I added a bound variable and a function, where if global_position.y > bound: velocity *= -0.75 That way it bounces. But as seen in the video, all instances of the particle that use the shader share the same bound.

In godot project settings, set stretch mode to 'viewport' and below that to 'keep'

​@@JoshultiesOmg Is it really that easy to make pixel perfect? ​​I've tried so far in vain.

Below stretch mode set to "keep", or set the window resolution.

@@Joshulties it is on keep and my window resolution is 960 by 540

@@fajnial Decrease the resolution size more. I think this project had a resolution of around 320 x 160

@@Joshulties is we are talking about viewport width and hight it's same as in your project : 320 by 180. I have checed all the procject settings and they seem the same.

@@fajnial What about the test width and test height? Set it to something high. That's probably the only thing I can think of that's causing your game's window to be small. If that doesn't fix it, I don't know how else to help.

There are some minor differences between Godot 3 and 4, but ultimately the concept/idea doesn't change much. I'd suggest that you follow along the video but look up the Godot 4 documentation for what parts of Godot 3 have been replaced. (i.e. KinematicBody2D -> CharacterBody2D, adding @ before onready and export variables, etc.)

@@Joshulties Thanks man, you the best.

So in this video, I was using a custom particle shader with the particle2D node (I think,) and it's been quite a while so I can't remember the specifics. But the basics of how a particle doesn't go below a certain point is by having a variable called 'bound' that indicates the y-level that a particle can't go below. I went through and found the exact function that handles this: vec2 apply_bound(float y_in, vec2 vel){ if(y_in > bound){ if(abs(vel.y) < 20.0){ vel.y = 0.0; }else{ vel.y = -0.75 * abs(vel.y); } vel.x = 0.0; } return vel; } Note: Because of the problem seen in this video, I'd suggest not using a particle shader, but instead a node like KinematicBody2D (or CharacterBody2D in Godot 4) to simulate physics particles.

I use a single sprite sheet for each weapon, and the animation player node.

@@Joshulties Just the weapon or does it include the character?

@@Lordpiw1 A sprite sheet just for weapons. I usually separate a sprite sheet for each type of object unless they're similar enough and don't have more than 2 sprites.

Hey, sorry for the late reply. I havrn't done it before, but that is definitely possible. What you'd have to do is have separate animations for each arm that, when played together, would draw the bow back. Also you'd need to make sure that the arms are in the right direction so the hands are where they should be in the animation.

Good to know that I've helped!