Oi Jose, tudo bem?

Tenho uma ideia para o servidor e queria saber se dá para implementar de forma nativa.

O problema: a experiência da party é calculada com o nível médio dos membros. Se um personagem de nível baixo entra na party só para ficar parado perto, ele baixa a média e os personagens de nível alto ganham MAIS experiência por kill, mesmo dividindo com mais um membro.

Medi no meu servidor com o tracker: w00tELF (nível 133) + iLMago (nível 120) em Elite Yeti ganhariam 490 de EXP por kill só os dois. Colocando um terceiro personagem de nível 53 que não ataca, o de nível 133 passa a ganhar 548 por kill (+12%). Com personagens de nível 1, a vantagem chega a quase x2,5.

Hoje eu resolvo com um script Lua no PlayerSendParty que bloqueia o convite quando a diferença de nível entre o convidado e qualquer membro passa de X níveis. Funciona, mas só bloqueia na hora do convite: se alguém sobe de nível dentro da party, a diferença pode passar do limite.

Ideias de configuração nativa (qualquer uma serve):

1. PartyMaxLevelDifference no Common.dat (por AccountLevel ou geral): não permite formar party com diferença de nível (nivel + master level) maior que X, verificando também quando um membro sobe de nível.

2. Que os membros com diferença maior que X em relação ao maior nível não entrem no cálculo da média de nível da party (e não recebam experiência).

3. Uma opção para calcular a experiência da party com o nível do maior membro em vez da média.

Perguntas:

- Já existe alguma opção assim no Genesys que eu não encontrei?

- Se não existir, dá para incluir numa próxima versão? Acho que seria útil para todos os servidores slow e non-reset.

Obrigado!

On 10/15/2026 at 8:01 PM, pituar said:

Oi Jose, tudo bem?

Tenho uma ideia para o servidor e queria saber se dá para implementar de forma nativa.

O problema: a experiência da party é calculada com o nível médio dos membros. Se um personagem de nível baixo entra na party só para ficar parado perto, ele baixa a média e os personagens de nível alto ganham MAIS experiência por kill, mesmo dividindo com mais um membro.

Medi no meu servidor com o tracker: w00tELF (nível 133) + iLMago (nível 120) em Elite Yeti ganhariam 490 de EXP por kill só os dois. Colocando um terceiro personagem de nível 53 que não ataca, o de nível 133 passa a ganhar 548 por kill (+12%). Com personagens de nível 1, a vantagem chega a quase x2,5.

Hoje eu resolvo com um script Lua no PlayerSendParty que bloqueia o convite quando a diferença de nível entre o convidado e qualquer membro passa de X níveis. Funciona, mas só bloqueia na hora do convite: se alguém sobe de nível dentro da party, a diferença pode passar do limite.

Ideias de configuração nativa (qualquer uma serve):

1. PartyMaxLevelDifference no Common.dat (por AccountLevel ou geral): não permite formar party com diferença de nível (nivel + master level) maior que X, verificando também quando um membro sobe de nível.

2. Que os membros com diferença maior que X em relação ao maior nível não entrem no cálculo da média de nível da party (e não recebam experiência).

3. Uma opção para calcular a experiência da party com o nível do maior membro em vez da média.

Perguntas:

- Já existe alguma opção assim no Genesys que eu não encontrei?

- Se não existir, dá para incluir numa próxima versão? Acho que seria útil para todos os servidores slow e non-reset.

Obrigado!

...

Em 16/10/2026 às 00:01, pituar disse:

Oi Jose, tudo bem?

Tenho uma ideia para o servidor e queria saber se dá para implementar de forma nativa.

O problema: a experiência da party é calculada com o nível médio dos membros. Se um personagem de nível baixo entra na party só para ficar parado perto, ele baixa a média e os personagens de nível alto ganham MAIS experiência por kill, mesmo dividindo com mais um membro.

Medi no meu servidor com o tracker: w00tELF (nível 133) + iLMago (nível 120) em Elite Yeti ganhariam 490 de EXP por kill só os dois. Colocando um terceiro personagem de nível 53 que não ataca, o de nível 133 passa a ganhar 548 por kill (+12%). Com personagens de nível 1, a vantagem chega a quase x2,5.

Hoje eu resolvo com um script Lua no PlayerSendParty que bloqueia o convite quando a diferença de nível entre o convidado e qualquer membro passa de X níveis. Funciona, mas só bloqueia na hora do convite: se alguém sobe de nível dentro da party, a diferença pode passar do limite.

Ideias de configuração nativa (qualquer uma serve):

1. PartyMaxLevelDifference no Common.dat (por AccountLevel ou geral): não permite formar party com diferença de nível (nivel + master level) maior que X, verificando também quando um membro sobe de nível.

2. Que os membros com diferença maior que X em relação ao maior nível não entrem no cálculo da média de nível da party (e não recebam experiência).

3. Uma opção para calcular a experiência da party com o nível do maior membro em vez da média.

Perguntas:

- Já existe alguma opção assim no Genesys que eu não encontrei?

- Se não existir, dá para incluir numa próxima versão? Acho que seria útil para todos os servidores slow e non-reset.

Obrigado!

Olá!

Implementamos na 4.0.0 a segunda opção sugerida: excluir do cálculo da EXP os membros cuja diferença de nível ultrapasse o limite configurado, mantendo-os na party.

Na seção [GameServerInfo] do GameServerInfo - Common.dat de GS e GSCS:

PartyExperienceLevelFilter = 1
PartyExperienceMaxLevelDifference = 80

Com esse exemplo, o servidor compara nível + Master Level com o maior total entre os membros próximos do monstro, no mesmo mapa e instância. Quem estiver mais de 80 níveis abaixo não recebe EXP nem influencia a média, a divisão ou os bônus de EXP da party. A diferença de exatamente 80 é permitida.

A verificação acontece a cada abate, acompanhando evolução e resets. Quando o personagem volta à faixa permitida, recebe EXP novamente, sem precisar sair e entrar na party.

A opção vem desligada por padrão (0), preservando o comportamento anterior. Após alterar, aplique Reload → Common → Common.dat no GameServer correspondente.

Validamos em jogo a exclusão e o retorno à distribuição, conferindo a EXP real nos registros do servidor.