忍者ブログ
2025
07
[PR]
×

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。

肌色檢証
替兩姐妹說換身已經說很久, 但一直沒實行. 原因在於volks以限定為主力的銷售策略, 還有我對volks/日廠的微妙情意結.

執著於日廠多半和早期韓廠數量不多而且當時的LUTS/DOD/AR等大手品質不太好有/穩定關.
但現在韓廠很多選擇也自然變多, 能夠單買身的maker不少, 我想稍為放下執著不算壞事.
這並不代表我放棄volks. 我仍然在等待Gr或16女身能夠透過FCS或受注入手的一天.

我對限定商法並不抱持好感, 但大手都有這個傾向. 我相信自己討厭的原因是嫌入手經路麻煩.
另外就是成本控制的難度. 這裡說的成本不只是金錢, 還有時間, 風險承擔等.
年頭以來我一直有搜集資料, 篩選了幾家的幾個model出來, 以作比較, 當中有些是限定品.

其中一體就是Little Monica的Harmony Girl TypeB. 其他後述.
上次入手的Sophia頭除了當練妝頭外, 也附帶檢驗肌色差異的目的.


最近天氣陰晴不定, 難得今天有半個太陽, 因此先拍下在日光下的比較. 時間是16時, 房間的窗邊(向東北).
為了進行對照找來了irfa妹妹坐著並抱著sophia的頭. 看起來像是色濃淡差別.
實際上irfa的肌色帶黃且比較暗, sophia則偏向粉紅.


到了晚上用房間的燈光再作一次檢証. 現在房間採用5500K的LED光管照明.
感覺sophia顯得更粉紅, irfa也顯得更黃(死

兩次簡單檢証, 得出來的結果大概是"米色和櫻色的差別"...差很大orz


結果來說其實不太能接受, 因為肉眼看時差別可是更大.
因此, Little Monica的Harmony Body和Dreaming Doll的Elva Girl大概也不能考慮了.
這兩個maker用同一個樹脂配方的. 因為同個工場生產...

至於其他我在注目的BODY, 分別有:

1. CrobiDoll M-line
身體線條很好, 已知肌色相近, 但由於是完全限定故入手搞不好比Gr還困難.

2. Switch Humming Dolly 57
身體線條很好, 已知肌色相近(淡一點), 用防UV材質. 入手不算困難.
但胴體是一截身, 而且實際身高不明. 寫和SD13一樣但某比較圖卻是HD57比較矮...

3. Unoa Zero
身體線條很好, 肌色相近, 關節少但可動性卻和Gr有得比.
但頸部必須改造, 而且具體方法不明(實例倒是有).
入手也應該是最困難的. 話說直立時大腿分的很開也有點怪怪的.

4. SDGr
高可動, 肌色相近, 但個人覺得為追求可動性, 身體太多關節, 有損身體線條.

5. SD16
沒有Gr太多關節的問題, 只是肩膀太橫太寬, 只看上半身還算好看, 看全身就整個怪怪.
另外圓膊只有幾個model有(めぐ,現時未推出的お龍), 入手比Gr困難.



基於在拍賣網的出現頻率始終以Gr最高, 大概我也只有Gr一個選擇.
或者看看月尾お龍推出時看看反應...但估計頭比身多orz
PR
都市開發日記 之 prop pox 2
這次沒截圖. 昨天寫完記錄後我把之前幾份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一個城市...
都市開發日記 之 prop pox


所謂"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的東西. 的確他弄的都很高危...
Head
自問化娃妝的技術一點也不好. 最主要的原因, 個人認為是沒有練習的素材, 即所謂的練妝頭.
其實早就想要個練妝頭, 但沒有啥門路, 比較熟知的maker多沒單賣頭, 或者是單賣的頭沒有一個讓我有動手的衝動.




後來知道原來Little Monica有單賣頭就跑去看看. 最後在上個月入手了一個. 而今天總算寄到了.
有print了自家logo的寄送箱...




拆開來, 最顯眼的是一個大黑盒和一個信封. 信封裡的是娃主證明書. 太久沒接娃了原來現在有這種東西嗎...
另外還有一張postcard, 印的是同社的"Giselle". 但我不是訂Giselle的...
其他是訂單的printout和附送的宣傳單張及零食




而我訂的頭是Sophia普肌, 或者叫nDoll Aiko吧.
其實最初還在想是要Yuria還是Sophia. 但後來還是選了Sophia.
原因是Yuria頭比較小. 但Sophia的頭也比想像中的要小.


雖說是練妝子, 理論上只要是個有五官的頭就隨便也可以.
但個人需要所謂的"mood"來引出動力. 而"mood"就靠對事物喜愛的程度. 因此還是傾向選自己合眼緣的頭.

但也因為是練妝子, 所以今後對其採取的態度, 也有一些限制.
第一我不會替她另起名, 如有需要就繼續叫Sophia好了;
第二我不會給她身體, 主要是避免形體完整化引致的存在感膨脹, 以及伴隨的認知矛盾;
第三我不會像給ixra和irfa那樣給她刻印, 在我家刻印是完整獨立存在的證明.

這三個原則是記錄給自己看的. 同時也不排除有機會讓她升格為正式住人.
系統再構築
雖然64bit系統應用還是有些問題未完全解決, 但最近重新弄BAT時深切體會到記憶體嚴重不足, 故決定現在就把系統轉成x64.
而前兩三天就是為此作準備, 包括一年多沒作過的大規模備份.

OS安裝倒沒甚麼難度, 反正只是一個普通的windows. 倒是之後windows update超級費時...
一整晚都只在裝更新.

之前說過的Canon RAW Codec問題暫時解決了一半. 去年底M$推了新版本支援600D.
雖說到我買新相機時這版本又會outdate了, 但首先我沒法確定買新機的時間. 所以考慮也是多餘.
其實不嫌麻煩的話長期開著lightroom就好...

而我之前遇到待解的問題主要是些細微地方.
例如x64的customize方法, java版本之類的. 我現在還是不懂要換folder icon是要改哪個dll...

Days at Flower Show 2013




老實說今年感覺很普通, 也可能是花展已去過一定次數吧.
另外再次實感自己的配備真的不夠應付拍遠而細小的東西, 雖說這份感覺也算是每年恆例事件.
都市開發日記 之 NAM31 x 臨界


NAM終於久違的推出更新, 這次是第31版.
而這次我的著眼點是直接把預設高速公路完全改寫掉的Maxis Highway Override (aka Projecy Symphony).

雖然是很期待, 不過安裝完出現了一個很大的問題. 現在不能很正常地save city.
應該說save前或save後總會CTD一次...而何時crash則是隨機.
如果是Chaybdis的話還有機會出現zoom crash和scroll crash. 此外各城市載入時間也有倍數增長.

此時看一看自己的plugins folder才發現已經膨脹到3.7G了 orz
話說NAM31真是怪物級的體積, 還沒計算其他cosmetic overrides已經達460MB.
記得v30即使安裝所有外加橋樑也只有180MB左右.

起初我以為是Project Symphony還不穩定因此抽起它, 但看來不是這麼一回事.
聽說使用core-i CPU的市長們多有這種載入時間變長+CTD問題. 看來是新的RUL2技術不穩定...

雖說Project Symphony令Maxis Highway和Real Highway system外觀可以相配合.
但在能改變外觀前, 根本就save不了. 似乎暫時唯有換NAM30回去...
另外也得設法替plugins瘦身. 這樣真的吃不消...



話說最近審視一下地形, 總覺得有很多不足或多餘之處. 可能得以城市單位作整地.
另外最近又開始想重製手上的BAT. 反正SC2013的觀察期要無限期延長...

這次的截圖是Skylla南面的城市. 又是幾個完整的W2W Cluster.