首先明确：基于LSB的YUV视频隐写在Android平台是完全可行的，但你当前遇到的核心问题是MediaCodec编码器的内部优化逻辑覆盖了你写入的隐写数据。下面具体分析原因并给出可落地的优化方案：

为什么MediaCodec会修改你的LSB值？ #

• 编码器的有损压缩优化：默认配置下，MediaCodec的H.264/H.265编码器会开启量化、DCT变换、熵编码等操作，这些过程会主动修改或丢弃视觉敏感度较低的像素低位信息（包括LSB），优先保证压缩率，自然会覆盖你写入的测试数据。
• 帧预处理操作：多数编码器实现会对输入的NV21帧做色彩空间校正、降噪、色度亚采样等预处理，这些步骤会直接改变U/V通道的像素值，哪怕是LSB也难以幸免。
• 默认参数的偏向性：如果没有显式配置编码器参数为"低损耗"模式，编码器会默认优先压缩效率，而非像素值的精确保留。

针对性优化建议 #

1. 强制编码器进入低损耗/近无损模式 #

针对MediaCodec编码器，你需要显式设置参数来限制压缩对像素的修改：

• 对于H.264编码器，配置恒定比特率模式、最高质量等级，同时尝试控制量化参数（QP）来减少损耗：

MediaFormat format = MediaFormat.createVideoFormat(MediaFormat.MIMETYPE_VIDEO_AVC, width, height);
// 设置高比特率，减少压缩压力
format.setInteger(MediaFormat.KEY_BIT_RATE, 15 * 1024 * 1024);
format.setInteger(MediaFormat.KEY_FRAME_RATE, 30);
format.setInteger(MediaFormat.KEY_I_FRAME_INTERVAL, 1);
// 恒定比特率模式，避免动态压缩带来的像素波动
format.setInteger(MediaFormat.KEY_BITRATE_MODE, MediaCodecInfo.EncoderCapabilities.BITRATE_MODE_CBR);
// 设置最高质量等级
format.setInteger(MediaFormat.KEY_QUALITY, 0);
// 使用基线Profile，减少复杂优化逻辑
format.setInteger(MediaFormat.KEY_PROFILE, MediaCodecInfo.CodecProfileLevel.AVCProfileBaseline);
// 部分设备支持直接设置QP范围，强制低量化（低损耗）
format.setInteger("min-qp", 0);
format.setInteger("max-qp", 5);

2. 调整隐写的通道与位置 #

• 优先选择Y通道（亮度通道）：编码器对Y通道的压缩损耗通常比U/V通道更小，因为亮度是视觉重点；如果必须用U/V通道，要确保修改的是亚采样后保留的像素（而非被丢弃的冗余像素）。
• 选择帧的平坦区域：帧的边缘、高频细节区域更容易被压缩算法修改，优先在色彩均匀的平坦区域写入隐写数据，这些区域的像素值更稳定，编码器修改概率更低。

3. 先验证编码器的像素保留能力 #

在正式写入隐写数据前，做一个基准测试：将原始NV21帧直接送入编码器，再解码输出，对比原始帧和解码后帧的U/V通道LSB是否一致。如果不一致，持续调整编码器参数，直到LSB的保留率达到可接受的程度（比如95%以上）。

4. 采用更鲁棒的隐写策略 #

如果单LSB方案容易被破坏，可以升级为：

• 多比特冗余隐写：用3-5个像素的LSB存储同一个数据位，提取时采用多数投票的方式恢复，哪怕个别像素的LSB被修改，也能正确还原数据。
• 变换域隐写：在DCT变换系数的低位存储数据，而非直接修改像素域的LSB。这种方式对抗压缩的能力更强，但需要深入理解编码流程，或使用FFmpeg等软编码库来实现自定义编码逻辑。

5. 考虑软编码替代硬编码 #

如果硬编码的优化逻辑无法完全规避，可以改用FFmpeg等开源库实现软编码，这样能完全控制编码的每一个步骤，确保你写入的隐写数据不被篡改。当然软编码的性能会比硬编码差，需要根据你的应用场景权衡性能和隐写可靠性。

总结 #

你的方案方向是正确的，只需要针对MediaCodec的编码特性做针对性调整，重点限制编码器的压缩损耗、选择合适的隐写区域，必要时升级隐写策略或切换编码方式，就能实现稳定的Android视频隐写。

内容的提问来源于stack exchange，提问作者Majid Amini