loot
v0.24.1
LOOT は、次のプラグインのロード順序オプティマイザーです。
LOOT は、すべてのプラグインの依存関係を満たし、各プラグインがゲームに与える影響を最大化するロード順序を自動的に計算できます。また、多くの問題を検出することもでき、プラグイン固有の使用上の注意、警告、Wrye Bash の Bash タグの提案を多数提供します。
LOOT はほとんどのプラグインを助けなしで正しく処理できますが、一部のプラグインでは正しく並べ替えるために追加のメタデータが必要です。 LOOT には、サポートされている各ゲームのメタデータのマスターリストがあり、さらに追加して LOOT の動作をカスタマイズできます。
LOOT は MOD の使用を容易にするのに役立ちますが、MOD のロード順序に関する実用的な知識を持っている必要があります。概要については、「ロードオーダーの概要」を参照してください。
リリースは GitHub でホストされます。 Linux ユーザーは Flathub から LOOT をインストールする必要があります。
スナップショット ビルドは、GitHub Actions 実行のアーティファクトとして利用できますが、保存期間は 90 日間のみで、GitHub アカウントにログインしている場合にのみダウンロードできます。これらの制限を緩和するために、スナップショット ビルド アーティファクトには、ここでホストされている公開キーを使用して検証できる GPG 署名が含まれています。これは、アーティファクトを他の場所に再アップロードしても、その信頼性を証明できることを意味します。
スナップショット ビルド アーティファクトには次のような名前が付けられます。
loot_<last tag>-<revisions since tag>-g<short revision ID>_<branch>-<platform>.<file extension>
スナップショット ビルドは単一ファイルの Flatpak バンドルとしても提供されており、次のようにインストールできます。
flatpak --user install ~/Downloads/loot.flatpak
Adwaita テーマをインストールすることもできます。
flatpak install flathub org.kde.KStyle.Adwaita//6.7
ビルドプロセスについては、 .github/workflows/release.ymlを参照してください。
GitHub Actions ワークフローは、CMake、curl、gettext、Git、Inno Setup 6、Python、Visual Studio 2019、および 7-zip がすでにインストールされていることを前提としています。
vslavik のプリコンパイルされた Gettext バイナリは、おそらく Windows 上で Gettext の最新バージョンを入手する最も簡単な方法です。
ビルドプロセスについては、 .github/workflows/ci.ymlのflatpakジョブを参照してください。
Flatpak の構築は比較的自己完結型であり、次のものをインストールするだけで済みます。
gitflatpakflatpak-builderpython 、 pip 、 venvLinux ディストリビューションでは、Python、pip、venv が個別にパッケージ化されている場合があります。
LOOT のすべての機能が Linux ビルドに実装されているわけではありません。 LOOT の問題トラッカーでlinuxとラベル付けされた問題は、実装可能な欠落している機能をカバーしています。
Flatpak のビルドは特権のないコンテナでは機能しないことに注意してください。これには、 generate_manifests.shスクリプトの実行が含まれます。
LOOT は、次の CMake 変数を使用してビルド パラメーターを設定します。
| パラメータ | 価値観 | デフォルト | 説明 |
|---|---|---|---|
LIBLOOT_URL | URL | GitHub リリース アーカイブ URL | libloot リリース アーカイブを取得する URL。デフォルトでは、これは GitHub でホストされている libloot リリース アーカイブの URL です。これを指定すると、ローカルでビルドおよびパッケージ化された libloot にリンクする場合に便利です。 |
LOOT_BUILD_TESTS | ON 、 OFF | ON | LOOT のテストをビルドするかどうか。 |
LOOT_RUN_CLANG_TIDY | ON 、 OFF | OFF | ビルド中にclang-tidyを実行するかどうか。 CMake の MSVC ジェネレーターを使用する場合は効果がありません。 |
MINIZIP_NG_URL | URL | リリースアーカイブのURL | ソース アーカイブを取得する URL。 |
OGDF_URL | URL | リリースアーカイブのURL | ソース アーカイブを取得する URL。 |
VALVE_FILE_VDF_URL | URL | GitHub コミット アーカイブ URL | ソース アーカイブを取得する URL。 |
ZLIB_URL | URL | リリースアーカイブのURL | ソース アーカイブを取得する URL。 |
アーカイブが既にダウンロードされている場合 (オフライン ビルドなど)、URL パラメーターを使用してローカル パスを指定できます。
また、CMake が Boost を見つけられない場合はBOOST_ROOTを設定し、CMake が Qt を見つけられない場合はQt6_ROOT (たとえばC:/Qt/6.7.2/msvc2019_64に) を設定する必要がある場合があります。
ドキュメントは Sphinx を使用して構築されています。 Python をインストールし、 PATHからアクセスできることを確認してから、次を実行します。
py -m venv .venv
.venvScriptsactivate
pip install -r docs/requirements.txt
sphinx-build -b html docs build/docs/html
Linux で実行している場合は、 .venvScriptsactivateを.venv/bin/activateに置き換えます。
あるいは、Docker を使用してdocker run -it --rm -v ${PWD}/docs:/docs/docs:ro -v ${PWD}/resources:/docs/resources:ro -v ${PWD}/build:/docs/build sphinxdoc/sphinx:7.1.2 bashて、上記 2 つのコマンドの実行に使用できるシェルを取得します。
Windows 上でインストーラーを作成し、Windows および Linux 上で圧縮アーカイブを作成するためのパッケージ化スクリプトが提供されています。
scripts/installer.iss Inno Setup スクリプトを実行して、 buildフォルダーにインストーラー実行可能ファイルをビルドします。非公式の韓国語、スウェーデン語、簡体字中国語の Inno Setup 翻訳ファイルが公式翻訳ファイルと一緒にインストールされている場合、インストーラ スクリプトはそれらの言語オプションも提供します。それらが見つからない場合、インストーラーはそれらを使用せずにビルドされます。
アーカイブ パッケージ化スクリプトには Git が必要で、Windows では 7-Zip も必要ですが、Linux ではtarとxz必要です。これはpython scripts/archive.py使用して実行でき、 buildフォルダーに LOOT のアーカイブを作成します。アーカイブには、上記の「ダウンロード」セクションで説明した名前が付けられます。
アーカイブ パッケージ化スクリプトは、Windows 上で実行する場合、 windeployqt.exeを呼び出します。これにはPATHからアクセスできる必要があります。
