ND16、17图片转换工具

深绿

先挖个坑，慢慢填

计划包含两个工具
' s( J3 Q# h: J  }$ r, \其一，cif文件——解压缩——转换成bmp图
其二，bmp图——逆转换——压缩成cif文件

* [. ^8 `' _$ Y& t. V5 c' {  x第一个应该要实现批量转换，就是读取Ciftree.dat头部文件表，然后将所有图片文件解压缩，转换
6 s. K' b6 C% P. w; @7 h0 i第二个只需要单张处理就行了，毕竟相对于原来的大量图片，需要PS的只是很少的部分

4 D) H8 w+ J* y. p. {4 h8 S————————————————————————————————————————————
" M# ]- R  Q$ Q7 g! OND16、17图片文件格式详解：

8 w( L3 t) Y0 C$ z3 S7 f; Q首先判断是不是图片，可以在Ciftree.dat的头部文件表里文件名后14个字节的地方看看有没有数据，此处存放是图片宽高像素，各4个字节，基本上两个数据都不等于0就是图片了

8 {* E7 R( T; }- d7 w图片文件在lzss解压缩后数据结构是 文件头+bmp图像RGB数据

其中，图片有两种格式，一种是32位图像，一种是24位图像
前者的文件头长度是18个字节，后者的文件头长度是31个字节（其中还有字串“Contains”）<—（有误，见下面更新）

9 v8 n/ L3 Y1 ^+ h* K+ W具体判断方式是 宽像素*高像素*4和文件大小比较
如果是32位图像，则文件大小比上述计算所得值大18个字节
如果是24位图像，则文件大小比上述计算值小，应该是等于 宽*高*3+31

文件头之后就是图片的RGB数据，32位图像是4个字节表示一个像素，而24位图像是3个字节表示一个像素，这也就是为什么上面要乘3、4的原因。

! }7 L4 G5 }6 a4 i3 q) \转换工作，32位图像很简单，去掉那18个字节的文件头，然后填上32位BMP图像的文件头就可以了，BMP图像文件头数据比较简单，网上资料很多，这里就不详述了。

! B/ j8 ^8 v; O" q+ y) u24位图像转换要稍微麻烦点，因为24位bmp图片在显示时，如果每一行字节数不是4的倍数，就需要补足字节，举个例子，39*33的图片，每行的字节数是39*3=117，不是4的倍数，因此每一行都要补3个字节。同时文件大小和RGB数据大小也改变了，在写文件头的时候也要注意。
7 o" S) ?' S; ^1 V+ y% \
需要注意的是，存放的RGB数据是逆向的，如果直接复制，转换出来的图片就是倒着的，所以要先读取最后一行的RGB数据，然后从后往前读，最后输出的才是正向的图片。


至于逆转换，就是上面说的那些倒过来做一遍，不多说了。

% o7 I& \  q' f& M  D——————————————————————————————————————————
以上是理论部分，至于实践部分，目前完成了单张图片的正向转换工具

1 G' p( q3 K( _使用方法：
    把待转换的文件和head文件和工具放在一起，命令提示符下convert filename，程序就会自动找出head里对应的文件，读取宽高像素，解压缩，转换。

附件包里包括了工具、head文件、一个待转换文件、一个我写完命令的bat文件，有兴趣的童鞋可以下下来解压，直接运行那个.bat，如果正常的话，你可以在目录下找到一个lzss解压缩后的文件和一张转换完成的图片。
6 u* I5 |9 ~# ?9 l+ v$ N- Z
5 A$ I) B% D& \8 j4 h——————————————————————————————————————————
& E, r7 L) ^& |, {0 k
/ s8 f9 z( s3 l/ X9 |' a! \* B其实呢，本来批量转换的代码都写好了，但是由于原来的lzss解压工具无法重复运行，批量转换工具暂时难产了。
就是说我将那解压缩代码添到工具里后，重复执行解压缩程序后，只有第一次能正常解压，后来解压缩出来的文件数据都是错掉的。
, i& M0 J  s: D' S9 p) t$ d
最简单的如下代码也只有file1能够正常解压，file3解压出来的数据有错误
main（）{
lzss（2，file1，file2）；   //  2代表解压，前一个文件是源文件，后者是解压后生成文件
lzss（2，file3，file4）；
}

可能是我添代码的时候出了问题，也可能是原来解压程序的代码有问题，运行完部分数据没有初始化。正在研究中.....
, H/ R0 X  i" h
未完待续....
——————————————————————————————————————————
7 Z: r, U$ H' K9 }: P$ @" R09.09.16更新
6 G. b( `( @" r, ~- \# X
% W8 k2 U; r5 p8 I% L昨晚睡觉时突然想到，批量转换其实也可以用批处理.bat文件完成，这样就不需要再编程了
当然效率会比编好的程序低一点，不过一个小工具，问题不大。
) b$ A2 y! R8 G8 ~3 j" h具体就是建立一个.bat文件，依次输入：
$ {9 X5 D  }# M, [
& m: {- F( a+ \) l4 n) \convert BRU_DESKBOOK_OVL
convert BRU_DESKEYE_OVL
7 A( k0 `: N, ]% sconvert BRU_EYEGRIDOPEN01_OVL
$ a+ U4 w2 c/ h8 X' ]8 S' Gconvert BRU_EYEGRIDOPEN02_OVL
1 a9 @: b. {( f+ i7 D5 a……
……
3 `9 Q( R: ^% y" P& Z: [9 W1 U& l
就行了，当然，几百张图片不可能手输，几行代码就可以搞定了，附件包里增加一个convert17.bat
就是ND17所有图片文件的批处理文件。
使用方法就是把convert17.bat和convert.exe还有解包后的那一堆文件放在一起，运行.bat文件就行了。

ok，下一步开始制作逆转换工具
————————————————————————————————————————————
! B5 J. w! j' S09.09.19更新
终于熬到双休日了，真是痛苦的一周╮(╯_╰)╭

首先，对上面文件格式分析的一个勘误，并非所有24位图像的文件头都是31个字节
也有一部分的文件头是18个字节，具体什么情况出现31个字节文件头尚不清楚，可以知道的是31个字节文件头中含有字串“Contains”，辨别文件头有几个字节可以直接 文件size-宽*高*3  计算而得
) |' u* i$ _" F1 S
其次，更新逆转换工具
使用方法：将工具和转换后的bmp图像，正转换过程中生成的.pic文件（就是cif文件解压缩所得，用来提取文件头）放在一起，命令提示符下输入convertback FILENAME即可，FILENAME无需后缀名，例如像转换工具一样只需输入convertback BRU_DESKBOOK_OVL即可
) C3 r" x, ^" g+ w: \3 O
因为之前加入lzss代码出现了例如不能重复运行等种种问题，所以逆转换工具暂时不添加lzss压缩的代码。就是说转换后的还是pic文件(FILENAMEnew.pic)，需要另外运行南希lzss解压缩工具nancylzss.exe。
7 r3 F' H2 T8 O具体使用时还是可以用bat文件来达到批量操作。

图片汉化流程：
  `8 l+ G) u; }; b
1、用convert17.bat转换所有图片文件
2、查看所有图片，找出、PS需要修改的图片
3、建立一个convertback.bat，依次输入需要转换的图片，例如：
- E& k& C% z4 f   convert BRU_DESKBOOK_OVL
      nancylzss e BRU_DESKBOOK_OVLnew.pic BRU_DESKBOOK_OVLnew
5 F* w6 ^. B( I2 x      convert BRU_DESKEYE_OVL
      nancylzss e BRU_DESKEYE_OVLnew.pic BRU_DESKEYE_OVLnew
      ……
   ……
2 T8 Y  s$ w+ }( H& m5 P4、运行该bat文件，逆转换

附件包里添加逆转换工具convertback.exe，压缩解压缩工具nancylzss.exe
9 f+ Y$ y0 I1 A9 z2 Q. m
, J6 i( E+ ]3 I! s* G  gok，下一步进行关键的图片文本导入测试~

shane007

收到，太感谢了。等我有时间了慢慢看。

shane007

对了，文本部分的导入试验有时间的话请继续。
1 A+ ^* o# l5 g- g5 P: h这样又能多2个可汉化游戏。

深绿

09.09.16更新

shane007

生成bat文件，是个不错的方法。

深绿

09.09.19更新

shane007

进展不错啊！