局域网内看不了网络电视和网上视频，求解决办法！

1、没有安装，或者安装的FLASH播放器版本低于80：

症状：

1、播放器位置空白。

2、播放器左上角显示方块。

3、能播放Youku片头，但不能播放视频。

4、能够播放视频，但播放器按钮显示不正常。

5、当视频稍长时，总是播放一半就罢工了。

6、播放器位置只显示黑屏。

解决方法：

我们为您提供了FLASH最新版本的下载地址：

IE用户官方下载 IE用户本地下载 FireFox用户官方下载

特别注意：

下载安装完播放器后，需要关闭全部浏览器窗口，重新再开启浏览器方可正常观看。

2、您的浏览器不允许使用JAVA脚本 :

症状：

1、完全看不到播放器，播放器位置一片空白。

2、页面显示不完全，缺边缺角。

3、无法进行评分、评论、收藏、分享等一切功能。

4、很多链接点击了没有反应。

解决方法：

为浏览器开启JAVA功能。您可以使用以下两种方法：

1、方法一：打开浏览器的“工具” —“Internet选项”，切换到“安全”选项卡，点击“默认级别”按钮，IE会自动开启JAVA脚本。

2、方法二：您也可以手动设置安全级别。在上一步的基础上，选择左边的按钮“自定义级别”，然后拖动滚动条，找到关于脚本的描述，按图示将其启用。

当您选择“确定”时，可能会收到如下图的警告，没关系，选择“是”。

提示：如果您是FireFox用户，可以在“工具” — “选项” — “内容”位置，找到JAVA和JavaScript的开关，将它们勾选上即可。

3、您的浏览器不允许使用Active控件 :

症状：

1、看不到播放器，播放器位置一片空白。

2、看不到其它用户对视频的评论，但可以进行打分、收藏、分享等操作。

3、如果您使用的是SP2的WINXP系统，你的IE浏览器还会接收到一条关于ActiveX的提示。

解决方法：

为IE开启Active功能，有两种方法：

1、方法一：与“开启JAVA”相同。当您选择“默认级别”时，系统也默认把ActiveX为您开启了。

2、方法二：与手动开启JAVA功能的步骤相同，拖动滚动条找到关于Active的描述，将其开启。

4、您的网络环境感受不到优酷流畅的视频服务：

症状：

1、播放视频很卡；

2、播放器黑屏；

3、偶尔遇到不能完整播放视频的情况，放一半就停了。

解决方法：

1、您是否在观看视频的时候，进行着其它的下载活动。比如：BT下载、其它P2P软件的数据交流。

暂停其它的下载活动，可以明显提高视频的流畅度。

2、您的IP地址，或许正处于我们服务器布署的一个死角。

1、图像要求清晰，什么程度才算清晰，分辨率要4cif，还是d1？每个摄像头按1兆流量算，起码10兆以上基本带宽。

2、30-50名用户同时在线，先要有个概念，每个用户只看一个画面吗？应该不是吧，如果只安装硬盘录像机做服务，一个客户端开9格看9个画面，按上面的算法，他就占了9兆带宽，再乘以几十名用户，没有100兆都不够用。当然加上流媒体服务器另计。

3、产品的型号不便推荐，你要的需求不清，摄像头要求固定的？还是可遥控的？要求白天的？还是日夜型的？不同的要求配置差异很大，不同品牌价格也不同。如果使用硬盘录像机倒可以推荐一下海康的，但dvr一般要么8口，要么16口，仅10口似乎有点浪费，可以的话增加或减少2、3个摄像头吧。

1录像

11 录像文件的大小

录像文件大小和“录像设置”中的位率大小和采用何种位率类型有关。使用中根据所选择的分辨率来选择适当的位率大小。

一般建议CIF模式下选择384K~768Kbps DCIF：512K~1Mbps 4CIF：768K~2Mbps，具体的选择需要根据现场情况、摄像机状况和具体要求来调节。

下表是在定码率下常见位率一个通道一个小时录像文件的大小。

码流大小 文件大小 码流大小 文件大小 码流大小 文件大小

96k 42M 320k 140M 896k 393M

128k 56M 384k 168M 100M 450M

160k 70M 448k 196M 125M 562M

192k 84M 512k 225M 150M 675M

224k 98M 640k 281M 175M 787M

256k 112M 768k 337M 200M 900M

定码率下一个小时一个通道录像文件大小的计算公式如下：

码流(kbit/s) ÷ 8 × 3600 ÷ 1024 （单位：MB）

变码率的设置可参考上述数据，相对的是一个最大值。

12 录像状态和设置

录像可分为两种录像方式：手动录像和自动录像。手动录像在关机后重开、重启后需要手动打开，自动录像开机即可自动录像。可参照监视器或显示器下面的录像和报警状态显示来确定当前的录像状态。

**：有视频信号，但不在录像

绿色：自动定时录像

粉红色：手动录像

红色： 报警录像

蓝色：移动侦测录像

白色：无视频信号

121 自动录像的设置

进入录像设置，将开启录像打勾，进入设置界面

如果是全天录像，可直接将“全天录像”打钩，在选择相应的录像方式。（如果是移动侦测或报警录像的话，需要分别设置相应的布防）。

若不是全天录像，选择对应的时间段即可（时间段不可以交叉或重复）。在分别设置其他天数的录像计划，如果相同，可以直接选择复制即可。

重复以上步骤，分别设置其他通道的录像设置，也可以直接复制到其他通道。

122 移动侦测录像的设置

在录像设置里设置录像时间计划，方式为移动侦测方式；（方法见上）

进入图像设置界面，选择一个通道，设置移动侦测的灵敏度和区域。（进入区域设置界面按“云台控制”可以直接选择全部区域，此时界面为红色）。

进入处理界面设置移动侦测触发录像通道和布防时间以及处理方式。

重复以上步骤，完成其他通道的设置。也可直接复制完成。（需要注意的是区域设置不能复制，需要手动设置）。

2远程访问

通过广域网访问可以采取以下两种方式来做：

1、通过路由器配置端口映射

给硬盘录像机设置IP地址，掩码，网关等，方法和路由器下局域网内的电脑网络设置相同。

在路由器里“转发规则”中的“虚拟服务器”中进行端口映射。服务端口填入8000，填入IP地址，选择协议为“ALL”或“TCP”，并将该服务启用。（如果通过IE访问，还需要添加80端口的映射。）

申请一个动态域名，在路由器的“动态DDNS”中设置动态域名解析。

在添加设备的时候注册模式选择“普通域名解析”，然后输入注册的动态域名和设备的用户名和密码就可以完成设置。

2、通过IPserver动态解析

在公网上有固定IP地址的服务器上上运行IPserver软件。

在硬盘录像机上设置DNS服务器的地址为服务器的IP地址。

在使用客户端软件添加设备的时候注册模式选择“私有域名解析”并填上设备的用户名和密码，填入DNS主机的地址以及设备的序列号。（通过序列号或设备名称在服务器上注册来进行解析）

21 客户端的设置

使用客户端的时候需要首先添加设备，才可以进行预览，配置等操作。

首先进入“配置”里面的“设备管理”界面，在“预览”下面的白色矩形框里右键点击首先添加一个根节点。右键点击根节点添加设备，弹出一个对话框。

在弹出的对话框中注册模式选择“普通IP模式”，输入设备的IP地址，登录硬盘录像机的用户名和密码就可以完成。若为远程访问通过端口映射并配合申请的域名来使用的，则选择“普通域名解析”，填入申请的域名即可；如果是使用ipserver解析，则需要选择“私有域名解析”。

22 IE访问

使用IE进行访问的时候，直接在地址栏里输入设备的IP地址即可。如果设备的http端口有修改过，则需要加修改的端口号。

当电脑访问设备的时候需要先从设备里下载控件安装后才可以正常访问，否则可能出现输入用户名和密码后点登录没有反应的情况。如果遇到上述情况，可以在“internet选项”里选择“安全”，在选择“自定义级别”，将有关ActiveX的6条安全设置全启用即可，在访问成功后即可以将设置还原。

如果登录的时候显示网页上有错误，无法进去的情况，有可能是以前下载的控件文件有损坏或下载没有完全造成的。在这种情况下，关闭IE，进入windows系统目录下，找到Download progrmfile文件夹，将其中的相关控件信息删除。（HCNETActive Control V15）；然后进入system32,删除以下文件：HCNETVideoActiveXocx,HCNETSDKdll,playm4dll。

23 流媒体服务器的使用

流媒体服务器的设置步骤大概如下：

1、在某台电脑上运行流媒体服务器软件。

2、设置流媒体转发的连接用户数，视频数和端口的相关设置（10版本），如果是20版本，则只需要配置端口号。

3、在每台需要访问的电脑上的客户端里点“配置”，在“设备管理”里面右键点击根节点添加流媒体服务器，IP为运行流媒体服务器软件的那台PC机的IP，端口号与修改的端口需保持对应。

4、开始预览，这时候在流媒体软件中能看到转发的信息，表示设置成功。

说明：流媒体软件需要配合客户端使用，使用IE访问的话则没有效果。

3云台控制

一般情况下，在设置解码器参数时，主要是设置通道号，解码器类型，波特率和地址位。这四个参数只要有一个设置不正确，就会导致云台不受控。

一般情况下使用485口的T+和T-来连接解码器的正负引脚。如果485口是RJ45头，则分别是第一脚和第二脚（1正2负）。

云台不受控制的原因主要如下：

可能原因：

1、RS-485接口电缆线连接不正确，RJ45水晶头的把柄朝下，从左向右数第一根线为正(D+、A)，第二根线为负(D-、B)；

2、云台解码器类型不对；

3、云台解码器波特率设置不正确；

4、云台解码器地址位设置不正确；

5、主板的RS-485接口坏。（一般电压为1-5V）

支持巡航的协议：

DM_DYNACOLOR 、 HD600 、KALATEL_KTD_312 、 SAE/YAAN 、DENNARD_DOME 、SAMSUNG、PANASONIC、CW860、TECHWIN

用的服务器没有使用CDN加速，对视频的加载速度有很大的影响。

使用视频CDN前

1、目前众多视频流媒体网站将所有的服务器集中托管在一个数据中心内。

2、大量用户使用在线视频播放会增加服务器的负担并且消耗巨大的带宽资源。

3、随着访问量的快速增加，会给流媒体服务器与网站的带宽带来巨大的压力。

4、严重影响用户在线播放视频的质量。

-----------------------------POLYV视频CDN服务能解决的问题---------------

减少源站服务器压力：采用CDN视频内容分发技术，将源站视频分发到全国各地云视频节点，避免直接访问源站视频，减轻源站服务器和带宽的访问压力。

提高视频播放速度：不必跨越不同的ISP，用户访问距离最近的云视频网络节点，最大程度的提高视频播放质量。

获取准确网络数据：提供带宽流量数据、节点流量比例、下载统计数据及日志下载服务。

产品优势：节点覆盖全国，视频效果保障：在全国部署有300多个云视频网络节点，覆盖全国各个省市以及各运营商网络。客户源站的视频会被分发到全国各地的云视频网络节点，确保用户在国内任何地方都可以流畅播放视频。在保障视频效果的同时，节省源站流量，从容应对大并发访问和流量风暴，提高视频播放稳定性。

双CDN服务商，服务稳定保障：您使用POLYV，就是选择了两家国内最顶级的CDN服务商，是国内少数拥有双CDN备份的视频技术服务商。全方位解决视频由于网络带宽小、用户访问量大、网点分布不均等问题，实现CDN分发网络加速。而且当其中一家网络失效之后，所有用户的请求会无缝的自动切换到第二家，确保用户始终能观看到视频。

使用视频CDN后

1、将源站大量的视频内容分发到全国各地的云视频网络节点。

2、用户播放视频则会链接到距离最近的云视频网络节点。

3、大大减少了源站上视频播放带给服务器的负载。

4、节省了带宽资源，带给用户高质量高效率的在线视频播放服务。

Real-time Transport Protocol)是用于Internet上针对多媒体数据流的一种传输层协议。RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。RTP协议常用于流媒体系统（配合RTCP协议），视频会议和一键通（Push to Talk）系统（配合H323或SIP），使它成为IP电话产业的技术基础。RTP协议和RTP控制协议RTCP一起使用，而且它是建立在UDP协议上的。

RTP 本身并没有提供按时发送机制或其它服务质量（QoS）保证，它依赖于低层服务去实现这一过程。 RTP 并不保证传送或防止无序传送，也不确定底层网络的可靠性。 RTP 实行有序传送， RTP 中的序列号允许接收方重组发送方的包序列，同时序列号也能用于决定适当的包位置，例如：在视频解码中，就不需要顺序解码。

RTP 由两个紧密链接部分组成： RTP ― 传送具有实时属性的数据；RTP 控制协议（RTCP） ― 监控服务质量并传送正在进行的会话参与者的相关信息。

实时传输控制协议（Real-time Transport Control Protocol或RTP Control Protocol或简写RTCP）是实时传输协议（RTP）的一个姐妹协议。RTCP为RTP媒体流提供信道外（out-of-band）控制。RTCP本身并不传输数据，但和RTP一起协作将多媒体数据打包和发送。RTCP定期在流多媒体会话参加者之间传输控制数据。RTCP的主要功能是为RTP所提供的服务质量（Quality of Service）提供反馈。

RTCP收集相关媒体连接的统计信息，例如：传输字节数，传输分组数，丢失分组数，jitter，单向和双向网络延迟等等。网络应用程序可以利用RTCP所提供的信息试图提高服务质量，比如限制信息流量或改用压缩比较小的编解码器。RTCP本身不提供数据加密或身份认证。SRTCP可以用于此类用途。

安全实时传输协议（Secure Real-time Transport Protocol或SRTP）是在实时传输协议（Real-time Transport Protocol或RTP）基础上所定义的一个协议，旨在为单播和多播应用程序中的实时传输协议的数据提供加密、消息认证、完整性保证和重放保护。它是由David Oran（思科）和Rolf Blom（爱立信）开发的，并最早由IETF于2004年3月作为RFC 3711发布。

由于实时传输协议和可以被用来控制实时传输协议的会话的实时传输控制协议（RTP Control Protocol或RTCP）有着紧密的联系，安全实时传输协议同样也有一个伴生协议，它被称为安全实时传输控制协议（Secure RTCP或SRTCP）；安全实时传输控制协议为实时传输控制协议提供类似的与安全有关的特性，就像安全实时传输协议为实时传输协议提供的那些一样。

在使用实时传输协议或实时传输控制协议时，使不使用安全实时传输协议或安全实时传输控制协议是可选的；但即使使用了安全实时传输协议或安全实时传输控制协议，所有它们提供的特性（如加密和认证）也都是可选的，这些特性可以被独立地使用或禁用。唯一的例外是在使用安全实时传输控制协议时，必须要用到其消息认证特性。

RTSP（Real Time Streaming Protocol）是用来控制声音或影像的多媒体串流协议，并允许同时多个串流需求控制，传输时所用的网络通讯协定并不在其定义的范围内，服务器端可以自行选择使用TCP或UDP来传送串流内容，它的语法和运作跟HTTP 11类似，但并不特别强调时间同步，所以比较能容忍网络延迟。而前面提到的允许同时多个串流需求控制（Multicast），除了可以降低服务器端的网络用量，更进而支持多方视讯会议（Video Conference）。 因为与HTTP11的运作方式相似，所以代理服务器《Proxy》的快取功能《Cache》也同样适用于RTSP，并因RTSP具有重新导向功能，可视实际负载情况来转换提供服务的服务器，以避免过大的负载集中于同一服务器而造成延迟。

RTP：实时传输协议（Real-time Transport Protocol）

RTP/RTCP是实际传输数据的协议

RTP传输音频/视频数据，如果是PLAY，Server发送到Client端，如果是RECORD，可以由Client发送到Server

整个RTP协议由两个密切相关的部分组成：RTP数据协议和RTP控制协议（即RTCP）

RTSP：实时流协议（Real Time Streaming Protocol，RTSP）

RTSP的请求主要有DESCRIBE,SETUP,PLAY,PAUSE,TEARDOWN,OPTIONS等，顾名思义可以知道起对话和控制作用

RTSP的对话过程中SETUP可以确定RTP/RTCP使用的端口，PLAY/PAUSE/TEARDOWN可以开始或者停止RTP的发送，等等

RTCP：

RTP/RTCP是实际传输数据的协议

RTCP包括Sender Report和Receiver Report，用来进行音频/视频的同步以及其他用途，是一种控制协议

以下是每个协议的概要介绍：

一、RTP数据协议

RTP数据协议负责对流媒体数据进行封包并实现媒体流的实时传输，每一个RTP数据报都由头部（Header）和负载（Payload）两个部分组成，其中头部前12个字节的含义是固定的，而负载则可以是音频或者视频数据。

其中比较重要的几个域及其意义如下：

CSRC记数（CC）：表示CSRC标识的数目。CSRC标识紧跟在RTP固定头部之后，用来表示RTP数据报的来源，RTP协议允许在同一个会话中存在多个数据源，它们可以通过RTP混合器合并为一个数据源。例如，可以产生一个CSRC列表来表示一个电话会议，该会议通过一个RTP混合器将所有讲话者的语音数据组合为一个RTP数据源。

负载类型（PT）：标明RTP负载的格式，包括所采用的编码算法、采样频率、承载通道等。例如，类型2表明该RTP数据包中承载的是用ITU G721算法编码的语音数据，采样频率为8000Hz，并且采用单声道。

序列号：用来为接收方提供探测数据丢失的方法，但如何处理丢失的数据则是应用程序自己的事情，RTP协议本身并不负责数据的重传。

时间戳：记录了负载中第一个字节的采样时间，接收方能够时间戳能够确定数据的到达是否受到了延迟抖动的影响，但具体如何来补偿延迟抖动则是应用程序自己的事情。

从RTP数据报的格式不难看出，它包含了传输媒体的类型、格式、序列号、时间戳以及是否有附加数据等信息，这些都为实时的流媒体传输提供了相应的基础。RTP协议的目的是提供实时数据（如交互式的音频和视频）的端到端传输服务，因此在RTP中没有连接的概念，它可以建立在底层的面向连接或面向非连接的传输协议之上；RTP也不依赖于特别的网络地址格式，而仅仅只需要底层传输协议支持组帧（Framing）和分段（Segmentation）就足够了；另外RTP本身还不提供任何可靠性机制，这些都要由传输协议或者应用程序自己来保证。在典型的应用场合下，RTP一般是在传输协议之上作为应用程序的一部分加以实现的。

二、RTCP控制协议

RTCP控制协议需要与RTP数据协议一起配合使用，当应用程序启动一个RTP会话时将同时占用两个端口，分别供RTP和RTCP使用。RTP本身并不能为按序传输数据包提供可靠的保证，也不提供流量控制和拥塞控制，这些都由RTCP来负责完成。通常RTCP会采用与RTP相同的分发机制，向会话中的所有成员周期性地发送控制信息，应用程序通过接收这些数据，从中获取会话参与者的相关资料，以及网络状况、分组丢失概率等反馈信息，从而能够对服务质量进行控制或者对网络状况进行诊断。

RTCP协议的功能是通过不同的RTCP数据报来实现的，主要有如下几种类型：

SR：发送端报告，所谓发送端是指发出RTP数据报的应用程序或者终端，发送端同时也可以是接收端。

RR：接收端报告，所谓接收端是指仅接收但不发送RTP数据报的应用程序或者终端。

SDES：源描述，主要功能是作为会话成员有关标识信息的载体，如用户名、邮件地址、电话号码等，此外还具有向会话成员传达会话控制信息的功能。

BYE：通知离开，主要功能是指示某一个或者几个源不再有效，即通知会话中的其他成员自己将退出会话。

APP：由应用程序自己定义，解决了RTCP的扩展性问题，并且为协议的实现者提供了很大的灵活性。

RTCP数据报携带有服务质量监控的必要信息，能够对服务质量进行动态的调整，并能够对网络拥塞进行有效的控制。由于RTCP数据报采用的是多播方式，因此会话中的所有成员都可以通过RTCP数据报返回的控制信息，来了解其他参与者的当前情况。

在一个典型的应用场合下，发送媒体流的应用程序将周期性地产生发送端报告SR，该RTCP数据报含有不同媒体流间的同步信息，以及已经发送的数据报和字节的计数，接收端根据这些信息可以估计出实际的数据传输速率。另一方面，接收端会向所有已知的发送端发送接收端报告RR，该RTCP数据报含有已接收数据报的最大序列号、丢失的数据报数目、延时抖动和时间戳等重要信息，发送端应用根据这些信息可以估计出往返时延，并且可以根据数据报丢失概率和时延抖动情况动态调整发送速率，以改善网络拥塞状况，或者根据网络状况平滑地调整应用程序的服务质量。

三、RTSP实时流协议

作为一个应用层协议，RTSP提供了一个可供扩展的框架，它的意义在于使得实时流媒体数据的受控和点播变得可能。总的说来，RTSP是一个流媒体表示协议，主要用来控制具有实时特性的数据发送，但它本身并不传输数据，而是必须依赖于下层传输协议所提供的某些服务。RTSP可以对流媒体提供诸如播放、暂停、快进等操作，它负责定义具体的控制消息、操作方法、状态码等，此外还描述了与RTP间的交互操作（RFC2326）。

RTSP在制定时较多地参考了HTTP/11协议，甚至许多描述与HTTP/11完全相同。RTSP之所以特意使用与HTTP/11类似的语法和操作，在很大程度上是为了兼容现有的Web基础结构，正因如此，HTTP/11的扩展机制大都可以直接引入到RTSP中。

由RTSP控制的媒体流集合可以用表示描述（Presentation Description）来定义，所谓表示是指流媒体服务器提供给客户机的一个或者多个媒体流的集合，而表示描述则包含了一个表示中各个媒体流的相关信息，如数据编码/解码算法、网络地址、媒体流的内容等。

虽然RTSP服务器同样也使用标识符来区别每一流连接会话（Session），但RTSP连接并没有被绑定到传输层连接（如TCP等），也就是说在整个RTSP连接期间，RTSP用户可打开或者关闭多个对RTSP服务器的可靠传输连接以发出RTSP 请求。此外，RTSP连接也可以基于面向无连接的传输协议（如UDP等）。

检索媒体：允许用户通过HTTP或者其它方法向媒体服务器提交一个表示描述。如表示是组播的，则表示描述就包含用于该媒体流的组播地址和端口号；如果表示是单播的，为了安全在表示描述中应该只提供目的地址。

邀请加入：媒体服务器可以被邀请参加正在进行的会议，或者在表示中回放媒体，或者在表示中录制全部媒体或其子集，非常适合于分布式教学。

添加媒体：通知用户新加入的可利用媒体流，这对现场讲座来讲显得尤其有用。与HTTP/11类似，RTSP请求也可以交由代理、通道或者缓存来进行处理。

WEB服务器

数据库服务器

存储

支持来CMS集群管理方式；支持WEB管理，支持网络流量分析的路由器或交换机。用来实现NBL。

1首先你要有这面的这些设备，自服务器最好同一型号。要做成集群（NLB），共享存储，具体怎么做集群，网上有很多资料的。我就不细说了。

2流媒体服务器。流媒体服务器可以通过已有的硬百件设备来连接。客户端访问流媒体服务器，流媒体服务器再通过客户的请求来访问数据库。

3访问数据库时，就可根据自己度定义的NLB来实现负载均衡。