半透明物体排序与顺序无关透明工程上的取舍一、透明物体的老麻烦画错顺序就穿帮不透明物体随便画深度测试一挡就对了。半透明不行——它要混合背后颜色必须先画后面的、再画前面的顺序错了就露馅远处的玻璃盖住近处的烟雾糊成一团。传统做法是对透明物体按距离排序从远到近画。听着简单真做起来全是坑物体互相穿插时没法排、同物体自身三角形顺序不定、排序本身每帧要算。稍微复杂的场景排序透明就成了帧率与正确性的拉锯。顺序无关透明OIT想干脆绕开排序不依赖画序也能混对但它不是免费解法显存与带宽代价不小本文聚焦排序透明的坑与 OIT 的取舍帮你在两者间做对选择。二、排序到 OIT 的渲染数据流下面这张图描述了透明物体从排序到 OIT 的两条路径。透明物体 │ ▼ 是否互相穿插? ├────────────────────┐ ▼否 ▼是 距离排序: 远到近画 OIT: 逐片段存后排序 │ │ │ ▼ │ 存片段到链表/数组 │ │ │ ▼ │ 按深度排序混合 │ │ └──────────┬───────────┘ ▼ 混合输出不互相穿插的透明物体按距离排序从远到近画即可。一旦物体相互穿插或同体自交排序无解转入 OIT把所有透明片段存下来事后按深度排序再混合彻底摆脱画序依赖。OIT 把实时排序换成延迟排序代价是每片段都要暂存显存与带宽随透明复杂度上升。是否上 OIT取决于场景里穿插透明的比例——少则排序够用多则 OIT 更稳。三、生产级透明排序与 OIT 片段存储实现下面是一段 C 示例展示距离排序与 OIT 的逐片段链表存储。#include vector #include algorithm struct Transparent { float dist; // 到相机距离用于排序 int drawId; }; // 传统按距离排序后从远到近提交 void SortAndSubmit(std::vectorTransparent list) { std::sort(list.begin(), list.end(), [](auto a, auto b) { return a.dist b.dist; }); // 远者优先 for (auto t : list) Submit(t.drawId); } // OIT线性内存池存片段事后按深度混合 struct Fragment { float depth; uint32_t color; }; std::vectorFragment g_pool; // 每帧重置需按屏幕分块限容 void StoreFragment(uint32_t x, uint32_t y, float depth, uint32_t color) { if (g_pool.size() g_pool.capacity()) return; // 超限丢最远防溢出 g_pool.push_back({depth, color}); }这段代码的关键契约传统排序按距离降序提交保证远者先画、近者后混简单场景足够OIT 把每个透明片段存入线性池事后按深度混合彻底摆脱画序但池中片段超限须丢最远防溢出。生产环境应为 OIT 池按屏幕分块限容否则高分辨率下显存爆炸排序方案要对穿插但少的场景做启发式能排就排、不能排才 OIT。混合公式是关键预乘 alpha 能避免边缘黑边且 OIT 重排后仍正确普通 alpha 在延迟混合后易出错。排序与 OIT 可并存按物体粒度切换而非全场景二选一。四、显存、带宽与一致性的边界OIT 的最大代价是显存与带宽。每片段存深度与颜色透明物体一多池子迅速膨胀高分辨率屏幕更是雪上加霜。需按屏幕分块限容超限丢弃最远片段——但丢弃会丢细节透明密集处可能出洞。带宽随片段数线性涨OIT 要读回所有片段再排序混合比传统多一遍全屏遍历移动端带宽本就紧OIT 可能反而更卡需评估手机上少而简单的透明排序大多比 OIT 快。一致性是暗坑。不同方案混出的半透明结果略有差异美术调好的玻璃在 OIT 下可能色偏。需固定混合公式并做视觉对齐避免切换方案后画面变味透明渲染因此没有银弹排序简单但有坑OIT 稳但贵。工程上应混合使用——能排的排序、必穿插的 OIT、按物体粒度决策并在目标机型上实测取舍而非一刀切。五、总结半透明渲染在排序与顺序无关透明OIT间存在明确取舍传统距离排序简单、适合不互相穿插的透明物体但遇穿插与自交无解OIT 把片段暂存后延迟按深度混合彻底摆脱画序依赖代价是显存与带宽随透明复杂度上升。生产实现应为 OIT 池按屏幕分块限容防溢出、采用预乘 alpha 保证重排后混合正确并按物体粒度在排序与 OIT 间切换而非全场景二选一。移动端需实测少而简单的透明排序常比 OIT 更快混合公式须固定以保视觉一致性。透明渲染没有银弹工程上应混合策略并在目标机型实测在正确性、显存与帧率间取平衡。资料说明本文中的协议、版本、性能、成本和行业趋势应以可核验的一手资料为准。未标注统计口径的比例、时间表和预测仅作工程讨论不应视为行业事实。可参考 0730 资料来源索引并在发布前将具体来源贴到对应断言之后。
半透明物体排序与顺序无关透明：工程上的取舍
半透明物体排序与顺序无关透明工程上的取舍一、透明物体的老麻烦画错顺序就穿帮不透明物体随便画深度测试一挡就对了。半透明不行——它要混合背后颜色必须先画后面的、再画前面的顺序错了就露馅远处的玻璃盖住近处的烟雾糊成一团。传统做法是对透明物体按距离排序从远到近画。听着简单真做起来全是坑物体互相穿插时没法排、同物体自身三角形顺序不定、排序本身每帧要算。稍微复杂的场景排序透明就成了帧率与正确性的拉锯。顺序无关透明OIT想干脆绕开排序不依赖画序也能混对但它不是免费解法显存与带宽代价不小本文聚焦排序透明的坑与 OIT 的取舍帮你在两者间做对选择。二、排序到 OIT 的渲染数据流下面这张图描述了透明物体从排序到 OIT 的两条路径。透明物体 │ ▼ 是否互相穿插? ├────────────────────┐ ▼否 ▼是 距离排序: 远到近画 OIT: 逐片段存后排序 │ │ │ ▼ │ 存片段到链表/数组 │ │ │ ▼ │ 按深度排序混合 │ │ └──────────┬───────────┘ ▼ 混合输出不互相穿插的透明物体按距离排序从远到近画即可。一旦物体相互穿插或同体自交排序无解转入 OIT把所有透明片段存下来事后按深度排序再混合彻底摆脱画序依赖。OIT 把实时排序换成延迟排序代价是每片段都要暂存显存与带宽随透明复杂度上升。是否上 OIT取决于场景里穿插透明的比例——少则排序够用多则 OIT 更稳。三、生产级透明排序与 OIT 片段存储实现下面是一段 C 示例展示距离排序与 OIT 的逐片段链表存储。#include vector #include algorithm struct Transparent { float dist; // 到相机距离用于排序 int drawId; }; // 传统按距离排序后从远到近提交 void SortAndSubmit(std::vectorTransparent list) { std::sort(list.begin(), list.end(), [](auto a, auto b) { return a.dist b.dist; }); // 远者优先 for (auto t : list) Submit(t.drawId); } // OIT线性内存池存片段事后按深度混合 struct Fragment { float depth; uint32_t color; }; std::vectorFragment g_pool; // 每帧重置需按屏幕分块限容 void StoreFragment(uint32_t x, uint32_t y, float depth, uint32_t color) { if (g_pool.size() g_pool.capacity()) return; // 超限丢最远防溢出 g_pool.push_back({depth, color}); }这段代码的关键契约传统排序按距离降序提交保证远者先画、近者后混简单场景足够OIT 把每个透明片段存入线性池事后按深度混合彻底摆脱画序但池中片段超限须丢最远防溢出。生产环境应为 OIT 池按屏幕分块限容否则高分辨率下显存爆炸排序方案要对穿插但少的场景做启发式能排就排、不能排才 OIT。混合公式是关键预乘 alpha 能避免边缘黑边且 OIT 重排后仍正确普通 alpha 在延迟混合后易出错。排序与 OIT 可并存按物体粒度切换而非全场景二选一。四、显存、带宽与一致性的边界OIT 的最大代价是显存与带宽。每片段存深度与颜色透明物体一多池子迅速膨胀高分辨率屏幕更是雪上加霜。需按屏幕分块限容超限丢弃最远片段——但丢弃会丢细节透明密集处可能出洞。带宽随片段数线性涨OIT 要读回所有片段再排序混合比传统多一遍全屏遍历移动端带宽本就紧OIT 可能反而更卡需评估手机上少而简单的透明排序大多比 OIT 快。一致性是暗坑。不同方案混出的半透明结果略有差异美术调好的玻璃在 OIT 下可能色偏。需固定混合公式并做视觉对齐避免切换方案后画面变味透明渲染因此没有银弹排序简单但有坑OIT 稳但贵。工程上应混合使用——能排的排序、必穿插的 OIT、按物体粒度决策并在目标机型上实测取舍而非一刀切。五、总结半透明渲染在排序与顺序无关透明OIT间存在明确取舍传统距离排序简单、适合不互相穿插的透明物体但遇穿插与自交无解OIT 把片段暂存后延迟按深度混合彻底摆脱画序依赖代价是显存与带宽随透明复杂度上升。生产实现应为 OIT 池按屏幕分块限容防溢出、采用预乘 alpha 保证重排后混合正确并按物体粒度在排序与 OIT 间切换而非全场景二选一。移动端需实测少而简单的透明排序常比 OIT 更快混合公式须固定以保视觉一致性。透明渲染没有银弹工程上应混合策略并在目标机型实测在正确性、显存与帧率间取平衡。资料说明本文中的协议、版本、性能、成本和行业趋势应以可核验的一手资料为准。未标注统计口径的比例、时间表和预测仅作工程讨论不应视为行业事实。可参考 0730 资料来源索引并在发布前将具体来源贴到对应断言之后。
