Hearthstone 板


LINE

※ 引述《powordisland (豹子~)》之銘言: : 將來的內容問題: : 有些玩家攢了一堆包不開打算等開新卡了 : 再開。 : 包裡的有什麼卡,是在獲得包的瞬間就決定了麼?如果不是,那是什麼時候決定的?    : 解答:現在攢的包只有現在存在的卡。如果你一年後打開,它不會包含新卡。 : 如果這篇翻譯沒有翻錯~ 或者是消息正確 : 現在囤的卡包 恩... 沒有用 你不會開到"新卡".. 我對程式語言不是很熟,有錯請見諒 但我認為當下玩家獲得的卡包,就像薛丁格的貓一樣 不去打開永遠不知道裡面的情況, 會得到什麼卡片是在開卡包的當下程式運算決定的。 也就是系統只在的帳戶裡記錄了, kons擁有一個未開卡包 而不是kons擁有一個未開卡包,裡面有 紅龍 炎魔 安東尼達斯 霍格 佛丁 如果只記載未開卡包數量,那程式儲存很容易,只要一組資料紀錄數量就好, 得到什麼卡,開卡包時再交由程式運算決定,簡單完美。 如果得到卡包的同時程式就已經運算好裡面裝那些卡 那每一個卡包就需要額外儲存一個資料,有四十個未開卡包,就有四十組資料 我想BZ不會用這麼笨的方式。 除非之後爐石戰記推出的卡包有所分別 例如現在的卡包是V1包,之後有包含新卡片的叫V2包 這樣帳戶的紀錄就會變成有多少類別的卡包,就有多少組紀錄 如kons有V1卡包 兩包未開 V2卡包 三包未開 然後開V1卡包時用A邏輯去判斷會得到什麼卡,開V2卡包就用B邏輯 這樣也不算太困難。 只是隨著遊戲不斷擴充,以後卡包越出越多種,維護起來可能比較辛苦。 只是目前開卡包的介面,除非改寫, 否則系統要怎麼判定你現在要開的是V1卡包還是V2卡包呢? 謝謝。 -- 至今我仍然深深相信,我是個帥哥,不過是量子力學定義中的帥哥。 當沒人觀測我的時候,我肯定是全地球最帥的男人。 --



※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 123.194.32.106
1F:推 dagayealo :你也可以不用管那些~ 開心玩就好了~ 01/08 15:00
2F:推 wljimkk :照籃帖講得,是買的當下就決定好卡包內的卡了 01/08 15:01
3F:推 Windancecat :不一定吧,你又不知道背後是怎麼寫的 話說你多加卡 01/08 15:01
4F:→ Windancecat :片的資料 那也不會占多少空間好嗎 01/08 15:02
5F:→ wljimkk :牌庫都存在伺服器了,卡包只佔一點點而已,不用擔心 01/08 15:02
6F:→ Mchord :他大可以直接出一個新的卡包物件類別吧 XD 01/08 15:04
7F:→ kons :重點不是數據大小,是維護問題啊 01/08 15:04
8F:→ Mchord :如果卡包有記時間的話也許可以用這個去判定隨機範圍 01/08 15:05
9F:→ kons :我是覺得每一個卡包要佔一個儲存格,很不科學 01/08 15:06
10F:→ kons :會造成維護問題 01/08 15:07
11F:推 abcd12129 :每張卡片設個編號 每個卡包也就5個號碼而已 01/08 15:07
12F:推 shadowfang :記錄卡片發行日跟卡包購買日 01/08 15:07
13F:→ kons :今天全伺服器有一萬包未開卡包,就有一萬筆資料 01/08 15:07
14F:→ shadowfang :只會random購買日之前發售的卡片就可以吧 01/08 15:07
這種做法沒有比較科學,重點不是在於紀錄的長短,現在硬碟那麼大 而是每一個卡包就有一組獨立資料,是很可怕的一件事情 有一百萬組未開卡包,就有一百萬組資料,這系統維護是很可怕的
15F:推 madrac :反正到時候再把介面改一改出現各式各樣的卡包就好了 01/08 15:07
我覺得這是比較可能的做法,從卡包類別分 ※ 編輯: kons 來自: 123.194.32.106 (01/08 15:10)
16F:→ abcd12129 :只儲存文字檔根本沒佔多少空間 01/08 15:09
17F:推 pentwo :百分之八百是開啟的當下計算 謝謝 01/08 15:09
18F:推 wljimkk :但你要想,如果每次開卡包都要伺服器隨機一次, 01/08 15:09
19F:→ wljimkk :佔用的伺服器資源是很恐怖的 01/08 15:10
20F:→ kyo76312 :之前競技場BUG~ 還沒開包卡片就會進牌庫拉 01/08 15:10
21F:推 TeaEEE :交易安全的考量,每個包至少都會有一個id才對 01/08 15:10
22F:→ kyo76312 :所以是拿到包的時候就已經決定了 01/08 15:10
23F:推 Windancecat :沒有人是背後的designer 沒什麼百分之八百的東西 01/08 15:10
24F:→ Windancecat :任何設計都會有他的考量 如果能佔些空間 而減少一些 01/08 15:11
25F:推 churinga :如果是別家公家可能會有儲存空間的問題 但B社沒問題 01/08 15:11
26F:→ wljimkk :那不如用空間換取CPU資源,反正BZ錢多夠買硬碟 01/08 15:11
27F:推 shadowfang :得到卡包當下隨機跟開的時候隨機對伺服器有差嗎?? 01/08 15:11
28F:→ TeaEEE :Id就很可能是開出來的seed 01/08 15:11
29F:推 colorhand :產生卡包的同時就決定了內容物為何才好維護 01/08 15:11
30F:→ Windancecat :換取一些防禦措施 也是有可能 01/08 15:11
31F:→ Aggro :這東西沒啥吧 一堆遊戲當場打怪當場噴東西 會有人在 01/08 15:12
32F:→ Aggro :意伺服器負擔太重嗎 01/08 15:12
33F:→ wljimkk :而且買卡包的等待畫面不會讓使用者有等很久的感覺 01/08 15:12
34F:推 Gaex :卡包只要記個購買時間 就可以解決很多問題 01/08 15:14
35F:→ kad :伺服器Loading這種用錢就能解決的問題根本不是問題.. 01/08 15:14
36F:推 colorhand :如果你讓使用者去"啟動"隨機選牌功能 就有被洗的可能 01/08 15:15
37F:→ by135tw :如果依暗黑的設計...那就是得到當下數值就決定好了 01/08 15:15
38F:→ Gaex :判斷是多久之前的卡包 會有多少卡需要去random 01/08 15:15
39F:→ Aggro :依照Diablo的做法 你拿到包瞬間裡面就決定了 01/08 15:16
40F:推 intela60474 :當然是得到當下就決定內容啊 多好維護啊 01/08 15:16
41F:→ Aggro :這應該比較合理 之後舊包開不到新卡也能解釋 01/08 15:17
42F:→ Gaex :就算卡是開包當才決定 BZ也不會讓舊卡包開到擴充新卡 01/08 15:17
43F:推 shadowfang :買卡包跟開卡包不都是使用者去啟動嗎? 01/08 15:17
44F:→ Gaex :太多可以判斷的依據了 01/08 15:17
45F:推 KayRain :百分之八百這種中二的話都出來了 真是不簡單 01/08 15:17
46F:→ ashowmat :D3的裝備一出來時屬性就已經決定,不論何時被鑑定 01/08 15:17
47F:→ Gaex :買當下 random 就是先記錄所有的卡而已 01/08 15:18
48F:→ Gaex :開當下 random 就是記路買卡包時間OR卡包類別 01/08 15:18
49F:→ Gaex :讓開當下不會有舊跑新的問題 01/08 15:19
不不不,我的核心想法是,一個卡包就要獨立佔一組資料太不科學了 如果是指紀錄卡包數量 今天我的帳戶資料可能長這樣 xxxxxx yyyyyy (個人資料) (未開卡包數) 如果得到卡包時已經確定卡片內容 或者得到卡包時已記錄開卡包時間 帳戶資料會變成這樣 xxxxxx (個資料) yyyyy1(未開卡包1) yyyyy2(未開卡包2) yyyyy3(未開卡包3) : : yyyyyN(未開卡包N) 說實在,一個卡包佔10bit(紀錄日期)還是100bit(記入卡片內容)都不是重點, 現在硬碟那麼大,重點在於資料筆數。 至於Diablo裝備的例子,每一個裝備本來就是一組資料 不管是否有鑑定 有鑑定的道具可能是 a5e2 01 (01代表有鑑定) 未鑑定的道具可能是 a5e2 00 (00代表未鑑定,玩家無法得知詳細資料)
50F:推 pentwo :新舊卡包根本不是問題,更何況都還不知道會不會分開賣 01/08 15:25
51F:→ pentwo :會分開賣根本就是白操心 01/08 15:26
會分開賣的話,現在的開卡包介面就要重寫 當然啦BZ工程師神通廣大,也許有超強的寫法,不是我這小小文組學生能領會
52F:推 colorhand :如果是卡包產生時決定內容 使用者就不能去洗結果 01/08 15:26
53F:→ colorhand :如果是開卡包時才去隨機5張卡 就有可能被破解洗牌 01/08 15:27
就我看只是洗的時間點不同,入手的時候洗,還是開卡包的時候洗,這種差別
54F:→ steveggyy :可是你開了以後還是要這麼大的存量 01/08 15:30
55F:→ steveggyy :只是開之前賺一點存量 01/08 15:30
我猜想資料儲存方式是這樣 kons aa 01 ab 02 ac 00 ad 01 ae 00 英文代表卡片 數字代表卡片數,所以不論你有一百張卡片 還是一張都沒有 儲存組數跟檔案大小都不會變。 ※ 編輯: kons 來自: 123.194.32.106 (01/08 15:33)
56F:推 wljimkk :就算是開卡包之後random也是存卡包ID 01/08 15:32
57F:→ wljimkk :只存未開卡包的量太危險了 01/08 15:32
58F:推 pentwo :我收回800% XD仔細想了一下跟一般遊戲的做法會不一樣 01/08 15:33
59F:推 colorhand :差別在BZ是給你五張不能變動的卡或是五張可變動的卡 01/08 15:36
60F:推 pentwo :我知道的網路遊戲,程式做法是當下計算獲得禮包的內容 01/08 15:36
61F:→ PoorWei :看法同steveggyy 覺得原PO做法反而畫蛇添足 01/08 15:36
62F:推 Aggro :Diablo裝備是浮動的 上面說的意思是浮動數字鑑定前就 01/08 15:37
63F:→ Aggro :決定 另外一百萬筆卡包聽起來很多 實際上空間沒多少 01/08 15:37
64F:推 madrac :說真的, 現在遊戲資料庫很大的, 這點資料還好 01/08 15:37
65F:→ Aggro :單純數劇化 搞不好一台智慧型手機就能存了 01/08 15:38
66F:→ Aggro :所以那東西存取方便不會是首先考量 容不容易出現漏洞 01/08 15:38
67F:→ madrac :所以要怎麼做還是看設計師高興而已. 01/08 15:38
68F:推 colorhand :你想的儲存方式問題1 某張卡數量是0仍需紀錄 01/08 15:39
69F:→ Aggro :和會不會讓伺服器有瞬間運轉問題才是重點 01/08 15:39
70F:推 ashowmat :D3裝備屬性資料量比五張卡多,我想對於資料量你多慮了 01/08 15:39
71F:→ colorhand :問題2 如果有新卡片豈不是要增加欄位? 01/08 15:39
72F:推 wljimkk :真的 增加欄位很麻煩 01/08 15:40
73F:→ tobestronger:其實想成買卡包當下他已經把卡片給你只是設為隱藏 01/08 15:41
74F:推 Gaex :不太可能只記錄卡包數量 而不記單一卡包資訊 01/08 15:41
75F:→ Gaex :連最基本的時間都不記 那幾乎是不會這樣作的 01/08 15:42
76F:→ tobestronger:就好了吧,只不過每個卡片多一個類似隱藏數量紀錄 01/08 15:42
77F:→ c4peR :照你這種說法,D3未鑑定傳奇就不會有新舊之分了 01/08 15:43
78F:→ Aggro :就像當年08祖父未鑑定 之後會變09祖父一樣XD 01/08 15:44
79F:→ c4peR :全部留到傳奇變強後再鑑定就好,但事實不是如此 01/08 15:44
80F:推 Gaex :每筆卡包的資料筆數 本來就應該有 BZ不太可能放過 01/08 15:44
81F:→ Gaex :就算你有1千包 1萬包 也就是1千筆 1萬筆的卡包資料 01/08 15:46
82F:→ Gaex :對BZ龐大的遊戲資料庫來說 這些情況都能應付 01/08 15:47
83F:→ rufjvm12345 :也就兩種卡包 多1個位元去記錄是很多喔 01/08 15:47
84F:推 dezuphia :D3拍賣場每天幾十萬筆交易都一筆一筆記了卡包資料有 01/08 15:47
85F:推 Aggro :對照WOW的紀錄量 爐石根本算小咖中的小咖吧XD 01/08 15:48
86F:→ dezuphia :甚麼難的..... 01/08 15:48
87F:推 Gaex :BZ會記錄每一個卡包各開出甚麼 這要回碩才有依據 01/08 15:50
88F:→ Gaex :記然要記錄每個卡包開出甚麼 那記錄你單獨卡包有何難 01/08 15:51
89F:→ q99062 :文科不怪你,這概念最簡單講法就只是link list 01/08 15:53
90F:→ intela60474 :開包才決定容易洗 得到卡包就決定不容易洗 就這樣 01/08 15:54
91F:→ q99062 :如果知道pointer的話,資料量根本不影響運算時間 01/08 15:56
92F:推 MotoDawn :100萬組資料很大? 那B社其他遊戲早就爆了 01/08 15:59
93F:推 elong :一組吃1 byte也才1MB... 01/08 15:59
94F:推 sky40280 :這資料量很小 不用擔心 01/08 16:13
95F:→ YMSH205 :資料量真的不用太大XD 01/08 16:16
96F:推 jcjin0423 :對10年前來說 你的擔心是有可能的 01/08 16:19
97F:推 CaTkinGG :卡牌種類又不多 各類卡牌為一個物件 記錄你有幾張就 01/08 16:20
98F:→ jcjin0423 :但是現在的硬體 已經不在意每包多那5組數字了 01/08 16:20
99F:→ CaTkinGG :好 又不是你有三張同種卡牌它會占三被空間... 01/08 16:21
100F:推 TCFmars :我覺得有可能,藍帖也有可能是指,開的當下就決定是V1 01/08 16:21
101F:→ TCFmars :卡包的內容,而不是連卡牌明細都決定好 01/08 16:22
102F:→ TCFmars :不過只儲存id的話倒也不佔空間,卡片功能應該都寫好安 01/08 16:22
103F:→ TCFmars :裝在本激了 01/08 16:22
104F:→ intela60474 :考慮到封包傳遞的容錯性 拿包就隨機比較安全 01/08 16:25
105F:推 neosu :B社也可以先run好100萬組卡包檔,開包只是去讀檔內 01/08 16:25
106F:→ neosu :卡包的儲存位置,這樣根本不用多少儲存空間 01/08 16:25
107F:→ neosu :賣新卡包也只是重新run個檔,新包讀新檔,舊包讀舊檔 01/08 16:26
108F:→ neosu :一點也不費事,比Diablo容易多了 01/08 16:26
109F:推 CaTkinGG :先RUN好 若再出新卡重RUN感覺效率很差... 01/08 16:28
110F:推 CaTkinGG :除非user習慣是喜歡積存卡包 不然省客戶端空間沒意思 01/08 16:32
111F:推 hitsukix :就一開就給了,只是加個袋子讓你拆 01/08 16:36
112F:噓 king12272 :也可以只加一個得到時間的Tag,用時間控制就好 01/08 16:44
113F:推 howdie5566 :一般設計是開的時候才決定 如果目前不缺卡可以囤看看 01/08 16:45
114F:→ howdie5566 :如果出新卡時發現玩家囤了很多 肯定會寫卡牌包V2 01/08 16:46
115F:→ king12272 :要控制舊包開舊卡的方式太多了 01/08 16:46
116F:推 DM1984 :分開抽也比較有趣吧 不然一直抽魔塵感覺也不好ww 01/08 16:48
117F:→ Aggro :有直接的方法基本上不會特地繞遠路走另一條 01/08 16:48
118F:→ howdie5566 :控制的方法的確很多 但一開始不太可能這樣寫自找麻煩 01/08 16:48
119F:推 yorick :為何新卡包的ID要跟舊卡包一樣? 01/08 16:50
120F:推 Touble :其實還好你就當他已經進你的牌庫但是沒有被enable 01/08 17:00
121F:→ Touble :沒被enable的牌不要算你的配對潛值跟顯示卡牌簿 01/08 17:01
122F:→ Touble :資料量並不用分開放也不會多多少 01/08 17:01
123F:推 popcorny :說真的..這個資料量非常非常的小..一個卡包1kB都不到 01/08 17:14
124F:推 beeG :硬碟便宜的要死誰管這一點資料量阿 01/08 17:22
125F:→ OalexO :比起D3 卡包資料更少 D3物品都能掉落時就決定數值 01/08 17:31
126F:→ OalexO :卡包怎麼可能無法這麼做... 01/08 17:31
127F:→ balberith :真的說起來,D2時期就已經沒有這問題了... 01/08 17:34
128F:→ balberith :當時有些人會刻意不去鑑定物品,然後整批交易讓買方 01/08 17:35
129F:→ balberith :自己去開獎,如果有有問題當時也都該發現了... 01/08 17:36
130F:推 cken :藍帖並沒有說當下就決定裡面的卡,只說現在的卡包 01/08 17:51
131F:→ cken :只能開到現有的卡,說不定以後會出電競包、傳奇包.等 01/08 17:51
132F:推 blackcan :很有可能卡包+time stamp來區分內容 01/08 17:56
133F:推 shonbn :"交易"這種事情 當然是要當下就完成 把你想的事情 01/08 18:14
134F:→ shonbn :乘以數十萬數百萬交易次數規模去想像 當下就完成最好 01/08 18:14
135F:→ shonbn :以blizzard長久的經驗 每一樣東西出生就被track 01/08 18:15
136F:→ shonbn :沒理由開包時做隨機 何況做隨機本身就很複雜 01/08 18:15
137F:→ henry1234562:D3對比就很清楚 裝備有多少數值可以鑑定前就決定好 01/08 18:55
138F:→ henry1234562:為啥卡包不行.. 01/08 18:55
139F:→ henry1234562:你屯40個卡包 相對D3也才存40件裝備不鑑定.. 01/08 18:56
140F:推 eminemqoo :小品遊戲類的爐石 資料量怎麼樣都比不上D3或WOW啊 01/08 19:05
141F:推 peter50318 :在資料庫中 你購買的卡包資料列中多一欄記錄卡包批號 01/08 19:12
142F:→ peter50318 :他就知道用哪個批號裡的卡牌亂數給你了吧 01/08 19:13
143F:→ Marxing :寫入卡牌種類也不用多少容量 幾組數字就結束了 01/08 19:28
144F:推 holymars :你說的那個「不可能」剛好就是正確答案耶XDD 01/08 19:32
145F:→ KMSNY :講那麼多沒用 存錢最靠譜 01/08 19:53
146F:→ jenesis :他卡包要生出什麼卡可以考一個seed決定 就一個數字 01/08 19:56
147F:→ jenesis :這種獲得卡包的東西一定會有紀錄 真的不差這一點資料 01/08 19:58
148F:噓 wuwuandy :開頭說自己程式不熟,下面腦補一大堆... 01/08 20:07
149F:推 Clinkz :D2裝備一掉落就決定了 鑑定後的東西回朔也一樣 01/09 01:13
150F:推 doro0202 :機率只會大於零,且小於等於一,所以百分之八百就是 01/09 02:41
151F:→ doro0202 :不可能的意思吧XD 01/09 02:41







like.gif 您可能會有興趣的文章
icon.png[問題/行為] 貓晚上進房間會不會有憋尿問題
icon.pngRe: [閒聊] 選了錯誤的女孩成為魔法少女 XDDDDDDDDDD
icon.png[正妹] 瑞典 一張
icon.png[心得] EMS高領長版毛衣.墨小樓MC1002
icon.png[分享] 丹龍隔熱紙GE55+33+22
icon.png[問題] 清洗洗衣機
icon.png[尋物] 窗台下的空間
icon.png[閒聊] 双極の女神1 木魔爵
icon.png[售車] 新竹 1997 march 1297cc 白色 四門
icon.png[討論] 能從照片感受到攝影者心情嗎
icon.png[狂賀] 賀賀賀賀 賀!島村卯月!總選舉NO.1
icon.png[難過] 羨慕白皮膚的女生
icon.png閱讀文章
icon.png[黑特]
icon.png[問題] SBK S1安裝於安全帽位置
icon.png[分享] 舊woo100絕版開箱!!
icon.pngRe: [無言] 關於小包衛生紙
icon.png[開箱] E5-2683V3 RX480Strix 快睿C1 簡單測試
icon.png[心得] 蒼の海賊龍 地獄 執行者16PT
icon.png[售車] 1999年Virage iO 1.8EXi
icon.png[心得] 挑戰33 LV10 獅子座pt solo
icon.png[閒聊] 手把手教你不被桶之新手主購教學
icon.png[分享] Civic Type R 量產版官方照無預警流出
icon.png[售車] Golf 4 2.0 銀色 自排
icon.png[出售] Graco提籃汽座(有底座)2000元誠可議
icon.png[問題] 請問補牙材質掉了還能再補嗎?(台中半年內
icon.png[問題] 44th 單曲 生寫竟然都給重複的啊啊!
icon.png[心得] 華南紅卡/icash 核卡
icon.png[問題] 拔牙矯正這樣正常嗎
icon.png[贈送] 老莫高業 初業 102年版
icon.png[情報] 三大行動支付 本季掀戰火
icon.png[寶寶] 博客來Amos水蠟筆5/1特價五折
icon.pngRe: [心得] 新鮮人一些面試分享
icon.png[心得] 蒼の海賊龍 地獄 麒麟25PT
icon.pngRe: [閒聊] (君の名は。雷慎入) 君名二創漫畫翻譯
icon.pngRe: [閒聊] OGN中場影片:失蹤人口局 (英文字幕)
icon.png[問題] 台灣大哥大4G訊號差
icon.png[出售] [全國]全新千尋侘草LED燈, 水草

請輸入看板名稱,例如:e-shopping站內搜尋

TOP