A. 直播、互动直播、实时音视频、旁路直播有什么区别
直播：（一对多，RTMP/HLS/HTTP-FLV，CDN）直播是一种非常典型的流媒体系统，通常会分为推流端（Pusher）、拉流端（或者叫播放端，Player）以及直播流媒体中心（直播源站），通常会使用CDN进行直播的分发，因此大部分情况下使用的是通用标准的协议，如RTMP，而经过CDN分发后，播放时一般可以选择RTMP、HTTP-FLV或HLS（H5支持）等方式。直播的特点是只有一个推流端，以及多个的观看端。
实时音视频：（双人/多人通话，UDP私有协议，低延时）实时音视频（Real-Time
Communication,
RTC）主要应用场景是音视频通话，技术关注点是低延时通信，因而使用基于UDP的私有协议，其延迟可低于100ms，适用于双人通话或是多人群组群话，典型的场景就是QQ电话、微信电话。
互动直播：（连麦，二对多/多对多，私有协议+标准协议，DC/OC+CDN）互动直播是在实时音视频的基础上，将实时音视频某个房间中的画面经云端混流后，通过旁路直播的方式直播出来。因此，互动直播主播与连麦者之间延迟与实时音视频一致，而主播/连麦者与普通观众之间的延时则与普通直播相同。
旁路直播（关键词：云端混流，转推，CDN）将主/副播实时音视频通话时的整个房间的画面复制一份到云端进行云端混流，并将混流后的画面推流给直播系统的工作方式。
因为混流后的视频数据流和主/副播通话房间实际上并不是同一路流，而是在另外平行的一路，因而称为旁路，即不在主路。云端录制时，录制的流也是通过旁路的方式从流媒体中心引出，存到COS中。
B. 腾讯云直播是否支持设置RTMP/FLV/HLS拉流
它生成的直播播放代码就能同时支持pc和移动端，而且时延大概在5秒左右，所以你们腾讯云可否做小小的调整，让接收端设置能同时选择rtmp和hls
C. FLV格式视频文件实现流媒体播放，在win2003服务器上该安装什么样的服务器软件软件网站挂在已经IIS上了
您需要安装支持Flash播放器的流媒体服务器软件
流媒体服务器软件主要功能是以流式协议（RTP/RTSP、MMS、RTMP等）将视频文件传输到客户端，供用户在线观看；也可从视频采集、压缩软件接收实时视频流，再以流式协议直播给客户端。
典型的流媒体服务器有微软的Windows Media Service（WMS），它采用MMS协议接收、传输视频，采用Windows Media Player（WMP）作为前端播放器；RealNetworks公司的Helix Server，采用RTP/RTSP协议接收、传输视频，采用Real Player作为播放前端；Adobe公司的Flash Media Server,采用RTMP(RTMPT/RTMPE/RTMPS)协议接收、传输视频，采用Flash Player作为播放前端。值得注意的是，随着Adobe公司的Flash播放器的普及（根据Adobe官方数据，Flash播放器装机量已高达99%以上），越来越多的网络视频开始采用Flash播放器作为播放前端，因此，越来越多的企业开始采用兼容Flash播放器的流媒体服务器，而开始淘汰其他类型的流媒体服务器。支持Flash播放器的流媒体服务器，除了Adobe Flash Media Server，还有一款用Java编写的开源的名叫Red5的软件，国产的有一款叫做Ultrant Flash Media Server的软件，据说挺不错的，最新版出到1.8.7版，有免费社区版提供下载。
D. 海外监控可以rtmp推流吗
可以。
rtmp只是一个监控在哪都可以买得到，所以在海外也是可以用到rtmp监控摄像头的，比普通监控更适合做直播。
相对比较稳定，维护比较方便，前端成本相对较低。
E. 如何快速搭建一个完整的移动直播系统
移动直播行业的火热会在很长一段时间内持续，通过和各行业的整合，从而成为具有无限可能性的行业。主要因为以下三个原因：
第一，移动直播的UGC生产模式比PC端的直播更明显，人人都有设备，随时随地开播，完全顺应了互联网时代的开放性原则，能刺激更多人去创造和传播优质内容。
第二，网络带宽和速度在逐渐提高，网络成本在逐渐下降，为移动直播提供一个极佳的发展环境。文字、声音、视频、游戏等都会在移动直播中呈现，创造出更加丰富的用户体验。直播可以以SDK的形式接入到自己的应用中，比如，教育领域中的课后辅导完全可以以直播的形式开展业务、电商也可借助直播让用户挑选商品，促进销售。
第三，一个与VR/AR技术相结合的移动直播为整个行业的未来提供了新的发展空间。VR/AR直播能够让用户身临其境，带动主播与观众更贴切真实的互动，大大提高平台的用户参与度。
当下，有技术实力和流量优势的互联网从业者都不愿错过直播这个风口，如何快速搭建一个直播系统成了大家关心的问题，我想和大家分享下我的经验。我从事于一家直播产品开发商，我们的产品为了快速赶上市场，并没有自己完全去自己做，而是使用了趣拍云服务提供的直播SDK。
从业者都知道，一个完整直播产品应该包含以下环节：推流端（采集、前处理、编码、推流），服务端处理（转码、录制、截图、鉴黄），播放器（拉流、解码、渲染）、互动系统（聊天室、礼物系统、赞）。 下面我就一一讲述下直播SDK在各个环节所做的工作。
一、移动直播推流端需要做哪些工作？
直播推流端即主播端，主要通过手机摄像头采集视频数据和麦克风采集音频数据，经过一系列前处理、编码、封装，然后推流到CDN进行分发。
1、采集
移动直播SDK通过手机摄像头和麦克风直接采集音视频数据。其中，视频采样数据一般采用RGB或YUV格式、音频采样数据一般采用PCM格式。采集到的原始音视频的体积是非常大的，需要经过压缩技术处理来提高传输效率。
2、前处理
在这个环节主要处理美颜、水印、模糊等效果。美颜功能几乎是直播的标配功能。我们调研中发现太多case是因为没有美颜功能被抛弃使用的。另外国家明确提出了，所有直播都必须打有水印并回放留存15天以上。
美颜实际上是通过算法去识别图像中的皮肤部分，对皮肤区域进行色值调整。通过颜色对比找到皮肤区域，可以进行色值调整、添加白色图层或调整透明度等来等来达到美白效果。在美颜处理方面，最着名的GPUImage提供了丰富的效果，同时可以支持iOS和Android，支持自己写算法实现自己最理性的效果。GPUImage内置了120多种常见滤镜效果，添加滤镜只需要简单调用几行代码就可以了。
3、编码
为了便于手机视频的推流、拉流以及存储，通常采用视频编码压缩技术来减少视频的体积，现在比较常用的视频编码是H.264。在音频方面，比较常用的是用AAC编码格式，其它如MP3、WMA也是可选方案。视频经过编码压缩大大提高了视频的存储和传输效率，当然，经过压缩后的视频在播放时必须进行解码。
相较于之前的H.264，2012年诞生的H.265编解码标准有了相当大的改善，做到了仅需要原来一半带宽即可播放相同质量的视频，低于1.5Mbps的网络也能传输1080p的高清视频。像阿里云、金山云都在推自己的H.265编解码技术，随着直播的快速发展和对带宽的依赖，H.265编解码技术已有全面取代H.264的趋势。
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、解码和渲染
拉流获取封装的视频数据后，必须通过解码器解码、渲染后才能在播放器上播放。它是编码的逆过程，是指从音视频的数据中提取原始数据。前面介绍的H.264和H.265编码格式都是有损压缩，所以在提取后的原始数据，并非原始采样数据，存在一定的信息丢失。因此，在视频体积最小的情况下通过各种编码参数保留最好的原始画面，成为了各视频公司的核心机密。
考虑对高清的支持，解码肯定还是要选择硬解码的。前面介绍过，iOS系统由于硬件比较单一、比较封闭，支持的比较好，Android系统由于平台差异非常大，编解码要完全兼容各平台还需要很多工作要做。
四、移动直播中的交互系统
移动直播中最常见的交互有聊天室（弹幕）、点赞、打赏和礼物等，交互系统涉及消息的实时性和互动性，在技术实现上大多是使用IM的功能来实现的。对于在线人数比较多的房间，弹幕消息量是非常大，主播与用户其实都看不过来，为了缓解服务器压力，在产品策略需要做一些必要的优化。
1、聊天室
移动直播中的弹幕交互是用户和主播互动的主要方式，实际上就是IM中的聊天室功能。聊天室和群聊功能类似，但聊天室的消息是不需要分发给不在线的用户的，历史消息也不需要查看，用户只有进入聊天室后才能查看聊天消息和群成员信息。面对复杂多变的网络状况，还需要根据用户位置就近选择近对应运营商的单线机房接入弹幕消息服务，让弹幕更及时。
2、礼物系统
礼物系统更是绝大多数移动直播平台的标配了，它是这些平台主要的收入来源。送礼物的形式也增强了用户和主播之间的互动交流，也是主播依赖平台的最主要原因。
礼物的收发在技术实现上也是用聊天室接口做的，通常采用IM中的自定义消息实现，当用户收到或发送礼物时将自定义消息对应的礼物图形渲染出来。
以上就是我们在使用了第三方SDK服务后总结出来的直播产品经验，希望能帮助到创业者和从业者们。
蒋先生（微信号love-drunk-hard），直播行业老兵。
F. 直播-拉流和推流怎么设置
直播-拉流和推流首先要了解拉流和推流的原理。
直播中视频编码器可以称为推流，就是把前端的视频画面通过编码器推流到各个直播平台。
推流中只要将直播平台的推流地址复制到编码器管理后台即可实现推流操作。比方说RTSP,RTMP推流等。
视频解码器可以称为拉流，就是把你网络的视频流通过解码器拉流还原到大屏上显示，显示包括电视、拼接屏等。如果需要把视频还原在大屏幕显示出来，就需要解码器。设置跟编码器同样道理。
直播编解码器原理图
G. 视频直播软件开发中常用的流媒体传输协议有哪些
视频直播软件系统开发，常用的流媒体传输协议有RTMP,RTSP,HLS,HTTP-FLV
RTMP:(可用于推流端和拉流端) Real Time Messaging Protocol 实时消息传输协议，RTMP协议中，视频必须是H264编码，音频必须是AAC或MP3编码，且多以flv格式封包。因为RTMP协议传输的基本是FLV格式的流文件，必须使用flash播放器才能播放.
RTSP:(用于推流端) Real-Time Stream Protocol，RTSP 实时效果非常好，适合视频聊天、视频监控等方向
HLS(用于拉流端) Http Live Streaming，由Apple公司定义的基于HTTP的流媒体实时传输协议。传输内容包括两部分：1.M3U8描述文件，2.TS媒体文件。TS媒体文件中的视频必须是H264编码，音频必须是AAC或MP3编码。数据通过HTTP协议传输。目前video.js库支持该格式文件的播放
HTTP-FLV(用于拉流端) 本协议就是http+flv,将音视频数据封装成FLV格式,然后通过http协议传输到客户端,这个协议大大方便了浏览器客户端播放直播视频流.目前flv.js库支持该格式的文件播放
H. 直播源码，直播系统如何开发搭建与运营
直播的火爆让各行各业对直播这块新市场垂涎不已，而进军直播市场的第一步——直播系统源码却让企业头疼不已，那么直播系统源码如何进行开发呢？一、媒体模块：1、采集：通过SDK接口，直接从用户设备采集视频、音频等数据，视频采样数据一般采用RGB或YUV格式、音频采样数据一般采用PCM格式。2、预处理：对采集到的数据通过SDK层面接口进行润化处理，主要是图像方面的处理，如美颜、水印、滤镜等，GPU优化提速，平衡手机功耗及效果。3、编码：对采集到的数据进行压缩编码，比较常用的视频编码为H.264，音频为AAC，在分辨率、帧数、码率等参数设计上找到最佳平衡点，使之匹配推流所需协议，提高上传效率。4、推拉流：推流就是将压缩后的音视频变为流数据，上传至服务器。拉流即通过播放端获取码流，从服务端拉取支持以RTMP、HTTP-FLV及HLS等协议的音视频流。5、解码：对拉流获取封装的视频数据进行高性能解码，让直播更流畅。6、播放：解码后的音频数据即可在播放端进行播放，支持包括MP4、FLV、M3U8等多样视频播放格式。
二、服务模块
1、聊天系统：包括聊天室功能、弹幕、私聊
2、礼物系统：礼物的收发，礼物的图形
3、支付系统：充值、提现、收益兑换
4、运行系统：提供直播方案
5、安全系统：实名认证、截图、自动鉴黄、录制、回播、禁播6、统计系统：点击量、收益、流量统计
三、管理模块
1、前端：移动端、PC端页面效果展示设计，维护
2、后台：管理运营，数据库管理
我们都知道，搭建一个完整的直播平台过程包括：采集、处理、编码、推流、分发、解码和播放，搭建直播平台是需要借助三方账号的支持的，比如服务器、推拉流、短信服务等，搭建直播平台都也是如此，除了本身的系统功能外，想用直播系统源码搭建平台，还需要一些三方的协助：
1、 CDN，提供视频加速和视频分发服务，一般视频cdn可以使用腾讯的直播cdn加速服务，也可以使用ucloud的视频cnd加速服务，具体费用咨询对应厂商客服。只要是支持rtmp直播协议的就可以。
2、 美颜SDK，实现美颜功能
3、 支付账号，支付宝支付和微信支付的支付账号
4、 云存储，大量的录播视频、短视频、直播间实时互动消息，需要动态存储和静态存储的支持。
5、登录和分享的账号，微信和qq的登录和分享
6、 苹果公司开发者账号，分发和苹果上架使用。
众多的三方接口接入也是直播系统源码平台后期能够正常运营的先决条件，好在大部分直播系统源码服务商都可以提供协助接入服务免去了很多后顾之忧，因此搭建运营直播系统源码平台不仅仅要选对直播系统源码，还要选择正确的服务商。
I. 拉流失败什么意思
系统过于频繁重连，导致摄像机把EasyNVR禁用拉流。目前EasyNVR的重连机制恰巧就是不断向终端发送拉流请求，导致EasyNVR被禁用，拉流失败。
针对此类情况，我们对EasyNVR拉流重连机制进行了优化。在EasyNVR拉流失败且重连超时后，才重新发起连接请求
在m_timeout_s时间内，进行延时，超时后，重新进行连接请求。
同时，这个重连超时可以通过在easynvr.ini配置文件中增加base_config下设置open_stream_timeout，单位为秒，默认不配置是5s。
TSINGSEE团队研发的EasyNVR采用的是RTSP协议，主动从摄像机上进行拉流操作，并通过RTSP协议进行一系列转码分发工作，最终通过EasyPlayer播放器播放。
一、视频云服务
EasyDSS
云端服务产品，高性能的流媒体服务器，支持RTMP推流，同步输出RTSP、RTMP、HLS、HTTP-FLV，支持推流分发/拉流分发，支持秒开、GOP缓冲、录像、检索、回放、录像下载、网页管理等多种功能，是目前市面上最合理的一款商用流媒体服务器。
EasyGBS
国标GB/T28181产品，专注于GB/T28181和GB/T35114国标协议的接入与输出；
EasyGBS配套的EasyGBD组件是GB/T28181 Device的简称，是国标GB28181协议的设备端，EasyGBD支持Windows、Linux、Android、iOS、ARM全部平台，EasyGBD兼容国标GB28181-2011、GB28181-2016全部功能。
EasyRTC
视频会议产品，支持音频会议、视频会议、会议录像与回放、直播流接入等。
EasyCVR
EasyCVR是一款视频综合管理的平台，EasyCVR会将所有Easy系列的技术都融合进来，EasyCVR将具备EasyDSS流媒体音视频的点播/直播功能、EasyNVR的RTSP/Onvif接入功能、EasyGBS的国标GB/T28181协议接入功能、EasyNTS上云网关的组网服务功能、EasyRTC的WebRTC低延时直播与互动功能，总结来说，EasyCVR是音视频综合管理平台的最终形态。
二、边缘网关
EasyNVR
EasyNVR边缘计算网关，软硬结合，接入各种流媒体音视频设备，并进行标准化的输出，从2016年研发成功至今，已经成功帮助1000+企业完成项目目标并稳定运行；
EasyNVR配套的EasyNVS云端管理平台服务，能够将EasyNVR边缘计算网关统一接入到云端进行集中管控，支持视频设备的直播、录像、检索、回放等服务，EasyNVS是传统视频设备互联网化的旗舰产品。
EasyNTS
EasyNTS上云网关，实现对IP设备进行接入与管控、动态组网、远程运维、文件传输、远程指令调用等功能，从终端到云端，形成了一整套的云组网解决方案，极大地解决现场无固定IP、端口不开放、系统权限不开放等问题。
三、设备端
摄像机
TSINGSEE视频的摄像机能够同时支持RTMP推流直播功能与GB/T28181平台接入功能，也就是说能够同时保证视频直播的实时性，又能同时保证设备云台、对讲等可控。
四、中间件
EasyRTMPLive
流媒体接入软件网关，即软件编码器，将各种协议的视频流接入并以RTMP推流的方式输出。
EasyRTSPLive
RTSP协议软件编码器。
EasyDSS-Kernel
高性能流媒体服务器软件，是EasyDSS流媒体服务的主要核心，支持协议包括RTSP、RTMP、HLS、HTTP-FLV，Easy系列的流媒体服务核心，以稳定、高效、功能丰富、Based on nginx为指标，经过多年的技术积累，现在以技术中台的方式对内、对外开放。
五、SDK&工具
EasyPlayer：流媒体播放器；
EasyStreamClient：流媒体协议拉流；
EasyRTMP：RTMP协议推流；
EasyRTSPClient：RTSP协议拉流；
EasyRTSPServer：RTSP流媒体服务；
EasyRTMPClient：RTMP协议拉流；
EasyScreenLive：视频直播同屏服务。
视频相关解决方案均可访问TSINGSEE青犀视频。
J. 直播 rtmp，http flv，hls三者之间有哪些差异
RTMPAdobe公司的流媒体传输协议，端口号1935普通网络用户均可使用，包括非IOS平台用户，对非80端口（如1935）无限制的网络环境用户。优点：防HTTP下载，延时短。HLSIOS平台下的流媒体传输协议 ，端口号80优点：H5浏览器支持比较好，IOS，安卓原生支持。缺点：延迟性比较大。楼上说的切片，关键帧改变后切片时间可以缩短，而且可以自己设定首次产生多少分片。HTTP FLV是一种将直播流模拟成FLV文件，通过HTTP协议进行下载的模式来实现流媒体传输的协议，端口号80 一般建议使用HTTP FLV，实时性和RTMP相等。优点：HTTP相比于RTMP省去了一些协议交互时间，首屏时间更短。HTTP可拓展的功能更多。