1. 透明纹理翻车的根因从一张带Alpha的图说起先说一个几乎人人都遇到过的场景美工给了你一张背景透明的PNG你往Unity里一拖把材质Normal贴图换成它3D物体表面确实贴上了这张图但原本该透明的区域全部变成黑底或者白底整个展示效果瞬间报废。更气人的是在材质预览窗口里看一切正常一到场景里就不对。后来你想起要把Shader换成Transparent结果物体是透明了但整个模型跟场景的遮挡关系又开始乱套半透明物体叠在一起出现各种不该出现的边缘。这个需求本身非常常见展示柜里的全息Logo、3D相框、舞台大屏、广告牌、虚拟产品贴标、甚至是视频会议里的虚拟背景片源。说白了就是让3D对象表面显示一张带透明度的图像或者视频让它看起来像贴在物体上而不是印死在物体上。标题里专门加了靠谱可用四个字我猜是踩过太多坑之后的一种无奈强调——网上方案一堆真能跑起来的没几个。这篇内容我分成五个部分先讲清透明纹理在Unity渲染管线里的工作原理再给图像和视频两套实测可行的方案然后处理排序和遮挡问题最后聊聊移动端常见的坑和性能控制。全程以直接能用的代码、参数、操作为主原理部分尽量说人话。1.1 为什么贴上PNG后还是黑底核心原因就一句话Unity默认的Standard Shader在Opaque模式下会把Alpha通道整个忽略掉。很多人以为带Alpha的贴图贴上去就该透明但渲染管线的默认状态是完全不透明。Opaque渲染模式下GPU把每个像素当成实心像素处理Alpha值没有参与混合可贴图颜色数据里那些Alpha为0的像素RGB值往往不是纯黑就是残留颜色最后显示出来就是黑块、白块或脏色块。这里要追溯一下贴图本身的数据结构。PNG分为RGB三个颜色通道和A一个透明度通道透明区域修图软件常显示为灰白棋盘格但实际存到文件里那些区域的RGB不一定等于0。比如从PS导出时如果没做去底色处理透明区域RGB可能是白色255,255,255Alpha是0。渲染时一旦Alpha被忽略这些像素就变成实实在在的白色方块。所以黑底还是白底取决于你透明的区域下面藏的是什么RGB值而不是透明本身。另一个隐藏因素在导入设置里。Unity的纹理导入面板有一项Alpha Is Transparency看似不起眼实际影响很大。它专门处理PNG中Alpha0区域的颜色值勾选后Unity会把透明区域的RGB也压成0避免半透明边缘出现白边、灰边。很多边缘发光白边严重的案例根源就是没勾这一项或者是导出的贴图本身半透明边缘的RGB残留太高。注意JPG格式没有Alpha通道永远做不了真透明。如果美工给你的是JPG后面一切都不用谈。1.2 Alpha通道在Unity渲染管线里的默认命运Unity的渲染流程分为不透明和透明两条管线。不透明物体RenderQueue值小于2500比如Opaque2000、Geometry2000、AlphaTest2450按从前往后的顺序渲染同时会写入深度缓冲ZWrite On后画的物体没法盖住先画的物体。透明物体RenderQueue大于等于3000比如Transparent3000、Overlay4000则反过来按从远到近排序渲染并且默认关闭深度写入ZWrite Off只有深度测试ZTest On。这套机制带来的结果就是Alpha通道要想真正发挥作用必须让物体进入透明渲染队列并且让GPU执行颜色混合Blend操作。Blend是透明效果的核心当前像素源的颜色和颜色缓冲里已经存在的像素目标按比例合成。最常见的混合方式是Blend SrcAlpha OneMinusSrcAlpha翻译成人话就是新颜色乘以自己的Alpha旧颜色乘以1-Alpha然后加在一起。这就是所有半透明效果的本质数学公式。Standard Shader里切换Rendering Mode到Transparent本质就是做了这么几件事把RenderQueue变成3000、开启混合、关闭ZWrite。所以很多人切到Transparent后图像能显示了因为混合生效了。但Standard Shader是PBR物理渲染管线内部有大量光照计算哪怕是不受光的UI贴图它也会跑一堆根本用不上的PBR代码。性能上浪费不说还容易因为光照、阴影设置导致透明物体泛白或发黑。1.3 先弄清你是哪种透明再选方案针对需求本身透明纹理能分成两类一类是图像透明即贴图本身带Alpha通道另一类是视频透明即视频流里的像素带Alpha。这两类的难度完全不同。图像透明的本质是读Alpha、算混合Shader代码量极小普通Unlit Shader就能搞定难点只在导入设置和材质参数。视频透明麻烦得多因为市面上绝大多数视频编码格式H.264、H.265根本没有Alpha通道这个概念。视频里的透明要么靠带Alpha的特殊编码格式如VP9的YUVA、ProRes 4444要么靠RGB视频Alpha视频双路合成要么靠绿幕抠像在GPU里现算。每种方案都有清晰的使用边界和坑后面第三章展开。还有一个容易被忽视的分支你需要的到底是贴图透明还是模型透明。如果只是想让3D对象某个面上显示透明纹理属于前者如果是想让整个3D对象半透明比如玻璃瓶、全息人像那是后者。本篇主角是前者但排序问题会牵涉到后者第四章会专门说清楚。2. 图像透明方案材质、导入设置与一份可复制的Unlit Shader图像透明是所有透明需求的基石。即使后面做视频透明本质上也是把视频帧当成贴图采样后再走一遍透明的混合公式。所以这一步必须砸实。2.1 纹理导入阶段的三个必须检查项拿到一张带Alpha的PNG或TGA第一件事不是建材质而是检查导入设置。右键贴图打开Inspector逐项确认纹理类型Texture Type选Default或者Sprite2D。不过实际做3D表面显示时Default就够了。用Sprite类型虽然能在Sprite Editor里切片但对3D材质没区别而且Sprite类型在某些Shader采样上会多一层转换开销。Alpha通道处理Alpha Is Transparency打勾。前面说过这一步会把Alpha0区域的RGB压黑防止边缘出白边。如果发现透明区域显示黑底别急着改Shader先回来确认这一项有没有勾。色彩空间sRGB / Color Texture。默认勾选即可尤其是项目使用Linear色彩空间时贴图勾成sRGB采样时会自动从sRGB转换到线性空间颜色更接近设计稿。不勾也行只是颜色会偏亮或偏灰视觉上说不清哪里不对。压缩格式这一步最容易埋雷。移动端平台下贴图压缩格式如果选了不带Alpha的类型比如老设备的ETC1运行时Alpha通道会被强制丢弃画面直接变成不透明方块。稳妥做法是选ASTCAndroid和iOS都支持或者RGBA32不压缩。编辑器预览看不出问题因为编辑器用的是桌面格式真机一跑立刻露馅。别问我怎么知道的我做某高校展示项目时Android一体机上Logo死活透不出来查了一下午最后就是压缩格式的锅。2.2 材质Shader的选择Standard透明模式为什么够用但别扭Standard Shader切换到Transparent模式确实能显示透明纹理操作路径最短建材质、Shader选Standard、Rendering Mode改为Transparent、贴图拖进Base Map。这一步做完普通的透明Logo贴物体表面已经成立了。但实际项目里我基本不用Standard做透明纹理原因是这Shader的设计目标是模拟物理表面材质内部包含漫反射、高光、金属度、光滑度、环境光、间接光一大堆计算。一个不需要任何光照信息、只负责把图片显示出来的广告牌让GPU去跑全部PBR计算纯属浪费。更麻烦的是Standard Shader在球谐光照、反射探针、阴影贴图组合作用下透明部分常常出现莫名其妙的颜色偏移想调回设计稿的颜色还得反复跟美术扯皮。所以我的固定选择是需要UI式精确显示纹理的一律用Unlit系列。Unlit就是不计算光照的意思渲染结果等于贴图原色所见即所得。Unity内置的Legacy Shaders / Transparent / Diffuse也很接近不过它带一个最低限度的漫反射光照颜色仍然会受场景光照方向影响不如纯Unlit干净。2.3 一份实测可用的Unlit透明Shader这是我在好几个项目里直接复制使用的Shader全名可以叫Custom/UnlitTransparent。它对各种Unity版本基本兼容结构简单参数就一个贴图加一个色调Shader Custom/UnlitTransparent { Properties { _MainTex (Texture, 2D) white {} _Color (Color Tint, Color) (1,1,1,1) } SubShader { Tags { QueueTransparent RenderTypeTransparent IgnoreProjectorTrue } Blend SrcAlpha OneMinusSrcAlpha ZWrite Off Cull Off Pass { CGPROGRAM #pragma vertex vert #pragma fragment frag #include UnityCG.cginc sampler2D _MainTex; float4 _MainTex_ST; fixed4 _Color; struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; }; struct v2f { float4 vertex : SV_POSITION; float2 uv : TEXCOORD0; }; v2f vert (appdata v) { v2f o; o.vertex UnityObjectToClipPos(v.vertex); o.uv TRANSFORM_TEX(v.uv, _MainTex); return o; } fixed4 frag (v2f i) : SV_Target { fixed4 col tex2D(_MainTex, i.uv) * _Color; return col; } ENDCG } } }几个关键行逐个解释Blend SrcAlpha OneMinusSrcAlpha是透明混合的核心。它告诉GPU最终显示颜色 当前纹理颜色 × 纹理Alpha 屏幕上已有的颜色 × (1 - 纹理Alpha)。没有这行alpha值再正确也是一块实心图。ZWrite Off关闭深度写入。如果不关透明的图会把自身深度写进缓冲后面再渲染的透明物体全部被它挡住出现这个Logo是一个不透明挡板的诡异效果。但ZWrite Off也带来隐患透明物体不再给场景遮挡关系做贡献多个透明物体之间的排序要靠别的手段这个问题第四章重点讲。Cull Off关闭背面剔除。默认Cull Back会裁掉模型背面的像素如果贴图的网格是单片平面转过去看就消失了。3D展示类项目里模型通常多角度观看这个开关务必开着。代价是GPU要处理双面的像素对一个平面来说开销可忽略。IgnoreProjector防止场景里的投影器Projector干扰透明物体展示型项目里写着没坏处。用法上贴图拖进材质材质赋给模型调节Color Tint的Alpha通道可以整体改变透明度。比如做全息效果时把Color Tint的Alpha调到0.3配一个Bloom后处理看起来就是发光半透明。2.4 只有黑白Alpha图时怎么办一些美术流程会把颜色图和透明通道图分开导出颜色图是JPG没Alpha透明信息是一张黑白图黑色区域透明、白色区域不透明。这种情况不需要要求美工返工重新合成Shader里多采样一张纹理就行。把上面Shader稍加改造增加一个_AlphaTex参数片元着色器里用这张黑白图的R通道作为最终Alphafixed4 col tex2D(_MainTex, i.uv); fixed4 alphaMask tex2D(_AlphaTex, i.uv); col.a alphaMask.r; return col;这种做法在视频方案里同样适用算是同一套思路的延伸。它的意义在于透明信息并不一定要存在Alpha通道里它可以是任何你能采样到的灰度数据。想通这一点后面理解视频双路合成就会轻松很多。3. 视频透明方案编码格式、双路合成与色键兜底图像透明解决后视频透明的挑战是另一个维度。很多团队做到这一步开始各自为战网上搜Unity透明视频能搜出无数方案真到验收环节全翻车的也大有人在。原因很统一透明视频的关键不是渲染而是视频编码格式本身能不能携带Alpha信息。3.1 视频透明本质是编码问题不是渲染问题H.264和H.265这两种最常见的视频编码格式输出色彩空间是YUV里面只包含亮度Y和色度U、V信息根本没有Alpha通道。所以你在Premiere或After Effects里导出了带透明通道的MOV放进Unity用VideoPlayer播放画面要么直接变黑底要么显示成花屏或奇怪的洋红色——那是解码器不认识Alpha数据导致的错乱。这个认知一旦建立很多网上方案为什么会翻车就一目了然凡是让你随便找个MP4然后切换到Transparent Shader的都不用试了编解码层面就不存在透明信息Shader写得再好也请你相信无中生有是不可能的。真正可行的路线有三条带Alpha的视频编码、双路视频合成、绿幕色键抠像。下面逐一分析优缺点。3.2 带Alpha的视频WebM/ProRes 4444能走多远理论上能携带Alpha的视频格式存在常见的是VP9编码里的YUVA像素格式WebM容器和ProRes 4444MOV容器。这两种格式能保证画面里每一帧都带有真正的Alpha信息渲染时一个VideoPlayer就能搞定同步性问题不存在。但实际落地要分平台看。桌面Windows环境下Unity自带的VideoPlayer对VP9 WebM的解码支持不太稳定能否解码带Alpha的YUVA更看版本和系统我用的时候时好时坏。ProRes 4444则依赖QuickTime解码器Windows上往往直接报不支持。移动端Android/iOS的VideoPlayer对这两种格式的支持同样非常有限哪怕是硬件解码能力强的真机也常常因为系统播放器的编码兼容列表里没有YUVA而直接黑屏。所以我个人的结论是带Alpha编码格式这条路线适合在可控PC环境下做单机演示不适合多端发布。它听着最高端实际是兼容性风险最大的一条路。某公司做展馆项目时甲方指定要全息视频透明我第一版就是用VP9 WebMWindows一体机上跑得挺好换到另一台旧显卡的电脑上直接播放失败最后还是换了双路合成方案才稳定下来。3.3 双路视频合成渲染上的最优解双路合成思路非常朴素既然视频编码不能同时传颜色和透明信息那就用两路视频一路是正常彩色画面另一路是黑白Alpha通道画面。渲染时Shader分别采样两路画面用第二路的灰度值当作第一路的Alpha参与混合。黑白Alpha视频的灰度含义是白色区域完全不透明黑色区域完全透明灰色区域半透明。制作时用After Effects或Premiere把透明通道单独输出成黑白视频导出为H.264 MP4完全没问题因为这一路本来就不需要Alpha。两路视频用同一个帧率、同一段时长、同样的分辨率理论上时间轴对齐即可。Shader沿用图像透明部分的双纹理写法VideoPlayer组件分别把两路视频输出到材质的不同纹理属性。实际项目里我用过3D展示屏把两段视频的URL填进两个VideoPlayer再写个小脚本把它们的texture赋给材质。关键脚本部分using UnityEngine; using UnityEngine.Video; public class TransparentVideoController : MonoBehaviour { public VideoPlayer rgbPlayer; public VideoPlayer alphaPlayer; public Material targetMaterial; void Start() { rgbPlayer.prepareCompleted OnRgbPrepared; alphaPlayer.prepareCompleted OnAlphaPrepared; rgbPlayer.Prepare(); alphaPlayer.Prepare(); } void OnRgbPrepared(VideoPlayer vp) { targetMaterial.SetTexture(_MainTex, vp.texture); } void OnAlphaPrepared(VideoPlayer vp) { targetMaterial.SetTexture(_AlphaTex, vp.texture); } }两个VideoPlayer都设成Play On Awake并同时调用Play()多数情况下能保持同步。但问题是两路解码器的启动耗时不完全一致偶尔会错开几帧画面会出现颜色和透明度不匹配的毛边。想彻底解决可以放弃双VideoPlayer用单路RGB视频加预处理成带Alpha的RT的方式但实际工程里双路不同步导致的边缘闪烁肉眼一般察觉不到验收通常能过。如果对同步要求极高比如直播级、广电级那就得用带时间戳的逐帧seek策略复杂度高不少小型项目不建议。双路方案的优点是兼容性极好两路都是普通H.264任何能播视频的设备都能播缺点是视频解码带宽翻倍移动端发热和内存压力明显。做移动端时建议把分辨率控制在720p以下或者接受画面按帧抽稀。3.4 绿幕色键方案最笨但最稳的兜底如果甲方素材就是一段在绿幕前拍好的视频没法提供PNG序列或Alpha通道最简单的路子是Shader里直接做色键抠像。色键Chroma Key的原理是定义一个目标颜色比如纯绿计算每个像素与目标颜色的距离距离越近越透明。这样视频原片不需要任何预加工直接丢给ShaderGPU实时把绿幕部分抠掉。色键Shader核心片元fixed4 frag (v2f i) : SV_Target { fixed4 col tex2D(_MainTex, i.uv); float4 keyColor _KeyColor; float tolerance _Tolerance; float dist distance(col.rgb, keyColor.rgb); float alpha saturate((dist - tolerance) / _Softness); col.a alpha; return col; }绿色区域的col.rgb与_KeyColor接近dist很小alpha趋近0自然就消失了。_Tolerance控制扣除范围_Softness控制边缘过渡软硬。这套方案最大的优点是普适只要是能解码的视频就能抠像完全不依赖编码格式支持。缺点也同样明显绿幕背景必须打光均匀RGB值要尽量稳定否则边缘会残留一圈绿边遇到头发丝、玻璃反光这类细节抠像结果会很糟糕属于强行交付的下策。但作为兜底它救了我不止一次。某次场馆临时改方案客户只给了一段绿幕演出视频第二天就要出Demo那晚上我用这个Shader配一个简单的边缘抑制几十行代码就把效果做出来了。应用场景上它更适合人物、物体出镜的视频比如虚拟主持人、产品展示纯Logo动画用双路方案反而更合适。4. 透明物体排序渲染队列里的隐形坑透明纹理能正确显示之后下一个问题接踵而至场景里一出现多个透明物体遮挡关系就开始乱套。常见现象是明明A物体在B物体后面画面上A却浮在B前面或者两个半透明广告牌叠在一起边缘疯狂闪烁还有透明物体跟粒子系统相遇时谁压谁毫无规律。这是透明渲染机制的结构性缺陷不属于改个参数就能完美解决的问题。4.1 透明物体之间为什么互相穿帮前面的章节提过Unity渲染分两大阶段。不透明阶段用深度缓冲保证遮挡正确先画远处的物体并写入ZBuffer近处物体画的时候因为距离更近所以覆盖它。透明阶段为了做颜色混合必须关闭深度写入ZWrite Off让后来画的像素能和之前画的像素混合。如果不关ZWrite混合就失去了意义——后面画的透明物体直接覆盖前面已经混合好的颜色所有半透明叠加效果全会消失。但ZWrite Off的代价就是透明物体之间没有深度写入纯粹靠渲染顺序决定谁在谁前面。Unity默认按物体重心到相机距离从远到近排序。这个算法在大多数情况下是对的一旦两个透明物体互相穿插比如一个广告牌插到另一个广告牌中间或者物体本身很大重心偏移排序就会算错视觉上立刻穿帮。还有一类常见场景是透明广告牌在透明人物前面但系统把人物判定为更远先画远的人物再画近的广告牌最终效果没错可一旦相机稍微旋转排序结果瞬间变了画面就会突然闪一下。字体、屏幕边缘、UI同屏时更是重灾区每帧的顺序都在变闪烁就变成高频闪烁。4.2 手动控制RenderQueue的正确姿势既然自动排序不可靠那就自己定顺序。Unity的Material提供了一个可直接修改的属性renderQueue它的值就是物体进入渲染管线的顺序指标。默认Transparent是3000比它小的先渲染比它大的后渲染。实战里我常用的套路是所有背景透明物体远处的大屏、背景灯箱统一设置renderQueue 2999让它们最先进入透明阶段。主角前景透明物体人物、手持道具设置为3001排在后面这样不管相机怎么转主角永远画在背景大屏之上。遇到互相穿插的两个透明物体我直接把其中一个降为2998另一个保持3001强行拉开顺序。这个方案的本质是用人工指定替代引擎排序。小作坊项目里透明物体数量有限人工排序完全可控真遇到几百个透明物体的大场景人工排不过来就得考虑把部分透明物体拆成不透明处理或者按区块分组管理。移动端的办法后面会讲。// 控制渲染顺序 Material m GetComponentRenderer().material; m.renderQueue 3001;注意GetComponentRenderer().material会实例化一份材质多次调用会造出多个材质实例增加DrawCall和内存。要批量修改时先拿到Renderer[]数组一次性处理。4.3 透明物体与场景、UI的混排经验透明物体跟场景里的不透明物体混排大多数时候没问题不透明物体先画完透明物体后画并混合看起来就像蒙在不透明物体上面。但有一个经典翻车案例一个半透明玻璃放在一堵墙前面玻璃后面的透明粒子反而被玻璃的ZWrite Off逻辑搞得一会儿显示一会儿消失。这属于透明物体内部的排序混战处理方式同上手动调renderQueue。透明物体跟Unity UICanvas混排则要警惕渲染管线顺序。Screen Space Overlay模式的UI在渲染管线的最后阶段永远盖在3D物体上面。如果想让3D透明物体显示在UI之前、被UI遮挡需要把Canvas改成Screen Space Camera模式并把Canvas的渲染顺序调前。这个操作容易被遗忘因为默认UI天然浮在所有东西上面大家习以为常。粒子系统和透明物体的排序是另一个高频坑。粒子默认Queue是Transparent3000和普通透明物体属于同一队列排序同样按距离。粒子多的时候镜头一拉粒子和3D广告牌谁前谁后完全看运气。经验做法是给粒子系统的Renderer设置一个合适的renderQueue比如官方粒子3000广告牌2999粒子自然被压在广告牌后面。核心心法透明排序问题没有一劳永逸的自动解法只能靠分层次、定队列、少穿插三招压制。项目里尽量让透明物体的空间位置互不重叠比任何排序手段都有效。5. 移动端适配与性能控制从纹理压缩到解码开销电脑上跑通的方案Copy到手机上一半会翻车。不是逻辑问题而是平台差异问题。移动端做透明纹理需求时重点盯四件事纹理压缩格式、视频解码能力、内存带宽、发热控制。5.1 纹理压缩格式与Alpha通道的丢失问题移动端GPU不能直接采样未压缩的RGBA大图必须用纹理压缩格式。Android上最常用的是ETC2、ASTCiOS上是ASTC、PVRTC老设备。这些格式都支持Alpha但能不能把透明信息正确保留取决于导入设置里选了哪个格式。这里必须说一个陈旧但屡见不鲜的坑老Unity项目默认的Android压缩格式是ETC1而ETC1不支持Alpha通道。一旦贴图被编译成ETC1Alpha信息在资源构建时就被丢弃运行时无论Shader怎么写都救不回来。当你发现同一个材质在Windows上透明正常、在Android上变成实心时第一反应一定要去查贴图的压缩格式。建议在Project Settings的Texture默认设置里把Android和iOS的压缩格式都设为ASTC如果有兼容性问题则用RGBA32保底。透明边缘要求高时ASTC 4x4比8x8质量好代价是内存多占用约4倍像素艺术风格可以放宽到6x6或更大兼顾体积和效果。5.2 VideoPlayer在Android/iOS上的能力边界Unity自带的VideoPlayer在不同平台的解码能力受系统底层播放器制约不能指望它什么都能播。Android上H.264AVC基本通用H.265HEVC要看芯片和系统版本老设备可能软解卡成PPT。VP9/WebM在Android上支持参差不齐带Alpha的YUVA版本基本不要期望。iOS的VideoPlayer对H.264/H.265支持相对稳定但同样不支持ProRes 4444这类带Alpha格式。所以移动端做透明视频时我的建议是如果必须移动端跑优先采用双路H.264合成方案两路都用Baseline Profile编码分辨率和码率往低了压。画面内容复杂时双路压缩容易出马赛克Alpha路尤其不能压太狠否则边缘全是噪点。码率宁高勿低。如果现场条件允许尝试给两路视频统一设置frameRate 30和相同的时间戳基准能缓解轻微不同步。如果项目允许Windows一体机或PC端的体验远好于手机端解码性能、内存容量和视频兼容性都更宽松。移动端版本作为轻量查看用途而非主力展示位压力会小很多。5.3 性能自查内存、DrawCall、overdraw透明纹理的额外开销集中在三处。第一内存翻倍。双路视频方案里两路视频同时驻留显存每路都是完整的RGBA纹理1080p一次占用约8MB两路16MB多段视频循环播放时再乘段数内存压力立竿见影。优化手段是裁剪分辨率、限制同时播放的路数、用VideoClip而不是URL加载以方便资源管理。第二DrawCall和材质实例。透明材质如果每个物体单独一份材质实例DrawCall容易爆表。解决办法是尽量共用材质把需要不同透明度的对象通过Shader参数比如_Color的Alpha控制而不是为每个对象新建Material。SharedMaterial操作要注意别在大循环里做。第三overdraw。透明混合意味着每个像素可能被多次写入颜色缓冲半透明物体越多GPU负担越重。视频纹理配合全屏后处理Bloom、后期调色时移动端帧率会肉眼可见地往下掉。自查方法Unity的Frame Debugger面板逐帧查看DrawCall数量和RenderTarget切换Profiler的Rendering模块里看SetPass和DrawCall具体数字。我习惯在真机上开Profiler帧率跌破30时优先查这两项。移动端还有一个经常被忽略的点透明视频的播放本身就在解码GPU视频流如果再叠加Bloom这类全屏后处理GPU的Video Decode和后处理单元抢带宽发热会很猛。某次户外展项手机上跑了十分钟直接过热降频最终妥协方案是把视频分辨率从1080p降到720p后处理强度减半才算稳定住。最后再分享一个关于靠谱可用的体会这套流程跑过几个项目后我最大的感受是大多数透明纹理不靠谱的根源不是技术方案本身不行而是没搞清自己需求的边界。做图像透明首先要检查导入设置和Shader模式做视频透明先问清楚片源是什么编码格式、目标平台是什么再决定走带Alpha编码、双路合成还是色键抠像。每个方案都有它的适用场景没有银弹。还有一条比较反直觉的经验Unity编辑器的显示效果永远不要当成验收标准。同样的材质编辑器里Normal、真机里发黑编辑器里透明正常、真机里全是黑底。所有跟贴图格式、视频解码相关的判断都以目标设备为准。项目交付前至少要在最低配的目标设备上完整跑一遍素材别用开发机替代测试机。如果你正在做类似需求我的建议是先做一个只含一张透明Logo的Demo把本章图像方案跑通确认你能完全理解Alpha通道和混合模式这两个概念再升级到视频方案给视频加一张静态透明图做对照逐步扩展。这样出问题时你能快速定位是渲染环节还是片源环节。透明纹理本身不难难的是它跟编码、压缩、排序、性能穿成串——但把这些串理顺了这个能力在你手里就是一次复制粘贴的事。