2009/10/20 (Tue) ERAM（RAM Disk）導入昔話

　以前、AirScapeさんのエントリ『OblivionでRamdiskを使う』を中心に、
『RAM Diskを導入すれば、Oblivionが軽快に動作する』という記事を読み、
自分のiMacでも導入できないか、あれこれ試したものの、
海外産のGav○tte Ramdiskでは、BIOSでの設定が不可欠の為、
EFI BootのiMacでは、断念せざるを得ませんでした。

だが、しかし！
どーしても諦め切れない！ってのが、人情というもの（苦笑）
購入して1月後、Goggle先生の援けを受けつつ、ネットの海を徘徊していたら、
ERAMという、純国産のRAM Diskがある事が判明し･･･

早速、導入を試みるも、32BitOSの宿命である3GBの壁が破れない･･･！／(^o^)＼

しかし、粘り強く検索を進めると、某所のERAM隔離スレで
『3GB超の環境に対応するパッチ』が作成された事が判り、
すぐさまパッチを適用してみたら･･･見事に使用可能に！↓

ってコトで、以下に簡単な備忘録（XPでの導入手順）を記します。
なお、リンク先については、Google先生に訊いて下さい。



ERAMのインストールは、以下の手順で行う事。

1）『Ver.2.20ドライバ』ファイルを展開
・ ※ファイルは『えらー１５』氏の公式サイトにある、
・　 ERAMの『Ver.2.20』のドライバをDLの事

2）4GB超環境対応のパッチである『fuck0528.zip』を展開、
・ 同梱のReadmeの3～5を熟読の上『eramnt.exe』を実行。
・ 『Ver.2.20』ディレクトリを指定し、パッチを適用。
・ 1）で解凍した『Ver.2.20ドライバ』の『2000』フォルダに格納された
・ 『ERAM2000.INF』をダブルクリック→インストール実行確認画面で『いいえ』→
・ →[AddRegistry]に該当する項目をコピー＆ペーストで追記
・ ※パッチについては、某所の『ERAM隔離スレ』、468氏のリンク先からDLの事

3）コンパネ(ｺﾝﾄﾛｰﾙﾊﾟﾈﾙの略)→『HW（ﾊｰﾄﾞｳｪｱの略）の追加』→
・ →『はい、HWを接続しています』→下の『新しいHWデバイスの追加』→
・ →『一覧から選択した～』→『すべてのデバイスを表示』→
・ →『ディスク使用』→『参照』→展開先のドライブから『ERAM』→
・ →『開く』→『OK』で、デバイスドライバをインストール

4）コンパネに追加されたERAMを起動して『RAM Disk』の設定を行う
・ ドライブ　　　　『Z』
・ ディスクサイズ　『1024000』KB（1GBの場合)
・ ボリュームラベル『ERAM』

・ メモリ確保元『OS管理外領域』
・ 『実デバイス扱い』にチェック（※これを忘れると、スタンバイができなくなる）

・ 終わったら『適用』

5）再起動した後、フォルダオプションの詳細設定項目の一番下
・ 『保護されたOSファイルを表示しない』のチェックを外す

6）C:\WINDOWS\System32\Restore内にある『filelist』をバックアップ

7）元ファイルのプロパティ画面を開き『読み取り属性』を一時解除後、
・ ファイル名の最後に、臨時の拡張子 .txtを追加する

8）メモ帳でファイルを展開したら、以下の項目を追記し、保存
・ （→これを忘れると、復元ポイントが消え、システムの復元が利用不可に）

・ <DIRECTORIES>
・ <Exclude>
・ <REC>Z:\</REC> ←対象ドライブを追加

9）再度『読み取り属性』を付与し、拡張子のtxtを除去。
・ 先のフォルダオプションの『保護されたOSファイルを表示しない』に
・ チェックを入れて完了。


以後、Oblivionのお話。


ERAM適用後は、Zドライブ（便宜上『Z』ドライブにしてますが、任意でOK）に
MeshやTexturesなどの各種bsaファイルをコピーする事になるんですが、
某ガボ（※1）と違って、ERAMは、シンボリックリンク（※2）等を
展開する必要が無いのが強み。

一例として、デスクトップにbsaファイルを格納するフォルダへのショートカット
（→更にその中にZドライブへのショートカットを置くと便利）
を設置しておくと、HDD（出来れば外付けのUSBメモリとかSSDとかがベター）から、
ドラッグ＆ドロップするだけで、リネームする事無く、起動準備を整えられます。

外付けを推奨するのは、単に、起動する度にGB級のデータをHDDから読込む訳だから、
延命の為に『やってみた方がイイ』ってだけのコトなのだけですが･･･。


で、『Oblibion.ini』での記述の仕方としては、該当するドライブ名:○○.bsaでOK。

Zドライブ内にあるMeshes.bsaの記述例↓

Z:Meshes.bsa

コレだけです。
bsa￥との文字数の兼ね合いからしても、sArchiveListが255文字制限（※3）を
受けている現状、1つのMODあたり『2バイト分』トクをしている、
とも言えるかもしれません。とはいえ、シンボリックリンク先のフォルダを、
AとかZにすれば、同じですけど（笑）


また、OS起動後にbsaファイルをコピーする『バッチ』を作ろうか？･･･
とも思ってもみたのですが、結局のところ、手動コピーに落ち着いています。
MMMとかのMODを導入する際、ブラウザでのDLディレクトリに
Zドライブを指定することで、

DL→bsa化→バックアップ用7zアーカイブ化

という、一連の作業も、Cドライブ（HDD）を極力使用せずに済む上（＝負荷低減）
作業後のゴミの削除も、元がメモリだけに一瞬で完了（※4）するしで、
良い事ずくめのような気がするから、ってのがあります。

↑は、ちょっと導入が遅れていたMMMを、試しにインストールしてみた時の様子。
FPSの数値上の落ち込みは、平均2～3程度で、それほどでもなかったんですけど、
AirScapeさんのアドバイス通り、MOBや野生動物が増殖した影響で、
Scriptも比例して増大したのでしょう。めがっさカックカクでした（笑）

なお、画面中央左手の木の奥の辺りには、遠景表示MODで表示される様になった
建造物（女神像）の翼のてっぺん（V字状のもの）が見え、また、
中央の道には、行商人追加MODのTamrielTravellerが居るのが見て取れます。
手前のヤギはMMMの物です。SSのレリーズまでのラグの影響で
密集していたヤギが離れてしまって、ショックだったのは内緒（笑）
てか、忍者ブログで500KB以上の画像がうｐできない仕様ってのは、どうよ？


※1･･･Gav○tte Ramdiskの事。

※2･･･ショートカットとは違う概念らしい。詳細はGoogle先生に（ry
・ 　　ERAMは、現状NTFS化できない為、仕様的に不可ってのもある。

※3･･･sArchiveListの255文字制限は、ココで確認してみるといいかも。

※4･･･万が一消し忘れても、再起動やシャットダウンで、
・ 　　自動的に消えるっていう強みもある。

close

2009/07/28 (Tue) 難しい･･･

↑は、Blenderで修行中の1コマ。

自作装備MOD用に『胸当て』『ズボン』『靴』の3種類の軽装備のモデリングを
する予定なんだけど、Blenderの基本操作が変則的過ぎて、ホントにヤバいな、とｗ

時間があれば（ｒｙ



追伸
そういや、ニコ動でコレ観たら不覚にも泣きそうになったのは内緒ｗ
（作業用BGMとしてマイリス入れてマス）

2009/06/30 (Tue) Blenderの･･･

操作性が特殊すぎるなぁ。

Blenderって何かって？
一言でいえば、無料で使える3Dデータのモデングツール（※1）ですね。
（OblivionのMODクリエータ御用達のツールでもあるんだよね）

あ、いやね、先駆者MODderが、各所でうｐしてある衣装MODを
あれこれと導入してみたものの、やっぱりしっくりこないので、
自作する事にしたのです、ハイ。

個人的なイメージとしては、可愛らしくて健康的な色っぽさ･･･
つまりは『ぷりちー』で『せくしー』なモノを目指しております。
（モデリング終わっても、肝心のテクスチャがなぁ･･･＾＾；；；）


あ、あと、今更感のある『例の』絵もスキャンしてあるんで、
これからトレスってトコだけど、UP時期がいつになることやら･･･（ぁぅ×2

※1…Blenderはオープンソースなモデリングソフトだけど、
・　　肝心のUIが×すぎる。尋常じゃないショートカットや操作が必要。
・　　ユーザー環境設定で『ある程度』のカスタマイズは可能だが、
・　　基本右クリックとか、視点変更がテンキーとか、もうね；
・　　コピーはShift+D、ペーストは左クリック。保存はCtrl+W
・　　（何となく、一筋縄で行かなそうなのが解るでしょ？）

close

2009/06/19 (Fri) 自己解決シマシタ

何を解決したかって？

う～んと、先日お話したRAM Disk化（※1）の件ですね。

最終的に、遅延の原因が単純明快すぎて悲しくなった程なんだけど、
HDD内のOSを含む各種データが極度に断片化してただけとゆー＾＾；

『すっきり！デフラグ』でデフラグしたあとは、
30前後だったFPS（※2）がイキナリ7～12上昇！！Σ('Д'；≡；'д')

負荷が軽いトコロだと、上限の60前後まで伸びるように！


うーむ。オブリはデフラグ重要なのねぇ；



さて、気になる負荷測定（ベンチ）のBefore→Afterをばｗ
計測エリアを、以下の2箇所に選定して実施してみたよ！

・(1) インペリアルシティ刑務所外周
・(2)ジェラル山頂→アレスウェル間の、草木密集地帯

いずれも、遠景に追加された建造物+既存のリソースで高負荷になる場所。

まず、参考として素のVanilla環境下では、以下のとおり。
テクスチャ用メモリ使用量:40～70MB、平均FPS:35～40　MIN:10　MAX:42


次に遠景表示用のVWD（※3）系のMOD入れた上で、
iniファイルのuGridDistantCount（遠景表示距離）をデフォ25に対して17まで減らし、
遠景用各種ポリゴンメッシュ低減、遠景用テクスチャ精細化＆その他テクスチャの
軽量化を実施したところ、

デフラグ前：ﾃｸｽﾁｬ用ﾒﾓﾘ使用量:150～230MB、平均FPS:28～33　MIN:8　  MAX:36
デフラグ後：ﾃｸｽﾁｬ用ﾒﾓﾘ使用量:150～230MB、平均FPS:35～42　MIN:17　MAX:48

という結果。画面表示の礎であるMeshesとTexturesデータのスループット（※4）が、
（HDDとは比較にならないほど）高速化できたお陰で、ストレスが無くなりましたヨ！



※1･･･32bitOSの余剰メモリ領域を、超高速内臓HDDとして扱えるようにする
・　　デバイスドライバの事。
・　　昨年くらいから、DDR2メモリ価格が下落してきた関係で、
・　　某所の友の会スレで、結構話題になってたみたい。過去ログでは、
・　　台湾か、中国か、出所が不明ながら、Gavotte Ramdiskなるものと、
・　　純国産で、えらー15氏が作成したERAMを、某所の隔離スレの68氏(?)が、
・　　4GB超の環境下でも利用可能にしたバイナリデータを紹介していた。
・　　両者とも、基本はFAT32でフォーマットされるが、前者は、コマンドプロンプトで、
・　　NTFS化が可能なのに対し、後者は、FAT32からの変更が、現状不可能である。
・　　ガボ（前者の呼称）は、BIOSでメモリの設定や、boot.iniなどを変更して、
・　　初めて自動的に管理外領域（32BitOSの宿命である、4GBの壁の中でも、
・　　グラフィックメモリなどのシステムリソースが予約してしまう
・　　3.2GB以降の領域のこと）を認識して、超高速なHDDとして利用可能になる。
・　　しかしながら、旧態依然としたBIOSでなく、EFIというソフトウェアで起動させる
・　　Macでは、BIOS自体が存在しない為、管理外領域を認識させることができない。
・　　有難いことに、えらー15氏の作成したERAMは、BIOSの環境設定に依存せずに、
・　　OSの管理外領域を確保できる為、私は、後者のERAMを採用した。
・　　これは全くの私見だが、boot.iniの編集やcmdを実行しないで済む68(?)氏起草、
・　　その他有志編集による修正パッチをERAMに適用した方が、安全かつ容易に
・　　導入できるように思う。
・　　ガボでジャンクションを設置する労力にも、意義を見出せないってのもあるし；

※2･･･Frame Par Second。秒間何フレーム表示できるか、ってこと。
・　　First Person Shooter（一人称視点射撃ゲー）のことぢゃないよ！
・　　昨今のゲーム全般だと、ハイポリゴンな挿入ムービーで30FPS、
・　　ローポリゴンなゲーム本編で、30or60FPSが主流だよね。ネトゲは(ry

※3･･･Visable When Distant。つまりは『遠景を視認できる』ことを意味する。
・　　前回のエントリのごとく、デフォのオブリは、中長距離の建造物の描画がされず、
・　　10円ハゲが各所にできてしまうので、ハイスペックマシンのユーザは、
・　　遠景の建物を表示可能にするMODを導入してる。代償として負荷がパネェけど；

※4･･･オブリのデータのキモである、ポリゴンメッシュデータと
・　　テクスチャデータの合計が圧縮状態である素のVanillaでさえ、1.8GB（！）
・　　双方を同時に『HDDからシームレスに読込む』なんてのは、物理的に不可能かと
・　　そこで、HDDより高速な外付けSSDとRamDiskに負荷分散してみたら、
・　　万事解決できた次第。ラテとかのネトゲであっても、起動や蔵動作の高速化に
・　　寄与できると思う。スレ内でも、リネ2を高速化できたという報告もある。

close

2009/06/15 (Mon) うーむ（汗

遠景表示MOD入れてみたものの、以前ドコかで味わったような『激ラグ』に襲われ、
FPSと遠景表示距離と読込速度改善の調整をしつつ、快適性向上を狙ってたり＾＾；

何で遠景表示に拘るのか？
理由は簡単。オブリって素のVanillaの状態だと、都市と橋以外の建造物になると、
（ゲーム内でVideo表示設定を、いじくり回しても）
僅か300ｍ先でフェードアウトしちゃうんだな、コレが＾＾；


そーすると何が起こるか、とゆーと…


建物の直下は、当然草なんか生えてない→建物フェードアウトで丸見え→
風景の至る所で10円ハゲ発生→ｱｯ－！／(＾o＾)＼


で、遠景表示をしたい！と思った訳ｗ
（これの距離設定が出来れば、もっと低負荷で美麗な風景を堪能できるのになぁ）


で、話を戻しませう…＾＾；
一応、ERAMを実装して、XPで遊んでいる4GB中の1GBをRAM Disk化し、
ココにMeshes（ポリゴンメッシュ）を放り込んで起動するも、
今ひとつシックリ来ない…；


ちょっとSSが無くて申し訳ないんだけど、興味深い検証結果もチラホラと。

上記の遠景表示と格闘中、一旦、素のVanilla環境にしたんだけど、
巷で負荷軽減に有効と『持てはやされている』low Poly（ローポリゴン）系MOD、
実は殆ど『FPS向上には寄与しない』事実が判明。
（黒竜～とか、ローポリ～とかを一通り試したけど、殆どFPS向上に寄与しなかったorz）

まぁ、RadeonHD 2600 XT（256MB)だから、というのもあるんでしょうが、
明らかに

メッシュ＜＜テクスチャ

な負荷な訳で、懸命にローポリゴンにした所で、
テクスチャの負荷が大きければ、メッシュの多少は殆ど無視されてしまうのかなぁ、と。
（グラフィックメモリ使用量・FPSが殆ど同じだったし；）

で、タイトルの「うーむ（汗」と続き、これは困ったぞ、と；

仕方ないので、vanilla（オリジナルの素のデータ）にUOP（非公式パッチ）、
その他表示改善関係のメッシュとTextures（テクスチャ）を再構成し、
やり直すことに…。

流石に偉大な先達のような極上なスペックを持ち合わせていないので、
エコとプチ贅沢を巧く天秤にかけつつ、目標30FPSかなぁ。
移動だけでFPSが20切ると、戦闘で負荷が掛かる状態になったら、
相当ヤバくなってくるんでｗ

close