當前位置: 半夏小說 幻想言情 天才維修師 第515節

《天才維修師》 第515節

,進KID坦克盾的次數增多,狀態十分被

    “SLY采用了多麵同時製的打法,阻截高槍炮,同時給三個隊友創造近距離攻擊機會。SLY近衛一挑二,坦克匿在街道區裏對KID實施製,其他三臺機甲都在進行輔助。”

    解說分析場景道:“SLY的武戰力很高,KID槍炮被阻截,困街道區,近衛打不過Alice,連帶作為核心紐帶的Lucy也被限製在外,KID這局多臺機甲被針對,很難打出傷害。”

    相反,SLY很順利,順利到一直在進攻。

    【KID這都要窩在居民區嗎?】

    【我覺這局有點奇怪,KID整的戰鬥節奏都慢下來了。】

    【sink沒帶攻擊武上,前幾把他的業火炮發揮了很大的用。】

    “哇哦,他們攔得好快啊!”提奧看到自己的三炮被攔,有點的不爽,“遊溯,我們要加速嘛!搞他們!”

    遊溯的視野在高速移中變得極其模糊,自校準的視野屏幾乎是每秒都在發生變化,他神冷靜地看著底部的視角,SLY槍炮跟醫療的位置幾乎被他定死在視野範圍裏……除了這兩臺機甲,還有一臺機甲也在他視野裏。

    速攻炮再次蓄力猛攻,連發的三條彈徑在高速中偏移三個方向,SLY槍炮跟醫療迅速地攔截住其中兩個速攻炮,功在靠近攻擊範圍阻截。

    就在連發的第三個速攻炮即將再次被SLY控製攔住的時候,一發從不知名方向疾衝而來的炮彈比SLY控製的速度更快,深水炮與SLY控製的定撞提前炸開,trace第三發速攻炮從炸的餘威中穿過,轟然在街道裏發。

Advertisement

    “sink!sink用深水炮阻截了SLY控製!”解說意外道:“trace速攻炮沒有被阻截,他還能繼續施加傷害。”

    trace的彈徑路線很難攔住,看到SLY用三臺機甲攔三條路線就能知道了,提前阻截都是難點,sink這波深水炮的預判是同時預判了trace跟SLY控製的炮彈匯點,提前攔住了SLY控製的炮彈,難度係數非常高。

    【sink這都能攔住啊!】

    【他移速度這麽快,還能看trace的彈徑路線??】

    【這命中率也太高了。】

    SLY控製不經側目去尋找建築裏的sink,但一圈看過來,始終沒有發現sink的坐標,“這sink也太能藏了,我現在都沒發現他的位置。”

    他能看到sink的炮彈,但每次找過去的時候,sink總是很快就不見了。

    基本上可以判斷出sink的武,在支援的過程中他發現疑似能源槍支援高trace跟其他機甲的痕跡,即便sink走的是純輔助位,他也有點放不下心。

    “不用擔心,我們這邊占優。”SLY坦克道:“先拿了這邊的分數,不怕他們不出手。”

    賽場,醫療機甲轟了一炮後再次變換位置,sink作為輔助位的控製支援都沒有瑕疵,甚至在他的帶下trace的能源消耗變得可控,持久續航力強。

    可場外觀眾的機甲師們都有一種很詭異的覺,說KID選擇茍,trace打得卻很賣力,KID其他機甲也不逃,說KID打算進攻,攻擊的方向很局限,打起來的戰鬥力最明顯就一個trace。

    觀眾席上,胡羅布有點張道:“KID怎麽覺整的節奏都很奇怪,說打速攻吧,節奏又很慢,其他人避戰比進攻多。”

    柯林:“了個核心,靈活變能力會下降。KID他們打到現在一直是以多核心去麵對多種戰鬥況,控製武比攻擊武,核心位比輔助位多,這樣的況可以讓他們在場上據不同的戰隊拿出合適的戰來進行攻擊。”

    胡羅布道:“多核心靈活變,我們之前也是因為這點輸給他們。帶支援位,解放trace,按道理攻擊力也會上升才對,攻擊位不用大幅度省能源了。”

    “那是因為KID前期沒有別的選擇,他們戰備水平比人落後,隻能靠戰的靈活變來增加賽場變數,多個核心切換讓對手防不勝防。”柯林看著場狀況,理智分析道:“KID一直很讓sink打純輔助位,這就是原因之一,星域賽上sink拿控製位還好,一旦拿支援位置,就容易讓KID陷斷層,靈活策應能力下降。”

    像原先的策應位Lucy,上星域賽跟星盟賽後,人限製針對。

    sink當攻擊醫療的時候能增加策應,可控可攻,其他人不得不防。可一旦他拿純輔助位置,KID戰變化了一個策應選擇,對手就不會把sink當核心目標去針對,那KID其他機甲師的生存環境就會變得艱難。

    如果是一開始以支援型輔助開始打的KID還好,KID一旦形多核心狀態,靈活遠比續航更重要,sink拿輔助位這個戰點利弊也會變得極端。

    柯林可以猜測KID的想法,拿能源槍可以降低戰鬥風險,容錯率會上升,KID估計是為了應對未知後置位戰隊才進行的靈活跳,如果是遇到排行不高的戰隊,說不定KID能利用sink輔助位這點用這種方式進行速攻打法快速拿分,可偏偏他們遇上的是擅長速攻且戰力優秀的SLY。

    “KID還沒有進行調,SLY悉節奏,還在對KID實施製,攻擊效果大幅度提升。”直播間解說的語氣激,“KID不變通嗎?”

    曙的觀眾看到這也開始擔心起來,他們原先以為sink拿支援位可以讓trace的高發持續的時間更長一點,可現在KID解放了一個trace也沒用,其他隊友被SLY著,完全打不出原先的戰鬥效果。

    【KID這把是在夢遊嗎?】

    【跟CEF4打的時候戰鬥狀態差好多。】

    【SLY很強啊,前四跟前六的差別很大好嗎?】

    【我有點擔心KID了,他們這個位置,輸給SLY就會很被啊!】

    SLY頻道裏,沒有出聲。

    SLY控製不由得看向正在與兩臺KID機甲戰鬥的隊長,“隊長,怎麽了?”

    “奇怪了。”輕笑了一聲,“3小時了,KID一臺機甲的耗損都沒發。”

    SLY控製一頓。

    “而且這個小矮子,比我在星盟任務時見過的還要,KID維修師是給他們機甲加了防嗎?”意有所指地說道:“還是說,sink那把支援槍,不是普通的能源槍。”

    SLY控製猝然看向其他位置:“不對,沒有盾痕跡。”

    “他的能源槍打歪了兩次。”語氣認真了幾分,“我看到了。”

    觀眾們擔憂的緒上升,可場KID的戰鬥沒有毫的變化,KID坦克跟匿依然待在建築,高的trace的速攻速度保持一致,yao跟Lucy被Alice牽製在外……一直遊離在戰場外圍的sink利用建築盲區躲避著。

    深水炮與能源槍在他手裏靈活地切換著,他一邊瞄準著遠SLY控製的阻截的炮彈,一邊切換著能源槍給隊友打補給,整場下來他的表現沒有任何問題,遊離戰場外,沒有被其他人發現坐標,能源槍更是一發接一發準地打在trace、yao以及Lucy上。

    【奇怪,其他機甲也不缺能源啊,sink幹嘛給他們打?】

    “那把不是普通的能源槍。”默文看著盯著賽場的數據,“拉近sink的命中畫麵!”

    觀眾們聽到這一愣,什麽不是普通的能源槍?·思·兔·網·

    能源槍沒有攻擊效果這是很多人都知道的共識,能源彈是特殊能源製,為了方便命中機甲時將能源打機甲部提供補給,這類型的能源彈聯盟方是不允許有任何的攻擊效果,也沒辦法進行引或者增強的作。

    直播間很快再次鎖定了sink的視角,隻見他首宗那把炮形帶著淺綠源的能源槍再次蓄力,凝聚的能源彈準地打了trace的能源口,沒有任何奇怪的效果反應——可關鍵在於sink的第二槍,他在給trace補充能源後,同樣地給正在與戰的yao補了一槍。

    而這一槍看似打中了能源口,實際上打在了yao的腰側,沒有進能源口。

    能源彈在到yao的腰側時迅速破裂開,微弱的綠一閃而過,像是某種增生迅速攀爬開來,眨眼就消失殆盡,與KID機甲表層融在一起,不仔細看很難去發現這點微弱的變化。

    【sink打歪了?】

    【怎麽可能打歪,高trace都沒歪。】

    【能源槍造盾?】

    【怎麽可能,本沒有盾痕跡好嗎?】

    直播間的觀眾還在討論,場外神盾主教練卻看到了這一幕,下一秒看到了的巨錘朝著林垚揮去,在沒辦法避開的狀況下,林垚居然選擇用腰側去抵擋的攻擊。

    yao的靈活眾所周知,調整命中位置降低耗損是機甲師們都清楚的戰鬥細節。

    可偏偏,yao被擊中的位置,正是不久前sink炮彈打歪的位置。

    sink的存在比神盾醫療要強一點,可他作為單兵天生備的命中率在這種戰場裏發揮的效果更好,他可以擁有比普通醫療機甲師更遠的擊距離,同時備極高的命中率。

    他無法在短程中蔽,也無法擁有神盾醫療的特殊能力,彈徑也可以觀測到……可他的能源彈跟他的攻擊彈一樣,容易發現,阻截難度很高。

    這等同於他作為支援醫療的時候,可以靈活地選擇自己的炮彈命中位置。這種醫療作為攻擊手的時候擁有恐怖的戰鬥力,可作為支援醫療的時候,擁有其他醫療沒有的攻擊意識跟攻擊視角,他這是把隊友當對手來打,與普通的支援完全是兩個思路!

    “sink這個打法——”神盾主教練對這個再清楚不過,“他研究了我們醫療的打法!那個能源槍肯定有盾效,不是盾就是覆蓋型保護,能源槍打在機甲上形範圍保護層,可以減緩到的傷害。”

    與此同時,直播間調開了賽場的耗損記錄數據,打算查看yao這段時間耗損的攀升況,一打開猝然看到了KID全的耗損,yao跟Lucy的耗損速度下降。

    yao耗損在20%,Lucy耗損13%,最主要是於核心攻擊點的KID坦克跟匿,3個多小時過去,耗損居然還維持在15%以下?!

    KID的耗損,居然維持在了一個詭異的平衡裏。

    明明SLY攻擊速度上升了,可KID的耗損的速度卻在下降…

猜你喜歡

分享

複製如下連結,分享給好友、附近的人、Facebook的朋友吧!
複製鏈接

問題反饋

反饋類型
正在閱讀: