obs的流名称是什么

URL就是直播服务器的发布地址，流名称是流媒体直播系统提供的。

流媒体采用流式传输技术在网络上连续实时播放的媒体格式，如音频、视频或多媒体文件。

流媒体文件一般定义在bit层次结构，因此流数据包并不一定必须按照字节对齐，虽然通常的媒体文件都是按照这种字节对齐的方式打包的。流媒体的三大操作平台是微软公司、RealNetworks、苹果公司提供的。

实时流式传输指保证媒体信号带宽与网络连接匹配，使媒体可被实时观看到。实时流与HTTP流式传输不同，他需要专用的流媒体服务器与传输协议。

实时流式传输总是实时传送，特别适合现场事件，也支持随机访问，用户可快进或后退以观看前面或后面的内容。理论上，实时流一经播放就可不停止，但实际上，可能发生周期暂停。

实时流式传输必须配匹连接带宽，这意味着在以调制解调器速度连接时图象质量较差。而且，由于出错丢失的信息被忽略掉，网络拥挤或出现问题时，视频质量很差。如欲保证视频质量，顺序流式传输也许更好。

实时流式传输需要特定服务器，如：QuickTime Streaming Server、RealServer与Windows Media Server。这些服务器允许你对媒体发送进行更多级别的控制，因而系统设置、管理比标准HTTP服务器更复杂。

实时流式传输还需要特殊网络协议，如：RTSP (Realtime Streaming Protocol)或MMS (Microsoft Media Server)。这些协议在有防火墙时有时会出现问题，导致用户不能看到一些地点的实时内容。

—流媒体

若你在via浏览器中无法打开流媒体，这有可能是由于以下原因，大家可以参考一下：

1 浏览器版本过低：请确保您的via浏览器已经更新至最新版本。因为新版本的浏览器可能会修复一些旧版本的bug，从而改善流媒体播放的体验。

2 缺少相关插件：您浏览器可能缺少相关插件，比如Flash Player或其他流媒体播放器插件。请在via浏览器中寻找并安装相应插件。

3 网络问题：流媒体需要稳定的网络环境来保证正常播放。如果您的网络不太稳定，可以尝试更换网络环境连接或者调整浏览器设置以减少对网络的占用。

4 浏览器设置问题：您可能需要在via浏览器中更新或者调整一些设置，以确保流媒体播放的流畅性。例如，可以尝试清空浏览器缓存、禁用广告拦截器、取消浏览器对流媒体的阻止等。

总之，如果您在via浏览器中无法打开流媒体，请先排除以上可能的问题，并尝试重启浏览器或重新加载页面。如果问题仍然存在，请尝试使用其他浏览器或者检查您的device是否支持当前流媒体！

问题一：流媒体用的是什么协议？ 流媒体的传输协议

大家在观看网上**或者电视时，一般都会注意到这些文件的连接都不是用或者ftp开头，而是一些rtsp或者mms开头的东西，为什么是这样呢？实际上，这些和和ftp一样，都是数据在网络上传输的协议，只是它们是专门用来传输流式媒体的协议而已。下面，让我们来看一下现在使用的主要的流媒体协议：

1 RTSP（Real Time Streaming Protocol），实时流媒体协议，它是由RealNetworks和Netscape共同提出的，现在用于RealNetworks的Real Media产品中；

2 PNM（Progressive Networks Audio），这也是Real专用的实时传输协议，它一般采用UDP协议，并占用7070端口，但当你的服务器在防火墙内且7070端口被挡，且你的服务器把SmartingNetwork设为真时，则采用协议，并占用默认的80端口；

3 MMS（Microsoft Media Server protocol），这是微软的流媒体服务器协议，MMS 是连接 Windows Media 单播服务的默认方法。

介绍了主要的三个，可能您还会问，Apple的QuickTime使用哪种协议呢？在多数情况下，Quick盯ime使用协议，但实际上它也由标准的流媒体传输协议，这就是标准RTSP协议，而Real公司使用的RTSP是自己经过开发的。

在流媒体传输中，标准的协议就是RTP（Real time Transport Protocol，实时传输协议）、RTCP(Real-time Transport Control Protocol，实时传输控制协议)、RTSP（Real Time Streaming Protocol，实时流媒体协议）和RSVP（Resource Reserve Protocol, 资源预订协议），厂商们的产品都是在这些协议的基础上进行研究与开发，限于篇幅，在这里我们就不再深入讨论了。

问题二：流媒体系统包括哪三部分？目前三大主流媒体格式以及协议是什么？ 1、编码器：它由一台普通计算机、一块microvision 高清视频采集卡和流媒体编码软件组成。Microvision流媒体采集卡负责将音视频信息源输入计算机，供编码软件处理;编码软件负责将流媒体 采集卡传送过来的数字音视频信号压缩成流媒体格式。如果做直播，它还负责实时地将压缩好的流媒体信号上传给流媒体服务器

2、服务器：由流媒体软件系统的服务器部分和一台硬件服务器组成。这部分负责管理、存储、分发编码器传上来的流媒体节目。 3、终端播放器，也叫解码器: 这部分由流媒体系统的播放软件和一台普通PC组成，用它来播放用户想要收看的流媒体服务器上的视频节目。

流媒体技术原理

目前主流的流媒体技术有三种，分别是RealNetworks公司的RealSystem、Microsoft公司的WindowsMediaTechnology和Apple公司的QuickTime。这三家的技术都有自己的专利算法、专利文件格式甚至专利传输控制协议。

问题三：常见的流媒体协议有哪些？ 有MMS,RSVP,RTSP,RTP,RTPC等等

问题四：流媒体是什么有什么类型 流媒体，又叫流式媒体，是边传边播的媒体，是多媒体的一种。边传边播是指媒体提供商在网络上传输媒体的“同时”，用户一边不断地接收并观看或收听被传输的媒体。“流”媒体的“流”指的是这种媒体的传输方式（流的方式），而并不是指媒体本身。

有两种类型；

1顺序流式传输是顺序下载，在下载文件的同时用户可观看在线媒体，在给定时刻，用户只能观看已下载的那部分，而不能跳到还未下载的前头部分，顺序流式传输不象实时流式传输在传输期间根据用户连接的速度做调整。由于标准的HTTP服务器可发送这种形式的文件，也不需要其他特殊协议，顺序流式传输比较适合高质量的短片段，如片头、片尾和广告，由于该文件在播放前观看的部分是无损下载的，这种方法保证**播放的最终质量。

2实时流式传输指保证媒体信号带宽与网络连接配匹，使媒体可被实时观看到。实时流与HTTP流式传输不同，他需要专用的流媒体服务器与传输协议。实时流式传输总是实时传送，特别适合现场事件，也支持随机访问，用户可快进或后退以观看前面或后面的内容。理论上，实时流一经播放就可不停止，但实际上，可能发生周期暂停。实时流式传输必须配匹连接带宽，这意味着在以调制解调器速度连鸡时图象质量较差。而且，由于出错丢失的信息被忽略掉，网络拥挤或出现问题时，视频质量很差。如欲保证视频质量，顺序流式传输也许更好。

问题五：流媒体协议RTMP，RTSP与HLS有什么不同 流媒体协议RTMP,RTSP与HLS有什么不同？

HLS (HTTP Live Streaming)

Apple的动态码率自适应技术。主要用于PC和Apple终端的音视频服务。包括一个m3u(8)的索引文件，TS媒体分片文件和key加密串文件。

常用的流媒体协议主要有 HTTP 渐进下载和基于 RTSP/RTP 的实时流媒体协议，这二种基本是完全不同的东西，目前比较方便又好用的是用 HTTP 渐进下载方法。在这个中 apple 公司的 HTTP Live Streaming 是这个方面的代表。它最初是苹果公司针对iPhone、iPod、iTouch和iPad等移动设备而开发的流现在见到在桌面也有很多应用了，HTML5 是直接支持这个。

但是HLS协议的小切片方式会生成大量的文件，存储或处理这些文件会造成大量资源浪费。如果要实现数天的时移，索引量将会是个巨额数字，并明显影响请求速度。因此，HLS协议对存储I/O要求相当苛刻。对此，也有公司提出了非常好的解决方案。

新型点播服务器系统，独创了内存缓存数据实时切片技术，颠覆了这种传统实现方法，从根本上解决了大量切片的碎片问题，使得单台服务器的切片与打包能力不再是瓶颈。其基本原理如下：

不将TS切片文件存到磁盘，而是存在内存当中，这种技术使得服务器的磁盘上面不再会有“数以吨计”的文件碎片，极大减少了磁盘的I/O次数，延长了服务器磁盘的使用寿命，极大提高了服务器运行的稳定性。同时，由于使用这种技术，使得终端请求数据时直接从服务器的内存中获取，极大提高了对终端数据请求的反应速度，优化了视频观看体验。

RTSP协议，这应该是实时性最好的了，如果要想实时性要求很高，比如05s以内，这个是不错的选择。前阵子模仿spydroid写了个建议的rtsp 服务器，其实就是options，describe，setup，play，pause，teardown这几步了，这个协议用的最广泛，网上介绍也比较 多。要想真正深入了解rtsp协议，c++语言功底好的可以查看live555 。

问题六：实现流媒体传输的主要协议有哪些？各自的功能和任务是什么 基于Windows Media技术的流媒体系统的设计与实现

摘要：本文在简介流媒体技术及其中的Windows Media技术的基础上，结合实际简述了Windows Media服务器的安装、ASF文件的制作以及“点播单播发布点”、“广播单播发布点”、“多播广播站”的创建方法，从实践角度阐述了在网络中实现流媒体服务的技术和方法。

关键词：Windows Media 流媒体 网络视频

Windows Media-based streaming media technology, Design and Implementation

Abstract: This article profiles in streaming media technology in its Windows Media technology on the basis of the actual bined on a Windows Media server installation, ASF, as well as the production of documents on-demand unicast release point, Broadcast Unicast release point, Multicast broadcast stations, the creation of methods, and through links to web pages, etc They may be related to the test, from the perspective of the practice described in the network to achieve streaming media services technologies and methods

Key words: Windows Media streaming video network

1流媒体技术概述

流媒体简单地说就是应用流式传输技术在Internet/Intranet上传输的连续时基媒体，如：音频、视频或多媒体文件。流式媒体在播放前并不下载整个文件，只将开始部分内容存入内存，流式媒体的数据流随时传送随时播放，只是在开始时有一些延迟。流媒体实现的关键技术就是流式传输。流式传输主要指通过网络传送媒体（如视频、音频）的技术总称。其特定含义为通过Internet将影视节目传送到PC机。流媒体技术是包含了采集、编码、传输、储存、解码等多项技术的综合技术。

2 Windows Media技术简介

21 特点

Microsoft公司推出的Windows Media技术具有方便性、先进性、集成性、低费用等特点，而且其制作、发布和播放软件与Windows NT/2000/9x集成在一起，不需要额外购买。Microsoft的流视频解决方案在Microsoft视窗平台上是免费的，制作端与播放器的视音频质量都上佳，而且易于使用。

22 Windows Media播放方式

Windows Media播放方式包括单播、多播、点播与广播。它们的含义如下表所示：

单播：是客户端与服务器之间的点到点连接。在客户端媒体服务器之间建立一个单独的数据通道，1台服务器送出的每个数据包只能传送给1个客户机。

多播：是通过启用多播的网络传递内容流，网络中的所有客户端共享同一流。由多播技术构建>>

问题七：什么是流媒体播放协议 流媒体技术基础-流媒体传输协议

作者/来源：未知

实时传输协议RTP与RTCP

RTP（Real-timeTransportProtocol）是用于Internet上针对多媒体数据流的一种传输协议。RTP被定义为在一对一或一对多的传输情况下工作，其目的是提供时间信息和实现流同步。RTP通常使用UDP来传送数据，但RTP也可以在TCP或ATM等其他协议之上工作。当应用程序开始一个RTP会话时将使用两个端口：一个给RTP，一个给RTCP。RTP本身并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。通常RTP算法并不作为一个独立的网络层来实现，而是作为应用程序代码的一部分。实时传输控制协议RTCP。RTCP(Real-timeTransportControlProtocol)和RTP一起提供流量控制和拥塞控制服务。在RTP会话期间，各参与者周期性地传送RTCP包。RTCP包中含有已发送的数据包的数量、丢失的数据包的数量等统计资料，因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用，它们能以有效的反馈和最小的开销使传输效率最佳化，因而特别适合传送网上的实时数据。

621 RTP数据传输协议

RTP提供端对端网络传输功能，适合通过组播和点播传送实时数据，如视频、音频和仿真数据。RTP没有涉及资源预订和质量保证等实时服务，RTCP扩充数据传输以允许监控数据传送，提供最小的控制和识别功能。RTP与RTCP设计成独立传输和网络层。

211 RTP固定头

RTP 头格式如下：

-----------------------------------------------------------------------------------------------

|V=2|P|X| CC |M| PT | 系列号 |

-----------------------------------------------------------------------------------------------

| 时标 |

-----------------------------------------------------------------------------------------------

| 同步源标识(SSRC) |

-----------------------------------------------------------------------------------------------

| 作用标识 (CSRC) |

| |

-----------------------------------------------------------------------------------------------

开始12个八进制出现在每个RTP包中，而CSRC标识列表仅出现在混合器插入时。

212 复用 RTP 连接

为使协议有效运行，复用点数目应减至最小。RTP中，复用由定义RTP连接的目的传输地址（网络地址与端口号）提供。例如，对音频和视频单独编码的远程会议，每个媒介被携带在单独RTP连接中，具有各自的目的传输地址。目标不在将音频和视频放在单一RTP连接中，而根据SSRC段载荷类型进行多路分解。使用同一SSRC ，>>

问题八：流媒体协议RTMP，RTSP与HLS有什么不同 RTMP是Real Time Messaging Protocol(实时消息传输协议)的首字母缩写。该协议基于TCP，是一个协议族，包括RTMP基本协议及RTMPT/RTMPS/RTMPE等多种变种。RTMP是一种设计用来进行实时数据通信的网络协议，主要用来在Flash/AIR平台和支持RTMP协议的流媒体/交互服务器之间进行音视频和数据通信。支持该协议的软件包括Adobe Media Server/Ultrant Media Server/red5等。

RTSP(Real Time Streaming Protocol)，RFC2326，实时流传输协议，是TCP/IP协议体系中的一个应用层协议，由哥伦比亚大学、网景和RealNetworks公司提交的IETF RFC标准。该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或UDP完成数据传输。HTTP与RTSP相比，HTTP请求由客户机发出，服务器作出响应;使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。RTSP是用来控制声音或影像的多媒体串流协议，并允许同时多个串流需求控制，传输时所用的网络通讯协定并不在其定义的范围内，服务器端可以自行选择使用TCP或UDP来传送串流内容，它的语法和运作跟HTTP 11类似，但并不特别强调时间同步，所以比较能容忍网络延迟。而前面提到的允许同时多个串流需求控制(Multicast)，除了可以降低服务器端的网络用量，更进而支持多方视讯会议(Video Conference)。因为与HTTP11的运作方式相似，所以代理服务器〈Proxy〉的快取功能〈Cache〉也同样适用于RTSP，并因RTSP具有重新导向功能，可视实际负载情况来转换提供服务的服务器，以避免过大的负载集中于同一服务器而造成延迟。

问题九：实时流媒体RTSP协议的开发，该看哪些书籍 可以看看live555，那个代码里面有rtsp，流程很清晰，很好理解

如果要做流媒体客户端的话，可能会用到directshow

问题十：移动流媒体的控制协议 流媒体使用的特有的应用和控制协议有RTP/RTCP、RSVP和RTSP。（1）实时传输协议（RTP）和实时控制协议（RTCP）。RTP/RTCP是基于IP的应用层协议，支持实时数据（音频、视频流）的传输，其思想是传输实时数据的同时发送一些关于传输和接收的质量的反馈信息，这两个任务分别由RTP和RTCP完成。RTP提供一些机制用于进行时间重建、定时、丢包检测和重排序。RTP支持单播和组播，可用于单向传输也可用于双向业务，但是RTP本身不提供如何实时传输的机制，也不提供可靠的流阻塞控制，而是通过与RTCP和UDP的配合，使传输效率达到最优化。RTP/RTCP为传送实时数据提供需要的功能和控制机制，但是其本身不负责高层的任务，如重排序和同步，这些由应用程序完成。（2）资源预留协议（RSVP）。RSVP允许数据接收方为数据流请求特殊的端到端QoS。实时应用使用RSVP在路由器上预留必要的资源，这样在传输的时候可以得到所要求的带宽。RSVP流程是单一的，不区别发送方和接收方。RSVP支持组播和单播，并适应变化的成员个数和路由。使用RSVP要求传输路径上的节点都支持RSVP，这很难得到保证，所以流应用一般不使用RSVP。（3）实时流协议（RTSP）。RTSP是一个应用层协议，利用RTSP可以在服务器和客户端之间建立并控制连续的音频媒体和视频媒体流，进行服务器和客户端之间的“网络远程控制”，提供类似VCR的音频和视频的远程控制功能。但是RTSP要在独立于数据的通道中进行传输。RTSP支持单播和组播，提供选择传送通道的方法，可以选择UDP、组播UDP和TCP，而低层的传输机制依赖于RTP或TCP。RTSP与低层的协议（如RTP、RSVP）一起协调运行，提供完全的流服务。RTSP是有状态的、对称的协议，RTSP服务器维护会话状态且RTSP中媒体服务器和客户端都能发出请求。RTSP的语法和操作与HTTP相似，使用专用于音频和视频的类似于HTTP中的URL。

　　Wowza Streaming Engine 4 (也就是著名的Wowza Media Server®)是一个高性能、可扩展的流媒体服务器软件，支持直播、VOD、在线视频聊天、远程录制功能， 它也支持多种播放器技术，包括：

Adobe® HTTP Dynamic Streaming (HDS) Adobe Flash® 播放器

Apple® HTTP Live Streaming (HLS) iPhone®, iPad®, iPod touch®, Safari® 浏览器, QuickTime® 播放器

Microsoft® Smooth Streaming Microsoft Silverlight®

MPEG-DASH streaming DASH clients

Real Time Streaming Protocol (RTSP/RTP) QuickTime 播放器, VLC 媒体播放器, 以及许多移动终端

MPEG-2 Transport Streams (MPEG-TS) 机顶盒和IPTV 解决方案

安装Java

Wowza Streaming Engine 4 是一个基于Java 6 (也就是 16) 和Java 7 (也就是 17)的应用程序，需要先安装Java Runtime Environment (JRE) 6 或以上版本。

Wowza Streaming Engine可以使用下面的Java安装包:

Java Development Kit (JDK) 这个JDK 包含了完整的JRE 并可以让Java 开发人员开发和调试服务端应用。

Java Server JRE 这个Server JRE 是一个完整的JRE。如果你只是要运行Java程序，而不是开发和调试，那么可以用这个安装包。

第三方的Java虚拟机环境、 用户端的Java JRE、以及32位的客户端环境，这些都不是运行Wowza server 软件所需要的服务端环境。 你可以在32位的Java JRE上运行Wowza Streaming Engine，但它仅仅只能用于测试环境，此外，还需要一些额外的配置。

为了得到最好的性能，为了能够使用Wowza Transcoder AddOn，我们推荐你将Wowza Streaming Engine 安装在 64位的操作系统和最新的64位Java JDK 或 Server JRE。

注意:

Wowza Transcoder AddOn 只能运行在64位的Windows 和 Linux 操作系统和64位的Java VM。

你可以从Oracle Java SE 下载页面或 所有操作系统下的Java 下载页面下载下载64位Java JDK 或 Server JRE。

根据手册或指南安装Java 环境。

你可以用java –version命令来验证是否已经正确安装了Java。

如果Java已经被正确的安装和配置，命令行或终端窗口会出现Java的版本号，它应该至少是16版本。

针对32位Java 客户端环境下运行Wowza Streaming Engine 所需要的配置

如果你下载32位客户端版本的Java JRE，比如在wwwjavacom页面点击Free Java Download 按钮。 我们不推荐使用这个版本，要使用它，你需要在Wowza Stream Engine 上做如下配置：

在[install-dir]/conf/目录下，用一个文本编辑器打开Tunexml文件。

删除文件中的<VMOption>-server</VMOption>属性。

保存文件，然后重启Wowza Streaming Engine 。

- 或者 -

在Java的安装目录的bin文件夹下，通常位于[java-install-dir]\bin下，按如下操作

创建一个名字为server的文件夹。

例如，当你的Java安装在C:\Program Files\java\jre7下，那么创建如下文件夹:

Code:

C:\Program Files\java\jre7\bin\server

将[java-install-dir]\bin\client 文件夹下的内容拷贝到[java-install-dir]\bin\server 文件夹下。

确认JAVA_HOME 环境变量能正确匹配你的Java安装根目录([java-install-dir])

例如，C:\Program Files\java\jre7 如果这个环境变量设置的不对，请参考After installing latest Java version, java command is still using old Java (fix) 以了解更多如何解决它的信息。

安装Wowza Streaming Engine 4

注意:

在安装Wowza Streaming Engine 406之前要卸载以前的任何Wowza版本。

到Wowza官网的 安装包下载 页面点击 Download 以下载你需要的操作系统下的Wowza版本。

下载完成后，按以下步骤进行:

Windows: 双击安装文件, WowzaStreamingEngine-406exe, 按界面提示进行。

Mac OS: 双击 WowzaStreamingEngine-406dmg 文件，然后双击安装包Wowza Streaming Engine 406pkg, 按界面提示进行。

Linux: 进入包含安装文件的目录，根据你的平台，执行以下命令:

Red Hat Package Manager (RPM):

打开命令Shell，输入如下命令:

Code:

sudo chmod +x WowzaStreamingEngine-406rpmbin

sudo /WowzaStreamingEngine-406rpmbin

Debian Package Manager (DEB):

打开命令Shell，输入如下命令:

code:

sudo chmod +x WowzaMediaStreamingEngine-406debbin

sudo /WowzaStreamingEngine-406debbin

其它Linux系统TAR包安装:

打开命令Shell，输入如下命令:

code:

sudo chmod +x WowzaStreamingEngine-406tarbin

sudo /WowzaStreamingEngine-406tarbin

在安装过程中，你会被要求:

接受授权协议(license agreement)

输入一个合法的产品授权序列号。这个序列号是由Wowza公司通过邮件发给你的，你会在收件箱中找到它。

创建一个管理员账户需要的用户名和密码。你将用这个账号登录基于Web的Wowza Streaming Engine Manager。注意：用户名和密码都是大小写敏感的。

确认或改变安装目录，默认情况下，Wowza Streaming Engine 将被安装在以下目录:

/Applications/Wowza Streaming Engine 406/

/Library/LaunchDaemons/

/Library/WowzaStreamingEngine/ (an alias)

/Library/WowzaStreamingEngine-406/

Windows: \Program File(x86)\Wowza Media Systems\Wowza Streaming Engine 406

Mac OSX:

Linux/Unix: /usr/local/WowzaStreamingEngine-406

如果你希望在系统启动后自动启动Wowza Streaming Engine 和 Streaming Engine Manager 。 请在提示界面中接受默认的选项 Start Wowza Streaming Engine automatically when the system starts 以及 Launch Wowza Streaming Engine Manager in a web browser ，这样可以使得服务器和管理界面能够在操作系统启动后自动启动，这样会方便很多。 如果你没有接受这些选项，你必须自己启动服务器和管理界面。

启动软件

如果你在安装的时候没有选择自动启动服务和管理界面，你必须手动启动它们。根据不同的操作系统平台，按以下指导进行。

Windows平台上以服务方式启动:

按WIN键 + R

在运行对话框输入 servicesmsc，然后点击确定。

在Services MMC窗口中,右键Wowza Streaming Engine 406，然后点击启动。

要确定Wowza Streaming Engine是否已经正常启动，请在Web浏览器访问下面的URL：

http://[wowza-ip-address]:1935

在这里，[wowza-ip-address], 是运行Wowza Streaming Engine的服务器IP地址或域名。例如:

http://localhost:1935

如果已经正常启动，浏览器上会显示Wowza Streaming Engine 的版本号。如果没有，请检查软件是否已经正确安装，在你的路由和防火墙设备以及软件防火墙上的TCP端口是否被打开。

当 Wowza Streaming Engine 服务正常运行后，你再启动Wowza Streaming Engine Manager。

回到Services 窗口, 右键Wowza Streaming Engine Manager 406, 然后选择e Start

Mac OS X平台上以服务方式启动

到/Applications/WowzaStreamingEngine-406/ ，双击 Start Services

运行Start Services 应用，将Wowza Streaming Engine server software 和 Wowza Streaming Engine Manager 同时作为系统服务启动。

要确定Wowza Streaming Engine是否已经正常启动，请在Web浏览器访问下面的URL：

http://[wowza-ip-address]:1935

在这里，[wowza-ip-address], 是运行Wowza Streaming Engine的服务器IP地址或域名。例如:

http://localhost:1935

如果已经正常启动，浏览器上会显示Wowza Streaming Engine 的版本号。如果没有，请检查软件是否已经正确安装，在你的路由和防火墙设备以及软件防火墙上的TCP端口是否被打开。

Linux平台上以服务方式启动

要在Linux平台以服务方式将启动Wowza 软件，你必须以用sudo命令成为root用户。 如果以下的指导在你的Linux发型版本上不能生效，请咨询您的Linux手册。

在一个终端窗口，输入下面的命令(依赖你的Linux发型版本):

Code:

sudo service WowzaStreamingEngine start

-或-

Code:

/etc/initd/WowzaStreamingEngine start

要确定Wowza Streaming Engine是否已经正常启动，请在Web浏览器访问下面的URL：

http://[wowza-ip-address]:1935

在这里，[wowza-ip-address], 是运行Wowza Streaming Engine的服务器IP地址或域名。例如:

http://localhost:1935

如果已经正常启动，浏览器上会显示Wowza Streaming Engine 的版本号。如果没有，请检查软件是否已经正确安装，在你的路由和防火墙设备以及iptables上的TCP端口是否被打开。

当 Wowza Streaming Engine 服务正常运行后，你再启动Wowza Streaming Engine Manager。

在一个终端窗口，输入下面的命令(依赖你的Linux发型版本):

Code:

sudo service WowzaStreamingEngineManager start

-或-

Code:

/etc/initd/WowzaStreamingEngineManager start

移动直播行业的火热会在很长一段时间内持续，通过和各行业的整合，从而成为具有无限可能性的行业。主要因为以下三个原因：

第一，移动直播的UGC生产模式比PC端的直播更明显，人人都有设备，随时随地开播，完全顺应了互联网时代的开放性原则，能刺激更多人去创造和传播优质内容。

第二，网络带宽和速度在逐渐提高，网络成本在逐渐下降，为移动直播提供一个极佳的发展环境。文字、声音、视频、游戏等都会在移动直播中呈现，创造出更加丰富的用户体验。直播可以以SDK的形式接入到自己的应用中，比如，教育领域中的课后辅导完全可以以直播的形式开展业务、电商也可借助直播让用户挑选商品，促进销售。

第三，一个与VR/AR技术相结合的移动直播为整个行业的未来提供了新的发展空间。VR/AR直播能够让用户身临其境，带动主播与观众更贴切真实的互动，大大提高平台的用户参与度。

当下，有技术实力和流量优势的互联网从业者都不愿错过直播这个风口，如何快速搭建一个直播系统成了大家关心的问题，我想和大家分享下我的经验。我从事于一家直播产品开发商，我们的产品为了快速赶上市场，并没有自己完全去自己做，而是使用了趣拍云服务提供的直播SDK。

从业者都知道，一个完整直播产品应该包含以下环节：推流端（采集、前处理、编码、推流），服务端处理（转码、录制、截图、鉴黄），播放器（拉流、解码、渲染）、互动系统（聊天室、礼物系统、赞）。 下面我就一一讲述下直播SDK在各个环节所做的工作。

一、移动直播推流端需要做哪些工作？

直播推流端即主播端，主要通过手机摄像头采集视频数据和麦克风采集音频数据，经过一系列前处理、编码、封装，然后推流到CDN进行分发。

1、采集

移动直播SDK通过手机摄像头和麦克风直接采集音视频数据。其中，视频采样数据一般采用RGB或YUV格式、音频采样数据一般采用PCM格式。采集到的原始音视频的体积是非常大的，需要经过压缩技术处理来提高传输效率。

2、前处理

在这个环节主要处理美颜、水印、模糊等效果。美颜功能几乎是直播的标配功能。我们调研中发现太多case是因为没有美颜功能被抛弃使用的。另外国家明确提出了，所有直播都必须打有水印并回放留存15天以上。

美颜实际上是通过算法去识别图像中的皮肤部分，对皮肤区域进行色值调整。通过颜色对比找到皮肤区域，可以进行色值调整、添加白色图层或调整透明度等来等来达到美白效果。在美颜处理方面，最著名的GPUImage提供了丰富的效果，同时可以支持iOS和Android，支持自己写算法实现自己最理性的效果。GPUImage内置了120多种常见滤镜效果，添加滤镜只需要简单调用几行代码就可以了。

3、编码

为了便于手机视频的推流、拉流以及存储，通常采用视频编码压缩技术来减少视频的体积，现在比较常用的视频编码是H264。在音频方面，比较常用的是用AAC编码格式，其它如MP3、WMA也是可选方案。视频经过编码压缩大大提高了视频的存储和传输效率，当然，经过压缩后的视频在播放时必须进行解码。

相较于之前的H264，2012年诞生的H265编解码标准有了相当大的改善，做到了仅需要原来一半带宽即可播放相同质量的视频，低于15Mbps的网络也能传输1080p的高清视频。像阿里云、金山云都在推自己的H265编解码技术，随着直播的快速发展和对带宽的依赖，H265编解码技术已有全面取代H264的趋势。

H264和H265个模块技术差异：

另外，硬件编码已经成为移动直播的首选方案，软编码处理在720p以上的视频颓势非常明显。在iOS平台上硬件编码的兼容性比较好，可以直接采用，但在 Android 平台上，MediaCodec 编码器针对不同的芯片平台表现差异还是非常大的，要完全实现全平台兼容的成本还是非常高的。

4、推流

要想用于推流还必须把音视频数据使用传输协议进行封装，变成流数据。常用的流传输协议有RTSP、RTMP、HLS等，使用RTMP传输的延时通常在1_3秒，对于移动直播这种实时性要求非常高的场景，RTMP也成为移动直播中最常用的流传输协议。最后通过一定的Qos算法将音视频流数据推送到网络断，通过CDN进行分发。在直播场景中，网络不稳定是非常常见的，这时就需要Qos来保证网络不稳情况下的用户观看直播的体验，通常是通过主播端和播放端设置缓存，让码率均匀。另外，针对实时变化的网络状况，动态码率和帧率也是最常用的策略。

当然，在网络传输方面全部自己来做基本不现实，找提供推流服务的CDN服务商提供解决方案是最好的选择，可参考文章开头介绍的云视频服务商。据了解，阿里云是国内唯一能自研CDN缓存服务器的厂商，性能非常有保障。当然，大多数直播平台都会同时接入多个视频云服务提供商，这样可以做拉流线路互备，对推流后视频集群再进行优化也可提高直播的流畅性和稳定性。

二、服务端处理需要做哪些工作？

要想适配各终端和平台，服务端还需要对流进行转码，如支持RTMP、HLS、FLV等格式拉流，支持一路转多路适配不同网络和分辨率的终端设备。

1、截图、录制、水印

像阿里云等云服务商都提供了实时转码技术，将用户推流码率较高（比如720P）实时转化成较低清晰度（比如360P）的流以适应播放端的需求。如果要自己搭建实时转码系统，这个成本是极高的，一台8核设备只能实时转10路流，如果一个正常的直播平台有1000路流，就需要100台设备，加上后期的运维成本，一般公司就吃不消了。

2、鉴黄

2016年4月14日，文化部查出了斗鱼、虎牙、YY、熊猫TV、六间房、9158等涉嫌提供含宣扬*秽、暴力、教唆犯罪的网络直播平台，被列入查处名单。政府介入管制有利于直播行业打造健康的生态，进入良性发展。这也意味着为了安全直播产品鉴黄成了必需环节，使用技术手段去鉴黄是移动直播平台必然采用的方案。

市面上提供鉴黄服务的方案主要有两种，第一种是对视频进行截图，然后对进行鉴黄，返回鉴黄结果和分值。典型的企业有阿里（绿网）、图谱科技，他们目前都支持直接传入视频，经过服务端分析返回结果。通常由业务系统接入鉴黄服务，根据鉴黄结果对直播流进行控制，如切断直播流、封禁账号等。第二种是和CDN结合，直接对直播流进行分析，识别结果分为色情、疑似色情、性感和正常，业务系统根据识别结果直接控制直播流。典型的企业是Viscovery，这套方案的优点是实时性保证比较好，缺点是必须部署到CDN或自己的机房，使用成本相对高一些。

还有像趣拍云服务这种一站式直播解决方案提供商，他们的做法是，用户只需在控制台对鉴黄服务进行配置就可以针对每个应用、每一路直播流进行实时审核。在控制台中，趣拍视频云服务实时将鉴黄结果返回，用户可以直接查看色情直播和违规界面的截图，同时可以对直播流进行控制，切断问题直播流。该服务商还提供了短信、邮件和站内信功能，避免漏掉任何一个非法视频，给平台造成损失，我们就使用了这种方式。

三、播放器端需要做哪些工作？

在播放器端如何做到秒开，直播过程中保证画面和声音清晰度的同时，稳定、流程、无卡顿的直播流量，这些工作都需要播放器端配合服务端来做优化，做到精确调度。

1、拉流

拉流实际是推流的逆过程。首先通过播放端获取码流，标准的拉流格式有RTMP、HLS、FLV等。RTMP是Adobe的专利协议，开源软件和开源库都支持的比较好，如开源的librtmp库，播放端只要支持flashPlayer的就能非常简单的播放RTMP直播，直播延迟一般在1_3秒。HLS是苹果提出的基于HTTP的流媒体传输协议，HTML5可以直接打开播放，通过微信、QQ等软件分享出去，用户也可以直接观看直播，可以说移动直播app，HLS拉流协议是必须支持的，缺点是延迟通常大于10秒。FLV（HTTP-FLV）协议是使用HTTP协议传输流媒体内容的一个协议，也不用担心被Adobe的专利绑架，直播延迟同样可以做到1_3秒。

各拉流协议的差异：

我们使用的趣拍视频云服务的直播拉流技术提供了以上三种格式，满足不同业务场景的需求，如对即时性要求较高或有互动需求的可以采用RTMP或FLV格式进行直播拉流播放；对于有回放或跨平台需求的，推荐使用HLS。当然，三种协议是可以同时使用的，分别用到自己的场景就可以了。

2、解码和渲染

拉流获取封装的视频数据后，必须通过解码器解码、渲染后才能在播放器上播放。它是编码的逆过程，是指从音视频的数据中提取原始数据。前面介绍的H264和H265编码格式都是有损压缩，所以在提取后的原始数据，并非原始采样数据，存在一定的信息丢失。因此，在视频体积最小的情况下通过各种编码参数保留最好的原始画面，成为了各视频公司的核心机密。

考虑对高清的支持，解码肯定还是要选择硬解码的。前面介绍过，iOS系统由于硬件比较单一、比较封闭，支持的比较好，Android系统由于平台差异非常大，编解码要完全兼容各平台还需要很多工作要做。

四、移动直播中的交互系统

移动直播中最常见的交互有聊天室（弹幕）、点赞、打赏和礼物等，交互系统涉及消息的实时性和互动性，在技术实现上大多是使用IM的功能来实现的。对于在线人数比较多的房间，弹幕消息量是非常大，主播与用户其实都看不过来，为了缓解服务器压力，在产品策略需要做一些必要的优化。

1、聊天室

移动直播中的弹幕交互是用户和主播互动的主要方式，实际上就是IM中的聊天室功能。聊天室和群聊功能类似，但聊天室的消息是不需要分发给不在线的用户的，历史消息也不需要查看，用户只有进入聊天室后才能查看聊天消息和群成员信息。面对复杂多变的网络状况，还需要根据用户位置就近选择近对应运营商的单线机房接入弹幕消息服务，让弹幕更及时。

2、礼物系统

礼物系统更是绝大多数移动直播平台的标配了，它是这些平台主要的收入来源。送礼物的形式也增强了用户和主播之间的互动交流，也是主播依赖平台的最主要原因。

礼物的收发在技术实现上也是用聊天室接口做的，通常采用IM中的自定义消息实现，当用户收到或发送礼物时将自定义消息对应的礼物图形渲染出来。

以上就是我们在使用了第三方SDK服务后总结出来的直播产品经验，希望能帮助到创业者和从业者们。

蒋先生（微信号love-drunk-hard），直播行业老兵。

拉流和推流的区别如下：

推流指的是把采集阶段封包好的内容传输到服务器的过程，而拉流是指服务器已有直播内容，用指定地址进行拉去的过程。

主流的推送协议和优缺点

RTMP

RTMP是Real Time Messaging Protocol（实时消息传输协议）的缩写，是Adobe公司为Flash/AIR平台和服务器之间音、视频及数据传输开发的实时消息传送协议。RTMP协议基于TCP，包括RTMP基本协议及RTMPT/RTMPS/RTMPE等多种变种。

HLS

Http Live Streaming是由Apple公司定义的基于HTTP的流媒体实时传输协议。它的原理是将整个流分为多个小的文件来下载，每次只下载若干个。服务器端会将最新的直播数据生成新的小文件，客户端只要不停的按顺序播放从服务器获取到的文件，就实现了直播。

WebRTC

WebRTC（Web Real-Time Communication），即“源自网页即时通信”。WebRTC是一个支持浏览器进行实时语音、视频对话的开源协议。WebRTC的支持者甚多，Google、Mozilla、Opera推动其成为W3C推荐标准。

indexm3u8是保存音频、视频分块的列表文件，通常一个大文件会被分割成若干小文件，然后通过m3u8记录每个文件的地址。indexm3u8文件不是病毒。

1、M3U8文件是指UTF-8编码格式的M3U文件。

2、M3U文件是记录了一个索引纯文本文件，打开它时播放软件并不是播放它，而是根据它的索引找到对应的音视频文件的网络地址进行在线播放。

3、M3U8是一种常见的流媒体格式，主要以文件列表的形式存在，既支持直播又支持点播，尤其在Android、iOS等平台最为常用。

扩展资料：

1、HLS 与 M3U8的关系：

HLS（全称：Http Live Streaming）是由Apple公司定义的用于实时流传输的协议，HLS基于HTTP协议实现，传输内容包括两部分，一是M3U8描述文件，二是TS媒体文件。

2、使用HLS的优势：

（1）自适应码率流播（adaptive streaming）。效果就是客户端会根据网络状况自动选择不同码率的视频流，条件允许的情况下使用高码率，网络繁忙的时候使用低码率，并且能够自动在二者之间随意切换。

（2）为什么要用 TS 而不是 MP4？这是因为两个 TS 片段可以无缝拼接，播放器能连续播放，而 MP4 文件由于编码方式的原因，两段 MP4 不能无缝拼接，播放器连续播放两个 MP4 文件会出现破音和画面间断，影响用户体验。

参考资料：

sewise流媒体服务器软件系统是一整套流媒体编码、分发和存储的软件系统，包含直播、点播、虚拟直播、剪切、转码、视频管理系统。这些软件支持多屏多系统播放，终端客户使用手机、平板、电脑、电视等终端，ios、安卓、windows、linux等系统，都能支持播放。 UMS通过使用RTMP协议向Flash Player传输或接收多种比特率的直播/点播媒体流、数据以及远程调用信息UMS服务器支持基于Adobe Flash/AIR技术平台的流媒体点播/直播及其他功能

AMS流媒体服务系统是一套完整的基于IP网络的音视频应用平台，采用模块化，跨平台的架构设计，采用自主研发的高性能流媒体服务引擎，支持多种主流流媒体协议（RTP、RTSP、RTMP、http、HLS等）；支持直播、点播、录播等多种应用模式；支持PC机、手机、机顶盒等多种接入终端。方便用户建立多种应用模式

21 使用UMSMonitor配置UMS服务

UMSMonitor是一款专门用于管理Ultrant MediaServer服务器软件的工具软件，使用它可以方便地启动、停止、重启Ultrant Media Server服务，并可以设置各种运行参数。您可以通过鼠标右键点击Windows托盘右下角的蚂蚁图标来弹出系统菜单，见下图：

弹出上图菜单后，用鼠标左键选取“打开Ultrant Media Server Monitor”选项，即可弹出UMSMonitor的主控界面，如下图：

在UMSMonitor软件主控界面上，您可以通过左边的“服务状态”列表查看已经安装的UMS相关服务及其工作状态，要管理其中某一项服务，您需要先选中左边的列表项，然后找到右边的三个服务控制按钮，分别是“启动服务”、“停止服务”、“重启服务”，这三个按钮分别对应的功能是：启动UMS相关服务、停止UMS相关服务、重启UMS相关服务。 在UMSMonitor软件主控界面上，您需要先选中“Ultrant Media Server(UMS)”项，然后通过鼠标左键点击右边的“配置服务”按钮来进入Ultrant Media Server服务器软件配置界面。配置界面如下图：

配置完成后，您需要点击“应用”以确认修改，然后点击“确定”使修改立刻生效，此时软件会提示您是否重启Ultrant Media Server服务以使修改生效，选择“确定”是配置生效。

22 测试点播功能

要使用点播功能，您需要自己准备一个FLV格式的视频文件，并将其拷贝至任一媒体库路径下（媒体库路径可以通过UMSMonitor来添加），或将该FLV格式视频文件所在路径添加至媒体库路径。

视频文件及媒体库路径准备好后，请确保修改的设置已经生效，以及文件名没有冲突。如果您使用的是安装程序自带的Nginx Web服务器，请将nginx安装目录下html子文件夹中的vodhtml文件用记事本打开；如果您使用已有的Web服务器，请将Web服务器根目录下的UMS\vodhtml用记事本打开，找到下述代码：

soaddVariable('file','6roomsflv');

soaddVariable('start','0');

soaddVariable('streamer','rtmp://127001:1935/vod');

将127001改为您当前服务器的IP地址；如果您使用自己准备的FLV格式视频文件，请将vodhtml文件中上述代码中的“6roomsflv”改为您自己准备的视频文件名称。

如果您使用安装程序自带的Nginx Web服务器，您可以通过浏览器访问http://{服务器IP地址}/vodhtml来访问点播页面；如果您使用您的计算机原有的Web服务器，您可以通过浏览器访问http://{服务器IP地址}/UMS/vodhtml来访问点播页面。

播放页面正常出现后，点击播放器即可播放。

23 测试直播功能

您可以使用Adobe公司提供的免费软件Adobe Flash Media Live Encoder31来测试UltrantMedia Server软件的直播功能。

231 安装Adobe Flash Media Live Encoder31

安装过程及帮助详见Adobe官方网站。

232 准备摄像设备

您可以使用USB网络摄像头或专业的视频采集卡（需要Adobe Flash Media Live Encoder31程序能够识别）来作为视频源。

233 使用Adobe Flash Media Live Encoder31发布直播流

打开Adobe Flash MediaLive Encoder31软件，确保视频采集设备和音频采集设备能正常工作，正常工作的硬件设备看似应该如下图所示：

请正确设置好坐图红色矩形框所标注的位置，其中，FMS URL位置处的URL地址应该为”rtmp://{UltrantMedia Server所在服务器IP地址}/live”,Stream位置处应该为”livestream”。设置完成后，要首先按下”Connect”按钮，如果“Connect”按钮上的文字变成“Disconnect”，则表明连接成功；然后按最下边红色矩形框标注的“Start”按钮，以启动直播发布。正常工作的Adobe Flash Media LiveEncoder31看似应该如下图所示：

234 查看直播视频

如果您使用的是安装程序自带的NginxWeb服务器，请将nginx安装目录下html子文件夹中的livehtml文件用记事本打开；如果您使用已有的Web服务器，请将Web服务器根目录下的UMS\livehtml文件用记事本打开，找到下述代码：

soaddVariable('file','livestream');

soaddVariable('streamer','rtmp://127001:1935/live');

将127001改为您当前服务器的IP地址；如果您重新命名了发布的视频流的名称，请将livehtml文件中上述代码中的“livestream”改为您自己命名的视频流的名称。

如果您使用安装程序自带的Nginx Web服务器，您可以通过浏览器访问http://{服务器IP地址}/livehtml来访问直播页面；如果您使用您的计算机原有的Web服务器，您可以通过浏览器访问http://{服务器IP地址}/UMS/livehtml来访问直播页面。 UMS支持可伸缩的无限级连直播集群组网功能，通过简单的可视化配置，您就可以将多台装有UMS服务器软件的服务器组成一个统一的直播网络群，其中的每一个节点都可以对外提供一致的直播服务。

31使用UMSMonitor管理工具配置直播集群组网功能

打开UMSMonitor的服务配置界面，找到其中的”CDN配置”选项页，如下图：

如果您选择“使用直播流转发服务器功能”，则UMS可以作为直播流转发服务器使用。当您选择“应用”配置，选择“确定”并重启服务使配置生效后，您当前配置的UMS服务器软件将自动连接到上级UMS直播源服务器的同步地址和端口，以获取直播同步信息。注意：您必须启用上级UMS服务器的“使用直播流服务器功能”，也就是启用上级UMS服务器同等的上述配置页面的下半部分选项。只有在与上级UMS服务器的同步端口和同步口令一致的情况下，当前配置的UMS服务器才能连接到上级直播源服务器的同步端口，才能进行直播信息同步。

“上级直播源服务器服务地址”理论上与“上级直播源服务器同步地址”是一致的，都是上级服务器的地址（当设置UMS的对外视频直播服务IP与UMS对外直播同步服务IP不一致的情况除外），“上级直播源服务器服务端口”就是上级UMS服务器在UMSMonitor配置工具服务配置页面中的“基本配置”页面上的“IP地址和端口”栏中设置的监听端口，上级UMS通过这个端口对外提供视频数据直播服务。当前配置的UMS服务器也是从上级服务器的对外视频数据直播服务端口获取实时视频直播数据，并经由本地转发的。

启用本地的“使用直播流源服务器功能”后，当前配置的UMS服务器即可作为直播源服务器，为下级UMS服务器提供直播信息同步服务和直播视频流传输服务。

UMS服务器在进行上下级组网同步直播信息和直播数据流的同时，还能对用户提供视音频数据的点播和直播功能。下图描绘的是使用UMS进行直播组网后的效果图：

从版本189开始，Ultrant Media Server引入了一种新的服务器程序，即媒体内容访问控制服务器（UMAS，即Ultrant Media Access Service）。UMAS为Ultrant Media Server服务器系统提供了强大而灵活的网络授权功能，可以有效地保护您的媒体内容。

41 UMAS服务模式介绍

UMAS是一个口令生成与管理服务器软件。UMAS提供访问口令的生成、管理与分发功能，并提供友好的开发集成接口。UMAS与UMS对外服务主程序的协作图如下：

或见下图：

42 配置UMAS及UMS以使用访问控制功能

您可以通过UMSMonitor程序来配置UMAS服务，以及配置UMS与UMAS的连接参数。

421配置UMAS服务

请首先确保UMAS服务已经安装。打开UMSMonitor配置工具（方法见22），您可以从已安装的服务列表中查看UMAS服务是否已经安装。要配置UMAS服务，先用鼠标选中Ulrant Media Access Service(UMAS)行，点击面板右边的“配置服务”按钮，即会弹出UMAS服务的配置页面，如下图。其中，口令分发服务相关参数影响UMS主服务程序与UMAS服务的连接，包括口令分发服务配置栏目和口令分发服务连接设置栏目；口令获取服务相关参数影响通过HTTP连接接口创建并返回口令功能，该部分设置包括口令获取服务配置和口令获取服务连接设置栏目。要获取各个参数的使用方法，请将鼠标移动至相关文本框，您可以通过界面提示信息来修改参数。

注意：这里设置的IP地址是UMAS服务要绑定的IP地址，通常设置为0000，即绑定任意地址；两个端口值分别是UMAS要监听的口令分发服务端口和口令获取服务端口，配置适当的UMS服务主程序将连接到口令分发服务端口与UMAS进行通信，Web系统集成则需要后端服务脚本通过口令获取服务端口创建和获取访问控制口令。与上述两个端口对应的口令则是服务的接入口令。

422配置UMS以连接UMAS

要配置UMS服务，请打开UMSMonitor配置工具（方法见22），先用鼠标选中Ulrant Media Server(UMS)行，点击面板右边的“配置服务”按钮，即会弹出UMS服务的配置页面，再选中“综合配置”页面，如下图所示。

上图中，右下角的“媒体访问控制配置”包含了需要配置的若干选项。其中，UMAS服务器地址是UMAS服务器软件对外提供服务的IP地址（注意：这个IP地址跟章节321配置的UMAS的绑定地址不是一回事）；UMAS服务器端口应与章节321中配置的分发服务器端口一致；UMAS服务器口令应与章节321中配置的分发服务器口令一致。

注意：一旦您选定连接访问控制服务器（UMAS）选项，对于所有访问该UMS服务的连接，均需提供正确的访问控制口令才能访问媒体内容，否则将无法继续访问媒体内容。该功能必须与UMAS一起使用，您需要参照章节321和章节33来设计您的内容管理系统。

43 UMAS内部集成接口

UMAS为方便与现有web系统集成，设计为通过标准HTTP请求创建并获取口令，在此同时，UMAS会自动将新生成的访问口令分发到连接至自身的UMS服务器。UMAS与web系统以及UMS主服务器程序可以分别部署在不同的硬件服务器上。 参数中文释义 参数项 说明 页面 gettoken UMAS提供的获取访问口令的接口页面（内部虚拟页面）。 服务接入口令 token 外部应用访问口令获取接口必须提供的接入口令，该口令通过UMSMonitor程序设置，是为了防止不合法用户使用口令获取功能。 应用名称 app 设置要获取的口令所能访问的应用名称，如果不设置该参数，则获取的口令可以访问所有可用应用。 有效时间 duration 设置要获取的口令的有效时间，超过有效时间的访问口令将不再起作用。（数值类型：整数；单位：秒） 使用次数 limit 设置要获取的口令的使用次数，超过使用次数的访问口令将不再起作用。（数值类型：整数；单位：次）。

注意：如果一个访问口令在有效次数内超过有效时间，其仍会失去有效性。 返回格式 format 设置UMAS返回的口令的格式。（数值类型：枚举（xml和json），如果不设置则返回文本类型）。返回的xml格式举例：

<xml version =10 encoding=utf-8>

<Token>CiQY56Fy6X65ltXH</Token>

返回的json格式举例：

{Token:xDDcnR4V07Iqyn3n}

返回的文本格式举例：

39VvZGpnrmVcsSiZ 44接口使用示例

在使用之前请先确保UMAS服务器程序在正常运行，并开启相关的防火墙端口。您需要先向UMAS管理员获取UMAS对外提供服务的IP地址和端口值，以及服务访问口令，通过下述形式访问UMAS服务以获取媒体访问控制口令（protocol仅支持HTTP）：

{protocol}://{umas_ip}:{umas_port}/gettokentoken={umas_token}&app=vod&duration=100&limit=10&format=xml

45媒体访问控制口令的使用

媒体访问控制口令是一个16位的字符串，在播放器与UMS主服务器程序建立RTMP连接的时候使用，使用方式如下(protocol仅支持rtmp、rtmpe)：

{protocol}://{ums_ip}:{ums_port}/{app_name}token={从UMAS获取的媒体访问控制口令}