loot
v0.24.1
LOOT est un optimiseur d'ordre de chargement de plugin pour :
LOOT peut calculer automatiquement un ordre de chargement qui satisfait toutes les dépendances des plugins et maximise l'impact de chaque plugin sur votre jeu. Il peut également détecter de nombreux problèmes et fournit un grand nombre de notes d'utilisation, d'avertissements et de suggestions de balises Bash spécifiques au plugin pour Wrye Bash.
Bien que LOOT puisse gérer correctement la grande majorité des plugins sans aide, certains plugins nécessitent des métadonnées supplémentaires pour être triés correctement. LOOT dispose d'une liste principale de métadonnées pour chaque jeu pris en charge, et vous pouvez en ajouter d'autres pour personnaliser le comportement de LOOT.
LOOT facilite l'utilisation des mods et vous devez toujours posséder une connaissance pratique de l'ordre de chargement des mods. Voir Introduction au chargement des commandes pour un aperçu.
Les versions sont hébergées sur GitHub. Les utilisateurs de Linux doivent installer LOOT depuis Flathub.
Les versions d'instantanés sont disponibles sous forme d'artefacts à partir des exécutions de GitHub Actions, bien qu'elles ne soient conservées que pendant 90 jours et ne puissent être téléchargées que lorsque vous êtes connecté à un compte GitHub. Pour atténuer ces restrictions, les artefacts de génération d'instantanés incluent une signature GPG qui peut être vérifiée à l'aide de la clé publique hébergée ici, ce qui signifie qu'il est possible de télécharger à nouveau les artefacts ailleurs tout en prouvant leur authenticité.
Les artefacts de génération d'instantanés sont nommés comme suit :
loot_<last tag>-<revisions since tag>-g<short revision ID>_<branch>-<platform>.<file extension>
Les versions d'instantanés sont également fournies sous forme de bundles Flatpak à fichier unique, qui peuvent être installés comme suit :
flatpak --user install ~/Downloads/loot.flatpak
Vous souhaiterez peut-être également installer le thème Adwaita :
flatpak install flathub org.kde.KStyle.Adwaita//6.7
Reportez-vous à .github/workflows/release.yml pour le processus de construction.
Le workflow GitHub Actions suppose que CMake, curl, gettext, Git, Inno Setup 6, Python, Visual Studio 2019 et 7-zip sont déjà installés.
Les binaires Gettext précompilés de vslavik sont probablement le moyen le plus simple d'obtenir une version à jour de Gettext sous Windows.
Reportez-vous au travail flatpak de .github/workflows/ci.yml pour le processus de construction.
La construction du Flatpak est relativement autonome et ne devrait nécessiter l'installation que des éléments suivants :
gitflatpakflatpak-builderpython , pip et venvVotre distribution Linux peut empaqueter Python, pip et venv séparément.
Toutes les fonctionnalités de LOOT n'ont pas été implémentées pour les versions Linux. Les problèmes étiquetés linux sur le système de suivi des problèmes de LOOT couvrent les fonctionnalités manquantes là où elles peuvent être implémentées.
Notez que la construction du Flatpak ne fonctionne pas dans un conteneur non privilégié. Cela inclut l'exécution du script generate_manifests.sh .
LOOT utilise les variables CMake suivantes pour définir les paramètres de construction :
| Paramètre | Valeurs | Défaut | Description |
|---|---|---|---|
LIBLOOT_URL | Une URL | Une URL d'archive de version GitHub | L'URL à partir de laquelle obtenir l'archive de la version liblot. Par défaut, il s'agit de l'URL d'une archive de version liblot hébergée sur GitHub. Spécifier ceci est utile si vous souhaitez créer un lien vers une liblot qui a été construite et empaquetée localement. |
LOOT_BUILD_TESTS | ON , OFF | ON | S'il faut ou non construire les tests de LOOT. |
LOOT_RUN_CLANG_TIDY | ON , OFF | OFF | S'il faut ou non exécuter clang-tidy pendant la construction. N'a aucun effet lors de l'utilisation du générateur MSVC de CMake. |
MINIZIP_NG_URL | Une URL | Une URL d'archive de version | L'URL à partir de laquelle obtenir une archive source. |
OGDF_URL | Une URL | Une URL d'archive de version | L'URL à partir de laquelle obtenir une archive source. |
VALVE_FILE_VDF_URL | Une URL | Une URL d'archive de validation GitHub | L'URL à partir de laquelle obtenir une archive source. |
ZLIB_URL | Une URL | Une URL d'archive de version | L'URL à partir de laquelle obtenir une archive source. |
Les paramètres URL peuvent être utilisés pour fournir un chemin local si l'archive a déjà été téléchargée (par exemple pour les versions hors ligne).
Vous devrez peut-être également définir BOOST_ROOT si CMake ne trouve pas Boost, et Qt6_ROOT (par exemple sur C:/Qt/6.7.2/msvc2019_64 ) si CMake ne trouve pas Qt.
La documentation est construite à l'aide de Sphinx. Installez Python et assurez-vous qu'il est accessible depuis votre PATH , puis exécutez :
py -m venv .venv
.venvScriptsactivate
pip install -r docs/requirements.txt
sphinx-build -b html docs build/docs/html
Si vous utilisez Linux, remplacez .venvScriptsactivate par .venv/bin/activate .
Vous pouvez également utiliser Docker pour éviter de modifier votre environnement de développement, en exécutant 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 pour obtenir un shell que vous pouvez utiliser pour exécuter les deux commandes ci-dessus.
Des scripts d'empaquetage sont fournis pour créer un programme d'installation sous Windows et des archives compressées sous Windows et Linux.
Exécutez le script scripts/installer.iss Inno Setup pour créer un exécutable d'installation dans le dossier build . Si les fichiers de traduction non officiels du coréen, du suédois et du chinois simplifié Inno Setup sont installés à côté des fichiers de traduction officiels, le script d'installation proposera également ces options de langue. S'ils ne sont pas trouvés, le programme d'installation sera construit sans eux.
Le script d'empaquetage d'archive nécessite Git, et sous Windows, il nécessite également 7-Zip, tandis que sous Linux, il nécessite tar et xz . Il peut être exécuté à l'aide de python scripts/archive.py et crée une archive pour LOOT dans le dossier build . Les archives sont nommées comme décrit dans la section Téléchargements ci-dessus.
Le script d'empaquetage d'archives appelle windeployqt.exe lorsqu'il est exécuté sous Windows : il doit être accessible depuis votre PATH .
