流媒体协议介绍
流媒体协议与Darwin服务器
协议结构
PT― 识别 RTP 有效载荷的格式，并通过应用程序决定其解 释。 序列号― 每发送一个 RTP 数据包，序列号增加1。接收方 可以依次检测数据包的丢失并恢复数据包序列。 Timestamp ― 反映 RTP 数据包中的第一个八位组的采样时 间。 SSRC ― 同步源。该标识符随机选择，旨在确保在同一个 RTP 会话中不存在两个同步源具有相同的 SSRC 标识符。
1.3sdp（SDP: Session Description Protocol）
会话描述协议（SDP）为会话通知、会话邀请和其 它形式的多媒体会话初始化等目的提供了多媒体会 话描述。会话目录用于协助多媒体会议的通告，并 为会话参与者传送相关设置信息。 SDP 即用于将 这种信息传输到接收端 SDP 文本信息包括： 会话名称和意图； 会话持续时间； 构成会话的媒体； 有关接收媒体的信息 （地址等） 。
2.2.1.1任务线程
DSS中RTSP监听对象、RTSP会话对象、RTP会话对象均为“任务” 对象，可被任务线程调度完成RTSP请求监听、RTSP请求处理、RTP 数据包发送等工作。每个任务对象都有两个主要的方法:Signal和Run， 用于实现任务对象的通知和运行。任务对象的概念图如图3所示:
Signal方法 方法 若想要通知任务对象完成某一任务，只需调用其Signal方法，并传递 事件，即通知任务对象某一事件。例如在RTP会话任务对象的Play()中 想要启动RTP任务对象开始发送RTP数据包，则通知RTP会话对象一个 “启动事件(StartEvent)"。任务对象Signal方法所作的工作仅仅是设置任 务对象的事件标记值并将任务对象自身作为一个队列元素加入到任务线 程的任务对象队列中去，然后任务线程会调度到该任务并完成特定任务。 Run方法 方法 在任务线程调度到某一任务对象后，会调用其Run方法来完成特定的 工作。在任务对象的Run方法中，首先根据其事件标记值判断被通知的 事件，然后根据该事件完成特定的任务。 任务对象的运行 任务线程调度任务对象并调用任务对象的Run方法完成任务后，根据 返回值对任务对象有进一步的处理:若返回值为负，则删除该任务对象， 一般任务对象在收到“kill事件”后，其Run方法返回负值使得任务对象 在任务线程上被删除;若返回值为零，则不进行进一部处理，使得在任务 对象只有在收到新的事件通知后才能够再次被调度运行:若返回值为正， 则标明该任务对象在返回值时间间隔后需再次被调度运行，则设置其事 件标记为空闲，并以当前时刻和返回值之和作为其运行时刻，然后将其 插入到任务队列中，使得在任务对象的运行时刻到来后会被任务线程调 度得以运行。
流媒体协议
流媒体协议流媒体协议是指用于在网络环境下传输音频、视频等媒体数据的通信协议。
流媒体协议在实时性、带宽控制以及适应不同网络环境等方面都有一定的特殊要求，下面我们来介绍一些常见的流媒体协议。
首先是RTSP协议（Real-Time Streaming Protocol）。
RTSP协议是用来控制流媒体服务器的，它可以实现对媒体流的播放、暂停、快进等操作。
RTSP协议使用了常见的应用层协议，如HTTP、TCP等作为传输方式。
它适用于需要实现对媒体流控制的场景，比如视频监控、视频会议等。
另一个常见的流媒体协议是RTMP协议（Real-Time Messaging Protocol）。
RTMP协议是Adobe公司开发的一种用于流媒体传输的协议，它支持实时音频、视频的传输，并且对带宽控制较为灵活。
RTMP协议常用于视频直播、在线游戏等应用场景。
此外，HTTP协议（Hypertext Transfer Protocol）也可以用于流媒体传输。
虽然HTTP协议是一种非实时的协议，但是通过HTTP协议可以实现流式传输，即在接收者每次请求媒体数据时，服务器会分块发送数据，实现边下载边播放的效果。
流媒体的高延迟和缓冲时间可以通过HTTP协议来减少。
同时，HLS协议（HTTP Live Streaming）也是一种基于HTTP 协议的流媒体协议。
HLS协议将整个视频切成若干个小的文件片段，每个文件片段都有自己的URL地址。
在播放时，客户端会按照一定的规则请求这些文件片段，然后按照顺序播放。
HLS协议通过切片的方式，可以实现更好的适应带宽、适应网络恶化等情况。
最后还有WebRTC协议（Web Real-Time Communication）。
WebRTC协议是一种基于网页的实时通信协议，它可以实现浏览器之间的点对点音视频通信。
WebRTC协议使用了一种名为ICE（Interactive Connectivity Establishment）的技术，可以在不同网络环境下建立起通信连接。
直播技术的流媒体传输协议常见的直播流媒体传输协议介绍
直播技术的流媒体传输协议常见的直播流媒体传输协议介绍直播技术在现代社交媒体中的应用越来越广泛，为了实现高质量的流媒体传输，直播平台借助各种流媒体传输协议。
本文将介绍几种常见的直播流媒体传输协议，并对其特点进行分析。
一、RTMP协议RTMP（Real-Time Messaging Protocol）是一种实时消息传输协议，由Adobe开发。
它采用基于TCP的传输方式，在互联网传输中表现出良好的稳定性和实时性。
RTMP协议通过将音频、视频及元数据打包成小块传输，保证了传输的流畅性和稳定性。
RTMP协议被广泛应用于实时直播领域，尤其在低延迟的直播环境下表现出色。
二、HLS协议HLS（HTTP Live Streaming）协议是由Apple提出的流媒体传输协议。
HLS协议基于HTTP协议，将整个视频分成多个小的TS （Transport Stream）文件，通过HTTP协议逐个传输。
HLS协议适应性强，支持多种终端设备播放，并且能够自适应网络环境的变化。
这使得HLS成为了许多直播平台的首选协议。
三、DASH协议DASH（Dynamic Adaptive Streaming over HTTP）协议是一种动态自适应流媒体传输协议，由MPEG联盟制定。
DASH协议无需握手过程，通过HTTP协议动态获取数据，根据客户端自身的网络情况和解码能力选择相应的码率和片段进行播放。
DASH协议具有较好的抗丢包能力和适应性，能够在不同的网络环境下提供良好的用户体验。
四、FLV协议FLV（Flash Video）协议是一种用于传输视频和音频的流媒体传输协议，由Adobe Flash Player支持。
FLV协议将视频和音频数据打包成FLV文件进行传输，常用于Adobe Flash Player播放器的直播功能。
然而，由于Adobe Flash Player不再被主流浏览器支持，FLV协议的使用范围受到了限制。
五、WebSocket协议WebSocket协议是一种全双工通信协议，它可以在一个TCP连接上实现双向通信。
RTMP、RTSP、HTTP视频协议详解（附：直播流地址、播放软件）
RTMP、RTSP、HTTP视频协议详解（附：直播流地址、播放软件）⼀、RTMP、RTSP、HTTP协议这三个协议都属于互联⽹ TCP/IP 五层体系结构中应⽤层的协议。
理论上这三种都可以⽤来做视频直播或点播。
但通常来说，直播⼀般⽤ RTMP、RTSP。
⽽点播⽤ HTTP。
下⾯分别介绍下三者的特点。
1，RTMP协议（1）是流媒体协议。
（2）RTMP协议是 Adobe 的私有协议，未完全公开。
（3）RTMP协议⼀般传输的是 flv，f4v 格式流。
（4）RTMP⼀般在 TCP 1个通道上传输命令和数据。
2，RTSP协议（1）是流媒体协议。
（2）RTSP协议是共有协议，并有专门机构做维护。
.（3）RTSP协议⼀般传输的是 ts、mp4 格式的流。
（4）RTSP传输⼀般需要 2-3 个通道，命令和数据通道分离。
3，HTTP协议（1）不是是流媒体协议。
（2）HTTP协议是共有协议，并有专门机构做维护。
（3）HTTP协议没有特定的传输流。
（4）HTTP传输⼀般需要 2-3 个通道，命令和数据通道分离。
⼆、可⽤的直播流地址通常我们进⾏ RTMP/RTSP 开发时，除了可以⾃⼰搭建视频服务器来进⾏测试外。
也可以直接使⽤⼀些电视台的直播地址，省时省⼒。
下⾯是我收集汇总的⼀些视频直播地址，亲测可⽤。
1，RTMP协议直播源⾹港卫视：rtmp:///live/hks2，RTSP协议直播源珠海过澳门⼤厅摄像头监控：rtsp://218.204.223.237:554/live/1/66251FC11353191F/e7ooqwcfbqjoo80j.sdp⼤熊兔（点播）：rtsp://184.72.239.149/vod/mp4://BigBuckBunny_175k.mov3，HTTP协议直播源⾹港卫视：/live/hks/playlist.m3u8CCTV1⾼清：/hls/cctv1hd.m3u8CCTV3⾼清：/hls/cctv3hd.m3u8CCTV5⾼清：/hls/cctv5hd.m3u8CCTV5+⾼清：/hls/cctv5phd.m3u8CCTV6⾼清：/hls/cctv6hd.m3u8苹果提供的测试源（点播）：/streaming/examples/bipbop_4x3/gear2/prog_index.m3u8三、播放软件推荐：VLC要播放视频直播流，或者测试⼀个直播视频地址是否可以使⽤。
流媒体相关网络协议
RTMP 传输效率较高，但需要专用的播放器支持，如 Adobe Flash Player。
HLS 和 DASH 则基于 HTTP 协议，可以在普通浏览器中播放，但需要将音视频流 拆分成多个小文件或片段，影响传输效率。
对比分析
• HLS、DASH和SmoothStreaming都是基于HTTP的流媒体协 议，具有跨平台的优势。然而，它们在功能、支持和集成性方 面存在一些差异。例如，DASH具有最广泛的支持和集成性， 而SmoothStreaming则更适合于Windows平台。在选择合适 的协议时，需要考虑应用程序的需求、目标平台和网络条件等 因素。
RTSP/RTP 的使用场景包括但不限于：视频会议、在线直播、视频点播等实时流 媒体应用。
02 HTTP-based 流 媒体协议
HLS（HTTP Live Streaming）
总结词
HLS是一种由Apple公司开发的基于HTTP的流媒体协议，广 泛应用于Apple设备上的直播和点播流媒体服务。
对网络要求较高：WebRTC 对网络的要求比较高，需要 保证网络的质量和稳定性才能达到较好的效果。
05 其他流媒体协议
RTMPS（RTMP over SSL/TLS）
• RTMPS是一种在SSL/TLS协议上运行的RTMP流媒体协议。它通过加密的连接进行数据传输，保证了数据的安全性。 RTMPS在直播流媒体传输中被广泛应用，特别是在需要保护数据安全的场景下。
THANKS
感谢观看
远程会议：WebRTC 可以用于实现远程会议的音 视频通信功能，提高会议效率。
流媒体协议标准RTSP
DESCRIBE CC->S ANNOUNCE CC->S, S->C SGET_PARAMETER C->S, S->C CSOPTIONS CC->S, S->C SPAUSE PLAY RECORD REDIRECT SETUP SET_PARAMETER TEARDOWN CC->S CC->S CC->S SS->C CC->S CC->S, S->C SCC->S
2:消息头部结构 语法RFC889规定,类似HTTP/SIP等协议 语法RFC889规定,类似HTTห้องสมุดไป่ตู้/SIP等协议 messagemessage-header = field-name ":" [ field-value ] fieldfield其语义有协议自身规定,一次请求或者响应可以有多个头结构.
RTSP方法——rtsp交互指令 RTSP方法——rtsp交互指令 A: option 方法,这是一个双向的方法,两端请求对方的能力集.
OPTIONS * RTSP/1.0 SEQ :1 SESSION:12345678
B: DESC方法,用在客户端,向媒体源请求媒体发布信息. DESC方法,用在客户端,向媒体源请求媒体发布信息.
2:快进,快退,后退方法实现 Scale header 这个RTSP头,指定了相对于正常播放速率的比率.该头部参数,可以由Record 这个RTSP头,指定了相对于正常播放速率的比率.该头部参数,可以由Record Play方法携带; Play方法携带; PAUSE这个会话.然后使用定义的Sacle值来设定Play. PAUSE这个会话.然后使用定义的Sacle值来设定Play. PLAY rtsp:///audio RTSP/1.0 CSeq: 836 Session: 12345678 Scale:2 //两倍速率快进 //两倍速率快进 Scale:0.5 Scale:Scale:-1 Scale:Scale:-2 Scale:Scale:-0.5 //1/2倍速率慢进 //1/2倍速率慢进 //后退 //后退 //两倍速度快退 //两倍速度快退 //半倍速度快退 //半倍速度快退
常见的流媒体传输协议-如rtsp，hls等协议
常见的流媒体传输协议-如rtsp，hls等协议参考：流媒体协议介绍（rtp/rtcp/rtsp/rtmp/mms/hls）五种常见流媒体协议HTTP Live Streaming 详解这⼀部分介绍 HLS 主要组件如何协同⼯作以传递流媒体。
从概念上讲，HTTP Live Streaming 包含三部分：服务器组件、分发组件和客户端软件。
在常见配置中，硬件编码器接受输⼊的⾳视频，将其编码为 HEVC 视频、AC-3 ⾳频，输出⽚段化（fragmented）MPEG-4 ⽂件或 MPEG-2传输流，分段器（segmenter）软件将 stream 分割成系列短媒体⽂件，然后将短媒体⽂件放在 web 服务器上。
segmenter 还会创建并维护⼀个包含媒体⽂件列表的索引⽂件（index file）。
索引⽂件的 URL 在 web 服务器上发布，客户端读取索引⽂件，按顺序读取列出的媒体⽂件并播放，各⽚段间没有任何暂停或间隔。
2.1 服务器组件服务器组件负责获取媒体输⼊流并对其进⾏数字编码，将其封装成适合传输的格式，并为分发做准备。
对于直播，服务器需要媒体编码器（可以是现有的硬件），以及⼀种将编码的媒体分割成⽚段并保存为⽂件的⽅法，该⽅法可以是由 Apple 提供的 media stream segmented，也可以是第三⽅解决⽅案。
2.2 分发组件分发系统是 web 服务器或 web 缓存系统，通过 HTTP 将媒体⽂件和索引⽂件传输到客户端。
HTTP Live Streaming 协议不需要对服务器模块进⾏任何⾃定义即可⽤于传输内容，且 web 服务器只需要很少的配置。
要实际使⽤ HTTP Live Streaming，需要将 HTML 页⾯或 app 作为接收器，还需要使⽤ web 服务器，以及将实时流编码为 HEVC 或 H.264视频、 ACC 或 AC-3 ⾳频的分段 MPEG-4 媒体⽂件。
RTSP协议实时流媒体传输的基本协议
RTSP协议实时流媒体传输的基本协议随着互联网的发展和网络带宽的提升，实时视频流媒体传输变得越来越普遍。
为了满足用户对实时视频的需求，一种被广泛应用的协议是实时流媒体传输协议（Real-Time Streaming Protocol，RTSP）。
一、什么是RTSP协议？RTSP协议是一种应用层协议，旨在管理和控制实时流媒体的传输。
它允许客户端和服务器之间进行交互和通信，以控制媒体播放，例如播放、暂停、停止、快进和倒退等。
RTSP协议使用基于文本的请求和响应模型，类似于HTTP协议。
客户端向服务器发送请求，服务器通过响应来回应客户端的请求。
这种交互的方式使得RTSP协议具有灵活性，同时也增加了其可扩展性。
二、RTSP协议的工作原理RTSP协议在实时流媒体传输中起着重要的作用。
以下是RTSP协议的基本工作原理：1. 建立连接客户端与服务器之间首先建立RTSP连接。
通常，客户端会向服务器发送一个OPTIONS请求，以确认服务器是否支持RTSP协议。
服务器回复一个带有支持的方法列表的响应。
2. 会话描述客户端发送一个DESCRIBE请求，请求服务器提供有关媒体资源的描述信息。
服务器回复一个带有媒体描述的响应，包括媒体类型、媒体格式等信息。
3. 控制会话客户端通过发送SETUP请求来建立媒体传输的会话。
服务器回复一个带有会话标识符的响应，以便将来的操作都与该会话标识符相关联。
4. 媒体控制客户端可以通过发送PLAY、PAUSE、TEARDOWN等请求来控制媒体的播放，暂停和停止。
服务器相应地回复相关响应来执行相应操作。
5. 终止连接当会话结束时，客户端发送TEARDOWN请求来终止与服务器的连接。
三、RTSP协议的优点和应用场景RTSP协议具有以下几个优点：1. 灵活性和可定制性RTSP协议允许客户端与服务器之间进行多种交互，提供了灵活的控制和管理实时流媒体的能力。
客户端可以根据需要控制媒体的播放、暂停、停止等操作，满足不同的需求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
RTSP为纯粹的传输控制协议。 RTSP协议本身不与它负载的媒体数据 相关。 RTSP协议需要自定义客户端向服务器 发送RTSP命令。
传统流媒体传输协议——RTSP
RTSP为纯粹的传输控制协议。 RTSP协议本身不与它负载的媒体数据 相关。 RTSP协议需要自定义客户端向服务器 发送RTSP命令。
分发原理 • 数据经编码器、流分段器、文件分段器处理后为.ts文件（媒体数据）及.m3u8文件（媒体数据索引） 存在于服务器之上 • 客户端访问.m3u8后按索引下载.ts文件进行播放 索引实例
#EXTM3U #EXT-X-TARGETDURATION:30 #EXTINF:30, http://192.169.1.176/sample_100k-1.ts #EXTINF:30, http://192.169.1.176/sample_100k-2.ts #EXTINF:30, http://192.169.1.176/sample_100k-3.ts #EXT-X-ENDLIST 根据这个文件，播放器会依次下载sample_100k-1.ts，sample_100k-2.ts，sample_100k-3.ts
√ × 终端容量大小 依内容压缩率从好到差 √ √
Streaming
√ √ 无限制 还受限于网络带宽 × ×
观看延时
服务器
必须全部下载完
Web server
基本实时
Streaming server
流媒体传输类型
• 流媒体传输分两类：实时流媒体 和 顺序流媒体
– 实时流传输既可传输实况直播，也可传输完整的音视频文件（专用协议流式）。 – 顺序流媒体不可用于实况直播，仅能传输完整的音视频文件（HTTP渐进式）。
延迟总是会高于普通的流媒体直播协议
iOS平台APP超过10分钟的视频，必须使用HLS协议 HLS中DRM加密采用是端到端整体加密实现，降低了系统的灵活性； 目前，HLS只能在一个视频流中提供一个音轨
HLS对互动的价值
带宽成本，跨网服务时价值巨大
移动端应用建设与扩展
谢谢
20
基于HTTP的流媒体自适应传输协议——HLS
• HLS主要基于TS的视频
流或文件进行封装传输
• HLS类似一个容器封装 MPEG TS传输格式。
• TS是广播电视行业中采
用的节目传输格式。 • 当前HLS编解码采用 MPEG-4或H.264，音 频采用AAC。
基于HTTP的流媒体自适应传输协议——HLS
统一节目 单
增值业务 系统
IPEPG
TRS
回源
CDN中 心
回源
服务能力
BSA
门户
消息网 关
手机网关
CDN节 点
HLS
CDN节 点
RTS P
终端
改造/扩容 新建 信令流 内容流
STB
移动APK
回放流程
点播流程
直播流程
关于HLS需要知道的
HLS是以点播的技术方式来实现直播 由于数据通过HTTP协议传输，所以完全不用考虑防火墙或者代理的问题 分段文件的时长很短，客户端可以很快的选择和切换码率，以适应不同带宽 条件下的播放
区别 音视频数据源 服务器类型 传输协议 跳播
实时流 实时从录制设备上采集， 或（使用专用协议传输的）文 件 专用流媒体服务器 专用协议 HLS、RTSP或RTMP等 可随机访问任意片段
顺序流 可播放的音视频文件 普通的HTTP服务器， 或FTP服务器 一般的HTTP协议， 与传输网页的协议相同 在给定时刻，用户只能观看已下载 的那部分，而不能跳到还未下载的 部分
基于HTTP的流媒体自适应传输协议
实质 • HTTP为基础的流媒体自适应传输是一种混合型的传输方式，它的传输动作类似流
媒体，但是实际上是基于HTTP渐序性下载。
特点 • 第一，它从同一个源产生多个不同码率的节目流以适应不同的带宽和不同的设备 类型。
• 第二.自适应分发文件以及码流传输的变化都是适应有效网络吞吐量和可用的CPU
资源。 • 第三：所有的操作对用户都是透明的，节目流的切换都在后台进行，用户很难注 意到节目流的变化。
自适应流媒术方案能够充分利用广泛存在HTTP基础环境，它实施起来成本更低；
• （2）它具备了更好的伸缩性和可达性，减少了最后一英里带来的问题； • （3）它能够让观众有更好的体验，而不需要内容提供商或运营商去猜测用那种码率 传输更适合观众； 对用户而言它的优势： • （1）快速播放以及拖动，因为播放或拖动节目都是在低码率下完成，等动作完成后 客户端会主动切换到高码率上去； • （2）没有缓冲等待、没有链接中断、没用回看停顿； • （3）平滑的在不同码率节目间切换；
视频格式要求
服务器要求 实况直播要求 文件播放要求
MP4
普通HTTP服务器 专用编码器上传 Apple开发工具 Ts数据文件， M3u8索引文件
无
专用RTSP流媒体服务器 与服务器相关， 自定义上传 与服务器相关， 与播放器相关
传统流媒体传输协议——RTSP
RTSP协议既可以基于UDP传输也可 以基于TCP传输 • UDP比TCP更容易被防火墙或代理 服务器阻隔； • 但是TCP容易产生延迟。
基于HTTP的流媒体自适应传输协议——RTMP
必须采用Flash服务器FMS(Flash Media Server) 或 RED5 FMS的文件点播 • 服务器将F4v 或 Flv文件转化为RTMP流或HTTP流 • 客户端获取RTMP流，提取相应的Flv 或 F4v文件片段进行播放。 FMS的实况直播 • 设备端将数据转化为F4v片段，通过RTMP流上传到服务器 • 服务器转发RTMP流到客户端 • 客户端获取RTMP流，提取数据片段播放。
http渐进式下载原理
• http边下载边播放，严格意义上讲，不是直播协议。他的原理 是先下载文件的基本信息，音频视频的时间戳，再下载音视频 数据，以播放mp4为例：
• 先下载文件头 • 根据文件头指引下载文件尾 • 再下载文件的音视频数据
主流的实时流媒体协议
区别 全称 上层协议 软件模型 研发主要来自 针对客户端 RTMP Real Time Message Protocol TCP或HTTP C\S Adobe 支持Flash类产品的浏览器 支持HTML5的浏览器 FLV， F4V 专用Flash服务器 Flash Media Server Red5 专用编码器上传 Flash Media Encoder Flv ，F4V文件即可， 服务器会自动分解为 F4f 数据文件 f4x索引文件 HLS Http Live Stream HTTP B\S Apple 支持HTML5的浏览器 RTSP Real Time Streaming Protocol RTP，RTCP C\S Microsoft 播放器
（3）索引文件说明了在同一个频道或文件中不同码率节目流的对应性；
（4）终端根据接收切变文件的时间长度来选择最合适的码率； （5）每个切片文件最长10秒，所以接收设备可以自动适应码率变化；
HLS在互动电视体系的应用
运营支撑 AAA BOSS 内容生产
内容生产 内容分发
直播 源 直播 源
业务运营
编排系统
HLS的主要技术特点
（1）节目源采用H.264/TS编码格式，可变码率；
• 使用流切片技术将一个完整的节目切成若干小片，通常是10秒每片，同时使用m3u或m3u8格式生 成播放列表文件用来指导播放器如何播放文件切片； （2）通过HTTP Server分发节目，同时提供合适的缓存。 • HLS技术另外一个优势是能够实现动态自适应码率传输。相对于移动流媒体RTP传输技术，HLS能 够根据终端用户带宽的可用性在终端而不是在前端视频服务上，实现对码率的切换。这种实现方式 是为用户在无保障的网络上提供好的用户体验。
流媒体协议初探
什么是流媒体？
• 流媒体即Streaming Media，是指视频、声音和数据以实时传输协议作为连续实时流从 源端同时向目的地传输，在目的地接收到一定缓存数据后就可以立即播放出来的多媒体 应用。
类别
点播内容 直播内容 最大内容长度 内容质量 内容存储内存 内容重复播放
Downloading