knowledge acquired (IQ inceased +1 total 69)

Subscribed because you use C++. Cool project!

Excited to see where this goes next!

I'm back from a previous episode. I remember commenting about my interest in creating my own game engine. I followed through with it and I have a GitHub for it. Development is slow though and it is in a very early state. I only started it 2 weeks ago. As a challenge I'm using Vulkan for rendering.

@Code_Gains

Ай бұрын

Good luck!!

@rileyhawksworth8362

Ай бұрын

Thanks! Good luck too!

I never thought to cook my spaghetti code, good thinking!

💪

It's cool that you finally chose the build system. But I'm interested in one question. Will you make the engine cross-platform? (at least for linux and windows)

@Code_Gains

2 ай бұрын

Yeah. I have plans for Vulkan in the future once the core architecture settles a bit. The plan is to make some sort of preprocessor code that would allow to compile for all platforms.

@dontuo

Ай бұрын

​@@Code_Gains cool😎

8:40 I see a lot of people write code like this, having a pretty much empty main function that just calls another function. I usually think it looks stupid but is there actually a good reason to do it? Did you do it because you know you want other code around the editor?

@Code_Gains

2 ай бұрын

I don't think there are any hard set rules for this (because the program won't run faster or better), but for me If I have a project and see the main function I want to immediately understand what the entire application does and in this case it runs the editor (this is opposed to reading that messy code to understand that this is the editor).

@scrapmine

2 ай бұрын

I know that with rust it reduces build times by a significant about, might be the same for other languages.

@Benjaneb

2 ай бұрын

@@scrapmine Build time would only be reduced if the code is separated out into another compilation unit (i.e. another file) and that unit is already compiled and you haven't made any changes to it, so if that's the piece of code you're actually working on it would do nothing to build time.

@thundertastic896

2 ай бұрын

The cherno video he referenced touches a bit on this but it's a combination of DX ergonomics when debugging & having the ability to restart your whole editor "view" without closing your application process completely (which may be a hard requirement for certain features).

dx11?? but why tho edit: ok I saw the explanation in #0, doing it just to learn because it's beginner-friendly is probably the only sensible reason to use it. It's a shame that by choosing it you've immediately committed to the engine being Windows-only and kinda outdated from the get-go, but it's better than trying to start with Vulkan and then giving up because it's too hard.

@scrapmine

2 ай бұрын

dxvk and proton exists.

@DeuxisWasTaken

2 ай бұрын

@@scrapmine yeah, and they're translation layers that introduce overhead and bug surface just to run an outdated (by 8+ years at this point) graphics API meant for Windows by design. It's awesome that they exist and have gotten to the point of working (pretty) well; it's understandable when people fall back to relying on them due to learning or severe time/budget/workforce constraints, but using them is still quite a bit worse than developing for native support using the modern multiplatform API that is Vulkan.

@scrapmine

2 ай бұрын

@@DeuxisWasTakenRunning dx11 games in proton gives near native performance for many games.

@DeuxisWasTaken

2 ай бұрын

@@scrapmine many, not all, and that's only because the wine/proton people poured sweat and tears implementing it. "Performance in best case scenario" isn't all there is. Besides, I've seen that some games run faster on Proton than on Windows. That's not due to Proton being magic but due to the linux kernel, drivers and whatnot being more optimised enough to offset the overhead brought about by Proton. Running natively they'd get even better performance.

@dizimo1188

2 ай бұрын

Vulkan only opens up the possibility for running on Linux which doesn't expand the userbase much at all. It might be a good idea compared to DX12, but it's not worth the headaches caused if it's unnecessary.

visual studio is literally just an editor. it doesnt do anything except integrate.

Nerd

build.ps1 > build systems