mirror of
https://github.com/bevyengine/bevy
synced 2025-01-09 19:58:58 +00:00
838b318863
Attempt to make features like bloom https://github.com/bevyengine/bevy/pull/2876 easier to implement. **This PR:** - Moves the tonemapping from `pbr.wgsl` into a separate pass - also add a separate upscaling pass after the tonemapping which writes to the swap chain (enables resolution-independant rendering and post-processing after tonemapping) - adds a `hdr` bool to the camera which controls whether the pbr and sprite shaders render into a `Rgba16Float` texture **Open questions:** - ~should the 2d graph work the same as the 3d one?~ it is the same now - ~The current solution is a bit inflexible because while you can add a post processing pass that writes to e.g. the `hdr_texture`, you can't write to a separate `user_postprocess_texture` while reading the `hdr_texture` and tell the tone mapping pass to read from the `user_postprocess_texture` instead. If the tonemapping and upscaling render graph nodes were to take in a `TextureView` instead of the view entity this would almost work, but the bind groups for their respective input textures are already created in the `Queue` render stage in the hardcoded order.~ solved by creating bind groups in render node **New render graph:**  <details> <summary>Before</summary>  </details> Co-authored-by: Carter Anderson <mcanders1@gmail.com> |
||
|---|---|---|
| .. | ||
| clustered_forward.wgsl | ||
| depth.wgsl | ||
| light.rs | ||
| mesh.rs | ||
| mesh.wgsl | ||
| mesh_bindings.wgsl | ||
| mesh_functions.wgsl | ||
| mesh_types.wgsl | ||
| mesh_vertex_output.wgsl | ||
| mesh_view_bindings.wgsl | ||
| mesh_view_types.wgsl | ||
| mod.rs | ||
| pbr.wgsl | ||
| pbr_bindings.wgsl | ||
| pbr_functions.wgsl | ||
| pbr_lighting.wgsl | ||
| pbr_types.wgsl | ||
| shadows.wgsl | ||
| skinning.wgsl | ||
| utils.wgsl | ||
| wireframe.wgsl | ||
