Re: [問題] 有沒有大大可以幫我看一下這個戰報

看板Ikariam (Ikariam - 遠古文明)作者 (隨便殺)時間16年前 (2010/02/25 00:08), 編輯推噓8(8015)
留言23則, 5人參與, 最新討論串3/3 (看更多)
想問一下另一種狀況 假設攻方只帶了八台投石車 一回合只打掉一格的城牆 而首方在第二回合補上30隻的方陣 卻被秒殺 同時在第二回合再打掉一格城牆(總共兩格) 第三回合在補上60隻方陣 還是被秒殺60隻... 而攻方每回合每格方陣卻還是大概死個7隻左右 如果以第三回合來看 攻方頂多死個49隻左右 守方卻死了60隻... 那這樣以後遇到高城牆不就慢慢打就好了 = =? 等到彈藥不夠了在補援軍上去 可以打七回合... 會是醫廚的問題嗎?可是若是城牆秒殺 卻不會出現這樣的狀況說... -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.136.47.176

02/25 00:55, , 1F
守方若有火槍迫砲氣球在打 攻方也很吃力
02/25 00:55, 1F
我文中所提的狀況 攻方場上是八台投石車 火槍全滿(49隻) 方陣全滿(210隻) 守方場上是18台迫擊砲 火槍全滿(49隻) 城牆(沒城牆補方陣 一樣全補滿) 但還是出現這樣的狀況 = = 雙方皆無氣球 只有飛機互打...XD 附上前四回合的圖好了 第一回合 http://www.badongo.com/pic/8898439 第二回合 http://www.badongo.com/pic/8898481 第三回合 http://www.badongo.com/pic/8898488 第四回合 http://www.badongo.com/pic/8898494 ※ 編輯: sosokill 來自: 220.136.47.176 (02/25 01:57)

02/25 04:57, , 2F
你這種作法最大缺點是消耗時間
02/25 04:57, 2F

02/25 05:00, , 3F
防守方最大的戰略目的就是要拖延時間 好調兵調資源
02/25 05:00, 3F

02/25 05:01, , 4F
而且別忘了 攻擊方要付出2倍維持費
02/25 05:01, 4F

02/25 05:14, , 5F
我看不懂這有什麼問題耶@@
02/25 05:14, 5F

02/25 10:31, , 6F
我是守方XD 我只是覺得奇怪 為何守方消耗比攻方高
02/25 10:31, 6F

02/25 11:07, , 7F
你的前線是牆、等到後期就會反過來了
02/25 11:07, 7F

02/25 11:45, , 8F
我個人的猜測是這樣的,如果前線同時有牆壁和前線兵
02/25 11:45, 8F

02/25 11:46, , 9F
攻擊方遠程不會向牆壁開火,而會集火於守方前線部隊上
02/25 11:46, 9F

02/25 11:46, , 10F
所以火槍在第2回合就可以造成很驚人的殺傷
02/25 11:46, 10F

02/25 11:47, , 11F
我平常是用18迫擊砲進攻的
02/25 11:47, 11F

02/25 11:48, , 12F
第二回合之前讓火槍會合
02/25 11:48, 12F

02/25 11:49, , 13F
牆壁會破掉3格,那三格的方陣兵就會被火槍全滅
02/25 11:49, 13F

02/25 11:51, , 14F
等到牆壁全破,一回合頂多打死100左右的方陣而已
02/25 11:51, 14F

02/25 11:51, , 15F
而且傷亡會分散在各格子上
02/25 11:51, 15F

02/25 11:52, , 16F
實際上考慮過後,還是推薦儘快打掉城牆會比較划算
02/25 11:52, 16F

02/25 11:53, , 17F
除了回合數和維持經費等等問題
02/25 11:53, 17F

02/25 11:54, , 18F
主要是因為利用城牆的集火殺傷速度
02/25 11:54, 18F

02/25 11:54, , 19F
並沒有比城牆敞開的時候來的快
02/25 11:54, 19F

02/25 11:56, , 20F
一次清掉一格看起來比較爽快而已
02/25 11:56, 20F

02/25 12:08, , 21F
怪怪 我當攻方的時候怎沒有一次秒掉三格方陣過...
02/25 12:08, 21F

02/25 20:33, , 22F
有升級火槍到滿頂嗎?
02/25 20:33, 22F

02/25 21:10, , 23F
我兵種全都升到頂了
02/25 21:10, 23F
文章代碼(AID): #1BXKxoSq (Ikariam)
文章代碼(AID): #1BXKxoSq (Ikariam)