FFMPEG现场录制速度太快

我试图记录55秒的无线电广播

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

FFMPEG这样做将近10秒钟。如何让speed

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%

---

你的消息来源绝对是实时的。你可以通过听它来证明这一点。当你重新加载它，它的所有新的音频

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

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

---

您只录制了55秒，因此可以以刷新缓冲区的速度运行。如果你再录制几分钟，你会发现下载前64秒时速度会急剧下降。

源文件是实时的还是按需的？输出声音正常吗？输出声音正常。对不起，我不熟悉多媒体流，我不知道流源的具体要求是什么。因此，您的输入不是实时的。源中已存在完整流。所以，ffmpeg正在尽可能快地拉它。谢谢！你证明了我的一些想法。