Hacker News Reader

Looking at the API here, it feels very much driven by OpenGL. You create a shader, send some parameters, push/pop some of the state, and bam - here is some rendering.

I'm curious if there is still ideas to discover in the space of code-only 3d engines. Something more tied to modern API concepts, such as render passes and pipeline states.

View on HN

Have you seen Bevy's new rendering experiments? Very much along the lines of what you're describing.

Nice, I hadn't come across Bevy, thanks for mentioning this. For others: https://bevyengine.org/news/introducing-bevy/

I've gone back to an approach from the mid 2000's where high level i generate the most basic draw calls (setrendertarget,clearcolour) (Draw shader+geo+uniforms) As data, which i can serialise, stream, debug, pause&tweak, generate on multiple threads, etc and then low level batch together, generate pipelines, reduce state change, whatever the renderer needs, or just pump to a gui. Finally starting to build up little libraries of commands (generating text "draw calls", gizmos etc) which work project to project. Not very cutting edge tech, but lots of room for lower level (or even high level) optimising (culling, front to back, transparency sorting etc)

Reply on news.ycombinator.com