- 博客(107)
- 资源 (4)
- 收藏
- 关注
原创 Car-eye 车辆管理平台
最近在忙着完善新的管理平台,car-eye 车辆管理平台发展至今已经将近三年。我们似乎一直想跟着国家交通部的政策在做一个平台。跟着一些平台运营商学习开发一个标准的平台,满足JT/T796 或者是JB35658的标准。或者是按照JT905协议做一个网约车管理平台。可实际的上无论从技术上还是从市场上看都不尽如人意。这引发了我的思考,市场究竟需要一个什么样的平台。从2011年起,国家对于车辆管理平台标准经历了几次革新或者说改进,有这几个标志性事件作为节点。1). 2011年国家指定了GT808/809协议
2021-09-11 17:24:50 901 1
原创 car-eye 车联网企业平台架构
car-eye 在基于808,809,1078,905,苏标的基础上重新优化了企业平台架构,主要目标是基于以下几点1. 构建更加高效的平台,使用最新的通信技术能减少通信的延迟,能更加稳定的传输数据2. 优化数据库结构,管理更加细致3. 支持负载均衡,能更大并发量4. 支持更加安全的管理5. 服务更加易于扩展和升级6. 功能更加全面以下是基本的框架设计:ca...
2019-06-06 18:43:59 1022 1
原创 Car-eye 平台的去中心化云架构初步方案
Car-eye 从最初的单机版本已经开始迈向多视频服务器负载均衡的架构方案,我也开始思考下步云平台多服务器架构应该是什么样的。如何在保护用户信息安全的同时,能支持大量用户的接入。在一个偶尔机会参加了腾讯课堂的学习过程,主要讲述了腾旭QQ服务器以及区块链的去中心化架构的方案。虽然我们的平台并不是一个十分符合去中心化案例的特点。但我还是觉得这次课堂对我产生很大的触动。我初步思考后,勾画了下一步ca...
2019-03-03 20:43:01 502
原创 Car-eye 开源平台web跟视频服务器的负载均衡方案
car-eye 平台是一个云平台,单个web服务器可以对应多个视频服务器,这些服务器的带宽,码流大小通过统计出占用带宽情况这些信息通过http协议反馈到web后台。web再根据这些数据决定下面的设备该用哪个服务器进行视频分发。以下是整个平台和视频服务的关系: 视频服务器是多个连接到一个web后台之上。因为车载设备数量比较多,而视频很占用码流。用户可以增加多个视频服务器给平台,避...
2019-02-18 21:46:39 650
原创 Car-eye 开源平台基于JT/T 1078 视频协议打造功能强大的车联网管理平台
随着5G时代的来临,车辆管理平台开始慢慢把车载视频作为一个标准而制定。JT/T1078 是国家交通部制定的基于JT/T808 协议的视频补充协议。Car-eye 开源平台为此打造了功能强大的视频服务器和管理系统。整个系统的框架如下: 整个框架将设备,客户端,视频服务器,管理平台和数据库,政府监管平台几方有效的结合起来。其中使用成熟有效的socket框架和功能强大稳定的流媒体服...
2018-08-17 10:00:01 5543 1
原创 Car-eye 车辆开源平台中流媒体相关技术应用
随着4G技术的普及,流媒体技术在车辆上应用越来越多。在出租车,公交车,校车上视频监控已经作为一个重要的功能模块被广泛应用。在私家车上,人脸识别.视频对话也越来越多作为车载系统一部分被实现。如此广泛的应用主要基于以下三个因素:一是无线网络的快速发展,网速越来越快,网络费用越来越低。二是流媒体技术越来越成熟,基于RTSP,RTMP,HTTP协议的网络产品和模块越来越涌现出来,三是云技术,尤其是云服务器
2018-01-18 12:15:28 1207
原创 车辆管理系统API
API接口文档版本:1.0.7 作者: 日期: 2019-01-24 审批: 日期: 变更记录: 日期 版本 变更说明 作者 201
2023-07-03 11:24:15 673
原创 CarEye 创建二级地址解释服务器
现在车辆管理系统对GIS地址解释的需求越来越大,但百度,高德,腾讯三大地图厂家开始对地图服务进行收费。其实对车辆管理系统来说并不要很多功能。主要的需求就是地址解释。5万的年费对一些小公司来说实在有点苛刻。没办法,创建二级地址解释服务器的想法应运而生。1. 从公共的服务器厂家获取原始的第一手数据:如天地图等。项目已经开始启动:相关开放的API 以开源地址的信息为准。所有的地址服务器请求都从本地数据库请求优先。5. 具备不断更新地址数据库的能力。2. 建立分地区的地址解释数据库。3. 建立索引地址的算法。
2023-06-17 15:41:25 168
原创 GB28181 媒体服务器流中的识别组包策略
按照GB28181协议,设备一般需要用SSRC来标志自己设备的流,但很遗憾的是设备不一定会按照这协议来发送数据流。厂家各种各样做法对服务器上的开发造成了一些困难。现实情况是很多服务器开发商不得不对每个设备分配一个端口来接收数据。采用多端口组包的最大问题就是端口需要分配很多,造成服务器安全性能下降,另外对端口消耗很大占用了服务器端口资源。streaming-GBS采用混合模式对媒体流进行处理1. 对不同的设备采用不同策略,如能使用SSRC区分的设备我们采用固定端口收流,SSRC+IP地址来进行区分
2022-03-23 11:48:23 254
原创 CarEye GT1078 转GB28181 方案
最近因为业务需要,将GT1078 的设备链接到政府平台,政府平台还不是GT/808系列的,而是GB28181 上级平台,所以造成了需要进行数据和格式的转化。具体主要流程如下:GT/T1078 视频平台级联到上级公安部平台要点:车辆管理系统录入公安部编码,将机构,设备,通道跟国标编码一一对应 平台将设备信息通过websocket接口上传到CarEye GB28181 服务器 CarEye GB28181 服务器将设备信息同步到上级平台 上级指令通过CarEye 服务器转化成webSOCET发送到
2022-03-23 11:34:34 4495
原创 CarEye 流媒体处理服务器
CarEye 在车载流媒体服务器的基础上发展了GB28181 视频处理服务器。将RTMP,RTSP 通用服务器跟车载和安防视频服务器集成,构成了流媒体服务集群
2022-03-03 16:26:57 341
原创 智慧环卫管理系统解决方案
智慧环卫管理系统方案2022年2月慧环卫项目综述 智慧环卫背景城市环境卫生管理是一项复杂而系统的社会工程,不仅是一个城市的“脸面”也是一个城市的文明程度的重要标志。是与人民群众生活最直接、最贴切、最敏感的重要工作之一,随着城市人民生活水平的快速提高,大家对居住、生活环境的要求越来越高,为进一步提高环境卫生管理水平,树立城市形象,提升城市品位,必须采取切实可行的措施,加强对城市环境卫生管理。坚持高效能的管理,全面提高城市环卫工作质量和水平。做好城区环卫工..
2022-02-25 16:24:34 17692 2
原创 载重在车载上的应用(2)
随着车载监管越来越细化,车辆载重开始慢慢进入管理者视野。目前车载传感器有高,中,低 三个等级。由于加载的传感器的算法,传感器的个数不同。精度也不一样。低精度的单传感器主要用来物流管控,高精度的传感器主要用来环卫称重,物流监控,超载等。各个行业对传感器需求大致如下表:载重整体行业主要是面临成本上来的压力,算法的门槛比较高,致使应用无法推广。1. 传感器本身的成本比较高,安装比较复杂2. 算法应用比较复杂,平台鲜有整合好的3. 运维成本比较高CarEye 车辆管理平台,在原来视频平台
2022-02-23 12:02:35 1162
原创 GB28181 视频服务器文档整理
CarEye 开发GB28181 服务器有将近两年时间了,早期我们用纯C++开发了一个GB28181视频服务期,对外的接口是基于MQ协议的。这样开发出来的服务器主要有几个问题。1. SIP服务器和流媒体服务器是绑定在一个进程中的,因为没有分离,造成了视频处理和SIP服务器只能在一台服务器上运行,既不能打到GB28181协议的构架要求。也造成无法使用负载均衡的功能。2. 对外接口采用了MQ通信方式。虽然MQ消息处理实时,对一些数据处理,如报警,对讲等。但MQ本身是重量级构建,不方便一些应用场景快速构建
2022-02-05 16:14:23 2327
原创 载重在车辆管理系统的应用
物流业和车辆管理系统应用,催生了载重传感器在行业内的应用。相对于传统的地磅称重,其中有很多优势,包含称重方便,全程监控等。车辆管理平台需要对传感器的数据进行过滤,平滑等一些列算法处理。将离散的点通过数值映射到一个区间,从而让载重实际数据更加稳定。其中主要注意事项有:1. 将AD 转化成一个小区间数据,如3000变化的区间转化倒30这区间。2. 将偶尔变化的波形转化通过前后相关的位置,装卸重量的关联去掉3. 通过不断的探测,检测出装货和卸货的时间4. 通过对位置装卸的位置确定最终的装卸
2021-11-09 20:32:44 444
原创 传感器在车联网系统中的应用注意事项
传感器是物联网领域非常重要的一部分,传感器的种类十分繁多,他们通常使用AD口,串口等通信口跟主机相连用于实现整个系统中某个具体功能。在我们车联网行业,经常要用到的传感器有重力传感器,温度传感器,油量传感器,载重传感器,湿度传感器等。这些传感器通常以定时上报数据的方式进行数据传输。采集的数据量十分大。也通常只有对大量数据的采集才能实现综合数据分析,从而产生有效的价值。下面我们谈下这些传感器数据使用中一些注意事项:1. 传感器的数据通常是不稳定的,有必要需要进行滤波处理。现在的传感器基本都在芯片
2021-08-26 19:00:26 820
转载 转发同事搞GB28181协议的经历
2017年刚参加工作,项目中就用到了摄像头。内网用rtsp拉流可以通,外网行不通,当时一直研究怎么穿透网络,最后根据客户的情况,选择了比较麻烦的一种方案: 客户门店使用电信宽带拨号上网,路由器绑定在锐捷平台。在路由器上做好端口映射(映射NVR的web访问端口)。需要观看的时候,登陆锐捷的平台得到路由器的外网地址,再访问NVR。当然这样做弊端很多:穿透率低,拨号上网不一定能分配到公网ip,很有可能还是内网的ip。即使分配到了公网ip,很多宽带都屏蔽了端口(NAT限制)。即使用花生壳等穿透工具,宽
2021-07-05 14:40:51 1153
原创 Car-eye 视频服务重新调整和优化
car-eye 视频服务器已经从最初的JT/T1078 视频服务器发展到集成JT1078,JB28181两套协议的视频服务,另外我们还需要做状态检测,提供丰富的API给平台获取状态,这需要视频服务器从框架层进行深度优化。优化主要做以下工作1. 指令和视频流的分离2. 独立于行业内的业务的抽象,如URL格式组织3. 可配置参数的服务器,通过平台远程配置4. 可扩展的视频服务器群,通过接口获取服务器状态优化后的服务器与web平台,客户端能更好的交互,接口也丰富不少。具体框架图如下
2021-04-21 19:35:40 264
原创 移动设备接入视频服务器软负载均衡在car-eye平台中的应用
移动设备接入视频服务器和寻常的直播系统有一定的区别,一般直播系统是拉流多,一个直播多个观众的模式但移动设备是成千上万的设备,客户端观看视频的不多。其中国家交通部视频标准JT/T 1078 协议和公安部标准JB28181 视频标准都是由服务器来决定流媒体服务器的。这就决定了设备端的视频服务器是临时分配的。从而让软负载均衡实现有了可以发挥的空间。使用软负载均衡的好处有以下两点:1. 不需要硬件投入,成本低2. 移植性好,软件调度算法多种解决软负载均衡就要能通过软件的方式获取服务器的状
2021-04-21 19:21:47 202
原创 GB28181/GT1078 平台中视频下载的实现
car-eye 在GT1078 视频服务器开发中曾经搭建FTP服务器来实现视频文件下载功能。在GT1078 协议里,是通过FTP服务上传视频文件到FTP服务器,然后客户端从FTP服务器下载视频文件,这是标准的官方给出的下载实现方式。但是很遗憾的是,这种实现方式是有缺陷的--与设备厂家实现脱离了。我们在客户端的播放器一般都支持MP4的文件格式,里面的音视频格式一般是AAC和H264这种格式。但设备端的录像文件,各种各样,甚至有的厂家直接存储的bin文件。这直接导致了FTP上传的文件在客户端无法播放为止,分
2020-10-31 18:32:48 1879
原创 GB28181 服务器开发中遇到问题整理
car-eye GB28181平台中 web和视频服务器开发已经开始进入到发布版本阶段。在平台开过程中遇到过很多问题,下面整理下分享给各位开发者,同时也作为备份。1. 平台框架和通信。一般来说我们做一个平台的用户界面,通常用java,C#这些工具,而视频服务通常采用C++或go这类语言。所以基本要一个通信来实现数据共享和业务串联。通常的通信不外乎是采用底层的TCP通信,上层的http通信等。在JB28181项目中我们采用了mq消息队列作为通信方式。之所以采用这个中间件是因为MQ在各种操作系统,语言都
2020-10-14 15:56:09 1749 4
原创 RTMP 推流增加对H265的支持
RTMP协议本身是不支持H265的。但现在的设备越来越追求更高的压缩比和更高的图形质量。H265相对其他的媒体格式更多受到厂家的重视。rtmp协议要支持H265首先要定义一个ID。按照大家的约定来看,基本使用12(0xc)作为ID. 同时相对H264对NALU的分析要进行改变。并对发送的Metadata数据进行修改。先看下发送metadata:int SendVideoSpsPpsVps(RTMP* r, unsigned char* pps, int pps_len, unsigned char
2020-08-07 19:13:23 1694
原创 car-eye 打造GT1078 GB28181 双视频平台标准服务器
Car-eye 在GT1078视频服务器的基础大幅扩充视频服务器功能,除了对接国家交通部的上级平台,还扩充了国家公安部视频标准GB28181。两大协议实现为car-eye 视频服务器提供了强大的功能。整个实现的框架如下:主要应用场景有:车辆视频监控 摄像头远程监控 车辆视频上级平台发送 公安部上级平台对接 车辆平台转化到公安部平台视频服务器能广泛使用于车联...
2020-03-23 12:34:47 1050
原创 car-eye 物联网音视频流媒体架构
car-eye 从车载领域的音视频解决方案全面向整个物联网发展,为此,我们以JB28181 级联为基础扩充了音视频服务器架构。满足不同行业的摄像头接入其中,应用于音视频监控,对讲,报警等应用。整体服务器的架构如下图:这死一个单机服务器网络构架。对数据并发比较大的系统,我们采用软负载均衡策略。满足设备流的并发需要。如以车载管理平台为例子:确保接入设备可以达到几百台,...
2020-02-22 11:03:23 664
原创 Car-eye 下一代云平台框架
car-eye 车载视频管理平台经过两年的发展,已经逐步实现了车载视频管理平台单机版本的基本功能。包含:定位,视频监控,报警,车辆管理,主动安全报警,视频服务器负载均衡等功能基本已经实现并稳定投入到实际使用之中。car-eye 将车载的管理的各种使用手册和客户端都开放给大家下载使用。团队开始开发国际化的云平台方案。新的云平台方案将完全基于云平台的特点开发,将多种服务器做负载均衡,打造一个高并发,兼...
2020-01-28 18:20:35 688
原创 Car-eye 主动安全车载管理平台对外接口
经过一段时间的沉淀,car-eye 开源团队开放了更加丰富的接口功能。包含了音视频,GPS,报警,参数设置等。我们的设想是将API接口做成设备和驾驶员,管理人员都能用的统一平台接口。未来整个car-eye平台对外的API还包含了,司机管理和识别,驾驶员安全分析,车辆油卡管理,司机考勤管理,音视频下载等各个方面。先给出基础版本的API下载地址:https://github.com/Car-e...
2019-07-25 17:17:34 564
转载 【网约车】 网约车管理解决方案
背景自2014年7月以来,一些互联网企业陆续推出网络预约出租汽车服务,对于满足社会公众多样化、差异性出行需求发挥了积极作用。面对新一代信息技术的发展与相关行业的快速渗透,行业监管部门要顺应新技术和新应用的发展趋势,从促进产业发展和满足消费者不断变化的需求出发,创新监管方式与制定新的监管政策,推进行业转型升级,积极鼓励和推动巡游车和网约车融合发展。2016年7月28日下午3点,交通运输部联合...
2019-06-08 20:57:18 5318
原创 MQ 程序处理中编译的一些处理
MQ 实时处理程序在互联网中广泛应用。其中编译一套成熟的代码十分重要。使用VS2015编译整个MQ,需要下载其外围的依赖库。主要是apr依赖库。下载后放到工程下。整个目录结构如下:工程目录结构入下:其中dealMQlib是我们业务处理用的。实现方式不在此赘述。可以下载相关代码https://download.csdn.net/download/car_eye/1118661...
2019-05-21 17:24:06 325
转载 nginx-rtmp-module的缺陷分析
Arut最初在开发nginx-rtmp-module的时候只实现了单进程模式,好处是架构简单,推送和播放,数据统计,流媒体控制等都在一个进程上完成。但是这显然浪费了Nginx多进程(在Linux和FreeBSD平台上每个进程都可以绑定一个CPU核心,以减少进程切换带来的开销)的处理能力。但是,如果开启多进程模式,推送和播放如果不在同一个进程上,会造成播放失败的问题:另外,请求数据统计信息也是个...
2019-04-15 20:53:50 484
转载 使用FFMPEG库将内存中的H264跟AAC数据流合成MP4文件
之前使用的FFMPEG基本都是打开指定链接或者文件读取数据进行操作, 此次要实现的功能是在服务器中读取内存中的H264跟AAC裸流进行文件合成保存, 这就有些难度了, 经过了两个周的资料搜索研究终于完成了该功能, 在此记录说明下, DEMO开源地址:https://gitee.com/careye_open_source_platform_group/MP4MuxerTest首先要感谢两篇...
2019-03-14 19:28:46 1425
原创 两种视频服务器的软负载均衡
在视频应用中,通常一台服务器无法解决所有业务,需要考虑系统的负载均衡。现实世界主要考虑两种典型的应用,一是拥有大量接入摄像头的应用,客户端多,但设备更多,而且这种情况下设备还需要在没有客户端的情况下实现视频上传实现云存储,如在移动车载领域,视频监控领域。第二种应用是设备并不多,但拥有大量的客户端,这种应用更加常见,如直播,教育等行业。无论这两种应用的那种,当量上去以后都需要考虑多视频服务器架构,并...
2019-03-11 21:14:00 1166 2
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人