1328 【斯科拉斯堡夺回战】首回战6
书迷正在阅读:替天行盗、我的1979、极道天魔、我是至尊、小尼姑伍悦、帝姬(NP高H)、海昏侯传(高H总攻)、归云断梦、《我与男神不可说的二三事》、分水岭
除了双防外,“已驯化的巨型科多兽”最大的优势是血量和分担伤害的计算方式,其血量和一个英雄模板的NPC也相差不多了。 分担伤害则是先算玩家双防和体质免伤,然后分一半伤害再算巨型科多兽的双防和免伤。 防高血超多,分担伤害的计算方式又对“已驯化的巨型科多兽”比较有利,再加上帝国玩家在火力上反压制了北国玩家和NPC,所以“已驯化的巨型科多兽”的血条下降的很慢。 没过一会,瓮城北门就出现在一众帝国玩家的视野中,那一队150人的NPC重步兵仍然挡在了门前。 从视频上看到的场景和自己亲眼看到的场景还是有些差距的,看视频也没觉得这队NPC重步兵有多占地方,但实际一看却发现NPC重步兵的整个队伍在铺开后把瓮城北门前的一大片区域都给结结实实的挡住了。 之所以会如此是因为这些NPC重步兵一个个体型都很大,绝大多数都是特大的体型,少数甚至还要更大一点,而且这些NPC重步兵都穿着一身有棱有角的宽大型制式板甲,手中还持握着一面大型盾,显得颇为“臃肿”,一名NPC重步兵所占用的空间差不多要顶玩家两个人到三个人了。 云枭寒目测了下,从NPC重步兵的最前排到瓮城北门差不多有50码的距离,而且在发现帝国玩家后,NPC重步兵队伍还有外扩,将队形进一步散开的趋势。 这就让云枭寒相当头疼了,因为这意味着他跳城门楼的难度大幅上升了,想要在空中横跨这么远的距离可不是件简单的事,很容易出意外的。 而如果冲进NPC重步兵的阵列中再跳,距离上倒是可以拉近一些,但万一被NPC重步兵缠住,问题一样很大,要知道这些NPC重步兵可都是持盾步兵,很可能是有控制技能的。 另外云枭寒等下想从城楼上撤下来也免不了要过NPC重步兵这关,这阵列的距离越长,就意味着他要承担更大的风险。 不过云枭寒此时也只是觉得有些麻烦,并没有慌,毕竟他为了这次战役准备了不少的套路,他只是不确定用哪个套路上城门楼更合适当前的情况,毕竟跳城门楼这种事也只有他一个人敢这么做,没有现成的经验可以借鉴,而在之前的战役中帝国玩家又表现的太废,没能试探出敌人的多少手段,他心里有些没底罢了。 而且这个上城门楼也不是随便上的,他不仅要选择合适的登楼点,还要和己方的内应配合的。 首先云枭寒要尽可能往人多的地方,更关键的位置上城门楼,这样他的【孤独的冲锋】才能打到更多的人,也能造成更大的混乱。 如果他随便找个地方就上,甚至是不选城门楼上,而只是选靠近城门楼的一段城墙上,由于城墙更为狭窄,敌人也比较少,上去的过程可能是会容易些,但也没办法冲锋到更多的敌人了。 而如果是选择先上城墙,再想办法冲锋城门楼区域,因为多了一道环节,就会给敌人留下更多的反应时间,敌人就有更大的机会躲开【孤独的冲锋】,甚至有可能直接把云枭寒控住,又或者直接将【孤独的冲锋】给打断了。 要知道敌人中也是有强力NPC的,还混杂着不少的北国玩家,没有【孤胆勇士BUFF】的加成,云枭寒吃控的概率会高不少,甚至还有被秒的风险。 更何况他的【孤独的冲锋】可是不分敌我的,打到友军还会减BUFF,离的这么远,他可分不清哪些NPC是内应,哪些不是,万一冲锋到内应身上,他跳城门楼的动作很可能就成了搞笑之举。 另外内应是要去帮忙开城门的,云枭寒冒失的冲上去,有可能会打乱内应的计划,让他们难以找到机会去开城门。 所以云枭寒最好是先等内应先动手了,然后他再上城墙,这样他既不会干扰到内应的计划,还会吸引敌人的注意力,为内应的行动创造更好的环境。 之前他和“我爱吃竹笋”沟通过了,“我爱吃竹笋”告诉云枭寒有两个小家族同意做帝国的内应,而不是正常的一个,这也是为什么他的战役进度的完成度是72%的原因所在,估计如果是70%以下就只有一个家族了。 这两个小家族会一起行动,一个小家族去开门,另一个家族则去控制城楼到城门处的楼梯,一方面是为开门行动提供掩护,另一方面也是加强对城门的控制。 当然,万一事有不谐,离城门近点也有更多的机会的逃走。 这两个小家族和“我爱吃竹笋”约定了暗号,在准备行动之前会在城楼上给他打个暗号,“我爱吃竹笋”收到暗号后就会立刻通知云枭寒,然后云枭寒就可以行动了。 由于承担着巨大的风险,所以具体什么时候发动是由这两个小家族自行掌握的,而这个发动的时机则要帝国方的表现,如果帝国玩家们表现的太差,他们甚至有可能始终都不会发动。 不过既然有云枭寒在,这批帝国玩家又经过精挑细选,不太可能出现表现太差导致内应不发动的情况,云枭寒要做的就是耐心等待和细心观察,为接下来的上城门楼做准备。 于是他指挥着“已驯化的巨型科多兽”继续稳步前进,并在前进的过程中慢慢改变五头“已驯化的巨型科多兽”的队形,最终由1/2/2的队形,变为2/1/2的队形。 做出这样的改变是为了接下来的“已驯化的巨型科多兽”冲锋做准备,NPC重步兵队列的宽度也就比两头“已驯化的巨型科多兽”并行宽度长一些,用三头“已驯化的巨型科多兽”一起发动冲锋的话,那就会浪费其中一头“已驯化的巨型科多兽”的冲锋,甚至有可能互相误伤。 而“已驯化的巨型科多兽”的冲锋技能10分钟才能放一次,在北国NPC和玩家的攻击下,“已驯化的巨型科多兽”能不能顶住10分钟都不好说,要知道五头“已驯化的巨型科多兽”现在都已经掉了一些血了,血量低于25%以下后又会失控,到时想放冲锋技能都放不出来了,所以这冲锋技能正常情况下就只能放一次,可不能随便浪费。 当打头的两头“已驯化的巨型科多兽”快要进入瓮城北门城门楼上NPC弓手的射程的时候,NPC重步兵队列已经外扩了不少了,NPC重步兵的最前排到瓮城北门的距离已经从原来的50码左右提高到了65码左右,而这时打头的两头“已驯化的巨型科多兽”离NPC重步兵的最前排也只有30码左右的距离了,也就是说最前面的两头“已驯化的巨型科多兽”到瓮城北门的距离大概是95码。 “已驯化的巨型科多兽”的冲锋技能的冲锋距离是80码,可以对冲锋路径上的所有生物造成冲撞和踩踏伤害,这个距离已经差不多够“已驯化的巨型科多兽”冲到城门那了。 这时云枭寒有两个选择,一个选择是再往前走十码就发起冲锋。 这样做的好处是冲锋距离基本一点都没浪费,可以充分发挥“已驯化的巨型科多兽”冲锋的杀伤力。而且只前进10码还没完全进入敌方NPC弓兵射程,顶多一小撮NPC弓兵可以射到“已驯化的巨型科多兽”,会少受一些伤害。 另一个选择则是继续前进20码到30码,然后再让“已驯化的巨型科多兽”发动冲锋,这样的好处是有机会让“已驯化的巨型科多兽”撞城门或撞城墙。 虽说【已驯化巨型科多兽召唤战鼓】的介绍中并没有提到“已驯化的巨型科多兽”是否有破坏建筑能力,但试一试也没什么损失,万一可以不就赚了。 但云枭寒想了想,还是决定往前走10码就发动冲锋。 这样选的原因很多: 第一,,瓮城北城门楼的面积比瓮城南城门楼要大很多,上面的敌人自然也要多出不少,而“已驯化的巨型科多兽”的移速并不快,不冲锋继续往前走就意味着还要被集火两到三轮,会白白掉很多血。 第二,云枭寒是通过【已驯化巨型科多兽召唤战鼓】对“已驯化的巨型科多兽”进行控制,这个控制的精度很低,只能下达一些简单的指令,比如前进、后退、转向、停步之类的,他没办法完美的控制“已驯化的巨型科多兽”的冲锋方向,冲锋后的朝向又不能再调整,从70多码远的地方冲过去,刚好撞到瓮城北门的概率实在不高,更大的可能是撞到城墙上。 “已驯化的巨型科多兽”主要还是运输用的战争坐骑,不是攻城用的战争坐骑,撞到城门上也许还有点用,撞到城墙上肯定造不成多大损害,弄不好墙没撞坏,自己掉很多血,那就划不来了。 第三,再往前走“已驯化的巨型科多兽”就和NPC重步兵很接近了,就算不碰上,但助跑距离肯定是不剩下多少了。 有没有助跑距离对玩家的冲锋技能来说不算什么,玩家的冲锋技能一发动初速就很快,伤害一般也不会有太大变化,而且玩家的大多数的冲锋技能是冲到某个目标就自动停下来,就是云枭寒的【孤独的冲锋】其实也是一样,不能越过硬度500以上,超过使用者3/4身高的障碍物。 但“已驯化的巨型科多兽”太过笨重了,云枭寒之前给“已驯化的巨型科多兽”做测试的时候用自己做靶子测试过冲锋技能,让五头“已驯化的巨型科多兽”挨个都朝着自己的方向发动一次冲锋。 “已驯化的巨型科多兽”的冲锋技能在发动时有一个明显的提速过程,在速度没完全起来的时候伤害并不高,还很容易躲过去,都不用位移技能,只要不在“已驯化的巨型科多兽”的冲锋路径的中心位置,又不是离“已驯化的巨型科多兽”太近,一个侧翻再跑几步就能避让开其冲锋,云枭寒不能侧翻,但距离拉远点,多跑几步也是可以躲开的。 另外“已驯化的巨型科多兽”的冲锋在撞到人后是会损失一定的速度的,人也撞不开,速度具体损失的多少则和冲撞目标的体型、负重,以及力量属性有关。 云枭寒就测试过,让一头“已驯化的巨型科多兽”在原地静止的状态下发起冲锋,在其才刚刚起步,速度很慢的情况下自己就举着盾挡在它前面,结果“已驯化的巨型科多兽”只是顶着他,将他往后推了10码远,然后就自己停下来了。 尽管云枭寒是个特例,无论是体型、负重和力量属性都有些超纲,来他来做测试对“已驯化的巨型科多兽”有些不太公平,但这还是充分说明了“已驯化的巨型科多兽”的冲锋是存在弱点的,是需要一定的助跑距离的。 要知道“已驯化的巨型科多兽”的冲锋对象可是NPC重步兵,他们体型、重量和力量属性可能不如云枭寒,但他们数量多啊,真要是不躲不闪,前仆后继的过来挡“已驯化的巨型科多兽”的冲锋,不是没有可能挡住其冲锋的。 只是为了一个可能不大的城门撞击,却导致“已驯化的巨型科多兽”的冲锋技能发动失败,这其中的风险和收益显然完全不成正比。 PS:昨天和前天忙于应酬,还要陪家人,真是抱歉了,我平时太忙,陪家人的时间实在太少,过节要弥补下,我可不想被扫地出门,接下来恢复正常更新。