red5 RTMPT效率比直接http-flv文件慢多了?
时间: 2014-09-15来源:开源中国
前景提要
HDC调试需求开发(15万预算),能者速来!>>>
我在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' });



科技资讯:

科技学院:

科技百科:

科技书籍:

网站大全:

软件大全:

热门排行