行车记录仪需求及系统设计_第1页
行车记录仪需求及系统设计_第2页
行车记录仪需求及系统设计_第3页
行车记录仪需求及系统设计_第4页
行车记录仪需求及系统设计_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

经典word整理文档,仅参考,双击此处可删除页眉页脚。本资料属于网络整理,如有侵权,请联系删除,谢谢!QNX系统-[]][]作1文档内容本文描述QNX开发和实现系统的功能。1.2适用平台软件环境:QNXCAR2.11.3述语北汽项目,要求车机具备行车记录仪的相关功能,通过车机将全景泊车的视频实时录制和保存于车机的TF卡。并能提供视频的车机检索,回放功能。根据北汽的需求,结合车机集成的软/硬件平台限制,特整理给出的相关实现功能集。(一)外部条件:1.全景泊车视频由外部整合集成为一路D1的CVBS信号,通过标准视频端子接入到车机,制式为P或N制。2.录制的视频存储于车机的TF中。需用户提供外部TF卡。压缩后的视频约为220245.28G需提供对应容量的TF卡。(二)功能说明1.H264压缩成D1视频。录制的视频存储为设定时长的连续MP4小文件,保存在TF中。当TF存满时,自动循环覆盖最早的视频文件。2.3.录制的视频叠加当前时间,车牌号,GPS速度,GPS经纬度信息。支持录制的历史视频/的总时长,文件个数信息查看,支持清空全部视频。支持当前录制状态的实时提示,包括:无外部视频信号,未插TF卡,TF卡读写异常,正在录制中。只有当TF卡和外部信号同时正常时,才启动录制,否则只提示用户,停止录制。4.5.a)系统时间被修正。b)用户回放2分钟(含)前的视频,并且这个视频正在录制中。c)系统关机。d)用户设置录制相关参数。e)文件录制时长超时。用户可设置的相关参数:6.叠加在视频上的车牌信息录制文件时长10分钟录制时单个文件的时长,超过后自动切换。范围:10~25fps,帧率越大,越流畅。但是在相同的码率下,视频清淅度越差。范围:300kbps~1024kbps,码率越大,视频越少。范围:0~50f间隔越大,视频越清淅,文件大小越小。[onoff]用户可以人为的打开或关闭录制。设置掉电记忆。7.视频文件命令规则为:CARID_ID_YY-MM-DD-HHMMSS_LEN.MP4CARID:车牌号ID:索引(0~9999999)YY-MM-DD_HHMMSS:年月日时分秒LEN:时长,以秒为单位。如:粤AW4011_100_14-05-06-093827_315.mp4车机硬件提供个接入录制视频信号接口。车机硬件面板提供TF卡槽接口,软件支持最大32GB。8.9.4G16小时均为500kbps码流文件,可用空间为总空量的7/8。32小时64小时128小时16G32G码流越大,越清淅,但是可存储时长就会按比例变小。比如:8G的TF卡,可存32小时500kbps的视频,只能存16小时1000kbps的视频。10.容错性用户在录制过程中随时拔卡再插卡,除当前录制的视频丢失外,一切正常运行。用户在录制TF卡空间满后,删除不必要文件,使用TF卡又增加了一些空间。视频存储可正常利用所有可用空间。(三)约束条件1.2.录制进程中,断电或者拔卡,将导致当前录制的视频文件丢失。视频文件频繁写入,对存储卡的质量有一定要求。质量差的卡存在使用寿命短,经常读写错误的可能。3.1总体设计开设计说明:1)视频输入为CVBSD1。进来后由驱动转化为两路视频,一路供录制保存,一路供实时视频显示。这样用户在查看实时视频时,就不会影响到视频的录制,保持录制的连续性。2)以上深色三个模块为带UI显示的模块。《实时视频查看》直接从视频节点读取视频流显示;《历史视频查看》先通过向《存储模块》发送命令索引到时间段的视频文件列表,然后播放存储器中文件集。3)《存储管理》功能:监测和收集汇总所有异常信息。判断和控制录制的开启,停止,文件切换。接收《参数设置》下发的相关参数并处理和分发。接收外部模块的视频检索,并返馈检索结果。检测TF卡的可用状态,TF卡满时对文件进行循环存储控制。存储文件的索引表管理,维护,和异常恢复。如视频丢失(用户删除)或断电异常时的索引表重建。4)《采集编码》功能:跟据设定的帧码,码率,I帧间隔,在收到《存储管理》的启动录制命令后进行视频流的读取,字符叠加,编码,MP4封装,保存。开机后《采集编码》是不工作的,只有收到命令后才工作。只有系统各种状态就绪后录制才是有效的。在视频无信号时;存储器读写异常时通知存储模块。接受《存储管理》的文件切换,停止/开启录制命令。接受《存储管理》的相关参数下发。3.2详细设计1)视频源两路转换设计CVBS信号视频进来后,则驱动实现两路视频转换,一路实时显示,一路编码保存。时视频显示。2)字符叠加设计方案详见《QNX系统-行车记录仪之视频字符叠加实现.doc》3)MP4封装设计方案详见《QNX系统-行车记录仪之视频MP4-H264封装实现.doc》4)H264编码设计CAR2.1中已有底层编码库libimxvpuapi.so,利用API直接操作编码库进行硬编码。5)存储管理设计文件管理视频文件可以快速的重建索引文件。视频文件定义视频文件命名规则为:CARID_ID_YY-MM-DD-HHMMSS_LEN.MP4:车牌号:索引(0~9999999):年月日时分秒:时长,以秒为单位。文件名中含索引,日期和时长,通过扫描所有视频文件名可以快速重建视频索引文件。视频索引文件定义File_start_tv文件头标识。0xea38ei298d在加载文件时,如果magic错误,则索引文件异常。索引中最早文件项的起始时间索引中最晚文件项的结束时间索引中最早文件项的位置(相对于文件头)索引中最晚文件项的位置(相对于文件头)索引中文件的总数。Last_id_posId_coutCar_id16BYTE最近设置的车牌号类型Int4Int4Int4start_tvlen文件的起始时间文件的时长(秒)ID和车牌号匹配文件如果用户在一个存储循环周期内改了一次或以上车牌号。则相应的增加此表,用于视频ID和车牌号的对应。便于文件检索。如果用户在一个存储循环周期内未改变车牌号,则没有文件。From_id(INT4)End_id(INT4)Car_id(16BYTE)From_id(INT4)End_idCar_id(16BYTE)...From_id(INT4)End_id(INT4)Car_id(16BYTE)文件头标识。0x456e3456d在加载文件时,如果magic错误,则索引文件异常。起始ID(包含)Car_id16BYTE车牌号每次开机或检测到TF卡插入时,首先启动索引/视频/车牌号文件检查,如果检测到错误,则启动索引重构,扫描所有视频文件,重构索引文件,车牌号文件。永远保持文件的一致性。3.3异常处理1)开机时存储卡或存储索引异常YYN/常N索引异常主要指:索引指向的视频文件丢

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论