-
-
Notifications
You must be signed in to change notification settings - Fork 99
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
Stop using Either in render pass node #207
Comments
I'm planning to get rid of special surface handling soon anyway, which means we would stick to using |
Sure, removing the need of enum is also fine. |
Would removing special surface handling involve using the present node and thus require copying the image data, or did you have some other approach in mind? I guess the final solution to this is making the graph more dynamic/flexible and removing the need for this stuff at all? |
Exactly that. But I haven't heard from @Frizi (who was working on it) for a while now. |
I have been working on a graph implementation based on the snippets he described in #240 for a little bit now. Mainly because I either need to patch rendy to add another case to the render pass node in order to do what I want, or to implement a more dynamic graph myself. I presume there is interest in merging that into the upstream rendy if I ever get it done? |
Either
is used in render pass node for handling both images and surfaces:rendy/graph/src/node/render/pass.rs
Line 30 in 778b47f
However, this is simply confusing and does not provide much benefit considering it's an additional dependency as well. We should use a custom enum instead.
The text was updated successfully, but these errors were encountered: