A CSS 3D engine for the DOM. Renders polygon meshes in HTML by leveraging matrix3d transforms. (github.com)
from cm0002@libretechni.ca to programming@programming.dev on 01 Jun 22:03
https://libretechni.ca/post/1544950

#programming

threaded - newest

rizzothesmall@sh.itjust.works on 02 Jun 07:46 next collapse

Why store polies in tiny byte spans when you can store them in up to a KB each of markup?

xthexder@l.sw0.com on 02 Jun 09:07 next collapse

What a strange concept. The demo is quite laggy on my phone, and has triangles constantly disappearing as it moves. Other online 3d viewers are able to load significantly larger models without any lag or graphical artifacts.

I don’t think the way this is implemented it can realistically use much GPU acceleration at all. It’s like taking all the vertex shaders and running them on the CPU, and then only using the GPU for triangle texture fill and depth testing… The hardware is right there, why avoid using it?

MonkderVierte@lemmy.zip on 02 Jun 09:37 next collapse

Just because you can, doesn’t mean you should.

Kissaki@programming.dev on 02 Jun 15:54 collapse

But someone should!

AI_toothbrush@lemmy.zip on 02 Jun 09:50 next collapse

Ooohhh this is a cool model. I really like the style. Also cool project lol.

spoiler

<img alt="" src="https://lemmy.zip/pictrs/image/6d8bde79-fc08-4bd5-9409-665efff2b848.avif">

Kissaki@programming.dev on 02 Jun 15:58 collapse

Inspected, looks like even hidden-behind elements receive matrix transformation updates.

<img alt="" src="https://programming.dev/pictrs/image/8fed5823-c741-4360-b131-8b8a3557e45b.png">

Presumably, skipping those could increase performance? But maybe it’s not possible with this approach. I haven’t checked deeply. I guess it’s infeasible.

The browser’s compositor handles the 3D layering.