[心得] 初期礦區疊農優化經濟的小嘴砲
假設 1. 短礦距離移動時間正好等於採集時間。
假設 2. (短礦距離 - worker 碰撞直徑) : (長礦距離 - worker 碰撞直
徑) = 2:3
短礦距離移動時間 = d
採集時間 = 2d
短礦採集來回時間 = 2d + 2d ( 6.4s )
長礦採集來回時間 = 3d + 2d ( 8s )
可以推出一些有趣的結論。
1. ai 判定等待時間 > 0 便會前往最近的空礦區,但有時前往最近的空曠
區的時間也會大於等待時間,但 ai 基本不做判斷,決定是否該右鍵強制等
待的三個觀察要點,應該就是前往的空礦區距離是否 > d,等待時間是否 >
d,還有空礦區是否正有其它 worker 前往。
另一種情況是 loop 跑礦的現象,這也需要強制等待。
P.S. 好像發現一種懶人判定法,只要在worker抵達短礦,相鄰長礦worker
正好同時回到主堡的瞬間,就可以將該長礦worker引至短礦。
當然有微小誤差的情況會更常見,只要誤差範圍在0.5d以下,都可
接受。
2. 因為長短礦的時間比例是 4:5 ,所以每 20d (32sec) 會有一次疊農的
最佳時間,過早或過晚疊也會虧( 虧損期望值是 d * 2.5 )。因為 20d 是
完整週期,所以疊農理論上在開局 0:32 內就可達成,但有時明明已經疊好
的 worker 還是會跑走...... 這應該是短礦距離主堡太短的關係。
3. 初期有疊跟沒疊的經濟差距 -> 礦區有兩短礦的狀況,就是每 32 sec
虧 10 礦。但是要掌握最佳的疊農 SOP 可能看 replay 比較快,算是很難
算出來的。話又說回來,單一 worker 長礦採集的 32sec 期望值就有 20
礦,疊農也不過就增加 0.5 worker 的效益,應該只對職業級玩家的開局
timing 有影響。影響的節奏在 10 worker 以下的以規模最明顯(其實多於
8 worker要疊農就很簡單了),以10 worker的規模來看,1:08 左右頂多也
就差 40 mineral (理論上不可能開局就疊好,所以期望值來說,要再加個
16 sec,也就是到 1:24 才會有 40 mineral 的差距),這延遲的時間大約
是 6 sec,除非是雙方有一人想玩前期壓制或一波流,不然正常打影響不
大。
以上,想到再補充。
--
以前有個朋友,常看他盯著擺在書架上的駱馬書(perl)和恐龍書(os)
從他的背影我看到發散出來得精神力量,露出滿足的表情
他把筆電裡的windows fo掉,裝了全世界最難裝的debian
蓄了長髮,墮入陰影,過著半人半神的黑客生活
因為他太強大了,所以不好意思稱他宅男 by tantu
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.113.80.190
※ 文章網址: https://www.ptt.cc/bbs/StarCraft/M.1425514447.A.B7B.html
推
03/05 08:37, , 1F
03/05 08:37, 1F
推
03/05 08:48, , 2F
03/05 08:48, 2F
推
03/05 08:48, , 3F
03/05 08:48, 3F
推
03/05 09:00, , 4F
03/05 09:00, 4F
推
03/05 09:06, , 5F
03/05 09:06, 5F
推
03/05 09:15, , 6F
03/05 09:15, 6F
→
03/05 09:40, , 7F
03/05 09:40, 7F
→
03/05 09:41, , 8F
03/05 09:41, 8F
推
03/05 09:54, , 9F
03/05 09:54, 9F
推
03/05 10:09, , 10F
03/05 10:09, 10F
推
03/05 10:27, , 11F
03/05 10:27, 11F
→
03/05 10:42, , 12F
03/05 10:42, 12F
→
03/05 10:44, , 13F
03/05 10:44, 13F
→
03/05 10:47, , 14F
03/05 10:47, 14F
→
03/05 10:49, , 15F
03/05 10:49, 15F
→
03/05 10:50, , 16F
03/05 10:50, 16F
推
03/05 10:55, , 17F
03/05 10:55, 17F
→
03/05 10:56, , 18F
03/05 10:56, 18F
對啊,尤其是RTS,不瞭解ai基本上不可能進行有效操作......
推
03/05 11:02, , 19F
03/05 11:02, 19F
→
03/05 11:02, , 20F
03/05 11:02, 20F
→
03/05 11:11, , 21F
03/05 11:11, 21F
Optimize 要翻成最佳化嗎?我選用優化的理由是字數精簡,還有語意上比較保守
畢竟 Optimize 未必是「最佳」的,gcc 都有 -O -O2 -O3 了
推
03/05 11:21, , 22F
03/05 11:21, 22F
推
03/05 11:24, , 23F
03/05 11:24, 23F
推
03/05 11:44, , 24F
03/05 11:44, 24F
我想大概也是這個原因,但語言是活的,尤其是語意上可以有明確區別的時候,
自行選擇使用適合的字詞應該才是正道 :p
→
03/05 12:25, , 25F
03/05 12:25, 25F
→
03/05 12:26, , 26F
03/05 12:26, 26F
推
03/05 12:36, , 27F
03/05 12:36, 27F
Wow 這個真的有點神...... 礦羅加速器!!!marine 都可以拼經濟,根本星海屯田制
推
03/05 12:42, , 28F
03/05 12:42, 28F
→
03/05 13:57, , 29F
03/05 13:57, 29F
推
03/05 14:15, , 30F
03/05 14:15, 30F
推
03/05 15:47, , 31F
03/05 15:47, 31F
推
03/06 08:06, , 32F
03/06 08:06, 32F
感謝提醒 XD
推
03/06 11:57, , 33F
03/06 11:57, 33F
※ 編輯: icycandle (59.113.80.190), 03/06/2015 17:44:03