N_m3u8DL-RE工具处理.webm加密视频的解密问题分析

背景介绍

N_m3u8DL-RE是一款流行的流媒体下载工具，主要用于处理MPEG-DASH和HLS协议的视频内容。在实际使用过程中，用户发现当处理.webm格式的加密视频时，特别是当视频和音频使用不同密钥加密的情况下，工具无法正确解密视频内容。

问题现象

当遇到以下情况时会出现解密失败：

• 视频源为.webm格式
• 视频和音频分别使用不同的密钥加密（kid1:key1用于视频，kid2:key2用于音频）
• 尝试将解密后的内容混流为mp4或mkv格式

在这种情况下，音频能够正常解密，但视频解密失败。有趣的是，如果使用shaka-packager工具手动处理.webm文件，则可以成功解密，这表明问题出在N_m3u8DL-RE对.webm格式的解密支持上。

技术分析

经过深入调查，发现问题根源在于N_m3u8DL-RE在处理.webm格式时无法正确获取密钥ID(key ID)。具体来说：

1. 工具内部使用MP4DecryptUtil.ReadInit()方法来读取初始化数据并获取密钥ID
2. 这种方法对于MP4容器格式有效，但对于.webm格式则无法正确工作
3. 导致工具无法将正确的密钥应用到.webm视频内容上

解决方案

开发团队已经找到了解决方案，即改用shaka-packager来获取.webm文件的密钥ID。这种方法更加通用，能够正确处理各种容器格式的加密内容。这一改进已经通过代码提交实现。

实际案例

有用户报告了具体案例：

• 使用命令下载加密的.webm视频
• 提供了两个不同的密钥（分别用于视频和音频）
• 解密过程被完全跳过
• 但使用shaka-packager手动处理则可以成功解密

这个案例验证了问题的普遍性和解决方案的有效性。

总结

这个问题凸显了流媒体处理工具在处理不同容器格式时面临的挑战。N_m3u8DL-RE最初主要针对MP4格式优化，随着.webm等格式的普及，需要不断扩展对各种容器格式的支持。通过集成shaka-packager的功能，工具现在能够更全面地处理各种加密视频内容。

对于开发者而言，这个案例也提醒我们，在处理多媒体内容时，需要考虑不同容器格式的特殊性，并选择最适合的工具链来处理特定格式。