没有人的城市

W20DEARX硬盘使用心得

blues_city — Wed, 26 Oct 2011 00:22:18 +0800

前言：新入手一个2T硬盘，折腾了不少时间，把这段时间的使用心得记录下来，以供参考。题外话……，在入手硬盘的第二天泰国就发大水了，结果全线涨价了，不知道现在应该用什么心情面对才好了……

另外，关于高级格式化 advanced format 其实应该翻译为：先进格式化才对，原来用的这个词在中文中有其他的意义的，很容易把人弄混乱。

*关于数据对齐程序

由于新品种的硬盘使用的是4K扇区，而不是之前的512byte的扇区，为了兼容旧的程序就需要进行这个数据对齐程序。

从官网上的下载需要你注册产品后才给下载……真是蛋痛。

自定义pylint的代码规范正则的办法

blues_city — Sun, 09 Oct 2011 16:30:19 +0800

pylint 是一个方便的用于代码分析的工具，反正只要能通过它的代码，基本上跑起来是没有问题的。比C下的工具好很多，有能通过但无法跑的。总之，现在是没它写不了东西了……

几个经常会遇到的问题：

如何知道一个错误的具体原因？

pylint --help-msg= C0111

C0111就是得到的错误的代码了。这个命令会显示出一些具体的提示或者修改意思之类的。

不检查某种错误。

参数

-d , --disable=

例子

-d E1102

这个需要加到命令行参数中去，如果是使用 pydev 就直接加到下面那个大框子中就可以了，

另外一个办法是可以直接在出错的行后面写上：

#IGNORE:E1102

两个的区别是后面只是屏蔽出错提示而已，实际上你的评分并没有变化的，而前面的命令是直接不检查这种错误了，得分会直接上去的，不过，不推荐使用前面的办法，毕竟错误还是在那里的。

自定义代码风格

大多数时候每人有个自己的代码大小写定义的，所以它内部指定的命令方法不一定都适合，所以可以修改为自己使用的式样的。

pylint --generate-rcfile > pylint.conf

用来产生一个设定文件。

然后编辑其中的[BASIC] 这部分，有各种命名的正则表示，按需要改就行了，不会的请查看下正则表达式的写法，其实大多数是不必要修改，针对驼峰命名法只要加入一个针对可以匹配大写的“A-Z”这个表达就可以了。

最后在使用时加上参数 --rcfile 调用就行了：

例：

pylint --rcfile=pylint.conf dw.py

注意的是在pydev中调用时需要使用完整的路径。

参考：

http://tech.ddvip.com/2009-12/1261124629141546.html

幸福的青鸟

blues_city — Tue, 08 Mar 2011 15:18:08 +0800

传说中，青鸟能够带给人们幸福。
从前有一只青鸟，人们看到他，就会说“真是幸福呀~”。但这只青鸟自己却无法理解什么是幸福。于是他开始环游世界，希望能了解什么是幸福。他走到了很多地方，人门看到他就会说“真是幸福呀~”，可是他自己却越来越难以理解什么才是幸福了。他开始感觉到是不是在给人带去了幸福的同时，把不辛都留给了自己，于是他开始害怕人类，害怕听到“幸福”这个词了。直到有那么一天，他发现当人们看到他时再也不会发出那个单词了。
他没办法再给其他人带去幸福了吗？但他依然感觉不到自己的幸福。于是他回到了自己故乡，回到了原本一直呆着的地方。在那里，有另一只青鸟，代替他，接受着人们幸福的赞扬。就在那里，没什么特别的，不在意其他人评论，不在意自己的身姿，也时不时的在思考着什么。他虽然也没有感觉到自己有什么变化，“真是幸福呀~”，他却也这么说了。于是他变成了人类，成了每天对着青鸟赞扬的那些人类中的一员，直到有一天，那只青鸟也消失了…… #bluebirdStory
后记：本来想的时候是个很甜的故事……结果写到结局的时候不知为什么就变黑了……。果然是被阿虚的小圆脸害的吗……

关于日文中Ka行和ta行在行首和行中发音的问题的研究

blues_city — Wed, 19 Jan 2011 15:47:58 +0800

关于日文中Ka行和ta行在行首和行中发音的问题的研究

为什么我听か有时发ka音有时发ga的音呢？

那么应该如何发［b］［d］［g］音呢？

结论，这个是送气清音和不送气清音和浊音的区别

Back

为什么我听か有时发ka音有时发ga的音呢？

最近在学习日语中，这个问题一直在困扰着我，明明是同一个假名，却会听出两个音出来。查了下书，书上说KA行在行首时发K的音，在词中或者词尾是g的音，ta行则会变成da行的音。(修正：这个结论是错误的，而且这个g字指是的中文的g音，而不是日文中的g音)
很显然……我的脑子无法接受这个结论的。
在检查了各种发音原理后，原来这个是中文发音的问题呀……
首先，か的发音按国标音标来拼其实是[kha],（wiki: 清軟顎塞音 http://zh.wikipedia.org/zh-cn/清軟顎塞音另，这里的h是个上标的小写，我做不出那种格式来。这个标示表示在发音时需送气)，而这个发音是和中文拼音中的ka是相近的。而在中文中经常发的ga音，其实是[ka]来的，就是不送气的KA音而已。而日文中的[ga]音属于浊音(wiki:浊软颚塞音 http://zh.wikipedia.org/zh-cn/濁軟顎塞音 )，虽然很接近中文中的ga，但是实际上这个音在中文中是不存的。而我们听到的ka音变成ga音的现像，其实只是[kha]这个音变成[ka]音而已，即送气音变成不送气音而已。日文中送气与否并不作为语义的区分，所以，其实我们听起来是两个音，在日本人耳中其实都是一个意思的。
这个并不是日语特有的现象。在英语和其他语言中也有类拟的现像。[4]
比如最普通的在英文中s后的音节变音的问题：比如 student 这个单词，在s后面的音节t,听起来很像是d音，但是实际上是个不送气的t音而已。(才发现一直被坑爹了，以前从来不知道，以前一直听老师这样子说要变音的。) 英文同日文一样，同样也是［p］［t］［k］这三个清辅音有送气音变不送气音的变化。并且由于不区分词意而可以被视为同一个词。
所以应该怎么发音呢？
我认为应该直接发KA音就可以了还方便记忆。日本人是听不出来区别，或者认为是一样的（推理，后详)
（修正：问了下在日本的人，可能日本人还是听得出来的，虽然意思他们都能正确理解，一般的场合下也不会去纠正你的，虽然这个例子也无法确认大多数人是否是真的听得出区别来……）
关于会不会听起来怪怪，或者难受的问题。难受的不是听的人，而是发音的你而已。
日文的语速是世界上最快的（难怪有会咬到舌头的事）。需要一口气把这么多音节发出来，中间还需要用气流发出送气音是根本不可能的事，在读多读快了后自然就会发成不送气的KA音了的。
Top

那么应该如何发［b］［d］［g］音呢？

问题解决了一半，因为你直接在词中把ka发成ga音是完全合法合理的了，但是现在的问题变成了怎么发［b］［d］［g］这些浊音的问题了…… 完全没有办法……据说在江浙一带的方言中如果有带浊音的人可能听得出来区别，但是大多数中国人并不能区分出不送气的 ka 音和浊音 ga 的区别。虽然知道发音的方法和区别就是同清音一样，只是需要一开始就需要震动声带发声就是了，可是那零点几秒的微妙区别对于母语中不使用浊音的人来说，是会自己过虑掉的（中文中并不使用浊音，全部被清音化了）。所以我想大概就同日本人对于送气和不送气音的区别完全一样的了，因为不用于区分语义，所以脑子里会自己把这两个音归为同一个字（[5]参考让日本人区分 l 和 r 音的实验的例子）
虽然很想和大多数教材上说的只要多听多练习就会了解了的……实际上呢……这大概就是中国人学外语的天堑之一了吧……
其实，我想如果英文的发音标准的人应该这个比较容易吧，和中文的比起来，这几个音更加接近英文中的b d g 的音。在英文中这几个也是浊音。不过这个的前提是你的英文发音必需是正确的才对，但是现在的英文教育……
总之呢，按日语的思维去考虑去学习，不要揪着国语。。。这感觉是最基本的一点（感谢陪你看雪）
2011年01月19日按看雪指出的问题进行了一些修正，感谢
Top

结论，这个是送气清音和不送气清音和浊音的区别

参考了很多资料，也有一些是分析出来的结果，其实我也是在纠结不送气音和浊音听起来差别在那里，到底有什么区别。
读书笔记+经验之谈。可能会有错误，等待修正，请自行确认来源资料
话说我在学日语却整了一大堆英文学习法的资料，我在做啥子呀……
Top

---
资料来源：
[1]谷歌 http://www.google.com
[2]wiki 日语词条 http://zh.wikipedia.org/zh/日语和
国标音标的部分 http://zh.wikipedia.org/zh-cn/国际音标
清浊音 http://zh.wikipedia.org/zh-cn/清濁音
[3]日语中的不送气音，不送气清音与浊音的区别 http://hi.baidu.com/��/blog/item/1c254a616acd654aeaf8f874.html
[4]英语清音浊化和清音浊音的问题 http://binfen.blogbus.com/logs/10698887.html
《千万别学英语系列》
[5]英语学习的真实方法及误区分析: http://xc84.com/xiao-cheng-bi-ji-ying-yu-zheng-shi-fang-fa-wu-qu-fen-xi-01

对自己说一声 "Merry Christmas"

blues_city — Mon, 27 Dec 2010 23:21:53 +0800

听说呢，如果把一个人的一生都记录下来，就可以写成一本精彩的书，或者拍成一部完美的电影。不过显然对正在街角放着闪光的情侣们来说，在这个场情中我们只是背景A，朋友B，路人C这样而已，可就算是你遇到的所有情侣都是失散多年的亲兄妹又如何？还不是照样有人会继续啪啪啪啪~~。
所以呢，最终临时演员们还是拿了便当各自回家，而那种电影般的情节大概永远不会发生在自己身上……
不过呢，却有这么一部电影当中你是主角，这就是你自己的电影。你是自己生活的主角和导演，虽然其中有这么多不满的镜头要处理，虽然有这么多的场境没有拍摄完成，虽然有这么多的脚本还需要修改……
所以呢？即使是这样孤单的一个人的夜，即使是这样灰蒙蒙的下着冷雨的夜，即使是没有网络、手机也不见的夜，对自己说一声 "Merry Christmas" 吧。
你已经努力了一年了。

破解日记：[011012][RaSeN]傷モノの学園+cgpack

blues_city — Thu, 16 Dec 2010 00:08:17 +0800

趁在我还有精神时把这东西写出来。放在硬盘里的话大概不久就会被当成垃圾文件清理掉了吧……
文件封包很简单。(其实是忘记记了……)
只记得是分三段的，文件名全在一起，后面一段全是长部，最后一段全是起始地址。
图像是g24a格式，专用的格式。后期的重制版直接使用PNG文件了。无视文件名的话可以用通用工具直接抽出来。
图像头格式如下：
struct {
char magic[8],   ; g24a(\0\0\0    头部标志
u32 width,    ; 图像的宽和高
u32 height,
u16 unknow,    ; 01
u16 depth,    ; 色深，这里为0x18 = 24
u64 zero,    ; 0 0
u32 unknow2,   ; 0b12 = 2834 or 0ec4 0ec3
u32 unknow3,   ; 0b12 同样未知两个相同，但是不同的图像也完全不同。
u64 zero,    ; 0 0
u32 656c,    ;一样？le? 行压缩？压缩标志或者是??
u32 imagesize, ;宽x高x3 为解开后实际的大小。
}
后面接着为图像的dib数据。使用LZ77压缩。窗口大小为4K(0-0xfff)，窗口缓冲起始位置为0xfee，已经是第三次在游戏中看到这种算法了……这东西看来很好用呀。
反汇编的代码：
0042A096    8B5C24 24                mov ebx,dword ptr ss:[esp+24]                      ; start?
0042A09A    8B7424 10                mov esi,dword ptr ss:[esp+10]                      ; esp+10 = mask
0042A09E    D1EE                     shr esi,1
0042A0A0    F7C6 00010000            test esi,100
0042A0A6    897424 10                mov dword ptr ss:[esp+10],esi
0042A0AA    75 1C                    jnz short kizumono.0042A0C8                        ; 每次处理8个字节。FF = 0 为止
0042A0AC    397C24 2C                cmp dword ptr ss:[esp+2C],edi                      ; 读入一个byte
0042A0B0    0F8E C3000000            jle kizumono.0042A179
0042A0B6    33C9                     xor ecx,ecx                                        ; ecx = 0
0042A0B8    8A0C1F                   mov cl,byte ptr ds:[edi+ebx]                       ; ecx = buff[i] 07 edi = i ebx= buffer
0042A0BB    47                       inc edi                                            ; i++
0042A0BC    8BF1                     mov esi,ecx                                        ; esi = ecx
0042A0BE    81CE 00FF0000            or esi,0FF00                                       ; or 0xff00 头加上FF
0042A0C4    897424 10                mov dword ptr ss:[esp+10],esi
0042A0C8    F64424 10 01             test byte ptr ss:[esp+10],1                        ; MASK最后一位是否为1。
0042A0CD    8B4C24 2C                mov ecx,dword ptr ss:[esp+2C]                      ; 0491B6 ? 长度吗？
0042A0D1    74 29                    je short kizumono.0042A0FC                         ; 以下是为0时的处理
0042A0D3    3BCF                     cmp ecx,edi                                        ; 是否BUFF结束
0042A0D5    0F8E 9E000000            jle kizumono.0042A179                              ; 长度结束了没、
0042A0DB    8B7424 28                mov esi,dword ptr ss:[esp+28]                      ; 02450048? 结果存放地址
0042A0DF    33C9                     xor ecx,ecx                                        ; 一次处理一个BYTE过去，并且在MAP中存放一份
0042A0E1    8A0C1F                   mov cl,byte ptr ds:[edi+ebx]                       ; byte
0042A0E4    47                       inc edi
0042A0E5    880C30                   mov byte ptr ds:[eax+esi],cl
0042A0E8    8B7424 14                mov esi,dword ptr ss:[esp+14]
0042A0EC    83C6 08                  add esi,8
0042A0EF    40                       inc eax                                            ; 从0fee开始存，其他为0
0042A0F0    880C16                   mov byte ptr ds:[esi+edx],cl                       ; 4F9F2E 为什么又存一份？
0042A0F3    42                       inc edx
0042A0F4    81E2 FF0F0000            and edx,0FFF
0042A0FA ^ EB 9E                    jmp short kizumono.0042A09A
0042A0FC    3BCF                     cmp ecx,edi                                        ; 为1时的处理
0042A0FE    7E 79                    jle short kizumono.0042A179
0042A100    33C9                     xor ecx,ecx
0042A102    8A0C1F                   mov cl,byte ptr ds:[edi+ebx]                       ; DC byte 1
0042A105    47                       inc edi
0042A106    8BE9                     mov ebp,ecx
0042A108    8B4C24 2C                mov ecx,dword ptr ss:[esp+2C]                      ; 结束长毒
0042A10C    3BCF                     cmp ecx,edi
0042A10E    7E 69                    jle short kizumono.0042A179
0042A110    33C9                     xor ecx,ecx
0042A112    8A0C1F                   mov cl,byte ptr ds:[edi+ebx]                       ; byte 2 ff
0042A115    47                       inc edi
0042A116    8BF1                     mov esi,ecx
0042A118    83E1 0F                  and ecx,0F
0042A11B    81E6 F0000000            and esi,0F0
0042A121    C1E6 04                  shl esi,4
0042A124    0BEE                     or ebp,esi                                         ; 组合成0fdc
0042A126    83C1 02                  add ecx,2
0042A129    896C24 18                mov dword ptr ss:[esp+18],ebp
0042A12D    894C24 1C                mov dword ptr ss:[esp+1C],ecx
0042A131    BE 00000000              mov esi,0
0042A136 ^ 0F88 5EFFFFFF            js kizumono.0042A09A                               ; ?
0042A13C    EB 04                    jmp short kizumono.0042A142
0042A13E    8B6C24 18                mov ebp,dword ptr ss:[esp+18]
0042A142    8B5C24 14                mov ebx,dword ptr ss:[esp+14]                      ; ESP+14 是开始位置以LE开始
0042A146    03EE                     add ebp,esi                                        ; esi + offset
0042A148    81E5 FF0F0000            and ebp,0FFF
0042A14E    33C9                     xor ecx,ecx
0042A150    40                       inc eax
0042A151    8A4C2B 08                mov cl,byte ptr ds:[ebx+ebp+8]                     ; map[buffer+8]?
0042A155    8B6C24 28                mov ebp,dword ptr ss:[esp+28]
0042A159    83C3 08                  add ebx,8
0042A15C    42                       inc edx
0042A15D    884C28 FF                mov byte ptr ds:[eax+ebp-1],cl
0042A161    884C13 FF                mov byte ptr ds:[ebx+edx-1],cl
0042A165    8B4C24 1C                mov ecx,dword ptr ss:[esp+1C]
0042A169    81E2 FF0F0000            and edx,0FFF
0042A16F    46                       inc esi
0042A170    3BF1                     cmp esi,ecx
0042A172 ^ 7E CA                    jle short kizumono.0042A13E                        ; 11 = f +3 从0 运行到12结束？
0042A174 ^ E9 1DFFFFFF              jmp kizumono.0042A096
0042A179    5F                       pop edi                                            ; 结束
0042A17A    5E                       pop esi
0042A17B    5D                       pop ebp
0042A17C    5B                       pop ebx
0042A17D    83C4 10                  add esp,10
0042A180    C2 0C00                  retn 0C

后面还没完。解压完成后还需要对每个像素点进行操作，汇编如下：
004164EA    0FAFF7                   imul esi,edi                                       ; esi = width * height 得到总的像素点数。
004164ED    33FF                     xor edi,edi                                        ; edi = 0
004164EF    8B43 04                  mov eax,dword ptr ds:[ebx+4]
004164F2    8B40 18                  mov eax,dword ptr ds:[eax+18]                      ; buffer = eax 保存的是数据缓冲位置。
004164F5    03C7                     add eax,edi                                        ; buff[i] ,edi = i 循环次数。
004164F7    8A08                     mov cl,byte ptr ds:[eax]                           ; 读入第一个字节 byte
004164F9    83C0 03                  add eax,3                                          ; 3 每3个像素相互操作。
004164FC    83FE 01                  cmp esi,1
004164FF    7E 0D                    jle short kizumono.0041650E                        ; esi < 1 跳到 50e 处。
00416501    8D56 FF                  lea edx,dword ptr ds:[esi-1]                       ; edx = esi - 1 ???
00416504    0008                     add byte ptr ds:[eax],cl                           ; buff[3] += buff[0] 每三和前面的相加
00416506    8A08                     mov cl,byte ptr ds:[eax]                           ; 结果还是要读回来的
00416508    83C0 03                  add eax,3                                          ; buff += 3
0041650B    4A                       dec edx                                            ; edx--
0041650C ^ 75 F6                    jnz short kizumono.00416504                        ; 循环一直到 edx == 0 对每个像素点进行一次+ 操作。
0041650E    47                       inc edi                                            ; edi++
0041650F    83FF 03                  cmp edi,3
00416512 ^ 7C DB                    jl short kizumono.004164EF                         ; loop edi <3, 循环三次，就对除第一个字节外所有字节进行操作了。

思前苦后想了半天……用c写了一遍，再用python写了一次。再用cprofile 测试代码速度，最终的结果以下代码是最快和最容易理解的……
int endpos = (nWidth * nHeight - 1) * 3;
for (int i = 0; i< endpos; i++ )
{
    gdata[3] += gdata[0];
    gdata++;
}
……
我那跑一次要14.2秒的ptyhon函数呀……
教训：
我对大型项目的拿控还是不足呀，现在使用的系统的复杂度已经差不多超过我的控制能力了……
说什么用python来写，把重要部分用C来写提升速度完全是胡扯。在两个不同的语言系统中来回切换你会得人格分裂的。
python太好用了，以至于你会认为启动vc的IDE是件麻烦的事。还不能即时的知道运行结果……

更新……
以下是发在绯月的CG包，不给发，于是只好直接贴在这里了……喜欢就转走吧。
GETCHU:http://www.getchu.com/soft.phtml?id=6484
预览

【遊戲全稱】: 傷モノの学園
【発売日期】:2001.08.24/2001.10.12（再版）
【圖片格式】:BMP，未压缩，原汁原味的格式。
【圖片像素】:640x480】CG,BG,EV全部
【空間期限】:115,js,30天
【文件大小】: 66M，解压后 301M

为什么做这个？
这个是一个经典的老游戏了，让我感兴趣的地方是在CG选项中有大片大片的空白部分，感觉和其他游戏完全不同呢于是查了下被禁止发行的理由…… http://www.geocities.jp/wonderepion/kaisyu.htm (日文站，需翻墙)
    他微妙なのが数枚
大该看明白的意思就是说这游戏有没使用过的CG和大量地方打码没打完全的。于是试着去找了下解包工具，竟然发现完全没有，（唯一找到的是针对新版的，旧版的系统只有这个游戏有使用过）
于是想起毛主席教导我们说过的自己动手非衣足食，于是自己写了解包器，以了解所谓“微妙”这个词的含义。

解包器可以到我BLOG里下，地址：http://blog.sina.com.cn/s/blog_571b19a00100nsgq.html ,js下载： http://tora.to/blog/476193.htm 游戏的话在hongfire上还有下。注意是大约500M的原始版本，另一个700M版本是重制版。已经重新改过图了的。
我就这么喜欢收集老游戏吗？

115 http://u.115.com/file/f3abddeab1
js http://tora.to/blog/476275.htm

游戏文件多功能通用分析器(RipFile System python)发布页

blues_city — Wed, 15 Dec 2010 15:07:56 +0800

游戏文件多功能通用分析器(RipFile System python ver. 0.08.200.101214)

Plugin: ActG.dll Info

Plugin: BIG.dll Info

Plugin: RBO.dll Info

Plugin: Rbo_ImgCg.dll Info

Plugin: ypf.dll Info

Plugin: MaxPayne.dll Info

Plugin: Nexus_dat.dll Info

Python: pyPluginTest

Plugin: pyZipArchie Info

Plugin: pyBionicCommandoRearmed Info

Plugin: pyKIRIKIRI Info

Plugin: pyTRABULANCE Info

Plugin: pyAmaneka Info

Plugin: pyRaSen Info

Back

游戏文件多功能通用分析器(RipFile System python ver. 0.08.200.101214)

文章更新

本文最后更新于：2010年12月14日(星期二)
blog见： http://blog.sina.com.cn/bluescity
CSDN站：http://blog.csdn.net/blues_city
sina发布页：http://blog.sina.com.cn/s/blog_571b19a00100nsgq.html
js上的发布（下载）页 : http://tora.to/blog/476193.htm
旧版(0.6 命令行版) 地址：http://blog.sina.com.cn/s/blog_571b19a00100a84k.html

简介

首先，这个是一个用来解开各种游戏的资源包的程序。程序原来的名称叫做 RipFile，现在这个版本是用C++和PYTHON再加上wxPython用swig黏在一起形成的。嗯，当然，通常对应的游戏还是需要相应的插件才能正常运行的。就像SUSIE(没找到官网，是个日本的软件) 或者汉工做的那个汉工的CRASS 还有 Van 做的RPGViewer 之类的类似的工具吧。
最初做这个程序的原因嘛……因为之前想在为汉工的那个CRASS做插件的时候，无论如何我都做不好的样子，总是运行失败（没这方面的天分呀）。后来，在一次和汉工对话时说一句话提醒了我！原本谈的内容我已经模糊了，大概记得是关于讨论所有的文件读写操作都是通过主程序，再调用DLL来完成这类的话题的吧。于是我突然想起了很久以来一直没法弄明白前的一个想法：

系统原则：

如何使用最少的代码来描述和定义一个资源文件包的结构和信息，这样子就可以使用极少的代码来操作各种文件资源包了～～，甚至只需要使用一个INI文件来定义一组信息就可以进行解包操作了。
突然有种被苹果砸到了的感觉！想出了一个解决的办法：就是把所有的读写操作交给主程序来做，而插件程序只要专心地处理数据解释方面的操作就可以了～，于是按这个思路，这个工具就这样子出现了……
按当始的想法做出一个原型系统(ver:0.01~0.06版)，然后又以这个版本为基础内置进了PYTHON语言解释（代替即计划中原来INI文件定义的部分，INI能定义的信息量实在太少，试过LUA又并不怎么喜欢），在编写过程过我发现PYTHON的一些强大的功能后完全把原先的计划放弃了。在使用PYTHON的窗口模块（WXPYTHON）做了一个GUI的界面后便把整个RipFileSystem作为一个扩展模块规划放在PYTHON下运行了。所以现在这个东西完全算是一个PYTHON版的程序了，带一个GUI界面，但是也可以使用命令行来完成全部操作。虽然为了兼容老的DLL版插件和提升速度，核心部分还是用C++来写的。
不过……唯一的问题是 整个系统的大小一下子提升了几倍呀……

版本号说明：

第一部分：0.08 是程序的主版本号和次版本号，由三个数字组成。 PYTHON版同时存在GUI和带CUI的GUI版本……
第二部分：199 是表示所使用的SDK的版本号。现在的SDK版本号为199。高版本号的插件在底版本号的系统上会无法正常运行。
你可以在程序的设置菜单中查看当前和最底可兼容的SDK版本号。
第三部分：090312表示编译生成的日期。

使用说明：

命令行参数说明：

注意要说的是命令在GUI版本中也有效的，但是由于优先级底，会被程序的设置覆盖掉。所以有些命令可能会无效（自动被GUI系统设置为初始值）。其实GUI也用不上命令行的吧～。
注：由于命令行参数也是可以被传递给插件的，所以此处的命令不包含各插件使用的命令。所有的命令参数不区分大小写。 -o 和 -O 同效

RipFileSystem Packetfile [-o Dirname] [-f pluginname] [-p pluginpath][-i] [-e] [-d] [
-c] [-a] [-n] [-h]
         Packetfile 要处理的文件名，现在已经支持'*' 和 '?' 同时处理多种文件。
         -o 把解开文件保存在 Dirname 这个目录中（如不存在会自动建立）不指定时会保存在当前的目录中。
         -f 指定只使名称为 pluginname 的插件，用于rip模式的插件使用。
         -p 指定插件所在目录，不指定的话默认为当前目录的plugins 目录下
         -i 在解包前显示当有插件的相关信息
         -e 显示目录项的全部详细数据
         -d 显示调试信息
         -c 显示一个设置对话框（插件的设置对话框）
         -a 强行保存一次原始的数据（使用原有的文件名），不管是否插件能对数据进行解释操作。（用于DEBUG及需要原始数据的场合）
         -n 不进行真实的解包操作。就是只运行到解出目录项后就停止运行（用于DEBUG）
         -h 显示这个帮助
例子： ripfilec I:\game\*.* -o out -p debug -i -d -n

就是查找I:game*.* 目录中的所有文件一个个进行解包测试，解开所有能解的文件包。输出到当前目录中的 out 目录中去( -o out)，插件目录使用当前目录中 debug 目录(-p debug)，显示插件信息(-i)，显示DEBUG的信息(-d)，只解目录不进行真实的写文件操作(-n)。

GUI图形界面

由于整合了 Python ，再加上早有一个制作GUI界面的想法，所以使用 wxPython 制作一个图形界面，不管如何，大部分的功能都是OK了的
标题界面截图：

可自行拖动和移动大小的界面元素。

GUI新加入功能：

1：支持插件图标。

你可以为你的每个插件自定义一个图标，放在插件相同的目录中和插件同名即可以了。

2: 公司名自定义图标。

既整个插件所属父项的图标，这个是放在RES目录中，并且现在只能使用PNG格式，大小为24X24，以后可能会加上大部分文件格式的支持的吧……。（可能）

支持的插件类型

*.dll
标准的WINDOWS DLL 类型的插件。即以前RipFile 使用的插件结构。
py/pyc/pyo
python模块类型的插件。标准的PYTHON文件。
pyd
python可直接调用的dll类型，但是如果用这个的话……我还是建议直接使用dll吧
具体的插件支持和编写说明请看 RipFileSystemSdk 说明
Top

已知BUG

GUI版本中对其他字符集存在问题，如果需要解包文件名或者目录存在日文或特殊字符会存在无法打开的情况，建议在打开文件后无反应的情况下试下把名字修改成英文试试。（解包部分没有问题，包含日文可以正常进行输出。）
Top

下载：

http://tora.to/blog/476193.htm
http://u.115.com/file/f34c864681
如果出现以下提示，请安装VS2009运行库

官方下载
如果出现程序出现这个提示而无法运行，请先安装VS2009运行库：
官网下载地址：http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2&displaylang=zh-cn

SDK和相关介绍说明下载：

关于SDK的说明：请看这篇 RipFileSystemSdk
当前的SDK版本为199。
SDK包中含有：插件相关接口详细说明，一个示范性的代码和ACTG的完整源代码。
ACTG的开源代码按GNU开源软件规则执行。
开源代码声明
This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version.

Top

更新说明：

ver 0.08.200.101214

2010年12月15日(星期三)
1. 完成插件pyRaSen， pyTRABULANCE 未完成
2.新加入函数DLL ripfilefunction提供LZ77压缩的解压函数和生成BMP文件的函数。
3.修正了makbmpfile无法调用的问题,现调用方式如下：mrip.makeBmpFileData(filename, dibData,palettedata, nWidth, nHeight, nBitCout,dFillColor)，返回值为CFileData 类
4.原有的下载全部失效，重新制作了软件说明页。

ver 0.08.199.101214

2010年07月14日(星期四)
1.完成插件 pyamaneka 针对游戏：伪发明工坊3―苍之巨神简体中文硬盘版（暁のアマネカと蒼い巨神 ―パシアテ文明研究会興亡記）

Ver 0.08.199.090312

2009年03月12日(星期四)

最后Bug修正加上其他的扑丁，正式发布。
说明文补完。
完成了一个解吉里吉里的游戏用的插件。
建立了一个专们的地方作为主站存放本系统的所有文章 http://bluescity.googlepages.com/ (已失效)

Ver 0.08.199.090129

2009年2月22日(星期日)
1:FOR PYTHON 版完成。
2:对函数的命名规则作为修改，第一个词为动词时小写开头。名词和专有名词大写开头。（为了PYTHON的代码统一）
3：命令接口参数进行了修改，初始化改名为 setup,释放改名为tearDown,parsecmdline取消，请在setup里进行命令行解释。
4：新加入了CFileData 类用来代替原有的FileDatat和packageInfo来传递数据。
5：还有很多很多很多地方……，具体见SDK文档吧。

Ver 0.07

已被放弃。(在计划中就被推了……)

Ver 0.06.100.080810

2008年8月10日(星期日)
1:命令行参数调用操作前置放到DoMactch之前执行，现在是在prerunning 后，domactch操作之前被执行。因为原来放到domatch后发现根本没有用处了。如果要对插件进行参数调整的话，应该在还没有进行操作之前进行的。所以放到了现在这个位子上。

Ver 0.06.100.080722

2008年7月26日(星期六)
1：增加对* 和 ?的多文件处理支持。
2：所有的命令参数不区分大小写。
3：新加参数 -n 用于调试操作，只进行到目录项的解释操作，不直正进行写盘操作。
4：PreRunning 函数在插件一开始运行时就会被执行。
5：开发平台升级到VS2005。针对安全性问题修改了大量的代码。基本上算是重新写了一份。应对插件的各种可能会引起主系统错误的操作进行了限制和处理。保证了主程序的安全性。不过，虽说如此，由插件本身设计方面的问题有时还是会引起错误的，例如使用了空置指针的问题，不过这些问题不会传导到主程序中去。
6：SDK版本号升级到1.00,不再支持原来的0.9x系列的插件。修改了部分调用接口的定义，主程序接口回调的方式完全换过了，增加了大量实用可调用函数。明确了各函数返回值的定义和可能。注意：原来旧的0.9X 系列的SDK插件已不再支持，请重新用新的SDK进行编译一次才能正常运行。

2007年11月3日(星期六)

1:版本名称修改， Dos/Prototype version 修改为Console/Prototype Version
用DOS这个名称已经偏移其定义了……
插件参数传俤值见 ruledefine.h
2:-a 参数功能修改。
3:pasedata 返回funciton no exist 时不作为错误处理
4:当插件版本高于当前版本时会提示功能未定义。

2007年10月18日(星期四)

新的命令参数 -p 用于指定插件所在目录（不指定时默认为当前目录中的 plugins 目录
如果指定了参数 -a，但是解压函数返回出错时，会自动保存原始的RAW数据

2007年10月7日(星期日)

命令行传递完成
路径处理完成。
指定某一个插件运行完成
CLoadPlugin　改名为 CPluginsLib
CallBackFunction 在需要的时候才会被提供。
所有的返回的定义被定义到　RuleDefine.h 中
规范了函数的返回值。定义错误返回代码。
out dir 没有结束时出错。
对RIP类插件的支持完成。RIP类的插件只在指定使用时才会被调用。其他时会自动跳过。

2007年7月4日

第一个原型完成。世界开始有光……

好了，十分感谢你能看到这里，一个好的插件软件需要有大家的支持才能放出光彩……所以，感谢大家的支持。
Top

已有插件介绍

注：请以插件本身信息为准，部分内容未进行更新

Plugin: ActG.dll Info

System: Canitz Copyright: http://www.canitz.com/
Extension: data. TypeCode: 1
Auther: blues_city at 2008年7月21日(星期一) Ver: 1.0.080721
Notion: 用于插件示范的例程，按1.99的SDK重写了代码。现在已经是很完全的示范码了

Plugin: ActG.dll Info end

处理ActG游戏的data. 文件用的插件。此代码开源。关于此插件和游戏的介绍见此：
http://blog.sina.com.cn/s/blog_571b19a001000ahh.html

Plugin: BIG.dll Info

System: BIG Copyright: Electronic Arts Inc.
Extension: *.big TypeCode: 1
Author: blues_city at 2008年7月24日(星期四) Ver: 1.00.080724
Notion: Base ON Banshee's OS BIG Editor, Thank.
支持C&C3,将军等EA公司的几个游戏

Plugin: BIG.dll Info end

Support games (tested): (支持游戏，已经测试过了的：
Command & Conquer 3 Tiberium Wars (命令与征服3泰伯利亚战争)
Command & Conquer 3 Kane's Wrath (命令与征服3资料篇凯恩之怒)
Command & Conquer Generals (命令与征服-将军)
Command & Conquer Generals Zero Hour (命令与征服-将军资料篇零点时刻)
And other ea'game...(maybe,not fot test..)
因为我手上只有这几个游戏，所以，是否支持EA公司的其他游戏嘛……没有进行过测试，虽然说理论上应该都是支持的……。只要是BIG文件的都可以试试的。
更新：最近试过 Red3（红警3），虽然可以解出目录，但是文件格式嘛，基本上都还是未知
全文见：http://blog.sina.com.cn/s/blog_571b19a00100a2wy.html

Plugin: RBO.dll Info

System: RBO Copyright: 春風亭工房
Extension: *.PAC TypeCode: 1
Auther: blues_city at 2008年7月23日(星期三) Ver: 1.00.080823
Notion: 解释Ragnarok Battle Offline的PAC文件用插件，功能已经完成，但对游戏已无爱了，有人想汉化这个游戏吗？

Plugin: RBO.dll Info end

支持 Ragnarok Battle Offline 和其EX1,EX2,EX3升级包用的pac格式的文件。原本是作为汉化用才写的。现在嘛……

Plugin: Rbo_ImgCg.dll Info

System: RBO Copyright: 春風亭工房
Extension: *.IMG;*.CG TypeCode: 1
Auther: blues_city at 2008年7月23日(星期三) Ver: 1.00.080823
Notion: 单独解释Ragnarok Battle Offline的IMG和CG文件用的插件，有人想汉化这个游戏
吗？

Plugin: Rbo_ImgCg.dll Info end

同rbo.dll 这个是使用其中的图像抽出代码来解释RBO中的IMG,和CG图像用的插件，同样，是为了汉化准备的东西。注意：此插件有可能产生不确定因素。

Plugin: ypf.dll Info

System: YU-RIS Script Engine Copyright: [AGPS](C73)(同人ソフト)[夢見奏] ふた
ば☆ちゃんねる
Extension: *.ypf TypeCode: 1
Auther: blues_city at 2008年7月23日(星期三) Ver: 0.100.080723
Notion: 解C73的一个游戏用的，关于这个插件更多信息及更新请访问
http://blog.sina.com.cn/bluescity

Plugin: ypf.dll Info end

C73上的一个同人游戏：[AGPS](C73)(同人ソフト)[夢見奏] ふたば☆ちゃんねる解码用的工具，相关介绍见这里：http://blog.sina.com.cn/s/blog_571b19a001009uf6.html

Plugin: MaxPayne.dll Info

System: RAS Copyright: Remedy Entertainment
Extension: *.ras;*.mp2m;*.mpm TypeCode: 1
Auther: blues_city at 2008年7月27日(星期日) Ver: v1.00.080727
Notion: 解Max Payne 中文名：马克思佩恩又名英雄本色的游戏的 ras文件用的插件。

Plugin: MaxPayne.dll Info end

Support game:(支持游戏，已经测试过了的)：
MaxPayne
MaxPayne 2 The Fall of MaxPayne
可能只有这个系列的两代用过这个系统吧……，其他的不知道了。
全文见：
http://blog.sina.com.cn/s/blog_571b19a00100a35v.html

插件信息：

Plugin: Nexus_dat.dll Info

Caompany： MITHIS ENTERTAINMENT LTD. Games: Nexus - The Jupiter Incident（银
河创世纪－木星事件）
Extension: *.dat TypeCode: 1
author: blues_city at 2008年8月10日(星期日)/最后更新2009年2月16日(星期一) Ver:

1.01.199.080810

Notion: 原本为Nexus - The Jupiter Incident（银河创世纪－木星事件）汉化而做的插件
，后来已有人填坑了，后来我就不知道了。
相关信息见我的blog:http://blog.sina.com.cn/bluescity

Plugin: Nexus_dat.dll Info end

support game:(支持游戏，已经测试过了的)：
Nexus - The Jupiter Incident
（银河创世纪－木星事件）
全文见：
http://blog.sina.com.cn/s/blog_571b19a00100a849.html

Python: pyPluginTest

本插件件是为测试和示范性而制作插件，无实际用途，注意因其会对任意文件都返回可处理的提示，所以只单独放在SDK包中

Plugin: pyZipArchie Info

Caompany：文件格式 Games: ZIP文件|BZ2文件
Extension: *.zip;*.tar TypeCode: 5
author: blues_city at 2009年2月13日(星期五) 16:16:43 Ver: 1.0.199.0213
Notion: 示范插件，用于解压标准ZIP文档用
此插件为示范性插件，本身的功能为解包标准的ZIP文档的插件。由于某些游戏其实也就是使用这种文件（比如QUAKE等），所以有也可能会有用处的

Plugin: pyBionicCommandoRearmed Info

Caompany： CAPCOM Games: Bionic Commando Rearmed|希魔复活PC复刻版
Extension: quick.bundle TypeCode: 5
author: blues_city at 2009年04月21日(星期二) Ver: 0.1.199.1
Notion: 测试是否可以进行汉化用

未完成。

Plugin: pyKIRIKIRI Info

Caompany： TVP(KIRIKIRI) 2 core / Scripting Platform for Win32 Games: .XP3 文件
(未保护)
Extension: *.xp3;*.exe TypeCode: 5
author: blues_city at 2009年03月06日(星期五) 17时18分54秒 Ver: 0.1.199.090306
Notion:
解吉里吉里的游戏用的工具，只能解没有进行加密的游戏，对fate系列等有加密的游戏无效。此外，需要KEY的游戏无法正常处理，把资源打包进EXE文件的类型也不支持。
其实，能解这种格式的解码的工具已经很多了，所以我就不凑这个热闹了……。
编码问题没有完全解决。请先修改显示编码(一般用shift_jis或gbk编码)后再使用，刷新不会重新读取
注意：此插件还处于开发阶段，有可能发生不可知的错误。

Plugin: pyTRABULANCE Info

Caompany： TRABULANCE Games: TRABULANCE公司的几作GALGAME
Extension: * TypeCode: 5
author: blues_city at 2010年07月02日(星期五) Ver: 0.0.0.1
Notion: 测试用，未完成

Plugin: pyAmaneka Info

Caompany：工画堂 Games: 苍之巨神,暁のアマネカと蒼い巨神
Extension:*.spack TypeCode: 5
author: blues_city at 2010年07月10日(星期六) Ver: 0.1.0.0
Notion: 针对苍之巨神（YLT汉化）暁のアマネカと蒼い巨神（日文原版）的spack文件进行解包的插件基本功能全部完成。
汉化修正发布页面：伪发明工坊3 苍之巨神简体中文版大妈睡裙泳衣补丁+他 http://blog.sina.com.cn/s/blog_571b19a00100kbz5.html

Plugin: pyRaSen Info

Caompany： RaSeN Games: 傷モノの学園(初回版)(発禁版)
Extension:*.pak TypeCode: 5
author: blues_city at 2010年12月10日(星期五) Ver: 0.1.0.0
Notion: 针对 [011012][RaSeN] 傷モノの学園(初回版)/（発禁版）（非ベストシリーズ版）的文件解包的工具
发布页：http://tora.to/discutter/108585.htm

Top

返回: Back　页首：Top
所属： RipFile主页,
子目录： ActG, AGPS, CallBackFunction, CLoadPlugin, CPluginsLib, MaxPayne, PreRunning, RaSeN, RipFile, RipFileSystemSdk, RuleDefine, TypeCode, 夢見奏
[tag: RipFile][tag: 游戏文件][tag: 分析][tag: python]
[alias: 游戏文件多功能通用分析器]

一个逻辑完全正确的错误——别让统计数据误导你

blues_city — Wed, 15 Sep 2010 17:24:05 +0800

一个逻辑完全正确的错误——别让统计数据误导你

前言

鸡蛋前年1元去年2元今年3元，所以统计的结果是涨幅下降50%。这句话本身是完全正确的。
Top

错误在哪里？

看过一个小段子，大概是这样（没找到原文）：

鸡蛋的价格，前年是1元，去年是2元，今年是3元，所以，发布统计结果是今年涨幅同比下降了50%

第一眼看上去显然这句话是错误的，但是后来仔细的分析了下，这个句子从逻辑上看是完全正确的！！
分析下：
从前年到去年从1元升到2元，上涨了1元，所以涨幅是100% ；
从去年到今年从2元升到3元，虽然同样上涨了1元，但是由于基数是2元，所以涨幅变成是50%了；
所以两者相比涨幅实际上是下降了50%，(100%-50%)
所以这句话在逻辑上完全没有错误。
那么错误在哪？
Top

关于统计数据误导

那么，虽然说是正确的，但是我们知道这里面应该是有错误的（或者说我们不相信这是正确的），但是倒底错误是在那里呢？实际上，虽说在这个例子中很容易看出有问题，但实际上的情况会更加复杂更加隐蔽，例如以下这个例子:

一股犯罪浪潮袭击了我市。去年杀人犯的比例增加了 67%。

看了这个你是否会感觉到很不安呢？那假如我告诉你实际上的数字是从3个上升到5个呢，而且不是你想像中的从300个上升到了500个呢？
让你产生错觉的原因是在这个例子中只提供了百分比而没有提供实际的数字。像这种借助在句子中遗漏掉某些信息，而让人对某个数据产生极其深刻的印像，从而让人产生可能的误导的情况，就是在使用统计数据撒谎。（p209借助遗漏的信息撒谎)
相对的还有另一个例子：

与其他近距离接触的运动相比，拳击运动的危险性更小。纽约一项历时30年的关于运动引起死亡的调查显示，在这期间，棒球运动中死亡了43人，在死亡率方面超过了足球(22人）和拳击(21人)

这个例子中提供了一个确定的数字，但是你不想知道这个数字占进行这项运动的人的百分比吗？毕竟我们知道打棒球的人会比打拳击的人多很多，光是数字的比较很容易让你产生错觉而支持他的理由。
实际上只提供百分比或者只提供数字的说明都是危险的，注意看其中是否存在误导。
Top

倒底是在与什么比较？

除了百分比外，还有一个可能被忽略了的信息，就是“在与……相比较”的问题
回到最初的那个段子，在段子中提到的与涨幅相比较的结果，所以才会得出下降了50%的结论。实际上更多的情况下会只列出数字，而不提或者尽量混淆比较的对像
例：

中国物价 - 城民抱怨物价飞涨但中国国家统计局公布8月通胀低于预期

这个预期是指的那一方面的预期？显然在不同的角度上会是不同的。
或者像这样：

费滋牌阿司匹林产生作用的速度要快50%

难道你不想知道是在和什么比吗？和其他的牌子？还是没有效果的？或者是和以前生产的相比较？
Top

结论

在文字和说明中会提出各种各样让你印像深刻的统计数字，如何确认这些数字是否正确是另一方面的问题，但即使所有的统计信息都是正确的，你也需要注意是否存在各种误导，是否遗漏了某些方面的信息。
1：只提供百分比或者只提供数字的说明都是危险的。
2：注意比较的对像是什么？
通常这些遗漏都是故意的，因为漏掉的部分会自动在你的心里进行扑全，会在你心中产生偏向于作者结论的结果
Top

后记

本文章是在我读书过程中对一段看到的文字进行分析的结果。文中出现的大部分例子来源为我现在正在读的这本书：《学会提问：批判性思维指南》第11章统计数据是否有欺骗性
这是一本关于批判性思维的入门读物，书中有列出常见的谬误和思维错误，欢迎有兴趣的人一起来读。
Top

穴居人和青蛙

blues_city — Mon, 13 Sep 2010 18:16:40 +0800

哲学家柏拉图有一个洞穴比喻，按照这个理论，每个人从出生开始就呆在自己挖的一个洞穴里，我们所见的世界只不过是经阳光投影到洞穴墙壁上的影像而已，而我们这些洞穴的居民却把它当作是真实的世界，因为我们没有见到过其他的东西。而真实的世界却是在洞穴之外，在有太阳的地方。甚至即使我们不小心发现，也会拒绝相信那就是真实。
想到了一个成语：井底之蛙，和这个很像，不，说的就是同一件事。
我们只是自我感觉自己的洞穴很大而已，大到让自己以为我们有本钱去嘲笑那只在洞穴里的井中仰望着我们的青蛙而已。

附：关于洞穴理论的详细描述，参见：WIKI百科->柏拉图->形而上学 http://zh.wikipedia.org/zh-tw/%E6%9F%8F%E6%8B%89%E5%9B%BE#.E5.BD.A2.E8.80.8C.E4.B8.8A.E5.AD.B8

Heroes 第五季乱想

blues_city — Fri, 10 Sep 2010 00:01:34 +0800

趁着在第五季出来前赶快把 Heroes (超能英雄)的第四季给补完了……好吧，这有着强列既视感的结局——
我记得上次这么做的时候哥哥中了两枪差一点死掉，然后弟弟的灵魂被关到另一个人的身体里去了……
在下季的开头大概又需要花上个十几分种或者用上一两集的剧情把拉拉队长这一跳轻易的带过去了，之后所有的人都会像什么都没有发生过一样的继续自己的生活。
Syler(塞拉)要洗白了。好吧洗就洗吧，这丫名字不是一方通行，这个编剧不叫做镰池和马，所以应该没有LOLI和后宫这类的剧情的，所以下一季应该不出冒出一个使用幻想御手的技能的对手来的吧……。嗯，话说，好像已经有了……难道其实海地人还有个名字是叫做上条当麻……？

算了，大概不会有这种只有在学院都市才会出现的剧情的吧，还是稍微正常向的无责任推测/幻想下第五季的剧情吧。（查了下，会在9.22播出，在这个时间点还真是微妙呀~~）
马戏团应该会继续存在，领导者将会是谁是一个重要的问题。大概会成为独立的第三方势力或者变成双方拉拢或者策反的目标吧，反正麻烦事不会少的。
Syler可能会一会变白一会变黑的最后和自己天人交战后浴火重生后和最终BOSS作战，大概会成为这季的主线了。
因为Syler不当坏人了，所以就需要一个新的反方角色了。在第五季中会出现什么样的坏人这个还是有点令人期待的，不管怎么样第四季的反方角色还不错，只是请别再洗白出来就行了，有一个就够了。
说到到这个，Syler是否会和拉拉队长在一起？（那段接吻还真是……），或者是和Peter叔叔组队当英雄，结果在某天发生不可告人的意外（这两人在那没有人的城市里一起待了6年……等等，我好像听到了腐女们的尖叫声……错觉吗？）

第四季的结尾可惜最后HIRO最终还是没能和Charlie在一起，无论如何他还是没能改变自己的未来呀。话说，在平行世界中世界已经被毁灭三次了，这个世界的未来应该已经是乱七八糟了的吧，也没发生什么蝴蝶效应、蜜蜂效应呀……。
始终觉得这个穿越时空的能力太BUG了，一有什么前后对不上的事故发生，编剧就会叫他穿回去推翻原来的设定~这也太好用了吧。所以他一定会被当成缝补、修改之前设定的工具来用的，所有的地方都会有他的存在，但是却不会成为中心人物……，是个十分好用的工具。
突然发现我在做什么呀……我一般只对三流的故事片猜剧情的……好吧，看来我也许应该在第五季没出来前先看看其他的片子，好让我把这季的故事全都忘记掉先……。

最后，在第四季中最让我记忆深刻的剧情就是在第4集中那个不断复印自己屁股的笨蛋。……这证明了一件事：笨蛋是没有救的……

我是⑨，不是笨蛋！！！

没有人的城市

W20DEARX硬盘使用心得

自定义pylint的代码规范正则的办法

幸福的青鸟

关于日文中Ka行和ta行在行首和行中发音的问题的研究

为什么我听か有时发ka音有时发ga的音呢？

那么应该如何发 ［b］［d］［g］ 音呢？

结论，这个是送气清音和不送气清音和浊音的区别

对自己说一声 "Merry Christmas"

破解日记：[011012][RaSeN]傷モノの学園+cgpack

游戏文件多功能通用分析器(RipFile System python)发布页

游戏文件多功能通用分析器(RipFile System python ver. 0.08.200.101214)

文章更新

简介

系统原则：

版本号说明：

使用说明：

命令行参数说明：

GUI图形界面

支持的插件类型

已知BUG

下载：

SDK和相关介绍说明下载：

更新说明：

ver 0.08.200.101214

ver 0.08.199.101214

Ver 0.08.199.090312

Ver 0.08.199.090129

Ver 0.07

Ver 0.06.100.080810

Ver 0.06.100.080722

2007年11月3日(星期六)

2007年10月18日(星期四)

2007年10月7日(星期日)

2007年7月4日

已有插件介绍

Plugin: ActG.dll Info

Plugin: BIG.dll Info

Plugin: RBO.dll Info

Plugin: Rbo_ImgCg.dll Info

Plugin: ypf.dll Info

Plugin: MaxPayne.dll Info

Plugin: Nexus_dat.dll Info

Python: pyPluginTest

Plugin: pyZipArchie Info

Plugin: pyBionicCommandoRearmed Info

Plugin: pyKIRIKIRI Info

Plugin: pyTRABULANCE Info

Plugin: pyAmaneka Info

Plugin: pyRaSen Info

一个逻辑完全正确的错误——别让统计数据误导你

前言

错误在哪里？

关于统计数据误导

倒底是在与什么比较？

结论

后记

穴居人和青蛙

Heroes 第五季乱想

那么应该如何发［b］［d］［g］音呢？