当 WebM 提取 AAC 时，持续时间不一致

Question

当我尝试从webm中提取 aac 时，持续时间会不一致。 aac少了十分钟。不同的webm视频，差距不一样。

webm视频由 chrome extension chrome.tabCapture.capture 生成

法典：

chrome.tabCapture.capture({
  video: true,
  audio: true,
  videoConstraints: {
    mandatory: {
      minWidth: 1920,
      minHeight: 1080,
      maxWidth: 1920,
      maxHeight: 1080,
      maxFrameRate: 30,
      minFrameRate: 30,
    }
  }
})

上面的代码将返回一个流，我将使用 JS 的 MediaRecorder 方法处理这个流，最后将其另存为 webm 文件。

法典：

new MediaRecorder(stream, {
  audioBitsPerSecond: 128000,
  videoBitsPerSecond: 2500000,
  mimeType: 'video/webm;codecs=vp9'
})

如果你不知道上面代码的含义，没关系，我会解释主要信息：

1. 宽度： 1920
2. 高度：1080
3. 帧数： 30
4. 音频位：128000
5. 视频位数：2500000
6. 哑剧类型：video/webm;codecs=vp9

我尝试了很多方法，如下所示：

# 1
ffmpeg -i ./source.webm -y -fflags +genpts -max_muxing_queue_size 99999 -r 15 -crf 30 -filter:v crop=750:560:0:0 ./x.mp4
ffmpeg -i ./x.mp4 -y -vn -acodec libfdk_aac -b:a 200k ./x.aac
# 2
ffmpeg -i ./source.webm -y -vn -acodec libfdk_aac -b:a 200k ./x.aac
# 3
ffmpeg -i ./source.webm -y -vn -acodec libfdk_aac -b:a 200k -map 0 ./x.aac
# 4
ffmpeg -i ./source.webm -y -max_muxing_queue_size 99999 -r 15 -crf 30 -filter:v crop=750:560:0:0 ./x.mp4
ffmpeg -i ./source.webm -y -vn -acodec aac -b:a 200k ./x.aac
# etc.

但无一例外，一切都失败了。我已经被这个问题困扰了 4 天。

WebM 文件下载网址： https://drive.google.com/file/d/1m4fC1hU-tXFPOZayrYCs-yteSTxw_TaW/view?usp=sharing

Answer 1

许多会议或网络录制应用程序所做的不是在音频输入丢失或静音(由某些音量阈值定义(时存储静音。WebM 和 MP4 是时间索引容器，因此媒体数据具有正确的时间戳，用于播放或编辑目的。 .mp3或.aac没有，因此如果没有时间戳，持续时间是录制和存储的实际音频量的持续时间。另一个问题是，您在ffmpeg -i in.aac中看到的持续时间是基于文件大小和名义比特率的估计值。对于 VBR 流，此估计可能是错误的。

在带有时间戳的容器中存储和使用音频，例如 MP4、MKV。等

ffmpeg -i ./x.mp4 -y -vn -acodec libfdk_aac -b:a 200k ./x.mp4

或用音频静音插入时间戳间隙，

ffmpeg -i ./x.mp4 -y -vn -af aresample=async=1:first_pts=0:min_hard_comp=0.01 -acodec libfdk_aac -b:a 200k ./x.aac

后

一个命令可能仍显示错误的估计持续时间，但编辑器在生成峰值后将显示正确的持续时间。