Archives

All posts for the month 3 月, 2009

网星史克威尔艾尼克斯是由日本株式会社史克威尔艾尼克斯与台湾大宇资讯的合资公司。于2005年底分家,公司不复存在,但诅咒长存,且看:

新网星方面

轩辕1、轩辕2、阿猫阿狗,都没声音了……

SEC方面

魔力宝贝——尚可。

幻想大陆——勉强收支平衡。

魔力碰碰牌——内测后没声音了。

树世界——封测后没声音了。

至尊天下——连封测都没测过就没声音了……

大宇资讯方面

仙剑OL、大富翁OL相继被非主流久游拿下;

开发仙剑4的分公司貌似在游戏发布不久之后就宣布解散……

SE方面

魔力宝贝日服于去年停运。

久游方面

斥巨资拿下《魔力宝贝2》,目前苟延残喘……

唯一没有受到诅咒的貌似是调至九城(北京)负责《王者世界》运营的原网星副总裁林阜民先生。祝好!

自定义【运行…】快捷命令

不知何时起,渐渐习惯了使用Win+R键呼出【运行…】对话框,然后在其中输入cmd,便能打开Windows命令行方式;输入notepad,便能打开记事本。

今天突发奇想,要是能将这个功能扩展到非Windows自带程序,那该多好啊,比如输入QQ,运行QQ;输入foxmail运行foxmail……

记得以前在学Java时第一课就提到Java的配置问题,要实现在命令行的快捷调用程序,就要在系统环境变量里配置。
其实,cmd与notepad,分别是“命令行程序”与“记事本”的实质程序名:cmd.exe及notepad.exe。而在【运行…】里输入notepad,实则是运行了“C:\windows\system32\notepad.exe”这一条命令。而之所以系统能自动将“cmd”的路径及后缀名补全,是因为设置了系统的环境变量(主要是Path及PATHEXT两个系统环境变量)。

系统环境的变量可以这样查看和修改:
右键【我的电脑/计算机】——【高级】——【环境变量】

Path环境变量,其内容是一些以分号分割的目录。其作用是告诉系统当遇到无法识别的命令时自动去Path所列出的目录中寻找相应文件(程序)。
PATHEXT环境变量,其内容是一些以分号分隔的后缀名。其作用是告诉系统当遇到无法识别的命令时自动补全PATHEXT中所列的后缀名并寻找相应的文件(程序)。

假设:
Path的值(内容)为:c:\path\;d:\document\;
PATHEXT的值(内容)为:.TXT;.MP3;.DOC;

那么,当你输入一个系统不认识的命令(如:a)时,系统会试图寻找以下文件,如果存在,则运行。
C:\path\a.txt
C:\path\a.mp3
C:\path\a.doc
D:\document\a.txt
D:\document\a.mp3
D:\document\a.doc
那么,如果我要让系统能识别QQ,也就是自动将”QQ”补全为“D:\Program Files (x86)\Tencent\QQ\QQ.exe”话,那么无非就是要作以下的添加:
在Path中添加 D:\Program Files (x86)\Tencent\QQ\
在PATHEXT中添加 .EXE
添加的方法是在原先的内容后面添加半角分号,然后跟上要添加的字符串。
根据上面那个例子来添加,则是:
Path的值(内容)为:c:\path\;d:\document\;D:\Program Files (x86)\Tencent\QQ\;
PATHEXT的值(内容)为:.TXT;.MP3;.DOC;.EXE;
于是,当运行“QQ”时候,系统会在以下文件内搜索:
C:\path\qq.txt
C:\path\qq.mp3
C:\path\qq.doc
C:\path\qq.exe
D:\document\qq.txt
D:\document\qq.mp3
D:\document\qq.doc
D:\document\qq.exe
D:\Program Files (x86)\Tencent\QQ\qq.txt
D:\Program Files (x86)\Tencent\QQ\qq.mp3
D:\Program Files (x86)\Tencent\QQ\qq.doc
D:\Program Files (x86)\Tencent\QQ\qq.exe

显然,只有最后一条路径是有效的,于是QQ运行……
事情并没有那么简单。如果有这么简单的话我也不会为此写一篇博客了。

我想实现以下功能:在【运行…】中输入”ue”,便能打开UltraEdit(一个十六进制编辑器)。

好,问题来了。UltraEdit程序并不是以“ue.exe”命名的,而是:”uedit32.exe”

换言之,当我即便我添加了UE的程序路径与后缀名后,系统仍是以 [路径]ue.[后缀名]的形式来寻找的,并不能找到”D:\Program Files (x86)\IDM Computer Solutions\UltraEdit-32\uedit32.exe”

这样的情况还有很多,比如我想输入“ut”打开μTorrent,输入”hi”打开百度Hi,输入”word”打开Microsoft Word。而这些程序的名字分别为:uTorrent.exe、BaiduHi.exe、winword.exe。

我们可以利用快捷方式+环境变量的方式来解决。

首先,随便在哪儿新建一个文件夹,名字也随意。比如我建立的是C:\MyRun,并把它添加到环境变量Path中,使之成为默认搜索的文件夹;再在PATHEXT中添加.LNK ,使默认搜索快捷方式文件(.lnk)。

然后在此文件夹中新建快捷方式,将快捷方式指向要打开的文件(程序),而快捷方式本身命名为方便记忆的名称。

例如快捷方式名为ue,而它指向的是:”D:\Program Files (x86)\IDM Computer Solutions\UltraEdit-32\uedit32.exe”

这样一来,当我【运行…】“ue”时,系统会自动找到C:\MyRun\ue.lnk,而它直接指向uedit32.exe,并自动打开之。

利用环境变量+快捷方式的方法,还可以实现许多效果。

比如输入music打开“我的音乐”文件夹,就是在C:\MyRun目录下建立一个名为music并指向我的音乐的文件夹(我计算机中路径是“I:\我的文档\音乐”,大家的可能不一样,多半是默认的吧。)

又如,直接将快速启动栏的“显示桌面”按钮拖动到”C:\MyRun”下,则可以打开“桌面文件夹”。——这个问题很奇怪,直接运行该文件是最小化所有窗口显示出桌面,而当通过【运行…】desktop快捷方式时,则变成了打开一个以桌面为当前路径的资源管理器窗口……

问题还没结束,我又想实现的效果是:【运行…】wildgun,直接在浏览器中打开我的博客链接(http://hi.baidu.com/wildgun)。
为此我研究了一番,找到了三条都并不完美的方法。于是我将之都列出,说明其缺陷及其实现方法:

方法一:网页快捷方式文件
缺点:需要跟.url后缀。
实现方法:直接把网页做成网页快捷方式文件(*.url)如wildgun.url指向http://hi.baidu.com/wildgun,并在PATHEXT中添加.URL后缀。
虽然已经添加该后缀,但命令行仍无法自动找到该文件,需【运行…】“wildgun.url”方能打开。
多了4个字符,违背了偷懒的精神,不考虑使用该方法。

方法二:批处理+网页跳转
缺点:要创建两个文件,并且在运行批处理程序时会自动跳出“命令行方式”的黑色窗口
实现方法:在C:\MyRun下建立wildgun.bat程序,其内容为:wildgun.html
并在C:\MyRun 下建立wildgun.html网页文件,网页文件内容是使用<meta>或javascript跳转至我的个人博客。
meta法:<meta http-equiv=”refresh” content=”1;url=http://hi.baidu.com/wildgun/”>
javascript法:<script>window.location.href(“>
但总觉得有窗口闪一下跳出来很麻烦,感觉是后台被运行了什么危险程序,而虽然可以用VBScript脚本是指在后台运行,但似乎用了VBS就更接近危险程序了- -,放弃此方案。

方法三:浏览器快捷方式+URL
缺点:只能确定以某个浏览器打开网页,而无法设定为使用系统默认浏览器打开。(换言之,哪天系统默认浏览器改了,自定义命令仍是以快捷方式所指向的浏览器打开。)
实现方法:新建快捷方式文件,命名为wildgun,指向 “D:\Program Files (x86)\Maxthon2\Maxthon.exe” http://hi.baidu.com/wildgun
(上行中指向内容包括引号内的路径及引号后的网址)
这样,系统就会以maxthon.exe打开我的百度空间了。经试验,IE、Maxthon2、TT、Opera、Safari、Chrome都支持这种方式打开。

我现在用的就是这种方式。当然,期待完美解决方案,能实现以系统默认浏览器打开。

顺便一说,结合上次的研究,我现在可以在【运行…】中输入“utadmin”,直接打开μTorrent的WebUI,实现更方便更快捷的远程控制了!

于是大家也试着玩玩看吧。

今天在百度贴吧魔力宝贝吧上看见个帖子,是一个玩家反应自己玩游戏非常无聊,他的自述如下:

现在进入游戏,练级练级练级练级! 除了练级还是练级,偶尔烧技能!!使劲点,点,点,手指点到抽筋! 玩了之后还是练级练级,偶然中的偶然,打个任务!完了之后还是练级练级!太无聊了,我都1个多星期没去练级了,上去看下就下了! 太无聊了,没热情了,怎么办? 
那你说,除了这3件事情以外,还能做什么? 冲了点卡,看风景? 

于是我回复道:
“ 生活中不缺少美就缺少伯乐啊……
没办法,价值观不同嘛,有些人真是火眼晶晶,对游戏一眼望去立马显现原型,只看到数据。 

确实如此。
对于这位玩家而言,练级是游戏的首要目的,在我看来游戏在他眼中只有一堆数据,而毫无世界可言。诚然,网络游戏本身是以程序和数据构成的,但并不意味着网络游戏仅有程序和数据。它还有许多美妙的方面,如剧情、如细节设置,再如他所谓的“看风景”。

如果把一个事物看的太透,或了解得太熟悉,往往会失去了美好的感觉——哪怕这种感觉是幻觉。
南师怀瑾建议大家学《易经》不要学透,学一半就成了。按照他的说法:把《易经》全学透了,便通晓了过去所有的因缘与未来所有的发展趋势,这样活着还有什么意思呢?

佛教里有一些修行的方法,如修白骨观,又如修不净观,其方法是作观想,将美人想象做一具白骨或是由不净之肤发血脓构成的所谓“臭皮囊”,以此破除对这些美好事物的幻觉并终成觉悟。

玩家观想游戏不过零壹数据,而日渐觉得无聊,便离开游戏;僧人观想不净而得四大皆空,于是无余涅槃。这样看来,修这些法门的僧人与上文提到的网络游戏玩家是相仿的。

虽我知人间不净,也知网游本质是程序数据,但仍对这样的“白骨观、不净观”心存芥蒂。

网络游戏之世界虽虚拟但不可否认,同样,世界虽有不净但仍有大美。

庄子曰:天地有大美而不言。

所以,无论游戏还是世界,没必要看的那么透。或者说,能看得透彻,但不要常常想得那么透彻。——“知其白,守其黑,为天下式。 ”——不然美好的事物也要被“透过”了。(当然,以上讨论的对象是世界的终极问题。对于世俗的原则性问题,还是要坚持该看透就看透该点穿就点穿的,而非以“难得糊涂”来糊涂一世。)

想到了两句话:
一句是大学语文卜老师的话:“思想要深刻,生活要简单。”

以及《菜根谭》中的一句:“花看半开,酒饮微醉,此中大有佳趣。若至烂漫酕醄,便成恶境矣。履盈满者宜思之。”
以此为题,为记。

是不是我好久没放照片了?其实是因为照相机出了点问题。今天去修理店看了一下,说相机没有问题。于是应该是电池与充电器其中一个的问题,致使充电不良而自动对焦不准。(说起来要是这台相机坏了我本已经打算买索尼新出的和谐一号相机了……Sony DSC-HX1)

于是,纪念相机“恢复”,特此上两张照片,是这一阵正沉迷于其中的85℃面包店中的点心:枫糖方块。

 

 

这是一种看起来很像烘烤吐司的点心,不过完全不是那么回事。它味道微甜,从名字上来看应该是使用了枫糖。品尝它的时候会给人一个小小的惊喜:它四边烤得很又松又脆,而慢慢咬到中间时,则发现中间区域是松软香甜的面包。两种截然不同的口感却敷裹一样的甜味,第一次吃它的时候给我留下了深刻的好印象。不知为何我对这样口感、这样口味的点心,居然想到了《FateSN》里的Rider。初遇时一身性感的黑色皮装在暗夜深处跃动,日后安定和平时期则完全融入了居家准人妻眼镜装……但无论怎样似乎都能从她紫色的蛇发中嗅到女神的芳香……

啊……枫糖方块就是这么有趣的点心!

众所周知,图书馆及书店的书中都装有磁条,用以防盗。但我始终没有见过其真面目,今天终于看见,原来是很简单的一个装置,甚至连“装置”都说不上。就是一片长约20cm,宽约1mm,厚度仅0.1mm的金属片(在包装上看到是钴基的)。

它是怎么藏在书中的呢?今天我就给一堆杂志加了磁条,方法简单地出乎我意料:将铁片夹在书页缝内,再用画笔往页缝中刷上白胶,算是“安装”好了……

加磁的方法,则是拿书脊在一块大磁块上蹭几下,算是加磁了。原理应该是靠近书脊的那一半磁条会带上与

大磁块正面相反的磁性。

┌─────────────────────────────────────────┐┈┈┈
│                                                                                                                                               │     ↑
├┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┤    1mm
│                                                                                                                                               │     ↓
└─────────────────────────────────────────┘┈┈┈

┊←┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈20cm┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈→┊

消磁的方法也是类似地在某个装置上刷一下。——这里到底是消去磁性还是加以反向的磁性?这就不得而知了……

不过从“带着书过检测门会被发现而报警”这一点上来看,应该是消去磁性的,因为当读者带着书过门的时候,磁条的方位是不确定的。

不过是如何做到蹭一下就消去磁性了呢?

魔都上海已经如何和邪开放了么?!

今天走在威海路/重庆北路路口,对面偏左向我冲来一个人影,貌似比我矮,然后直接像我身后跑去。我与平时一样边走边思考问题,也没在意。

不过,接下来我周围及前方人们回头露出诧异的眼神——当然不是盯着我,而是盯着我的后方——于是我稍稍回忆了一下刚才的瞬时记忆,忽然感到一阵不对劲:那人影的颜色怎么是肉色的……

然后一路走过去,留心了一下路人的对话,而且看见地上凌乱摆放着鞋子和衣物……果然我的想法是正确的:那个人在裸奔……并且大白天的在如此热闹的街道上不可能是遇到流氓了,而是她自己脱的……

这算是啥?街头艺术?围SMG绕场一周?反对两会?抗议佳士得拍卖行圆明园文物?迎接世博?……???虽然上海地铁里怪人已经层出不穷见怪不怪了,而且我也曾干过穿着cos服坐地铁之类的事……不过这光天化日之下在人行道上裸奔就太和邪开放了吧……
最后,据说世界上发生什么事件,近年来博客总是比传统媒体甚至比网络媒体更早一步报道,不知这次我会不会成为第一个报道此事的人呢?

cosplay剧本设计中的耦合思想

前言:最近在思考一份游戏剧本,及游戏中的剧本。是关于游戏中的一个话剧社团的,于是想着想着就想到了cosplay,以及一个一直以来都碎碎念着的问题。

其实不能说是“耦合思想”,应该是“关于耦合度的一些思想”,然而连这样的称呼也不行,因为这个问题对于TDC而言尚未结局且时不时地会显露出弊端,所以只能说是困惑或是待解决的问题,不过为了与相关文章中的标题相统一,就以“……思想”来作标题结尾了。
什么是“耦合”?其实这个名词对我而言与“冗余”、“控制论”一样,都属于比较“新”的词汇。查一下百度百科:

“简单地说,对象之间的耦合度就是对象之间的依赖性。指导使用和维护对象的主要问题是对象之间的多重依赖性。对象之间的耦合越高,维护成本越高。因此对象的设计应使类和构件之间的耦合最小。”

在cosplay设计剧本时,也会碰到一些有关,或者说类似于“耦合”的设计细节问题。于是,原本是软件工程学的名词“耦合”被我借用过来,用以描述cosplay中幕与幕、场与场、情景与情景(姑且将幕、场、情景三者统称为“段”)之间的关联程度。耦合高的剧本,段与段之间的联系程度就紧密;反之,耦合低的剧本,段与段之间的联系程度就疏弱。

根据我自己的实践经验,将cosplay中的耦合分为两类:排练中的耦合问题剧本中的耦合问题。虽然从文字上看起来后者与剧本设计有关而前者关系不大,但排练的内容是剧本,而剧本是在剧本设计几段就确定下来的了,所以前者同样是剧本设计阶段内应该考虑到的问题。甚至于,排练中的耦合问题对我们社团的困扰更甚于剧本中的耦合问题。

cosplay是一项ACGN活动,是连接2D世界与3D世界的活动,是以3D世界的人去模仿2D世界的人并去表现2D世界原作的一种艺术活动。同样,以上及以下对耦合问题的二分法,也是基于这个事实。

排练中的耦合问题,是3D世界的问题,准确地说:是人的问题。

排练中的耦合问题,主要表现为:耦合度过高,导致排练时无法以段为单位分割排练。虽然我只参加过一个cosplay社团,不过我相信这个问题是大部分cosplay社团都会面临的。

说一句不那么拗口不那么学术化的大白话:每段剧本中需要的角色很多都重复,导致无法分批排练。以及同一段剧本中表演者没有共同的时间,导致排练无法共同完成。

举个例子:剧本A段需要甲、乙、丙、丁四个人参与排练,剧本B段需要甲、丙、戊、己、庚五个人参与排练。其中甲和丙两个人因为不可能同时参与这两段的排练,所以就成了剧本A段和剧本B段之间的耦合者,即A段和B段不可能同时进行排练,他们两人至少要在A、B段排练的时候都在场。试想:如果每个角色都要同时横跨几段剧本,那么每个演员就几乎要从全团排练开始到排练结束都在场,且中间有大部分时间是在候场。所以这就养成了迟到的习惯(因为前几次演员来排练时往往发现自己准时到场后前一小时排练的都是不需自己参与的段落),而又因为每次排练的内容并不是事先计划好的(没有精确到几点到几点排哪一段),而是根据在场人员随即安排的,所以迟到导致的恶劣影响就是每一段都有那么一些人到了,但总有那么几个人没来,所以无论哪一段都无法开始排练!

为此,我们设想过“分段分批排练”的方法,即将某一段剧本里出场的演员集中起来排练。然而这样的设想最终也是没有成功过,因为毕竟cosplay不是演员们的主业,很可能某一段中的演员也无法凑出一个每周的共同时间段来进行排练。另外,如果某个演员在诸多段剧本中出现,要他在一周中参加几次小型的排练,也是不合适的。

虽然演员没有道场,可以将其角色空开,或另找人代替,但总会影响整体效果,因为表演中细节问题的修改不会也无法记录在纸上,只有与该演员本人当面商讨才能确定。

排练中耦合度过高导致的种种问题是非常麻烦的,特别是对于TDC这样人数较多的社团而言,往往一段剧本就要涉及十几个人。我们意识到排练中的耦合度是在剧本设计的时候就已经定型的,所以对于耦合作用高的角色(如主角)一定要选择有充足排练时间的演员,而对于担任配角的演员则尽量减少他的耦合作用。(即尽量不让一个配角在多个场次中出现)
以上是排练中的耦合问题,下面说说剧本中的耦合问题
剧本中的耦合问题,是2D世界的问题,准确地说:是如何改编原作的问题。

剧本中的耦合问题,体现为剧情之间的牵连。比如前一幕中角色甲死了,后一幕中就不能让他活蹦乱跳地出来,除非得向观众交代角色甲被复活了。

这只是一个简单的例子,而实际设计剧本——特别是要修改剧本——时,会变得比较复杂。

剧本中的耦合问题受到两方面因素,其一是游戏原作,游戏原作剧情的耦合度是很高的(相对于剧本而言),一些剧本往往将故事编写地错综迷离,谋略横出,所以剧情的耦合度是很高的,然而cosplay剧本因为不仅仅与游戏原作相关,还要考虑到人员、场地、时间等各方面因素,所以往往需要对剧本进行不断的修改。而如果耦合度过高的话,就像被几十条触手绑住了那样,无法进行任何改动。

举个实际的例子,比如去年TDC修改决赛剧本“王城劫持”一幕时,本来考虑将希德与卡西乌斯安排入戏内作为杜南公爵的护卫,而将科洛斯撤掉。然而我们发现不能这么随意地改变这一幕,因为在这一幕中科洛斯要被结社劫持,所以在下一幕中当游击士处于优势时结社成员玲要科洛斯作为人质压上舞台,进而约修亚出场救下科洛斯,再进而科洛斯使用S技光明之环使游击士众人再次获得优势地位,从而反败为胜。所以,王城劫持不能改,如果要改,后面的一连串剧本都要大幅度改动,游击士与结社之间两次戏剧性的优、劣势互相转换就会被改得面目全非。真可谓牵一发而动全身,这就是耦合度过高导致剧本难以修改的一个极好实例。(可能有些记不清了,大致如此)

所以,为了表现出原作精彩的剧情,及跌宕起伏的舞台上各势力变化,一定量的耦合程度在剧本中是必要的,但过高的则会造成表现及修改剧本时的困难。
以上两个耦合问题,应当是设计者在剧本设计阶段,从cosplay表演及设计经验出发,富有远见地预计到,并用以指导整个剧本设计过程的。
我相信,类似的问题也适用于其他剧本设计的情况,比如剧本合作设计等。
相关文章:
cosplay队形变化设计中的函数思想

Cosplay中打戏设计的详略思想

你有没有作过这样的脑内补完式的尝试?在大脑里回忆起不同人的声音,想象着用他们的声线说出同一句话,你会在脑海内听见不同的声音。

比如你想着你母亲对你说:“早上好”,及你的同学对你说“早上好”,虽然都只是由你一个人在脑内补完的,但却似乎能“听”到他们两人以各自不同的声音说话,并且他们实际上并没有说过这些话。
这样看来,我们回忆(或者说在脑中设想)的内容不仅仅是语言本身,还可以带上不同的语音。甚至于,你可以模拟出没有特定的人物对象,只有一些特征的声音,比如你想象一下“一个粗哑嗓门的男人”对你说“早上好”,那么你一定也能“听见”这个声音的吧?
于是我来YY一下:如果科学技术发展到一定水平,能把这种脑内补完而听到的“语音”采集下来,那么一个人——只要他的脑内补完功能足够强大且足够稳定——他就可以代替一群声优的工作,甚至他可以一个人输出多个人对话时的语音!

会有这么神奇的事吗?大家还是脑内补完一下吧。

没错,你没看错。

既不是WinVista,也不是Win7,更不是Win32,而是——Windows3.2。

 

欢迎界面,和WinXP很像!

 

没看明白这个步骤……

 

拷贝文件,和XP超像的!

 

输入用户名,这里已经可以用中文输入法了,如智能ABC、全拼、郑码……不过微软拼音还没有……

 

 

很奇怪,为啥安装过程中会提示安装打印机……?难道当时的电脑很重要的一个任务就是打印?

 

很快就安装好了,然后进入教程

 

很怀旧的教程,小学刚学电脑时,经常会把这个教程当游戏玩(因为没啥游戏可玩!)

 

跳过教程,提示安装成功。

那是的windows系统仍不能随开机启动,而是要在Dos下键入win运行。

 

启动画面。

 

“程序管理器”,便是当时Windows的基础窗口了。

 

画笔程序

 

记事本

 

“书写器”程序,是个比记事本高级一些的文字编辑工具。

 

居然在Windows3.2里发现了QBasic的IDE,如果凭着以前的一些记忆,编了个小程序。

 

“Hello,World!”

其实已开始编了一个程序,不过因为没有写end语句,所以变成死循环了……

 

文件管理器,即日后“资源管理器”的前身

 

任务管理器

 

大家可以猜一下这是什么程序,现在也有哦!

 

注意图标!

是不是很眼熟?这就是Regedit——注册表编辑器 的前身

 

剪贴板查看程序,这么好的东西居然在以后的Windows版本中被隐藏起来了……

 

最后是确认关机,退出后返回Dos