P> Simplesmente ridículo o sistema da roleta

[Neither 199]

@L @Senpai @Wartale

How much complains do we need to express in order to an action to be made ?
If possible, start a vote like we had before, since this is a request from community, the community must approve it.

And if accepted, do make the request, adjust gaming plan and also tell player how much effort will be needed and expectancy from a time span to implement.

Edited 20 hours ago by Neither

[xkintaro 2,562]

Sua sugestão foi adicionada a lista de prioridades do server e estará disponível no patch de 2032 caso nao surja nenhum minion novo para passar na frente.

 

[ik3r 1,123]

10 hours ago, Leilson said:

Muito bem pensado e poderia ser uma possibilidade.

Sempre os mesmos e eles ainda se identificam! Independente de TAG, o jogo precisa ser justo para todos os players. Figurinha marcada tem um monte já e é um apelo da grande maioria da comunidade.

Realmente, tem gente q pega drop em todo boss xD ( as vezes ganhando 2 de 3 em )

 

10 hours ago, Lyseria said:

Pior que é o que vai acontecer 

 

A forma que o número é escolhido hoje que é obscura, "depois de todos roletarem, um número é sorteado", hoje dá pra clicar na roleta e pegar um número até mesmo depois que o quadrado pra clicar roll sai da tela.

 

Como alternativa eu acho que já deveria iniciar o roll com o numero sorteado na tela, e o pessoal começa a roletar pra chegar nesse número ou próximo dele, mas o sistema escolhe isso hoje por baixo dos panos.

 

Eu concordo que apresentar o numero e ganhar quem chegou mais perto seria o melhor, porém ainda nada me tira da cabeça que alguem que ja ganhou o item X, deveria ter menos chance de ganha-lo novamente. um sistema de qtd de tickets na minha opiniao seria o melhor modo de equilibrar isso

Edited 17 hours ago by ik3r

[-Vodka- 806]

30 minutes ago, ik3r said:

Realmente, tem gente q pega drop em todo boss xD ( as vezes ganhando 2 de 3 em )

 

 

Eu concordo que apresentar o numero e ganhar quem chegou mais perto seria o melhor, porém ainda nada me tira da cabeça que alguem que ja ganhou o item X, deveria ter menos chance de ganha-lo novamente. um sistema de qtd de tickets na minha opiniao seria o melhor modo de equilibrar isso

é uma boa ideia essa sugestão de diminuir a chance de quem já ganhou item X

[Neither 199]

40 minutes ago, -Vodka- said:

é uma boa ideia essa sugestão de diminuir a chance de quem já ganhou item X

Isto não resolve quem vai boss com 5/6 VM.....
 

Se o maior número sorteado vence, permitir que os jogadores visualizem os resultados anteriores antes de realizar sua própria rolagem cria uma vantagem estratégica.

Por exemplo, considerando números de 1 a 100:

• Se o maior número atual for 70, o próximo jogador terá 30% de chance de superá-lo.

• Se o maior número atual for 90, essa probabilidade cai para 10%.

• Se o maior número atual for 95, a probabilidade será de apenas 5%

Minha sugestão seria ocultar os números sorteados até que todos tenham realizado suas rolagens, revelando os resultados simultaneamente. Isso elimina a vantagem informacional e torna a competição mais equilibrada ( no caso do maior numero vence ),

Também existe outra questão importante sendo que hoje o roll acontece entre 0 e 1000, o valor deveria ser entre 0 e X sendo X o valor de players que pegaram o roll, assim não se resume simplesmente a roletar 999 e simplesmente ganhar, entao voce poderia roletar 89 e ainda assim ter o maior numero.

 

[Leilson 36]

1 hour ago, Neither said:

Isto não resolve quem vai chefe com 5/6 VM.....
 

Se o maior número sorteado vencer, permitirá que os jogadores visualizem os resultados anteriores antes de realizarem sua própria rolagem criando uma vantagem estratégica.

Por exemplo, considerando números de 1 a 100:

• Se o maior número atual for 70, o próximo jogador terá 30% de chance de superá-lo.

• Se o maior número atual for 90, essa probabilidade cai para 10%.

• Se o maior número atual for 95, a probabilidade será de apenas 5%

Minha sugestão seria  ocultar os números sorteados até que todos tenham realizado suas rolagens, revelando os resultados simultaneamente. Isso elimina a vantagem informacional e torna a competição mais equilibrada (no caso do maior número vence),

Também existe outra questão importante sendo que hoje o roll acontece entre 0 e 1000, o valor deveria ser entre 0 e X sendo X o valor dos jogadores que pegaram o roll, assim não se resume simplesmente a roletar 999 e simplesmente ganhar, então você poderia roletar 89 e ainda assim ter o maior número.

 

VM é um problema, mas o que mais me deixa assustado são as figurinhas marcadas.

[Neither 199]

15 minutes ago, Leilson said:

VM é um problema, mas o que mais me deixa assustado são as figurinhas marcadas.

É quase como se eles soubessem quando roletar... semelhante a captura de pets....

 

Tenho minhas teorias sobre o tema......

 

Edited 13 hours ago by Neither

[Leilson 36]

48 minutes ago, Neither said:

É quase como se eles soubessem quando roletar... semelhante a captura de pets....

 

Tenho minhas teorias sobre o tema......

 

Exatamente!

[ace1 460]

Bom, vamos pensar um pouco, vamos ralar de REALIDADES factuais.

 

1- Fazer um sistema de roleta que não seja 100% server sided seria algo extremamente ingênuo por parte do desenvolvedor. Com certeza não é o caso do Sandurr. Então eu não boto fé em "truquezinho" de player pra ganhar mais.

 

2- Se vocês forçarem a tentiva de um evento de baixa probabilidade a acontecer muitas vezes (simulação) e depois analisar o resultado, vcs vão notar coisas absurdas acontecendo tipo 1000x seguidas sem o evento acontecer e também sequências do evento acontecendo 2x 3x seguidas ou 10x em pouco tempo. Isso é simplesmente normal não importa o quão absurdo aparente ser.

 

Agora, opinião pessoal e subjetiva:

 

Mas isso não quer dizer que o sistema é infalível... ainda existe o fator mais podre de todos: o fator humano. A porra toda ainda é operada por humanos. O Sandurr não roubaria o proprio game, mas eu definitivamente NÃO confio em todos os membros da staff, especialmente um que não é BR. Se eu fosse CEO tirava ele fora no primeiro dia só pela dúvida e pela quantia de caso feio que já vi passando raspando nele. É muita história estranha pra explicar pra isso tudo fazer sentido. Pessoalmente acho o Sandurr meio ingênuo, ele já teve codigo roubado por gente que ele confiou / foi enganado horrívelmente. e não duvido que ainda tem mais pra descobrir.

 

Edited 12 hours ago by ace1

[Itaxinhos 25]

Simplesmente o chat gpt montando o sistema que ele mesmo faria, quem quiser ler fique a vontade ou passe reto 

O sistema que eu escolheria para o Priston Tale
Eu criaria um sistema chamado Sorteio Justo de Boss, com regras públicas e sorteio verificável.

Existem diferentes formas de fazer isso. Inclusive, encontrei discussões antigas no fórum oficial do Priston Tale em que a equipe descreve um sistema que considera o dano causado ao boss e, posteriormente, o tempo de participação. Ou seja, no modelo descrito naquela época, as chances não eram necessariamente iguais para todos.

Se o objetivo de vocês é que todo jogador elegível tenha exatamente a mesma chance, eu faria diferente.

Como funcionaria na prática

1. O jogo registra os participantes

Quando o boss morre, o servidor identifica todos os personagens elegíveis que participaram da luta. A regra de participação deve ser pública, por exemplo, ter causado dano válido durante um período mínimo.

2. Cada jogador recebe um bilhete

Cada personagem elegível recebe exatamente um bilhete por sorteio, independentemente do dano causado, da classe, do nível ou do clã.

3. O servidor sorteia um bilhete

O sorteio é feito entre todos os bilhetes, com um gerador aleatório confiável no servidor. Cada bilhete tem a mesma probabilidade de ser escolhido.

4. O resultado fica registrado

O jogo anuncia o vencedor e registra o sorteio, o número de participantes elegíveis e o resultado. Assim, a equipe consegue investigar denúncias e identificar possíveis falhas.
 

Mas e se os mesmos jogadores continuarem ganhando?
Aqui está uma parte muito importante: mesmo com um sistema perfeitamente aleatório, pode acontecer de um jogador ganhar várias vezes seguidas.

Por exemplo, com 10 jogadores e chances iguais, cada um tem 10% por sorteio. Se o mesmo jogador ganhar três bosses consecutivos, isso é improvável, mas perfeitamente possível.

A chance de isso acontecer com um jogador específico em três sorteios independentes é:
10%×10%×10%=0,1%
Portanto, não podemos concluir que existe manipulação apenas porque alguém ganhou várias vezes. Mas também não devemos ignorar uma suspeita persistente sem analisar os dados.
 

Eu implementaria um painel administrativo para verificar:

Quantos sorteios cada personagem disputou.

Quantas vezes cada personagem venceu.

Quantos jogadores eram elegíveis em cada boss.

A chance teórica de cada participante.

Se há diferenças estatísticas persistentes entre os resultados observados e os esperados.

Se algum personagem, clã, classe ou grupo apresenta resultados anormais depois de considerar o número de participações.

Isso permitiria verificar se a distribuição dos prêmios é compatível com o acaso, em vez de depender apenas da percepção dos jogadores.

Sorteio automatico quando o boss morre 
 

O funcionamento seria assim:

O boss morre.

O servidor identifica todos os jogadores elegíveis.

Cada jogador recebe virtualmente um bilhete para aquele sorteio.

O servidor sorteia um dos bilhetes.

O vencedor recebe o privilégio de visualizar ou receber o drop, conforme as regras do servidor.

 

Um detalhe essencial: o que fazer com vários itens do mesmo boss?

Vários itens iguais: um jogador que já ganhou um item naquele boss pode continuar concorrendo ou ser retirado dos sorteios seguintes, conforme a política escolhida.

Opção 2: Também seria possível criar um NPC especial, por exemplo, o Mestre dos Troféus.

Ele poderia ter três funções:

Consultar participação: mostrar os últimos bosses em que o personagem participou.

Consultar resultados: exibir os vencedores e os registros dos sorteios.

Trocar fichas: permitir a troca de fichas obtidas em bosses por recompensas secundárias.

Opção 3: 

Bilhete com sistema de proteção contra azar
Se a intenção for impedir que os mesmos jogadores ganhem tudo repetidamente, vocês poderiam criar um sistema de pontos de participação.

Por exemplo:

Cada boss disputado gera um ponto para quem não ganhou.

Ao acumular pontos, o jogador pode trocar por uma recompensa específica ou secundária.

O item raro continua sendo sorteado normalmente entre os elegíveis.

Assim, ninguém tem o direito garantido ao item raro, mas quem passa muito tempo participando sem ganhar recebe alguma compensação.
 

Minha recomendação final
Se eu fosse responsável por esse sistema, começaria com estas regras:

Um bilhete por personagem elegível, sem peso oculto por dano, nível, classe ou clã.

Requisitos mínimos de participação públicos, para evitar que alguém dê um golpe e concorra nas mesmas condições de quem realmente participou ( oque já tem hoje ).

Sorteio uniforme no servidor, com um algoritmo confiável e sem interferência manual.

Registro de todos os resultados, permitindo auditoria estatística.

Teste em ambiente controlado, simulando milhares de sorteios antes de colocar o sistema em produção.

Publicação das regras, explicando o que determina a elegibilidade e como os itens são distribuídos.

[L 1,282]

9 minutes ago, Itaxinhos said:

Simplesmente o chat gpt montando o sistema que ele mesmo faria, quem quiser ler fique a vontade ou passe reto 

O sistema que eu escolheria para o Priston Tale
Eu criaria um sistema chamado Sorteio Justo de Boss, com regras públicas e sorteio verificável.

Existem diferentes formas de fazer isso. Inclusive, encontrei discussões antigas no fórum oficial do Priston Tale em que a equipe descreve um sistema que considera o dano causado ao boss e, posteriormente, o tempo de participação. Ou seja, no modelo descrito naquela época, as chances não eram necessariamente iguais para todos.

Se o objetivo de vocês é que todo jogador elegível tenha exatamente a mesma chance, eu faria diferente.

Como funcionaria na prática

1. O jogo registra os participantes

Quando o boss morre, o servidor identifica todos os personagens elegíveis que participaram da luta. A regra de participação deve ser pública, por exemplo, ter causado dano válido durante um período mínimo.

2. Cada jogador recebe um bilhete

Cada personagem elegível recebe exatamente um bilhete por sorteio, independentemente do dano causado, da classe, do nível ou do clã.

3. O servidor sorteia um bilhete

O sorteio é feito entre todos os bilhetes, com um gerador aleatório confiável no servidor. Cada bilhete tem a mesma probabilidade de ser escolhido.

4. O resultado fica registrado

O jogo anuncia o vencedor e registra o sorteio, o número de participantes elegíveis e o resultado. Assim, a equipe consegue investigar denúncias e identificar possíveis falhas.
 

Mas e se os mesmos jogadores continuarem ganhando?
Aqui está uma parte muito importante: mesmo com um sistema perfeitamente aleatório, pode acontecer de um jogador ganhar várias vezes seguidas.

Por exemplo, com 10 jogadores e chances iguais, cada um tem 10% por sorteio. Se o mesmo jogador ganhar três bosses consecutivos, isso é improvável, mas perfeitamente possível.

A chance de isso acontecer com um jogador específico em três sorteios independentes é:
10%×10%×10%=0,1%
Portanto, não podemos concluir que existe manipulação apenas porque alguém ganhou várias vezes. Mas também não devemos ignorar uma suspeita persistente sem analisar os dados.
 

Eu implementaria um painel administrativo para verificar:

Quantos sorteios cada personagem disputou.

Quantas vezes cada personagem venceu.

Quantos jogadores eram elegíveis em cada boss.

A chance teórica de cada participante.

Se há diferenças estatísticas persistentes entre os resultados observados e os esperados.

Se algum personagem, clã, classe ou grupo apresenta resultados anormais depois de considerar o número de participações.

Isso permitiria verificar se a distribuição dos prêmios é compatível com o acaso, em vez de depender apenas da percepção dos jogadores.

Sorteio automatico quando o boss morre 
 

O funcionamento seria assim:

O boss morre.

O servidor identifica todos os jogadores elegíveis.

Cada jogador recebe virtualmente um bilhete para aquele sorteio.

O servidor sorteia um dos bilhetes.

O vencedor recebe o privilégio de visualizar ou receber o drop, conforme as regras do servidor.

 

Um detalhe essencial: o que fazer com vários itens do mesmo boss?

Vários itens iguais: um jogador que já ganhou um item naquele boss pode continuar concorrendo ou ser retirado dos sorteios seguintes, conforme a política escolhida.

Opção 2: Também seria possível criar um NPC especial, por exemplo, o Mestre dos Troféus.

Ele poderia ter três funções:

Consultar participação: mostrar os últimos bosses em que o personagem participou.

Consultar resultados: exibir os vencedores e os registros dos sorteios.

Trocar fichas: permitir a troca de fichas obtidas em bosses por recompensas secundárias.

Opção 3: 

Bilhete com sistema de proteção contra azar
Se a intenção for impedir que os mesmos jogadores ganhem tudo repetidamente, vocês poderiam criar um sistema de pontos de participação.

Por exemplo:

Cada boss disputado gera um ponto para quem não ganhou.

Ao acumular pontos, o jogador pode trocar por uma recompensa específica ou secundária.

O item raro continua sendo sorteado normalmente entre os elegíveis.

Assim, ninguém tem o direito garantido ao item raro, mas quem passa muito tempo participando sem ganhar recebe alguma compensação.
 

Minha recomendação final
Se eu fosse responsável por esse sistema, começaria com estas regras:

Um bilhete por personagem elegível, sem peso oculto por dano, nível, classe ou clã.

Requisitos mínimos de participação públicos, para evitar que alguém dê um golpe e concorra nas mesmas condições de quem realmente participou ( oque já tem hoje ).

Sorteio uniforme no servidor, com um algoritmo confiável e sem interferência manual.

Registro de todos os resultados, permitindo auditoria estatística.

Teste em ambiente controlado, simulando milhares de sorteios antes de colocar o sistema em produção.

Publicação das regras, explicando o que determina a elegibilidade e como os itens são distribuídos.

Nas próximas atualizações teremos no Magician Ray's Grimoire uma feature que registrará o histórico das Lottos

[Itaxinhos 25]

7 minutes ago, L said:

Nas próximas atualizações teremos no Magician Ray's Grimoire uma feature que registrará o histórico das Lottos

isso aqui não é um pai, isso aqui é um prefeito 

[ik3r 1,123]

1 hour ago, L said:

Nas próximas atualizações teremos no Magician Ray's Grimoire uma feature que registrará o histórico das Lottos

 

Não esquece que essa busca deve contemplar mudanças de nick, mudanças de ID e troca de personagem/id

 

Se eu dropar algo hj com o nick A,  mudar meu nick amanha para B e dropar algo, semana q vem se eu mudar meu nick para C, a consulta por A B ou C deve retornar os drops que obtive com os 3 nicks  (acredito que tds essas buscar já sejam pelo character id, porém custa nada relembrar e evitar uma futura alteração para contemplar isso)

[Merenda 1,226]

1 hour ago, Itaxinhos said:

Mas e se os mesmos jogadores continuarem ganhando?
Aqui está uma parte muito importante: mesmo com um sistema perfeitamente aleatório, pode acontecer de um jogador ganhar várias vezes seguidas.

Por exemplo, com 10 jogadores e chances iguais, cada um tem 10% por sorteio. Se o mesmo jogador ganhar três bosses consecutivos, isso é improvável, mas perfeitamente possível.

A chance de isso acontecer com um jogador específico em três sorteios independentes é:
10%×10%×10%=0,1%

Fazemos o impossível toda semana, sem falta. Então sabemos que somos uma comunidade iluminada.

[Itaxinhos 25]

3 hours ago, ik3r said:

 

Não esquece que essa busca deve contemplar mudanças de nick, mudanças de ID e troca de personagem/id

 

Se eu dropar algo hj com o nick A,  mudar meu nick amanha para B e dropar algo, semana q vem se eu mudar meu nick para C, a consulta por A B ou C deve retornar os drops que obtive com os 3 nicks  (acredito que tds essas buscar já sejam pelo character id, porém custa nada relembrar e evitar uma futura alteração para contemplar isso)

tem que ver também a questao do pessoal com as VM, por que o que vem de arqueira nos boss mudando um . no nick, mesmo clan... também é triste

 

2 hours ago, Merenda said:

Fazemos o impossível toda semana, sem falta. Então sabemos que somos uma comunidade iluminada.

acontece kkkkk infelizmente nao da pra ser perfeito

[destructer 9]

6 hours ago, L said:

Nas próximas atualizações teremos no Magician Ray's Grimoire uma feature que registrará o histórico das Lottos

problema é saber que as "proximas atualizações" devem ocorrer em 2030 =/