Streaming 多媒体流：用户通过多个选项卡连接
我们正在编写一个流媒体服务，使用wowza作为我们的流媒体服务器，并在客户端安装一个flash小程序。我们最近关注的一个问题是单个客户端从多个选项卡访问同一个流。在这个场景中，我们希望通过只向客户端发送流的一个副本来节省带宽Streaming 多媒体流：用户通过多个选项卡连接,streaming,flash,wowza,Streaming,Flash,Wowza,我们正在编写一个流媒体服务，使用wowza作为我们的流媒体服务器，并在客户端安装一个flash小程序。我们最近关注的一个问题是单个客户端从多个选项卡访问同一个流。在这个场景中，我们希望通过只向客户端发送流的一个副本来节省带宽 这个问题通常是如何处理的 我认为由于多种技术原因，这是不可能的。这是我个人的意见，如果我错了，专家可以纠正我） 多个选项卡上的flash播放器彼此都不知道，它们也不能在Wowza流媒体引擎端相互关联。Wowza将看到来自同一IP的两个不同客户端，但这可能是同一路由器后面的
这个问题通常是如何处理的 我认为由于多种技术原因，这是不可能的。这是我个人的意见，如果我错了，专家可以纠正我）
- 多个选项卡上的flash播放器彼此都不知道，它们也不能在Wowza流媒体引擎端相互关联。Wowza将看到来自同一IP的两个不同客户端，但这可能是同一路由器后面的两个不同设备
- 出于安全性和稳定性的考虑，浏览器选项卡通常在浏览器实现中相互隔离，不允许跨浏览器共享数据
- 这两个播放器不是完全同步的，在不同的时间点和延迟开始，缓冲也可能引入时间偏移
我认为您所想到的是多播流，即通过网络广播网络数据包，每个播放器接收相同的流。这是在IP电视系统中使用的，但这在internet上是不可能的，只能在intranet上使用。我认为这是不可能的，因为有多种技术原因。这是我个人的意见，如果我错了，专家可以纠正我）
- 多个选项卡上的flash播放器彼此都不知道，它们也不能在Wowza流媒体引擎端相互关联。Wowza将看到来自同一IP的两个不同客户端，但这可能是同一路由器后面的两个不同设备
- 出于安全性和稳定性的考虑，浏览器选项卡通常在浏览器实现中相互隔离，不允许跨浏览器共享数据
- 这两个播放器不是完全同步的，在不同的时间点和延迟开始，缓冲也可能引入时间偏移