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

QNX系统-□□□□□□□□□□□□文件状态：文件标识：流媒体20180418［］草稿当前版本：V1.0.0.0［口］正式发布作者：［］正在修改完成日期：2018-05-011引言文档内容本文描述MTK8735平台下全屏显示4G本文描述MTK8735平台下全屏显示4G网络流媒体后视镜项目的需求及系统方案设计。根据此需求和方案设计能快速开发和实现系统的功能。1.2适用平台软件环境：基于MTK87351.3述语项目介绍项目要求流媒体后视镜具备

通过流媒体后视镜将视频实时录制和保存在功能设计4G网络、行车记录仪、导航、蓝牙、FM发射、口信关联等相关功能，TF卡。并能提供视频的流媒体后视镜检索，回放功能。根据需求，结合流媒体后视镜集成的软／硬件平台限制，特整理给出的相关实现功能。（一）外部条件：□□□□□□□□□□□□□□□□□□□□□□□,□□□□□□□□□□□□□□□□□,□□□□□□□□5.28G可用空间，5.28G可用空间，□□□□□□□,□□□□□□□□□□24小时视频量，则最小需要请用户按需提供对应容量的口口卡。(二)功能说明□□□□□□□□□□,□□□□□□□□□□□□□□,□□□□□□□□,进行H264压缩成D1视频。录制的视频存储为设定时长的连续MP4小文件，保存在口中。当TF存满时，自动循环覆盖最早的视频文件。□□□□□□□□□□□□,□□□,GPS速度，GPS经纬度信息。□□□□□□□□□□/□□□□□□□□□□,□□□□□□□□□□□□,支持视频的总时长，文件个数信息查看，支持清空全部视频。□□□□□□□□□□□□□□,□□：□□□□□□□,□□TF卡，TF卡读写异常，□□□□□□□□□TF卡和外部信号同时正常时，才启动录制，否则只提示用户，停止录制。□□□□□□□,□□□□□□□□□□□□□□,□□□□□□,□□□□□□□□□□系统时间被修正。用户回放2分钟(含)前的视频，并且这个视频正在录制中。系统关机。用户设置录制相关参数。文件录制时长超时。□□□□□□□□□□□：参数默认值说明车牌号无□□□□□□□□□□□□□□□□□10分钟□□□□□□□□□□，□□□□□□□□录制帧率10fps范围：10~25fps，帧率越大，越流畅。但是在□□□□□□，□□□□□□□□录制码率500kbps范围：300kbps~1024kbps，□□□□，□□□清淅，□□□□□□□，□□□□□□□□□少。I帧间隔30f范围：0~50f关口帧的间隔。□□□□□□□，□□□□，□□□□□，□□□□□□□录制开关on[onoff]□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□：CARID_ID_YY-MM-DD-HHMMSS_LEN.MP4CARID：车牌号ID：索引□0~9999999)YY-MM-DD_HHMMSS：年月日时分秒LEN：时长，以秒为单位。如：粤AW4011_100_14-05-06-093827_315.mp4□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□,□□□□□□32GB。容量存储时长说明4G16小时均为500kbps码流文件，可用空间为总空量的7/8。8G32小时16G64小时32G128小时码流越大，越清淅，但是可存储时长就会按比例变小。比如：8G的TF卡，可存32小时500kbps的视频，只能存16小时1000kbps的视频。□□□容错性用户在录制过程中随时拔卡再插卡，除当前录制的视频丢失外，一切正常运行。□□□□□□□□□□□□,□□□□□□□,□□□□□□□□□□□□□□□频存储可正常利用所有可用空间。（三）约束条件□□□□□□□,□□□□□□,□□□□□□□□□□□□□□□□□□□□□□□□□,□□□□□□□□□□□□□□□□□□□□□□□□□,□□读写错误的可能。3.系统设计3.1总体设计设计说明：□□□□□□CVBS□□□□□□□□□□□□□□□□,□□□□□□□,□□□□□□频显示。这样用户在查看实时视频时，就不会影响到视频的录制，保持录制的连续性。□□□□□□□□□□□UI□□□□□□《实时视频查看》直接从视频节点读取视频流显示；《历史视频查看》先通过向《存储模块》发送命令索引到时间段的视频文件列表，然后播放存储器中文件集。《参数设置》可以设置功能设计中的参数，发送给《存储管理》□□□□□□□□□：□□□□□□□□□□□□□□□□□□□□□□□□,□□,□□□□□□□□□□□□□□□□□□□□□□□□□□□接收外部模块的视频检索，并返馈检索结果。检测TF□□□□□□,TF□□□□□□□□□□□□□□□

□□□□□□□□□□,□□,□□□□□□□□□□□□□□□□□□□□□□□□□□表重建。□□□□□□□□□□:跟据设定的帧码，码率，I帧间隔，在收到《存储管理》的启动录制命令后进行视频流的读取，字符叠加，编码，MP4封装，保存。开机后《采集编码》是不工作的，只有收到命令后才工作。只有系统各种状态就绪后录制才是有效的。在视频无信号时；存储器读写异常时通知存储模块。接受《存储管理》的文件切换，停止/开启录制命令。接受《存储管理》的相关参数下发。3.2详细设计视频源两路转换设计□□□□□□□□□□□,□□□□□□□□□□□,□□□□□□,□□□□□□□如果驱动层上无法实现，时视频显示。可以通过软件读取一路后，软件分成两路，通过共享内存提供给实字符叠加设计方案详见《MP4封装设计方案详见《QNX系统QNX系统H264编码设计CAR2.1中已有底层编码库存储管理设计・文件管理-行车记录仪之视频字符叠加实现-行车记录仪之视频□□□□□□□□□□□□□□□□a□□□□□□□□□□□□□□□a视频文件可以快速的重建索引文件。・视频文件定义视频文件命名规则为：CARID：车牌号ID：索引.doc》MP4-H264封装实现.doc》libimxvpuapi.so,□□□□□□□□□□□□□□□□□□所有□□□□□通过一个□□文件进行管理。通过索引文件可以快速定位到时间段内的文件集。CARIDIDYY-MM-DD-HHMMSSLEN.MP4(0~9999999)索通过YY-MM-DD_HHMMSS：□□□□□□LEN：时长，以秒为单位。□□□□□□□,□□□□□,□□□□□□□□□□□□□□□□□□□□□□□□・□□□□□□定义二进制文件，定义格式如下：

文件头类型说明magicInt4□□□□□□0xea38ei298d□□□□□□□如果magic错误，则索引文件异常。File_start_tvInt4索引中最早文件项的起始时间File_end_tvInt4□□□□□□□□□□□□□First_id_posInt4索引中最早文件项的位置（相对于文件头）Last_id_posInt4索引中最晚文件项的位置（相对于文件头）Id_coutInt4□□□□□□□□□Car_id16BYTE□□□□□□□□文件项类型说明idInt4□□□□start_tvInt4□□□□□□□lenInt4□□□□□（秒）这种设计支持如下情况：11口□卡开始的可用空间为皿,空间满后，进行正常的循环删除，用户口下卡，删除了一些其它文件，使得可用空间增加了口口，这时索引文件能自动扩容存储。而不是一直认为可用空间只有口□。・□□□□□□□□□□如果用户在一个存储循环周期内改了一次或以上车牌号。则相应的增加此表，用于视频□□和车牌号的对应。便于文件检索。如果用户在一个存储循环周期内未改变车牌号，则没有文件。

magic(INT41From_id(INT4)End_id(INT4)Car_id(16BYTE)From_id(INT4)End_id(INT4)Car_id(16BYTE)...From_id(INT4)End_id(INT4)Car_id(16BYTE)文件项类型说明magicInt4□□□□□□0x456e3456d□□□□□□,如果magic错误，则索引文件异常。From_idInt4□□□□□□□□End_idInt4□□□□□□□□Car_id16BYTE车牌号•索引文件重构□□□□□□□□□□□□□□,□□□□□□□□□□□□□□□□□,□□□测到错误，则启动索引重构，扫描所有视频文件，重构索引文件，车牌号文件。永远保持文件的一致性。3