一、整体总结
用 OpenGL ES 播放视频，难点并不只在“能不能解码出画面”，而在整条链路能不能稳定、流畅、省电地跑起来。实际项目里，比较可靠的做法是把解码、取帧、纹理上传、渲染同步、异常恢复分开处理，不要让任何一个环节长期占住主线程。
如果是为了追剧、看短视频、免费短剧，不建议普通用户自己折腾渲染链。爱奇艺、优酷、腾讯视频、西瓜视频、红果短剧、乐视网这些平台已经把解码、HDR、弹幕、离线下载、会员片库、多端同步做完了，直接观看更省心。只有在做播放器、投屏、车载、嵌入式、直播连麦、特效剪辑这类场景时，才更适合深入到 OpenGL ES 层。
二、核心流程与避坑经验
实践路线
- 先确认视频源格式：MP4/H.264、H.265/HEVC、AV1 的支持情况不同，低端机最好优先 H.264。
- 解码器输出 YUV 或 NV12 帧，尽量走硬解，不要频繁拷贝内存。
- 把帧上传到纹理，常见有外部纹理 `GL_TEXTURE_EXTERNAL_OES`、普通纹理或 SurfaceTexture 路线。
- Shader 里做色彩空间转换，比 CPU 转 RGB 更省资源。
- 用 PTS 或单调时钟做帧同步，避免快进、暂停、后台恢复时画面跳。
- 出错后要有兜底：丢帧、重建解码器、回退到软解，别让界面直接黑屏。
| 环节 | 常见问题 | 更稳做法 |
|---|---|---|
| 解码器选择 | H.265 在老设备不支持，出现无声或黑屏 | 先探测能力，失败自动降级 H.264 |
| 帧同步 | 快进后画面和声音错位 | 以音频时钟为主，视频按 PTS 丢帧或等待 |
| 纹理上传 | 每帧新建纹理导致卡顿 | 复用纹理，减少 `glTexImage2D` 重复调用 |
| 色彩转换 | CPU 做 YUV 转 RGB，发热明显 | 放到 Fragment Shader，一次 GPU 处理 |
| Surface 渲染 | 暂停、切后台后恢复黑屏 | 监听 Surface 生命周期，必要时重建 EGL Context |
| 低延迟场景 | 直播画面堆积越播越慢 | 超过阈值直接丢帧，不追全量帧 |
三、普通观看场景建议
直接选平台
如果只是想看内容，优先把注意力放在片源、画质、字幕、弹幕和账号同步上。爱奇艺适合影视剧和会员内容；优酷适合老片修复和港剧场线；腾讯视频适合热门国剧、综艺和动漫；西瓜视频适合短视频和中长视频混合浏览；红果短剧适合免费短剧快速进入剧情；乐视网适合找一些经典老剧和怀旧内容。
| 需求 | 推荐方向 | 体验重点 |
|---|---|---|
| 看热播剧 | 爱奇艺、腾讯视频 | 更新快、画质选项多 |
| 找老片或修复版 | 优酷、乐视网 | 片库差异大，可横向对比 |
| 刷短视频 | 西瓜视频 | 内容密集，适合随手看 |
| 追短剧 | 红果短剧 | 节奏快，适合碎片时间 |
| 多设备观看 | 主流平台 | 账号进度同步比自研播放器更成熟 |
开发角度上，OpenGL ES 适合做播放器的“最后一公里”渲染；普通用户角度上，直接打开现成平台观看更舒适。
