ND16、17图片转换工具

深绿

先挖个坑，慢慢填

计划包含两个工具
其一，cif文件——解压缩——转换成bmp图
  u3 h. O5 K0 M% h其二，bmp图——逆转换——压缩成cif文件
" k& K) ]' M+ M* U$ k0 ~
第一个应该要实现批量转换，就是读取Ciftree.dat头部文件表，然后将所有图片文件解压缩，转换
第二个只需要单张处理就行了，毕竟相对于原来的大量图片，需要PS的只是很少的部分
4 m) ^1 g5 Z6 H; H* M3 C/ A8 m
1 E8 R  O1 J6 w————————————————————————————————————————————
) H. a) d7 I' i1 S1 g  {ND16、17图片文件格式详解：

: I0 P: [7 v& S8 I首先判断是不是图片，可以在Ciftree.dat的头部文件表里文件名后14个字节的地方看看有没有数据，此处存放是图片宽高像素，各4个字节，基本上两个数据都不等于0就是图片了

图片文件在lzss解压缩后数据结构是 文件头+bmp图像RGB数据

% p  o2 H% U" h9 T2 n' r其中，图片有两种格式，一种是32位图像，一种是24位图像
% n, k2 {( ]! o; i3 @3 R! u1 s3 Y, t前者的文件头长度是18个字节，后者的文件头长度是31个字节（其中还有字串“Contains”）<—（有误，见下面更新）

具体判断方式是 宽像素*高像素*4和文件大小比较
, m  @) Y$ A6 h如果是32位图像，则文件大小比上述计算所得值大18个字节
) l! E8 P5 G. Z' z7 i如果是24位图像，则文件大小比上述计算值小，应该是等于 宽*高*3+31

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

1 J* J, p4 i" R+ V; S: }: ]转换工作，32位图像很简单，去掉那18个字节的文件头，然后填上32位BMP图像的文件头就可以了，BMP图像文件头数据比较简单，网上资料很多，这里就不详述了。
1 J9 D3 J4 E* I6 b" {) c) v
! I! O; F; N9 t% ~& F$ c24位图像转换要稍微麻烦点，因为24位bmp图片在显示时，如果每一行字节数不是4的倍数，就需要补足字节，举个例子，39*33的图片，每行的字节数是39*3=117，不是4的倍数，因此每一行都要补3个字节。同时文件大小和RGB数据大小也改变了，在写文件头的时候也要注意。
7 i6 S2 j# q, }# I
' `1 w5 h2 {/ S& p需要注意的是，存放的RGB数据是逆向的，如果直接复制，转换出来的图片就是倒着的，所以要先读取最后一行的RGB数据，然后从后往前读，最后输出的才是正向的图片。


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

——————————————————————————————————————————
' y8 E/ S. \7 z& a" l以上是理论部分，至于实践部分，目前完成了单张图片的正向转换工具
4 I3 v( J+ L% R  L) K; U
使用方法：
    把待转换的文件和head文件和工具放在一起，命令提示符下convert filename，程序就会自动找出head里对应的文件，读取宽高像素，解压缩，转换。
" Q; k9 P: h7 o% ]$ C
附件包里包括了工具、head文件、一个待转换文件、一个我写完命令的bat文件，有兴趣的童鞋可以下下来解压，直接运行那个.bat，如果正常的话，你可以在目录下找到一个lzss解压缩后的文件和一张转换完成的图片。

——————————————————————————————————————————
6 R0 p' r4 U! q. h3 H  g
其实呢，本来批量转换的代码都写好了，但是由于原来的lzss解压工具无法重复运行，批量转换工具暂时难产了。
就是说我将那解压缩代码添到工具里后，重复执行解压缩程序后，只有第一次能正常解压，后来解压缩出来的文件数据都是错掉的。
0 C6 Y7 H2 @* P8 V4 u
最简单的如下代码也只有file1能够正常解压，file3解压出来的数据有错误
main（）{
% [9 m4 k: g; f# Q! Plzss（2，file1，file2）；   //  2代表解压，前一个文件是源文件，后者是解压后生成文件
lzss（2，file3，file4）；
5 y, e' t" g/ Q% h}
, H" M3 T+ h% H! d
可能是我添代码的时候出了问题，也可能是原来解压程序的代码有问题，运行完部分数据没有初始化。正在研究中.....

未完待续....
& I. {8 O4 x& y1 ?# ]' y——————————————————————————————————————————
0 ~3 c( j, T, _09.09.16更新

; P- H9 H& ?1 Z昨晚睡觉时突然想到，批量转换其实也可以用批处理.bat文件完成，这样就不需要再编程了
当然效率会比编好的程序低一点，不过一个小工具，问题不大。
具体就是建立一个.bat文件，依次输入：

5 T6 x$ }7 K& L; ^convert BRU_DESKBOOK_OVL
convert BRU_DESKEYE_OVL
convert BRU_EYEGRIDOPEN01_OVL
+ I2 Y5 _! f- H6 a; a( Lconvert BRU_EYEGRIDOPEN02_OVL
; }" g$ k$ P( }' R- m3 j: w……
: [" X- M, C+ X2 M9 N! d+ U……

, O* E- u1 x5 x( R就行了，当然，几百张图片不可能手输，几行代码就可以搞定了，附件包里增加一个convert17.bat
就是ND17所有图片文件的批处理文件。
使用方法就是把convert17.bat和convert.exe还有解包后的那一堆文件放在一起，运行.bat文件就行了。

ok，下一步开始制作逆转换工具
————————————————————————————————————————————
, U! v# ], p' T  g2 J" S" Q5 t# N: ~09.09.19更新
. ?# e6 M2 `: F) K% j) A7 m终于熬到双休日了，真是痛苦的一周╮(╯_╰)╭

& Z- j' G" a" o% H, I6 {$ [首先，对上面文件格式分析的一个勘误，并非所有24位图像的文件头都是31个字节
  g1 ?9 I/ J  h0 X4 n2 O! O也有一部分的文件头是18个字节，具体什么情况出现31个字节文件头尚不清楚，可以知道的是31个字节文件头中含有字串“Contains”，辨别文件头有几个字节可以直接 文件size-宽*高*3  计算而得

3 Y4 u% V  k( P7 y, Q$ E其次，更新逆转换工具
3 L' f( l1 \3 r, T8 s; q0 q5 q+ I& H使用方法：将工具和转换后的bmp图像，正转换过程中生成的.pic文件（就是cif文件解压缩所得，用来提取文件头）放在一起，命令提示符下输入convertback FILENAME即可，FILENAME无需后缀名，例如像转换工具一样只需输入convertback BRU_DESKBOOK_OVL即可

因为之前加入lzss代码出现了例如不能重复运行等种种问题，所以逆转换工具暂时不添加lzss压缩的代码。就是说转换后的还是pic文件(FILENAMEnew.pic)，需要另外运行南希lzss解压缩工具nancylzss.exe。
具体使用时还是可以用bat文件来达到批量操作。

; p0 \$ f* K2 f6 X图片汉化流程：
% f0 |, c% }, `( B9 I) B
1、用convert17.bat转换所有图片文件
2、查看所有图片，找出、PS需要修改的图片
3、建立一个convertback.bat，依次输入需要转换的图片，例如：
0 p0 K" s" F( E/ J4 Z. n1 X- a   convert BRU_DESKBOOK_OVL
      nancylzss e BRU_DESKBOOK_OVLnew.pic BRU_DESKBOOK_OVLnew
      convert BRU_DESKEYE_OVL
      nancylzss e BRU_DESKEYE_OVLnew.pic BRU_DESKEYE_OVLnew
8 Q  J7 a* a. I2 I      ……
   ……
  i, E; N! a7 D2 }& a0 [# y) j4、运行该bat文件，逆转换
! a0 D. {* u2 i: |
附件包里添加逆转换工具convertback.exe，压缩解压缩工具nancylzss.exe
2 E& d: V2 H1 f" P+ w
ok，下一步进行关键的图片文本导入测试~

shane007

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

shane007

对了，文本部分的导入试验有时间的话请继续。
这样又能多2个可汉化游戏。

深绿

09.09.16更新

shane007

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

深绿

09.09.19更新

shane007

进展不错啊！