Every Pixel Art Game Has This Problem…

Some people don't mind, or even like pixel snapping, but for people like me who don't, I hope you find this video helpful! You can access the project files now on my Patreon, and the tutorial should be next week! Thanks for the support ♥https://www.patreon.com/c/barrysdevhell

What is the song that starts playing at 3:35? I know I've heard it in a game before but I can't remember.

Activate windows mate
Good video though, cool

This method is so easy, yet so good and cool!

This is why most indie devs never finish a game.

Is it really a problem? it looks stylish

This reminds me of a game: Core Keeper. Core Keeper is the perfect pixel game that satisfies your needs. The pixels of all scenes and elements are aligned with each other, even the ripples rendered by the water surface shader and the pixels of the shadows of objects are perfectly aligned with each other, only the camera is not aligned.😌

You may want to dive into how elaborate "camera" systems worked for oldschool pixel games, because the smoothed camera really annoys me. Games like Super Mario World had a system where there would be a safe zone, and the camera would only move when the player character would move outside of the safe zone. The camera can also move forward to give the player more foresight. So I think a good camera system for a platformer is not just something that tries to keep the player in the center of the screen in a smoothed manner. Personally I don't even like the way it slowly smoothes. A faster stop would make it way less noticeable too.

Pixel art attempts to emulate old consoles so it makes sense that scrolling will have those same limitations. Look at any 2D game from the snes, genesis, hell even saturn or playstation and you'll see this same pixel scrolling. This isn't a bad thing and not something that should be hated on. Frankly I can't stand imperfect pixel scrolling because it breaks the magic of it being a pixel art/retro game.

This is just off the top of my head, and is untested, but you can maybe use a similar shader approach like A Short Hike to get the pixel look, which uses a RenderTexture and a 3D Quad (plane) that draws this RenderTexture in a material and 2 cameras.

One camera has the render texture and is your main camera, follows the character, etc.

The other camera is looking at the quad, and is actually what the player sees.

Then you can use similar shader logic to the shader on the quad's material in the same way as the viewport shader in Godot.

I'm not familiar with Godot, I've never used it, but I kinda want to test this out now.

after you show pixel snapping in detail, I can't unsee it and it's really ugly and annoying

I prefer the snapping because it's more retro, but I don't prefer it enough to fight whatever default setup the engine has to care either way, because smooth movement is also nice.

This is a feature to pixel art style. And it’s not the most games has this “problem” it’s a choice.

Same as I don’t like to much smooth gradients and lighting when then other objects has less shades. It’s for me resulting in a bad art style.

If pixel art games that runs higher res than their core art want to have it smoother they would have done it easily

but then it's not "perfect pixel art" anymore lol

Will he ever activate Windows?

Okay, maybe i'm crazy. But what if you render the game in "imperfect pixelart" mode aka full display resolution (1080p), and then simply scale the entire rendered frame buffer down to the intended render resolution (270p) and then back up to the target resolution. And then you have a second camera that mimmicks the exact position of the first camera, but renders only the already scaled frame buffer?

Since the camera information is sub pixel this should work, no? The first cam renderes the scene and scales the image down, which causes all the assets to align to the pixel grid and unifies the pixel presentation. But after scaling it back up, which means we could "display" the image at a higher resolution. But instead of doing that we have a second camera that mimmicks the position of the first camera but is able to "pan and scan" across the now upscaled pixel art. And that image we use to display to the player. Sure, we now render twice, which could be seen as "expensive" but the second time it's literally just an offset of the frame buffer, which should be virtually free.

An interessing case of W godot

Could have called integer and float pixel movement

i only see the active windows line 🤣🤣

My man! This is exactly my pet pieve as well. THANKS YOU

Activate Windows
Go to Settings to activate Windows.

Or just use Linux instead.

Amazing tutorial that would’ve taken me hours of pulling hair to figure out. Let’s go Godot!