关于 Azure 远程渲染

小提示：您能找到这篇{关于 Azure 远程渲染}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的关于 Azure 远程渲染内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

Azure远程渲染目前为公共预览版。此预览版在提供时没有附带服务级别协议，不建议将其用于生产工作负荷。某些功能可能不受支持或者受限。

使用Azure远程渲染(ARR)服务可以在云中渲染高质量的交互式3D内容，并将其实时流式传输到HoloLens 2等设备。

插图显示经过渲染的高质量交互式3D汽车引擎示例。

离线设备的计算能力有限，很难渲染复杂的模型。同时，在许多应用场合中，视觉保真度出现任何形式的下降都是不可接受的。以下屏幕截图比较的是细节完整的模型以及使用常用的内容创建工具简化后的模型：

示例模型

简化后的模型包含大约200,000个三角形（包括详细的内部部营销思维分），而原始模型中有超过1800万个三角形。

远程渲染解决了此问题，因为它可以将渲染工作负载转移到云中的高端GPU。云托管的图形引擎可以渲染图像，将图像编码为视频流，然后将编码的内容流式传输到目标设备。

混合渲染

在大多数应用场合中，只是渲染复杂模型并不足够，还需要通过自定义的UI向用户提供功能。Azure远程渲染不强迫你使用专用的UI框架，它还支持混合渲染。这意味着，你可以使用首选的方法（例如MRTK）在设备上渲染元素。

在某个帧的末尾，Azure远程渲染会自动将本地渲染的内容与远程图像合并到一起。它甚至可以通过适当的闭合来做到这一点。

多GPU渲染

某些模型在以交互式帧速率渲染时过于复杂，即使对于高端GPU来说也是如此。尤其是在工业可视化中，经常会遇到此问题。为了进一步克服限制，Azure远程渲染可将工作负载分配到多个GPU。结果会合并成单个图像，因此，该过程对于用户而言完全是透明的。

高级体系结构

下图演示了远程渲染体系结构：

体系结构

完整的图像生成周期包括以下步骤：

1.客户端：帧设置

a.你的代码：处理用户输入并更新场景图

b.互动营销系统ARR代码：更新场景图，并将预测的头部姿势发送到服务器

2.服务器端：远程渲染

a.渲染引擎在可用的GPU之间分配渲染工作负载

b.多个GPU的输出组合成单个图像

c.将图像编码为视频流，并将其发送回客户端

3.客户端：最终确认

a.你的代码：渲染可选的本地内容（UI、标记等）

b.ARR代码：提供的本地渲染内容自动与视频流合并

网络延迟是主要问题。通常情况下，从发送请求到接收结果的周转时间相对于交互式帧速率而言太长。因此，随时都可能会有多个帧处于急速传输状态。