Since you emphasize you can't build unreal engine, name your game engine "real engine"

You had me at "Game Engine". You have a new Patreon supporter.

Networking Layer please. It is something I or most people I know have no real idea how to do so I am rooting to see how to do it.

The game engine has been called Hazel

Acrylic Engine: Acrylic is tough and transparent, so when you are trying to explain how a certain type of engine works an Acrylic model lets you see everything working inside. or perhaps Glass Engine but that sounds application specific.

Honestly the only real reason I want to build a game engine is to learn how they work. And as a exercise for me to get back into programming with C++ since I do know how it's just been a few years.

HazelEngine (that new project i saw on your github with an empty repo)?

Chernobyl seems a fitting name :3

Maybe call the engine "Prometheus" because it's kind of like you're bring "fire to man" -> bring "a professional Triple-A approach to building an engine to us simple hobbyists"

I'm glad you're starting on some of the more core features. There's already plenty of tuts on graphics and loading windows.

I love the analogy of debugging being like scaffolding. Very accurate

I'm super excited about this series, thanks for putting it together! Let's goooo!! :)

Where has your channel been all my life

I am so freaking stoked... Looking ahead at topics and I am glad to see everything covered here ( because I don't have to go elsewhere... I get the Cherno man... the Cherno gets us...)

I'm going through your C++ and OpenGL series right now, I'm really hoping I can get up to a point where I can understand everything in this series. You're doing an amazing job explaining everything and I'm really exited to follow this series!!!

Thanks god you also have a opengl series. i just started the engine series and i am so excited, thanksfully i have a lot of time in hands since where i live there's going to be another lockdown so. i hope that in that period of time i can catch up to everyone else

Wow, I recently discovered your channel, but your instantly got me excited! Thank you very mutch for your hard work and dedication!

I suspect this will be the best game programming series ever -- especially because its not going to be rendering-centric. One of the first thing I discovered first hand is that its fairly easy to write a working 3D rendering engine that is poorly designed for an actual game. I wish I could afford to support this.

excellent video, I was looking for something like this for a couple of weeks, thanks!

"Supporting other platforms in the future" I love that!!! I am mainly interested in the Vulkan graphics engine, and was looking to implement that in my own engine, but happy to start with OpenGL 😁

thank you for this series really definitely will suport you on patreon

That’s amazing, Cherno!

Cannot wait to contribute to this project!

Thank you for tutorial Cherno! I'm agreed that is much better to make a good foundation and infrastracture first.

Pumped for this mate.

around 26:00 OP states that they haven't seen anything like this. However, ChiliTomatoNoodle AKA Planet Chili. Has a HUGE multi part series on making games and game engines in c++. I'm watching both!

Thanks for your series you're a hero

after reading game engine architecture for months i'm ready for these Game engine videos

This is incredible! I am just wondering if now that the scope has been determined, is there a known time frame for this series? Thanks so much, can’t wait to get started! De La

I am following along with this series as a learning experience.

I'd love to see Box2D support! Also, Real Engine would be a great name!

I'd be interested in seeing how to integrate Bullet Physics into a multi-threaded engine. It has build options to make it multithread-safe, but I've found a total lack of tutorials on the subject (except the single "demo" which is too simple)

Would love to see some advanced topics, like BVH, frustum culling, ray casting etc.

Suggest adding a content or asset management system. That way it stores things like textures, models, sounds, scripts, and shaders. That way they only get loaded once even if another file or object needs it and it can track what is and isn't using it. When it's no longer in use can tell memory manger to clean up. Later on you probably want a task manager to make use of multiple threads the best way possible.

Suggestion: Make it modular so that every subsystem can be easily switched e.g 3DRenderer -> 2DRenderer YourPhysicsEngine -> SomeVerySpecialPhysicsEngine and so on. thx

the hype is real

From my experience if you are build engine by your self it's better to build "Level editor" as separate application. Same with "Texture Editor", "Model Editor", etc. There reason for it is when I build something big, I always make some mistakes in design, before I start writing code. Maybe that GUI library that I decided to use it's bad. Or maybe I should have organize files differently, or something else. If you build engine as one gigantic application, mistake like that will make you rewrite lot of code. In my case usually take down whole project. But if you separate it in to few applications, each time mistake like that hits you, it won't hurt that much. You can live with it, or fix it, or in worse case relatively quickly rewrite it. I'm a proffesional programmer for 13years, and still at every project at some point I'm saying to my self "I should have done it differently".

love your vids cherno

5:24 “I also have a full time job building game engines for EA.” Oh... I’m sorry to hear that 😞

What about networking and multiplayer? Some UDP socket layer would be awesome.

What software license will your game engine use? That is an important thing to note since you'll be using the code base to teach people.

I am not an experienced coder, but I do almost have my bachelor's degree in physics :D I only just realised there's obviously going to be physics related stuff in an engine, so that's going to be double interesting

About the level editor I would suggest doing an XML system. What I mean is that instead of building a GUI tool for a level editor we can just write XML files which describe the structure of the scene objects in parent-child style, instead of writing code to create the UI one which will take us a lot of time. In this way it's gonna be easy editing scenes as just editing an XML file and the code that is going to read the xml file and build the scene , won't be something difficult also to implement.

You should make collision detection tutorials. Or if not then at least show how you implement already existing physics libraries such as Bullet or PhysX

It's a bit scary of how many different things you have to know to actually build your own engine from scratch

I can say building a game engine on your own is a massive endeavor, i've been at it for almost 2 years now and I'm still not at a point to make a games.

just name it TheChernoEngine

You mentioned you want to use ECS, have you looked at CGS (Component Graph System) as a alternative solution?

A few other systems that are important/useful are Audio (this is obvious but you forgot to put it on your list), Networking (hopefully), and possibly a way to support mods or even a full out mod system (which would work well in conjunction with hot-swappable assets).

Since it is summer here (meaning, no school. Yay!) I have no time limit so planned to make a game engine for big learning experience (and curve), and for my specific specific needs (since I have a potato computer, probably will do a lot of optimizations on it for my hardware). I'm worrying about how those specific engines would be put together and how they interact to each other tho. I'm stuck to that point.

14:16 You can use multiple renderer apis? That solves that issue for me.

Thanks this will help!

Great video man..

Your handwriting reminds me you planning the sparky :)

@TheChernoProject You mentioned Entry Point Application Layer Window Layer(Input, Events,etc) Should Window Layer be apart of Application Layer? What do you think? Also, where do you offer private lessons? I am interested.

Would you be creating the opengl context manually in this series or be using glfw since you talked about supporting multiple rendering APIs and DirectX needs raw window creation usually while opengl has GLFW?

Every now and then I remember (and it blows my mind) that you are offering all this expert tuition for FREE! I can only offer huge gratitude and respect in return, plus a small donation when I can. Thank you very, very much.

Just call it Cherno, it sounds cool.

lm making 2d tile game engine. line by line, l finished the collision system and the vector forces of one specific size object. now lm making all those methods to work with different size objects. first step by step.

Spent my 20s working just to pay bills but, now being 32, I have quite my job to finally pursue my goals including becoming a programmer. You have been so helpful as I have been going through my online classes and this series on building a game engine is very exciting! Thank you very much!

Engine name: Chernobyl

Networking and animation?

thanks for the tutorial. an advice for those who want to watch : speed x 2

What features will the physics engine support?

Bro finally

how about audio support? 2d/3d audio?

How easy would it be to adapt these system for a 2d engine

Random question which c++ version are you going to use are you going to use features from c++ 17 or are you mostly sticking with c++ 11 because most people understand that the best?

Yes

Do you think to use Qt5/Qml and new languages like RustLang and NimLang(generates optimized c/c++ code). If you can show us hot to use static checks and build systems. Also I am wondering lexical analisis and parsing.

Will the code eventually become available also for non-patreons? Even if on a delay

Before I start watching, is there a different series that is recommended tot watch first before this one?

Why not open source the engine. Then the you can direct the volunteers and discuss the functions and features that they have added. I really am looking forward to your next video. It seems there is a fair amount of mac and linux people looking to contribute maybe it is best to keep it in opengl/vulkan. Also if the engine would be free to use it would greatly improve its growth and new features.

Are you going to add a way to implement OpenGL 4.3-4.6 API with it's DSA functions? Or is it solely going to be OpenGL 3.3?

Hazel would be a cool name.

CharnoEngine!

Awesome.

Why dont you contact the guy that made banished

Could you tell which device you are using to write?

You should use Dear ImGui for the debug UI. Maybe use it to build a rudimentary editor for data manipulation.

I love you, man..!

Maybe call it "Hazel"

here we go

Wow, I thought your video was very informative, and you definitely know a lot about Gaming engines.

The RAE - Realisticly Amazing Engine

Can you guys tell me what drawpad Cherno uses, please ? As for engine name suggestion: Chernobytes

Call it the Endo engine!

Since is windows only, i cant follow the series without him? Or just in a specifically point in the series?

Please write for MacOS too, I would absolutely love that.

Which book buy for c++

i will be following on LINUX

Me - Well I have nothing better to do. What should I do? KZfaq - Want to build a game engine? Me - :O

Actually if you made a series on directx and/or vulkan it would be good

What about audio? Are you gonna be writing your own DSP etc.

Cherno Engine

Here an amazing name that is totally original "Engine." That what I'm calling mine. Just use a simple generic name, because it used to teaching not selling to a group of people. Some like [channel_name]_game_engine would be appropriate. Can't wait to see how this series. Much hype!

Cengine sounds cool as a name :)

Name: EnCherno (Engine & Cherno) and rolls of the tongue like inferno :), and with namespace 'nch'?

Have you some plans for DirectX series?

"The Cher-noble"