行车记录仪需求及系统设计

1、QN潦统-行车记录仪需求及系统设计文件状态： 草稿V正式发布 正在修改文件标识：流媒体20180418当前版本：V1.0.0.0作 者：完成日期：2018-05-011引言文档内容本文描述MTK873字台下全屏显示4GR络流媒体后视镜项目的需求及系统方案设计。根据此需求 和方案设计能快速开发和实现系统的功能。适用平台软件环境：基于MTK8735述语述语描述.项目介绍项目要求流媒体后视镜具备4M络、行车记录仪、导航、蓝牙、FMe射、微信关联等相关功能, 通过流媒体后视镜将视频实时录制和保存在 TF卡。并能提供视频的流媒体后视镜检索，回放功能。.功能设计根据需求，结合流媒体后视镜集成的软/硬件平台

2、限制，特整理给出的相关实现功能。（一） 外部条件：.视频由外部整合集成为一路D 1的C V B S信号，通过标准视频端子接入到流媒体后视镜，制式为P或N制。.录制的视频存储于流媒体后视镜的TF中。需用户提供外部TF卡。压缩后的视频约为2 2 OM/H,这样如果支持循环记录 24小时视频量，则最小需要5.28G可用空间, 请用户按需提供对应容量的T F卡。（二）功能说明.流媒体后视镜启动后，检测到外部视频信号和TF卡时，立即启动视频录制，进行H264压缩成D1B频。录制的视频存储为设定时长的连续 MP4b文件，保存在TF中。当TF 存满时，自动循环覆盖最早的视频文件。.录制的视频叠加当前时间，车

3、牌号，GP破度，GP密纬度信息。.支持录制的历史视频/实时视频的查看和回放，支持指定时间段视频的回放，支持视频的总时长，文件个数信息查看，支持清空全部视频。.支持当前录制状态的实时提示，包括：无外部视频信号，未插TF卡，TF卡读写异常，正在录制中。只有当TF卡和外部信号同时正常时，才启动录制，否则只提示用户，停 止录制。.理论情况下，用户录制的文件为时长为默认值，当以下情况时，立即切换录制的文件。a）系统时间被修正。b）用户回放2分钟（含）前的视频，并且这个视频正在录制中。c）系统关机。d）用户设置录制相关参数。e）文件录制时长超时。.用户可设置的相关参数：参数默认值说明车牌号无叠加在视频上的

4、车牌信息录制文件时长10分钟录制时单个文件的时长，超过后自动切换。录制帧率10fps范围：1025fps,帧率越大，越流畅。但是在 相同的码单卜，视频清淅度越差。次制码率500kbps范围：300kbps1024kbps,码率越大，视频越 清淅，但是相同的容量，存储的视频总时长越 少。I帧间隔30f范围：050f关健帧的间隔。相同码举情况下， 1日隔越大，视狈越涓淅，文件大小越小。录制开关onon off用户可以人为的打开或关闭录制。设置掉电记忆。.视频文件命令规贝U为： CARID_ID_YY-MM-DD-HHMMSS_LEN.MP4CARID车牌号ID:索引（09999999）YY-MM-

5、DD_HHMMSS年月日时分秒LEN:时长，以秒为单位。如：粤 AW4011_100_14-05-06-093827_315.mp4.流媒体后视镜疝件提供个接入录制视频信号接口。.流媒体后视镜硬件面板提供T F卡槽接口 ,软件支持最大32GB容量存储时长说明4G16小时均为500kbps码流文件，可用空间为总空量的7/8。8G32小时16G64小时32G128小时码流越大，越泊淅，但是可存储时长就会按比例变小比如：8GTF卡，可存32小时500kbps的视频，只能存16小时1000kbps的视频。0 . 容错性用户在录制过程中随时拔卡再插卡，除当前录制的视频丢失外，一切正常运行。用户在录制TF

6、卡空间满后，删除不必要文件，使用TF卡又增加了一些空间。视 频存储可正常利用所有可用空间。(三)约束条件. 录制进程中，断电或者拔卡，将导致当前录制的视频文件丢失。. 视频文件频繁写入，对存储卡的质量有一定要求。质量差的卡存在使用寿命短，经常 读写错误的可能。.系统设计总体设计AVN参数设置4-实时视频查看历史视频查看CVBS视频信号视频驱动存储管理videol1采集编码H264编码YUV读取MP4封装video0GPS,硬编码I字符叠加设计说明：)视频输入为CVBS D 1 0进来后由驱动转化为两路视频，一路供录制保存，一路供实时视频显示。这样用户在查看实时视频时，就不会影响到视频的录制，保

7、持录制的连续性。)以上深色三个模块为带UI显示的模块。实时视频查看直接从视频节点读取视频流显示；历史视频查看先通过向存储模块发送命令索引到时间段的视频文件列表，然后播放存储器中文件集。参数设置可以设置功能设计中的参数，发送给存储管理 。存储管理功能：监测和收集汇总所有异常信息。判断和控制录制的开启，停止，文件切换。接收参数设置下发的相关参数并处理和分发。接收外部模块的视频检索，并返馈检索结果。检测TF卡的可用状态，TF卡满时对文件进行循环存储控制。存储文件的索引表管理，维护，和异常恢复。如视频丢失(用户删除)或断电异常时的索引 表重建。采集编码功能：跟据设定的帧码，码率，I帧间隔，在收到存储管

8、理的启动录制命令后进行视频流的读 取，字符叠加，编码，MP4封装，保存。开机后采集编码是不工作的，只有收到命令 后才工作。只有系统各种状态就绪后录制才是有效的。在视频无信号时；存储器读写异常时通知存储模块。接受存储管理的文件切换，停止/开启录制命令。接受存储管理的相关参数下发。3.2详细设计)视频源两路转换设计CVBS信号视频进来后，则驱动实现两路视频转换，一路实时显示，一路编码保存。如果驱动层上无法实现，可以通过软件读取一路后，软件分成两路，通过共享内存提供给实 时视频显示。)字符叠加设计方案详见QNX系统-行车记录仪之视频字符叠加实现.doc)MP4封装设计方案详见QNX系统-行车记录仪之

9、视频 MP4-H264封装实现.doc)H264编码设计CAR2.1中已有底层编码库libimxvpuapi.so ,利用AP I直接操作编码库进行硬编码。存储管理设计文件管理分为视频索引文件和视频M P 4文件。 所有M P 4文件通过一个索引文件进行管理。 索 引文件和视频文件都存储在T F卡。 通过索引文件可以快速定位到时间段内的文件集。 通过 视频文件可以快速的重建索引文件。视频文件定义视频文件命名规贝U为： CARID_ID_YY-MM-DD-HHMMSS_LEN.MP4CARID :车牌号ID:索引(09999999)YY-MM-DD_HHMMSS : 年月日时分秒LEN:时长，以

10、秒为单位。文件名中含索引，日期和时长，通过扫描所有视频文件名可以快速重建视频索引文件。视频索引文件定义二进制文件，定义格式如下：magicFile_start_tvFile_end_tv(INT4 )(INT4 )(INT4 )First_id_posLast_id_posId_count(INT4)(INT4)(INT4)Car_id(16BYTE)id(INT4 )Start_tv(INT4 )len(USHORT2 )文件头说明magicInt4文件头标识。0 xea38ei298d 在加载文件时， 如果magic错误，则索引文件异常。File_start_tvInt4索引中最早文件项的

11、起始时间File_end_tvInt4索引中最晚文件项的结束时间First_id_posInt4索引中最早文件项的位置（相对于文件头）Last_id_posInt4索引中最晚文件项的位置（相对于文件头）Id_coutInt4索引中文件的总数。Car_id16BYTE最近设置的车牌号文件项说明idInt4文件I Dstart tvInt4文件的起始时间lenInt4文件的时长（秒）这种设计支持如下情况：1. TF卡开始的可用空间为3 G,空间满后，进行正常的循环删除，用户拔下卡，删除了一些其它 文件，使得可用空间增加了2 G,这时索引文件能自动扩容存储。而不是一直认为可用空间只有3 G。ID和车

12、牌号匹配文件如果用户在一个存储循环周期内改了一次或以上车牌号。则相应的增加此表，用于视频I D和车牌号的对应。便于文件检索。如果用户在一个存储循环周期内未改变车牌号，则没有文件。magic(INT4 )From_idEnd_idCar_id(INT4)(INT4)(16BYTE)From_idEnd_idCar_id(INT4)(INT4)(16BYTE)From_idEnd_idCar_id(INT4)(INT4)(16BYTE)文件项说明magicInt4文件头标识。0 x456e3456d在加载文件时， 如果magic错误，则索引文件异常。From_idInt4起始I D （包含）End_idInt4结束1 D （包含）Car_id16BYTE车牌号索引文件重构每次开机或检测到TF卡插入时，首先启动索引/视频/车牌号文件检查，如果检 测到错误，则启动索引重构，扫描所有视频文件，重构索引文件，车牌号文件。永远保 持文件的一致性。3.3异常处理1）开机时存储卡或存储索引异常索引异常主要指：索引指向的视频文件丢失或被破坏;索引文件丢