Re: [手遊] 限定抽真的是限定嗎？

看板LoveLive_Sip作者時間8年前 (2015/10/31 00:19), 8年前編輯推噓24(24推 0噓 11→)
留言35則, 24人參與, 最新討論串2/2 (看更多)
作者: 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
推
10/31 00:23, , 1F
恩恩 跟我想得一樣(?
10/31 00:23, 1F
推
10/31 00:25, , 2F
專業推
10/31 00:25, 2F
推
10/31 00:35, , 3F
專業推
10/31 00:35, 3F
推
10/31 00:36, , 4F
摁摁 完全了解
10/31 00:36, 4F
→
10/31 00:38, , 5F
推
10/31 00:38, 5F
推
10/31 00:57, , 6F
推!大概理解了...secretbox_id應該就是指勸誘類型吧XD?
10/31 00:57, 6F
推
10/31 00:58, , 7F
結論跟我上篇推的一樣www
10/31 00:58, 7F
推
10/31 01:01, , 8F
只能推了…
10/31 01:01, 8F
推
10/31 01:06, , 9F
看不懂推
10/31 01:06, 9F
推
10/31 01:15, , 10F
client與server的table不同步這點實在很弔詭
10/31 01:15, 10F
推
10/31 01:15, , 11F
嗯嗯 原來如此啊 跟我想的依樣
10/31 01:15, 11F
→
10/31 01:17, , 12F
照理講server複製到client端生成table 應該兩個都會錯
10/31 01:17, 12F
→
10/31 01:20, , 13F
合理的想 其實table是用手打的吧 難怪老再出包
10/31 01:20, 13F
→
10/31 01:29, , 14F
花園組的萬聖節惡作劇#
10/31 01:29, 14F
推
10/31 01:58, , 15F
うん～なるほど、まったくわからん
10/31 01:58, 15F
推
10/31 02:45, , 16F
原來如此 誰來幫翻譯XD
10/31 02:45, 16F
推
10/31 02:56, , 17F
簡單的說就是拆了手機端的程式分析卡片資料的存檔結構
10/31 02:56, 17F
→
10/31 02:57, , 18F
然後用消去法判斷這次出包的原因是伺服器資料設錯
10/31 02:57, 18F
推
10/31 03:52, , 19F
專業推...
10/31 03:52, 19F
推
10/31 05:04, , 20F
專業解釋推
10/31 05:04, 20F
推
10/31 06:44, , 21F
嗯嗯 我也是這麼想
10/31 06:44, 21F
推
10/31 10:27, , 22F
趕快推一下免得被說看不懂
10/31 10:27, 22F
推
10/31 11:48, , 23F
我一直以為怪獸會直接拿日方那邊的資料放出來，所以表示他
10/31 11:48, 23F
→
10/31 11:48, , 24F
自己都會改動，但為何啊
10/31 11:48, 24F
推
10/31 11:56, , 25F
還有那是真的回傳封包嗎.......那個comment.......
10/31 11:56, 25F
卡片資料細節要錯應該很難, 會改動的地方就日文轉中文 (ex技能名稱) 偶爾會有錯字的就是了 像那個1每8秒 遊戲的訊息傳遞是用json格式 用wireshark就可以看了 我貼的是 secret_box_items.unit 其中一部分 ※ 編輯: SoldierGame (36.225.25.11), 10/31/2015 13:59:12
→
10/31 13:51, , 26F
這也是我之前會那麼猜的原因…有什麼需要手動改的嗎…- -
10/31 13:51, 26F
推
10/31 14:57, , 27F
嗯嗯 跟我當初找得差不多 被你搶PO了
10/31 14:57, 27F
推
10/31 14:58, , 28F
嗯嗯 我也是這樣想 那UR的定律呢
10/31 14:58, 28F
推
10/31 18:01, , 29F
手動改無意義，主要是伺服器端的問題
10/31 18:01, 29F
→
10/31 18:02, , 30F
手動改客戶端的話是可以作一些事情，但改不了抽卡這部分
10/31 18:02, 30F
推
10/31 18:18, , 31F
10/31 18:18, 31F
→
10/31 18:18, , 32F
這是官方還我卡之後的最後一封信
10/31 18:18, 32F
→
10/31 18:18, , 33F
嗯…看看就好
10/31 18:18, 33F
→
10/31 18:22, , 34F
反正他UR卡還我了 而出錯給我的那張SR也沒收回去
10/31 18:22, 34F
推
10/31 18:38, , 35F
應該是不會錯啦，官方自己的錯誤收個X
10/31 18:38, 35F
‣ 更多 SoldierGame 的文章
文章代碼(AID): #1MCvYXZw (LoveLive_Sip)
‣ 更多 SoldierGame 的文章
文章代碼(AID): #1MCvYXZw (LoveLive_Sip)