实时流协议（RTSP）是应用层协议，控制实时数据的传送。
RTSP提供了一个可扩展框架，使实时数据，如音频与视频的受控、点播成为可能。
数据源包括现场数据与存储在剪辑中数据。
该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP(RFC1889)上传送机制提供方法。
RTSP提供了一个可扩展框架，使实时数据，如音频与视频的受控、点播成为可能。
数据源包括现场数据与存储在剪辑中数据。
该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP(RFC1889)上传送机制提供方法。
2024/7/4 14:28:28
272KB
1
VideoEye是一个开源的视频分析的软件。
本软件可以播放和分析视频数据。
它支持多种视频流输入方式：HTTP，RTMP，RTSP以及文件等等。
该软件可以实时分析视频流并能以图形化的方式呈现其分析结果。
目前该软件还处于完善阶段。
这是当前版本的源代码，使用VC2010开发完成。
本软件可以播放和分析视频数据。
它支持多种视频流输入方式：HTTP，RTMP，RTSP以及文件等等。
该软件可以实时分析视频流并能以图形化的方式呈现其分析结果。
目前该软件还处于完善阶段。
这是当前版本的源代码，使用VC2010开发完成。
2024/7/4 11:51:25
11.02MB
1
centos7带http-flv模块的nginx，用于支持将rtmp转流为http-flv的格式，前端直接使用flv.js进行播放。
亲测是可以用的，不用感激我，请叫我雷锋！里面有一个read的说明，用法和nginx-rtmp是一样的，ffmpeg不需要转换命令。
直接使用rtsp转rtmp命令即可
亲测是可以用的，不用感激我，请叫我雷锋！里面有一个read的说明，用法和nginx-rtmp是一样的，ffmpeg不需要转换命令。
直接使用rtsp转rtmp命令即可
2024/7/2 17:56:38
6.22MB
1
最近公司项目需要，需要定制一个rtsp的服务器。
单纯自己通过学习阅读协议有点漫无边际。
通过网上一些小项目代码学习，对协议解析不是十分的完善，有点隔靴搔痒。
学习还是从经典入手。
但是由于live555强大的跨平台和多支持功能实现使这个框架十分的庞大，在便于学习的出发点下，我对live555的框架进行很大幅度的裁剪，去掉了所有的音频部分，不关心的客户端部分，只保留了h264和linux编译部分。
单纯自己通过学习阅读协议有点漫无边际。
通过网上一些小项目代码学习，对协议解析不是十分的完善，有点隔靴搔痒。
学习还是从经典入手。
但是由于live555强大的跨平台和多支持功能实现使这个框架十分的庞大，在便于学习的出发点下，我对live555的框架进行很大幅度的裁剪，去掉了所有的音频部分，不关心的客户端部分，只保留了h264和linux编译部分。
2024/7/2 9:39:56
167KB
1
FFMPEG/OpenCV实现RTSP码流解码显示的程序V2.0(可工程应用)解压密码：ezhchai使用说明1.采用FFMPEG实现解码，利用OpenCV进行显示，海康威视摄像机10小时稳定测试，可工程应用，同时提供Debug和Release版本；
2.更改了1.0版本中的回调函数形式，采用直接获取视频帧数据方式，更灵活的编程方式；
3.VS2013编译，采用其他版本VS编译需要提供VC12版本的支持库，可在安装了VS2013的计算机中找到，目录C:\ProgramFiles(x86)\MicrosoftVisualStudio12.0\VC\redist\；
4.提供示例程序，VS2013工程，示例程序已经进行了配置，在VS2013下可直接运行，不需要配置环境，示例程序为Debug版本，需要Release版本可自行配置OpenCV或者评论资源留下联系方式；
5.示例程序中，只要修改rtsp地址，编译后即可解码显示；
6.本资源后期会不断更新版本，在应用中有任何问题，欢迎评论，我会尽力改进，使大家使用方便。
2.更改了1.0版本中的回调函数形式，采用直接获取视频帧数据方式，更灵活的编程方式；
3.VS2013编译，采用其他版本VS编译需要提供VC12版本的支持库，可在安装了VS2013的计算机中找到，目录C:\ProgramFiles(x86)\MicrosoftVisualStudio12.0\VC\redist\；
4.提供示例程序，VS2013工程，示例程序已经进行了配置，在VS2013下可直接运行，不需要配置环境，示例程序为Debug版本，需要Release版本可自行配置OpenCV或者评论资源留下联系方式；
5.示例程序中，只要修改rtsp地址，编译后即可解码显示；
6.本资源后期会不断更新版本，在应用中有任何问题，欢迎评论，我会尽力改进，使大家使用方便。
2024/6/30 12:32:18
26.4MB
1
实现了用RTSP协议接入已有流媒体平台或摄像机的视频，通过转码后用WebRTC进行播放，只要支持WebRTC的浏览器或移动端都可以使用。
用WebRTC播放监控视频可以处理高版本浏览器不支持插件的情况，且比rtmp、HLS的实时性更高。
用WebRTC播放监控视频可以处理高版本浏览器不支持插件的情况，且比rtmp、HLS的实时性更高。
2024/6/25 10:08:02
20.51MB
1
已编译nginx入nginx-http-flv-module模块，javacv转码推流demo，前端flv.js播放demo
2024/6/12 11:12:04
1.84MB
1
说明:1:此示例只是用来显示视频流并没有处理存储视频及回放视频功能2:在打开项目后务必将构建里面的影子构建Shadowbuild取消3:实时显示视频视频响应速度比VLCQTAV等播放器快很多倍4:精简代码在windows下是可以完整编译通过并运行的linux下要将对应ffmpeg库文件替换5:代码处理并不够完整还有很多需要优化的地方6:代码注释不够详尽但是简单易懂7:没有使用定时器采用信号槽机制实现视频流播放8:处理全部放在QFFmpge类中包括注释也才到100行代码左右9:使用示例简单方便自带了一个珍藏多年的黑灰色主题样式表锦上添花10:窗体加载时动画渐显效果11:同时支持两路RTSP视频流播放代码稍作修改即可16路同时显示12:1画面到16画面模式自由切换13:自定义按钮标签样式表应用14:自定义标题栏和不规则窗体的实现真正意义上实现了鼠标拖动不仅仅是拖动标题栏才能动15:QT4与QT5均可编译通过亲测无误"＞说明:1:此示例只是用来显示视频流并没有处理存储视频及回放视频功能2:在打开项目后务必将构建里面的影子构建Shadowbuild取消3:实时显示视频视频响应速度比VLCQTAV等播放器快很多倍4:精简代码在windows下是可以完整编译[更多]
2024/5/19 11:11:13
19.6MB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB