我想，听取他们对小于3秒的延迟网页的实时音频流。因此，使用冰的Icecast及产生播放Ogg Vorbis流远，我一直无法得到延迟小于7秒。到目前为止，我所使用的所有玩家（在Firefox，歌剧，Safari HTML5音频标签，VLC以及）似乎也采取类似的延迟。目前还不清楚在这一点上多延迟是如何在冰/的Icecast与客户端播放器推出。我已经调整了冰和设置的Icecast，无济于事。
有没有人在类似的冰/的Icecast设置达到比这更好的潜伏期？我不希望一个的Ogg Vorbis解码器（可以是HTML 5的浏览器，VLC，或其他）延迟多秒的音频流。我是不正确的？我无法找到控制缓冲区大小的任何信息或浏览器中进行解码。
随着不同的体系结构（HTML 5，火狐，服务WAV格式的音频WSGI服务器），我是能够实现左右的延迟1-2秒。默认情况下，Firefox的开始演奏wav文件5+秒落后，但我可以通过设置提前audio.currentTime推进播放，只有1-2秒回（有些脆弱）。不过，我更喜欢使用的Icecast和流媒体wav文件显然不能扩展。
在此先感谢您的任何想法。
该的Icecast和Shoutcast的服务器本身有内部缓冲区。我知道Shoutcast的一个可配置（看在高级指令的文档）。
有一些存档讨论什么是Ogg / Vorbis的相关延迟线程：
答案似乎是，你必须tweek对Ogg容器格式，然后Vorbis格式的剩余延迟不宜过高。
不过，我也经常阅读新Opus codec更适合于低延时/延迟。例如见here或here。