mirror of
https://github.com/bevyengine/bevy
synced 2025-01-01 15:58:52 +00:00
01a3b0e830
# Objective Fixes https://github.com/bevyengine/bevy/issues/14183 ## Solution Reimplement the UI texture atlas slicer using a shader. The problems with #14183 could be fixed more simply by hacking around with the coordinates and scaling but that way is very fragile and might get broken again the next time we make changes to the layout calculations. A shader based solution is more robust, it's impossible for gaps to appear between the image slices with these changes as we're only drawing a single quad. I've not tried any benchmarks yet but it should much more efficient as well, in the worst cases even hundreds or thousands of times faster. Maybe could have used the UiMaterialPipeline. I wrote the shader first and used fat vertices and then realised it wouldn't work that way with a UiMaterial. If it's rewritten it so it puts all the slice geometry in uniform buffer, then it might work? Adding the uniform buffer would probably make the shader more complicated though, so don't know if it's even worth it. Instancing is another alternative. ## Testing The examples are working and it seems to match the old API correctly but I've not used the texture atlas slicing API for anything before, I reviewed the PR but that was back in January. Needs a review by someone who knows the rendering pipeline and wgsl really well because I don't really have any idea what I'm doing. |
||
|---|---|---|
| .. | ||
| layout | ||
| render | ||
| widget | ||
| accessibility.rs | ||
| focus.rs | ||
| geometry.rs | ||
| lib.rs | ||
| measurement.rs | ||
| node_bundles.rs | ||
| picking_backend.rs | ||
| stack.rs | ||
| ui_material.rs | ||
| ui_node.rs | ||
| update.rs | ||