我有一个用例,它不需要实时通信,但我尽可能接近它,以确保我的用户不必一直等待上传文件。我们的网站允许用户记录视频和音频,然后我们存储在我们的服务器上。
我从flash (因为flash )转移到了带有Kurento媒体服务器的WebRTC实现。这对于高质量的互联网连接来说非常好,但是对于连接性差的用户来说却是相对缺乏的。
我在想,如果可以的话,在给服务器喂食之前,如何实现一点缓冲区,这样我就可以弥补连接性的下降,这将是非常理想的。我知道这不是WebRTC的意思,它导致了一个问题,那就是我是否应该研究另一个解决方案?
欢迎并感谢您的任何建议!谢谢!
发布于 2016-01-25 16:18:38
在低带宽的情况下,缓冲区不会改变WebRTC的实时特性。例如,对于视频,WebRTC可能会降低帧速率或分辨率以跟上速度,但没有人建议降低传输时间(降低实时性)。然而,您的用例很有趣。
你可以用MediaRecorder。它允许您在本地记录数据,然后使用websockets或数据通道将数据作为blobs发送到服务器。
这里有一个在Chrome和Firefox中工作的小提琴(很不幸,Chrome只做视频):
它显示简单的记录,然后播放5秒后的视频。我将把它作为一个练习来修改,以导致连续的5秒延迟。
https://stackoverflow.com/questions/34972529
复制相似问题