查看完整版本: [-- 【原创】【讨论】世嘉土星游戏汉化教程2（图片汉化） --]

【 浮游城 - Castle in the Sky | 开放邀请注册，PS|SS|WII|DC下载研究中心 】 -> 【 ISO 游戏交流区 | ISO Game Communion 】 -> 【原创】【讨论】世嘉土星游戏汉化教程2（图片汉化） [打印本页] 登录 -> 注册 -> 回复主题 -> 发表主题

<<  1   2   3  >>  Pages: ( 3 total )

zengzidane 2022-02-21 22:55

后生仔加油！看了教程1里你和YZB大大的Q&A，你的探索精神也值得我们学习！

hutianlu 2022-02-24 20:39
感谢老哥支持！

hutianlu 2022-02-24 20:40
老哥，昨天有个群友给我找到了一份花组对战方块的作弊码，这个就是金手指吗？模拟器里直接输入就可以用了对吗
Effect                                                     Code
Master Code (must be on)                    F6000924 C305 + B6002800 0000
No Countdown Timer                            160684DA 0000 + 1606874A 0000
Character 1 And 2 Unlimited Health    360573BC 0064 + 3605741C 0064
Character 1 And 2 Unlimited Power    360573B8 0078 + 36057418 0078

YZB 2022-02-25 11:04
必须码是实机用的，模拟器可以不用理会，模拟器直接输入后面的代码既可


No Countdown Timer 160684DA 0000 + 1606874A 0000

1开头的代码，表示为地址60684DA 写入2个字节的00     后面的606874A 一样是写入2个字节的00

3开头的代码，表示为地址60573BC写入一个字节的64    后面同理

不过金手指码和这个游戏看起来有点对不上

hutianlu 2022-02-25 15:58
刚才试了一下这几个金手指，发现一点变化都没有，或许这些金手指是错误的？
consoledatabase.com/cheats/segasaturn/hanagumitaisencolumns/
我是在这个网址上看到金手指的

YZB 2022-02-26 12:25
还是自己找靠谱

16097D4A 0188

加到金手指代码里面，默认3层气不减

hutianlu 2022-02-26 13:11
厉害厉害！请问这个是咋找的呢？我看到有一个作弊码搜索列表但是不会用，大概是观察内存地址数据变化猜出来？

YZB 2022-02-27 12:54
引用
引用第106楼hutianlu于2022-02-26 13:11发表的 回 105楼(YZB) 的帖子 :
厉害厉害！请问这个是咋找的呢？我看到有一个作弊码搜索列表但是不会用，大概是观察内存地址数据变化猜出来？


使用内存搜索或者借助其他内存软件搜索，比较有名的有EmuCheat和CheatMaker。

网上教程很多，当然你熟悉了用模拟器自带的搜索也可以

原理很简单，那些数值在内存中都是动态的，多变化几次多搜索几次就能定位到大概的地址了，然后尝 试 修 改那些地址的数值，看看游戏中是否有变化即可锁定具体地址和数值

hutianlu 2022-02-27 16:08
原来如此，感谢YZB大大~
后天开学了，期待SGGG的汉化新作

zengzidane 2022-03-03 10:02
引用
引用第105楼YZB于2022-02-26 12:25发表的  :
还是自己找靠谱

16097D4A 0188

加到金手指代码里面，默认3层气不减   


请教这种搜出来的地址，是否是游戏本身的Raw address？ 
发现Action Replay，Yabause，EC转化后的代码，几乎和这个是一样的；而通用工具如CE，GM搜出来的明显不一样

YZB 2022-03-03 11:06
引用
引用第109楼zengzidane于2022-03-03 10:02发表的  :


请教这种搜出来的地址，是否是游戏本身的Raw address？ 
发现Action Replay，Yabause，EC转化后的代码，几乎和这个是一样的；而通用工具如CE，GM搜出来的明显不一样


是的
其他修改器不一样吗？
一般只是去掉了内存的头地址吧，比如这个
16097D4A 0188
其他修改器不知道，不过一般只是把前面的16去掉改成00或者其他数值了吧
因为ss内存就2m，不是6开头的1M就是2开头的1m，很多修改器都会去掉这个头改成00表示06开头或者01表示20开头什么的

如果连后面的地址不一样，那就是基址不一样吧，但是经过计算以后，实际的游戏地址肯定是97D4A

hutianlu 2022-03-26 15:00
Y大，我又回来啦
前段时间你给我的VDP1、2技术文档我看了一下，感觉非常厉害，于是就找了一位哥们儿挑VDP2的技术文档的目录部分进行了翻译（感谢负责主要翻译的乙己哥），以方便大家查阅对应内容，主要是几百页的内容全都翻译了也不现实，所以翻译一下目录就够了，因为后续内容机翻也能看
乙己哥作的主要翻译，不过他不是很了解计算机相关知识，所以我作了初步校对和审核，但依旧有不少不敢确定的翻译内容，因此请Y大来看看翻译的准确性和待定词汇，谢谢啦
[attachment=112814]

YZB 2022-03-26 20:55
非常不错，翻译技术文档是最枯燥的，特别是这种巨复杂的说明文档，还是vdp2的，老实说ss的这些文档我很多都看不懂，只能在游戏中慢慢摸索.............

非常感谢你和你的哥们。

话说你是想翻译这些来提高你的英文水平吗？

hutianlu 2022-03-26 21:47
里面有不少待定翻译，Y大要是能指出确切的翻译的话可以直接改过来或者写在备注里，然后上传一下，我再和我哥们儿看看 如果Y大也无能为力的话我就直接发布出去等待有缘人了
VDP1的等他闲下来也一起汉化一下，他说他想要给樱战做点贡献可是他只会翻译，我一寻思给SS的硬件资料简单汉化一下不光帮助了我在樱战方面的汉化，还能帮助到大家和全天下的SEGA铁杆以及汉化人员，功德无量啊2333~他翻译非常努力，还查阅了大量计算机英汉词典，尽量把误差降到了最低
通过翻译来提升我英文水平多半是很蓝的啦，我英文水平也就口语能力比较强，书面表达经常出现语法错误，或许是因为我在造句方面不拘小节吧……考试能考100分左右，我平时的英文交流基本是无大碍了: ）
但是作为主翻译的乙己哥是国际高中学生，英文水平很强之前也翻译过不少技术性文章，他再过几个月就要去美国念大学了，我英文上的问题基本就靠他了 感谢乙己哥做出的贡献

YZB 2022-03-26 23:02
大致看了一下，目录翻译还行吧，用词这种东，我们不是官方不一定非要完全准确，主要是意思到了就行了

关键是详细的说明不能翻译出错，ss的vdp寄存器可以说是非常非常多，估计就算是看中文也会被绕晕吧

你还年轻，可以多学点英文，以后看文档也会比较容易，不像我，得用翻译软件

奇怪的名字 2022-06-08 17:36
很不错，谢谢，学习了

hutianlu 2022-06-29 23:15
嗨嗨Y哥 我又回来了~
考试结束回来复习一下教程，过几天继续做汉化，遇到难点还来麻烦您

老陆 2022-06-30 14:29
引用
引用第116楼hutianlu于2022-06-29 23:15发表的  :
嗨嗨Y哥 我又回来了~
考试结束回来复习一下教程，过几天继续做汉化，遇到难点还来麻烦您

你不如加入他们汉化组，以后可以拿一些md或土星上文字量小的游戏练习

hutianlu 2022-06-30 20:18
主要是~比较忙没有时间，我自己想汉化的游戏还有不少呢 我把花组方块1汉化完之后就能完全掌握图片汉化了，字库汉化接着会有游戏练的

YZB 2022-06-30 21:44
引用
引用第118楼hutianlu于2022-06-30 20:18发表的 回 117楼(老陆) 的帖子 :
主要是~比较忙没有时间，我自己想汉化的游戏还有不少呢   我把花组方块1汉化完之后就能完全掌握图片汉化了，字库汉化接着会有游戏练的


在帖子里面学挺好的，方便回顾，也方便后人学习
况且看你发布的BETA0.2汉化版说明还没封装，那还得把第一个教程消化一下，毕竟里面有提过iso+音轨是可以简单重新生成一个完整的bin+cue镜像的
ps：你选的这个游戏用来做示范非常好，里面不仅有很多图片字幕，还有字库的字幕，而且还包含有压缩过的文件，学会这个，其他游戏应该会比较容易上手

hutianlu 2022-07-03 00:06
老哥请问VDP2图像的颜色表怎么搞啊？在VDP2的信息里没有看到过color bank相关的信息

hutianlu 2022-07-03 00:12
求教一下，我在 NBG1 信息里看到
Plane A Address = 00078000
Plane B Address = 00078000
Plane C Address = 00078000
Plane D Address = 00078000
这些编号是什么？

我还在 常规信息 里看到
Back Screen Stuff
-----------------
Mode = Single color
Address = 05E7FFFE
这串地址是什么？

以及二者中都出现的
R = -8, G = -8, B = -8
是什么意思？

YZB 2022-07-03 12:52
1 窗口信息要复制完整，你这样复制一半，我想猜也猜不到

2 哪个游戏？在哪个界面出现的？

3 很多地方我也不会，只能边进游戏查看内存，边goo搜索

hutianlu 2022-07-03 13:54
还是花组方块，进灰姑娘模式之后开场有一段剧情，一图片形式存在于VDP2中
NBG1 信息：
8-bit(256 colors)
Tile(1H x 1V)
Plane Size = 1H x 1V
Pattern Name data size = 2 words
Plane A Address = 00078000
Plane B Address = 00078000
Plane C Address = 00078000
Plane D Address = 00078000
Coordinate Increments x = 1.000000, y = 1.000000
Window disabled whole screen
Color Ram Address Offset = 0
Priority = 6
Color Offset A Enabled
R = -8, G = -8, B = -8
Special Color Calculation 0

常规信息：
Border Color Mode = Black
Display Resolution = 320 x 224(NTSC)
Interlace Mode = Non-Interlace
Latches HV counter when external latch flag is read
H Counter = 0
V Counter = 0

Line Color Screen Stuff
-----------------------
Mode = Single color
Address = 05E00000

Back Screen Stuff
-----------------
Mode = Single color
Address = 05E7FFFE
Color Offset A Enabled
R = -8, G = -8, B = -8

Sprite Stuff
------------
Sprite Type = 0
VDP1 Framebuffer Data Format = Palette only
Window disabled whole screen
Color RAM Offset = 0
Priority 0 = 7
Priority 1 = 7
Priority 2 = 7
Priority 3 = 7
Priority 4 = 7
Priority 5 = 7
Priority 6 = 7
Priority 7 = 7
Color Offset A Enabled
R = -8, G = -8, B = -8
[attachment=113444]

YZB 2022-07-03 15:50
引用
引用第123楼hutianlu于2022-07-03 13:54发表的  :
还是花组方块，进灰姑娘模式之后开场有一段剧情，一图片形式存在于VDP2中
NBG1 信息：
8-bit(256 colors)
Tile(1H x 1V)
Plane Size = 1H x 1V
.......


恭喜你，开始接触到ss另外一种显示方式了
首先，因为ss是md的强化升级版，所以md那种为节约显存用编号显示的方式也继承下来了，下面我就用你这个图来简单讲讲
因为ss的显存也不是很大，所以很多游戏都会使用这种方法来达到节约显存的目的（忘记前面是否有讲过了，这里再重新说一次吧）


这种方法首先会以整个vdp2的内存（512kb，0x80000字节）为基础，划分成若干个8x8的小方块，每个方块的大小32字节，然后游戏按照一个信息表格开始把这些小方块组合成一个大图


比如你这个游戏：
8-bit(256 colors)     256个颜色

Tile(1H x 1V)          8x8方块

Plane Size = 1H x 1V      大小

Pattern Name data size = 2 words        2个words，就是指4个字节一组
Plane A Address = 00078000              表格地址
Plane B Address = 00078000
Plane C Address = 00078000
Plane D Address = 00078000


所以把上面信息综合起来就是，用8x8的小正方形方块组合成大图，表格位置在vdp2 内存的78000处

用模拟器整个内存dump下来，跳转到表格位置（vdp2地址+78000）
[attachment=113445]


看图，从红框开始一直往下就是表格数据了，因为前面有写过Pattern Name data size = 2 words       那就是 2个words，4个字节一组来表示小方块的信息
所以我们可以算出第一组红框的实际方块一共是0xa0/4=0x28=40个小方块，因为每个小方块是8x8的，所以大图的宽度就是40x8=320，因为这种显示方式需要固定每行显示512个

像素，所冶Ρ﹁要丢弃320后面的表格数据，那就是512-320=192，192/8=24，也就是24个方块的信息需要填充，所以后面蓝框里面出现的就是24x4个00字节的填充数据

我们先看第一组的4字节 0010 2000

这里需要分成3部分来看

首先看2000，这里的2000是指在vdp2内存里面的小方块编号，就是第0x2000个小方块，那么因为前面已知一个小方块是32字节，所以这个方块实际地址是在VDP2里面的0x2000*0x20=0x40000这个位置

然后看0010中最低位的10，这里没说错的话，这个10是表示使用的颜色表编号起始位置，因为每个颜色表是0x20字节，所以就是0x10*0x20=0x200

最后看0010中的高位00，我没记错的话这里可以是表示方块的显示方式，可以是正常显示00，或者左右对调01  上下颠倒02，或者左右+上下颠倒03来显示，这里是00，所以表示正常显示

方块分析完了，因为这些小方块的显示位置是从左到右，从上到下，那么接下来的第2组方块也是用上面相同的方法就可以拼凑出一张完整的大图片了



分析完了，那么我们先跳到颜色表起始位置5f00000+0x200的位置，因为前面已经知道是这个图片是使用的256色颜色，又因为颜色表是2个字节表示一个颜色，所以我们需要复制256x2个数据，然后去我们sggg官网使用在线转换，选择bgr进行数据转换，转换完成以后，在通ct2导入颜色表，然后在跳到图片数据的实际位置5e00000+0x40000
[attachment=113446]


然后就可以看见正常显示图片了，接下来根据vdp2里面的图片数据，去镜像里面搜索相同的数据，来定位是在哪个文件里面，然后就按照原来的方法修改图片导入即可

以上只是个人分析结果，如果哪里有说错，欢迎指出

hutianlu 2022-07-03 22:39
破解新方式get
那个，512KB应该是0x80000个字节吧，貌似多打了一个0；最后说计算图片位置的时候又少打一个0（5e00000+0x4000，应该是0x40000）
为什么每个方块32字节啊？这个应该怎么算
2个words，4个字节一组来表示方块的信息这句话我没理解，每个方块32字节为什么变成4字节一组表示方块信息了？ 不过我知道2字节=1word，这个换算我会（等等我好像理解了，小方块的大小固定是32字节，但是调用的时候给每个方块都定了编号，编号和小方块都储存于内存中，编号大小只有4字节，想要调用方块只需要调用内存里的表格编号？这么想应该是对的吧……不过小方块和编号都在内存里，为啥不直接调用小方块？还有为啥用CT2加载表格却能显示出小方块？CT2应该加载出来的是表格信息啊我觉得，难道他能自己看出来表格指向那些小方块？）
为什么每行固定显示512个像素？这里的“行”指的是哪里的行？这里没理解

YZB 2022-07-04 09:14
引用
引用第125楼hutianlu于2022-07-03 22:39发表的  :
破解新方式get   
那个，512KB应该是0x80000个字节吧，貌似多打了一个0；最后说计算图片位置的时候又少打一个0（5e00000+0x4000，应该是0x40000）
为什么每个方块32字节啊？这个应该怎么算
2个words，4个字节一组来表示方块的信息这句话我没理解，每个方块32字节为什么变成4字节一组表示方块信息了？   不过我知道2字节=1word，这个换算我会（等等我好像理解了，小方块的大小固定是32字节，但是调用的时候给每个方块都定了编号，编号和小方块都储存于内存中，编号大小只有4字节，想要调用方块只需要调用内存里的表格编号？这么想应该是对的吧……不过小方块和编号都在内存里，为啥不直接调用小方块？还有为啥用CT2加载表格却能显示出小方块？CT2应该加载出来的是表格信息啊我觉得，难道他能自己看出来表格指向那些小方块？）
为什么每行固定显示512个像素？这里的“行”指的是哪里的行？这里没理解   



手误，已经更正，明白意思就好

1  为什么每个方块32字节啊？这个应该怎么算
你可以直接理解为这种显示方式都是按32字节一组来划分的，如果是4bit颜色的话，那么一个方块就正好是32字节，每个方块的编号直接+1递增就可以了
如果是8bit显示的话，那么一个方块是64字节，那么在方块编号那里就需要每次+2来递增，查看这个图片的方块编号内存，你可以看到编号都是以双数来表示的，不会出现单数的编号
同理如果是16bit显示的话，那么编号继续加倍，每次+4来递增


2 2个words，4个字节一组来表示方块的信息，这里你理解的没错，就是用4个字节来记录每个方块的信息，至于为什么不直接调用图片，是因为为了节约显存
先看看原游戏画面[attachment=113448] 


如果直接显示的话，是下面这个样子的 [attachment=113447] 
看到屏幕四周一大片的的区域了吗？在那里其实是作为透明色显示，如果直接放一张大图到显存的话，会浪费掉很多的空间，而以8x8小方块编号显示的话，可以节约很多，更何况那些8x8的小方块还可以上下左右翻转来显示



3   为啥用CT2加载表格却能显示出小方块？
ct2好像不能加载表格吧，那张图只是显示小方块的实际数据而不是编号数据，按原游戏320/8每一行40个小方块就可以正常显示了




4 为什么每行固定显示512个像素？这里的“行”指的是哪里的行？
这种显示方式只支持2的次方，2 4 8 16 32 64 128 256 512 1024.......，所以遇到不够的只能递增一个，然后在填充多余的部分

这里的行是指用8x8组合的小方块，从左到右依次排列显示的一行的宽度，因为游戏显示方式是320x224，但是图块只支持2的次方，256的方式显然不够，所以只能用512的方式所以你可以想象成用64个（512/8）8*8的小方块组合成一个512*8的长方形图片，然后在算一下整张512*224的图如果直接显示8bit的话会占用多少内存，这还只是一张图片而已一个图层，整个vdp2是可以有5个图层的  

所以用8*8的方块编号来显示可以节约很多内存

hutianlu 2022-07-04 10:25
感谢讲解，这么说我就懂了~
最后对于“行”的讲解，意思是不是：受限于画面宽度必须表示为2的N次方，画面宽度此时规定为320，而512满足且接近于320，所以选择采用每行512个像素，同时做减法运算删去多余无用的192个像素？
另外想问一下，SS的画面输出有分辨率限制吗？比如我看有些游戏的分辨率就很高，有些游戏的分辨率就很低，你们汉化组还曾经将低分辨率字库改成过高分辨率字库，这种更改输出分辨率操作是怎么实现的？

YZB 2022-07-04 11:56
引用
引用第127楼hutianlu于2022-07-04 10:25发表的 回 126楼(YZB) 的帖子 :
感谢讲解，这么说我就懂了~
最后对于“行”的讲解，意思是不是：受限于画面宽度必须表示为2的N次方，画面宽度此时规定为320，而512满足且接近于320，所以选择采用每行512个像素，同时做减法运算删去多余无用的192个像素？   
另外想问一下，SS的画面输出有分辨率限制吗？比如我看有些游戏的分辨率就很高，有些游戏的分辨率就很低，你们汉化组还曾经将低分辨率字库改成过高分辨率字库，这种更改输出分辨率操作是怎么实现的？


改分辨率需要查看vdp2的技术文档第2章
http://docs.exodusemulator.com/Archives/SSDDV1R1E/b/b02/hon/p012.htm
知道原理就可以改了，具体的修改方法可以参考 paul_met写的这个帖子https://www.emu-land.net/forum/index.php/topic,73826.0.html

但是注意某些游戏如果程序限制的话会出现花屏bug，而某些游戏在模拟器上正常但是在实机上可能也会出现一些bug

hutianlu 2022-07-20 14:50
Y大，我按照方法去操作还是挺顺利的，但是图片加载出来所有tail都是错位的，CT2里应该怎么操作才可以把他们排列整齐啊
[attachment=113462]

hutianlu 2022-07-20 18:27
对了Y大，我朋友发现了一个神奇的软件，这款软件可以搭配插件查阅SS游戏光碟中的图片 感觉远离很神奇，咱们费劲九牛二虎之力提取图片结果他们一下子就提取出来了……
[attachment=113463]
[attachment=113464]
第一个文件是图片提取软件的本体，第二个文件是对应《花组方块》游戏的插件，打开程序后加载插件即可获得游戏内所有有用的图片内容~
希望Y大观察分析一下这个程序，我感觉他或许会对花组方块的破解有帮助

YZB 2022-07-20 18:28
shift+左右方向键调整每一行的块数

看起来ct2的操作还不熟练啊。

YZB 2022-07-20 18:43
【概述】
使用图像查看工具“Pig Viewer”查看SS版“Hanagumi Taisen Columns”的图像。
使其可见的插件。要执行，图像查看工具“Pig View”
“哇”是必需的。


[如何使用]将 hanacol.pig 放在适当的目录中，并在启动 Pig Viewer 后加载它。让我试试。有关如何执行此操作的详细信息，请参阅 Pig Viewer 的帮助。
需要设置插件，然后设置这个游戏的光盘目录，这样才可以显示图片


看说明是专门针对这个游戏做的插件而已，不过有参考价值，可以直接看到哪些图片需要汉化。
至于其他破解方面的问题，还是等你慢慢来吧

hutianlu 2022-07-20 20:58
感谢指导~那么这个软件是怎么做到提取出图片信息的呢？或许他们自己就能算出颜色表和图片所在文件一类的？

YZB 2022-07-20 21:18
做为一名破解，首先找到需要颜色表的图片以后，如果颜色表不在同一个文件里面的话，那么先按文件名排列去观察该文件夹里面旁边是否有类似的同文件名不同后缀的文件，很幸运，这个游戏就有，如果没有则只能去用模拟器调试来追颜色表的出处了）

经过简单判断，同名的a后缀文件名为map表，同名的cg文件为图片数据，同名的CL文件为颜色表

所以只要在程序里面把文件名列出来了，就可以根据文件名和后缀把图片显示出来。当然你甚至可以直接把所有的颜色表 图片数据和map表整合在程序里面，这样就不用去设置光驱了
程序是死的，人是活的，想怎么写完全看人  
ps：忘了说，如果遇到使用map表拼图的游戏，如果不会写程序，那这里会被卡住，你先祈祷一下其他图片是否也是顺序排列就可以显示完整的图片吧

hutianlu 2022-07-20 22:19
原来如此，之前一直看不出来A和CL后缀是什么意思，现在终于懂了
另外关于寻找文本位置这个事情，能否通过查看CPU的汇编指令来寻找？穷举法找文件太爽了，如果看汇编就能短时间找到文本位置，那我就趁着假期的尾巴学一下汇编，用处不大的话我就先不学了

YZB 2022-07-20 22:46
不能~
你怎么定位读取文本的程序段在哪里？除非你知道文本在内存哪个位置，然后设置一个读中断

hutianlu 2022-07-20 23:43
程序段和读中断都是啥啊〒▽〒程序段是不是加载到内存里的程序内容？读中断不知道是什么怎么操作啊

YZB 2022-07-21 09:12
简单点说就是你如何从几十万行汇编代码里面定位哪里是读取文本的代码

我觉得你应该得熟悉一下yaba模拟器的调试器操作....

hutianlu 2022-07-21 11:11
Yabause的调试功能我确实知之甚少，有相关功能资料吗？我去学习用一下

YZB 2022-07-21 14:49
模拟器调试教学自己上网搜一下吧，任何模拟器都可以，原理都是一样的

附件是ss模拟器的汇编指令集，中文的，边看边学吧，这个没有捷径.......

hutianlu 2022-07-25 10:39
老哥，花组方块里GPR_G03.CG这张图我在CT2中试了好多边，怎么排序都是错位的，这种情况如何解决？
（这张图就是第一个模式开场剧情动画的第二幕图片）
[attachment=113479]

YZB 2022-07-25 21:35
因为这张图片有大量的8x8小块可以重复使用，所以直接拼不出来的

至于怎么确定是否有重复使用的8x8小图块，可以先看图片的数据部分是否有足够大，可以直接在ct2里面拼好的图片，因为每个8x8都是单独使用，没有重复使用过的，所以图片数据应该是N个8x8的小图块
当然最好是直接看map表保险一点，比如这张图片

[attachment=113480]

随便看了一下，红色部分都是重复使用的图   

所以想把图拼出来，除了写程序，要不就用模拟器截图

hutianlu 2022-07-25 22:42
原来如此，那些黑色色块有重复使用，所以我拼不出来
那么这张MAP表是怎么看出来有重复使用的呢？应该怎么判断？
如果是写程序的话，怎么将这种错位图片拼出来，图片修改之后再把拼出来的图片转换为错位图片？能讲一讲吗 要不然我估计还得遇到这种重复使用小方块的图

YZB 2022-07-25 23:37
前面我不是说过原理了吗？感情你还没理解。

每一个8*8的小方块都有一个单独的数字编号，从00开始，因为这个图是256bit色，所以每个8*8的小图块就需要64个字节，因为ss如果是使用map表来显示的话，只能以32字节为单位做编号，所以你看见这个图的编号都是双数显示的。

怎么查看是否重复使用，当然就是看编号是否重复使用了。

导入其实不用按照原方法，因为其他图有的是完整显示的，你把完整显示的图的map表复制一份过来应该可以的。
人不能被尿憋死，方法有的是，如果不会写程序，你甚至可以自己去找其他你认为比原版更清晰的图来代替它

hutianlu 2022-07-28 14:51
自己琢磨办法之后终于用一种较为基础的方法处理掉这些图片了
不过我想如果直接修改MAP表以改变图片，在游戏中可否表现正常？
[attachment=113482]
如图所示，“の”中间的色块被重复使用，将会严重影响作图，能否修改MAP表使两个“の”都是用自己对应的8*8方块？这样美工就不用去考虑重复调用一个8*8方块的问题了
主要是担心美工不好处理影响效果 特此前来学习
文件是GPR_M11.CG

哦对了，这张图中的文字和GPR_M02.CG中的文本一模一样，但是M02里却没有两个の共用一个方块，不知道M02这张图能不能帮助处理M11上的问题

YZB 2022-07-28 20:36
前面我就说了，理论上是可以直接用没有重复的map表来替换的，你只需要把没有重复编号的map表，复制一份改名，然后图片数据的cg文件也改成没有重复的即可

很多事情都是大胆假设，实践测试，在那猜100次还不如动手测试一次来得快，况且你这个测试也方便

crazymanwd 2022-10-13 02:26
真正的技术干货，谢谢分享，发现自己能看懂。有时间也试着学习学习捣鼓捣鼓。

hutianlu 2022-12-28 12:52
终于放寒假啦
复习一下继续汉化没处理完的部分
阳了之后脑瓜子明显迟缓了 还是多多指教呀

czg945 2023-02-06 12:21
汉化即是技术活也是体力活！


查看完整版本: [-- 【原创】【讨论】世嘉土星游戏汉化教程2（图片汉化） --] [-- top --]


Powered by PHPWind Code © 2003-08 PHPWind
Gzip enabled

You can contact us