作者: SoldierGame (池面三人組) 看板: LoveLive_Sip
標題: Re: [手遊] 限定抽真的是限定嗎？
時間: Sat Oct 31 00:19:43 2015


基本上, 如果是client端有問題的話,
伺服器需要維修讓玩家重新下載更正後的資料庫檔案
這次出包個人猜測應該是Server端的勸誘卡池出包

稍微提一下 (騙騙P幣 X) 有關卡牌勸誘的東西

1. Client 端

client端的卡牌資料存在 unit.db_ 裡面
它是加密過的 sqlite3 資料庫
(遊戲資料夾內的其他檔案也都用同一個演算法加密)

解密後 Table "unit_m" 的結構如下:

``` sqlite3
CREATE TABLE `unit_m` (
    `unit_id` INTEGER NOT NULL ,
    `unit_number` INTEGER NOT NULL ,
    `unit_type_id` INTEGER NOT NULL ,
    `eponym` TEXT ,
    `name` TEXT NOT NULL ,
    `rarity` INTEGER NOT NULL ,
    `attribute_id` INTEGER NOT NULL ,
        #中間省略
    PRIMARY KEY (`unit_id`)
)
```

unit_number 卡片編號, 相簿上面的編號即是
rarity 的數值表示 N, R, SR, UR
attribute_id 的數值表示 スマイル, ピュア, ピュア


2. Server端 勸誘封包

因為沒有50心, 以友情勸誘單抽的回傳封包為例

http://i.imgur.com/4lBltZN.png

實際上拿到的卡片是用unit_id表示,
在unit.db_ 查表unit_m後, 可以得到unit_number為339 (真姬藍R)

其中, 畫面效果用到的回傳參數如下:
unit_rarity_id= 2 (2為Rare, icon外框顯示R/SR/UR用)
reward_box_flag= false (我猜是拿來判斷是否要做轉卡特效)
new_unit_flag= false (判斷是否為新拿到的卡)

而其他參數就是 點角色icon之後 顯示的角色頁面用


3. 勸誘詳細的頁面

至於每個勸誘頁面左下角的[勸誘詳細],
其實跟公告一樣是放在Server端的網頁
平時公告的出包率你也知道, 很高的
像這次的勸誘清單就有卡牌重複的情況發生:

http://i.imgur.com/USZnQSj.jpg

--

從勸誘封包可以看出,
抽到卡牌實際上和 Server端的卡池資料庫比較有關

Server端的勸誘卡池資料庫 我猜是這種結構
[secretbox_id, rarity, unit_id, 機率(活動卡較低)]

如果是unit.db_ 有錯, 誤把決鬥希 mapping 到SR繪里的話,
之前應該是沒辦法抽到決鬥希的,
但前幾篇有版友在月初有抽到, 所以不會是這個問題

這次出包的   SR 惡作劇KKE   紅      #439
官方事後補償 UR 決鬥希      藍      #442

簡單猜測就是 勸誘卡池的資料庫把 編號key錯了www


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.224.130.64
※ 文章網址: https://www.ptt.cc/bbs/LoveLive_Sip/M.1446221985.A.8FA.html
※ 編輯: SoldierGame (36.224.130.64), 10/31/2015 00:21:57
推 piyo0604: 恩恩 跟我想得一樣(?
推 hedgehogs: 專業推
推 css186: 專業推
推 Mugii: 摁摁 完全了解
→ sismiku: 推
推 joy801018: 推!大概理解了...secretbox_id應該就是指勸誘類型吧XD?
推 aaaaooo: 結論跟我上篇推的一樣www
推 jakkx: 只能推了…
推 Adipz: 看不懂推
推 susuki747: client與server的table不同步這點實在很弔詭
推 wense: 嗯嗯 原來如此啊 跟我想的依樣
→ susuki747: 照理講server複製到client端生成table 應該兩個都會錯
→ susuki747: 合理的想 其實table是用手打的吧 難怪老再出包
→ jetsai0123: 花園組的萬聖節惡作劇#
推 rxnnbe: うん～なるほど、まったくわからん
推 crazywar: 原來如此                                誰來幫翻譯XD
推 b92310051: 簡單的說就是拆了手機端的程式分析卡片資料的存檔結構
→ b92310051: 然後用消去法判斷這次出包的原因是伺服器資料設錯
推 ekids1234: 專業推...
推 charlie20083: 專業解釋推
推 johnlin1591: 嗯嗯 我也是這麼想
推 kowkun: 趕快推一下免得被說看不懂
推 oToToT: 我一直以為怪獸會直接拿日方那邊的資料放出來，所以表示他
→ oToToT: 自己都會改動，但為何啊
推 oToToT: 還有那是真的回傳封包嗎.......那個comment.......
卡片資料細節要錯應該很難,
會改動的地方就日文轉中文 (ex技能名稱)
偶爾會有錯字的就是了 像那個1每8秒

遊戲的訊息傳遞是用json格式
用wireshark就可以看了
我貼的是 secret_box_items.unit 其中一部分
※ 編輯: SoldierGame (36.225.25.11), 10/31/2015 13:59:12
→ jakkx: 這也是我之前會那麼猜的原因…有什麼需要手動改的嗎…- -
推 dichenfong: 嗯嗯 跟我當初找得差不多 被你搶PO了
推 iwinlottery: 嗯嗯 我也是這樣想 那UR的定律呢
推 EliAyase: 手動改無意義，主要是伺服器端的問題
→ EliAyase: 手動改客戶端的話是可以作一些事情，但改不了抽卡這部分
推 Sangheili: http://i.imgur.com/AnAiSGW.jpg
→ Sangheili: 這是官方還我卡之後的最後一封信
→ Sangheili: 嗯…看看就好
→ Sangheili: 反正他UR卡還我了 而出錯給我的那張SR也沒收回去
推 EliAyase: 應該是不會錯啦，官方自己的錯誤收個X