MediaMuxer实战：视频加过渡效果（Transition）
各位同学，今天我们来聊一个特别有意思的话题——视频转场。说白了，就是两个视频片段之间怎么「丝滑」地切换过去。
我记得刚入行那会儿，有个产品经理跑过来说：「能不能让两个视频像PPT那样淡入淡出？」我当时心想，这还不简单？结果一动手才发现，MediaMuxer本身压根不提供转场功能。嗯，这里要注意——MediaMuxer只负责「拼接」，不负责「过渡」。
那怎么办？我们自己动手实现。
转场的本质是什么？
先想清楚一个问题：转场到底在做什么？
说白了，就是在两个视频片段的交界处，对画面进行「混合」。前一个画面逐渐消失，后一个画面逐渐出现。这个过程，我们叫它「交叉溶解」（Cross Dissolve）。
我个人习惯把转场分成两类：
- 硬切：没有任何过渡，直接切换。MediaMuxer默认就是干这个的。
- 软过渡：有渐变、滑动、缩放等效果。这需要我们手动处理每一帧。
你想想看，如果只是硬切，用户会觉得视频很「生硬」。尤其是做Vlog或者短视频的时候，转场做得好，整个视频的质感就上去了。
核心思路：用MediaCodec解码 + 自己合成帧
既然MediaMuxer不帮我们做转场，那我们就自己来。流程是这样的：
- 用MediaCodec分别解码两个视频片段
- 在交界处，取出两个视频的对应帧
- 用OpenGL或者CPU混合这两帧
- 把混合后的帧重新编码，喂给MediaMuxer
这里我画了一张流程图，帮你理清整个逻辑：
看到没？MediaMuxer在最后一步才登场。前面的解码、混合、编码，都是我们自己干的活。
实战：实现一个交叉溶解转场
好，理论说完了，咱们直接上代码。下面这个例子，我实现了两个视频片段之间1秒的交叉溶解效果。
// 伪代码，展示核心逻辑
public class TransitionRenderer {
private MediaCodec decoderA, decoderB;
private MediaCodec encoder;
private MediaMuxer muxer;
public void addTransition(String videoA, String videoB,
long transitionDurationMs) {
// 1. 初始化解码器
decoderA = createDecoder(videoA);
decoderB = createDecoder(videoB);
// 2. 找到交界帧
long lastFrameA = getLastFrameTime(videoA);
long firstFrameB = 0;
// 3. 逐帧处理过渡区域
for (long t = 0; t < transitionDurationMs; t += 33) {
// 计算混合权重
float alpha = (float) t / transitionDurationMs;
// 从A取最后一帧，从B取第一帧
Frame frameA = decoderA.getFrameAt(lastFrameA);
Frame frameB = decoderB.getFrameAt(firstFrameB);
// 混合两帧
Frame mixed = mixFrames(frameA, frameB, alpha);
// 编码并写入Muxer
encoder.encode(mixed);
muxer.writeSampleData(encoder.getOutputBuffer());
}
// 4. 继续写入B的剩余部分
writeRemainingFrames(decoderB, encoder, muxer);
}
private Frame mixFrames(Frame a, Frame b, float alpha) {
// 这里用OpenGL做混合效率更高
// 简单实现：像素级混合
// result = a * (1 - alpha) + b * alpha
return pixelMix(a, b, alpha);
}
}关键点：混合权重alpha从0到1变化。alpha=0时完全显示A，alpha=1时完全显示B。中间值就是两者叠加。
避坑指南：我曾经踩过的三个坑
做这个功能的时候，我踩过不少坑。分享出来，你们别重蹈覆辙。
- 坑一：时间戳对齐——我曾经直接把两个视频的时间戳硬拼，结果画面卡顿。后来发现，过渡区的帧必须重新生成时间戳，不能直接用原始时间戳。
- 坑二：颜色格式不一致——解码器出来的帧可能是YUV420P，但编码器要的是NV12。不转换的话，画面颜色会偏绿。我那次排查了整整一天。
- 坑三：内存泄漏——每帧都new对象，GC频繁触发，导致掉帧。后来我改用对象池，问题解决。
特别注意：MediaCodec的outputBuffer是直接映射到native内存的。如果你要长时间持有这个buffer做混合，一定要先拷贝出来。否则解码器复用buffer时，你的数据就被覆盖了。
性能优化：别让手机发烫
视频处理是重计算任务。如果你不做优化，手机分分钟变暖手宝。我个人的经验是：
| 优化手段 | 效果 | 适用场景 |
|---|---|---|
| 使用OpenGL ES做混合 | 比CPU快10倍以上 | 所有场景 |
| 降低过渡区分辨率 | 减少计算量50% | 预览阶段 |
| 复用SurfaceTexture | 减少内存分配 | 频繁解码时 |
| 异步处理帧 | 避免UI线程阻塞 | 实时预览 |
你想想看，如果每帧都用CPU去遍历像素，720P的视频一帧就有92万个像素点。一秒30帧，那就是2700万次计算。手机CPU扛不住的。
小技巧：如果你不想写OpenGL，可以用RenderScript。它比纯CPU快，而且API更友好。不过从Android 12开始，RenderScript被标记为废弃，建议还是学OpenGL ES。
扩展：不只是交叉溶解
交叉溶解只是最基础的转场。你还可以实现：
- 滑动转场：B从左边滑入，把A推出画面
- 缩放转场：A缩小消失，B放大出现
- 擦除转场：像擦黑板一样，从左到右擦掉A露出B
这些效果的实现思路都一样——在过渡区对两帧做不同的几何变换和混合。区别只在于变换矩阵和混合权重。
我记得有一次做项目，客户要求「百叶窗」效果。就是画面像百叶窗一样，一条一条地切换。当时我用了多个矩形裁剪区域，每个区域独立计算混合权重。虽然代码复杂了点，但效果确实惊艳。
好了，这一章的内容就到这里。转场这个功能，说难不难，说简单也不简单。关键是要理解「帧混合」这个核心思想。只要掌握了这个，其他各种花哨的转场效果，都是在这个基础上做文章。