作者KawasumiMai (魔物を讨つ者)
看板GameDesign
标题[请益] 2D横向卷轴动作游戏的各种架构
时间Wed Sep 22 14:01:47 2010
关於像洛克人或Mario那种游戏
有几个问题想要请教
1.平台：
C+似乎是比较多人推荐的，可是对於有物件的东西一开始的宣告不太友善
Flash可直接进行物件建立，可是作出来的游戏就是会保有Flash的痕迹，选单之类的
GM的话很多东西似乎很死，要作到洛克人X攀墙的技术似乎不太容易，成品也有GM痕迹
那个比较好？还是有推荐的？
2.判定：
上次似乎有问过，拿一个方块状物体进行判定
然後将人物贴图跟踪那个方块制造人物假象
这样判定似乎会好一些？
不过这代表所有的状态都得另外宣告？
3.状态：
承上题
以洛克人来说，行走，冲刺，攀墙，发射等等
有各种动作和变化
如果是先用方块来进行动作的话
意思是得用一个变数来宣告他的状态，然後进行选择肢？
像是原地跳，向前跳等等
是要用状态进行if还是利用按键的巢状if进行判定比较方便？
而且像是撞到墙停止，攀墙下滑，墙壁弹跳
还有弹跳中放开而下坠，或是弹跳中撞到天花板等等
if的先後顺序都有点乱
只要写反了就可能会造成穿墙.....
4.场景：
有一点问题是大多人物在左方开始，走到中间之後换成场景移动
回到某个点时则又变成人物移动
是宣告另外一个变数进行距离记录？
还是有其他方法？
感觉这东西技术不难
可是光是动作选择肢的世界树就令人头大
有没有范例可以参考之类的？
还是有经验的大大可以说一下秘诀？
--
▼▼
／﹊
﹚
—
／/
‘ ＼ ╲ ◥◣
──
ノ /
◤▃
▄▄▄◣ █ 川澄 舞˙兔子mode
— ～
︶◢◣▄ ◢◤ @binshaunMKII
﹊
▼◤
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 61.62.150.86
1F：推 chenglap:我想如果你要问这些问题, 这个 project 应该是不会完成的 09/22 14:04
2F：→ Splash5:你拿c+ (?) 跟flash比 就是个很大的问题了... 09/22 14:18
3F：推 NDark:你们不要这麽酸咩... (其实我要推的被抢走了) 09/22 14:20
4F：→ KawasumiMai:WHY....为什麽这些东西不能问? 09/22 14:21
5F：→ KawasumiMai:只是来问一下秘诀，也没犯版规，还是纯粹觉得我太懒? 09/22 14:23
6F：推 NDark:这就好像看过电影之後问"魔戒的玛猛怎麽长的跟大象一样?"... 09/22 14:31
7F：→ NDark: 好烂的比喻XD 09/22 14:32
8F：推 Bencrie:如果原po是说 C++ ，那真的是很突兀 orz 09/22 15:03
9F：→ KawasumiMai:不然还有什麽推荐的吗？ 09/22 15:11
10F：推 asleisureto:动作游戏制作大师? 09/22 15:38
11F：→ AmosYang:我想如果你要问这些问题, 这个 project 应该是不会完成的 09/22 15:49
12F：→ KawasumiMai:那就不要完成啊，我只要知识和经验 09/22 16:12
13F：→ KawasumiMai:来这里问问题都是要考虑是否有钱赚和有成品吗？ 09/22 16:13
14F：推 NDark:先去做吧.其实你想了很多.做下去就会慢慢得到问题的答案. 09/22 16:20
15F：推 BSpowerx:平台不是重点。如何运用这工具实现想法比较重要 09/22 16:22
16F：→ KawasumiMai:楼上说得中肯，我只是想知道前辈的想法避免碰太多壁 09/22 17:57
17F：→ KawasumiMai:如果都要从0开始然後得到答案就不用来发问了... 09/22 17:58
18F：推 littleshan:你不去碰壁 怎麽累积知识和经验 怎麽去理解背後的道理 09/22 18:29
19F：→ littleshan:这些都是你动手做马上就可以得到答案的问题 09/22 18:30
21F：推 syntex:一开始先试着写站立、行走、跳跃，等到这三种都写好了，剩 09/22 21:00
22F：→ syntex:下的也难不倒你了。一开始的规划是很好没有错 09/22 21:00
23F：→ syntex:但是看的太远，往往就会怯於踏出第一步。 09/22 21:01
24F：推 chenglap:其实重点正是你应该从零开始才知道自己要的是甚麽. 09/22 21:16
25F：→ chenglap:这些问题全都没答案, 因为这全部都是选择而没最优解. 09/22 21:18
26F：→ chenglap:但这些问题却是想先要一个最优解才开始做. 09/22 21:19
27F：→ chenglap:如果有人告诉你答案你跟着做, 你就失去了做下去的能力. 09/22 21:20
28F：→ chenglap:那是丧失了从判断需要中学习的机会. 09/22 21:20
29F：→ chenglap:因为, 你要实行的话, 你是不需要别人帮你选语言的. 09/22 21:23
30F：→ chenglap:你该先确定你是否真的想去实行. 09/22 21:25
31F：→ chenglap:如果你想做理想的游戏, 你应该先学好写程式. 09/22 21:36
32F：→ chenglap:学了之後你自然能知道用甚麽语言可实行. 09/22 21:37
33F：→ chenglap:而问这些问题是因为你打算用捷径, 那一定会产生瓶颈. 09/22 21:37
34F：→ Splash5:会什麽工具就用什麽工具作 工具都不会只会空想 09/22 23:45
35F：→ Splash5:那游戏只能在你的脑袋里玩.. 09/22 23:46
36F：→ Splash5:player根本不会在意你用什麽东西作出游戏 重点是游戏好玩 09/22 23:47
37F：→ Splash5:board game也是游戏 它不需要会c++/flash 但它好玩 09/22 23:48
38F：→ KawasumiMai:我可以接受这种说法 09/23 01:15
39F：→ KawasumiMai:如果一开始就像syntex这样的回答我认为说服力更够 09/23 01:16
40F：→ KawasumiMai:要求别人学会钓鱼OK，但不是想来寻求前辈经验的新手 09/23 01:17
41F：→ KawasumiMai:马上就得到这麽一巴掌，我就是用AS2.0写到一半卡住 09/23 01:17
42F：→ KawasumiMai:才打算来这问的，而这又不是AS问题而是逻辑问题 09/23 01:18
43F：→ KawasumiMai:才来GD版，看样子我来错了 09/23 01:18
44F：→ KawasumiMai:我AS也是写到了攀墙发现bug一堆又不知怎麽修改动作 09/23 01:19
45F：→ KawasumiMai:才想问是不是依赖物件导向的我太天真了，结果却..... 09/23 01:19
46F：推 BSpowerx:刚好我最近也在写攀墙呢￣▽￣|| 09/23 01:22
47F：→ BSpowerx:我觉得比想像中简单说XD 移动的物件分速度Vx跟Vy 09/23 01:23
48F：→ BSpowerx:先依Vx做左右移动，碰到物件的话就是接触到墙 09/23 01:23
49F：→ BSpowerx:然後Vy移动没碰到东西就表示在空中，即攀墙中 09/23 01:24
50F：→ BSpowerx:虽然还是微调了很久才弄出比较理想的成果就是XD 09/23 01:24
51F：推 KanoLoa:攀墙出现问题？ Flash版主的游戏可以参考看看 09/23 06:37
52F：→ KawasumiMai:攀墙还OK，重点是弹璧，撞到天花板要阻挡 09/23 07:54
53F：→ KawasumiMai:结果这一来一往还OK，一直来回弹到角落时有了先後顺 09/23 07:55
54F：→ KawasumiMai:序问题，然後就穿墙了....因为天花板也算地板 09/23 07:55
55F：→ KawasumiMai:也许是移动数值该微调，却没有任何修正的方向 09/23 07:56
56F：推 eye5002003:我很多问题都是自己去想的，而且写完也不知道是否是最 09/23 09:20
57F：→ eye5002003:佳解，只知道别人的答案不一定适合我的情况 09/23 09:22
58F：→ KawasumiMai:不一定适合，但也许可以抓一段来取代原本自己的 09/23 10:39
59F：推 virkful:直接跟他讲个人见解就好了...讲那些没建设性的.. 09/23 12:09
60F：推 franknine:这该不会是写成 if(碰到侧面墙) "else if"(碰到上面) 吧 09/23 13:05
61F：推 haryewkun:觉得楼主的问题ok吧，他只是想问问看有没有这样的心得。 09/23 18:34
62F：→ KawasumiMai:>franknine:因为我不知道怎麽去取舍动作的先後判定 09/23 20:03
63F：→ KawasumiMai:所以有时候多重if有时候巢状，而自己乱了... 09/23 20:03
64F：推 madturtle:印象中GM和FLASH都有洛克人类的游戏阿 09/23 21:15
65F：→ ddavid:自己先把State Machine建出来就不会乱了 09/23 21:15
66F：→ ddavid:再怎样，同一个时间点都应该只有一个State存在。 09/23 21:15
67F：推 ddavid:既然天花板也算地板，你就应该让它们继承同样的特性，用同 09/23 21:17
68F：→ ddavid:一个判定跟公式。会因为是天花板或是地板而跑出不同的情况 09/23 21:18
69F：→ ddavid:代表你这个统整的工作没有做好，你应该整理一下你的物件继 09/23 21:18
70F：→ ddavid:承树（不是指语言写作中的OOP继承，是指概念上的） 09/23 21:19
71F：推 ddavid:另外角落穿墙很明显代表你并没有检查所在位置的合理性，而 09/23 21:24
72F：→ ddavid:是每动完一次才检查一次，这样做在简单的运动模型中是OK的 09/23 21:25
73F：→ ddavid:，但是复杂的模型中（单单一次运动可能连锁先後多次改变运 09/23 21:26
74F：→ ddavid:动形式）就不OK了，你要改为触发式的方式来处理 09/23 21:27
75F：→ KawasumiMai:楼上大大请受我一拜，受教了 09/23 21:47
76F：→ KawasumiMai:所以比起enterframe的hittest，似乎要动用到监听器 09/23 21:48
77F：推 ddavid:不一定要用真的监听器，你只要装得有监听的样子就好。 09/23 21:50
78F：→ ddavid:比如说，在一个动作进行中，它必然有起点终点跟中间变动的 09/23 21:51
79F：→ ddavid:函数，然後你就可以用这些东西算出过程中是否会触发别的行 09/23 21:52
80F：→ ddavid:动。若否，就可以直接更新到底。会触发新动作的话，就先更 09/23 21:52
81F：→ ddavid:新到触发点，然後重新算新的动作函数及终点。 09/23 21:53
82F：→ ddavid:当然用哪种作法是不一定，依架构而定也有可能真的监看反而 09/23 21:53
83F：→ ddavid:易作，这要看你的动作距离单位如何定的。说是监看，其实也 09/23 21:54
84F：→ ddavid:不过是把那些计算包起来藏在监看器里一并处理就是。 09/23 21:55
85F：→ ddavid:如果这些处理有很好的统一性，很容易整合成几条规则，就用 09/23 21:57
86F：→ ddavid:监看的方式。不然太多的规则堆在监看器内只会造成效率很恐 09/23 21:58
87F：→ ddavid:怖的降低──每个Frame都做多到可怕的一大堆运算，结果大多 09/23 21:58
88F：→ ddavid:数时间是什麽都不会碰到或只有一两条rule真的会被用到之类 09/23 21:59
90F：→ yoco315:没有不好的意思,但是如果你可以更精确的描述问题,别人会 09/23 22:49
91F：→ yoco315:比较容易抓到问题的症结回答你 @"@ 09/23 22:50
92F：嘘 fasthall:阅 09/24 00:08
93F：嘘 runtimeerror:阅 我找上你了啾咪^.< 09/24 07:31
94F：→ justben: 原Po 用Action Script的逻辑问C++问题不觉得有些奇怪吗? 09/24 10:57
95F：→ justben:固然 as ~= java ,物件导向的观念跟C++也很相似 09/24 11:01
96F：→ justben:但是在实作的细节上还是有很多差异的 @@" 09/24 11:02
97F：→ justben:建议你可以稍微google一下 AS,Java,C++ 之间的差异 09/24 11:03
98F：嘘 ChampYen:阅 09/24 23:22
99F：嘘 Homer5566:GOOGLE了一下你说的料理鼠王铭言(怎麽会有人引用这种..) 09/25 04:14
100F：→ Homer5566:原意是说评论家的心情 不是让你拿来反击别人的指教 09/25 04:15
101F：嘘 gareth:如拟 09/25 10:17
102F：→ xxxx9659:原本想讲...但是题目太大了 不想打这麽多字@@ 09/26 18:12
104F：→ xxxx9659:4年没碰flash 很久以前写的 看看对你有没有用 有错请见谅 09/26 18:33
105F：嘘 softwind:技术不难? so是逻辑比较难搂? 09/26 21:54
106F：→ ssize:大开眼界 11/14 02:52