Видео

amen, brother

arch linux! wm is hyprland, bar is waybar. And thanks, I'm glad you like it!

And distro. Your rice looks sick!

hyprland! with waybar and colorscheme is catpuccin frappe, a classic combo. oh, and the terminal emulator is kitty, just in case.

7:34 too/ EDIT: FOUND - ruclips.net/video/YQtNuLsqg2E/видео.html

a banger for sure

without* animating, referring to pixel art. That could have been more clear lol. I am lazy and animating is hard and if I do it will probably look shit unless I spend a lot more time than I had, so I cut corners where I could.

absolutely agree that 2d is much easier engineless. Too many abstractions in an engine that are meant to be as general as possible, but you don't end up using most of them. Much easier to roll you own in most cases, and when it isn't practical, you can still use libraries. use what you want, do what you want, no need to sort through settings you're never going to use

I completely agree is so much fun once you created some basic tool yourself aswell.

thank you sir! Love zig so I gotta put it out there.

less minecraft, more terraria style progress (actually very heavily inspired by the terraria progress, w/ bosses, multiple ores spawning at certain points of the game only, and a hardmode). and kind of fortnite style building I guess? no elements of a battle royale tho.

there's lots of examples online already, but if you join the discord I'm more than happy to help out w/ setup. It's actually pretty straight forward

haha I will see if I can find them for you, they all come from a future funk copyright free playlist tho

love how easy it is to use and learn, makes everything so much quicker to implement

Just checked it out after a few others said the same thing, lots of overlap! Very good looking game, will def have to pick it up at some point

Second person to mention that game, I'll definitely be checking it out. Thanks for the suggestion, my man.

prithee be careful

Oh interesting, I haven't heard of it but I will be checking it out. Always down to yoink features if they work better than what I have.

I'm glad you're inspired! And no, I didn't even start programming until I left school, I was a bit of a late bloomer in that regard. You don't need any formal education, just the time and energy to read lots of code from people implementing things in different ways. The majority of code that I write for this project is fairly basic and will have to optimized later, but that's ok with me. I worry about getting a basic implementation that works first, and then I can optimize it later if needed. A lot of things I've never implemented before take a while to figure out, but sitting down and figuring out how to do something you haven't done before is a learnable skill, and once you do it enough times, you'll realize you can figure anything out given enough time. It just takes time. I would highly recommend raylib for learning games programming, it's a really great tool for getting more low level without having to deal with OpenGl or Vulkan yourself. Good luck! I hope you'll let me know when you've made something cool!

@@mel0ndev Thank you for such a detailed response. I remember I attempted to do some OpenGL in C in the past, only to just get the application window to open and abandon the project, lol. I'll give raylib a shot. And also, that kinda leads me to another question, if you don't mind. When starting a project, I usually set myself a reasonable goal and I break that goal into smaller goals, and as I pick out one of those smaller goals and start working on it, I realize that that goal has to be broken into smaller goals again and once I truly realize how much there is to learn/do, I drop the whole project. Do you ever get overwhelmed when working on a project and if so, how do you deal with it?

Perhaps in the past when I was younger, but breaking things down into small, manageable tasks is just how you accomplish big goals. Games take time, and so if you can break it down into very small things you can do day by day, the progress quickly stacks up. This game has been in progress for the last almost year, on and off, and it will probably be another year before the full release or longer. I think if you try to understand that taking things day by day is 1) how you improve and 2) the only way to actually make progress on a large project, you can really start to make headway on some larger goals. You've already got a good start by breaking things down, now comes the fun part of actually doing it and slowly but surely marching the goal post towards the finish line. Perhaps some smaller scoped projects might be good to get a feel for things, but if you have a project idea you desperately want to see come to light, by all means go for it. Hope this helps!

@@mel0ndev Motivating as hell, man. Thank you, jumping on my project right now lmao. Can't wait to play your game on release.

it's called catpuccin, the middle one, I believe the name is "frappe", but if you go on the catpuccin site you should find it

@@mel0ndev thank you :3

oh yes, I will need to at some point!

thanks! appreciate it, man.

lmfaoooo yeah try working with it. The item gets displayed when the player holds shift to ender build mode, do you mean just display it always on the mouse? That might be better actually...

​@@mel0ndev ​ Ima be honest I wasn't paying much attention and just kinda assumed it was as long as you were holding the item that it would get rendered in front of you. The item only being displayed in build mode makes it quite a bit better for me but I'm still not crazy about how it looks, maybe you could try rotating the item towards the mouse??? But it might be better to just set it aside for now and come up with exactly how it would look later. 9:58 looks like a much more pressing problem to fix than this. Also, make sure you actually make a working version of the game before polishing it too much as you never really know what mechanics and towers you're going to keep or throw away until you can actually test them. Then again, squares and circles with no cool effects don't make good devlog material.

​@@codinghuman9954oh nah don't worry, I don't think it was featured very prominently in the video. And yeah, definitely gonna focus on tower mechanics over polish, but getting a feel for how people react to things currently is still valuable.

hey, thanks a bunch! so cool to hear you say that

flood fill is a nice idea, love it.

it's procedurally generated! Tree density will be tweaked as development continues, but as far as roads or trails, those will be up to the player to construct however they see fit

yep, doing it in the next video! thanks for the feedback

it's called libresprite, a free fork of the very popular aesprite.

@@mel0ndev thanks

this is actually a planned feature in the lighting system, along with a bunch of other stuff

it was a very useful learning experience for sure, helps get a better grasp on the graphics pipeline

yeah, absolutely, that would have worked perfectly. One thing I didn't mention (because I'm bad at making videos still) is that the upgraded inventory idea came from a long list of rpg type features where you could upgrade parts of your character over time, including inventory space, but I decided to nix this whole idea to simplify scope. Chests/backpacks will be more in line with the current scope of the game and simplify things quite a bit for me. and also past me is retarded, so he didn't think of that.

just watched your video on bindless texture actually, it will help a lot later I am sure. Clamping didn't really work out like I'd hoped, so I added a pixel buffer for now, thanks for the good suggestions.

no waaaay, big fan of your content! and thanks, means a lot coming from you

shhhhhh, don't tell anyone tho

yes, shadows are a must. The current plan is to add in a lighting system in another month or two, along with the day/night cycle.

as much as I would love to do that, unfortunately this is youtube, where thumbnails and visuals are king. Braid was created in a different time and landscape and under different circumstances. I want the aesthetics in this game to be an iterative process, and the more eyes and feedback I get early on, the better I can shape the way the game looks/feels visually as I progress further into development. I understand your point, though, and it's a good one. However, I am relying mostly on these videos as my sole form of marketing, so the better the game looks earlier on, the easier it is to get people to click. Hope that makes sense, there is a rhyme and reason to doing it 'backwards'.

I could not agree with you more if you paid me. It feels so damn good.

thanks! I was also thinking butterflies/birds would be good later on, still lots to do in terms of gameplay, but trees and more biome work are all planned for the future. I'm not sold on the art style of the game quite yet, so I am avoiding committing too much time to drawing more sprites, but I do agree with you, the biome is quite empty at this point. Also, solid suggestions on post processiong shaders, I too was thinking vignette, but I don't really have any other ideas, besides maybe bloom when I implement lighting, so id you have other ideas lmk. I would like to set up a post processing shader pass when I have enough ideas.

definitely a shift in thinking to go from cpu programs to gpu programs. Biggest thing for me was wrapping my head around how to pass data between the two to get things that I already had cpu side into the gpu. I didn't really go into it in the video, but there was a solid week of banging my head against the keyboard before I finally had the "aha" moment and kind of understood how the basics worked. Keep trying, you will get it eventually, they are not that bad once you get the hang of it!

lmao, glad someone appreciates it

haha the old water was just a solid color! Maybe I didn't make a clear enough distinction between the old water tiles and the experimental shader I teased at the end of my last video. You are also not the first one to mention the viewport, so thanks for the input. I do think while it looks fine on an actual screen, when put onto youtube, it doesn't scale as well, which means that I do need to scale it up when recording/uploading. In game you can zoom in and out to your heart's desire. I'll definitely be more conscious of that when recording clips for the next devlog, so thanks!

thank you for the suggestions! I believe someone else also suggested shifting the colors for highlights and shadows, I will definitely be taking that into account as I continue experimenting with the sprites.

it's such a time sink. Unless you've implemented it before or know some base level optimizations (A algo is better than B) it's better just to do it the simplest way you can and then optimize later. Sometimes you just gotta relearn that lesson tho lol.

hey! yeah zig is actually in a really great spot right now, despite not even being a 1.0 release yet. As far as creators go, I'm afraid zig is few and far between, though there is a guy called quantum developer who is writing a voxel game in zig atm, and the primeagen is also writing a game in zig on stream right now. for rust, my favorite is tantan, who is (also) writing a voxel engine. Hope you find one that you like!

I can see your point, but the camera zoom is adjustable by the player, so there is not going to be a single zoom that for every player. I can say that the scale looks more strange on video than it does when actually running the game, but I think it's a good point to bring up, esp. regarding the lod in the sprites. I will consider this moving forward with defining the aesthetic of the game, thanks for bringing it up!

@@mel0ndev yeah all good about variable zoom. I'd probably then ask, what do you think is the 'intended' zoom where your game is meant to look best? When someone's playing a game they're likely to find a zoom they like best and stick with that 95% of the time. If your game visuals aren't designed to look awesome at that kind of zoom, then it's missing the mark. That being said, I'll rephrase part of my initial comment - you might wanna limit the max level of zoomed-outedness to a lesser value. Find a value that you consider core, then design to that. Large, medium, small still applies no matter what the zoom is. For a great example of this done badly, check out a comparison of the original visuals of Warcraft 3, to the 'Reforged' visuals they released. The originals were well designed to look good at intended game zoom (max zoomed out, 99% of game time), so the proportion of L to M to S shapes is spot on. The Reforged visuals were badly designed, like the artists created the new assets while only looking at them fully zoomed in, so when you play the game, all the textures look bland, the models look noisy, etc. I am stressing this recommendation because I've learnt it the hard way. I've made the mistake myself, and things have gone into a released game that I have then looked back on and realised how bad it is once I played it.

But you might still want a separate shader pass for each tall/wind-blown item.

it's a good idea, I'm definitely going to continue playing around with render textures and see what else I can do with them.