linux流媒体服务器linux流媒体

emby有什么用？

Emby可以用来整理服务器上的视频和音频，并将音频和视频流式传输到客户端设备。

Emby服务器端支持MicrosoftWindows、Linux、MacOS、FreeBSD，客户端支持HTML5网页，Android和IOS等移动操作系统，Roku、AmazonFireTV、Chromecast和AppleTV等流媒体设备，LG智能电视和三星智能电视等智能电视，以及Xbox360和XboxOne等游戏机。

Linux中的全能媒体播放软件XINE是怎样的？

对Linux爱好者来说，在Linux下也可以看VCD/DVD。使用Linux中强大的播放程序——Xine,不但播放VCD/DVD的效果十分优秀，而且还可播放众多的流媒体文件。

linuxmplayer命令行运行视频输出到指定屏幕？

下载安装打开播放1、登录Mplayer和live的官方网站，下载Mplayer的源代码。和相关媒体格式的解码器，以及支持RTSP流媒体格式的Mplayer插件。

2、首先解压缩先前下载的Mplayer-10pre3tarbz2压缩包3、安装Mplayer这里所有的软件包都下载到目录/usr/local/，具体目录根据自己情况定义。MPlayer是一款开源多媒体播放器，以GNU通用公共许可证发布。此款软件可在各主流作业系统使用，例如Linux和其他类Unix系统、微软的视窗系统及苹果电脑的MacOSX系统。MPlayer是建基于命令行界面，在各作业系统可选择安装不同的图形界面。

所谓流媒体是指采用流式传输的方式在Internet/Intranet播放的媒体格式，如音频、视频或多媒体文件。流媒体在播放前并不下载整个文件，只将开始部分内容存入内存，在计算机中对数据包进行缓存并使媒体数据正确地输出。流媒体的数据流随时传送随时播放，只是在开始时有些延迟。显然，流媒体实现的关键技术就是流式传输，流式传输主要指将整个音频和视频及三维媒体等多媒体文件经过特定的压缩方式解析成一个个压缩包，由视频服务器向用户计算机顺序或实时传送。在采用流式传输方式的系统中，用户不必像采用下载方式那样等到整个文件全部下载完毕，而是只需经过几秒或几十秒的启动延时即可在用户的计算机上利用解压设备对压缩的A/V、3D等多媒体文件解压后进行播放和观看。此时多媒体文件的剩余部分将在后台的服务器内继续下载。与单纯的下载方式相比，这种对多媒体文件边下载边播入的流式传输方式不仅使启动延时大幅度地缩短，而且对系统缓存容量的需求也大大降低，极大地减少用户用在等待的时间。

流媒体可以边下载边播放，与平面媒体不同。流媒体最大的特点在于互动性，这也是互联网最具吸引力的地方。

AVI 是 Audio Video Interleave 的缩写，这个看来也不用我多解释了，这个微软由 WIN31 时代就发表的旧视频格式已经为我们服务了好几个年头了。如果这个都不认识，我看你还是别往下看了，这个东西的好处嘛，无非是兼容好、调用方便、图像质量好，但缺点我想也是人所共知的：尺寸大！就是因为这点，我们现在才可以看到由 MPEG1 的诞生到现在 MPEG4 的出台

所谓RMVB格式，是在流媒体的RM影片格式上升级延伸而来。VB即VBR，是Variable Bit Rate（可改变之比特率）的英文缩写。我们在播放以往常见的RM格式**时，可以在播放器左下角看到225Kbps字样，这就是比特率。影片的静止画面和运动画面对压缩采样率的要求是不同的，如果始终保持固定的比特率，会对影片质量造成浪费。

而RMVB则打破了原先RM格式那种平均压缩采样的方式，在保证平均压缩比的基础上，设定了一般为平均采样率两倍的最大采样率值。将较高的比特率用于复杂的动态画面（歌舞、飞车、战争等），而在静态画面中则灵活地转为较低的采样率，合理地利用了比特率资源，使RMVB在牺牲少部分你察觉不到的影片质量情况下最大限度地压缩了影片的大小，最终拥有了近乎完美的接近于DVD品质的视听效果，如图1所示的就是RMVB格式的《圣斗士冥王篇》。可谓体积与清晰度“鱼与熊掌兼得”，其发展前景不容小觑。

相较DVDrip而言，RMVB的优势不言而喻。首先在保证影片整体视听效果的前提下，RMVB的个头只有300~450MB左右（以90分钟的标准**计算），而DVDrip却需要700MB甚至更多；其次RMVB的字幕为内嵌字幕，不像DVDrip那样要安装调试字幕外挂软件，有时还会出现乱码；更重要的是RMVB的影音播放只需一次性安装完解码器，以后无论影像还是音效都无需另行调试。而DVDrip却视频、音频解码一大堆，设置不当还会造成音画不同步、花屏失声等等毛病。

MPEG 是 Motion Picture Experts Group 的缩写，它包括了 MPEG-1, MPEG-2 和 MPEG-4 （注意，没有MPEG-3，大家熟悉的MP3 只是 MPEG Layeur 3）。MPEG-1相信是大家接触得最多的了，因为它被广泛的应用在 VCD 的制作和一些视频片段下载的网络应用上面，可以说 99% 的 VCD 都是用 MPEG1 格式压缩的，（注意 VCD20 并不是说明 VCD 是用 MPEG-2 压缩的）使用 MPEG-1 的压缩算法，可以把一部 120 分钟长的**（未视频文件）压缩到 12 GB 左右大小。MPEG-2 则是应用在 DVD 的制作（压缩）方面，同时在一些 HDTV（高清晰电视广播）和一些高要求视频编辑、处理上面也有相当的应用面。使用 MPEG-2 的压缩算法压缩一部 120 分钟长的**（未视频文件）可以到压缩到 4 到 8 GB 的大小（当然，其图像质量等性能方面的指标 MPEG-1 是没得比的）。MPEG-4 是一种新的压缩算法，使用这种算法的 ASF 格式可以把一部 120 分钟长的**（未视频文件）压缩到 300M 左右的视频流，可供在网上观看。其它的 DIVX 格式也可以压缩到 600M 左右，但其图像质量比 ASF 要好很多。

WMV格式：它的英文全称为Windows Media Video，也是微软推出的一种采用独立编码方式并且可以直接在网上实时观看视频节目的文件压缩格式。WMV格式的主要优点包括：本地或网络回放、可扩充的媒体类型、部件下载、可伸缩的媒体类型、流的优先级化、多语言支持、环境独立性、丰富的流间关系以及扩展性等

没有吧，

什么是流媒体？

目前，在网络上传输音/视频等多媒体信息有两种解决方案，即http或ftp下载以及流式传输。

http或ftp下载使用标准的http和ftp协议，但由于多媒体信息个头巨大，下载一个多媒体文件一般需要几分钟或几小时的时间，这就造成为了看一个并不知道内容的视频，首先需要耗费可能比整个视频都要长的时间来完成下载。这些被下载的文件还必须在下载前制作完成，放在网络服务器上，这样造成的直接后果就是：网络带宽不断提高，人们下载的等待时间越来越少，但最终还是不能观看网上现场直播。

流式传输时，声音、影像或动画等多媒体信息由流媒体服务器向用户计算机连续、实时传送，它首先在使用者端的电脑上创建一个缓冲区，于播放前预先下载一段资料作为缓冲，用户不必等到整个文件全部下载完毕，而只需经过几秒或十数秒的启动延时即可进行观看。当多媒体信息在客户机上播放时，文件的剩余部分将在后台从服务器内继续下载。如果网络连接速度小于播放的多媒体信息需要的速度时，播放程序就会取用先前建立的一小段缓冲区内的资料，避免播放的中断，使得播放品质得以维持。

流式传输除了能够发送已经制作完成的文件外，还可以通过采集服务器实时采集现场音视频，推送到流媒体服务器端，实时提供给用户。因此，流媒体除了能够更好的承担如下载一样的多媒体点播服务外，更能够应用在现场直播、电视转播、突发事件报道等多种对实时性传输要求较高的领域。

有关流媒体的厂商

流媒体的市场巨大，世界上许多优秀的厂商都加入此行列，现阶段更是系统集成商竞争的风水宝地。而在通用市场上，竞争的公司主要有三个：Microsoft、RealNetworks、Apple，而相应的产品就是：Windows Media、Real Media、QuickTime。而近来，以开发Winamp著名的Nullsoft公司也在自己的MP3服务器中加入了视频支持，欲在流媒体市场分一杯羹。

由于Apple的服务器和编辑软件一般都以Mac为操作平台，Nullsoft的流媒体服务器属于新生不成熟事务，所以今天在这里我主要给大家介绍一下Microsoft和RealNetworks的产品。

流媒体的传输协议

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

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

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

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

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

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

流媒体文件和发布格式

有了实时的传输协议，我们应该还能够想到，只有较小的文件才适合网络实时传输，那么，流媒体文件采用了什么样的压缩算法呢？

而使用Windows操作系统的朋友可以看到，我们观看网上流节目时，它们的后缀名一般是rm、asf、wmv等，这些就是流媒体的格式。流媒体文件格式经过特殊编码，不仅采用较高的压缩比，还加入了许多控制信息，使其适合在网络上边下载边播放，而不是等到下载完整个文件才能播放。

常见的流媒体格式大致有以下几种：

流媒体文件格式扩展(Video/Audio) 媒体类型与名称

asf　　　　　　　　　　　　　Advanced Streaming format (Microsoft)

rm　　　　　　　　　　　　　　　Real Video/Audio 文件 (Progressive Networks)

ra　　　　　　　　　　　　　　　Real Audio 文件 (Progressive Networks)

rp　　　　　　　　　　　　　　　Real Pix 文件 (Progressive Networks)

rt　　　　　　　　　　　　　　　Real Text 文件 (Progressive Networks)

swf　　　　　　　　　　　　　Shock Wave Flash (Macromedia)

mov　　　　　　　　　　　　　QuickTime（Apple公司格式）

viv　　　　　　　　　　　　　Vivo Movie 文件(Vivo Software)

另外还有一个wmv格式，是Windows Media Video的简称，它与asf文件有稍许区别，wmv一般采用window media video/audio 格式，asf视频部分一般采用Microsoft MPG4 V(3/2/1)，音频部分是windows media audio v2/1，不过现在很多制作软件都没有把它们分开，所以直接更改后缀名就能够互相转换为对方格式。

制作完成的流媒体文件需要发布到网络上才能够被别人使用，这就需要以特定方式安排压缩好的流媒体文件，而安排流媒体文件的格式就被成为流媒体发布格式。常见的发布格式主要有以下几种：

流媒体发布格式扩展 媒体类型和名称

asf　　　　　　　　Advanced Streaming format

smil　　　　　　　 Synchronised Multimedia Integration Language

ram　　　　　　　　RAM File

rpm　　　　　　　　Embedded RAM File

asx　　　　　　　　ASF Stream Redirector/ASF流转向器文件

xml　　　　　　　　eXtensible Markup Language

MPEG-4与流媒体

说到流媒体就不能不提及MPEG-4。MPEG-4是当前讨论的焦点之一，只因为它能够在大的压缩比下实现近似DVD品质的视频和音频效果，这也是许多朋友认为MPEG-4格式肯定比rm清晰的原因。但事实上并不是如此，MPEG-4只是一种视频编码技术，它的清晰度也根据压缩时所选择的码率的不同有较大的改变（我们见到的MPEG-4格式文件通常为500Kbps压缩生成，质量当然高了），并且，MPEG-4还有多种压缩标准，如Microsoft的asf视频部分就是基于MPEG-4的Discrete Cosine Transform (DCT)，另外还有DivX的免费MPEG-4版本（开始是破解微软的格式而来）。至于音频部分，更是混乱，Microsoft采用windows media audio v2/1，DivX采用MP3或者更高质量的AC3等。相比而言，Real或者Apple的格式使用的是自己开发的编码，在相同码率，特别是低码率下，不见得就比MPEG-4差，采取高码率的rm格式照样清晰可人，所以大家以后说rm格式清晰度差的观念要改变一下：），至少也要加上条件。而且，最新的Helix Producer中的Real Video 9采用VP5压缩格式进行编码，这可比DivX优秀多了！

不过，流媒体服务器开始向MPEG-4格式靠拢是不争的事实，Real最新的Helix就开始支持mp4格式文件的服务，而RealOne Player更是只需安装一个插件便可实现MPEG-4格式的播放。

点播与广播

在架设流媒体服务器之前，我们一定要了解一些点播与广播的知识。

点播是客户端与服务器之间的主动的连接，在点播连接中，用户通过选择内容项目来初始化客户端连接，一个客户端从服务器接收一个媒体流（这个连接是唯一的，其它用户不能占用），并且能够对媒体进行开始、停止、后退、快进或暂停等操作，客户端拥有流的控制权，就像在看影碟一样。这种方式由于每个客户端各自连接服务器，服务器需要给每个用户建立连接，对服务器资源和网络带宽的需求都比较大。

广播指的是用户被动接收流。在广播过程中，客户端接收流，但不能控制流，用户不能暂停、快进或后退该流，广播使用的数据发送手段有单播与广播。使用单播发送时，服务器需要将数据包复制多个拷贝，以多个点对点的方式分别发送到需要它的那些用户，而使用广播方式发送，数据包的单独一个拷贝将发送给网络上的所有用户，而不管用户是否需要，上述两种传输方式会非常浪费网络带宽和服务器资源，因此产生了组播（多播）技术。

组播（多播）吸收了上述两种发送方式的长处，克服了上述两种发送方式的弱点，将数据包的单独一个拷贝发送给需要的那些客户，组播不会复制数据包的多个拷贝传输到网络上，也不会将数据包发送给不需要它的那些客户，保证了网络上多媒体应用占用网络的最小带宽。但组播不仅需要服务器端支持，更需要有多播路由器乃至整个网络结构的支持。

单播与组播（多播）

在上面我们已经了解了一些单播和组播的概念，这也是现在流媒体方面讨论的焦点之一。以我的认识，点播与广播是一组概念，它们和客户端媒体交互的手段；单播和组播又是另外一组概念，它们是流媒体数据在服务器端和网络上的传输方式。

单播发送时，需要在客户端与媒体服务器之间需要建立一个单独的数据通道，从一台服务器送出的每个数据包只能传送给一个客户机，每个用户必须分别对媒体服务器发送单独的查询，而服务器必须向每个用户发送所申请的数据包拷贝。这种巨大冗余会造成服务器沉重和网络带宽的沉重负担，响应需要很长时间，甚至出现不能服务的情况。单播可以用在点播和广播上。

组播发送时，服务器将一组客户请求的流媒体数据发送到支持组播技术的路由器上，然后由路由器一次将数据包根据路由表复制到多个通道上，再向用户发送。这时候，媒体服务器只需要发送一个信息包，所有发出请求的客户端都共享同一信息包，并且信息可以发送到任意地址的客户机，没有请求的客户机不会收到信息包，网络上传输的信息包的总量没有广播那么多，大大提高了服务器和网络线路的利用率。不过组播也有自己的特点，首先是必须要开始支持组播技术的路由器，另外就是一般只能用作广播，因为用作点播会存在用户控制问题。

好了，说了这么多，您可能都嫌我烦了，那么，就让我们开始架设流媒体服务器之旅吧。

a 消耗型商品：只可以使用一次的产品，使用以后即失效，必须再次购买。

示例：小说App购买的书币书券。

b 非消耗型商品：只需购买一次，不会过时或随着使用而减小的产品。

示例：游戏 App 的赛道。

c 自动续期订阅：容许用户在固定时间段内购买动态内容的产品。除非用户选择取消，不然此类订阅会自动续期。

示例：每个月订阅提供流媒体服务的 App。

d 非续期订阅：容许用户购买有时限性服务的产品。此 App 内购买项目的内容能够是静态的。此类订阅不会自动续期。

示例：为期一年的已归档文章目录订阅。

a 客户端向Appstore请求购买产品（假设产品信息已经取得），Appstore验证产品成功后，从用户的Apple账户余额中扣费。

b Appstore向客户端返回一段receipt-data，里面记录了本次交易的证书和签名信息。

c 客户端向我们可以信任的服务器提供receipt-data

d 服务器对receipt-data进行一次base64编码

e 把编码后的receipt-data发往itunesappstore进行验证

f itunesappstore返回验证结果给服务器

g 服务器对商品购买状态以及商品类型，向客户端发放相应的道具与推送数据更新通知

a 验证苹果自动续费的合理性: 是否是切换了账号了，是否是同一个账号下有2个不同的appleid订阅（订阅类型会进行此校验，消耗性直接走b）

b 后台校验成功后，创建后台订单

c 订单生成后，传入productID发起购买请求，苹果服务器验证产品成功后，从用户的Apple账户余额中扣费并向客户端返回凭证（receipt-data）

d 客户端拿到凭证后，向服务器发起凭证校验，服务器拿到凭证进行一次base64编码，发到苹果服务器进行校验并返回结果给服务器。

e 服务器对商品购买状态以及商品类型，向客户端发放相应的道具与推送数据更新通知

解决掉单问题前，我们要先简单把从支付请求开始到结束的步骤按照顺序排列出来，然后分析每一个步骤可能存在的调单情况。

调单的处理可分为在拿到交易订单之后调用 IPA 创建一个 IPA 交易，并且添加到支付队列，收到回调前跟收到回调后。

在创建后台订单时，此时后台会把订单信息回调，并将其已模型的形式存入Keychain中(存入Keychain中数据不会因卸载app等操作丢失)

通过校验队列中的transactions进行判断，没有的话就是没有发起支付请求，那么此时需要重新发起支付的请求。

通过校验队列中的transactions进行判断，有的话就是已经发起支付请求但是没有收到回调，此时需要做SKPaymentQueuedefault()restoreCompletedTransactions()（恢复已经完成的 交易）

首先将transactionId和凭证更新到已存入的Keychain中，通过校验Keychain中的transactionId是否存在，来确定是否已经收到回调，此时需要拿着存入Keychain中的凭证等到后台去校验。

　　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

流媒体管理软件？

中现科技流媒体管理系统软件是一个涵盖流媒体服务器管理、数据库服务器管理以及web服务器管理功能的综管理合系统软件。该系统可便捷的对海量视频进行添加删除转发存储回放转发等管理，可便捷地实现单视频源的海量级并访，可实现视频在web网页上的呈现。

支持flv、flash视频格式；支持RTMP流媒体协议

B/S架构

适应服务器Windows操作系统(可定制Linux操作系统版本）

linuxmplayer命令行运行视频输出到指定屏幕？

下载安装打开播放1、登录Mplayer和live的官方网站，下载Mplayer的源代码。和相关媒体格式的解码器，以及支持RTSP流媒体格式的Mplayer插件。

2、首先解压缩先前下载的Mplayer-10pre3tarbz2压缩包3、安装Mplayer这里所有的软件包都下载到目录/usr/local/，具体目录根据自己情况定义。MPlayer是一款开源多媒体播放器，以GNU通用公共许可证发布。此款软件可在各主流作业系统使用，例如Linux和其他类Unix系统、微软的视窗系统及苹果电脑的MacOSX系统。MPlayer是建基于命令行界面，在各作业系统可选择安装不同的图形界面。

linuxlive555流媒体怎么播放？

（1）先下载live555的源码如：live20110614atargz（2）解压源码tar-zxvflive20110614atargz（3）cdlive（4）/genMakefileslinux-gdb（5）make经过以上步骤生成的live555MediaServer可以用于gdb调试，如果要使源代码中的DEBUG宏有效，还需要修改live/configlinux-gdb文件，在COMPILE_OPTS一行中添加-DDEBUG即可。