All Stories

挖一口属于自己的井

  因为要缴房租了,去取了钱,顺便查了一下余额,天哪,我的钱都到哪里去了!唉,郁闷之极,这几个月来,一直为了这样的事情烦!心理总是不爽啊,不平衡啊!  每天下班回家,便挖一点,看心情好坏挖多挖少也不重要,最后能挖出一口属于自己的井就可以了。  给自己定了2大类目标,写在图片上,设为桌面。  技术目标:C++泛型编程、Lua及与C++集成、DX+Win32API游戏程序设计、编译原理。  产品目标:方块、Socket捕获、按键辅助、NES模拟器、音频播放器、桌面管理。

我的方块W.I.P #7

  晕死,我用的算法怎么这么麻烦!算了,不管这么多,最后能用就行了,谁管你里面用了多巧妙的算法呢!  现在要考虑的有:1、到顶了后,怎么让它停下来;2、随机程序不够啊,怎么总是连着出来好几个一样的块;3、消行的时候,活动块怎么处理。

我的方块W.I.P #6

  哦呵,有动画了,但游戏逻辑还没实现好,看来真得慢慢想一下,幸好没有一开始就用Lua脚本来实现,不然我肯定疯掉了。定时器改用高精度的了,不用GetTickCount了,大致实现了在一个循环里做多个定时任务了,只是对于方块的速度,跟coolkuai3.0还有点区别。真的每天只能做一点点事情哦!  看了一下LuaTinker,刺激啊!给我最大的刺激便是,要好好学GP,好好学C++ Template,好好学《C++设计新思维》!短短不到1000行的代码,给Lua的C接口加上了一个很C++的轻量级wrapper,果然,Andrei Alexandrescu发现的和总结的技术对于实现库,是很有用的!好些语法,我都没看到过,每每让我顿悟,原来C++可以这样用!LuaTinker真是个有趣的东西,看看它的源代码,一来可以学习一下C++ Template的GP方法,二来可以学习Lua的与C的接口使用,真是一举两得!

我的方块W.I.P #5

  昨天跑去和xcc还有他女朋友一起吃饭去了,那家梅林的小馆子,可以吃到比较正宗味道的川菜。3个人才吃了50块钱,3荤1素,外加2瓶啤酒。从小馆 子出来,才想起要给家里打电话,因为在馆子里,手机没信号。妈妈果然很着急,因为打不通我的电话。然后三个人走到一个住宅小区后面的小公园,有些公共的健 身器具。我想起疯丫头住这个小区里,就给她发短信说,我在她家阳台下,于是两个人在那里打电话,最后,她在她房间里朝着我挥小红手绢,那情景真是有趣,就 像xcc说的那样,完全一个童话里的人,可怜的小女孩被关在城堡里,朝着外面的小男孩呼救。回到家,发现z3回来了。  写游戏还是多好玩的,尤其是在写的过程中可以试验各种新学到的技术。现在想起来有点遗憾,当年在学习就应该做这些事的,不然现在就可以做更高级的事了,或者至少做这些事应该轻车熟路得多了。  我想还是先内嵌支持游戏逻辑吧,这样程序流程比较好调试,不然同时调试Lua脚本和C++宿主程序,会死人的。到时候可以设置个开关是否使用内嵌支持的标准方块逻辑,或者只使用外部Lua脚本定义的游戏逻辑。  7z格式的解压缩支持暂时也够用了,本来还想加入对rar和zip的解压缩支持的,后来想想,一来暂时不要放时间和精力在这个上面,应该先关注游戏功 能实现,二来为了保持程序文件体积不再为了些额外的trivial功能增加。其实可以在有空的时候,编译一个dll,同时支持这3种格式的解压缩。  游戏逻辑中有几点要注意的,是否贴边了,是否着地了,这两点是最关键的,贴边了就不能作某些方向的旋转和移动了,着地了,就应该返回一些统计数据,同时要把下一块丢出来。还有就是定时回调的支持,也是主要为了作些技术数据统计用的接口。

我的方块W.I.P #4

  很奇怪,单独编译了7zDec.exe的时候,就好好的,只要是用VC7.1或VC8编译,都是可以好好地运行列表、测试和解压的,但是集成到我的方块里的时候,就出问题了,早早地便退出说OpenArchive出错了,幸亏有源代码,幸亏前些天刚刚学会在IDE里用debugger调试,经过N分钟的单步跟踪调试,发现最后到一处调用Windows的ReadFile时,总是会返回读取了0字节,这是出错的最终源头!经过几秒钟的思考,决定不用ReadFile这个API,因为源代码中通过预定义宏,来决定在Win32平台上使用依赖平台的文件操作API,而其它平台下都使用C的库函数,马上在前面把那个宏定义取消掉,果然编译通过了并正常运行解压了!加了些函数,可以把用7z格式打包好的skin文件解压到Temp目录下面,哈哈,安逸!不过很怪的是,我把画缓冲的代码注释掉了,但它还是大模大样把图都画出来了,为什么啊,撞鬼了!先不管它了,至少暂时这样可以用了,就先放着吧。  我把Lua的源代码都放进来一起编译,到luaopen_io的地方还是会崩溃,跟踪了一下是到一个sethvalue的地方,不明白为什么会这样,Lua的代码我没看懂,所以暂时只能把luaopen_io这句注释掉来拖延一下时间。好不容易从LuaTinker的官方网站上down到了0.2a版的源代码和二进制文件包,韩文还真一点点都看不懂哦!以前看到过Boost.Python的使用代码片段,发现这样的使用方式还真是独树一帜,之后大概就出现了为各种脚本语言提供粘合剂功能的库,都是使用的这种风格的,至少现在看到Lua就有Luabind和LuaTinker了,LuaTinker是个轻量级的封装,可以学习一下它的封装方法。  用SDK写程序,还是很有成就感di,嘿嘿,就是开发效率太低了。

我的方块W.I.P #3

  堕落了。 写了几行就不想写了,去玩去了。可以画出方块池里的方块了,把Lua解释器也集成进来了,不过调用luaopen_io的时候就崩溃了,为什么呀,用的编译器是VC7.1的,自己拿Lua5.1.1的源代码来编译的lib和dll,无论静态链接还是动态链接,到这个地方调用都会崩溃。不知道如果拿源代码来一起编译,会有什么结果呢,呵呵。剩下就是很烦很杂的一些事了,游戏逻辑啊什么的,很多细节要处理。我还想到要写一个skin生成器,至少应该能在一张现有的图片上方便地定义各个元素的位置、大小这些信息,如果每次都是在图像编辑软件里慢慢画,浪费时间不说,人是要疯掉的。还有就是一定要支持压缩打包,不然光秃秃的bmp文件放在那里是很占用空间的,而且看起来很不专业的样子。试了试,一张24位色的1.38MB的bmp文件,用7z可以压缩到36KB!强悍啊,可以让它支持7z、zip和rar的解压,虽然程序启动的时候会慢点,但文件好组织啊。其实有个7z的支持就够好了,之后再考虑zip,最后考虑rar的。游戏逻辑放在Lua脚本里做,有些其它的东西就可能不好做了,比如速度检测等等。因为为了简单,Lua脚本知道的事情越少越好,所以嘛!  上网down了个Q块的外挂,不好用,呵呵。

我的方块W.I.P #2

  把MoveWindow的问题改好了,也不知道是哪里出问题了,反正就是这样改了一下就好了,可以缩放成想要的大小了,还把画界面的位置也计算了一下,可以直接画在Client的左上角(0,0)的位置了,哈哈。另外一点就是,把Clipper也弄好了,本来是设置了Clipper,就画不出东西来,后来看了一下返回的错误码,说是BltFast不能Clip,换用Blt就好了,虽然说如果是用软件实现的Blt速度会没有BltFast快,但MSDN上说也只是快了10%而已,更何况它说在硬件Blt的条件下,两者是没有区别的。其实速度不速度现在来看,根本不重要,因为一个小小的方块游戏,对动画要求实在不高,完全用GDI做也可以比较流畅地实现的,要是我开始就是在BDS下用VCL的TImage来写,估计已经快到了可以玩的程度的,呵呵,不过这样也好,学一下C SDK和DX。看了一下DX8里的samples,里面的代码写得真是整齐啊!顺便加了个图标,不过还不清楚为什么没能在窗口左上角显示出来。 本来打算把画方块池的功能完成的,但是人懒了,动了一下就不想动了,呵呵,慢慢来吧。  在看maillist的时候,偶然看到有人提到什么时候用Lua,突然得到提示,为什么不用Lua来做配置文件呢。我还老老实实地用ini文件或者xml文件,要解析也得再研究一下用Win32 API直接怎么解析,以前都是用VCL里封装好的类,唉!这样也好,只要写好一个Lua的交互模块,就可以既用作配置文件解析,又用作游戏逻辑定义了,一举两得啊!  想了想,skin里要定义的数据还是有点多哦,包括主界面图片大小,方块池位置,预览框位置,道具池位置,系统按钮位置,功能按钮位置。  白天考虑了Lua脚本中需要定义的游戏逻辑,包括move_left、move_right、move_down、speed_down、rotate_next、rotate_prev、on_timer、on_cycle、game_start、game_init等。在初始化的时候需要提供一些基本的信息,比如游戏等级等,另外就是对脚本应该有校验,MD5算法比较合适。

我的方块W.I.P #1

  用C++ SDK和DX7,还真是烦,什么都要自己处理,郁闷啊!花了好多冤枉时间啊,先是图片压根就显示不出来,后来终于跟踪到原来是在IDE里调试的时候,根据可执行文件的路径来得到图片文件的路径下是没有这个文件的。把它放进去,再看看,发现可以显示一些乱七八糟的颜色了,再设置断点,跟踪到装载位图文件的函数里,发现总是试图去delete一个不知道哪里的值,才明白过来,原来这个结构在使用前应该先清零的,郁闷啊!  现在图片终于能显示出来了,但还有个问题,就是因为没计算好,总是画到(0,0)的位置上去了,另外就是不知道为什么,用了AjustWindowRectEx和MoveWindow后,窗口总是会消失……把这问题解决后,就剩下实时画方块池的任务了!  另外再好好规划一下,跟Lua怎么交互!

开始写方块

  现在真的越来越懒了,只写了几行代码就不想动了。似乎DDraw在Normal模式时不能用FLIP?不确定,想不到有这么多未知问题,代码产出率太低了。白天在公司的时候,用VC6编译了unzip、7z这些,似乎还行,回到家,用VC7.1来编译,全都通过了。可以集成unzip和7z的解压缩功能了。  看来还是得好好学习一下怎么使用DX,也不用最新的技术,只要DX7的接口就行了,D3D也暂时先放下吧,DDraw和DSound最先要紧。  首先,只考虑矩形的界面,把主界面画出来,定期调用Lua脚本中的游戏逻辑,再根据Lua脚本返回的结果把方块池、预览框和道具池中的内容画出来。这样看来,似乎没有多少事,就是用DX画个界面,把Lua集成进来。还有一点要考虑的是,怎么做键盘加速和游戏录像功能,同时再考虑一下联机功能。今天在公司看到一段高精度计时器的代码,对于键盘加速,似乎有点帮助,就是定期检测按键状态,按一定速度发送WM_KEYDOWN,用IDA反汇编了kbace.dll,大概看到就是这样做的,也许具体的细节需要再研究。联机从技术上似乎也不是很有问题了,唯一需要的就是时间和毅力了。  好好学习《Windows游戏编程大师技巧》!