Editor de loot de contêineres DayZ

Como o DayZ decide o que há num contêiner

• Um contêiner tira seu conteúdo dos blocos cargo sob a própria entrada em cfgspawnabletypes.xml. Cada bloco rola uma vez contra sua chance. Se passar, EXATAMENTE UM item daquele bloco é colocado dentro; se falhar, o bloco não dá nada. Dois itens de uma vez exigem então dois blocos, e é por isso que um Assault Bag tem no vanilla três blocos mixArmy idênticos.
• Dentro de um bloco, a chance de cada item NÃO é uma porcentagem, é um peso de seleção. A chance real de um item é a chance do bloco vezes seu peso dividida pela soma de todos os pesos do bloco. Um bloco a 0.60 com dez itens de peso 0.10 dá 6 por cento a cada um, não 10.
• Um bloco também pode apontar para um grupo de espólio compartilhado em cfgrandompresets.xml em vez de listar itens. Isso é prático e perigoso ao mesmo tempo: em Chernarus o grupo foodVillage é usado por 24 contêineres, 16 infectados e 11 calças, então ampliá-lo alimenta os zumbis também. O editor mostra essa contagem em cada grupo e oferece destacar um grupo num bloco próprio.
• Dois limites passam batido num editor XML comum. O espaço: um AKM ocupa 8 por 3 espaços e nunca cabe numa sling bag de 4 por 5, então o motor simplesmente o descarta. A economia: um item que não consta no db/types.xml do mapa é ignorado silenciosamente no início do servidor e o bloco é desperdiçado. Este editor confere as duas coisas enquanto você digita.

Os três arquivos envolvidos

Todos os caminhos abaixo partem da sua pasta de missão, por exemplo mpmissions/dayzOffline.chernarusplus/. Qual missão roda está em serverDZ.cfg sob template.

• cfgspawnabletypes.xml

  Fica direto na pasta da missão, ao lado de init.c, e NÃO em db/. Contém uma entrada por classe que surge com algo dentro ou acoplado: contêineres, infectados, destroços, armas com acessórios. Este editor mexe apenas nas entradas de contêineres e deixa as outras cerca de 300 em paz.

• cfgrandompresets.xml

  Também na pasta da missão. Contém os grupos de espólio compartilhados aos quais as entradas do primeiro arquivo apontam pelo nome. Nenhum dos dois arquivos está listado em cfgeconomycore.xml; o motor carrega ambos sozinho, então não há nada a registrar.

• db/types.xml

  Não é editado aqui, mas decide se suas entradas fazem alguma coisa: uma classe ausente do types.xml é ignorada quando o servidor inicia. Se você colocar um item de mod num contêiner, adicione-o também ao types.xml. O editor marca os itens que faltam no mapa escolhido.

Do editor para o seu servidor em funcionamento

1. 1

   Escolha primeiro o mapa

   Chernarus, Livônia e Sakhal têm grupos de espólio e types.xml diferentes. Trabalhar no mapa errado e copiar o resultado muda o loot silenciosamente, então mude para o mapa do seu servidor antes de mexer em qualquer coisa.

2. 2

   Carregue seu próprio arquivo, se tiver

   Se o seu servidor já tem uma economia ajustada ou mods com contêineres próprios, carregue o cfgspawnabletypes.xml dele pelo botão da barra. O editor passará a construir cada exportação sobre o seu arquivo em vez do vanilla.

3. 3

   Edite os contêineres

   Escolha um contêiner, adicione blocos e acompanhe a prévia à direita: ela mostra quantos de cada 100 contêineres carregam cada item, se o conteúdo cabe na grade e se cada classe existe na economia do mapa. Com o filtro «Surge vazio» você acha os contêineres que hoje não dão nada.

4. 4

   Escolha apenas adicionar ou arquivos inteiros

   Na aba de saída, «Apenas adicionar» entrega só os blocos alterados, com uma nota por bloco dizendo se ele substitui uma entrada existente ou se é novo. Assim seus arquivos mantêm todo o resto. «Arquivos inteiros» entrega dois downloads prontos, mais rápido, mas substitui os arquivos por completo.

Armadilhas que já custaram uma noite a muita gente

• •Grupos de espólio são específicos de cada mapa. Vários grupos carregam listas diferentes em Chernarus, Livônia e Sakhal, então copiar o arquivo de um mapa para outro servidor muda o loot dele silenciosamente. É exatamente por isso que o editor mantém os três mapas separados.
• •Maiúsculas importam para você, não para o motor. O vanilla escreve Slingbag_Black enquanto a configuração do jogo diz SlingBag_Black. O motor aceita as duas, mas se você colar uma grafia ao lado de uma entrada existente com a outra, a classe fica duas vezes no arquivo e só uma das entradas tem efeito.
• •Entradas comentadas continuam mortas. Se um tipo está dentro de um comentário XML, editá-lo ali não faz nada no servidor. Ao colar um trecho, confira que o bloco substituído não está dentro de um comentário.
• •O cfgspawnabletypes.xml não pertence só aos contêineres. De cerca de 584 entradas em Chernarus, apenas metade são contêineres; o resto são infectados, destroços e armas. Um arquivo com só a parte dos contêineres tiraria o loot de todos eles, e por isso a exportação completa sempre mescla num arquivo íntegro.
• •Mais blocos não significa mais loot se o espaço acabar. O motor coloca os itens sorteados um após o outro e descarta o que não cabe mais, então uma bolsa pequena com seis blocos rende menos do que os números sugerem. A prévia avisa assim que o pior caso ultrapassa a grade.
• •Duas ferramentas escrevem no mesmo arquivo. Este editor e o editor de zumbis alteram ambos o cfgspawnabletypes.xml. Se você usa os dois, pegue os trechos de pelo menos um deles, ou carregue aqui o arquivo atual do servidor antes de exportar arquivos inteiros, senão a segunda exportação desfaz a primeira.

Perguntas frequentes