Vai al contenuto principale

Ricerca

Occlusion loop solving rendering for Text Displayers

TheBeardyMan

At present, the display gizmos of Text Displayers are rendered using midpoint depth sorting.

That algorithm has a flaw - it can't solve occlusion loops.

If you arrange three long thin Text Displayer gizmos in a triangle, with their ends overlapping, and rotated so that they form an occlusion loop, they won't be rendered as an occlusion loop. At all times, there will be one that's in front of both the others, and that one will change as you move the camera.

No such problem occurs if you repeat the experiment with three long thin sculpts instead of Text Display gizmos. Sculpts are rendered in a way that can solve occlusion loops - most likely Z buffering.

I seem to remember the Trello mentioning a "projection mode" for Text Displayers that would project their text onto the surface of a sculpt. That feature's going to need to render Text Display gizmos with Z buffering or it'll look wrong - it would be nice if we could do this for all Text Display gizmos without having to use a sculpt.

1 commento Data Voti
  • TAPgiles
    Great answers

    Yeah, this issue has been there for such a long time, and it's been raised by many people. Hopefully one day it'll be fixed.

    I'm guessing the "sticker mode" (which you referred to) won't have a problem regarding this, because it's not rendered by the text renderer in-scene. It's rendered by the sculpt renderer (or paint renderer on paint). And will use the ordering setting, for example.

    0
    Segnala questo post

Accedi per aggiungere un commento.