透明视频 / Alpha 通道播放实现

透明视频能否正确播放，要同时满足源文件有透明数据、编码和容器保留数据、解码器输出Alpha、合成器按正确解释叠加四个条件。能打开MOV或显示出主体，只能证明其中一部分，不能直接验收透明效果。

先确认数据，别先找“去黑底”按钮

Alpha通常表示不透明度，零为全透明，满值为全不透明。普通不带Alpha的视频即使背景纯黑，也没有足够信息保证还原真实透明边缘；直接把黑色扣掉可能损坏阴影、头发和半透明部分。应向制作方索取保留Alpha的母版及明确的导出说明。

旧文把常规H.264/H.265 MP4概括为“只有RGB”不够准确：这些工作流常使用YUV而非RGB，透明能力还取决于具体编码扩展、封装和实现。实操上不能假定常规MP4保留Alpha，但也不能用后缀绝对判断。最可靠的证据是实际Alpha平面与目标解码、合成结果。

格式支持与运行路径分别记录

候选工作流	可验证方向	本轮限制
带Alpha的HAP变体	变体是否保留透明，目标软件是否支持相应纹理与合成	未在目标播放器验证，不以Video Decode曲线判定
ProRes 4444等中间格式	导出设置、实际像素格式与Alpha数据	容器名不证明已包含Alpha；解码实现待测
网页透明视频或图片序列	浏览器/播放器具体解码器及叠加能力	不从一种实现推断另一种实现

不要承诺HAP一定比另一格式快、文件一定大两倍，或ProRes在所有设备上一定只能某一路径。把编码、变体、版本、源图尺寸、并发数和实际结果写在同一行，才有比较意义。

用原创夹具走一遍

1. 下载直通Alpha原图，它含红色透明渐变与半透明细线，由Python 3.12.4生成，无人物或第三方素材。
2. 在目标软件中放到白色和深灰色两个背景上，关闭缩放，保留透明解释设置、软件版本与输出截图。
3. 对比参考图的边缘趋势，再测试目标视频编码版本；静态PNG通过不等于视频解码通过。
4. 加回真实分辨率与多层场景，记录实时帧时间、循环和声音结果。所有转换都另存，不覆盖制作母版。

这张图按八位数值空间的简化公式合成，不是线性光色彩管理认证。红255、Alpha128叠白底得到约255/127/127，计算只验证已声明的模型。更多双背景图、像素值和误判路径见Alpha边缘专项；格式整体选择见视频编码与封装。

黑边和黑块分开处理

整块黑底先查Alpha是否存在、是否被导出阶段压平、解码器是否保留。只有半透明边缘发黑，则查直通与预乘解释、旧背景污染、缩放滤波和色度采样。双重预乘会压暗边缘，但不能凭一次截图就断言原因；应在同一背景、同一缩放下只改一个变量。

窗口合成透明也不等于物理显示器变成透明。投影、透明屏与叠加视频是不同输出问题；本文没有在客户硬件上做显示测试，没有软件性能或真实合成截图数据。本轮完成的是RGBA生成、公式核验与可下载参考图。

一级来源

2026-10-23核对：HAP官方主页列出其编码与Alpha工作流定位；FFmpeg overlay与alpha相关滤镜文档供核对合成参数。实际产品支持清单仍需对应版本手册与目标机回放证据。