自从RTMP推流协议诞生以来，依靠RTMP协议做的推流开发就一直都未停歇，在没有找到更加完善的替代品前，市面的主流推流仍将会由RTMP协议来实现。如大众所熟知的一样，PC端web主流的视频直播方案也一直是RTMP，包括我们开发的EasyCVR平台，也在最新的版本中支持RTMP推流了，不过该版本目前正在测试当中，测试完毕将会上线，大家届时可以关注。我们本文的焦点还是放在HTML5视频的推流直播上。随

大家知道我们前期成立了一支小分队专门做WebRTC的研究，经过几个月的攻关，我们也马上要发布我们的RTC整体框架，包括RTC的推流、RTC服务器、RTC播放器等，先可以看一下TSINGSEE的RTC对安防视频流的分发：在我们编译WebRTC过程中，测试使用ffmpeg拉rtsp://的流，获取到H264裸流，进行WebRTC推流会出现丢帧情况；RTP: PT=60: bad cseq 6416 e

为了帮助用户能够更好、更快地进行海康设备RTMP推流功能的开发，我们调试了一套示例代码：EasyRTMP ，功能流程非常简单，通过调用海康的HCNetSDK取流，再经过PS流的Demux处理，转换成为ES流，再经由EasyRTMP推流到RTMP流媒体服务器或者CDN，实现安防互联网直播。

虽然已有企业开始设计支持H.266的芯片和软件，但这些产品还未大规模应用，导致技术门槛较高，限制了H.266的普及速度。H.266要成为主流，必须得到广泛的硬件和软件支持，这需要时间来逐步实现。

在uniapp框架下集成EasyPlayer.js播放器，但是集成的过程中会报一个“video.js，flv.js找不到”的错。

rpm -Uvh http://li.nux.ro/download/nux/dextop/el7/x86_64/nux-dextop-release-0-1.el7.nux.noarch.rpm

一般在视频传输或者分发当中，大家除了关注系统的稳定性外，也会比较关心流媒体的分发或者说并发能力。在TSINGSEE青犀视频系统中，并发指接入视频的客户端数，直白地说是播放视频的电脑数量或者说是人数。在某些项目部署期间，用户可能会有高并发的要求，本文就和大家分享一下如何对流媒体的并发能力进行测试。测试内容：测试媒体服务器的最大分发能力（多个用户观看一个摄像头）预置条件：系统启动，并将一个摄像头连接到

我们大多数平台都是用的Golang进行编译的，在很多视频流媒体软件比如EasyDSS、EasyNTS等产品的编译中，经常会出现要使用http接口访问其他服务的接口的情况，一般的编程代码如下：// 获取 url 数据func getUrl(url string) ([]byte, error) {client := http.Client{Timeout: 5 * time.Second,}resp

近期我们在编译WebRTC时碰到了一些问题，通过C++编译WebRTC项目，获取sdp的数据为空。我们使用window api调用go服务端接口，接收到的数据为空。返回的数据如下：通过数据打印出来，发现bufRev没有数据，也没有出现其他错误信息。通过打断点分析发现，异常情况下，select函数一直始终返回0：再到go服务端发现接口已经调用成功：使用上面简单测试go服务器接口（/stream/te

EasyRTC则不同于TSINGSEE青犀视频其他的平台，EasyRTC企业视频通话会议系统是基于WebRTC编译的网页通话平台，具备更低的延时和更高的传输效率。某个客户项目在测试EasyRTC时，出现无法进入会议室的情况，打开前端浏览器控制台，显示如下：出现此种错误大概率是因为证书问题导致的，因此首先确认客户是否更换了域名证书。EasyRTC 后台中 websocket 模块使用的证书为 wss