[閒聊] RTS引擎輸出效率 - SC2引擎神效率?
這是 TeamLiquid 外國著名 Starcraft 論壇上面網友的研究
在他這兩篇文章之前 我們先來講個東西叫做 Lanchester's Law
http://en.wikipedia.org/wiki/Lanchester%27s_laws
這是在一次世界大戰期間 由Frederick Lanchester所歸納出來的法則
透過微分方程分析對戰雙方軍力的戰力比 然後簡單地歸納出了以下兩條:
1. Linear Law 針對古代的近戰單位 戰力評估是線性的:
接觸面積*單體實力*數量
2. Square Law 針對現在的火力發揚單位 戰力評估是平方比:
單體實力*數量^2
單看到這邊大概會想:這干SC2引擎高效什麼關係?
答案是:這理論是個簡易的評估 根據Wikipedia的敘述 現代戰爭通常用的大概1.5次方
(因為完全輸出是個幾乎不可能辦到的事情)
但是根據 TeamLiquid 網友跑的數學分析 SC2的引擎在部隊展開與火力發揚上效率極高
http://www.teamliquid.net/forum/starcraft-2/465113-simple-combat-lanchesters
-linear-law
(線性律分析 基本上針對地面單位)
http://www.teamliquid.net/forum/starcraft-2/465353-simple-combat-lanchesters
-square-law
(平方律分析 地面空軍皆可用)
在這邊請特別注意平方律 由SC2引擎在寬闊地進行單純的交戰時
可以得到誤差極小的預估(單位存活誤差小於2) 空軍甚至有完美符合預測的情況
這說明的是 SC2引擎對單位展開與火力發揚的效果之好其實遠出很多人預期的情況
許多在BW可以透過微操反過來壓制的可能性都因此被高效率的引擎打下去
(因為根本活不到那時候就已經死了)
這也是為什麼SC2平衡極度難以處理的根本:
單位的交換速度極快 而且微操帶來的效益其實有限
我舉一位職業選手 CMStorm Polt做例子
很多人都對他的評價都是高智商 兵力會在該出現的地方出現而且打到點
但是批評他對於多線的微操能力不足 而他自己也在採訪時說過
他寧願把事情交給電腦處理 而不是自己去處理所有多線進攻
從這個分析來看 他的論述其實相當的有說服力:單靠遊戲引擎你就幾乎可以達到理論值
多甩的槍/多餘的操作可能反而是讓輸出下降 這是與BW相當相當不一樣的事情
----
是說這種東西應該丟SC版讓大冰塊發阿....
--
● ˍ▃ˍ ● 好人不應該受制於正妹
◢↘ 囧 ↙◣ 而是正妹應該要考慮好人
// ╰︰╯ \\
aokman █◣ˍ_ 囧 for 囧rz 囧怪客
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.113.28.197
※ 文章網址: http://www.ptt.cc/bbs/C_Chat/M.1411113751.A.13A.html
推
09/19 16:05, , 1F
09/19 16:05, 1F
這又是另外一個論點: 神族為什麼在SC2會突然從一代的弱勢變成強勢
如果從這個觀點出發 你會發現神族的基本兵提供了最佳的輸出效率提高技能
(力場/護盾/衝鋒/閃現)
蟲族為什麼要依賴蟲苔加速打防守反擊(蟲苔加速直接性提高輸出效率)
人族為什麼機械化打不起來(缺乏如一代的地雷陣降低對手輸出能力)
換個角度看是很有意思的議題 但是單推一個P IMBA那就是停在那個點而已
推
09/19 16:05, , 2F
09/19 16:05, 2F
TLDR:幹,這引擎高效率到放A比微操還猛拉!
推
09/19 16:06, , 3F
09/19 16:06, 3F
推
09/19 16:08, , 4F
09/19 16:08, 4F
推
09/19 16:09, , 5F
09/19 16:09, 5F
→
09/19 16:09, , 6F
09/19 16:09, 6F
是超越現實 現實戰爭都沒這個引擎模擬的高效率....
推
09/19 16:10, , 7F
09/19 16:10, 7F
推
09/19 16:11, , 8F
09/19 16:11, 8F
之前與SC版友大冰塊討論過 BW可能是線性以下
→
09/19 16:11, , 9F
09/19 16:11, 9F
→
09/19 16:11, , 10F
09/19 16:11, 10F
推
09/19 16:12, , 11F
09/19 16:12, 11F
不能說到這個程度 其實我想說的是micro的效益在這個引擎之下相對有限
打針甩槍散兵的效果其實不是提高輸出 是讓你的部隊活久一點
只是....在這引擎之下有時候不甩槍搞不好打到得比較多
※ 編輯: kira925 (140.113.28.197), 09/19/2014 16:14:29
→
09/19 16:13, , 12F
09/19 16:13, 12F
推
09/19 16:14, , 13F
09/19 16:14, 13F
→
09/19 16:15, , 14F
09/19 16:15, 14F
→
09/19 16:15, , 15F
09/19 16:15, 15F
推
09/19 16:15, , 16F
09/19 16:15, 16F
→
09/19 16:16, , 17F
09/19 16:16, 17F
推
09/19 16:16, , 18F
09/19 16:16, 18F
→
09/19 16:16, , 19F
09/19 16:16, 19F
→
09/19 16:17, , 20F
09/19 16:17, 20F
→
09/19 16:17, , 21F
09/19 16:17, 21F
→
09/19 16:19, , 22F
09/19 16:19, 22F
→
09/19 16:20, , 23F
09/19 16:20, 23F
推
09/19 16:27, , 24F
09/19 16:27, 24F
→
09/19 16:28, , 25F
09/19 16:28, 25F
→
09/19 16:30, , 26F
09/19 16:30, 26F
推
09/19 16:30, , 27F
09/19 16:30, 27F
→
09/19 16:35, , 28F
09/19 16:35, 28F
→
09/19 16:37, , 29F
09/19 16:37, 29F
→
09/19 16:38, , 30F
09/19 16:38, 30F
推
09/19 16:38, , 31F
09/19 16:38, 31F
→
09/19 16:40, , 32F
09/19 16:40, 32F
→
09/19 16:41, , 33F
09/19 16:41, 33F
→
09/19 16:41, , 34F
09/19 16:41, 34F
還有 108 則推文
→
09/19 17:20, , 143F
09/19 17:20, 143F
→
09/19 17:20, , 144F
09/19 17:20, 144F
→
09/19 17:21, , 145F
09/19 17:21, 145F
→
09/19 17:21, , 146F
09/19 17:21, 146F
→
09/19 17:21, , 147F
09/19 17:21, 147F
→
09/19 17:21, , 148F
09/19 17:21, 148F
→
09/19 17:21, , 149F
09/19 17:21, 149F
→
09/19 17:21, , 150F
09/19 17:21, 150F
→
09/19 17:22, , 151F
09/19 17:22, 151F
→
09/19 17:22, , 152F
09/19 17:22, 152F
→
09/19 17:22, , 153F
09/19 17:22, 153F
→
09/19 17:23, , 154F
09/19 17:23, 154F
推
09/19 17:24, , 155F
09/19 17:24, 155F
→
09/19 17:24, , 156F
09/19 17:24, 156F
推
09/19 17:24, , 157F
09/19 17:24, 157F
推
09/19 17:27, , 158F
09/19 17:27, 158F
推
09/19 17:27, , 159F
09/19 17:27, 159F
→
09/19 17:27, , 160F
09/19 17:27, 160F
推
09/19 17:27, , 161F
09/19 17:27, 161F
推
09/19 17:28, , 162F
09/19 17:28, 162F
→
09/19 17:28, , 163F
09/19 17:28, 163F
→
09/19 17:28, , 164F
09/19 17:28, 164F
→
09/19 17:28, , 165F
09/19 17:28, 165F
→
09/19 17:28, , 166F
09/19 17:28, 166F
推
09/19 17:29, , 167F
09/19 17:29, 167F
→
09/19 17:29, , 168F
09/19 17:29, 168F
→
09/19 17:29, , 169F
09/19 17:29, 169F
推
09/19 17:31, , 170F
09/19 17:31, 170F
→
09/19 17:32, , 171F
09/19 17:32, 171F
→
09/19 17:32, , 172F
09/19 17:32, 172F
→
09/19 17:32, , 173F
09/19 17:32, 173F
推
09/19 18:15, , 174F
09/19 18:15, 174F
→
09/19 20:11, , 175F
09/19 20:11, 175F
→
09/19 20:11, , 176F
09/19 20:11, 176F
→
09/19 20:11, , 177F
09/19 20:11, 177F
推
09/19 20:24, , 178F
09/19 20:24, 178F
這個問題 需要滿多因素配合的....其實以現在這個地雷的威力已經是超越BW了
而實際上機械化如果真的成形P其實正面扛不贏 只有航母有機會打贏
但是機械化的根本:陣地保護 現行地雷兩人口下根本辦不到
相較於BW可以說是買雷送車 大量地雷掩護坦克陣
HotS的地雷數量很明顯的完全不夠機械化去掩護自己的陣地
再者 由於坦克人口的上調 即使現行坦克的輸出能力已經超越了BW
三人口換算下來每人口輸出就是不夠 過少的單位數量無法讓機械化掩護柔軟的側翼
數量不足的地雷更是讓T的主家在機械化打法時很難保護自己的產兵基地
要讓機械化能打需要重新去思考怎麼解決這個問題 行星要塞根本解決不了這問題
推
09/19 22:31, , 179F
09/19 22:31, 179F
→
09/19 22:31, , 180F
09/19 22:31, 180F
不難阿 BW你怎麼對付Recall的就怎麼對付稜鏡....
BT與地雷可以解決大半情況 特別WM還對空....
機械化的根本還是:單位數量不夠用 然後這個Team非常強調人口=戰力
少量人口防禦對手多線這件事情在這個前提下完全卡住
※ 編輯: kira925 (140.113.28.197), 09/19/2014 22:39:18
※ kira925:轉錄至看板 StarCraft 12/01 14:42