FFMPEG实时录制速度过快

Question

我正在尝试录制55秒的广播电台。

ffmpeg -t 55 -i http://19233.live.streamtheworld.com/BLZE_1.mp3 toofastrecord.mp3 .

FFMPEG可以在近10秒钟内完成此操作。如何实现实时录制的速度speed=5.67x，而不是1呢？

以下是FFMPEG的输出内容。

ffmpeg -t 55 -i http://19233.live.streamtheworld.com/BLZE_1.mp3 toofastrecord.mp3
ffmpeg version N-77715-gfc703f5 Copyright (c) 2000-2016 the FFmpeg developers
  built with gcc 5.2.0 (GCC)
  configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib
  libavutil      55. 12.100 / 55. 12.100
  libavcodec     57. 21.100 / 57. 21.100
  libavformat    57. 21.101 / 57. 21.101
  libavdevice    57.  0.100 / 57.  0.100
  libavfilter     6. 23.100 /  6. 23.100
  libswscale      4.  0.100 /  4.  0.100
  libswresample   2.  0.101 /  2.  0.101
  libpostproc    54.  0.100 / 54.  0.100
[mp3 @ 0000017b0ad9aa00] Skipping 0 bytes of junk at 0.
Input #0, mp3, from 'http://19233.live.streamtheworld.com/BLZE_1.mp3':
  Metadata:
    icy-br          : 64
    icy-description :
    icy-genre       : Talk
    icy-name        :
    icy-url         :
  Duration: N/A, start: 0.000000, bitrate: 64 kb/s
    Stream #0:0: Audio: mp3, 44100 Hz, mono, s16p, 64 kb/s
Output #0, mp3, to 'toofastrecord.mp3':
  Metadata:
    icy-br          : 64
    icy-description :
    icy-genre       : Talk
    icy-name        :
    icy-url         :
    TSSE            : Lavf57.21.101
    Stream #0:0: Audio: mp3 (libmp3lame), 44100 Hz, mono, s16p
    Metadata:
      encoder         : Lavc57.21.100 libmp3lame
Stream mapping:
  Stream #0:0 -> #0:0 (mp3 (native) -> mp3 (libmp3lame))
Press [q] to stop, [?] for help
size=     430kB time=00:00:55.01 bitrate=  64.1kbits/s speed=5.67x
video:0kB audio:430kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.077898%

- Anton Putau

---

源码实际上是直播还是按需？输出的声音还好吗？ - Gyan

输出声音正常。抱歉，我不熟悉多媒体流，并不知道“按需”对于流源具体意味着什么。 - Anton Putau

所以，你的输入不是实时的。完整的流已经存在于源中。所以，ffmpeg 正在尽可能快地拉取它。 - Gyan

谢谢！你证明了我的一些想法。 - Anton Putau

Answer 1

您的源肯定是实时的。您可以通过听它来证明这一点。当您重新加载它时，所有音频都是新的。

所发生的情况是服务器有一个相对较大的缓冲区，用于缓冲来自源的数据。当新客户端连接时，它们需要几帧音频数据才能开始解码。而且，大多数播放器至少有两秒的播放缓冲区。因此，服务器有这个大缓冲区，并且可以在连接时刷新整个缓冲区，这意味着听众不必等待两秒钟才能缓冲两秒钟的音频。播放可以立即开始。

对于这个特定的流，它看起来约为384KB缓冲区。此流的比特率很低，为64kbps。也就是说，每秒8KB，这意味着初始缓冲区中有整整48秒的缓冲音频。

您只录制了55秒，因此它可以以缓冲区可以向您刷新的速度运行。如果您要记录几分钟，您会发现一旦下载了前64秒，速度就会急剧下降。

- Brad