loot
v0.24.1
LOOT es un optimizador de orden de carga de complementos para:
LOOT puede calcular automáticamente un orden de carga que satisfaga todas las dependencias de los complementos y maximice el impacto de cada complemento en tu juego. También puede detectar muchos problemas y proporciona una gran cantidad de notas de uso, advertencias y sugerencias de etiquetas Bash específicas de complementos para Wrye Bash.
Si bien LOOT puede manejar correctamente la gran mayoría de complementos sin ayuda, algunos complementos necesitan metadatos adicionales para ordenarse correctamente. LOOT tiene una lista maestra de metadatos para cada juego compatible y puedes agregar más para personalizar el comportamiento de LOOT.
LOOT ayuda a facilitar el uso de mods y aún debes poseer un conocimiento práctico del orden de carga de mods. Consulte Introducción a las órdenes de carga para obtener una descripción general.
Los lanzamientos están alojados en GitHub. Los usuarios de Linux deben instalar LOOT desde Flathub.
Las compilaciones de instantáneas están disponibles como artefactos de las ejecuciones de GitHub Actions, aunque solo se conservan durante 90 días y solo se pueden descargar cuando se inicia sesión en una cuenta de GitHub. Para mitigar estas restricciones, los artefactos de compilación de instantáneas incluyen una firma GPG que se puede verificar usando la clave pública alojada aquí, lo que significa que es posible volver a cargar los artefactos en otro lugar y aún así demostrar su autenticidad.
Los artefactos de compilación de instantáneas se denominan así:
loot_<last tag>-<revisions since tag>-g<short revision ID>_<branch>-<platform>.<file extension>
Las compilaciones de instantáneas también se proporcionan como paquetes Flatpak de un solo archivo, que se pueden instalar de esta manera:
flatpak --user install ~/Downloads/loot.flatpak
Quizás también quieras instalar el tema Adwaita:
flatpak install flathub org.kde.KStyle.Adwaita//6.7
Consulte .github/workflows/release.yml para conocer el proceso de compilación.
El flujo de trabajo de GitHub Actions supone que CMake, curl, gettext, Git, Inno Setup 6, Python, Visual Studio 2019 y 7-zip ya están instalados.
Los binarios precompilados de Gettext de vslavik son probablemente la forma más fácil de obtener una versión actualizada de Gettext en Windows.
Consulte el trabajo flatpak de .github/workflows/ci.yml para conocer el proceso de compilación.
La construcción del Flatpak es relativamente autónoma y solo debería necesitar la instalación de lo siguiente:
gitflatpakflatpak-builderpython , pip y venvSu distribución de Linux puede empaquetar Python, pip y venv por separado.
No todas las funciones de LOOT se han implementado para las versiones de Linux. Los problemas etiquetados como linux en el rastreador de problemas de LOOT cubren las características faltantes donde se pueden implementar.
Tenga en cuenta que construir Flatpak no funciona en un contenedor sin privilegios. Esto incluye ejecutar el script generate_manifests.sh .
LOOT utiliza las siguientes variables de CMake para establecer los parámetros de compilación:
| Parámetro | Valores | Por defecto | Descripción |
|---|---|---|---|
LIBLOOT_URL | una URL | Una URL de archivo de lanzamiento de GitHub | La URL desde la que obtener el archivo de lanzamiento de libloot. De forma predeterminada, esta es la URL de un archivo de lanzamiento de libloot alojado en GitHub. Especificar esto es útil si desea vincular a un libloot que fue creado y empaquetado localmente. |
LOOT_BUILD_TESTS | ON , OFF | ON | Si se deben crear o no las pruebas de LOOT. |
LOOT_RUN_CLANG_TIDY | ON , OFF | OFF | Si ejecutar o no clang-tidy durante la compilación. No tiene ningún efecto cuando se utiliza el generador MSVC de CMake. |
MINIZIP_NG_URL | una URL | Una URL de archivo de lanzamiento | La URL para obtener un archivo fuente. |
OGDF_URL | una URL | Una URL de archivo de lanzamiento | La URL para obtener un archivo fuente. |
VALVE_FILE_VDF_URL | una URL | Una URL de archivo de confirmación de GitHub | La URL para obtener un archivo fuente. |
ZLIB_URL | una URL | Una URL de archivo de lanzamiento | La URL para obtener un archivo fuente. |
Los parámetros de URL se pueden utilizar para proporcionar una ruta local si el archivo ya se ha descargado (por ejemplo, para compilaciones sin conexión).
Es posible que también necesite configurar BOOST_ROOT si CMake no puede encontrar Boost y Qt6_ROOT (por ejemplo, en C:/Qt/6.7.2/msvc2019_64 ) si CMake no puede encontrar Qt.
La documentación está construida usando Sphinx. Instale Python y asegúrese de que sea accesible desde su PATH , luego ejecute:
py -m venv .venv
.venvScriptsactivate
pip install -r docs/requirements.txt
sphinx-build -b html docs build/docs/html
Si se ejecuta en Linux, reemplace .venvScriptsactivate con .venv/bin/activate .
Alternativamente, puede usar Docker para evitar cambiar su entorno de desarrollo, ejecutando 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 para obtener un shell que puede usar para ejecutar los dos comandos anteriores.
Se proporcionan scripts de empaquetado para crear un instalador en Windows y archivos comprimidos en Windows y Linux.
Ejecute el script scripts/installer.iss Inno Setup para crear un ejecutable del instalador en la carpeta build . Si los archivos de traducción no oficiales de Inno Setup al coreano, sueco y chino simplificado se instalan junto con los archivos de traducción oficiales, el script de instalación también ofrecerá esas opciones de idioma. Si no se encuentran, el instalador se creará sin ellos.
El script de empaquetado de archivos requiere Git y en Windows también requiere 7-Zip, mientras que en Linux requiere tar y xz . Se puede ejecutar usando python scripts/archive.py y crea un archivo para LOOT en la carpeta build . Los archivos se nombran como se describe en la sección Descargas anterior.
El script de empaquetado de archivos llama windeployqt.exe cuando se ejecuta en Windows: debe ser accesible desde su PATH .
