rtsp

海康摄像头 主码流 rtsp://admin:12345@192.0.0.64:81/h264/ch1/main/av_stream rtsp://admin:12345@192.0.0.64:81/MPEG-4/ch1/main/av_stream 子码流： rtsp://admin:12345@192.0.0.64/mpeg4/ch1/sub/av_stream rtsp://admin:12345@192.0.0.64/h264/ch1/sub/av_stream 爱谱华顿和海康相同 大华摄像头 rtsp://admin:admin@10.12.4.84:554/cam/realmonitor?channel=2&subtype=1 模态窗口 <div id="modalCamera" class="modal-block modal-block-md mfp-hide "> <section class="panel"> <header class="panel-heading"> <h2 class="panel-title">视频实时监控</h2> <div class="panel-actions"> <button class="btn btn-xs btn-default modal-dismiss"> <i class="fa fa-times"></i> <

概述 libEasyPlayer实现对RTSP直播流进行实时采集和解码显示，稳定，高效，低延时；解码可采用intel硬件解码和软件解码两种方式，能实时进行录像和快照抓图，OSD叠加等功能。 API接口函数定义  int EasyPlayer_Init(); 函数说明： 播放器初始化，播放器使用之前调用； 参数说明：  void EasyPlayer_Release(); 函数说明： 播放器资源释放，播放器不再使用以后调用； 参数说明： int EasyPlayer_OpenStream(const char *url, HWND hWnd, RENDER_FORMAT renderFormat, int rtpovertcp, const char *username, const char *password, MediaSourceCallBack callback, void *userPtr, bool bHardDecode); 函数说明： 播放器开始进行流播放；返回值为当前播放的通道ID，该ID在停止推流时需要用到； 参数说明： Url：[IN] 字符串类型，表示当前要播放的流地址，Eg: rtsp://127.0.0.1:554/stream.sdp HWnd: [IN] 窗口句柄类型，表示为当前播放器将显示的窗口的句柄； renderFormat：[IN]

ffmpeg -rtsp_trasport tcp -i "rtsp://username:password@ip:554" -y -ss 1 -q:v 2 -f image2 -vframes 1 pic%03d.jpeg -rtsp_transport tcp : tcp 防止花屏 -ss :截取的开始时间 　-r：一秒多少帧 　-q:v 2 输出质量 2 　　-f image2 ： 输出格式image2 　　-vframes 1： 截取多少帧 （1帧） 　　pic%03d.jpg: 存取位置（相对位置，也可以绝对位置） 　　%03d :截取多帧时，命名为001,002....。表示3为数字格式。 来源： https://www.cnblogs.com/chencn/p/12296175.html

开发背景 2015年，当我们试图在市面上找一款专供直播播放使用的低延迟播放器，来配合测试我们的RTMP推送模块使用时，居然发现没有一款好用的，市面上的，如VLC或Vitamio，说白了都是基于FFMPEG，在点播这块支持格式很多，也非常优异，但是直播这块，特别是RTMP，延迟要几秒钟，对如纯音频、纯视频播放，快速启播、网络异常状态处理、集成复杂度等各方面，支持非常差，而且因为功能强大，bug很多，除了行业内资深的开发者能驾驭，好多开发者甚至连编译整体环境，都要耗费很大的精力。 我们的直播播放器，始于Windows平台，Android和iOS同步开发，基于上述开源播放器的各种缺点，我们考虑全自研框架，确保整体设计跨平台，再保障播放流程度的前提下，尽可能的做到毫秒级延迟，接口设计三个平台统一化，确保多平台集成复杂度降到最低。 整体方案架构 RTMP或RTSP直播播放器，目标很明确，从RTMP服务器（自建服务器或CDN）或RTSP服务器（或NVR/IPC/编码器等）拉取流数据，完成数据解析、解码、音视频数据同步、绘制。 具体对应下图 “接收端” 部分： ​ 初期模块设计目标 自有框架，易于扩展，自适应算法让延迟更低、解码绘制效率更高； 支持各种异常网络状态处理，如断网重连、网络抖动等控制； 有Event状态回调，确保开发者可以了解到播放端整体的状态，从纯黑盒不可控

1. 问题分析 项目中，之前用的是OpenCV对摄像头的RTSP流进行解码。随着时间的推移以及业务摄像头的增加，发现十路流CPU就已经100%啦，很明显解码所占CPU资源较多，导致整个系统处理效率不高，解码成为系统的瓶颈，需要赶紧马上上硬解码才行。 查找资料并验证发现：OpenCV中VideoReader_GPU可以方便地利用GPU读取视频文件加速解码过程，但OpenCV中VideoReader_GPU无法读取rtsp视频流数据。 CUVID中CuvideoSource不支持rtsp视频流数据，不能由rtsp地址创建 VideoSource 。 硬解码跟计算机显卡有关，赶紧安装cuda_9.0.176_win10 .exe，然后找相关GUP加速相关厂商提供的加速解决方案Demo（ C:\ProgramData\NVIDIA Corporation\CUDA Samples\v9.0\3_Imaging\cudaDecodeD3D9 ） cudaDecodeD3D9 Demo CUVID中CuvideoSource不支持rtsp视频流数据，不能由rtsp地址创建VideoSource ， 利用其他方式解析RTSP流 硬解码基本架构流程 2.硬解码rtsp视频流 基本思路：跳过VideoSource模块，利用其他方式（FFmpeg）解析，我结合。 基本步骤： 1.