3 ms·
Sure, OpenGL can be implemented on top of the native efficient APIs. The biggest problem with OpenGL is the state. It severely affects CPU usage and limits par
by lucian1900 6y ago
Sure, OpenGL can be implemented on top of the native efficient APIs.
The biggest problem with OpenGL is the state. It severely affects CPU usage and limits parallelism options. The second problem is poor handling of buffers.
It hardly matters, anyway. Vulkan, D3D 12 and Metal are very similar and almost always used indirectly through a game engine that can take advantage of them.
- bullen 6y agoI'm writing my own 3D MMO engine from scratch, so it does matter to me: http://talk.binarytask.com/task?id=5959519327505901449 http://talk.binarytask.com/task?id=5959519327505901449 Unity and Unreal are so bad. I mean compile for 30 minutes? To use them is to have technical debt way beyond what is healthy. So why can't you make OpenGL stateless? It seems to me multithreading is really bad on the new APIs too, you'll have to trash memory with a bunch of buffers that then gets submitted by one thread causing motion to photon latency! RdR2 had like 10 frames of lag! Completely unplayable. I prefer direct/forward rendering one one thread and make the graphics simpler instead. Graphical fidelity is not important to make a fun game, just look at Nintendo.
- lucian1900 6y agoIf your graphics are atypically simple, it hardly matters. For the vast majority of games that compete on graphics, you need to use modern APIs to take advantage of modern GPUs.
- bullen 6y agoSure, but I also out-scale all other engines both server and client: http://talk.binarytask.com/task?id=579711216639635462 http://talk.binarytask.com/task?id=579711216639635462 My server is the first MMO system to handle 10.000 concurrent action players on one machine: http://fuse.rupy.se/about.html http://fuse.rupy.se/about.html You have to pick your battles.