Tonnet监控合成案例

今天在国内的大多数安防厂商都使用了嵌入式的安防系统，这种系统的优点就是速度快、安全性高。但总有一些厂商会选择逆流而上采用另类解决方案，比如美国的霍尼韦尔。今天要说的这个品牌是Tonnet，算是台湾的一个小的安防品牌，其就采用了非主流的解决方案。这种情况下该如何恢复数据？！

故障文件:1T硬盘

故障现象:

这个录相机是一个工地录相机，品牌是Tonnet,台湾的一个三线小品牌。实际上数据没有丢失，是录相机坏掉了，客户尝试修复录相机，但发现损坏严重无法修复；又尝试去购买同型号录像机发现已经无此型号，也就是说这个产品停掉了。经过对比查看发现使用的文件系统是XFS，根目录下文件夹以时间为名称，下级文件夹则是800_600,1080_800,然后就是0.stream-8.strem 0.I-8.I等实际文件。

故障分析:

分析发现此品牌使用现有的文件系统来进行管理，并非嵌入式，不过XFS这种服务器专用的文件系统正常情况下也无法解析，倒是起到一定的安全作用。另外XFS稳定性也没问题，所以这个选择也算是个最优选择！分析发现其采用了两种编码，800*600是264编码，1080*800是265编码，但是在文件生成方面又独辟蹊径。其采用了自定义的块组进行分块存放裸流，同时I文件上存储主帧，stream中存储子帧，想要播放就需要做下边的工作

1. 分离自定义BLOCK到裸流。
2. 从BLOCK块中读取I块和STRAEAM信息进行主帧和子帧按顺序合并，这样才能得到真正视频文件。

从这里也可以看出厂商还是动了心思去作事儿的，只是让不解的是都到这一步了，为何不再深入点直接做成嵌入式文件系统呢？

故障处理:

经过分析得到自定义BLOCK中时间、通道及stream和I文件的关联信息，当然这个需要大量的对比工作才能得出结论，然后写出程序进行合并。

程序采用以文件为单位先对I或者stream文件进行分类合并（其16M一个文件，超过后会分隔），然后再合成。

恢复后的效果，这个是264合并的效果。另外程序在生成文件时直接对通道进行了生成，这样以通道为文件夹比较直观

这就是TONNET特殊监控的恢复方法，大家在遇到此类问题时，可以和我们联系。