不少大货车都使用了驰域货车监控，一般是至少装四路，前后左右，有的还会车顶加一路。驰域货车记录仪特殊的地方在于：其采用了一种上古时期的视频格式----TS视频流。
故障存储:
128G卡/fat32
故障现象:
客户提供的信息是格式化后又重新录了不多的视频，然后关机断电未曾再使用。
故障分析:
TS流这种视频格式之前我们也恢复过，其格式是为应对当初的“窄带“而生，采用数据包的方式，每个数据包比较精湛短小，当出现损坏包（比如校验无法通过的）时终端解码时会直接”丢弃“，然后由后边的包补充。对TS结构感兴趣的小伙伴可以到公众号爬楼查看博主的相关文章这里就不在赘述！
可以看到winhex解析的“空闲空间”116G，说明大多数空间是没有使用的（如图1），另外根目录下个别文件夹中存在一些新写入的文件但数量不多容量也不大（如图2），根据这个情况基本上可以判断，视频数据是可以恢复的。
经过对现存数据的分析发现，其四路视频文件应该是排队写入，而其碎片化的程度已经达到了“骨灰”级---一个簇一个碎片（如图2），这种原因可能和管理程序有关，个人猜测可能格式化时就默认了簇大小，然后在传输时直接以簇大小为标准进行分割，这样四路监控每次传输过来就直接写入对应的文件相对来讲方案简单（因为每次包的大小是固定的）。
总结下这个案例的特殊之处：
- ts视频格式
- 数据文件严重碎片化且没有规律
双重困难之下，想要完美恢复只能通过手工恢复的方法去解决，最有效的方法就是不断的写入簇来不断的播放查看，虽然慢但是有效。因为在这种极端碎片化之下，上下碎片的判断已经无法通过自动化完成了。
图1：空闲空间有116G符合客户所述“格式化”的情况
图2：写入了4个TS文件
图3：碎片化极其严重的情况（一簇一个碎片）
故障处理:
根据我们之前处理碎片化MP4视频的方案，重新写了一个辅助小程序，这个小程序可以帮助我们更快、更精确写入指定簇。
虽然碎片多但是好在所需要的文件数量并不算多，经过两天的恢复最终成功恢复了指定8条ts视频片段，客户对恢复结果极其满意，至此恢复工作完成。
这就是驰域货车监控ts文件格式化后的恢复方法，大家在遇到此类问题时，可以和我们联系。
