red5 RTMPT效率比直接http-flv文件慢多了?

景樗子刘 发布于 2014/09/15 11:40
阅读 2K+
收藏 0

我在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'
	 });



加载中
返回顶部
顶部