所謂"prop pox"是SC4一個不算常見的地圖錯誤.
起初是地圖的西北或東南角會有一些LOT上面props消失, 然後經過存檔次數累積範圍會逐漸擴大.
最終全地圖的props都會消失. 同時, 城市的.sc4檔filesize也會相應縮小.

由於報稱中招的人不多, 具體成因還是不明. 但相信是某些mod得不正確的props引起的Memory Corruption.
現時最有力的說法是, 直接覆寫預設prop的參數最有可能出事. 也有人找出是某modder的某些LOT引起問題.

本想著自己沒用那套LOT中招機率應該很低, 但始終是中了招.
是這幾天發現的. 不過我也沒法確認是否在更早前就有了. 畢竟上次BACKUP已經是一年前的事.

現時只有Uno和I-C有prop消失現象. Uno的情況比I-C嚴重很多.
I-C那邊其實已用其他人發現的短暫回復法把prop引回來, 暫時沒有再發跡象.
截圖是初次發現Uno中招時, 疫區和未感染區的分界線.

以filesize來說, 未有受感染跡象的Charybdis和Skylla均有9MB, 高度發展的中形地圖如Apex是約6MB.
至於回復處理後的I-C有8MB. 但Uno現時則有50MB...明顯是異常.

至於看過.sc4檔的內部後, 確認被認為是問題核心的network subfile達到25MB. 這東西用於儲存LOT props的資訊.
另外還有一個subfile達到16MB, 實驗過那玩意應該是用於儲存市民的通勤路線.

回復法的話我是有對Uno做, 第一次確實成功了. 但之後又吃了一記save freeze. 結果prop pox又跑出來了.
所以現在在想prop pox會否和不完整的存檔程序有關.

另一點就是因為我是誤打誤撞把NAM31拿掉換了個NAM29進去, 玩了一陣子才發現換錯版本.
我想這個會否有關連. 雖說Network props好像和那Network subfile無關...

怎樣也好最近plugin瘦身主要是減growable, 現在也得考慮拿掉一部份ploppable了.
尤其是古老已經不用的東西. 還有就是某modder的東西. 的確他弄的都很高危...