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%

Answer 1

您的来源绝对是实时的。您只需通过聆听即可证明这一点。当您重新加载时，一切都是新的音频。

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

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

您只录制 55 秒，因此它的运行速度与缓冲区刷新给您的速度一样快。如果您再录制几分钟，您会发现前 64 秒下载完毕后速度急剧下降。