Video IE上的RTMP流在约1秒后消失

后续行动来自：

这里的行为真的很奇怪

我的配置：

jwplayer('canvas').setup({
    file : "stream.smil",
    width : 1024,
    height : 768,
    stagevideo : false,
    autostart : true
});

stream.smil：

Chrome、Firefox、Opera和Safari的工作方式与预期完全不同，即这是一个完全不同的神奇世界：

一旦我打开页面，我几乎可以立即听到音频，然后加载视频需要一些时间，一旦加载，它播放大约1s，然后音频停止，视频冻结。 如果我切换到较低质量的流，同样的情况也会发生——我几乎可以立即听到音频，加载视频需要时间，一旦加载-~1秒，就会死掉。 如果我在不暂停/关闭播放器/流本身的情况下重新启动ffmpeg进纸器，那么，在短时间后，播放器开始播放音频和视频，而不中断播放。如果在某个时刻我再次更改流或重新加载页面-我们返回到1。然后我可以再次重新启动ffmpeg feeder，视频将继续播放，就好像什么都没发生一样。 我觉得这可能是MxPEG直播流的一个问题，因为它使用自己的编解码器，并且与默认编解码器有一些不同，其中之一是：

而不是工字架

在当前的MxPEG实现中，没有办法告诉编解码器包含完整的JPEG帧，例如，每秒或每20帧。因此，其他编解码器中没有已知的I帧概念。但是上面所描述的方法，向后跳一秒钟，开始解码，可以作为一个实际的解决方法

还有关于编解码器本身的额外信息

尽管如此，即使存在如此大的差异，但这并不能解释为什么只有IE不能工作，如果我在播放器读取RTMP时重新启动提要，也没有问题

我没有线索了，我试着用AAC将FLV编解码器改为x264——Chrome、Opera、Firefox、Safari works，IE也没有什么不同的问题

我还尝试将一个静态视频文件作为输入混合器的Sintel视频输入ffmpeg，mp4使用与RTMP输出相同的选项-我遇到了一致的问题，视频在所有浏览器上都会出现口吃，但它确实播放了

---

是的，也许有人知道这里出了什么问题？

我发现了问题所在：

实际上，文档甚至说默认情况下应该启用它：

是的，显然，如果您正在运行nginx rtmp模块以进行rtmp托管，则需要设置：

wait_video on;

---

在您的RTMP应用程序的配置块中。

流现在正在运行吗？我现在正试图观察这个流，但它只是缓冲区，不仅是在IE中，而且是现在的每个浏览器。该死的，它看起来真的很不正常，无法重新启动它。我会看看原因，明天再把它拿起来。好的，谢谢你，请保持联系。进料器已经坏了，我重新设置了它，如果它坏了，我会将它设置为自动重启。是的，现在就开始了。由于屏幕是静态的，我如何检查它何时停止？它似乎工作得很好。

ffmpeg -f mxg -i "http://admin:meinsm@192.168.1.161:80/control/faststream.jpg?stream=MxPEG&needlength" -f flv -ar 44100 -s 1024x768 "rtmp://localhost:1340/live/large"

wait_video on;