un-categoried - 精神分裂病人的病历

[广告时间]敬请期待.2009.09.27 - [un-categoried]

2009-09-08

CROSSOVER，算是09下半年比较好玩的项目之一，希望上线后能成为工作夹里值得马克一笔的产品。
Anyway，敬请期待.. (图片点击可放大-_-)

Tag：Tsai-Sizhe, Eric-Don, McRain, JuJuChow

innocent_sin 发表于03:45:13 | 阅读全文 | 评论 3 | 编辑 | 分享 0
4.29ペルソナリメイク発売、あと1日目 - [un-categoried]

2009-04-27

好紧张啊，剩两天了。5.1前快点流出吧...今年夏天来临之前最后的兴奋。

Tag：PERSONA PSP

innocent_sin 发表于23:58:49 | 阅读全文 | 评论 3 | 编辑 | 分享 0

Pioneer - [un-categoried]

2009-01-20

春节回家之前最激动人心的网络新闻大概就是这条了，来自DarkAlex。自制系统5.00M33-5/-6 Released。
就我周围的人群来说，我还真是先驱者。公司一票人都有PSP，但是没有一个跟着潮流刷机的，看着一片的3.71-4。我真想拉他们升一把过过手瘾，到头来反而会被告之怕烧机啊什么的。就连PSP购入比我早好几个月的69君也还是3.71。说：稳定啊稳定...Oh Shit，我第一次刷4.01还是在他的怂恿下呢。还有前面那段时间。公司里流行午间使用AC-HOC连线对战〔铁拳-暗之复蘇〕。我们漂亮的HR小姐贡献出了她那台插了一张Z版UMD〔山脊2〕的1000型。拷入记忆棒后发现铁拳运行不能。后来一看系统版本竟然是OE3xx..遂想到全公司最早入手PSP的CEO大人恐怕用的是更古老的版本。

我们可爱的小米同学相对就更为“凄惨”了。竟入了传说中的3000型。拿到手里看的时候，看到MS里一大堆的GAME ICON我当时还真的着实被雷了一把。难道这个是被JS改良过的，披着3000马甲的2000么？后来细心的69君检查了一下文件的大小后发现那近20款游戏全是PSN STORE上无料下载的试玩...没有破解就意味着除了只能购入Z版UMD之外想看电影还需要下载或者压制PSP专用的MP4 AC3格式。我拿DVD盘转过一次，用了十几小时。不过我对码率的偏执也是造成转码时间长的主要原因之一 -_- 网络上流行的大多是PMP格式的视频流，而PMP视频貌似必须要用自制软件PPA来播放，3000上目前没有成熟的方法来运行自制程序。所以...只能说小米同学入了一个有着TFT液晶屏和均衡器特效的SONY MP3播放器。囧rz...

唉，又跑题了。话说这次M33-5/-6的中文翻译真不地道，竟然用Google Translate之流后再直接复制粘贴。且好几个游戏网站还真的连编辑都省了的直接贴出来。真过分啊，您要只贴个原文也好的嘛。偶大概看了下DA的原话，貌似M33-5最主要的更新就是：尝试修复自3.80系统版本以来的记忆棒读取镜像文件速度慢的问题。看了一下升级包里的fat_comparison.html（如下表），貌似只要使用新的更新程序后对MS的载入速度好象还真能有很大改观：

Speed Comparision Chart

Params	Original Driver (5.00)	3.71 Driver	Original Driver with SpeedUp Hack
umd_devctl_read offset=0x0000c800 len=0x00001000	10ms	8ms	5ms
umd_devctl_read offset=0x02bb0000 len=0x00000800	10ms	10ms	9ms
umd_devctl_read offset=0x20d52800 len=0x00005000	62ms	59ms	52ms
umd_devctl_read offset=0x02990000 len=0x00000200	16ms	14ms	11ms
umd_devctl_read offset=0x02990000 len=0x00000100	0ms	0ms	0ms
umd_devctl_read offset=0x029b88c4 len=0x00000002	10ms	8ms	5ms
umd_devctl_read offset=0x02990000 len=0x0004AE84	259ms	212ms	151ms
umd_devctl_read offset=0x02bce800 len=0x00160000	1914ms	1652ms	1195ms
umd_devctl_read offset=0x02d2e800 len=0x00002800	13ms	11ms	7ms
umd_devctl_read offset=0x2090a800 len=0x00007800	63ms	38ms	27ms
umd_devctl_read offset=0x02d31000 len=0x00041800	375ms	327ms	234ms
umd_devctl_read offset=0x20207000 len=0x00053000	190ms	163ms	120ms
umd_devctl_read offset=0x02d72800 len=0x00004800	35ms	32ms	23ms
umd_devctl_read offset=0x208e6000 len=0x00024800	49ms	45ms	35ms
umd_devctl_read offset=0x201f1000 len=0x0000F800	19ms	18ms	14ms
umd_devctl_read offset=0x20d51000 len=0x00001800	14ms	11ms	8ms
umd_devctl_read offset=0x1f6e2800 len=0x00023000	227ms	191ms	141ms
umd_devctl_read offset=0x1f2da000 len=0x00015800	138ms	117ms	83ms
umd_devctl_read offset=0x20d58000 len=0x00000200	14ms	11ms	8ms
umd_devctl_read offset=0x20d58000 len=0x00000100	0ms	0ms	0ms
umd_devctl_read offset=0x20dfe554 len=0x00000002	6ms	8ms	7ms
umd_devctl_read offset=0x20d58000 len=0x000EF12C	838ms	705ms	525ms
umd_devctl_read offset=0x098be000 len=0x00159800	2221ms	893ms	744ms
umd_devctl_read offset=0x03ffc000 len=0x00006800	39ms	36ms	26ms
umd_devctl_read offset=0x04006800 len=0x00003000	23ms	18ms	12ms
umd_devctl_read offset=0x04017000 len=0x00006800	50ms	41ms	26ms
umd_devctl_read offset=0x04021000 len=0x00001800	11ms	9ms	5ms
umd_devctl_read offset=0x042b3800 len=0x00006000	32ms	30ms	25ms
umd_devctl_read offset=0x042b9800 len=0x00002800	18ms	15ms	11ms
umd_devctl_read offset=0x04022800 len=0x00005000	28ms	27ms	22ms
umd_devctl_read offset=0x0402b000 len=0x00004800	19ms	19ms	14ms
umd_devctl_read offset=0x05f60800 len=0x0000C800	71ms	63ms	44ms
umd_devctl_read offset=0x05f6d000 len=0x00019000	108ms	97ms	70ms
umd_devctl_read offset=0x05eb3800 len=0x0001E800	184ms	153ms	108ms
umd_devctl_read offset=0x1f2ef800 len=0x00036800	339ms	285ms	191ms
umd_devctl_read offset=0x1f2da000 len=0x00015800	142ms	121ms	85ms
umd_devctl_read offset=0x05f60800 len=0x0000C800	74ms	67ms	44ms
umd_devctl_read offset=0x05f6d000 len=0x00019000	108ms	98ms	70ms
umd_devctl_read offset=0x05eb3800 len=0x0001E800	192ms	155ms	112ms
umd_devctl_read offset=0x06032000 len=0x000BF000	1246ms	506ms	419ms
umd_devctl_read offset=0x05676800 len=0x00007000	45ms	44ms	33ms
umd_devctl_read offset=0x02d77000 len=0x00006000	38ms	38ms	29ms
umd_devctl_read offset=0x02a00000 len=0x00000200	16ms	14ms	10ms
umd_devctl_read offset=0x02a00000 len=0x00000100	0ms	0ms	0ms
umd_devctl_read offset=0x02b3b0d4 len=0x00000002	14ms	13ms	9ms
umd_devctl_read offset=0x02a00000 len=0x001AE374	1556ms	1357ms	1015ms
umd_devctl_read offset=0x060f1000 len=0x00009000	63ms	56ms	40ms
umd_devctl_read offset=0x0615c800 len=0x0000D800	74ms	70ms	52ms
umd_devctl_read offset=0x0618f800 len=0x00013800	122ms	101ms	71ms
umd_devctl_read offset=0x061c0000 len=0x0000F000	78ms	73ms	50ms
umd_devctl_read offset=0x0621d800 len=0x00008800	51ms	44ms	31ms
umd_devctl_read offset=0x042be800 len=0x00003000	28ms	24ms	13ms
umd_devctl_read offset=0x0658a000 len=0x00009000	59ms	53ms	38ms

虽然不知道这个表是只针对CSO进行提速还是对ISO/CSO都有效。反正我个人挺讨厌CSO的。这个功能在RecoverMode会有个选项。只要把Speed up MS access = NEVER 改成 ALWAYS 就可以享受提速了。不晓得开了这个算不算超频，反正我是开了。

戏剧化的是这次升级DA几乎在同时发表了-5和-6两个版本，-5之后的-6按照网上软件翻译的说法是修复了刷完-5之后进不去RecoverMode的Bug。而我看到官方ChangeLog里好象是说：修复使用没有装载记忆棒或者装载损坏的记忆棒时PSP无法启动的问题。Anyway，我刷完5.00M33-5之后没有试着进RecoverMode。所以不知道该新闻是否属实。

还有个好玩的就是DA还在这次的升级包里提供了一个translate文件夹，是方便用户在RecoverMode里使用自己国家的语言的文本文件。貌似只要把英文原文翻译成国语，就可以在RecoverMode看到中文菜单了，但是那个字号那么小的说，算了，还是等年后再研究吧~