Re: [心得] Chain Chronicle卡片資料庫

看板ChainChron作者atst2 (atst2)時間10年前 (2014/03/11 13:53)推噓8(8推 0噓 22→)

留言30則, 8人參與討論串7/13 (看更多)

※ 引述《hans0406 (飛揚輕舞)》之銘言： : ※ 引述《wingchord (翼弦)》之銘言： : : 直連：http://cc.game-db.tw/calcgotcha.php : : 因為今天官方有公布抽卡機率 : : SSR：1.7%、SR：11%、R：87.3% : : 活動時2倍UP : : SSR：3.4%、SR：16.5%、R：80.1% : : 所以就做了一個抽卡模擬 : : http://i.imgur.com/yYfK8I3.png

: : 為了寫實所以目前是連8R後會高機率SR : : 如果未來都有公布機率 : : 那下海抽一下應該可以很警惕... : : 各酒場分母數量 : : ┌──┬──┬──┬──┬──┬──┬──┬──┐ : : │酒場│副都│聖都│賢塔│山脈│湖都│精靈│九領│ : : ├──┼──┼──┼──┼──┼──┼──┼──┤ : : │ SSR│ ５ │ ５ │ ８ │ ４ │ ４ │ ４ │ ４ │ : : ├──┼──┼──┼──┼──┼──┼──┼──┤ : : │ SR │ 10 │ ６ │ ８ │ ６ │ ５ │ ６ │ ５ │ : : └──┴──┴──┴──┴──┴──┴──┴──┘ : 假設sega公佈的機率是原始機率 : 再加上連8r必sr的條件應該會使機率上升 : 光是連8r必sr就代表9張必有1sr 1/9=11.1% : 加上連8r必sr公式根據我的模擬機率會有如下改變 : 無up時: : sr 11%---->15.5% : ssr 1.7%--->1.6% (因為是必出sr故會稍降低ssr機率) : 有up時： : sr 16.5%-->19.1% : ssr 3.4%--->3.3% : 大家可以去模擬網頁抽卡看看 : 抽出來的數目應該會比較接近我計算 : =========================================================== : sega公佈的機率小於我原本的想像 : 我之前一直是拿15%來當sr的機率 : 15%也比較符合我實際所碰到的機率 : 當然連8r必金目前也未證實 : 假如沒有連8r必金的公式這個模擬抽卡其實已經加上不少歡樂程度假設sega公布的機率為每一次抽卡機率不變的情況，且8R必SR+SSR成立設前8抽的機率: R:x, SR:y, SSR:z 第9抽的機率: R:a, SR:b, SSR:c, 因為第9抽必SR+SSR,所以 a==0 則聯立公式如下: (左邊為8R必SR+SSR, 右邊為sega公布機率的計算) (x/100)^8 = (87.3/100)^9 <----- 原公式錯誤因為a==0, 所以應該以沒抽到的機率來逆推 1. ((100-x)/100)^8 * 100/100 = (12.7/100)^9 100-x為前8抽拿到SR+SSR的機率, 第9抽一定會拿到，所以是100 2. (y/100)^8 * b/100 = (11/100)^9 3. (z/100)^8 * c/100 = (1.7/100)^9 簡化後, 1. (100-x)^8 = 12.7^9/100 ===> x = 90.18 2. y^8*b = 11^9 3. z^8*c = 1.7^9 b,c,y,z基本上沒有其他方程式，無法得知。不過最少可以知道如果8R必SR+SSR成立，那平常每一抽得到SR+SSR的機率大約會在9.8%左右接下來是我自己的假設，如果 SR/SSR 倍率是固定的話，意即 y = n*z, b = n*c 那可以進一步改寫: 2. (n*z)^8 * (n*c) = 11^9 ==> n^9*(z^8*c) = 11^9 ==> n^9*(1.7^9) = 11^9 3. z^8*c = 1.7^9 可以計算出 n 為 6.4705 又因為 b+c = 100 ==> (n+1)c = 100 ==> c = 13.3858, b = 86.6142 同理, 前8抽 y+z = 9.91 ==> y = 1.33, z = 8.58 結論:前8抽 R 90.18, SR 8.58, SSR 1.33 第9抽 SR 86.61 SSR 13.39 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.169.192.119

→

hans0406

03/11 14:11, , 1^F

03/11 14:11, 1^F

因為有地方想錯了,更正一下 ※ 編輯: atst2 來自: 118.169.192.119 (03/11 14:26) ※ 編輯: atst2 來自: 118.169.192.119 (03/11 14:46)

推

hans0406

03/11 15:10, , 2^F

03/11 15:10, 2^F

因為假設就是9抽一個循環，多算沒意義另外，這幾個公式是用抽滿9次在算的，並沒有抽中就停哦 ※ 編輯: atst2 來自: 118.169.192.119 (03/11 15:13)

→

ssccg

03/11 15:33, , 3^F

03/11 15:33, 3^F

是有想過要不要加入重設的計算啦...不過太麻煩了直接用獨立機率加上循環計算比較直接, 誤差應該也還可以接受. 不過說真格的，從程式，Server的負擔來看，我是不認為會依狀況改變每一抽的機率啦畢竟要對每一個帳號，都記錄抽了幾次，還要判定用那一種機率，要不要重設... 這種操作幾千幾百個可能沒什麼，到幾十萬/百萬帳號時就很麻煩了... 更何況，普通的獨立機率在事件量大的時候，就可以產出相當的法老了做宣傳了沒必要做這種沒意義的事。 ※ 編輯: atst2 來自: 118.169.192.119 (03/11 15:55)

→

hans0406

03/11 15:58, , 4^F

03/11 15:58, 4^F

→

hans0406

03/11 15:59, , 5^F

03/11 15:59, 5^F

→

hans0406

03/11 16:00, , 6^F

03/11 16:00, 6^F