FFmpeg处理M2TS文件中Blu-ray PCM音频转普通PCM时Codec标签异常及后续转MKV失败问题排查

嘿，我来帮你拆解下这个问题——你遇到的Codec标签乱码和转MKV失败的情况，本质是FFmpeg在重新封装M2TS（MPEG-TS）容器时，没有正确处理音频流的类型标记，以及视频流的Codec标签丢失导致的。

问题根源分析 #

1. 音频流被识别为bin_data：MPEG-TS容器对音频流有严格的类型规范，当你把pcm_bluray转成pcm_s16le后，FFmpeg默认的mpegts muxer没有为这个PCM流设置正确的音频服务类型和Codec标签，导致TS容器无法识别这是音频流，只能标记为通用二进制数据（bin_data）。
2. 视频流Codec标签异常：你用-vcodec copy复制视频流，但mpegts muxer默认没有保留原有的HDMV（0x564d4448）标签，而是替换成了MPEG-2视频的默认标签0x0002，虽然这个不影响视频播放，但会导致后续工具识别异常。
3. -map_metadata 0的局限性：这个参数仅负责复制文件级别的元数据（比如标题、作者），并不会处理流级别的Codec标签，所以对你的问题没有帮助。

解决方案 #

我给你两个可行的方案，更推荐第二个，一步到位更高效：

方案一：修正M2TS封装参数，保留正确标签

如果你必须保留中间M2TS文件，可以通过添加参数强制指定视频标签和音频服务类型，让FFmpeg正确封装：

ffmpeg -analyzeduration 100G -probesize 100G -fix_sub_duration -copyts -i 1.m2ts \
-map 0:0 -map 0:3 \
-map_metadata 0 -muxpreload 0 -muxdelay 0 \
-vcodec copy -vtag HDMV \
-acodec pcm_s16le -audio_service_type "main" \
2.m2ts

参数说明：

• -vtag HDMV：强制视频流保留原有的HDMV Codec标签，避免被替换成默认值
• -audio_service_type "main"：告诉mpegts muxer这是主音频流，设置正确的TS流类型，让容器识别为音频而非二进制数据
• 如果音频还是被识别为bin_data，可以尝试额外加上-atag LPCM（PCM在TS中的标准标签）

方案二：跳过中间M2TS，直接转MKV

既然你的最终目标是MKV，不如一步到位处理原文件，完全绕开M2TS的兼容性问题：

ffmpeg -analyzeduration 100G -probesize 100G -fix_sub_duration -copyts -i 1.m2ts \
-map 0:0 -map 0:3 \
-vcodec copy \
-acodec pcm_s16le \
3.mkv

这个命令直接复制原视频流，把pcm_bluray转成MKV完美支持的pcm_s16le，封装成MKV后不会有任何标签识别问题，而且省去了中间文件的步骤，更高效。

验证方法 #

处理完成后，用ffprobe检查生成的文件：

ffprobe -print_format json -loglevel fatal -show_streams -i 输出文件.m2ts（或.mkv）

你会看到视频流的codec_tag_string回到HDMV，音频流的codec_name是pcm_s16le、codec_type为audio，此时再转MKV就不会报错了。

备注：内容来源于stack exchange，提问作者Binarus