我有不同分辨率的光栅化地图,它由15K/60K/240K图片组成,每个大小为256x256,我有.NET压缩框架应用程序,可以显示地图。但是复制300k文件到SD卡需要很多时间,大约35-60个小时(我只复制了15K,花了大约2到2.5个小时),我担心它会毁掉FAT16文件系统(硬件不支持FAT32,所以我不能将fat16切换到fat32),或者在复制之后一切都会非常慢。
所有图片都是这样存储的: /mapdata/res{resolution}/x{x_coord}/y{y_coord}.png
有没有嵌入式DB能帮到我?或者,我是否应该将图像打包到/ y*.png /res1/x12.zip这样的压缩包中,并将其全部归档?或者我应该创建包含所有这些图片的ISO-image,然后逐个字节地将iso复制到SD?
发布于 2010-02-15 21:59:39
FAT16限制为65,535个集群,并且每个文件至少需要一个集群,这将排除仅使用平面文件的可能性。
我假设你的地图瓦片是只读的,所以我会选择为你的瓦片创建一个你控制的自定义文件格式的路线(如果它落入错误的人手中,可能还需要更多的努力才能拆开)。
也许是类似这样的东西:
查找给定磁贴的偏移量,并在报告流结束时覆盖Stream来做“正确的事情”,这将是相对轻量级的-如果您正在编码一个不适合整齐放入正方形的区域(例如,英国),您甚至可以对“无磁贴”图片使用相同的偏移量。
https://stackoverflow.com/questions/2261927
复制相似问题