使用 JW Player 播放RTMP 流

简介: 译序:JW Media Player 是开源的网页使用的 Flash 播放器。本文采摘于 JW Player 的官方文档,讲解了 JW Player 对于 RTMP 的使用方法,我们可以从 JW Player 客户端的角度来了解 RTMP 协议。
译序:JW Media Player 是开源的网页使用的 Flash 播放器。本文采摘于 JW Player 的官方文档,讲解了 JW Player 对于 RTMP 的使用方法,我们可以从 JW Player 客户端的角度来了解 RTMP 协议。以下是官方原文:

简介
RTMP ( Real Time Messaging Protocol 实时消息传输协议 ) 是一个用于将点播和直播媒体交付给 Adobe Flash 应用 (比如 JW Player) 的体系。RTMP 支持 MP4 和 FLV 视频,AAC 和 MP3 音频。RTMP 相对于一般的 HTTP 视频下载 (很多网站使用这种方式进行在线视频播放) 具有以下优势:
  • RTMP 可以进行视频直播,人们可以在你录制的同时观看视频。
  • RTMP 可以做动态流,播放视频的质量可以根据带宽而自动变化。
  • 播放器可以快进到视频的后面部分,这对于大于十分钟的视频很有用 (这一点是 HTTP 下载方式的在线视频无法匹敌的)。
  • 播放器维护有一个小小的缓冲,避免了视频回放时的重新下载,节省了带宽。
缺点
但是,请注意 RTMP 也有自身的缺点,最重要的几个是:
  • RTMP 使用了跟 HTTP 不同的协议和端口号,这使得它很容易遭受 (公司) 防火墙的封堵。可以使用 RTMPT (通过 HTTP 通道) 避免这个问题,但这需要服务器付出一定的性能代价。
  • RTMP 数据被流化后传给播放器,这意味着连接的带宽必须要比视频的数据速率大。如果连接中止了几秒,流将卡住。这个问题在很大问题上可以使用包含一个低质量文件的动态流来进行预防。

最大的缺点是 RTMP 只能工作在 Flash 而不能工作在 HTML5。新的 HTTP 流协议,比如苹果的 HTTP Live Streaming (HLS),具有更广泛的设备支持 (比如 iOS),在未来的几年内很可能会取代 RTMP。JW Player 在 Flash 和 HTML5 模式下都能够支持苹果 HLS

服务器支持
要使用 RTMP,你的主机或者 CDN 需要安装一个专用 RTMP 服务器。这里有两个主流产品,JW Player 都支持:
  • Wowza Media Server是当前最广泛采用的解决方案。它包含了支持几乎所有的流媒体协议,包括 RTMP。Wowza 3 引入了对 JW6 SMIL manifest 的专用支持 (看下文)。
  • Adobe Media Server是另外一个很好地选择。因为 Flash 是由 Adobe 开发的,RTMP 的新功能首先会在 FMS 上跑的通。
CDNS
以下 CDN (Content Delivery Networks 内容分发网络) 能够支持 RTMP,并且使用 JW Player 测试效果良好。它们都支持 动态 流,除了 CloudFront,也都支持现场 直播
现场直播
RTMP 的一个关键的特征就是能够进行现场直播,比如展示会,音乐会或者体育赛事。在 JW Player 和一台 RTMP 服务器之后,你还需要一个小工具来将直播视频提取给服务器。有很多这样的工具可供选择。 Flash Live Media Encoder 就是这样的一个免费的,可以用于 Windows 和 Mac 的工具。
对于 FMS 和 Wowza,嵌入直播流的方式和嵌入点播的方式一样。但是,对于 Akamai、Edgecast 和 Limelight 等 CDN 要求播放器订阅到直播流。JW Player 6 支持这种机制
JW Player 6 将会像嵌入一个点播文件一样嵌入一个直播流,但有个例外:取代显示在时间轴上的滑块 (直播嘛) 的是播放器在控制条上显示时间的标题。
负载均衡
对于大规模的部署,JW Player 为支持服务器的负载均衡提供了三个机制:
  • DNS负载均衡,独立于 JW Player。
  • RTMP 302重定向,被 Wowza 用于负载均衡。更多信息参考他们的用户指南。
  • SMIL负载均衡,包含 RTMP 链接到边缘节点的一个初始化 SMIL 文件。可以参见下面关于 SMIL 文件动态流的例子。
隐藏字幕
JW Player 支持 RTMP 直播和点播的字幕隐藏。只支持一个单一的 CC 轨道,而且这个轨道必须是 TX3G 格式的。Wowza 和 Adobe media server 都有能力使用 RTMP 发送 TX3G 字幕。

JW Player 第一次遭遇一个文本提示的 TX3G 时,它在控制条中放置了一个 CC 按钮。如果用户选择启用 CC,这一偏好会被保存在 cookie,用户以后观看任何视频时 CC 都会是启用状态。

嵌入一个流
嵌入一个 RTMP 流到 JW Player 6 只是简单提供一个完整流 URL 的问题。这里是一个很基本的例子,播放一个 MP4 视频:
1 jwplayer("myElement").setup({
2 file:"rtmp://example.com/application/mp4:myVideo.mp4",
3 image:"/assets/myVideo.jpg",
4 height: 360,
5 width: 640
6 });


以上例子仅仅工作在桌面上,因为 Flash 在移动终端不可用。下面是另一个例子,使用 RTMP 和 HTTP 加载的一个 MP4。RTMP 流将会在桌面播放,下载的 HTTP 将会在移动终端播放:
01 jwplayer("myElement").setup({
02 playlist: [{
03 image:"/assets/myVideo.jpg",
04 sources: [{
05 file:"rtmp://example.com/application/mp4:myVideo.mp4"
06 },{
07 file:"/assets/myVideo.mp4"
08 }]
09 }],
10 height: 360,
11 primary:"flash",
12 width: 640
13 });


因为 主要 呈现模式设置为 Flash ,RTMP 流被选中。如果这一选项没有设置,JW Player 将会播放 HTTP 下载,因为很多浏览器 (比如 Chrome、IE)在 HTML5 中支持那个 (JW6 中的默认模式)。
参见 Working with Playlists 以获取关于加载多路源的更多信息。
应用和流
技术上讲,一个 RTMP 流包含两块:
  • 应用路径 (例如rtmp://example.com/vod/)。
  • 标识 (例如mp4:myFolder/video.mp4)。
JW Player 6 中,这两块被整合到单个 URL。JW Player 根据 mp4 flv 或者 mp3 前缀的位置来决定应用和流之间的分割。
1. MP4/M4V/MOV/F4V 视频需要一个 mp4: 前缀:
  1. rtmp://example.com/vod/mp4:myFolder/myVideo.mp4

2. FLV 视频或者一个直播流 (FLV 容器下的) 需要一个 flv: 前缀:
  1. rtmp://example.com/vod/flv:myFolder/myVideo.flv
  2. rtmp://example.com/live/flv:myFolder/myLiveStream

3. MP3 音频需要一个 mp3: 前缀:
  1. rtmp://example.com/vod/mp3:myFolder/mySong.mp3

4. M4A/F4A/AAC 音频文件也需要一个 mp4: 前缀:
  1. rtmp://example.com/vod/mp4:myFolder/mySong.m4a

如果没有找到任何前缀,player 在文件名最后一个 / 之后对应用和流进行分割。前缀随后被自动添加 (mp4:,mp3:)。注意flv前缀并不被 Wowza/Adobe 服务器内部使用,因此 JW Player 将在请求流之前将其剥离。

动态流
除了加载单一 RTMP 流之外,JW Player 6 支持加载动态流。一个 动态 流包含多个具有同一内容的单流,它们具有不同的品质。JW Player 允许在这样一个流中进行不同品质的自动或者手工切换。
动态流必须使用叫做 SMIL manifest 设置。这是一些包含有 RTMP 应用路径加上存放在 RTMP 服务器上的流的路径的简单的 XML 文件。播放器经常假定一个带有 .smil 后缀的文件是一个 RTMP SMIL manifest:
1 jwplayer("myElement").setup({
2 file:"/assets/myVideo.smil",
3 image:"/assets/myVideo.jpg",
4 height: 360,
5 width: 640
6 });

这是另一个例子,使用了一个 RTMP 动态流 (为桌面) 和一个渐进 MP4 下载 (为移动终端):
01 jwplayer("myElement").setup({
02 playlist: [{
03 image:"/assets/myVideo.jpg",
04 sources: [{
05 file:"/assets/myVideo.smil"
06 },{
07 file:"/assets/myVideo.mp4"
08 }]
09 }],
10 height: 360,
11 primary:"flash",
12 width: 640
13 });

注意 SMIL manifest 是 跨域安全限制 的主题。如果你的 SMIL 文件位于你的网站或播放器之外的另一台服务器上,你需要去设置一个 crossdomain.xml 文件。
SMIL 内容
这是一个基本的例子,使用了三个不同的流:
01 <smil>
02 <head>
03 <metabase="rtmp://example.com/vod/"/>
04 </head>
05 <body>
06 <switch>
07 <videosrc="myVideo-high.mp4"height="720"system-bitrate="2000000"width="1280"/>
08 <videosrc="myVideo-medium.mp4"height="360"system-bitrate="800000"width="640"/>
09 <videosrc="myVideo-low.mp4"height="180"system-bitrate="300000"width="320"/>
10 </switch>
11 </body>
12 </smil>


品质的切换由 JW Player 自动完成,它将选用最高品质:
  • 谁的 system-bitrate 更适合连接的当前带宽。
  • 谁的 width 更适合播放器屏幕的当前宽度。
用户可以通过设置快捷菜单中的品质对这些自动选项进行重写。manifest 中的 关于流的 height 属性用于设置菜单的标签 (例如 720p )。
WOWZA 3
Wowza Media Server 3 为这些 SMIL manifest 引入了专门的支持。如果你在运行 3.1.2.15 或更高版本的 Wowza,在你适配的流的 URL 后面添加 /jwplayer.smil 来得到这些 manifest。
这里是 Wowza3 中 SMIL manifest 和 M3U8 manifest 的 URL 的样子:
  1. http://example.com/vod/smil:myvideo.smil/jwplayer.smil
  2. http://example.com/vod/smil:myvideo.smil/manifest.m3u8

配置选项
RTMP 提供了一些配置选项来对流的播放进行调整。它们设置在一个专用的 rtmp 选项块中。
缓冲长度
在默认情况下,JW Player 试着为 RTMP 视频维护一个长度为 3 秒的缓冲。这意味着有三秒钟的视频被从服务器端获取并随时可以播放。这个长度可以使用 RTMP bufferlength 选项进行修改:
1 jwplayer("myElement").setup({
2 file:"rtmp://example.com/vod/mp4:myVideo.mp4",
3 height: 360,
4 image:"/assets/myVideo.jpg",
5 rtmp: {
6 bufferlength: 0.1
7 },
8 width: 640
9 });

可用值的范围是从 0.1 (对于低延时的直播) 到 10 (为防止频繁的重缓冲)。
FC 订阅
当使用 Akamai、Edgecast 或者 Limelight 等 CDN 分发直播流时,播放器不能简简单单地连接到直播流。播放器需要通过发送一个叫做 FC Subscribe 的调用到服务器进行订阅。JW Player 包含了对此的支持,使用 RTMP subscribe 选项:
1 jwplayer("myElement").setup({
2 file:"rtmp://example.com/xxxx/myStream",
3 height: 360,
4 image:"/assets/myLivestream.jpg",
5 rtmp: {
6 subscribe:true
7 },
8 width: 640
9 });

注意这一个功能仅适用于单一 RTMP 流。对于多位率的直播流,应该使用 HLS 协议。
安全令牌
Wowza Media Server 具有一个叫做 安全令牌 的特性,用于保护你的流被下载。它通过播放器发送给服务器一个令牌,然后服务器在开始发送流之前对令牌验证进行工作。JW Player 通过使用 RTMP securetoken 选项支持这一机制:
1 jwplayer("myElement").setup({
2 file:"rtmp://example.com/vod/mp4:myVideo.mp4",
3 height: 360,
4 image:"/assets/myVideo.jpg",
5 rtmp: {
6 securetoken:"Kosif093n203a"
7 },
8 width: 640
9 });

注意我们不支持编译安全令牌的选项。SWF 通过提供了对 JS (它们都是客户端) 的安全增强,尤其是当 JS 代码有点混乱时。
原文链接: http://www.longtailvideo.com/support/jw-player/28854/using-rtmp-streaming/
目录
相关文章
|
Linux Android开发 编解码
VLC播放RTSP视频延迟问题
之前写过一篇关于在Linux平台上编译Android平台上VLC播放器源代码的文章,vlc这款播放器非常优秀而且是开源的,它的核心是开源视频编解码库ffmpeg。而且这款播放器还支持RTSP协议,这个主要是用开源的live555来实现的,live555这个库以后还需要认真研习。
4568 0
|
7月前
|
编解码 开发工具 Android开发
安卓端/iOS端如何播放4K分辨率的RTMP/RTSP流
4K分辨率即4096×2160的像素分辨率,它是2K投影机和高清电视分辨率的4倍,属于超高清分辨率。在此分辨率下,观众将可以看清画面中的每一个细节,每一个特写。影院如果采用惊人的4096×2160像素,无论在影院的哪个位置,观众都可以清楚的看到画面的每一个细节,影片色彩鲜艳、文字清晰锐丽,再配合超真实音效,这种感觉真的是一种难以言传的享受。
247 0
安卓端/iOS端如何播放4K分辨率的RTMP/RTSP流
|
7月前
|
Linux 开发工具 图形学
Unity下如何实现RTMP或RTSP播放端录像?
Unity下如何实现RTMP或RTSP播放端录像?
229 0
|
7月前
|
Linux 开发工具 图形学
Unity下如何实现RTMP或RTSP流播放和录制
在探讨Unity平台RTMP或RTSP直播流数据播放和录制之前,我们先简单回顾下RTSP或RTMP直播流数据在Unity平台的播放流程: 1. 通过Native RTSP或RTSP直播播放SDK回调RGB/YUV420/NV12等其中的一种未压缩的图像格式; 2. Unity下创建相应的RGB/YUV420等Shader; 1. Unity从各个平台获取图像数据来填充纹理即可。
174 0
|
7月前
|
开发工具 图形学 Android开发
如何在Unity3d平台下低延迟播放RTMP或RTSP流
随着VR类、工业仿真、智慧城市等场景的快速发展,开发者对Unity3d低延迟的直播需求量越来越大,前两年,大牛直播SDK发布了Windows平台、Android平台和iOS平台的Unity3d RTMP和RTSP的播放,好多公司用起来体验都非常好,以下介绍大概实现流程。
109 0
|
7月前
|
编解码 图形学 Android开发
如何实现RTMP或RTSP播放端回调YUV/RGB数据?
今天某乎收到个问题推荐,如何实现RTSP回调YUV数据,用于二次处理? 正好前些年我们做RTSP和RTMP直播播放的时候,实现过相关的需求,本文就以Android为例,大概说说具体实现吧。
|
7月前
|
开发工具 Android开发 iOS开发
RTSP流怎么录制
大牛直播录像SDK可作为单独功能模块使用(如同时多路录像存档),亦分布于以下模块,和其他模块组合调用: windows/android/iOS推送端SDK Demo; windows/android/iOS播放端SDK Demo;
|
7月前
|
开发工具 开发者 Windows
QT实现低延迟的RTSP、RTMP播放器
好多开发者在QT环境下实现RTMP或RTSP播放时,首先考虑到的是集成VLC,集成后,却发现VLC在延迟、断网重连、稳定性等各个方面不尽人意,无法满足上线环境需求。本文以调用大牛直播SDK(官方)的Windows平台播放端SDK为例,介绍下如何在QT下实现低延迟的RTMP|RTSP播放器,废话不多说,先上图:
275 0
|
7月前
|
编解码 开发工具 Android开发
RTSP播放器或RTMP播放器常用的事件回调设计
很多开发者在开发RTSP或RTMP播放器的时候,不晓得哪些event回调事件是有意义的,针对此,我们以大牛直播SDK(github)的Android平台RTSP/RTMP直播播放端为例,简单介绍下常用的event id,总的来说,有以下几个部分组成:
|
7月前
|
vr&ar 开发工具 图形学
Windows平台Unity3d下如何同时播放多路RTSP或RTMP流
好多开发者在做AR、VR或者教育类产品时,苦于如何在windows平台构建一个稳定且低延迟的RTSP或者RTMP播放器,如果基于Unity3d完全重新开发一个播放器,代价大、而且周期长,不适合快速出产品,我们认为当前最好的方式就是集成现有Native平台上成熟稳定播放器,回调rgb/yuv数据到上层,上层做绘制即可。

热门文章

最新文章