PTT動漫區 / IdolMaster

[CGSS] 技能覆蓋率計算機

看板IdolMaster作者 (Shitsuji)時間9年前 (2017/03/14 23:01), 9年前編輯推噓8(8推 0噓 36→)
留言44則, 6人參與, 最新討論串1/2 (看更多)
公式取自LiNcUtT大大反拆包的式子#1OR7S_re http://gn02603007.web.fc2.com/cgss/skill_coverage.html 單獨覆蓋率倒是沒有什麼出入 不過混合覆蓋率不知道為什麼就是差一些，我也不知道計算方式差在哪 我自己計算驗證是覺得自己沒算錯啦 所以就順便請各位抓bug好了(?) PS:本計算機僅提供P+、C+、OL使用 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.240.107.123 ※ 文章網址: https://www.ptt.cc/bbs/IdolMaster/M.1489503702.A.D96.html
推
03/14 23:09, , 1F
先推
03/14 23:09, 1F
推
03/14 23:15, , 2F
沒看過原本的，不過你有用toFixed()該不會是
03/14 23:15, 2F
→
03/14 23:15, , 3F
Rounding bug?
03/14 23:15, 3F
→
03/14 23:17, , 4F
我只在最後顯示的時候才做toFixed去限制位數
03/14 23:17, 4F
→
03/14 23:18, , 5F
但差的值發生在小數點前兩位，跟第三、四位影響不大
03/14 23:18, 5F
→
03/14 23:19, , 6F
如果結果只差0.0001的話我可能就直接當作沒誤差了
03/14 23:19, 6F
→
03/14 23:20, , 7F
只在前兩位呀... 蜜汁BUG
03/14 23:20, 7F
※ 編輯: batora (111.240.107.123), 03/14/2017 23:34:05
推
03/14 23:49, , 8F
先推
03/14 23:49, 8F
推
03/15 01:08, , 9F
你的應該沒錯,我以前列的那個表用的公式是錯的,後來才修w
03/15 01:08, 9F
→
03/15 01:11, , 10F
不過用那公式去代的話,實際上還要考慮譜面分布才是真正準
03/15 01:11, 10F
→
03/15 01:12, , 11F
確;所以只用秒數的話只能當參考趨勢用,跟實際遊戲中還是
03/15 01:12, 11F
→
03/15 01:12, , 12F
會有誤差
03/15 01:12, 12F
→
03/15 01:14, , 13F
現在算出來的是:假設note平均分布,且最後一個note剛好在
03/15 01:14, 13F
→
03/15 01:14, , 14F
歌曲結尾;但實際上這種狀況不存在XD
03/15 01:14, 14F
推
03/15 01:18, , 15F
目前最準確的計算機應該是ios的CGSSGuide,它有考慮譜面去
03/15 01:18, 15F
→
03/15 01:18, , 16F
計算
03/15 01:18, 16F
→
03/15 01:19, , 17F
反正技能時間覆蓋率跟note分布沒關係
03/15 01:19, 17F
→
03/15 01:20, , 18F
note覆蓋率才需要考慮note分布，只是那就不能用很單純的
03/15 01:20, 18F
→
03/15 01:20, , 19F
有關係喔,最後一個note過線時間會影響覆蓋率
03/15 01:20, 19F
→
03/15 01:21, , 20F
計算去計算了，反正這個只是寫來練習順便造福其他玩家的
03/15 01:21, 20F
→
03/15 01:21, , 21F
喔，我懂你的意思了，不過那個只是把歌曲總時間做修正就能
03/15 01:21, 21F
→
03/15 01:22, , 22F
解決了，只是不同難度可能這個就會變化了
03/15 01:22, 22F
推
03/15 01:23, , 23F
デレステ計算機的作法是假設最後一個note過線時間為歌曲
03/15 01:23, 23F
→
03/15 01:23, , 24F
不過要考慮到這個的話，這個JS也得做一些修正了
03/15 01:23, 24F
→
03/15 01:23, , 25F
長度-2.5秒(沒記錯的話),雖不完全準,但也夠參考用了
03/15 01:23, 25F
→
03/15 01:24, , 26F
畢竟這個JS只適用在歌曲時間是整數的狀況，有小數點的狀況
03/15 01:24, 26F
→
03/15 01:24, , 27F
直覺上告訴我會有BUG
03/15 01:24, 27F
→
03/15 01:24, , 28F
畢竟要把全歌曲note時間建檔也算大工程了XD
03/15 01:24, 28F
→
03/15 01:25, , 29F
還要另外去解每首歌的note時間也是個大麻煩
03/15 01:25, 29F
→
03/15 01:26, , 30F
其實覆蓋率也只能參考，按鈕的時間點晚個0.1秒錯過技能發
03/15 01:26, 30F
→
03/15 01:26, , 31F
動時間也是有可能的，覆蓋率只能當效率參考
03/15 01:26, 31F
→
03/15 01:26, , 32F
對呀,CGSSGuide是在我拆公式出來前就已經建好了(那大神是
03/15 01:26, 32F
→
03/15 01:27, , 33F
直接跟Server要譜面來解)
03/15 01:27, 33F
→
03/15 01:29, , 34F
技術力差太多,直接放棄XD
03/15 01:29, 34F
→
03/15 01:29, , 35F
所以我也只敢寫這種爛東西獻醜而已啊XD
03/15 01:29, 35F
→
03/15 01:31, , 36F
你的是對的沒錯,快速參考比較用很足夠了,感謝分享~
03/15 01:31, 36F
推
03/15 01:34, , 37F
點了4高7中9中 跟4高7高9中都是96.7419%?
03/15 01:34, 37F
推
03/15 01:36, , 38F
頂天了所以都一樣w
03/15 01:36, 38F
→
03/15 01:39, , 39F
原來會頂天@@ 那看來高確率在三卡沒那麼差了
03/15 01:39, 39F
→
03/15 01:40, , 40F
那只代表7中多7高出來的技能時間都被4高9中覆蓋到了
03/15 01:40, 40F
→
03/15 01:40, , 41F
所以多出來的部分基本上跟沒有多出來差不多
03/15 01:40, 41F
→
03/15 01:41, , 42F
只是因為覆蓋率這東西是以100%技發為前提
03/15 01:41, 42F
→
03/15 01:41, , 43F
實際狀況當然是不會像這計算一樣那麼美好
03/15 01:41, 43F
→
03/15 01:42, , 44F
如果把技能發動率也都考慮進去，不少東西會變動的
03/15 01:42, 44F
‣ 更多 batora 的文章
文章代碼(AID): #1Oo0NMsM (IdolMaster)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 1 之 2 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共2篇)
IdolMaster 近期熱門文章
更多 近期熱門文章 >>
PTT動漫區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 batora 的文章
文章代碼(AID): #1Oo0NMsM (IdolMaster)