注意1: この記事はOblivionのロード順変更ツールBOSSの記事を参考にし、一部を引用しています。
注意2: 2011年11月19日現在、ここでいうWrye Smash(仮)とはWrye氏が作るであろうまだ未発表のツールであり、BOSSの作者が、Wrye Mash、Wrye BashのSkyrim版として登場するであろうと想定しているツールのことです。
注意3: 2011年11月19日現在、Smash Tagとは、将来的にWrye BashのSkyrim版が登場すれば使えるかもしれない、Bash TagのSkyrim版の機能のことです。
BOSS - Better Oblivion Sorting Software for Skyrim(以後BOSS)とはSkyrim、Oblivion/Nehrim、そしてFallout 3/New Vegasのロード順を調整し、有害な競合を回避する為のワンクリックで動作するプログラムです。
バージョン1.6以降、masterlist.txtのアップデートはGoogle Code repositoryに置かれているものを取得しに行く形になりました。このページではVersion1.6以降のBOSSの情報を扱います。
目次
BOSS - Better Sorting Software for Skyrim
一度BOSSを実行して完了すると、結果出力がブラウザに自動的に表示されます(GUI設定でプレーンテキストファイルでの出力もできます)。該当する場合は、Notes(注意)やError(エラー)文を読み、それによって示唆されている関連するすべての変更を行います。Wrye Bashは、Smash(仮)タグの提案からSmash(仮)タグが適用されます。いくつかのSmash(仮)のタグの提案は、必要に応じてWrye Smash(仮)が自動でタグを調節します。必要であれば手動で適切なSmash(仮)タグをセットしてください。
masterlistに登録されていないMODはロード順の並び替えはされず、並び替えられたMODの最後に配置されます。そうしたMODはOBMMやWrye Bashを使い手動で適切な場所に移動する必要があります。
BOSSでは上記の通りBOSS GUI.exeを起動してmasterlistをオンラインアップデートすることができますが、masterlistを直接編集する場合、masterlistをアップデートするとこれらの編集が取り除かれる問題があります。未登録のMODのソートや登録済でもソート順を変更したい場合*1の為に個人用のルール定義ができるようになっています。
以下の項目はBOSS\BOSS User Rules ReadMe.htmlの翻訳になります。
注:
以下、「MOD」とか「プラグイン」などの単語は同じものとして扱い、拡張子が.esmまたは.espの単一のファイルのことを意味します。明示的な断りがない限り、「MOD(またはプラグイン)の名前」は拡張子を含むファイル名を指します。
また、以下の文章はOblivionを対象に書かれていますが、この機能はSkyrim、Oblivion、NehrimとFallout 3、Fallout: New Vegasで動作します。「ゲームのマスター.esm」ファイルが記載されている場合、これはOblivion.esm、Nehrim.esm、Fallout3.esmまたはFalloutNV.esmに関連付けられています。
UserlistはMODのソート順を整えたりBOSSがログに吐き出すMODのメッセージを編集する、カスタムルールを定義するファイルです。ファイルはBOSSフォルダにuserlist.txtとして存在します。なければこの名前のテキストファイルを作成してください。エクスプローラのフォルダオプションで「登録されている拡張子は表示しない」にチェックされている場合は間違って"userlist.txt"と作成して"userlist.txt.txt"とならないようにしてください。
※コメントに日本語を使う場合は文字コードをutf-8nで保存すると文字化けしない。
userlist.txtはメモ帳などの基本的なテキストエディタで開くことができ、このファイル内にルール定義を書き込んでいくことになります。変更できるルールは以下の2点です。
ユーザールールの適切な理解を得るために後述のルール定義構文部を読むことが強く推奨されますが、いくつかの簡単なルールの為のクィックスタートガイドを用意しました。
masterlist未登録のMODを他のMODの後ろに並べる場合
ADD: <RULE MOD> AFTER: <SORT MOD>
他のMODの前に並べる場合
ADD: <RULE MOD> BEFORE: <SORT MOD>
RULE MOD は追加したいMODで、SORT MOD は RULE MOD を配置する基準となるMODです。このふたつのMODは両方とも正しくDataフォルダーにインストールされていなければなりません。また、「ゲームのマスター.esm」よりも前にMODを並べることはできません。
例)
注意:1.7は構文の末尾(下の例だとespの後)にスペースが混入していると正しく認識されなくなっています。
ADD: Mod1.esp AFTER: AFK_Weye.esp ADD: Mod2.esp BEFORE: AFK_Weye.esp
上記の記述を適用すると
... Mod2.esp AFK_Weye.esp Mod1.esp ...
masterlist登録済のMODを他のMODの後ろに並べる場合
OVERRIDE: <RULE MOD> AFTER: <SORT MOD>
他のMODの前に並べる場合
OVERRIDE: <RULE MOD> BEFORE: <SORT MOD>
RULE MOD は並べ替えたいMODで、SORT MOD は RULE MOD を配置する基準となるMODです。このふたつのMODは両方とも正しくDataフォルダーにインストールされていなければなりません。また、「ゲームのマスター.esm」よりも前にMODを並べることはできませんし「ゲームのマスター.esm」を後方に並べ替えることもできません。MODはmasterlistで与えられている場所からあなたが指定する場所に移され、ソートされるでしょう。
例)
OVERRIDE: bgBalancingEVCore.esp AFTER: Unofficial Oblivion Patch.esp
上記の記述を適用すると
... Unofficial Oblivion Patch.esp bgBalancingEVCore.esp ...
BOSSlogに表示されるメッセージを追加する場合
FOR: <RULE MOD> APPEND: <MESSAGE OBJECT>
BOSSlogに表示されるメッセージを置き換える場合
FOR: <RULE MOD> REPLACE: <MESSAGE OBJECT>
RULE MOD はメッセージを編集したいMODで、このMODは正しくDataフォルダーにインストールされていなければなりません。MESSAGE OBJECT は追加しようとするBOSSlogメッセージ形式のメッセージです。BOSSlogメッセージ形式になじみがなければ後述するBOSSメッセージ形式を参照してください。
例)
FOR: Unofficial Oblivion Patch.esp REPLACE: ? Overrided! FOR: bgMagicEV.esp.esp APPEND: % {{BASH:Names,Delev,Relev}}
上記の記述を適用した場合のBOSSlogの記述
... Unofficial Oblivion Patch.esp Note: Overrided! ... bgMagicEV.esp.esp Bashed Patch tag suggestion: {{BASH:Names,Delev,Relev}} ...
ユーザールールには、適用されるために従わなければならない構造と構文があります。以下の情報はこの構造と構文に関する詳細です。
すべてのルールはルール行から始まります。構造は以下のようなものです。
<RULE KEYWORD>: <RULE OBJECT>
RULE KEYWORD は以下の3つのうちのひとつです。
RULE OBJECT はルールが適用されるMODかグループです。RULE KEYWORD がFORであれば RULE OBJECT はMOD以外に有り得ません。RULE OBJECT がMODであればDataフォルダーに正しくインストールしなければなりません。
グループを定義している場合、masterlistで使われている名前である必要があります。たとえば、参照したいグループのMODがSupreme Magickaから始まっているのであれば RULE OBJECT は Supreme Magicka になります。ただし、常に最初に読み込まれなければならないESMsグループに関しては並び替えはできません。
ルール行の RULE KEYWORD がADDまたはOVERRIDEであった場合、ソート行を含める必要があります。構造は以下のようなものです。
<SORT KEYWORD>: <SORT OBJECT>
SORT KEYWORDは以下のうちのひとつです。
SORT KEYWORD が BEFORE または AFTER のとき、 SORT OBJECT は RULE OBJECT が何なのかによって変わります。RULE OBJECT がMODであれば、SORT OBJECT はMODであるし、逆もまた然り。MODはMODを参照してソートしなければなりませんし、グループもグループを参照しなければなりません。また、「ESMs」が分類する前に、あなたは、あなたの「ゲームのマスター.esm」を分類できず、それの前に他のMODを割り当てることも、グループを分類することもできません。
SORT KEYWORD が TOP または BOTTOM を使っているとき、ソートオブジェクトはそのルールのMODを挿入した グループ になります。あなたいかなるグループにも、MODへのMODにも挿入することもできませんし、 ESM グループのトップに何かを挿入することもできません。
SORT OBJECT がMODであればDataフォルダーに正しくインストールしなければなりません。また RULE KEYWORD がFORのルールにはソート行を含めてはなりません。
ルール行の RULE KEYWORD がFORであった場合、メッセージ行を最低1行は含める必要があります。構造は以下のようなものです。
<MESSAGE KEYWORD>: <MESSAGE OBJECT>
MESSAGE KEYWORD は以下のうちのひとつです。
MESSAGE OBJECT は MESSAGE OBJECT で定義されたMODに付加するシンボルコード付きの完全なメッセージです。メッセージをグループに加えることはできません。
ひとつのルール行に対して複数のメッセージ行を追加できます。複数のメッセージをMODに新規に追加したり、既存の複数のメッセージを新しいセットで上書きできます。また、ADDおよびOVERRIDEの RULE KEYWORD もメッセージ行を含むことができます。
ADD: MyModToAdd.esp AFTER: LoadAfterThis.esm APPEND: ? Adding a general comment. APPEND: $ Incompatible with OOO! OVERRIDE: MyModToOverride.esp BEFORE: LoadBeforeThis.esp OVERRIDE: L.A.M.E. BEFORE: Supreme Magicka FOR: bgBalancingEVOptionalNPCDiversity, Vanilla.esp REPLACE: ? This is a replacement message. APPEND: % {{BASH:NpcFaces,NoMerge}}
上記を適用すると以下のようになります。
... LoadAfterThis.esm MyModToAdd.esp ? Adding a general comment. $ Incompatible with OOO! ... MyModToOverride.esp LoadBeforeThis.esp ... bgMagicEV.esp % {{BASH:Names,Delev,Relev}} if you are running more than one magic overhaul and want to use LAME spell names. ? Move Supreme Magica after LAME if you want Supreme Magica spell stats. bgMagicEV Vwalk.esp % {{BASH:Actors.Anims,NoMerge}} ... SupremeMagicka.esp % {{BASH:Names,Graphics}} SM Ancestral Guardian.esp ... bgBalancingEVOptionalNPCDiversity, Vanilla.esp ? This is a replacement message. % {{BASH:NpcFaces,NoMerge}} ...
※ 三段目のOVERRIDEルールにより、L.A.M.E.グループに属するインストール済MODがSupreme MagickaグループのMODの前に移動します。
BOSSが動作するとき、BOSS\userlist.txtにuserlistが存在し、その中にひとつでもルールが書かれていればBOSSはまず構文をチェックし、正しい構文であればそれらを適用し、問題があればその構文はスキップされます。userlistの適用、不適用を問わずその結果は、BOSS\BOSSlog.htmlの先頭付近、Userlist Messagesセクションで表示されます。不適用の場合は詳細なエラーメッセージが出力されるので原因解決の参考になるでしょう。
ルールが正しく適用された場合、そのルールの内容によって一つ以上のメッセージを出力します:
"Mod/Group Name" sorted before/after "Mod/Group Name".
"Message" appended to/replaced messages attached to "Mod Name".
ルールに構文エラーまたはすでにmasterlistに存在するMODを改めて追加するなどした場合、エラーの種類に応じて一つまたはそれ以上のエラーメッセージを出力します。
"Mod Name" is already in the masterlist. Rule skipped.
The rule beginning "First Line Of Rule" has been skipped as it has the following problem(s)
各々の構文エラーのエラーメッセージは以下の通りです。
"Mod Name" is not installed.
It references a mod and a group.
It includes a sort line in a rule with a FOR rule keyword.
It tries to add a group.
It tries to attach a message to a group.
It tries to sort the group "ESMs".
It tries to sort a group before the group "ESMs".
It tries to sort the master .ESM file.
It tries to sort a mod before the master .ESM file.
ルールの適用がmasterlist.txtまたはuserlist.txtを変更することはありません。つまり、適用の取り消しを行いたければuserlist.txtから取り消したい部分を削除し、BOSSを再度実行する必要があります。
ルール定義構文の節でルール定義の規則原則についての大半は示しましたが、以下に更なる一般的な注意事項(ものによっては明白ではないものもあります)を示します。
ADD: LoadBeforeThis.esp AFTER: RTT.esp ADD: Mod1.esp BEFORE: LoadBeforeThis.esp OVERRIDE: xulAspenWood.esp AFTER: Mod1.esp ADD: Mod2.esp BEFORE: RTT.esp
というルールがあった場合、以下のように並べ替えられます。
Mod2.esp RTT.esp Mod1.esp xulAspenWood.esp LoadBeforeThis.esp
このようなルールを書く場合、userlistのルール適用順序のちょっとした違いが並べ替え結果に重大な差異をもたらす可能性があることに注意してください。
MODのメッセージを編集するのがお望みでしたら、BOSSメッセージ形式を理解するのは重要です。7つのメッセージタイプそれぞれがどんなタイプに関するメッセージであるか意味するシンボルコードで始め、次にメッセージ自体が続きます。メッセージは標準のテキスト行です。ただし、Smash(仮)タグ提案コメントにはタグ提案のための特別な構文があります。異なったメッセージタイプのためのシンボルコードは以下の通りです。
% {{SMASH:提案するタグをコンマで区切って書く}} コメントがあれば記入.
例:
% {{SMASH:Names,Graphics}} to prevent changes being lost when using overhauls.