基于Live555实现RtspServer及高清高码率视频传输优化 最近做了一些pc和嵌入式平台的RTSP服务器项目,大多数的要求是简单但是功能全面,并且性能还要强劲.综合考虑后,基本都是在基于live555的基础上进行开发,在进行Live555本身的优化以及程序内部视频数据传输的优化后,不仅实现了需求而且性能还超出预期,实现了10Mbps高码率的1080p以上高分辨率高清视频的流畅直播.这里将一些优化点分享一下: 为什么基于Live555开发 其实之前我就已经开发过一个RTSP Server程

Introduction 网上存在很多人脸识别的文章,这篇文章是我的一个作业,重在通过摄像头实时采集人脸信息,进行人脸检测和人脸识别,并将识别结果显示在左上角. 利用 OpenCV 实现一个实时的人脸识别系统,人脸库采用 ORL FaceDatabase (网上下载) ,另外在数据库中增加了作业中自带的20张照片和自己利用摄像头采集到的10张照片,系统利用摄像头实时的采集到场景图像,从中检测出人脸用方框标出,并利用提供的数据库进行人脸识别,并在图像左上角显示相匹配的数据库图片. Method 算

opencv读取摄像头实时流代码: #include <opencv2/opencv.hpp> #include <iostream> using namespace cv; using namespace std; int main() { VideoCapture inputCamera; string videoStreamAddress = "此处填写摄像机的URL"; inputCamera.open(videoStreamAddress); if (

1.添加Halcon控件,创建WPF项目 在VS2013中创建一个WPF工程,然后添加halcon的控件和工具包,参见: HSmartWindowControl之安装篇 (Visual Studio 2013 & Halcon 18) 在WPF工程中添加好HSmartWindowControlWPF控件后,将其拖入主窗体即可. 2.生成摄像头实时显示的halcon代码 使用Image Acquisition 连接笔记本自带的摄像头,然后生成实时显示的代码即可: * Image Acquisiti

1. 引言 在某些场景下,我们不仅需要进行实时人脸检测追踪,还要进行再加工:这里进行摄像头实时人脸检测,并对于实时检测的人脸进行初步提取: 单个/多个人脸检测,并依次在摄像头窗口,实时平铺显示检测到的人脸: 图 1 动态实时检测效果图 检测到的人脸矩形图像,会依次 平铺显示 在摄像头的左上方: 当多个人脸时候,也能够依次铺开显示: 左上角窗口的大小会根据捕获到的人脸大小实时变化: 图 2 单个/多个人脸情况下摄像头识别显示结果 2. 代码实现 主要分为三个部分: 摄像头调用,利用 OpenCv

我们将Darwin部署到公网,接收live555 RTSP/RTP推送的时候,经常会出现在SETUP步骤Darwin返回404错误,经过查找原因,主要是Darwin对live555推送的sdp信息中的IP地址不能识别,服务器并不知道自己已经置身于公网的地址: 图- ifconfig查看地址信息 图- ip addr查看eth0地址列表 我们通过命令:ip addr add dev eth0 [公网IP],向eth0添加一个公网地址就解决问题了: Windows添加公网地址的方法: -------

目       录 1.      概述... 1 2.      平台演示... 2 3.      硬件摄像头... 2 4.      视频流协议转换管理... 2 5.      组态视频元件... 3 1.   概述 海康和大华等厂家的摄像头对外提供rtsp协议,此协议一般无法直接在浏览器上显示实时视频流. Web组态(iNeuView)提供了在线实时视频流转换服务,把rtsp协议转换成rtmp协议或websocket协议,满足低延时实时在组态上显示视频流的需求.工业场景矢量园元.图表

简介 背景 由于项目需要,需要使用摄像头预览功能,设备型号为海康威视.目前已存在的基于 FFmpeg 的方案延迟都太高,所以项目最终选择基于此方案. 方案 方案选用为基于 WebRTC 的视频即时通讯,它原生支持对 RTP 协议的解码,所以能够做到延迟很低,大概0.2-0.4秒左右,其他方案都有大于1秒的延迟. WebRTC对浏览器有要求,可以在下面的地址中查看支持的浏览器. https://caniuse.com/rtcpeerconnection 以下介绍内容来自百度百科 WebRTC,名称

所需要硬件及软件环境: python 3/OpenCV3.4 or C++11/OpenCV3.4 1 RTSP协议 RTSP (Real Time Streaming Protocol),是一种语法和操作类似 HTTP 协议,专门用于音频和视频的应用层协议. 和 HTTP 类似,RTSP 也使用 URL 地址.同时我们也要了解到摄像机传输数据用的是码流,高清网络摄像机产品编码器都会产生两个编码格式,称为主码流和子码流.这就叫双码流技术.目的是用于解决监控录像的本地存储和网络传输的图像的质量问题

通过电脑摄像头识别事先指定的模板图像,实时跟踪模板图像的移动[用灰色矩形框标识] ps:一开始以为必须使用OpenCV Manager,可是这样会导致还需要用户去额外安装一个apk,造成用户体验很差,后来在网上找到一些牛人说的方法,实现了可以不用安装OpenCV Manager,直接加载其需要的静态库,从而优化了用户体验. 效果如图所示:

最近碰到一个非常棘手的问题,NVR通过ONVIF协议接入IPC进行录像,在录像时,会发现其中有个别IPC会出现录像断断续续的情况.这种情况很难复现,但是这种情况一旦出现,整个过程会一直持续很长时间,一般是直到重启RTSP Server. 通过苦逼型的大规模测试发现: 1.IPC与NVR之间是通过RTP over TCP的方式传输数据(这个测试结果很简单就可以知道): 2.开启1个客户端(通过RTP over TCP传输数据),打开rtsp流后,使用任务管理器强制结束.紧接着马上再开1个客户端,打

参看 有关live555 1.首先需要修改live555,定义从 内存中直接获取source而不是从文件读取source的类. 自己实现的类命名为 H264FramedLiveSource   /* * Filename: H264FramedLiveSource.hh * Auther: chenbin * Create date: 2013/ 1/22 */ #ifndef _H264FRAMEDLIVESOURCE_HH #define _H264FRAMEDLIVESOURCE_HH #

加入 摄像头采集和264编码,再使用live555直播 1.摄像头采集和264编码 将x264改成编码一帧的接口,码流不写入文件而是直接写入内存中(int  Encode_frame 函数中). /* * Filename: encodeapp.h * Auther: mlj * Create date: 2013/ 1/20 */ #ifndef _ENCODEAPP_H_ #define _ENCODEAPP_H_ #include "x264.h" #include <st

最近搞了个rtsp直播,初步是能用了,但是最终效果不是很好,客户不接受要求我们一定要继续优化. 原因是他们体验的时候发现会概率性出现马赛克和画面卡顿情况,经过我们测试验证,确实是有这个问题存在. 从原理上分析可能的原因有如下几个: 1.网络原因导致丢帧了. 2.App客户端接收buf不够大. 3.rtsp服务器发送buf不够大. 我们通过和App联调,将buf缓冲区改大了很多倍然后进行测试,发现效果没有得到改善,所以应该不是这两个原因. 那就只能是第一个原因,通过网络工具监视分析,发现我们的wi

DynamicRTSPServer::creatnew():    1.调用继承自RTPSever::setUpOurSocket:        1.调用 GroupsockHelper 的 setupStreamSocket创建一个socket连接,并绑定,        2.设置socket的发送缓存大小,        3.调用listen开始监听端口,设置同时最大能处理连接数 LISTEN_BACKLOG_SIZE=20,如果达到这个上限则client端将收到ECONNERREFUSE

在.net中,并没有简单直接的操纵摄像头的类.那么如何简单快捷地采集摄像头的画面,进行抓拍等操作呢?答案是调用SharpCapture!专业采集摄像头画面等数据的类库.下面开始演示关键代码,您也可以在文末下载全部源码: 设置授权 第一步:在引用了SharpCapture.dll之后,调用SharpCapture方法之前,一定要先通过下面代码来设置授权信息,如果是试用版,直接输入Test即可. KeyMgr.SetKey("Test"); 获取ICameraCapture的示例 从之前的

v效率有点低,大家看看哪里开可以节省时间?源代码:https://github.com/catzhou2002/ArcFaceDemo说实话,为了提高识别效率,我也是竭尽所能,干了不少自认为的优化,如有兴趣听我说说.第一部分 单线程时候的各种折腾一.折腾LPASVLOFFSCREEN话说这个LPASVLOFFSCREEN的结果文档里面没有说明,或者是我没找到.我也不知道从哪里复制来的,主要折腾的是ppu8Plane[0]地址,一般操作是 锁定图片内存ppu8Plane[0]分配制定长度的内存把图

live555MediaServer.cpp服务端源码讲解 int main(int argc, char** argv) { // Begin by setting up our usage environment: TaskScheduler* scheduler = BasicTaskScheduler::createNew(); UsageEnvironment* env = BasicUsageEnvironment::createNew(*scheduler); UserAuthen

因需要,从个人的理解顺序和需求角度对live555的分析与开发整理,包含RTSP Server与RTSP Client.如何直播H.264流与JPEG流等,均进行了探讨,对live555的初学者有一定的指导意义. 本人习惯使用excel归档,所以本文均为excel的截图,源文件可以再资源中下载. 基于live555的视频直播 DM368IPNC RTSP分析 appro IPNC视频流直播部分用的RTSP,基于live555,通过改写wis-streamer实现的,在live555官网上有wis

一.编译针对iOS平台的ffmpeg库(kxmovie) 最近有一个项目.须要播放各种格式的音频.视频以及网络摄像头实时监控的视频流数据,经过多种折腾之后,最后选择了kxmovie,kxmovie项目已经整合了ffmpeg和简单的播放器,详细能够參考kxmovie主页:https://github.com/kolyvan/kxmovie  编译kxmovie非常easy,已经支持iOS 6.1 和 armv7s,一次成功.编译过程没出现什么问题: git clone git://github.c

关于实时流媒体传输的开源库,目前流行的主要有两个:live555和jrtplib. 其中live555将rtp.rtcp和rtsp的传输协议实现集于一身,功能齐全,是个超强的集合体.但是对于嵌入式系统来说,live555的负载明显过大(与tcp直接传输媒体流相比). 而jrtplib则是只实现了rtp和rtcp的部分,而没有实现RTSP的部分.这既是jrtplib的短板,但同时也是jrtplib的优势. 对比一下live555和jrtplib的example程序,我们可以发现jrtplib要容易