-
Notifications
You must be signed in to change notification settings - Fork 812
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DRAFT: Translucency sorting #1687
DRAFT: Translucency sorting #1687
Conversation
@@ -16,6 +16,7 @@ public class SodiumPreLaunch implements PreLaunchEntrypoint { | |||
|
|||
@Override | |||
public void onPreLaunch() { | |||
System.load("C:\\Program Files\\RenderDoc\\renderdoc.dll"); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
you probably don't wnat to PR this?
As mentioned in this reddit thread, render order follows a planar generalization of the classic DDA algorithm, which means that with some clever bookkeeping it's not technically necessary to do a full sort-- this could possibly be exploited to exchange the BTMS for a straightforward shuffle routine. (Well, assuming you haven't considered this already 🙂 ) |
We have to take into account that the translucent quads we're sorting aren't necessarily axis-aligned or part of complete voxels. Water being the prime example. |
Relevant to the translucency sorting endeavor and this PR in particular as it's in need of a triggering mechanism: I wrote a whole bunch about a new plane-crossing based translucency sorting triggering mechanism in this document https://hackmd.io/@douira100/sodium-sl-gfni |
Was this fixed??? |
just closed ig |
Draft GPU driven translucency sorting