-
Notifications
You must be signed in to change notification settings - Fork 105
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
Consider using gfx_scene #217
Comments
gfx_scene has been depricated since 2017, |
Wgpu-rs would be ideal for this
… On May 7, 2019, at 19:55, Nopey Nope ***@***.***> wrote:
gfx_scene has been depricated since 2017,
rendy seems like the natural successor, although it is still unstable.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
I have ported hematite to
|
@Nopey please check out this matrix transform: |
I'm considering removing the dependency graphs from gfx_voxel and hematite rather than updating them, due to the large tangle of dependencies from wgpu-rs. |
Hematite seems to be a good candidate for gfx high-level rendering. Without loosing too much abstraction/flexibility, you'd get scene culling and sorting for free. If it needs some custom logic for the culler, this can be done too.
Note: this partially conflicts with a possible Glium renderer, if you want to have any, so just beware.
The text was updated successfully, but these errors were encountered: