国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

一文梳理LWRP渲染流程

電子設(shè)計(jì) ? 來源:電子設(shè)計(jì) ? 作者:電子設(shè)計(jì) ? 2021-01-20 23:04 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

渲染應(yīng)用階段

LWRP現(xiàn)在再unity2019已經(jīng)成為默認(rèn)的管線了,替代了原來的builtin管線,我當(dāng)前項(xiàng)目用的還是2018.4的lwrp,使用了一段時(shí)間,覺得還是想總結(jié)下lwrp的渲染流程。總結(jié)過程中也學(xué)到了不少東西,所以想在這里分享下我了解的lwrp管線

執(zhí)行應(yīng)用階段流程順序如下:

pIYBAGAIReWAKyi-AACfdwZ_mIg724.png

o4YBAGAIRi2Aepe2AAC4oK-Sqo8957.png

pIYBAGAIRmuASPEGAAARGfP7fTs383.png

lwrp從結(jié)果來看就是前向渲染的流程,沒有g(shù)buffer保存幾何信息。他實(shí)現(xiàn)原理是將不透明渲染,天空盒渲染,透明渲染加入CommandBuffer里,最終一次性提交渲染。其中如果需要Depth或Opaque圖片則可以拷貝到rt輸出到指定全局變量給開發(fā)用。

下面我想說下我了解的lwrp的詳細(xì)流程,設(shè)計(jì)的東西會(huì)比較多。也是看代碼的過程中學(xué)習(xí)了很多東西。

下面分享下:

lwrp整個(gè)渲染的主入口在LightweightRenderPipeline,他繼承的RenderPipeline,是rsp的渲染流程關(guān)鍵類

首先是構(gòu)造函數(shù)

PipelineSettings:這里會(huì)獲取LightweightRenderPipelineAsset(也就是我們外部傳入的管線的參數(shù))

ScriptableRenderer:srp渲染器,需要把LightweightRenderPipelineAsset傳給他。他是渲染核心,他會(huì)收集所有當(dāng)前幀要渲染的pass,以及他會(huì)擁有渲染相關(guān)的燈光和后處理等執(zhí)行方法。

PerFrameBuffer:每幀設(shè)置的緩存數(shù)據(jù)

_GlossyEnvironmentColor:主要用于PBR這塊的全局光照的顏色,在Lighting.hlsl的GlossyEnvironmentReflection,可以看到他主要是全局光照的高光部分顏色。

_SubtractiveShadowColor:主要用在除了主光源外的lightmap計(jì)算的陰影顏色。在SubtractDirectMainLightFromLightmap里使用

PerCameraBuffer:每幀攝像機(jī)的緩存數(shù)據(jù)

_InvCameraViewProj:視圖空間到投影空間的轉(zhuǎn)置矩陣,如果用原始矩陣乘以反向矩陣結(jié)果為identity矩陣。如果一些矩陣以一個(gè)特定的方式變換向量,反向矩陣可以將他們變換回去。例如worldToLoclaMatrix和localToWorldMatrix是互逆的。

_ScaledScreenParams:屏幕縮放參數(shù)

antiAliasing從asset中獲取msaaSampleCount

Shader.globalRenderPipeline = "LightweightPipeline";設(shè)置全局管線為L(zhǎng)ightweightPipeline

lightsDelegate:全局光照的回調(diào)

執(zhí)行到Render中執(zhí)行具體渲染流程:

SetupPerFrameShaderConstants:設(shè)置全局光照的數(shù)據(jù),設(shè)置PerFrameBuffer中的_GlossyEnvironmentColor和_SubtractiveShadowColor。

其中_GlossyEnvironmentColor是通過球形諧波方程決定顏色的,最后要轉(zhuǎn)到當(dāng)前顏色空間(gamma空間或線性空間)

_SubtractiveShadowColor則是直接賦值具體的除去主光源后的陰影顏色,只是也有最后轉(zhuǎn)到當(dāng)前顏色空間的轉(zhuǎn)換。

對(duì)當(dāng)前Render給過來當(dāng)前有哪些相機(jī)渲染的數(shù)據(jù)來進(jìn)行每個(gè)相機(jī)的渲染RenderSingleCamera。

每個(gè)相機(jī)中的渲染步驟如下:

CullResults.GetCullingParameters:獲取相機(jī)下的裁剪參數(shù),如果返回false說明沒有聶榮,不需要渲染這個(gè)相機(jī)。如果需要考慮到類似vr等情況需要區(qū)分左右眼的攝像機(jī)時(shí)需要把stereoAware設(shè)置為true。

CommandBuffer cmd = CommandBufferPool.Get(k_RenderCameraTag):這里從命令緩存池中獲取一個(gè)gl命令緩存,CommandBuffer主要用于收集一系列g(shù)l指令,然后之后執(zhí)行。

ProfilingSample是對(duì)指定名字做性能采樣。

InitializeCameraData:初始化攝像機(jī)數(shù)據(jù)。

cameraData.msaaSamples:如果數(shù)量大于1說明需要多重采樣

cameraData.isSceneViewCamera:這個(gè)是查看當(dāng)前要渲染的是否在unity的scene視圖

cameraData.isOffscreenRender:屏幕外渲染,如果攝像機(jī)的targettexture存在并且不是scene視圖則這個(gè)為true。

cameraData.isStereoEnabled:就是左右眼做區(qū)別的攝像機(jī),用于vr等

cameraData.isHdrEnabled:是否支持hdr,也就是高動(dòng)態(tài)范圍圖像,就是可以在高光情況下能看清一些光照細(xì)節(jié),提高細(xì)節(jié)渲染。

cameraData.postProcessLayer:后處理

cameraData.postProcessEnabled:是否開啟后處理

cameraData.renderScale:渲染縮放比例

cameraData.opaqueTextureDownsampling:降采樣

cameraData.isDefaultViewport:如果是正常的(0,0,1,1)則是默認(rèn)的

cameraData.maxShadowDistance:最大陰影范圍

cameraData.requiresDepthTexture:是否啟用深度紋理

cameraData.requiresOpaqueTexture:是否保存非透明顏色信息

cameraData.defaultOpaqueSortFlags:默認(rèn)的非透明渲染順序

SetupPerCameraShaderConstants

PerCameraBuffer._ScaledScreenParams:是一個(gè)vector4,包括相機(jī)像素的長(zhǎng)寬和紋素

PerCameraBuffer._InvCameraViewProj:設(shè)置攝像機(jī)視角的逆矩陣,通過GL.GetGPUProjectionMatrix獲取到當(dāng)前gpu正確坐標(biāo)系的投影矩陣,再跟camera.worldToCameraMatrix視圖矩陣相乘得到視圖到投影的矩陣,再用Matrix4x4.Inverse獲取逆矩陣。

cullingParameters.shadowDistance:設(shè)置陰影距離,這里會(huì)根據(jù)攝像機(jī)最遠(yuǎn)渲染距離來獲得最遠(yuǎn)可達(dá)到的距離。

ScriptableRenderContext.ExecuteCommandBuffer(cmd):執(zhí)行命令緩存

cmd.Clear();清除緩存數(shù)據(jù)

CullResults.Cull:根據(jù)裁剪的參數(shù)cullingParameters和context指定的渲染指令得到裁剪的燈光,物體等。

InitializeRenderingData:初始化渲染相關(guān)數(shù)據(jù)

GetMainLight:獲取主光源,如果是直線光并且mainLightRenderingMode不為L(zhǎng)ightRenderingMode.PerPixel就是主光源

mainLightCastShadows:如果可見光存在而且陰影設(shè)置存在則為true

additionalLightsCastShadows:如果additionalLightsRenderingMode是LightRenderingMode.PerPixel并且可見光存在并且lightType是LightType.Spot且陰影存在則為true

InitializeLightData:初始化燈光數(shù)據(jù),這里設(shè)置了mainLightIndex(也就是GetMainLight獲取的),設(shè)置additionalLightsCount獲取疊加光源的數(shù)量,maxPerObjectAdditionalLightsCount最大疊加光源數(shù)量,shadeAdditionalLightsPerVertex就是是否是疊加光源,visibleLights可視光源,supportsMixedLighting支持混合光源

InitializeShadowData:初始化陰影數(shù)據(jù),如果有多光源會(huì)添加LWRPAdditionalLightData到光源的gameobject上,m_ShadowBiasData會(huì)設(shè)置陰影偏移和陰影發(fā)現(xiàn)偏移,主要用于解決自陰影的問題。supportsMainLightShadows支持主光源陰影 。mainLightShadowCascadesCount是陰影的級(jí)聯(lián)個(gè)數(shù),(mainLightShadowmapWidth、mainLightShadowmapHeight)主光源陰影貼圖的寬高。mainLightShadowCascadesSplit是陰影的級(jí)聯(lián)分割,supportsAdditionalLightShadows是否支持多光源陰影。additionalLightsShadowmapWidth、additionalLightsShadowmapHeight是多光源陰影貼圖的寬和高都是additionalLightsShadowmapResolution。supportsSoftShadows支持軟陰影

supportsDynamicBatching:是否支持動(dòng)態(tài)批處理,這個(gè)是lwrp的動(dòng)態(tài)批處理

設(shè)置完渲染數(shù)據(jù)后就是開始設(shè)置渲染的順序了:

renderer.Clear():再設(shè)置之前需要清理renderer的數(shù)據(jù),不然前一幀渲染的dc是不會(huì)清掉的,dc就會(huì)越來越高。

setupToUse.Setup(renderer, ref renderingData):默認(rèn)lwrp是用DefaultRendererSetup來設(shè)置的,當(dāng)然你也可以實(shí)現(xiàn)IRendererSetup然后傳入Render來自己實(shí)現(xiàn)。

DefaultRendererSetup:lwrp默認(rèn)會(huì)有一系列渲染過程。會(huì)再Setup中確定渲染的先后。

SetupPerObjectLightIndices設(shè)置每個(gè)對(duì)象光照信息

CreateRenderTextureDescriptor創(chuàng)建rt數(shù)據(jù)信息

GetCameraClearFlag獲取當(dāng)前攝像機(jī)清理方式,lwrp對(duì)這層做了一些處理,主要是對(duì)深度剔除做了一些選項(xiàng)

如果是渲染到紋理則用CreateLightweightRenderTexturesPass這個(gè)pass執(zhí)行一次渲染。

如果有渲染前要執(zhí)行的pass要實(shí)現(xiàn)IBeforeRender接口,并且可以多個(gè)pass

如果支持主光源陰影投放則執(zhí)行MainLightShadowCasterPass的pass

如果支持多光源陰影投放則執(zhí)行AdditionalLightsShadowCasterPass

之后執(zhí)行SetupForwardRenderingPass,這個(gè)pass是必然執(zhí)行的,設(shè)置攝像機(jī)到context里

如果支持深度貼圖獲取的話會(huì)執(zhí)行DepthOnlyPass(requiresDepthPrepass決定是否執(zhí)行他),這里會(huì)用一個(gè)rt保存深度貼圖新消息

如果支持屏幕空間陰影獲取,則會(huì)執(zhí)行ScreenSpaceShadowResolvePass,這里會(huì)用一個(gè)rt記錄屏幕空間中的陰影貼圖

然后執(zhí)行SetupLightweightConstanstPass,主要設(shè)置主光源和其他光源的顏色,位置以及其他屬性。如果不設(shè)置則會(huì)是默認(rèn)顏色和位置等信息。

然后執(zhí)行RenderOpaqueForwardPass,這個(gè)pass定義了兩個(gè)pass名,LightweightForward和SRPDefaultUnlit。然后再Execute申請(qǐng)cmd來做不透明渲染。

如果支持后處理則會(huì)執(zhí)行OpaquePostProcessPass,里面是申請(qǐng)一個(gè)臨時(shí)rt做相關(guān)不透明的后處理。

如果是相機(jī)是天空盒清除方式的話并且天空盒不是空的話則執(zhí)行DrawSkyboxPass,里面會(huì)繪制天空盒

如果需要天空盒處理之后執(zhí)行的話需要繼承IAfterSkyboxPass實(shí)現(xiàn)相關(guān)pass

如果是支持深度貼圖的話并且沒有執(zhí)行requiresDepthPrepass的話(就是前面執(zhí)行DepthOnlyPass的判斷)則會(huì)執(zhí)行CopyDepthPass,這里主要是拷貝深度貼圖到全局變量_CameraDepthAttachment中,shader可以直接獲取這個(gè)變量(如果有開深度貼圖獲取)

如果開啟了接收不透明貼圖的話則執(zhí)行CopyColorPass,這里主要是把不透明渲染后的顏色輸出到臨時(shí)rt中。

然后執(zhí)行RenderTransparentForwardPass,透明渲染方式

如果支持后處理則執(zhí)行TransparentPostProcessPass,也是一樣申請(qǐng)一個(gè)臨時(shí)rt做相關(guān)透明渲染的后處理。如果不需要并且不支持屏幕外渲染并且不是渲染到紋理的則要執(zhí)行FinalBlitPass,這里主要設(shè)置貼圖到全局變量_BlitTex,然后把顏色blit到內(nèi)置rt中

然后如果攝像機(jī)有IAfterRender的mono則會(huì)執(zhí)行pass中的GetPassToEnqueue方法。

最后還會(huì)有一個(gè)EndXRRenderingPass的渲染,這個(gè)是支持立體攝像機(jī)的情況下執(zhí)行的,主要是停止立體攝像機(jī)渲染

然后再到外面renderer.Execute(context, ref renderingData);也就是把所有pass都執(zhí)行一次。(前面只是加入到列表中,并沒有執(zhí)行每個(gè)pass的execute)

最后需要context.Submit來提交渲染,這時(shí)相應(yīng)的gpu才會(huì)根據(jù)cmd來執(zhí)行所有的pass

這樣整個(gè)渲染流程的應(yīng)用階段就算完成了,但是其實(shí)每個(gè)pass里面還有一些處理過程,我還是分到下一章再總結(jié)了!

來源:電子創(chuàng)新網(wǎng)

審核編輯黃昊宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 渲染
    +關(guān)注

    關(guān)注

    0

    文章

    79

    瀏覽量

    11388
  • Unity
    +關(guān)注

    關(guān)注

    1

    文章

    131

    瀏覽量

    23295
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    梳理氣體流量控制器(MFC)堵塞常見問題

    ,MFC通常因何堵塞?面對(duì)這種情況,有哪些通用的排查與處理思路?本文將為您梳理相關(guān)的常見知識(shí)與預(yù)防建議。 ? 、 探尋堵塞的常見誘因:可能阻塞MFC的幾種情況 MFC內(nèi)部流道精密,對(duì)污染較為敏感。以下是幾種導(dǎo)致其性能下降或堵
    的頭像 發(fā)表于 11-24 14:43 ?537次閱讀
    <b class='flag-5'>一</b><b class='flag-5'>文</b><b class='flag-5'>梳理</b>氣體流量控制器(MFC)堵塞常見問題

    E203 代碼結(jié)構(gòu)梳理

    、隊(duì)伍介紹 本篇為蜂鳥E203系列分享第五篇,本篇介紹的內(nèi)容是E203 代碼結(jié)構(gòu)梳理。 二、層次圖 三、模塊具體功能
    發(fā)表于 10-30 06:56

    詳解ROMA中復(fù)雜圖表的渲染實(shí)現(xiàn)

    、背景 ROMA承接很多復(fù)雜圖表的渲染需求,在京東金融APP內(nèi),特別是首頁首屏的圖表,對(duì)圖表渲染的及時(shí)性要求很高。近期業(yè)務(wù)反饋頻繁重啟時(shí),首頁的黃金走勢(shì)圖偶現(xiàn)渲染不出的問題,通過
    的頭像 發(fā)表于 10-21 13:57 ?500次閱讀
    詳解ROMA中復(fù)雜圖表的<b class='flag-5'>渲染</b>實(shí)現(xiàn)

    掌握!探頭維修全流程詳解

    維修的全流程、維修前的準(zhǔn)備工作 ()了解探頭類型與結(jié)構(gòu) 不同用途的探頭,其結(jié)構(gòu)和原理存在較大差異。例如,常見的探頭有示波器探頭、高壓探頭、電流探頭等。以示波器探頭為例,它通常由探針、補(bǔ)償電容、接地夾、
    的頭像 發(fā)表于 09-01 13:42 ?875次閱讀
    <b class='flag-5'>一</b><b class='flag-5'>文</b>掌握!探頭維修全<b class='flag-5'>流程</b>詳解

    從 CPU 到 GPU,渲染技術(shù)如何重塑游戲、影視與設(shè)計(jì)?

    渲染技術(shù)是計(jì)算機(jī)圖形學(xué)的核心內(nèi)容之,它是將三維場(chǎng)景轉(zhuǎn)換為二維圖像的過程。渲染技術(shù)直在不斷演進(jìn),從最初的CPU渲染到后來的GPU
    的頭像 發(fā)表于 09-01 12:16 ?980次閱讀
    從 CPU 到 GPU,<b class='flag-5'>渲染</b>技術(shù)如何重塑游戲、影視與設(shè)計(jì)?

    【匯思博SEEK100開發(fā)板試用體驗(yàn)】開發(fā)環(huán)境安裝配置

    以下文字,基于SEEK100開發(fā)板試用經(jīng)驗(yàn),詳細(xì)梳理OpenHarmony開發(fā)環(huán)境搭建的關(guān)鍵步驟與避坑要點(diǎn): 、開發(fā)工具部署:DevEco Studio精準(zhǔn)安裝 ??核心版本選擇?? 必須下載
    發(fā)表于 08-20 21:43

    詳解晶圓加工的基本流程

    晶棒需要經(jīng)過系列加工,才能形成符合半導(dǎo)體制造要求的硅襯底,即晶圓。加工的基本流程為:滾磨、切斷、切片、硅片退火、倒角、研磨、拋光,以及清洗與包裝等。
    的頭像 發(fā)表于 08-12 10:43 ?4765次閱讀
    <b class='flag-5'>一</b><b class='flag-5'>文</b>詳解晶圓加工的基本<b class='flag-5'>流程</b>

    單片機(jī)開發(fā)流程包括什么?

    單片機(jī)開發(fā)是個(gè)系統(tǒng)性的工程,從需求明確到最終產(chǎn)品落地,需要經(jīng)歷多個(gè)相互關(guān)聯(lián)的流程環(huán)節(jié),每個(gè)環(huán)節(jié)都對(duì)最終產(chǎn)品的性能和質(zhì)量有著重要影響。 、需求分析與文檔梳理 開發(fā)
    的頭像 發(fā)表于 07-22 11:21 ?1001次閱讀

    通道渲染:釋放渲染的全部潛能!通道渲染的作用、類型、技巧

    在3D圖形創(chuàng)作中,渲染通道(RenderPasses)是項(xiàng)至關(guān)重要的技術(shù),它通過將復(fù)雜的渲染圖像拆分為多個(gè)圖層,如陰影、光照、法線等,使藝術(shù)家能夠在后期制作中更精準(zhǔn)地控制和調(diào)整畫面。我們常常驚嘆于
    的頭像 發(fā)表于 07-15 14:22 ?690次閱讀
    通道<b class='flag-5'>渲染</b>:釋放<b class='flag-5'>渲染</b>的全部潛能!通道<b class='flag-5'>渲染</b>的作用、類型、技巧

    看懂芯片的設(shè)計(jì)流程

    引言:前段時(shí)間給大家做了芯片設(shè)計(jì)的知識(shí)鋪墊(關(guān)于芯片設(shè)計(jì)的些基本知識(shí)),今天這篇,我們正式介紹芯片設(shè)計(jì)的具體流程。芯片分為數(shù)字芯片、模擬芯片、數(shù)模混合芯片等多種類別。不同類別的設(shè)計(jì)流程也存在
    的頭像 發(fā)表于 07-03 11:37 ?2565次閱讀
    <b class='flag-5'>一</b><b class='flag-5'>文</b>看懂芯片的設(shè)計(jì)<b class='flag-5'>流程</b>

    讀懂Allegro先進(jìn)磁性開關(guān)和鎖存器

    開關(guān)或鎖存器器件。文中詳細(xì)闡釋了區(qū)分 Allegro 開關(guān)與鎖存器的關(guān)鍵參數(shù),以助力設(shè)計(jì)師精準(zhǔn)定位符合需求的器件。結(jié)論部分總結(jié)了選型流程要點(diǎn),并梳理了 Allegro 開關(guān)和鎖存器的常見應(yīng)用場(chǎng)景。
    的頭像 發(fā)表于 06-12 17:26 ?1899次閱讀
    <b class='flag-5'>一</b><b class='flag-5'>文</b>讀懂Allegro先進(jìn)磁性開關(guān)和鎖存器

    CPU渲染、GPU渲染、XPU渲染詳細(xì)對(duì)比:哪個(gè)渲染最快,哪個(gè)效果最好?

    動(dòng)畫渲染動(dòng)畫3D渲染技術(shù)需要應(yīng)對(duì)復(fù)雜的計(jì)算任務(wù)和精細(xì)的圖像處理,作為渲染技術(shù)人員,選擇合適的渲染模式,會(huì)直接影響制作效率和成品質(zhì)量。在主流的渲染
    的頭像 發(fā)表于 04-15 09:28 ?1666次閱讀
    CPU<b class='flag-5'>渲染</b>、GPU<b class='flag-5'>渲染</b>、XPU<b class='flag-5'>渲染</b>詳細(xì)對(duì)比:哪個(gè)<b class='flag-5'>渲染</b>最快,哪個(gè)效果最好?

    2D圖形渲染緩慢怎么加快?

    我有個(gè)圖形應(yīng)用程序,它似乎渲染屏幕的速度很慢。按下屏幕后,通常需要相當(dāng)長(zhǎng)的時(shí)間來更新,大約 50 或 100 毫秒。 在應(yīng)用程序啟動(dòng)時(shí),我看到條錯(cuò)誤消息“GDK 無法創(chuàng)建 GL 上下文,回退
    發(fā)表于 04-02 06:46

    HarmonyOS應(yīng)用高負(fù)載場(chǎng)景分幀渲染

    ,可以采用分幀渲染技術(shù),將原本在幀內(nèi)加載的數(shù)據(jù)分散到多幀中逐步加載,從而減輕單幀的渲染壓力。不過,分幀渲染需要開發(fā)者精確計(jì)算每幀加載的數(shù)據(jù)量,操作較為復(fù)雜,因此建議僅在性能瓶頸明顯且
    的頭像 發(fā)表于 03-25 10:28 ?1107次閱讀
    HarmonyOS應(yīng)用高負(fù)載場(chǎng)景分幀<b class='flag-5'>渲染</b>

    探索物流CEO大屏及供應(yīng)鏈大屏是如何做好雙11保障

    大屏的穩(wěn)定性。 ,供應(yīng)鏈大屏全鏈路流程圖 保障的首要步驟是繪制供應(yīng)鏈大屏全鏈路流程圖。在梳理出概覽圖之后,深入指標(biāo)加工的各個(gè)細(xì)節(jié)去發(fā)現(xiàn)問題,然后是因地制宜的制定保障方案。 下邊是
    的頭像 發(fā)表于 03-12 16:35 ?802次閱讀
    <b class='flag-5'>一</b><b class='flag-5'>文</b>探索物流CEO大屏及供應(yīng)鏈大屏是如何做好雙11保障