red5 RTMPT效率比直接http-flv文件慢多了?
我在jwplayer中播放视频,考虑到red5是专门的流媒体服务器,可能会对视频播放起到一些优化作用,所以使用了red5,播放协议rtmpt,但效果很不好,每次拖动和开始播放都必有缓冲。
后面直接改成flv文件的链接,反而更快。基本看不到缓冲,。
我的猜想是:red5每次接受请求,都要自己读取文件,转化成流,再传输到客户端;而flv文件,直接由web容器处理,是非常快的。
那这样,问题来了:
1.既然流媒体服务器多了一到工序,为何要使用流媒体服务器,如果同时有很多人点播同一个文件,怎么才能优化?
2.如果是直接嵌入文件链接,是flv更快还是mp4更快?我知道直接播放文件的拖放在于编码格式是否支持根据时间快速定位到文件字节位置,而缓冲的快慢在于视频信息的编码是否是时间顺序的,mp4据我了解是的。
jwplayer("media_player").setup({ "image":"${rt:prop('media_server')}/statics/src/jw-poster-adp.png", //"file" : "rtmpt://${rt:prop('media_server')}/rms/flv:${video.path}", "file" : "${contextPath}${video.path}", 'width': '1000', 'height': '520' });
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
有答案了吗?