PTT動漫區 / LoveLive_Sip (LoveLive! School idol project)

[手遊] 歌曲成績計算(台版) 測試

看板LoveLive_Sip (LoveLive! School idol project)作者 (KKE)時間11年前 (2014/11/01 18:19), 11年前編輯推噓21(21推 0噓 56→)
留言77則, 9人參與, 最新討論串1/1
醜話說在前面，這真的是抄日版的， 把一些歌曲資料又加進去了而已 原則上加入的是hard的譜面， "僕らのLIVE 君とのLIFE" 這首歌因為不到200combo， 技術層面還在突破中@@ 目前卡片資料只輸到上一次的進度 (也就是這一次的no176-180卡片資料還沒進去) 沒有N卡，所以..全部R卡以上才有辦法計算。 網址： http://lovelive.yabi.me/LLtch.htm 很多技術還在修正中，請大家鞭小力點 除了上面說的"僕らのLIVE 君とのLIFE"這首歌的計算會有問題以外 技能如果是"加分"的，除了R卡都還有一些問題(技能LV8時)，這也是還在研究的。 發動機率的部分應該都是沒有問題的，都是攻略本的資料。 (不過我懷疑攻略本有些有問題啦!) 我不是念資訊的...有些部分可能有需要專業的來協助了。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.35.110.220 ※ 文章網址: http://www.ptt.cc/bbs/LoveLive_Sip/M.1414837160.A.434.html
推
11/01 18:25, , 1F
好小www嚇到了
11/01 18:25, 1F
→
11/01 18:26, , 2F
推
11/01 18:26, 2F
推
11/01 18:26, , 3F
一直很懷疑技能發動的機率算法是不是偽機率
11/01 18:26, 3F
→
11/01 18:27, , 4F
很多遊戲的爆擊發動就是偽機率 初始值低於表面機率
11/01 18:27, 4F
→
11/01 18:27, , 5F
隨著攻擊次數逐漸增加爆擊機率直到發動為止
11/01 18:27, 5F
推
11/01 18:28, , 6F
　
11/01 18:28, 6F
→
11/01 18:28, , 7F
不然依卡面數字(尤其時間卡)應該會碰到完全不發動的情形
11/01 18:28, 7F
→
11/01 18:29, , 8F
還有他時間卡的計算方式...是每隔固定時間發動
11/01 18:29, 8F
→
11/01 18:29, , 9F
還是普瓦松分配= =?
11/01 18:29, 9F
→
11/01 18:30, , 10F
等高手拆遊戲...
11/01 18:30, 10F
推
11/01 18:30, , 11F
時間卡是固定時間這應該沒問題
11/01 18:30, 11F
→
11/01 18:31, , 12F
假機率這個就很難驗證了，不過我覺得不會搞這樣複雜
11/01 18:31, 12F
→
11/01 18:31, , 13F
…
11/01 18:31, 13F
→
11/01 18:32, , 14F
是說一單的計算是什麼問題@@
11/01 18:32, 14F
因為日本的計算是以200combo為基準，不到200combo會出現負的combo
→
11/01 18:33, , 15F
不管抽卡還是技能發動，只有100%是真的XD
11/01 18:33, 15F
推
11/01 18:34, , 16F
只有抽到才是真的QAQ
11/01 18:34, 16F
推
11/01 18:34, , 17F
普瓦松分佈的發動方式也太猛XD猜是固定時間吧
11/01 18:34, 17F
→
11/01 18:36, , 18F
已經忘光Poisson講什麼了(炸
11/01 18:36, 18F
→
11/01 18:38, , 19F
Poisson機率應該不夠小吧...
11/01 18:38, 19F
推
11/01 18:38, , 20F
可是像我這次紅隊只放三張相同的KKE活動卡
11/01 18:38, 20F
→
11/01 18:38, , 21F
就有技能錯開發動的情形出現了@@
11/01 18:38, 21F
→
11/01 18:38, , 22F
一開始的確是三張一起發動 時間拉長以後就錯開了~
11/01 18:38, 22F
※ 編輯: EliAyase (114.35.110.220), 11/01/2014 18:40:35
→
11/01 18:39, , 23F
只是考慮到偽機率的可能以後 帳面上的數字就不準了XD
11/01 18:39, 23F
推
11/01 18:40, , 24F
假機率還有另一種是從0往上加超過100就發動並-100繼
11/01 18:40, 24F
→
11/01 18:40, , 25F
續迭代，但這會造成次數固定，很明顯LLsif不是這樣
11/01 18:40, 25F
→
11/01 18:43, , 26F
我的猜測，是以"連續14秒"為單位，發動後才再計算下一次
11/01 18:43, 26F
→
11/01 18:43, , 27F
的14秒
11/01 18:43, 27F
→
11/01 18:44, , 28F
所以一開始一起發動是沒問題的，大家的連續14秒是統一的
11/01 18:44, 28F
→
11/01 18:45, , 29F
但之後錯開發動時，每張的14秒就不一樣了
11/01 18:45, 29F
→
11/01 18:45, , 30F
除非有足夠證據證明剛好都在14.28.42.56.70...秒時發動
11/01 18:45, 30F
推
11/01 18:47, , 31F
這可不可以當作國中科展的題目啊...XDDDD
11/01 18:47, 31F
→
11/01 18:52, , 32F
我覺得國中科展應該拿去做更有意義的事.....= =
11/01 18:52, 32F
→
11/01 18:53, , 33F
XDDDDDDDD
11/01 18:53, 33F
推
11/01 18:58, , 34F
基於200 combo的理由是？我不太理解為何是這樣 囧
11/01 18:58, 34F
→
11/01 18:59, , 35F
如果這個設定不可避的話一單只能當special case處理
11/01 18:59, 35F
→
11/01 18:59, , 36F
了
11/01 18:59, 36F
推
11/01 19:03, , 37F
國中科展www
11/01 19:03, 37F
→
11/01 19:14, , 38F
我猜測原作的想法是200作為一個基準點，因為COMBO高分數
11/01 19:14, 38F
→
11/01 19:15, , 39F
會有加權，但是一單因為不到200，造成200以上出現負值
11/01 19:15, 39F
→
11/01 19:15, , 40F
也就是各位看到的-19
11/01 19:15, 40F
→
11/01 19:17, , 41F
而且這個計算機在現在有400combo以上又是一個問題了@@
11/01 19:17, 41F
→
11/01 19:18, , 42F
400以上的加權又是另一回事，原作取200應該是最好的值
11/01 19:18, 42F
→
11/01 19:18, , 43F
200-400是最多HARD歌曲COMBO數的落點
11/01 19:18, 43F
推
11/01 19:22, , 44F
基本上技能概估就好，本來就是機率性的，算準沒意義
11/01 19:22, 44F
推
11/01 19:30, , 45F
推
11/01 19:30, 45F
推
11/01 20:17, , 46F
所以9張天使鳥還是最威猛的!
11/01 20:17, 46F
→
11/01 20:28, , 47F
其實目前我覺得最噁心的還是廚師鳥...
11/01 20:28, 47F
推
11/01 22:03, , 48F
hard 的話 200- 或 400+ 的曲子大概就那幾首，應該
11/01 22:03, 48F
→
11/01 22:03, , 49F
也夠用了(?)
11/01 22:03, 49F
→
11/01 22:04, , 50F
只是在想原作實作的算法是不是用了什麼技巧導致這個
11/01 22:04, 50F
→
11/01 22:04, , 51F
限制…
11/01 22:04, 51F
→
11/01 22:43, , 52F
其實我有找到那邊的程式碼，那邊的計算過程就是會出現這
11/01 22:43, 52F
→
11/01 22:43, , 53F
個不到200會有負號的BUG
11/01 22:43, 53F
推
11/01 22:45, , 54F
願聞其詳XD
11/01 22:45, 54F
→
11/01 23:41, , 55F
簡單說就是那個格子的值就是COMBO-200
11/01 23:41, 55F
→
11/01 23:41, , 56F
不過我目前合理懷疑不受影響..因為FC既然是189
11/01 23:41, 56F
→
11/01 23:42, , 57F
打錯是181，但是那邊的值是0*-19還是0，所以應該OK
11/01 23:42, 57F
→
11/01 23:50, , 58F
剛剛我把我的隊伍資料輸進去是有在MAX~min的範圍之間
11/01 23:50, 58F
推
11/01 23:59, , 59F
說到這個，我試著加總了一下選單抓出來的一單各區段
11/01 23:59, 59F
→
11/01 23:59, , 60F
長短鍵個數，結果是200不含那個到MAX的-19 (( ﾟд
11/01 23:59, 60F
→
11/01 23:59, , 61F
ﾟ )))
11/01 23:59, 61F
→
11/02 00:00, , 62F
明天開電腦來研究一下好了，有點想睡Orz
11/02 00:00, 62F
→
11/02 00:15, , 63F
長鍵是有加權的，所以計算也要另外再算
11/02 00:15, 63F
→
11/02 01:01, , 64F
其實還有他計算每個位置加權的地方跟我算有出入
11/02 01:01, 64F
推
11/02 10:37, , 65F
長鍵+短鍵數應該要是總note數才對，無關加權
11/02 10:37, 65F
推
11/02 15:18, , 66F
看了很久終於看出來它怎麼推的會推成這樣 囧
11/02 15:18, 66F
→
11/02 15:20, , 67F
它是倒推回來的，大概就像你說的一樣預設總數>=200
11/02 15:20, 67F
→
11/02 15:21, , 68F
換句話說它根本沒考慮201以上沒note的狀況
11/02 15:21, 68F
→
11/02 15:21, , 69F
就是過程對但基本前提錯的感覺…
11/02 15:21, 69F
推
11/02 17:35, , 70F
http://goo.gl/vezzP8 這是我改過的 nOptV
11/02 17:35, 70F
→
11/02 17:39, , 71F
要處理400+和600+還得改其他東西
11/02 17:39, 71F
→
11/02 17:40, , 72F
這頁的程式碼整個寫很死，可能原作沒考慮太多就寫了
11/02 17:40, 72F
→
11/02 17:40, , 73F
結果就是牽一髮而動全身 orz
11/02 17:40, 73F
→
11/02 23:45, , 74F
我現在卡住的是他NOTE比例計算的問題@@..
11/02 23:45, 74F
→
11/02 23:48, , 75F
原作也很久沒更新了就是...
11/02 23:48, 75F
推
11/03 04:51, , 76F
是說有和原作者照會過了嗎XD
11/03 04:51, 76F
→
11/03 04:59, , 77F
note比例計算是指右下貢獻度那邊嗎？
11/03 04:59, 77F
‣ 更多 EliAyase 的文章
文章代碼(AID): #1KLBEeGq (LoveLive_Sip)
LoveLive_Sip 近期熱門文章
更多 近期熱門文章 >>
PTT動漫區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 EliAyase 的文章
文章代碼(AID): #1KLBEeGq (LoveLive_Sip)