關(guān)于 Azure 遠程渲染

來源: Microsoft
作者:Microsoft
時間:2021-02-23
16908
Azure遠程渲染目前為公共預(yù)覽版。此預(yù)覽版在提供時沒有附帶服務(wù)級別協(xié)議,不建議將其用于生產(chǎn)工作負荷。某些功能可能不受支持或者受限。

Azure遠程渲染目前為公共預(yù)覽版。此預(yù)覽版在提供時沒有附帶服務(wù)級別協(xié)議,不建議將其用于生產(chǎn)工作負荷。某些功能可能不受支持或者受限。

使用Azure遠程渲染(ARR)服務(wù)可以在云中渲染高質(zhì)量的交互式3D內(nèi)容,并將其實時流式傳輸?shù)紿oloLens 2等設(shè)備。

arr-engine.png

插圖顯示經(jīng)過渲染的高質(zhì)量交互式3D汽車引擎示例。

離線設(shè)備的計算能力有限,很難渲染復(fù)雜的模型。同時,在許多應(yīng)用場合中,視覺保真度出現(xiàn)任何形式的下降都是不可接受的。以下屏幕截圖比較的是細節(jié)完整的模型以及使用常用的內(nèi)容創(chuàng)建工具簡化后的模型:

engine-model-decimated.png

示例模型

簡化后的模型包含大約200,000個三角形(包括詳細的內(nèi)部部分),而原始模型中有超過1800萬個三角形。

遠程渲染解決了此問題,因為它可以將渲染工作負載轉(zhuǎn)移到云中的高端GPU。云托管的圖形引擎可以渲染圖像,將圖像編碼為視頻流,然后將編碼的內(nèi)容流式傳輸?shù)侥繕嗽O(shè)備。

混合渲染

在大多數(shù)應(yīng)用場合中,只是渲染復(fù)雜模型并不足夠,還需要通過自定義的UI向用戶提供功能。Azure遠程渲染不強迫你使用專用的UI框架,它還支持混合渲染。這意味著,你可以使用首選的方法(例如MRTK)在設(shè)備上渲染元素。

在某個幀的末尾,Azure遠程渲染會自動將本地渲染的內(nèi)容與遠程圖像合并到一起。它甚至可以通過適當?shù)拈]合來做到這一點。

多GPU渲染

某些模型在以交互式幀速率渲染時過于復(fù)雜,即使對于高端GPU來說也是如此。尤其是在工業(yè)可視化中,經(jīng)常會遇到此問題。為了進一步克服限制,Azure遠程渲染可將工作負載分配到多個GPU。結(jié)果會合并成單個圖像,因此,該過程對于用戶而言完全是透明的。

高級體系結(jié)構(gòu)

下圖演示了遠程渲染體系結(jié)構(gòu):

arr-high-level-architecture.png

體系結(jié)構(gòu)

完整的圖像生成周期包括以下步驟:

1.客戶端:幀設(shè)置

a.你的代碼:處理用戶輸入并更新場景圖

b.ARR代碼:更新場景圖,并將預(yù)測的頭部姿勢發(fā)送到服務(wù)器

2.服務(wù)器端:遠程渲染

a.渲染引擎在可用的GPU之間分配渲染工作負載

b.多個GPU的輸出組合成單個圖像

c.將圖像編碼為視頻流,并將其發(fā)送回客戶端

3.客戶端:最終確認

a.你的代碼:渲染可選的本地內(nèi)容(UI、標記等)

b.ARR代碼:提供的本地渲染內(nèi)容自動與視頻流合并

網(wǎng)絡(luò)延遲是主要問題。通常情況下,從發(fā)送請求到接收結(jié)果的周轉(zhuǎn)時間相對于交互式幀速率而言太長。因此,隨時都可能會有多個幀處于急速傳輸狀態(tài)。

立即登錄,閱讀全文
版權(quán)說明:
本文內(nèi)容來自于Microsoft,本站不擁有所有權(quán),不承擔相關(guān)法律責任。文章內(nèi)容系作者個人觀點,不代表快出海對觀點贊同或支持。如有侵權(quán),請聯(lián)系管理員(zzx@kchuhai.com)刪除!
掃碼登錄
打開掃一掃, 關(guān)注公眾號后即可登錄/注冊
加載中
二維碼已失效 請重試
刷新
賬號登錄/注冊
個人VIP
小程序
快出海小程序
公眾號
快出海公眾號
商務(wù)合作
商務(wù)合作
投稿采訪
投稿采訪
出海管家
出海管家