TranslatedWorld数据

简单来说,平移世界空间(Translated World Space) ,可以理解为UE为了渲染精度而引入的一个以摄像机为浮动原点的临时坐标系统。

它的核心价值在于解决大世界场景中的浮点精度问题,避免了因坐标数值过大导致的模型"抖动"或渲染错误。

空间 原点 轴方向 获取方式
绝对世界空间 关卡绝对原点 (0,0,0) 世界轴 (X,Y,Z) GetAbsoluteWorldPosition (不常用)
平移世界空间 (TranslatedWorld) 当前相机位置 世界轴 (X,Y,Z) GetTranslatedWorldPosition(Parameters)
相机局部空间 (View Space) 当前相机位置 相机右、上、前方向 TransformWorldToView

平移世界坐标 = 绝对世界坐标 - 摄像机偏移

其中,"摄像机偏移"就是 PreViewTranslation

复制代码
// 示例:在HLSL中获取并转换坐标
// 1. 获取材质节点的世界位置偏移并转换
float3 WorldPositionOffset = ... // 在绝对世界空间中计算偏移
float3 TranslatedWorldPositionOffset = WorldPositionOffset - ResolvedView.PreViewTranslation;

// 2. 获取绝对世界空间坐标并转换
float3 TranslatedWorldPos = GetTranslatedWorldPosition(Parameters);
float3 AbsoluteWorldPos = TranslatedWorldPos + ResolvedView.PreViewTranslation;

浮点数精度的本质

浮点数(float)能表示的数值越 ,相邻两个可表示数值之间的**间距(步长)**就越大。

  • 0 附近,步长大约 1e-451e-38,非常密集。

  • 1,000 附近,步长大约是 0.00006

  • 1,000,000 附近,步长大约是 0.125(即 1/8)。

  • 10,000,000 附近,步长大约是 1.0

这意味着:当物体距离世界原点很远(比如 100 万单位)时,float 无法区分两个相距 0.1 单位 的顶点 ------ 因为它们会被舍入到同一个浮点值。结果就是:模型表面出现抖动、裂缝或错误的深度值。

问题:一个远距离的不精细的值减去一个相机位置难道,最后数据就很精细吗

  1. CPU 侧(游戏逻辑/场景管理) :物体的世界坐标使用 双精度浮点数(double) 存储,例如 (1000000.123456789, ...)。这个值非常精确。

  2. 每帧渲染前:CPU 计算出相机位置(也是 double),然后计算每个物体相对于相机的偏移:

    text

    复制代码
    TranslatedPos_Double = AbsWorldPos_Double - CameraPos_Double

    这个减法是在 double 下完成的,结果是一个小数值(例如 (10.123456789, ...))。

  3. GPU 数据上传 :将这个 double 结果 转换为 float 后传给 GPU。因为此时数值已经很小(通常 ≤ 几千),float 在该范围内的步长非常小(例如 10 附近步长约 1.19e-6),能够精确表示 0.000001 量级的差异,所以不会丢失精度。

结论 :用来做减法的原始数据是 double,它本身就精确,减法结果也是精确的。转换为 float 是在数值变小之后才发生的,因此精度得以保留。


类比理解

想象你有一把只能精确到厘米的尺子(float),要去量一张桌子距离墙的长度。墙在 10000.123 米处,桌子在 10000.234 米处。

  • 如果用这把尺子直接量两个大数:你只能读到 10000.12 和 10000.23,相减得 0.11 米(实际 0.111 米),误差 1 毫米。

  • 正确做法:先用更精密的仪器(double)测出两者精确位置,计算差值 0.111 米,再用厘米尺去量这个 0.111 米 ------ 尺子精度完全够,因为数值小。

GPU 就是那个"厘米尺",CPU 就是"精密仪器"。


LocalToWorldPreViewTranslation 都是 CPU 每帧传给 GPU 的

  • LocalToWorld :物体的局部到世界变换矩阵。CPU 侧维护的是高精度的 double 矩阵,但在上传到 GPU 时会被转换为 float4x4(为了性能)。为了补偿转换后的精度损失,UE 引擎采用了"平移世界空间"策略,即另外提供 PreViewTranslation

  • PreViewTranslation :即当前帧相机位置的负值(-CameraPos),也是 CPU 用 double 计算后转为 float 传给 GPU。

相关推荐
LitchiCheng20 小时前
还在改xml调相机?MuJoCo交互式可视化调整相机安装位置
xml·数码相机
PHOSKEY2 天前
光子精密QM系列闪测仪在数控机床上切槽刀精密尺寸测量的应用案例
数码相机
在世修行2 天前
深度图像数据格式与RAW文件解析:从字节到三维世界的桥梁
人工智能·数码相机·计算机视觉
PHOSKEY2 天前
光子精密闪测仪在具身机器人灵巧手齿轮尺寸检测质量管控中的应用
数码相机
浪里镖客2 天前
zed 2i相机坐标系与内参、外参
数码相机·opencv·计算机视觉
爱分享的康康3 天前
解锁路测数据价值|康谋自动驾驶采集‑分析全链路方案解读
人工智能·数码相机·自动驾驶
光电的一只菜鸡3 天前
semi planar和planar的区别
数码相机
格林威3 天前
多相机并行采图最佳实践:Task.WhenAll + 异常处理 + 资源释放
开发语言·人工智能·数码相机·计算机视觉·c#·视觉检测·机器视觉
微小冷4 天前
海康威视相机C#二次开发环境配置
数码相机·c#·.net·海康威视·相机开发