【汉化资料】【转贴】游戏中的资源打包技术

shane007

打包，很形象的，就是把零散的东西转换为单一的东西。常用的压缩软件就可以说是给文件打包。
- E  B. R  E  \. A4 h, x那么，在游戏中为什么要打包？有什么意义么？个人认为，有以下几个意义：
　　1.安全性。
　　如果你的游戏重要数据以文本文件的形式保存在某些文件中，然而你又不希望玩家随意修改这些数据。（比如某些ini文件之类的）把他们和其他2进制文件全部打包在一起的话，这个问题就可以避免了。
　　2.节约磁盘空间。
5 m2 Q$ X" F5 ^' g 　　文件太多的话，很容易产生“碎片”。比如一个1个字节的文件，占用空间就高达8Kb。（这个是由windows文件管理系统决定的），如果是很多这样的文件，就可能会发生这种情况：xxxxx个文件，实际大小1xxMb,占用空间3xxMB，（这里只是打一个比方，实际相差不会那么多）。这也许会让人感觉不舒服。
　　3.美观
1 G% N; f  {: C* d& g 　　简单的少量文件总比一大堆乱七八糟的东西更让人觉得舒服。
: T% ~- j- R5 N/ W8 v  ]! ]+ |8 W 　　4.还没想到......
　　下面说说我的设计思路。
! C* W0 B0 I1 f# H; ~* A: h+ s 　　打包后的文件该是怎样一种结构呢?
　　我想到的有以下几种结构:
: g) n. v0 h6 O7 V( D 　　1. 　　{ 文件标示信息 //判断是否是正确的打包文件 文件的个数,文件索引表大小 各个文件的一个索引表.里面包含每个文件的偏移,大小.类似这种结构:文件名 偏移 大小. 各个文件内容 　　}
/ o) B  N% ~: a1 a) B　　2. 　　{ 文件标示信息 第一个文件信息: 文件名长度,文件名,文件长度 第二个文件信息: 文件名长度,文件名,文件长度 ...... 第n个文件信息: 文件名长度,文件名,文件长度 (文件计数) 　　}
1 j4 ~; n' D9 W 　　3. 　　{ 打包成两个文件,一个负责方式1的索引表.另外一个只负责文件内容 　　} 　　这里第1种和第三种方式必须要得到索引表信息后才能填充文件,不如方式2直截了当.所以我在程序设计的时候采用的是方式2.当然方式1,3也有他们的好处,比如查找文件比2要方便一点.
　　需要压缩么?
: p4 _' g1 M& ^, E# w+ d* |, I4 x 　　解压缩是要花费时间的.你可以从速度和容量方面做一个折中.我在设计的时候,没有考虑压缩. 　　怎样在游戏中从已经打包了的文件读取需要的文件?
! m+ N* i0 M( E 　　最简单的方法,得到需要的文件信息,从打包文件中读取出来,放到一个临时文件中.读取这个临时文件即可,
. _; |+ Y3 ~3 g: f$ R, u6 Z　　游戏结束之前,从程序中删除这个临时文件即可.这里就带来了一个问题:性能.每次都要进行I/O操作.如果每个文件都不是非常大的文件的话,这个办法还是可以的.或则你需要高性能的东西,那就只有一个办法:把你的程序中所有对文件操作都改到对内存进行操作.这样只要把需要的文件从打包文件中读取到内存中即可.或者还有另外的方法,直接在打包文件中读取(这个我还不知道怎么实现,盼望高手赐教之) 　　在制作游戏过程中,当然不用打包,只是在正式版发布后,把所有已经做好了的资源(比如图片,一些数据文件,脚本文件等)打包再一起就可以了.类似如下结构
　　//假设这个是一个打包类的一个成员函数,
BOOL CPackFile::GetPackFileFromPacker(char*szFindFile,char*szTempFile) { #ifndef PACKER strcpy(y,x); return true; #else
　　在打包文件中查找szFindFile,如果找到,创建文件名为szTempFile的文件,返回true
　　否则,返回false #endif }
' L3 t7 T+ D3 g% v$ L　　程序中应该有如下片断 char szFile[256]; CPackFile packer; packer.OpenPackFile("somefile.pak"); ................ if(packer.GetPackFileFromPacker("resource.bmp",szFile)) do something.... 　　
( Q1 s' Y9 H4 A  A, c# M下面看看我的具体程序吧!

欢迎和我交流 　　E-mail:[email protected] 　　OICQ:30784290(难得糊涂) 　　http://GamePlusPlus.yeah.net