Thread #108676746
HomeIndexCatalogAll ThreadsNew ThreadReply
H
File: 54.png (41.3 KB)
41.3 KB
41.3 KB PNG
DirectX on Windows 95 Edition

/gedg/ Wiki: https://igwiki.lyci.de/wiki//gedg/_-_Game_and_Engine_Dev_General
IRC: irc.rizon.net #/g/gedg
Progress Day: https://rentry.org/gedg-jams
/gedg/ Compendium: https://rentry.org/gedg
/agdg/: >>>/vg/agdg
Graphics Debugger: https://renderdoc.org/

Requesting Help
-Problem Description: Clearly explain your issue, providing context and relevant background information.
-Relevant Code or Content: If applicable, include relevant code, configuration, or content related to your question. Use code tags.

Previous: >>108641005
+Showing all 38 replies.
>>
Imagine deving using DirectX3, imagine the pain
>>
>>108676780
if you weren't deving back then don't call yourself a dev
>>
so anyone try it yet? does it fix all the problems?
>>
>>108676949
what problems
>>
>>108676780
If it's a fixed function pipeline like 9 it's probably easier since you don't have to reinvent the wheel for each fucking shader.
>>
>>108676780
In many ways it was easier, you had no hardware T&L so you were doing all of your vertex transformations on the CPU and you would just be uploading clip coordinates to the GPU and letting it rasterize them. The real "pain" in those days was figuring out what capabilities were available since every graphics card had it's own set of implementation bugs and limitations (especially texture data) and performance budgets and RAM usage were extremly tight. That last part is not unique to DirectX. In short, stop thinking that old = bad.
>>
>>108676949
There's something in the notes about a new win32 backend so maybe it won't be a stuttering mess with glitchy fullscreen anymore
>>
>>108676971
>>108676964
got it I'm just a millenial who wasn't aware at that time of what is what
>>
>>108676949
I assume it's just an incremental update. Raylib is always fine for getting something going quickly but too high level for anything serious.
>>
>>108677112
It's fine for serious projects in 2D, it will never be fine for 3D
>>
>>108676988
couldn't get it to work, the flag listed to enable it in the notes throws a cmake error
>>
I am small brained can I still make engine?
>>
>>108677492
With AIs help sure
>>
>>108677492
no
>>
Winsock in my sock
>>
>>108677492
ye its just that you gotta start reading instead of gaming
>>
exporting a minimal godot project that's just a single sprite, with every unused feature disabled, with the most optimal build configuration known to the docs and ai, results in a 106mb binary
>>
>>108680307
yeah you can get it down to a pretty small size, this article managed 16.7 MB uncompressed
https://popcar.bearblog.dev/how-to-minify-godots-build-size/
gotta enginedev if you want <1 MB
>>
>>108680373
I'll engine dev after I make $1 million USD and can quit my real job
>>
>>108680426
>$1 million USD
this isn't 1999 anymore grandpa, a million is like 6 months room & board
>>
Why is there no alternative to stbi? I swear 100% of the memory bugs in my engine are due to this piece of shit library.
>>
>>108680307
How?
>>
>>108680674
>How?
Code takes up space. Godot has a lot of code, both its own and all its dependencies. Any single project probably isn't using most of that, but it's still there. You can exclude some of it with a custom build template like in the link in
>>108680373
if you want to. Or not. Who cares about 100mb in 2026.
>>
>>108680768
>Code takes up space.
not really
>>
>>108680768
>Code takes up space.
Sure but even a 1 MB exe is big
>>
>>108680782
It's a general purpose game engine. It's not some hyper focused personal project that only implements specific features you need in very limited ways.

Go look at a naive build from Unity or UE5, they're just as bloated. Also remember that games are usually compiled for speed over size, so you get extra bloat.
>>
>>108680886
100mb of code is a very large amount
there's probably some assets in there too
>>
>>108680896
You can inspect the resources. It's just code, anon. You need to stop thinking in terms of hello worlds and try compiling some real projects off github or something.
>>
>>108680911
Why would I compile someone elses bloated project
>>
just statically linking the mscrt gives you like a 16mb exe lmao
>>
>>108680896
>100mb of code is a very large amount
Do you know how big these engines are? UE5 is in the neighbourhood of 30-50 million lines of code, and that excludes third party stuff. Godot is nowhere near that but it's still millions of lines of code.
>>
>>108681035
>UE5 is in the neighbourhood of 30-50 million lines of code,
Wonder what most of that is
>>
I could implement UE5 in under 500 loc
>>
>>108681109
UE does so much shit in so many different fields, it's no surprise it's absolutely gigantic.
>>
I may be a retard, but I am one of God's beloved retards
>>
I can't do it, I'm too fat to make video games
>>
>>108680946
The UCRT is large but the dynamic version is perfectly portable across older versions of windows (and for windows 7 support, I think you can set the minimum windows version using the macro?).
I imagine the only reason to statically link the UCRT is for XP support. But I bet real XP users already have workarounds (and technically you can just target the older msvcrt instead of the ucrt, but there are quirks with how snprintf handles null terminators, and maybe other quirks).
If you are using C++, you can get the portability of the UCRT + statically link the C++ runtime to avoid the missing redistributable C++ runtime, you just need to set the runtime to static, then set the linker flags: /NODEFAULTLIB:libucrt.lib /DEFAULTLIB:ucrt.lib
https://github.com/microsoft/WindowsAppSDK/blob/main/docs/Coding-Guidelines/HybridCRT.md
>>
>>108681416
nta but if you don't statically link the c runtime then you technically need an installer to ensure that the correct redistributable is present on the system, so statically linking it is mostly just so you have a single executable you can distribute that just werkz

Reply to Thread #108676746


Supported: JPG, PNG, GIF, WebP, WebM, MP4, MP3 (max 4MB)