请求以大块方式加载我的文件的方向(仅需要建议)
||
最近几天,我一直在研究一种方法,可以将保存我的xna游戏的1.44亿个图块表示压缩到非常小的尺寸。设法实现这一目标之后,我现在发现自己很困惑如何将它们从文件中大块地取回来。
在文件中,我有。
整数(使用7BitEncodedInt方法将其压缩为字节)
一个字节
压缩的整数表示切片的数量,其后的字节确定切片的类型。这一切都很好,而且效果很好。最重要的是,它将文件大小平均缩小到仅50mb。
问题是我目前正在回读整个文件。
从文件中我得到了这个。
每个图块的索引值(在我抓取图块时只是一个基本迭代)
每个图块的类型(以字节值表示)
一个字节值,代表该图块的纹理(这很难解释,但在每个图块的基础上是必需的)
所有这些的最终结果是我正在设法保存文件,并且只使用了大约50mb。但是通过将整个东西装回去,它可以在公羊上扩展到将近1.5 gig。我真的无法再牺牲瓷砖信息了。因此,我需要一种仅根据玩家位置加载地图部分的方法。目标是在100-200mb范围内
我一直在研究使用四叉树映射文件的内存,几乎可以找到以块加载文件的任何方式。尽管这些选项看起来都不错,但我不确定哪个是最好的,或者如果给出这种情况,可能还有另一个更好的选择。所有这一切的另一个问题是这些解决方案似乎都非常复杂(特别是因为这是我第一次使用它们),尽管我不反对致力于冗长的编码,但我想知道它会我需要的东西之前。
我的问题是,鉴于我在拉入文件时必须如何处理该文件,以及需要根据播放器位置进行处理的事实,哪种方法最好?我只是在这里寻找方向。代码始终受到欢迎,但不是必需的。
没有找到相关结果
已邀请:
2 个回复
苏髓骗撩
氏脑