[影片] 爐石科學- "主場玩家"的"BUG"

看板Hearthstone (爐石戰記)作者 (??????prpr)時間11年前 (2015/07/19 02:12), 11年前編輯推噓48(48032)
留言80則, 43人參與, 最新討論串1/1
影片網址:https://www.youtube.com/watch?v=iWftn94D1Sc
大家都知道如果同一玩家同時觸發複數的卡的效果的話,將會依照那些卡進場的先後次序 依次發動 那麼不同玩家同時發動的效果呢? 其實爐石中有一"Dominant Player(下稱主場玩家)"的機制 每一場中,其中一位玩家都會被選為"主場玩家",這是完全隨機並與玩家先後次序無關 回到剛才的問題,當不同玩家的複數卡的效果同時被觸發,將會先發動"主場玩家"的卡的 效果,再發動"Secondary Player(下稱客場玩家)"的卡的效果,無關卡進場的先後次序 ------------------------------------------------------------------------------ 進一步測試甚至發現兩方玩家的效果會"排不同的隊" 以影片4:10的例子為例,主場玩家先[暗影狂亂]3/2,對3/2發[壓倒性的力量],再對1/3發 [壓倒性的力量] ,回合完結時卻是1/3先死 實際處理方式如下: 主場玩家 [(暗影狂亂), 3/2的(壓倒性的力量), 1/3的(壓倒性的力量)] (由於擁有者改變而不處理) 客場玩家 [3/2的(壓倒性的力量)] 回合完結 於是就有了以下的"bug" ------------------------------------------------------------------------------ Case 1(影片4:25) 客場玩家主場玩家的1/3發 [暗影狂亂] ,然後對1/3發 [壓倒性的力量] ,最後對1/1放 [壓倒性的力量] ,回合完結時1/3沒死,1/1卻死了 實際處理: 主場玩家 [] 客場玩家 [(暗影狂亂), 1/3的(壓倒性的力量), 1/1的(壓倒性的力量)] (由於擁有者改變而不處理) 回合完結 結果1/3在主場玩家回合結束才死 ------------------------------------------------------------------------------ Case 2(影片6:32) 場上有兩隻 [死亡領主] 及一隻 [食肉的食屍鬼A] 主場玩家客場玩家分別對對方的 [死亡領主] 放 [暗殺], 並分別拉出 [食肉的食屍鬼B] 和 [食肉的食屍鬼C] 實際處理: 主場玩家客場玩家 的 [死亡領主] 放 [暗殺]: 主場玩家 [(食肉的食屍鬼A)] 客場玩家 [(死亡領主)] 結果: [死亡領主] 拉出 的 [食肉的食屍鬼B] 不會加一攻 (註:一個玩家的"排隊"的效果依次發動時,不能馬上插入該玩家的新的觸發效果; 可參考 [科爾蘇加德] 復活 [炎魔] 時, [炎魔] 不會馬上發火球) 客場玩家主場玩家 的 [死亡領主] 放 [暗殺] 主場玩家 [(死亡領主), (食肉的食屍鬼A), (食肉的食屍鬼B)] 客場玩家 [(食肉的食屍鬼C)] 結果: [死亡領主] 拉出 的 [食肉的食屍鬼C] 會加一攻 ------------------------------------------------------------------------------ 最後, 要知道自己是主場玩家還是客場玩家,需要打開LOG功能: https://github.com/jleclanche/fireplace/wiki/How-to-enable-logging -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.15.26.181 ※ 文章網址: https://www.ptt.cc/bbs/Hearthstone/M.1437243120.A.999.html ※ 編輯: windowhihi (61.15.26.181), 07/19/2015 02:15:08

07/19 02:20, , 1F
好厲害 都沒想過
07/19 02:20, 1F

07/19 02:25, , 2F
快推免得被說看不懂
07/19 02:25, 2F

07/19 02:27, , 3F
類似炎魔把科科噴死還可以復活那個算嗎
07/19 02:27, 3F

07/19 02:44, , 4F
反正這個被抓出來後很可能就被修到一樣了,不過修這
07/19 02:44, 4F

07/19 02:44, , 5F
個工程不小
07/19 02:44, 5F

07/19 02:44, , 6F
看不懂阿
07/19 02:44, 6F

07/19 02:46, , 7F
太深奧了...
07/19 02:46, 7F

07/19 02:55, , 8F
看不懂只好先推
07/19 02:55, 8F

07/19 02:55, , 9F
幹真的看不懂
07/19 02:55, 9F
是不是我解釋的太爛了-_-

07/19 02:56, , 10F
嗯 嗯 跟我想得差不多
07/19 02:56, 10F

07/19 03:00, , 11F
嗯嗯 跟我之前遺失的筆記本裡寫的一樣
07/19 03:00, 11F

07/19 03:05, , 12F
意思是 兩個玩家各自有一個 queue,類似排隊的概念
07/19 03:05, 12F

07/19 03:05, , 13F
以生物來說 下了一張就會排進隊伍裡 後下的排後面
07/19 03:05, 13F
※ 編輯: windowhihi (61.15.26.181), 07/19/2015 03:06:41

07/19 03:07, , 14F
效果觸發時 就會依照順序檢查
07/19 03:07, 14F

07/19 03:08, , 15F
但他檢查的順序 是檢查 玩家1 的 queue,然後玩家2
07/19 03:08, 15F

07/19 03:08, , 16F
玩家 2 檢查完後,就不再檢查(不會重新檢查玩家1)
07/19 03:08, 16F

07/19 03:09, , 17F
所以就發生 玩家2 暗影玩家1 的卡 -> 壓倒
07/19 03:09, 17F

07/19 03:10, , 18F
然後回合結束 暗影效果發動(牌回到玩家1隊伍)
07/19 03:10, 18F

07/19 03:11, , 19F
然後才檢查壓倒(要死亡),但這時候牌已經回去了
07/19 03:11, 19F

07/19 03:12, , 20F
... 推文到第二句就後悔了 但推一半很怪 只好推完 .
07/19 03:12, 20F

07/19 03:33, , 21F
你放心,就算你用回文的我還是看不懂
07/19 03:33, 21F

07/19 04:07, , 22F
看完n大的解釋就懂了
07/19 04:07, 22F

07/19 05:26, , 23F
好酷
07/19 05:26, 23F

07/19 05:49, , 24F
不明覺厲
07/19 05:49, 24F

07/19 05:51, , 25F
N大翻譯成功
07/19 05:51, 25F

07/19 06:13, , 26F
看n大的懂+1
07/19 06:13, 26F

07/19 06:19, , 27F
所以一些之前的迷思像是清場後 女王死聲抓不抓的到
07/19 06:19, 27F

07/19 06:20, , 28F
死聲叫出來的手下之類的就有解了?
07/19 06:20, 28F

07/19 06:23, , 29F
看下來客場各種有利啊XD
07/19 06:23, 29F

07/19 07:55, , 30F
先推免得被發現看不懂
07/19 07:55, 30F

07/19 08:01, , 31F
難怪暗影狂亂之前有篇文,我當天遇到結果完全不同
07/19 08:01, 31F

07/19 08:15, , 32F
...
07/19 08:15, 32F

07/19 08:22, , 33F
看影片配合文字才懂,原來還有主客場之分....
07/19 08:22, 33F

07/19 08:37, , 34F
雖不明但覺厲
07/19 08:37, 34F

07/19 08:38, , 35F
所以玩家不要在腦補規則了...看了都想笑了
07/19 08:38, 35F

07/19 08:38, , 36F
一直腦補規則然後被打臉 打臉後又腦補新規則
07/19 08:38, 36F

07/19 08:51, , 37F
這不算bug吧!弄清楚發動順序就好啦!
07/19 08:51, 37F

07/19 08:56, , 38F
這就算bug啊,壓倒在回合結束沒死,食屍鬼沒加攻
07/19 08:56, 38F

07/19 08:57, , 39F
你的沒死我的死了,你的沒加攻我的加攻,這不是BUG
07/19 08:57, 39F

07/19 08:57, , 40F
什麼才叫BUG
07/19 08:57, 40F

07/19 09:02, , 41F
重點是如果你不試 你怎知道你的排序先後 無關先後
07/19 09:02, 41F

07/19 09:02, , 42F
手 無關是否你的回合
07/19 09:02, 42F

07/19 09:04, , 43F
如果暴雪程式寫得很明白就是要這樣搞玩家 就不算bug
07/19 09:04, 43F

07/19 09:06, , 44F
問提是順序是隱藏的…
07/19 09:06, 44F

07/19 09:36, , 45F
不覺得是bug,很多戰鬥卡牌類都有主客場規則
07/19 09:36, 45F

07/19 09:38, , 46F
程式bug啊
07/19 09:38, 46F

07/19 09:39, , 47F
是不是bug應該要問官方裁定,覺得1/1的該不該死
07/19 09:39, 47F

07/19 09:58, , 48F
要知道自己是主場玩家還是客場玩家,需要打開Log
07/19 09:58, 48F

07/19 10:02, , 49F
如果他"規則"明確的寫出主客場跟順序這回事,那當然
07/19 10:02, 49F

07/19 10:03, , 50F
不是BUG,問題就在爐石連規則都沒有,這次主客還是
07/19 10:03, 50F

07/19 10:04, , 51F
玩家自己測出來的,所以這很明顯就算是BUG了
07/19 10:04, 51F

07/19 10:23, , 52F
不明覺厲
07/19 10:23, 52F

07/19 10:38, , 53F
這是程式處理上的差異導致的不公平,不是遊戲規則上
07/19 10:38, 53F

07/19 10:38, , 54F
的設計。所以是bug,如果工程師懶得修這個的話有兩
07/19 10:38, 54F

07/19 10:38, , 55F
個方案,1.把主客場寫在規則上,2.把可能有衝突的特
07/19 10:38, 55F

07/19 10:38, , 56F
性改成隨機
07/19 10:38, 56F

07/19 10:41, , 57F
不如就直接規定 先手或後手 為主場
07/19 10:41, 57F

07/19 10:44, , 58F
通常後手必較吃虧 當主場或許能拿回一些優勢
07/19 10:44, 58F

07/19 10:44, , 59F
投後手一票
07/19 10:44, 59F

07/19 10:48, , 60F
不過想想 後手如能靈活運用主場規定 這優識也太大了
07/19 10:48, 60F

07/19 10:54, , 61F
太猛了
07/19 10:54, 61F

07/19 11:40, , 62F
就遊戲王的優先權 ㄚ
07/19 11:40, 62F

07/19 11:52, , 63F
07/19 11:52, 63F

07/19 12:06, , 64F
程式設計師預期之外的結果才叫bug 所以誰說了算
07/19 12:06, 64F

07/19 12:07, , 65F
當然是BZ而不是腦補玩家
07/19 12:07, 65F

07/19 13:03, , 66F
超屌
07/19 13:03, 66F

07/19 13:37, , 67F
後手勝率不是比較高嗎
07/19 13:37, 67F

07/19 13:39, , 68F
想都沒想過的機制,推
07/19 13:39, 68F

07/19 13:40, , 69F
先手比較高
07/19 13:40, 69F

07/19 15:00, , 70F
這不是在說先後手,是在說主客場。
07/19 15:00, 70F

07/19 15:01, , 71F
偷問原po一下,主客場跟開場先喊誰對抗誰的順序有關
07/19 15:01, 71F

07/19 15:01, , 72F
嗎?
07/19 15:01, 72F

07/19 15:54, , 73F
這是這次patch引進的機制,改這麼大卻不講......
07/19 15:54, 73F

07/19 15:54, , 74F
BZ: Aren't you thankful?
07/19 15:54, 74F

07/19 15:58, , 75F
開場唱名一定是對面先吧
07/19 15:58, 75F

07/19 17:43, , 76F
沒有喔,有時候是自己先。
07/19 17:43, 76F

07/19 20:51, , 77F
去搜過十幾次人+看網上的影片 全都是先喊自己的英雄
07/19 20:51, 77F

07/19 22:42, , 78F
厲害給推
07/19 22:42, 78F

07/19 22:53, , 79F
07/19 22:53, 79F

07/20 03:03, , 80F
對啊,之前每次女王撞女王就被婊,一直以為隨機
07/20 03:03, 80F

, , 81F
ad
文章代碼(AID): #1LgfRmcP (Hearthstone)
文章代碼(AID): #1LgfRmcP (Hearthstone)