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

发布于 2021-12-01 02:10:14 字数 780 浏览 849 评论 1

我在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 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

情栀口红 2021-12-02 10:59:46

有答案了吗?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文