Lit's not even that
PI think it’s likely the code that’s contributing more to that
Lminecraft just sucks code wise
PI mean put it this way, Minecraft is the project notch used to learn OpenGL
IThe amount of performance I would lose if I didn't have stack allocation would be incredible
Lin c#? prob not actually
Lgc is smart
Pgen0 is basically free
II figured, as far as I know the UI was pretty strongly paired to the main renderer until recently
II guess I need to read up on the GC a bit more
Atbf, imo it's a balancing act. you can do that, have a horrible codebase, and make a game
Aor do what i do and modularize literally everything and never get anywhere
Pdo things that don’t scale!
Pif you’re at a point where you need to scale up that means you’re winning
Alol fairs
IBut what if I want to use more or less functional approaches for everything, that won't go bad I may have made a mistake
Ai've made my music player relatively modular as well and now it's coming to bite me in the arse when it comes to implementing a proper API for it, cause it's too modular
Aso i'm gonna scrap all the modules and the cli player and just dump it all in one project
II remember some of my old code being so interfaced out I couldn't track what was going where
Ainterfaces have their place, the api i've designed for my music player is almost entirely interfaces
Asimply because it means you can fully interact with the player but it won't break existing plugins on an update
II mean yeah but I definitely overused them
Lmerged
the reason its so jank is that the API was originally built for use in FNA/MojoShader exclusively, and it just so happens that people like me picked it up and started improving upon it for use elsewhere
the reason its so jank is that the API was originally built for use in FNA/MojoShader exclusively, and it just so happens that people like me picked it up and started improving upon it for use elsewhere
Lit wasnt even in the main sdl org originally
Ljust a personal repo of flibitjibibo
L
Pyeah the GPU API was literally just the FNA internal abstraction in the end
Pit was similar enough to what icculus was designing and sped the process along
RThey built the thing in what… 3 months?
Aohhh I see
Aback on my pc so got a chance to look, yeah this is so much better
Dwait what
Tnotch seemingly was learning java too, spwaning particles in beta is a big string switch :disintegrate:
II installed the debian packages for vkd3d and the samples ran
Iwhich is funny as hell, considering that laptop has an Intel HD 4000 GPU
Ithat thing is /not/ vulkan compliant and /definitely/ doesn't support d3d12 even on windows
Ibut the based mesa devs got it working anyway (even then vulkan 1.0 support is not complete)
Athat gives a bit of confidence in getting it working, will take a look myself when i have a working linux install again
Ad3d12 would be absolutely ideal for me. i love d3d11 way more than i should do so d3d12 is probably the best api for me if it can work on linux and hopefully macs in the future as well
Awill be interesting trying to get the windows headers compiling on linux though. didn't have much luck before when i used dxvk-native. can't remember what was missing though, probably something obvious
Ewindows headers? like HWND/HDC and such? sounds painful
AYeah, directx needs a lot of the windows headers as well
Dlol that’s funny
II don't know that you would use the windows headers. AFAIK you'd be using only d3d, not directx
Sit's funny how notch became a billionaire and did literally nothing with that money
Ialso I wish I could use d3d12 everywhere with vkd3d but it's LGPL so I can't (there is a popular platform that supports vulkan but requires static linking and NDAs)
Idxvk isn't though, so I might fall back to d3d11
Ihowever, DXVK won't compile on my HD 4000 machine because it requires Vulkan 1.3 and the cracked mesa devs only support almost-vulkan 1.0 on HD 4000 GPUs.
Iwhereas the vkd3d samples do run 
Smaybe it's time to upgrade from ivy bridge