這次沒截圖. 昨天寫完記錄後我把之前幾份backup拿出來對比了各城市的filesize變動.

首先是我開始對Uno進行測試(2013.03.28)時, Uno和Charybdis各自的filesize.
然後是2013.03.18, 即我安裝win7x64前的backup.
再下面側是作進一步對照用的2012.02.18和2011.06.30時的數據.



由於6A0F82B2被刪除後城市所有通勤路線都會消失, 故估計那是儲存Traffic routing的地方.

Charybdis的6A0F82B2疑似週期性增大縮小, 估計原因在Kyrie州高速鐵路經常突然沒人用和突然好多人用.
OK那個是Eternal Commuters弄出來的問題, 不是這裡的重點.

有趣的是一般被認為是proppox問題核心的2977AA47在I-C沒啥大變化.
I-C在確認有proppox時, 有不尋常變化的是另兩個subfile.
而今個月中2977AA47的增大相信和有一堆很多props的LOTs長出來有關. 因為在改建嘛.


至於Uno方面除了20130328時2977AA47的體積超過了壓縮發生值之外, 倒沒甚麼特別的現象.
但由於我想知道2977AA47的增大和proppox有沒有關連, 故我作了別個測試.

首先我用0328的Uno繼續重建下去, 然後他給我增大到50M. 2977AA47是約24MB.
這時點SC4給我一記save CTD, 然後proppox開始出現.
我對Uno使用了prop回復法, 然後進去把中心湖的boardwalk拆掉. 那區應該是舊LOT最多的地方.
結果.sc4增大到60MB. 重點是實際上只有2977AA47在增大.

另一邊我把2012.02.12的Uno換進來, 然後對這個Uno幹了一樣的改動.
結果這邊的Uno的filesize由原本的30MB慢慢降回去10MB.


雖然這次的數據採取幾乎得不到任何結論, 但至少可以知道, proppox的感染可能是近期的事.
另外Uno決定使用一年前的版本重來. 好像頭一次rollback一個城市...