一直以來，這個遊戲的生怪機制有多種猜測
大致上，對於生怪機制的猜測最直覺可以想到的有下面兩種
(本文只討論野生怪，不討論櫻花、薰香)
1、每個生怪點都有一支(或是多個點共用)的程式在運作，每隔固定的時間決定生什麼怪
2、每一種怪都有一支或多支程式在負責生怪，生完成後，再查表依權重隨機分配出現地
由這次的乘龍事件和上次的萬聖節活動
幾乎可以確定N社用的是偏向第二種的方式實作生怪系統
而從程式的角度，第二種方式也比較合理一點
以下會一一分析為什麼第二種方式會優於第一種
而乘龍和萬聖節的活動就是這篇文論點有力的旁證
首先來看第一種方式
以第一種方式，那麼會有一種紀錄出怪機率的表存在
比方說南竂的表大概會長這樣：乘龍： 1%，波波：1%
而一般道路上的表大概是這樣：乘龍： 0%，波波：15%
稍微有這個概念後，來看一下程式的流程：
查表生怪→每隔一定的時間重複
OK，超簡單的，接著看第二種
第二種一樣是會有一種表，但是個表是紀錄出怪點的權重
基本上表只有142張，一種怪一張表
表大概長成這樣：
乘龍用的表：南寮： 1%，台北市中心： 0%
波波用的表：南竂： 2%，台北市中心：15%
而程式的流程會長這樣
生怪→查表決定要把這隻怪丟到哪個點→每隔一定的時間重複
接下來來看幾個可以在遊戲設計之時必然就會想到的問題
第一種方法 第二種方法
調整巢穴 需調整所有和巢穴有關的表， 將某一類的點交換，最懶可以
每張表怪的權重要重新寫過 將兩張表對調
註：我猜最初換巢的INDEX規律
就是這樣來的
增加出怪點 兩種方法，讓新的點和舊點共 將新的點寫到表裡
用程式，或是開新的程式
調整出怪比率 調整相關表所紀錄的權重 調整每支生物的程式數量
(EX：萬聖節) EX：波波平常5支程式，鬼斯1支
萬聖節時波波1支，鬼斯5支
重生點 需有支程式負責重生 就只是那個點在表裡的權重較高
稍微列舉幾個比較單純且和這幾次的現象相關的問題
會發現第二種實作幾乎都比第一種優秀
比較的基準點在於第二種的實作不需要去頻繁地調整表
調整表意味著需要去大規模地改動資料庫
而改動資料庫這件事是非常耗成本、沒有效率的
能避免才應該避免
特別是像pokemon GO 這種全球性的遊戲
刷資料庫這種事耗的資源鐵定非常巨大
第二種實作方式必然是比較好的選擇
那麼現在來回答大家最關心的問題吧
Q：為什麼日本出現一堆乘龍，台灣的乘龍就消失了？
A：表中的權重為這次活動，全部集中到那個地區，其它地區的權重都被調很低
而且以這次活動帶來的現象來看，負責生產乘龍的程式很有可能全球就只有不到五支
甚至可以考慮只有一支程式在運作的可能性…畢竟乘龍真的很少
可以確定的是，至少台灣和日本共用同一支生乘龍的程式
Q：萬聖節的機制是？
A：我個人猜測只是將平常波波使用的表與程式的運作數量和鬼斯對調而已
可以完美的解釋為什麼鬼斯一出波波就死光了
Q：如果這個機制是真的，那對攻略遊戲有什麼幫助？
A：如果資料量夠大，也許可以反推出哪些點在表裡的權重
可以用期望值的方式去估算稀有怪的重生時地
並且對那種「某某地常出沙瓦郎，可以考慮去蹲看看」一類的意見給予正面肯定
依碼農的惰性，表是不會太常改的，有出過某一種怪的點(及附近)
必有機會再出一樣的怪
因此，預報是有可能成為現實的，比方說
「A地出現卡比獸的機率
明天下午三點到四點間的機率為68%
下午兩點到五點間的機率為95%
下午一點到六點間的機率為99%
」
之類的預報可能會出現
甚至我覺得如果雷__的製作者有將數據全部留下的話
應該是已經可以做了，只是要不要花力氣去解析數據而已
如果預報出現，將會大大提升收集稀有種的效率
--
All Comments