Видео

Pretty good advice there, gotta work on demos to see the public reception.

I have used many engines in my time. UE4 i love for 3d games, Godot i love for 2D games, Unity i wouldn't touch again for all the tea in china. I used Unity way back and hated it and with all the bullshit they tried to pull, they should have been completely shunned by the game dev community. That being said, I'm using Godot for a new project and where there are some frustrations, I think I'm 1000 times further ahead than if i created my own foundation from scratch in c++ or c#. A lot of the times i am having issues and trying to write convoluted workarounds to some of the issues i have with Godot, i find out that the real issue was my knowledge of the game engine and that there was a built in solution, it just wasn't intuitive to *ME* to figure it out on my own. For 2D games and for anyone starting out, I 100% suggest learning and using Godot over learning c++/c# and starting from scratch. Get your feet wet in the world of developing a game in an engine before you decide to make your own.

Gothic 1 and the whole pronounciation of all the words, he is german I knew it. Also im in the same limbo you were.

I have tried a lot of game engines, none of them felt confortable for me, either because bugs, bad workflow, slow loading times. C++ is my way to go. I'm working on my own game library while I make small games.

LOL WHAT?

Depends on your scope and game. Certain games, even one's capable of being developed by solo developers, cannot be engineered in existing engines or even OpenGL. Think outside of the box buddy.

Ty

I've been learning odin and opengl together. It's taken me like 3 weeks to get a hold of it (2D only). I'm trying to move my game from godot to odin and raylib had issues rendering polygons the way I wanted to. Opengl with bindless textures and buffering tricks let's me do what I need fairly easily. It's been great but it's a mountain to climb for sure. Input handling, audio, editor goodies, fonts, text input, etc. are all just non existent so you gotta be ready for a marathon, not a 6 month zero to steam sprint.

I made my own compiler that could uses libraries written in C to make game in my programming language did what you enjoy to the next level

Unreal Engine: Heavy, Heavy, Heavy, storage, ram, gpu, cpu, and coding. Unity: Heavy, but friendly coding, but the loading times, ufffff, thanks to that, I watched all HarryPotter movies :D Godot: Lightweight but, bugs, tons of bugs (I've been using godot for 7 years), the last releases fix tons of bugs. Own Engine: Fun everywhere, but for the first game experience, tons of hrs.

Im rewriting my game engine in C++, never been a big fan of unity. Godot is not too bad but I like the lower level stuff and control making your own engine gives you..

bro has my instant like and subscribe

If you wanna try something like Godot with less bugs, you may like to try Blazium (a Godot fork) once it's out.

Interesting point. Never though about that, I always play games with other apps open, including Chrome. My 16gb of RAM can handle it, but I can imagine other players with less RAM would complain about it.

The Unity workflow is really dumb. Unreal is really nice, but like you say it takes a computer from the future to load quickly. Godot partners have crazy licensing for game consoles and is very GDScript centric. Yes you can use other language, but the support is poor. I don't use the big 3 game engines. I have my own game engine, but I use GDevelop JSON for the actual game code.

Skill issue. After the intitial boilerplate, Vulkan can be as verbose as you want it to be. Heck, with dynamic rendering you can even have it pretty much be like OpenGL. I recomed the Blog post by Elias Daler: How I learned Vulkan and wrote a small game engine with it. You issue was not with Vulkan, but your lack of proper abstractions, mainly becaue of your lack of experience. As far as I know, you are still working on your first real game. Vulkan has 3 advantages over OpenGL: It has better error detection, better driver support and doesn't rely on a global state machine. The price is the upfront cost of creating the swapchain, device, etc. However, you already did all this, so

Where is the rest of the video? I am learning Godot now, and wondering now if it's the right fit for me.

who ever said the reason why godot doesnt have a good build in physics engine because it is open source needs to wash their brains. jolt physics is licensed under MIT and guess what godot is licensed under you guessed it MIT so there NO reason why jolt is not default.

I agree with Cakez here under the assumption that it is a small new indie dev we are talking about. Obviously the focus shouldnt be on the most advanced API, but rather on how to make a compelling game. Usually "first" games have small graphical scopes anyway. But I do think it is worth investing into low level APIs like Vulkan/ DX12 fairly quickly. Just know that going low level means a LOT has to be done differently, thats why to this day even established studios sometimes ship with DX11

Spitting facts

I started to like Unreal when I give up being a control freak, it just need to be good enough and I move on, finally making progress with my first game with this mentally.

I am the exact same way. I tried UE, Unity GM, GD ... just not for me. I have had way more fun using my own tech =)

Do you know any good youtube tutorials that teach how to make a game using C++ and OpenGl?

If speed is an argument than why don't you just use Godot or Raylib?

Why not Raylib/SDL then?

People should stop parroting the idea that you can fix the engine yourself like it's supposed to be a selling point. It's not. First, most users are beginners, and second, even the vast majority of seasoned devs don't want to fix the engine because it requires a huge investment of time and effort in getting acquainted with the ins and outs of the engine's codebase, the coding conventions, how the engine works, etc. And then you also have to go through the process of pull-requests, which may take a long time and not even be accepted. There's very little overlap between the people who want to contribute to the engine and the people who want to use the engine. Being able to fix the engine yourself is not a selling point for 99% of the users. I personally only looked through Godot's codebase to learn how to do some things that used to be badly documented, and this is only because the Godot Editor itself is made in the Godot Engine, so you can learn how some UI stuff was done by snooping in there. If the editor was a separate program, I probably wouldn't have dived into the codebase, ever.

Yes. The answer to the title is "yes". But remember that if the overall budget (and thus, expected revenue) of your game crosses a certain threshold, you have to be responsible enough to contact relecant freelancers/agencies and (manage them as they) do the job publishers would do - marketing, localization, porting to different systems, etc.

Do you know any good tutorial on youtube that teaches how to create game in c++ and opengl ?

where can we find source code for your game ?

Godots runs on Vulkan in the default settings.

I use libGDX because I like the way it works. Actually someone told me to abandon it and use Godot instead. Now I know I did well ignoring it.

gothic 1 mentioned

Great advice pirate sof- I mean cakez dev

I'm coming from godot and I've been learning opengl using odin lang and I think for 2D specifically it makes more sense to do opengl than vulkan 100%. I'm still debating if all the godot quality of life things are worth trading for the freedom and speed you can get with odin. I'm doing a very specific thing that requires more freedom than I get with godot but since it's 2D vulkan seems like overkill. It's also cool learning low level programming and memory management.

yeah F the engines i wanna make my shit myself

I disagree. Both layout and barriers can (and in complex scenarios have to) be ignored (full mem read/write + general) without sacrificing perfomance (unless very special cases). Vulkan itself is just way easier (when already setup). But i am very biased, and probably do not remember how hard was it to setup vulkan. In my current setup, adding bloom is literally like 20 c++ lines + shader and its no extra overhead

Is that the Bloons Tower Defence map in the beginning

what's wrong with SDL2?

I think the choice of Graphics API is a matter of skill. If you know what you're doing, you should go for Vulkan or DX12, because its gonna perform better and also save battery life on mobile devices. However you need to do more complex stuff, like preparing pipelines and setting barriers and stuff manually, its a LOT more work. Honestly tho OpenGL is on its death bed and maybe its smarter to copy paste stuff from Godot and Bevy but idk...

I made games in Unity for about two years and while i loved make games, i was not sure about why i wasn't liking work in something i love. When i tried Unreal and specially VR. I totally got in love. I really relate with your feelings. It's the most important thing to find somewhere you enjoy the workflow

this video got me smiling bro, it inspired me to actually resume a long pending project of mine. Please upkeep this charm and positivity of yours always

great dude

I have no idea why I'm here, but I'm glad that I am

Damn. Looks awesome!

Meincraft?

Great video! You should try Machinations though, it's offers so much for game balance and simulation.

cozy games 😴 looks well made too bad they those a boring af genre for their game

I have no idea how you would make a game in rust.

3:20 I'm pretty sure you can gift games from any country actually. I received games from people far outside of the EU or US and it was never a problem. The reason why people consider regional pricing a scam has everything to do with how a game in _GERMANY_ really doesn't need to be worth this full 5 euros when in an objective way the cost involved to have a digital key available does not represent a value of 5 euros. It's the same as buying a plastic bottle, which at some point probably was made for less than 10 cents, yet in filled condition will be sold for up to like 3 or 4 euros. The "true cost" is never what you pay for it. And with digital keys, this is even more true. That key itself is really just a sequence of numbers generated. It's not a tangible product in a traditional way. *However* , people can't make games for free. A developer needs food etc. too. Obviously that's why the pricing ultimately does make sense and we can not expect everything to be for free.

I love games with good music and sound effects