Is it that difficult to make a game engine? 

yes, very nice point, also I think you learn that only by practice

@lowlevelgamedev9330 So true, because Even though over the years I read people making that point it went in one ear out the next and the tutorials are mostly about entabgling your code into an editor and it's tools

So games like Quake, Unreal etc. should've focused on making their game in text-only mode before making them visual? That makes no sense. It highly depends on what kind of game you're trying to make and why you make it. Some of the early games that still inspire a ton of games today, both at a game mechanic level, as well as a technical one, purely started _because_ of visuals; making rendering faster and more detailed. Others, like Half-Life were purely story-driven for the get-go and visuals were the first things they came up with to have a direction. Without a direction you start focusing on the wrong things for the wrong reasons. Use whatever tools you're comfortable with. Build something whatever and however you like and think about things. Get things done quick, first. Get a concept down, and iterate. Don't bow down to "use open source software, just because I think it's better" rhetorics. You'll never finish anything if you try to abstract and optimize every small detail. Often those are so insignificant that it's not even part of your initial goal, and it stops you from progressing when you get stuck in a rabbit hole.

@@deallocI didn't mean design a game without drawing out concept artwork and testing a custom made renderer and having art assets, I meant that you work with a data first mindset as an engineer, and separate your actual game code, classes, structs, etc... from the renderer. When using Unity you're using their own GameObject class for example, and that class isn't even serializable. You're coaxed into using their animator, and when these individuals or companies are designing game, they're taught to intertwine their coding into the art toole. If your tooling gets entangled into Unity's inspector system, for example, you don't have a portable game, so if the renderer changes, upgrades, or switches, you have a game you can't hook up to any renderer or toolset. I'm only talking about if you write input functions for example, you write 'aButton()' or something then the engine code goes inside of YOUR functions/methods, so that you can change the 'UnityEngine.JoystickWhatever.interface.yaddahyaddah.buttonPressedIn(UnityEngine.KeyCode.A) or whatever you do in that engine later in an easy manner. Instead, for example, you're encouraged to use their callbacks. In Unity they even have a template in where it creates a script for you inherited from Monobehaviour, but it's nicer to start without Monobehaviour scripts, then have a single Monobehaviour as an entry point and a renderer update method. The same goes for any renderer or engine, you can have a single entry point from the renderer and then an update method from your own framework and then have your framework generate everything you need and push all the buttons so to speak. Then later on, your framework is easily portable to any language or any engine/renderer.

​@@astrahcat1212Unity (and Unreal aswell) provides APIs and tools that are well integrated with each other, both for ease of use, but also more importantly for optimization purposes for general use-cases. Abstractions can result in hurting performance for little to no benefits, as it can easily make your codebase harder to reason about if you don't understand why you need to abstract something in the first place. So from a technical point of view, you shouldn't prematurely abstract things unless you know the problem space first. Again, choose the tools that makes sense for your use-case, and don't sweat the details of how "portable" your code is to another engine, especially at early stages of development. These are things you can sort out later when you have a better idea of the problems you're trying to solve and your end goal.

Making my own games from scratch is such an incredible experience, I'd recommend it to anyone interested just to learn how some of this stuff works. It's a lot of fun. I don't like engines because of the lack of control. When you CAN have control you have to, like you said, intimately understand the engine to start making changes. I also think the recent Unity debacle is a good reminder why the people who own these engines aren't your friends.

​@@goosewithagibus Godot is open-source. You have complete control over it.

​@@mbg4681 That's like saying you have complete control over your Linux distro because it is open source, yes in theory but in practice that's BS. Godot is 1M+ lines of code without considering third party stuff. With a project that big, you're tied to their design decisions. You could change bits of code here and there, sure, but mainly you're going to extend it by writing custom plugins. That's not complete control.

@@tzimmermann >> That's like saying you have complete control over your Linux distro because it is open source, yes in theory but in practice that's BS. You're staying that as if it's an absolute. Same could be said about anything higher-level than Assembly.

@@mbg4681 Wait till you learn about speculative and out-of-order execution, and you won't even mention assembly as a level you have "complete control" over. Thus, control as a concept in computer science does not even make sense and we're talking about something that does not exist. Or, I'm more nuanced than that.

😂😂😂😂 yes well 3D can be hard that is true but for like a 2D game honestly I like coding the entire game from scratch rather than using an engine

@@lowlevelgamedev9330 I created a Virtual Tabletop using Truevision for the 3d rendering, everything else was just me doing it. Turned out pretty great, including creating a server, chat, and card system. However, the 3d rending tool I used DIED. :( These days it might be easier to do and I'm really thinking of rolling my own for the next game, just because all this Unity nonsense.

​@@lowlevelgamedev9330I don't know anything about programming and game development, but I really wanted to learn how to create games from scratch (without an engine). What should I do?

That guy probably doesn't anything about basic calculus and physics (kinematics). I don't believe 3d is any harder honestly; just gotta learn linear algebra where matrices are involved, which I hear is not too hard.

@@redrevyol To be fair, I have experienced it and as a non-artist person I couldn't think of any way of modelling aside from specifying the exact position of each Vertice of each triangle and also didn't think of making a system where you make a list of vertices then simply connect them with triangles, so I actually did end up in that exact situation myself. Regardless of knowledge of calculus and physics, linear algebra doesn't really help with modelling but the engine itself would definitely be benefitted from it.

yes, this is also what I do 💪 Also I like your profile picture :)

this is EXACTLY why I dislike game engines - I hate having routines and formats and "the way to do things" forced onto me. I gladly take on the extra upfront work of writing the engine if it means I can work with the tools that I designed and a framework that is comfortable for me.

@@juniuwu What do you think of Monogame?

yeah well the editor itself is not difficult, the integration is the interesting part

😂 ok let's not go there

yes absolutely 💪

glad you like it 💪💪

😂😂 you get the point tho 😂😂

Try Raylib or WGPU

thank you, I am not working at it anymore but I will continue to work on my minecraft multi player clone 💪

With no game engine experience at all, i'm learning Godot. My level of knowledge is piss poor but i've still managed to create a very basic top-down tile-mapped 2D game world with an animated character and enemies. I really don't know what the fuck i'm doing, but i'm slowly learning it. The main hurdle for me is simply all of the different Functions and Signals you can call in different scripts. Not really knowing how to use them, and yet there are so many of them, is the most intimidating part for me. For people with experience in Unity, i hear that a lot of functions are direct parallels. I'm eager to really get over my hurdle and obtain a bare minimum level of competence in GDScript so that i can be much more efficient. So far though, i'm really excited with what i have picked up so far! It's a fun experience, in spite of the difficulties of learning everything from the very basics with no past experience.

sounds like a nice path good luck 💪 (Also I don't really recommand rust for gamedev but of you like it feel free to use it)

What's your opinion on Bevy?@@lowlevelgamedev9330

It’s great to implement things for your own understanding, but don’t fall into the ’using tools made by others is cheating’ trap (not accusing you of saying this), because if you are using Pygame, you are already using tools made by others, and there’s nothing wrong with that. It’s awesome that you’ve finished a couple of arcade games though well done

@@scrung Thanks for the kind words first off. On the topic of 'cheating', I do not have that mindset at all! After taking a look at the SDL2 wrapper in Rust, I have a much greater appreciation for the simplicity and documentation that Pygame does in fact provide. I still do use tools others have made (LibreSprite, LMMS, Audacity) but coming from zero CS schooling, I feel like tools based around structuring and building my game I would like to build myself. If for nothing else than to learn/grasp more of the process. (And honing more of my problem solving skills!) There is the added bonus that my level editor output can be tweaked to work exactly as I need/want it with my game engine. Thanks again for your kind words. Good luck in your own endeavors!

The problem is almost always assuming that it's a bug and not a wrong assumption about something.

@@BusinessWolf1 It literally happens when using any example with 2d or 3d camera... which are all of them. Hell Tracy does not see memory leak happening. I am starting to think MacOS itself is messing something up! Considering old executables also have the problem...

Get a life bruv.

@@LEMON_2U you said it :p

@@LEMON_2Uwe’re all here watching videos on how to make a game engine Lol

​@@LEMON_2U People here don't have a life (not being serious)

Very nice 💪 good luck with your project and try to not over generalize your stuff too much. At some point it becomes detrimental to split your code too much but you have to find where that point is

yes it really depends on the project type and stuff thanks for the advice 💪

Pointless work ahead of time lmao. If you need to copy a part of your project for another one, then extract code into library there and then, in the long run you will save a lot of time... ... because you won't be reusing code and it's all a cope to try and futureproof things you will never do.

Haven't tried, sounds like a nice tho idea thanks and I hope it will help someone 💪💪

ok so yes that is true, I just used that as a simple example, in practice yes you don't want to upgrade your tools mid developement. Also yes you can fork godot but for someone without much experience or even with experience moding the engine doesn't sound like an easy task 😂

but yes you could totally learn godot inside out and fork it and costumize it that would be something nice

so forking godot is hard, that's why you might want to do it all yourself, but doing what I said is also an option. thanks for the answer (yes I saw it just now, I hate YT notification system)

you're wellcome 💪💪

well the best way is to learn by doing. I have a video called make your first game engine now you might find that helpfull but I think that you should learn to make a 3d game first and that you can try making an engine to learn 💪

nah bro don't go so hard on yourself, try making a game from scratch, maybe you won't like the process but that is something different

@@rytif If he means design an audio stream handler, then sure that seems normal. If he means make a midi editor to make your audio however... That's like saying you need to build your own Blender for 3D objects and rigging. Not commenting on the rest

yes this one ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-yCVv76_SgV4.htmlsi=UbUukYiBBsi8gCAG I hope you will like it 💪💪

It's called framework

well yes you could and it wouldn't make sense buuuuuuuuut I don't think other people have done that soooo if you made an youtube video about it it would blow up 😂😂

From my perspective, I would recommend going into building systems. Using a game engine just makes life so much easier. Any energy used that doesn't go into making your game ready for market can really stop you from ever being successful.

on my way with my next videos 💪

Or even saying "I wanna make my own game, from scratch not using an already existing engine". Because people are not really making a new full-featured engine, just the underlying basic functions needed for your game idea. When one says "I am doing my own game from scratch", the response is "Are you crazy? You are going to build a whole new engine on your own?". They already assume that if you don't use Unity, Unreal or any other ready made solution, you are planning to code the big monolith that these engines are.

hm both were very fun, probably terraria more fun because it was the first, I made terraria to eventually learn to make minecraft but I would say that any game would help you if you want to later something more difficult. it is just programmijg experience. Right now I am working on my latest minecraft clone and I want to make it very nice with shaders and multi player and stuff second question not this year I don't have much time :/

There's a project here on youtube where the guy is making a voxel game, and created his own hyper optimized engine, and he explains what he's done to it in the videos. It's super interesting and explains why minecraft isn't really THAT simple to make. His channel is www.youtube.com/@DouglasDwyer/videos.

the source code is available, I have to make it more robust however and finish all the basics before I could let others add controbutions

@@lowlevelgamedev9330 thats cool, indont wanna say this but if possibke make it easy and optimize for android paltform, I am not code experr but i can still see its potential for mobile and pc platform 😊👍

thanks. In hopefully a month and a few days 💪

thank youu 💪

yes sounds like a good sumary I like it 💪

Using an existing engine is just very convenient. I have a game I'm working on in Godot, because with that project I simply want to just focus on the game itself. Slap a light and a WorldEnivornment in and ban, scene looks just like I want. Physics and navigation is easy to manipulate with scripts. I *do* have a C++ project using normal OpenGL which I work on when I specifically am in the mood for that, because I have to thoroughly think about everything I do about my own engine. How to implement this well, and to do that. Can very easily go days and do no real game progress and just do project structure instead. Both are rewarding in different ways. But I personally wouldn't ever blame anyone for just using Unreal or Godot.

@@rasmuseriksson6202 Very true, I've been meaning to get into C++ at some point and learn how to make a game with it without any engine help and only a few libraries or so but I just haven't got around to it.

I think the mistake here is your definition of game engine. A game engine is an extended framework for handling various aspects of a game : Physics, Visuals, Audio, Controls, Lightings, Asset loading. It is independant from the editor and tools. No business dumb enough to redo everything everytime. Ubisoft has at least 3 game engines. Anvil : Used to build first Assassin's Creed, later Assassin's Creed, then R6:Seige and Immortal Fenyx Rising. Snowdrop : Massive Entertainment used it for The Division series. Ubisoft also used it for Mario + Rabbids. Scalar : Currently developped for developping cloud-native games. UbiArt Framework : Latest Rayman (Legends and Origins) Far Cry was developped on CryEngine and later games on Dunia Engine.

@@Kalahee Yes to me a "game engine" is a piece of software that purports to support all possible gameplay and presentation types and game designs off a common codebase. As such Unity and Unreal are strictly engines which meet this particular definition of "game engine". There are of course more. If we think back first codebases which were called "engines" supported more than one game, but were not general purpose yet - Id Software engines and Build. I would say they were not "game engines" but "first person shooter engines" or even broken out game codebases with very little inherent attempt at reusability. The first mention of "id Tech" refers to "id tech 3" which signifies the codebase of Quake 3 Arena as it was licensed to other companie for reuse - then there were retroactive attempts to fit prior codebases into the numbering. Instead Ubisoft "engines" are living mostly single-purpose codebases, which evolve with the requirements of any given project. They get forked and change substantially between iterations, which often aren't rea;;y numbered. You could ask and receive an answer, which version of Unreal did Ark release on? 4.5. Which version of Snowdrop did Mario and Rabids release on? Welll uh... the Mario and Rabids one. Continuous versioning doesn't make sense here since they're forked, chopped up and reassembled codebases with no central ownership or through history.

yes that is true, they have very big fees + the points that I gave, also to reply to the people in this thread I think you can define a game engine both as something like unity or a framework but most people think of things like unity as engines

well they use the same unity systems so that's why. And don't get me wrong you can make something unique in unity but at that point you also spend a lot of time

There are 2 possible reasons why unity games feel the same. One is that unity didn't properly build a physics engine involving acceleration and gravity. The other reason is that the devs don't know how to work with unity's physics engine. I am leaning toward the second reason because I know anyone can implement that themselves.

@@redrevyol I think its more that devs don't tend to modify (if they understand in the first place) Unity's physics engine. So most unity projects use it as an easy way to get started but besides altering acceleration speeds or other default values, its difficult to make the engine 'feel' different from any other game made with that engine without a complete overhaul. At which point you can really consider making an engine yourself honestly, physics is usually the largest chunk of engine design. Its great for game prototypes or for people who don't particularly care about something so specific especially if you don't plan to use physics in your game, but its still something to consider.

​@@BlueKanary You're probably right. Though I doubt a complete overhaul is necessary. In physics, the displacement value for constant acceleration would be "y = initY + vt - (gt^2)/2 ". If the acceleration is an equation or that it changes over time, then calculus would be used to get a different displacement equation. I started a new project in SFML to implement it. Turns out the floaty feel is a result of the unit values are mismatched as g = 9.81 m/s^2 wasn't designed for pixels/s^2.

no problem, I have just released my first video on how to open a window using windows api 😂😭

hmm what color is your game?

Is what happened many times because not all wheels are the same...

nono don't switch to linux. If you want to do gamedev you should use wondows. Also linux is funny with opengl :)). Now if you want to be a programmer you should switch to visual studio it is what it is. I have some videos called easiest way to setup opengl or start making your cpp game now that give you a framework already configured with opengl. Lastly, codeblocks is just a text editor. There is nothing special about it. You can use opengl with codeblocks. The easiest way to start learning opengl in my oppinion is to just take my template (from my video called easiest way to setup oepngl) because configuring libraries is annoying. However that is not a reason to switch your os. (also with cmske libraries are easier to configure)

😂😂 ba credeam cs nu e asa evident 😂😂

cpp is indeed kinda painfull to work with but forgamedev is for now the best option probably. Zig and jay might take its place. to solve libraries problems I use cmake and also I usually don't use many cpp features like polimorfism destructors and templates, I never throw catch errors to make my life easier

@@lowlevelgamedev9330 ive had look into languages such as rust and zig. my problem with rust is the unnusual syntax and the new concepts that are hard to fully grasp and dominate. and zig would be the perfect language if it wasnt so obscure. honestly, C# is the only language i could see myself confortable coding in. i feel safe coding in C#, i feel like i truly know how to code, whereas in languages such as C++ and Rust, i feel like i have to learn programming from scratch, even if i already learnt the language basics. i don't feel safe coding in C++. and stuff like CMake and Makefiles make it much more harder than it should be. seriously, i have to learn another language just to make my goddamn project? and also, i struggle with big projects in general, no matter what language or game engine, it is a issue i face. and no, i'm not a Unity user, i'm talking about C# in general. but mostly, i use the godot engine, it is my favorite game engine. however, i'm really interested in making my game engine, because its very interesting and challenging, but it seems impossible to me, i always fall into a pitfall or obstacle that makes me give up on my project, and i feel like i don't truly know the language even though ive learnt the basics of the language. idk what is my issue.

well why not start start your big project with a mobile game than. If you want to use c++ your best bet is to learh how to use railib so go see how that works

Going to watch for it, thanks a lot for your answer, really appreciate ! :)@@lowlevelgamedev9330

I'll do one in the future but yes zig is the next language for game dev

uh I am not into linux so I don't know how :(

@@lowlevelgamedev9330 it's alright :)

yes it is true but making a game from scratch also takes a lot of time and I think even with a premade engine you still have to spend a ton of time in the end. But yes a gameengine is a big project

@@lowlevelgamedev9330 Yea, because when you making a serious engine, in the end it becomes just a big box with tools even if with editor, and 95% have some kinda of scripting engine, so if you don't have experience with programing this big editors is usefull, but give much help advanced developer's to speed up the dev.

Look into SDL, it's the most multi platform library there is

Thats why I can't finish my multiplayer platformer on Godot XD. Cause it's creepy in real

💪💪

😂😂😂😂 People tell me that a lot

yes heared about it but never tried it

idk what to say, engines do change things and I have heared from people from EA for example that having their own engine is a big win in terms of custom features, anyway, good luck with modifying unreal's source code

🗿++

yes and also you learn a lot of stuff 💪 thanks for the comment

you don't have to start coding with coding an engine tho. I also started coding from 0 and learned my way to being able to make an engine.

U r right and not, like 50/50. 1)U don't need to do it if u wanna use personal GE in ur personal project. 2) if u wanna publish ur GE for others - ur words make sense

ok so one of my first videos from my channel is called how to learn cpp for game developement and I also have a newer one called how to start or continue learning cpp. Watch those because I answer your question there. Also I will give you a bonus guide to have a mentor, someone that know more than you so you can learn from him. Good luck you can do it 💪

Because it's easier to maintain your own than bloat that is godot.

oh well after a quick search it seems like it but apperently pika is a sware word in Portugese or something so I'm glad I wasn't the only one to get trolled by this name :)))

well it really depends, look for example unreal was built for making multi-player shooters so in your case using an engine is probably better

@@lowlevelgamedev9330 that is my point For shomene that have big team Or small scale project and enjoy coding I think may make sense to make i game without egine But for person that does Big scope project as Solo developer like my self I don't think it makes sense to make all the tools the and game for scratch It makes more sense to use game engine even if already found those limitesion those egine have

@@watercat1248 The purpose of this video wasn't to say that building a game from scratch is always the better option, or that you should never use game engines. There are pros and cons to both, but it is recommended to give it a go at least once. Knowing how engines work behind the scenes give a deeper understanding and provides skills that are transferable to other engines. But you're right - creating games from scratch isn't necessary for everyone. But if you have the time and patience, it does have its benefits even for large scale projects. Just do what's best for you for each project you make

@@kplays_6000 that makes sense thanks

yeah I have also found that out later 😂😅 it is not intentional

easy answer 😂

@@lowlevelgamedev9330 You know, sometimes simple answers are not that good.

😂 true

fair point 😂😅

I also use libraries. Depends on the context but yes find the right balance for your task 💪💪

T h i s.

None of em. People who recommended making an engine are hobbyist programmers trying to get other people to make their own hobby project. Perfectly fine, but you can't make a "bad" game engine. But you can make a bad game. So it puts distance between you and getting to the point where you can be judged.

Cool you have little respect for everyone except codemonkeys who don't even make any games they tinker with amount of triangles the homebrewed engine can shit out per frame while actual gamedevs just point and click assets in.

@@shinobuoshino5066 why are you so bent over this lmao

@@juniuwu "you are right" takes less time to type, keep coping about it.

@@shinobuoshino5066 who's coping? im not the one malding on a youtube comments section lmao

@@juniuwu keep coping troon

hmmmmmm