loot
v0.24.1
LOOT ist ein Plugin-Ladereihenfolge-Optimierer für:
LOOT kann automatisch eine Ladereihenfolge berechnen, die alle Plugin-Abhängigkeiten erfüllt und die Wirkung jedes Plugins auf Ihr Spiel maximiert. Es kann auch viele Probleme erkennen und bietet eine große Anzahl von Plugin-spezifischen Nutzungshinweisen, Warnungen und Bash-Tag-Vorschlägen für Wrye Bash.
Während LOOT die überwiegende Mehrheit der Plugins ohne Hilfe korrekt verarbeiten kann, benötigen einige Plugins zusätzliche Metadaten, um richtig sortiert zu werden. LOOT verfügt über eine Masterliste mit Metadaten für jedes unterstützte Spiel. Sie können weitere hinzufügen, um das Verhalten von LOOT anzupassen.
LOOT erleichtert die Verwendung von Mods, und Sie sollten dennoch über praktische Kenntnisse in der Mod-Load-Reihenfolge verfügen. Eine Übersicht finden Sie unter Einführung zum Laden von Bestellungen.
Veröffentlichungen werden auf GitHub gehostet. Linux-Benutzer sollten LOOT von Flathub installieren.
Snapshot-Builds sind als Artefakte von GitHub Actions-Ausführungen verfügbar, werden jedoch nur 90 Tage lang aufbewahrt und können nur heruntergeladen werden, wenn Sie bei einem GitHub-Konto angemeldet sind. Um diese Einschränkungen zu mildern, enthalten Snapshot-Build-Artefakte eine GPG-Signatur, die mithilfe des hier gehosteten öffentlichen Schlüssels überprüft werden kann. Dies bedeutet, dass es möglich ist, die Artefakte an anderer Stelle erneut hochzuladen und dennoch ihre Authentizität nachzuweisen.
Die Snapshot-Build-Artefakte werden wie folgt benannt:
loot_<last tag>-<revisions since tag>-g<short revision ID>_<branch>-<platform>.<file extension>
Snapshot-Builds werden auch als Einzeldatei-Flatpak-Bundles bereitgestellt, die wie folgt installiert werden können:
flatpak --user install ~/Downloads/loot.flatpak
Möglicherweise möchten Sie auch das Adwaita-Theme installieren:
flatpak install flathub org.kde.KStyle.Adwaita//6.7
Informationen zum Erstellungsprozess finden Sie unter .github/workflows/release.yml .
Der GitHub Actions-Workflow geht davon aus, dass CMake, Curl, Gettext, Git, Inno Setup 6, Python, Visual Studio 2019 und 7-zip bereits installiert sind.
Die vorkompilierten Gettext-Binärdateien von vslavik sind wahrscheinlich der einfachste Weg, eine aktuelle Version von Gettext unter Windows zu erhalten.
Informationen zum Erstellungsprozess finden Sie im flatpak Job von .github/workflows/ci.yml .
Der Aufbau des Flatpaks ist relativ eigenständig und sollte lediglich Folgendes installiert haben:
gitflatpakflatpak-builderpython , pip und venvIhre Linux-Distribution kann Python, pip und venv separat packen.
Nicht alle LOOT-Funktionen wurden für Linux-Builds implementiert. Probleme mit der Bezeichnung linux im Issue-Tracker von LOOT decken solche fehlenden Funktionen ab, sofern sie implementiert werden können.
Beachten Sie, dass das Erstellen des Flatpaks nicht in einem unprivilegierten Container funktioniert. Dazu gehört auch die Ausführung des Skripts generate_manifests.sh .
LOOT verwendet die folgenden CMake-Variablen, um Build-Parameter festzulegen:
| Parameter | Werte | Standard | Beschreibung |
|---|---|---|---|
LIBLOOT_URL | Eine URL | Eine GitHub-Release-Archiv-URL | Die URL, von der das Libloot-Release-Archiv abgerufen werden kann. Standardmäßig ist dies die URL eines auf GitHub gehosteten Libloot-Release-Archivs. Die Angabe ist nützlich, wenn Sie eine Verknüpfung zu einem Libloot herstellen möchten, das lokal erstellt und gepackt wurde. |
LOOT_BUILD_TESTS | ON , OFF | ON | Ob LOOT-Tests erstellt werden sollen oder nicht. |
LOOT_RUN_CLANG_TIDY | ON , OFF | OFF | Ob clang-tidy während des Builds ausgeführt werden soll oder nicht. Hat keine Auswirkung, wenn der MSVC-Generator von CMake verwendet wird. |
MINIZIP_NG_URL | Eine URL | Eine Release-Archiv-URL | Die URL, von der ein Quellarchiv abgerufen werden soll. |
OGDF_URL | Eine URL | Eine Release-Archiv-URL | Die URL, von der ein Quellarchiv abgerufen werden soll. |
VALVE_FILE_VDF_URL | Eine URL | Eine GitHub-Commit-Archiv-URL | Die URL, von der ein Quellarchiv abgerufen werden soll. |
ZLIB_URL | Eine URL | Eine Release-Archiv-URL | Die URL, von der ein Quellarchiv abgerufen werden soll. |
Die URL-Parameter können verwendet werden, um einen lokalen Pfad anzugeben, wenn das Archiv bereits heruntergeladen wurde (z. B. für Offline-Builds).
Möglicherweise müssen Sie auch BOOST_ROOT festlegen, wenn CMake Boost nicht finden kann, und Qt6_ROOT (z. B. auf C:/Qt/6.7.2/msvc2019_64 ), wenn CMake Qt nicht finden kann.
Die Dokumentation wurde mit Sphinx erstellt. Installieren Sie Python und stellen Sie sicher, dass es über Ihren PATH zugänglich ist. Führen Sie dann Folgendes aus:
py -m venv .venv
.venvScriptsactivate
pip install -r docs/requirements.txt
sphinx-build -b html docs build/docs/html
Wenn Sie unter Linux ausgeführt werden, ersetzen Sie .venvScriptsactivate durch .venv/bin/activate .
Alternativ können Sie Docker verwenden, um eine Änderung Ihrer Entwicklungsumgebung zu vermeiden, indem Sie 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 um eine Shell zu erhalten, mit der Sie die beiden oben genannten Befehle ausführen können.
Für die Erstellung eines Installationsprogramms unter Windows und komprimierter Archive unter Windows und Linux werden Paketskripts bereitgestellt.
Führen Sie das Inno-Setup-Skript scripts/installer.iss aus, um eine ausführbare Installationsdatei im build -Ordner zu erstellen. Wenn die inoffiziellen Inno Setup-Übersetzungsdateien für Koreanisch, Schwedisch und vereinfachtes Chinesisch neben den offiziellen Übersetzungsdateien installiert werden, bietet das Installationsskript auch diese Sprachoptionen an. Wenn sie nicht gefunden werden, wird das Installationsprogramm ohne sie erstellt.
Das Archivpaketierungsskript erfordert Git und unter Windows auch 7-Zip, während es unter Linux tar und xz benötigt. Es kann mit python scripts/archive.py ausgeführt werden und erstellt ein Archiv für LOOT im build -Ordner. Die Archive werden wie im Abschnitt „Downloads“ oben beschrieben benannt.
Das Archivverpackungsskript ruft windeployqt.exe auf, wenn es unter Windows ausgeführt wird: Es muss über Ihren PATH zugänglich sein.
