loot
v0.24.1
LOOT é um plugin otimizador de ordem de carregamento para:
LOOT pode calcular automaticamente uma ordem de carregamento que satisfaça todas as dependências do plugin e maximize o impacto de cada plugin no seu jogo. Ele também pode detectar muitos problemas e fornece um grande número de notas de uso específicas de plug-ins, avisos e sugestões de tags Bash para Wrye Bash.
Embora o LOOT possa lidar corretamente com a grande maioria dos plug-ins sem ajuda, alguns plug-ins precisam de metadados adicionais para serem classificados corretamente. LOOT possui uma lista mestre de metadados para cada jogo compatível e você pode adicionar mais para personalizar o comportamento do LOOT.
LOOT ajuda a tornar o uso de mods mais fácil, e você ainda deve possuir um conhecimento prático de ordenação de carregamento de mod. Consulte Introdução ao carregamento de pedidos para obter uma visão geral.
As versões são hospedadas no GitHub. Os usuários do Linux devem instalar o LOOT do Flathub.
As compilações de instantâneo estão disponíveis como artefatos de execuções do GitHub Actions, embora sejam mantidas apenas por 90 dias e só possam ser baixadas quando conectado a uma conta do GitHub. Para mitigar essas restrições, os artefatos de compilação de instantâneos incluem uma assinatura GPG que pode ser verificada usando a chave pública hospedada aqui, o que significa que é possível reenviar os artefatos em outro lugar e ainda provar sua autenticidade.
Os artefatos de construção de snapshot são nomeados da seguinte forma:
loot_<last tag>-<revisions since tag>-g<short revision ID>_<branch>-<platform>.<file extension>
As compilações de instantâneos também são fornecidas como pacotes Flatpak de arquivo único, que podem ser instalados da seguinte forma:
flatpak --user install ~/Downloads/loot.flatpak
Você também pode instalar o tema Adwaita:
flatpak install flathub org.kde.KStyle.Adwaita//6.7
Consulte .github/workflows/release.yml para o processo de construção.
O fluxo de trabalho do GitHub Actions pressupõe que CMake, curl, gettext, Git, Inno Setup 6, Python, Visual Studio 2019 e 7-zip já estejam instalados.
Os binários Gettext pré-compilados do vslavik são provavelmente a maneira mais fácil de obter uma versão atualizada do Gettext no Windows.
Consulte o trabalho flatpak de .github/workflows/ci.yml para o processo de construção.
Construir o Flatpak é relativamente independente e deve precisar apenas do seguinte instalado:
gitflatpakflatpak-builderpython , pip e venvSua distribuição Linux pode empacotar Python, pip e venv separadamente.
Nem todos os recursos do LOOT foram implementados para compilações Linux. Os problemas rotulados como linux no rastreador de problemas do LOOT cobrem esses recursos ausentes onde podem ser implementados.
Observe que construir o Flatpak não funciona em um contêiner sem privilégios. Isso inclui a execução do script generate_manifests.sh .
LOOT usa as seguintes variáveis CMake para definir parâmetros de construção:
| Parâmetro | Valores | Padrão | Descrição |
|---|---|---|---|
LIBLOOT_URL | Uma URL | Um URL do arquivo de lançamento do GitHub | A URL para obter o arquivo de lançamento do libloot. Por padrão, este é o URL de um arquivo de lançamento libloot hospedado no GitHub. Especificar isso é útil se você deseja vincular a uma libloot que foi construída e empacotada localmente. |
LOOT_BUILD_TESTS | ON , OFF | ON | Construir ou não testes do LOOT. |
LOOT_RUN_CLANG_TIDY | ON , OFF | OFF | Se deve ou não executar o clang-tidy durante a construção. Não tem efeito ao usar o gerador MSVC do CMake. |
MINIZIP_NG_URL | Uma URL | Um URL de arquivo de lançamento | A URL da qual obter um arquivo de origem. |
OGDF_URL | Uma URL | Um URL de arquivo de lançamento | A URL da qual obter um arquivo de origem. |
VALVE_FILE_VDF_URL | Uma URL | Um URL de arquivo de commit do GitHub | A URL da qual obter um arquivo de origem. |
ZLIB_URL | Uma URL | Um URL de arquivo de lançamento | A URL da qual obter um arquivo de origem. |
Os parâmetros de URL podem ser usados para fornecer um caminho local se o arquivo já tiver sido baixado (por exemplo, para compilações offline).
Você também pode precisar definir BOOST_ROOT se o CMake não conseguir encontrar o Boost e Qt6_ROOT (por exemplo, para C:/Qt/6.7.2/msvc2019_64 ) se o CMake não conseguir encontrar o Qt.
A documentação é construída usando Sphinx. Instale o Python e certifique-se de que ele esteja acessível em seu PATH e execute:
py -m venv .venv
.venvScriptsactivate
pip install -r docs/requirements.txt
sphinx-build -b html docs build/docs/html
Se estiver executando no Linux, substitua .venvScriptsactivate por .venv/bin/activate .
Alternativamente, você pode usar o Docker para evitar alterar seu ambiente de desenvolvimento, executando 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 obter um shell que você pode usar para executar os dois comandos acima.
Scripts de empacotamento são fornecidos para criar um instalador no Windows e arquivos compactados no Windows e Linux.
Execute o script scripts/installer.iss Inno Setup para construir um executável do instalador na pasta build . Se os arquivos de tradução não oficiais do Inno Setup em coreano, sueco e chinês simplificado forem instalados junto com os arquivos de tradução oficiais, o script do instalador também oferecerá essas opções de idioma. Se não forem encontrados, o instalador será compilado sem eles.
O script de empacotamento de arquivo requer Git, e no Windows também requer 7-Zip, enquanto no Linux requer tar e xz . Ele pode ser executado usando python scripts/archive.py e cria um arquivo para LOOT na pasta build . Os arquivos são nomeados conforme descrito na seção Downloads acima.
O script de empacotamento de arquivo chama windeployqt.exe quando executado no Windows: ele deve estar acessível em seu PATH .
