主页 / computer / 问题 / 1885778
Accepted
Keith Stein
Asked: 2025-03-13 12:18:13 +0800 CST

使用 FFMPEG 转码为 AAC 的音轨无法播放

  • 772

到目前为止，我已经使用 FFMPEG 转码了数十个甚至数百个文件，但有一个特殊的文件给我带来了麻烦，但我不知道原因。

为了进行测试，我使用了原始文件的 10 秒片段（如果这是一项功能，我会将其作为此问题的一部分上传）。此源测试文件如下所示：

Input #0, matroska,webm, from 'Trimmed.mkv':
HD.MA.5.1-RARBG
    ENCODER         : Lavf61.9.106
  Duration: 00:00:10.26, start: 0.000000, bitrate: 33873 kb/s
  Chapters:
    [[excluded for relevance]]
  Stream #0:0(eng): Video: h264 (High), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn
    Metadata:
      DURATION        : 00:00:10.260000000
  Stream #0:1(eng): Audio: dts (dca) (DTS-HD MA), 48000 Hz, 5.1(side), s32p (24 bit) (default)
    Metadata:
      DURATION        : 00:00:10.005000000
  Stream #0:2(eng): Audio: dts (dca) (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s
    Metadata:
      DURATION        : 00:00:10.005000000
  Stream #0:3(eng): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s
    Metadata:
      DURATION        : 00:00:10.016000000

我可以在 VLC 播放器中打开上述文件，并确认每个音频流（和视频流）都可以正常播放。但是，许多播放器的支持性不如 VLC（没有内置那么多编解码器），我需要支持更多。就我而言，我需要支持内置的 Windows Media Player，它（至少在我的计算机上）无法播放前两个音频流（无法播放0:1 dts (dca) (DTS-HD MA)或0:2 dts (dca) (DTS)）。（从技术上讲，我需要支持 Chrome 播放，但这两个应用程序似乎都存在同样的问题，而且 Windows Media Player 对我来说更容易测试。）

在之前的所有情况下，我都能够通过复制我想要的流并将副本转码为 AAC 来解决这个问题。为此，我使用了以下命令：

ffmpeg -i Trimmed.mkv -map 0:v -map 0:a -map 0:a:0 -c copy -c:a:3 aac Converted.mkv

我复制了视频流和所有音频流，然后第二次映射第一个音频流。我将所有流的编解码器设置为“复制”，但随后覆盖了最终的音频流以使用 AAC。

运行该命令的输出如下：

[aost#0:4 @ 000001f6a555fb40] Multiple -codec/-c/-acodec/-vcodec/-scodec/-dcodec options specified for stream 4, only the last option '-codec:a:3 aac' will be used.
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
  Stream #0:2 -> #0:2 (copy)
  Stream #0:3 -> #0:3 (copy)
  Stream #0:1 -> #0:4 (dts (dca) -> aac (native))
Press [q] to stop, [?] for help
[aac @ 000001f6a591c240] Using a PCE to encode channel layout "5.1(side)"
Output #0, matroska, to 'Converted.mkv':
HD.MA.5.1-RARBG
    encoder         : Lavf61.9.106
  Chapters:
    [[excluded for relevance]]
  Stream #0:0(eng): Video: h264 (High) (H264 / 0x34363248), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 23.98 tbr, 1k tbn
    Metadata:
      DURATION        : 00:00:10.260000000
  Stream #0:1(eng): Audio: dts (DTS-HD MA) ([1] [0][0] / 0x2001), 48000 Hz, 5.1(side), s32p (24 bit) (default)
    Metadata:
      DURATION        : 00:00:10.005000000
  Stream #0:2(eng): Audio: dts (DTS) ([1] [0][0] / 0x2001), 48000 Hz, 5.1(side), fltp, 1536 kb/s
    Metadata:
      DURATION        : 00:00:10.005000000
  Stream #0:3(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 192 kb/s
    Metadata:
      DURATION        : 00:00:10.016000000
  Stream #0:4(eng): Audio: aac (LC) ([255][0][0][0] / 0x00FF), 48000 Hz, 5.1(side), fltp, 394 kb/s (default)
    Metadata:
      encoder         : Lavc61.32.101 aac
      DURATION        : 00:00:10.005000000
[out#0/matroska @ 000001f6a4be8840] video:37636KiB audio:5207KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: 0.053611%
frame=  244 fps=203 q=-1.0 Lsize=   42866KiB time=00:00:10.00 bitrate=35098.3kbits/s speed=8.32x
[aac @ 000001f6a591c240] Qavg: 7222.731

同样，我可以在 VLC 中打开生成的“Converted.mkv”并确认所有四个音轨都可以播放。但是当我在 Windows Media Player 中测试这个新文件时，这个新的第 4 个 AAC 流是无声的。它与前两个不受支持的流不同，我无法选择它们。这个新流可以选择，只是无声。

什么情况会导致此曲目无法正常播放？我应该从哪里开始调试？

audio

1 个回答

  1. Best Answer

    我想我已经缩小了问题的具体范围并找到了近乎完美的解决办法。

    我在几个小时的调试和研究中注意到了一些事情。在我最初的问题中，请注意为该新音频流生成的输出：

    Stream #0:4(eng): Audio: aac (LC) ([255][0][0][0] / 0x00FF), 48000 Hz, 5.1(side), fltp, 394 kb/s (default)

    看起来不错，对吧？但是，如果我使用重新分析同一个ffprobe文件，我会得到以下结果：

    Stream #0:4(eng): Audio: aac (LC), 48000 Hz, 6 channels, fltp (default)

    请注意，通道布局数据似乎完全缺失。尽管 ffmpeg认为它正确地使用 5.1（侧面）进行编码，但似乎可能没有正确发生。当我进行转码时，也暗示通道布局可能存在问题。一条小信息消息：

    Using a PCE to encode channel layout "5.1(side)"

    进一步研究后，我使用 PCE 对通道布局 5.1（侧）进行编码：

    AAC 使用 4 位标志来存储声道布局，因此有 16 种可能的声道布局，5.1（侧面）不是其中之一。但如果该值设置为 0，则声道布局会在 PCE（程序配置元素）中明确描述。

    我的理论是，要么这个 PCE 块没有被正确写入，要么 Windows Media Player（以及 iOS 内置的媒体播放器）不知道如何正确处理正在读取的数据。

    基于这一假设，我决定尝试将 5.1（侧面）布局转换为纯 5.1，这是AAC 支持的 16 种预设通道布局之一。为此，我使用了类似问题的答案，正确将 5.1 映射到 Opus：

    Opus 规范仅允许5.1布局（FL FR FC LFE BL BR）。最简单的解决方案是使用channelmap-filter 将两个侧面扬声器映射到后置扬声器。

    -filter:a "channelmap=FL-FL|FR-FR|FC-FC|LFE-LFE|SL-BL|SR-BR:5.1"

    当我将上述内容添加channelmap到原始命令中时，生成的文件可以在我所有的设备上播放（如果我将容器更改为 .mp4，则包括 iOS）。

    • 1

相关问题