Skip to content
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

Open
kvark opened this issue May 12, 2015 · 5 comments
Open

Consider using gfx_scene #217

kvark opened this issue May 12, 2015 · 5 comments

Comments

@kvark
Copy link
Member

kvark commented May 12, 2015

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.

@Nopey
Copy link

Nopey commented May 7, 2019

gfx_scene has been depricated since 2017,
rendy seems like the natural successor, although it is still unstable.

@kvark
Copy link
Member Author

kvark commented May 7, 2019 via email

@Nopey
Copy link

Nopey commented May 15, 2019

I have ported hematite to wgpu-rs
Remaining work:

Upside Down Minecraft

@kvark
Copy link
Member Author

kvark commented May 15, 2019

@Nopey please check out this matrix transform:
https://github.com/kvark/vange-rs/blob/7a42537eefe9d03b56e229cf9d14bd015c749860/src/space.rs#L84-L94

@Nopey
Copy link

Nopey commented May 16, 2019

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants