Re: [閒聊] 中破進擊->開場大破

看板KanColle作者 (灰塵)時間12年前 (2014/01/02 17:27), 編輯推噓10(10推 0噓 27→)
留言37則, 12人參與, 最新討論串2/3 (看更多)
來聊點跟檯面下的機制有關的事 這遊戲在戰鬥開始時客戶端會送個指令告知伺服器"我開始戰鬥了" 嚴格來說這個時間點是點下陣型後到顯示"戰鬥開始"這四個字之間 當網路慢或是伺服器負荷大導致延遲大的時候，這之間的空隙就會變得很明顯 然後伺服器就會傳戰鬥序列資料回來， 所以攻擊順序、攻擊目標、是否命中、造成多少傷害都是在這時候傳給玩家 遊戲程式就依據這個資料演出海戰動畫。 戰鬥結束後客戶端會發一個請求戰鬥結果的指令，伺服器傳來的資料就是戰鬥結算畫面 在你關掉戰鬥結算畫面到顯示進擊/撤退之間會再有一次資料傳送 這次送的資料是用來同步艦隊資訊、全船艦資訊與裝備資訊 所以如果戰鬥序列的損傷資訊跟後來全船艦血量資訊彼此不同步會發生什麼事？ 大概就像這次莫名其妙少了16HP，以及之前滿血被擊沉又立刻復活的驚悚鬧劇 至於這影片能不能偽造...確實有軟體可以截獲封包並修改後再餵給目標程式 不過天下bug百百種 這種程度的bug也不是不可能... -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.113.138.100 ※ 編輯: dustlike 來自: 140.113.138.100 (01/02 17:30)
→
01/02 17:29, , 1F
THX 才在上篇文推完 就有人回答了
01/02 17:29, 1F
→
01/02 17:32, , 2F
不過按照這個說法，玩家基本上沒辦法對戰鬥結果動手腳？
01/02 17:32, 2F
推
01/02 17:33, , 3F
所以打爆王跳貓悲劇是請求戰鬥結果指令斷掉了??
01/02 17:33, 3F
→
01/02 17:34, , 4F
yes 那個E4完全慢心UC提督就是碰到這種狀況www
01/02 17:34, 4F
→
01/02 17:34, , 5F
請求戰鬥結果的封包沒送出 伺服器就當你打到一半中斷
01/02 17:34, 5F
→
01/02 17:35, , 6F
我想這是伺服器的預設指令,當客戶端沒有回應
01/02 17:35, 6F
→
01/02 17:35, , 7F
就用預設的方式來處理並回應
01/02 17:35, 7F
→
01/02 17:37, , 8F
至於改封包,那就要有辦法攔截並破解,然後傳偽造的封包
01/02 17:37, 8F
→
01/02 17:38, , 9F
但是真的修改下去官方應該會注意到
01/02 17:38, 9F
→
01/02 17:39, , 10F
唔 整個戰鬥處理是在伺服裡面的 玩家只拿到結果 這樣？
01/02 17:39, 10F
→
01/02 17:40, , 11F
沒錯。不然就可以輕易作弊了...
01/02 17:40, 11F
→
01/02 17:40, , 12F
伺服只會問玩家進擊與否 不會跟玩家要船艦狀況 無從修改
01/02 17:40, 12F
推
01/02 17:43, , 13F
資訊都儲存在伺服器端的好處是玩家只能下指令
01/02 17:43, 13F
→
01/02 17:43, , 14F
像資訊什麼的完全無法得知
01/02 17:43, 14F
推
01/02 17:48, , 15F
所以影片上 其實算是大破下進擊的狀況 有可能會沉？
01/02 17:48, 15F
以結果來說up主沒沉 所以到底那個6HP時是不是會沉船的狀態...不得而知 這個影片的重點不是中破會不會沉 而是同步有問題啊...
推
01/02 17:52, , 16F
樓上你要不要解釋22/75為什麼會是大破?
01/02 17:52, 16F
不是22/75是大破 是6/75是大破 問題在於那16點HP跑哪去了
推
01/02 17:56, , 17F
至於大破進擊高機率沉那早就是被公認的事
01/02 17:56, 17F
推
01/02 17:59, , 18F
但結果就是好運沒沉 你不能以"沉了"這觀點來看啊
01/02 17:59, 18F
※ 編輯: dustlike 來自: 140.113.138.100 (01/02 18:02) ※ 編輯: dustlike 來自: 140.113.138.100 (01/02 18:03)
推
01/02 18:03, , 19F
提督，榛名出擊時不能做這種事阿! 第一次會損16HP
01/02 18:03, 19F
推
01/02 18:04, , 20F
我猜是傳封包回伺服器的時候網路不穩導致封包丟失
01/02 18:04, 20F
推
01/02 18:04, , 21F
資料同步有bug吧 應該是前一場就已經大破了 不過運氣好沒沉
01/02 18:04, 21F
→
01/02 18:04, , 22F
結果莫名其妙多了一次攻擊判定
01/02 18:04, 22F
應該不是網路的錯。TCP/IP會保證封包內容絕對不會出錯 然後戰鬥序列資料是一次傳完的，不會有部分消失的問題。 我傾向是server的戰鬥畫面計算出了毛病 ※ 編輯: dustlike 來自: 140.113.138.100 (01/02 18:07)
推
01/02 18:07, , 23F
我覺得是中破進擊但大破顯示 所以感覺有鎖血
01/02 18:07, 23F
→
01/02 18:07, , 24F
也就是戰鬥畫面和實際結果有出入？
01/02 18:07, 24F
→
01/02 18:08, , 25F
我是這麼認為
01/02 18:08, 25F
→
01/02 18:18, , 26F
被打的那一下是扣2滴。我覺得很高機率是HP22時的擦傷。
01/02 18:18, 26F
→
01/02 18:19, , 27F
HP6的時候擦傷應該是0~1，我覺得不太會那麼剛好打出2滴。
01/02 18:19, 27F
→
01/02 18:21, , 28F
摩耶雷裝是60，複縱+T有利算下去 沒爆很難打穿榛名的裝甲
01/02 18:21, 28F
→
01/02 18:22, , 29F
無暴最小値: （60+5）*1.2* 0.8-89*4/3=-56 (擦傷)
01/02 18:22, 29F
→
01/02 18:22, , 30F
無暴最大値: （60+5）*1.2* 0.8-89*2/3=3
01/02 18:22, 30F
→
01/02 18:24, , 31F
沒cri打不穿，擦傷傷害是現存的6%~14%，剩下6刮2已經33%了
01/02 18:24, 31F
→
01/02 18:26, , 32F
就是除非裝甲那麼剛好骰到60剛好打出2滴...
01/02 18:26, 32F
→
01/02 18:27, , 33F
否則我覺得打出這2滴比較可能的狀況是HP22狀況下的擦傷。
01/02 18:27, 33F
→
01/02 18:30, , 34F
平常打個位數敵人時擦傷大部份都是MISS比較多...XD
01/02 18:30, 34F
→
01/02 18:30, , 35F
不過HP22(中破)狀況下 榛名攻擊的傷害不會這麼低
01/02 18:30, 35F
→
01/02 18:34, , 36F
怪給伺服器就好啦！(逃
01/02 18:34, 36F
→
01/02 18:37, , 37F
When have doubt, server. hmhm.
01/02 18:37, 37F
‣ 更多 dustlike 的文章
文章代碼(AID): #1InJ4Rh0 (KanColle)
‣ 更多 dustlike 的文章
文章代碼(AID): #1InJ4Rh0 (KanColle)