部标1077视频平台过检办理费用 周期 流程

部标1077视频平台标准是在2016年10月份发布的，2017年1月1日开始实施，由于两客一危行业车辆如果做视频运营，必须要通过1077检测，现在两客一危平台检测默认是包含部标796GPS平台检测和部标1077视频平台检测。当然现在已有的两客一危平台肯定已经通过了部标796GPS平台的检测。对于市场新进入者，部标1077视频平台不能单独过检，需要先过部标796平台检测，通过796平台检测后，才能再进行部标1077视频平台检测；视频平台检测相比GPS平台检测，要多一个视频压力测试，视频平台的检测费用上面相比796平台过检，价格还是良心价格，检测费是3万元。796平台检测费是3.8万。如果以前没有过过796，则两次检测费用合计是6.8万。如果要代理过检，这个会让老板犹豫不决的价格。
796平台检测和1077平台，如果是不同的平台，架构必须要一致，796是BS网页版本的，则1077视频平台也必须要是BS网页版本的，不能是CS桌面版本的。由于很多厂商老旧的视频平台都是桌面客户端程序，不是真正意义的BS网页版本的程序，不得不做成假的BS程序，通过ActiveX控件，只能使用低版本的IE7,8，9等，依赖IE减低安全等级设置。如果是开发平台，是一步到位选择真正的BS网页架构版本的平台。
视频平台检测的主要难点是压力测试，主要的流程如下：
相对于796平台检测的压测的主要区别是：
1.gps压测相对于796多了1000台，压测结果是对比发送的和接收的是否一致，一条也不能少；
2.gps压测通过后，3000台车保持在线，但停止发送定位，开始视频200辆车压测；
3.视频压测的时候，200路的视频连接和对应的200路上级监管平台的转发连接都保持稳定后才开始统计码流；
如果不够200路，压测直接就失败了，因为没有码流统计数字，无法统计结果；
4.200路转发成功后，任意选择一路播放视频，如果有黑屏，卡顿或者无法打开播放的情况，则视为失败；
5.视频播放的时候如果声音不连续也不行，这也说明了卡顿；
6.测试卡顿使用的视频，是一个座钟秒针转动的画面，如果有卡顿，秒针走的时候也会一顿一顿，很明显能够看出来。如果有丢包或者跳帧，则秒针就会时快时慢，或者跳跃前进。
7.测试30分钟，统计终端发送的码流，和上级监管平台接收的码流，两者的数字相加要大于11M。视为压测通过。
8.统计结束后，截屏上传到检测系统当中，生成压测报告。
压测的时候，对于带宽的要求显然要高于796平台的检测要求。
播放视频的时候，播放的那一路不要断开连接，否则容易出现卡顿或者黑屏的情况；
交通部测试终端的出口带宽感觉在100M一下，在家里做测的时候，用10M带宽对100M服务器测试的时候，2分钟3000个连接都建立了。在交通部测试的时候，需要3,4分钟才建立完毕。
码流统计标准，之设计为11M，估计是一个经验值，200路如果每一路都保证画面播放流畅，则码流必须要良好才行。进而累计200路的码流值必须要是一个合理的数字。
总之要想过检，压测是重中之重，必须要认真对待。

我是提供源码的，少走弯路，降低成本对公司是好事情，光明正大的给公司申请下有什么不好，自己开发，无论你多牛逼，你都绕漫长的开发周期和测试稳定周期，公司也必须要承担长周期带来的不可预估的失败风险和高昂的开发成本，只有血气方刚没经验的新手才会给自己或者公司挖坑，要么没有时间观念无所作为每天荒废于互联网搜索免费资源当中，要么设定激进的开发进度计划和交付时间点，给自己以极大压力。时间是后知后觉者的高昂的成本，也是市场先行者构筑竞争的砝码和壁垒，购买源码，在短时间就拥有了视频平台开发技术，瞬间有一个较高的起点才是上上之策。
很多团队为什么宁愿让公司置于项目不断延期的风险之中，就在于过于理性，做事思虑过多，瞻前顾后，多谋而不善断，不重视项目推进落实，其实作为每个月要支持高昂开发成本的软件公司，在开发上是不能慢下来的，必须要杀伐决断，立即行动。我提供的平台代码和技术支持可以让技术团队快速聚焦，不再东一榔头西一棒槌，而是脚踏实地，拧成一股绳向前推进。