Todas as atividades

Sugestão: ampliação dos limites de frutas e bônus por conclusão Gostaria de sugerir uma ampliação na configuração do sistema de frutas, oferecendo mais liberdade para definir seus limites e adicionando a possibilidade de receber um bônus ao completar a evolução. Seria interessante permitir que o administrador configurasse limites maiores, possibilitando trabalhar com metas de 1.000, 2.000 ou até 5.000 frutas, por exemplo. Os valores poderiam ser adaptados à proposta de cada servidor, com controle sobre: O limite total de pontos obtidos com frutas. O limite individual de cada atributo. A quantidade de pontos que cada utilização pode conceder. As taxas de sucesso. Também seria importante distinguir na configuração a quantidade de frutas consumidas dos pontos efetivamente adicionados, já que uma fruta pode conceder mais de um ponto. Isso permitiria definir as metas e acompanhar o progresso com clareza. Como opção adicional, poderiam existir recompensas por etapas. Ao alcançar determinadas metas, o jogador receberia pequenos bônus, deixando uma recompensa maior para a conclusão. Cada servidor poderia escolher entre esse modelo e um único bônus final. Na interface, seria útil mostrar o progresso atual, o limite de cada atributo e a recompensa disponível ao completar a meta. Como o sistema de Soul que vai adicionando atributos conforme reseta e dando a possibilidade de distribuição em arvore de variados tipos de bonus. Mas nesse caso nas frutas que são um recurso muito pouco explorado nos servidores. Acredito que isso ajudaria a valorizar as frutas e os materiais utilizados na sua criação, oferecendo mais um objetivo de evolução para os jogadores. Com limites e recompensas configuráveis, o sistema poderia atender tanto a servidores hard quanto a servidores com resets e progressão mais rápida.

Sugestão: painel de guild com níveis, missões, contribuições e loja exclusiva Gostaria de sugerir um sistema de guild mais completo, inspirado em jogos mais atuais ampliando a proposta com níveis, missões e recompensas pela participação dos membros. A ideia seria transformar a guild em uma parte importante da progressão do jogador, com objetivos coletivos e benefícios que incentivassem a participação e a permanência naquele grupo. Painel de gerenciamento da guild O painel reuniria informações como membros, cargos, jogadores online, anúncios, alianças e rivalidades. O Guild Master teria acesso às funções de gerenciamento, respeitando também as permissões dos demais cargos. Nesse mesmo espaço, os jogadores poderiam acompanhar o nível da guild, a experiência necessária para evoluir, as missões disponíveis e a contribuição de cada membro. Níveis e evolução da guild A guild começaria no nível 1 e ganharia experiência com as atividades dos integrantes. Conforme evoluísse para os níveis 2, 3 e seguintes, desbloquearia benefícios configurados pelo administrador. Alguns exemplos seriam: Pequenos bônus de experiência para os membros. Novos produtos e categorias na loja da guild. Acesso a missões, desafios e bosses de guild. Ampliação do limite de membros ou de outros recursos da guild. Os requisitos e benefícios de cada nível seriam configuráveis, permitindo adaptar o sistema tanto a servidores clássicos quanto a propostas mais personalizadas. Missões diárias, semanais e metas coletivas Seria interessante disponibilizar, por exemplo, cinco missões diárias por jogador, além de objetivos semanais e metas compartilhadas pela guild. Entre as possibilidades: Abater mil monstros durante o dia. Derrotar dez jogadores em condições válidas de PvP. Participar de eventos ou derrotar determinados bosses. Entregar itens solicitados. Realizar resets ou master resets, quando fizer sentido para o servidor. Completar uma quantidade de missões em conjunto. As missões poderiam oferecer alternativas de PvE e PvP, permitindo que jogadores com estilos diferentes contribuíssem. Nos objetivos de PvP, seria interessante configurar regras para contabilizar adversários diferentes e limitar a repetição de abates contra o mesmo personagem. Doações e contribuição individual Os membros também poderiam doar itens, Jewel of Bless, Jewel of Soul e outros recursos definidos pelo administrador. Cada entrega concederia experiência para a guild e pontos de contribuição para quem participou. Seria importante distinguir esses dois progressos: a experiência coletiva faria a guild subir de nível, enquanto os pontos individuais seriam utilizados pelo jogador na loja. Dessa forma, comprar uma recompensa não reduziria o nível conquistado pelo grupo. Limites diários e valores configuráveis ajudariam a equilibrar a evolução por doações com a participação em missões e eventos. Loja da guild vinculada ao nível A loja liberaria produtos conforme a evolução da guild. Um jogador poderia ter pontos suficientes para determinado item, mas precisaria ajudar o grupo a alcançar o nível necessário para desbloqueá-lo. Cada membro utilizaria seus próprios pontos de contribuição. Também poderia existir uma área de compras coletivas, administrada pelo Guild Master, para adquirir melhorias ou ativar benefícios temporários para o grupo. Como buff´s etc... Seja semanal mensal algo do tipo para consumo e rotação na economia do servidor. Os produtos poderiam incluir consumíveis, materiais, cosméticos e outras recompensas compatíveis com a economia do servidor. Reconhecimento e permanência Como complemento, seria interessante ter histórico de doações e compras, ranking de contribuição e conquistas coletivas, como completar determinada quantidade de eventos ou vencer desafios de guild. Resetando todos mês ou semana, para controle do gamemaster da guild. Recompensas semanais poderiam considerar a participação individual e o tempo de permanência, com regras configuráveis. Isso ajudaria a reconhecer quem realmente participa e a criar uma relação mais duradoura entre o jogador e sua guild. Acredito que esse sistema daria mais propósito às guilds, movimentaria atividades do servidor e criaria objetivos para jogadores que já concluíram boa parte da progressão individual. Cada grupo poderia construir sua própria história, evoluindo com o esforço dos seus membros.

Sugestão: contador de abates nas armas, com histórico vinculado ao item Gostaria de sugerir a implementação de um sistema de contagem de abates nas armas. A ideia seria adicionar à descrição da arma um contador atualizado conforme o jogador derrotasse monstros utilizando aquele equipamento. A contagem funcionaria apenas nos itens cadastrados pelo administrador. O principal diferencial seria manter esse histórico vinculado à própria arma. Ao trocar de personagem ou transferir o equipamento para outro personagem, o contador continuaria acompanhando o item, preservando seu histórico de utilização. Na configuração, seria interessante permitir: Ativar ou desativar o sistema de forma geral. Cadastrar itens específicos ou intervalos de IDs que poderiam receber a contagem. Definir individualmente quanto cada abate acrescentaria ao contador. Aplicar as alterações por recarregamento das configurações, facilitando os ajustes. Por exemplo, uma arma poderia receber 1 ponto por player derrotado. Seguindo o funcionamento apresentado, o recurso poderia ser aplicado inicialmente a itens permanentes, sem prazo de expiração. A informação apareceria na descrição somente quando o contador fosse maior que zero, mantendo a apresentação limpa nos equipamentos ainda sem registro. Acredito que seria um detalhe interessante para dar mais personalidade às armas. Além dos atributos, cada equipamento passaria a carregar um histórico próprio, criando um aspecto colecionável e uma identificação maior do jogador com os itens que utiliza.

Sugestão: sistema de bônus por combinação de equipamentos Gostaria de sugerir a implementação de um sistema de bônus por combinação de equipamentos. A proposta seria permitir que o administrador criasse grupos de itens e definisse quais atributos seriam ativados quando o personagem equipasse determinada combinação. O funcionamento seria semelhante ao dos conjuntos Ancient, com liberdade para montar combinações envolvendo armas, partes de sets, pets, asas e outros equipamentos. Por exemplo, uma configuração poderia funcionar assim: Espada + pet: ativa um bônus de +10 de velocidade de ataque. Espada + pet + armadura específica: ativa também um bônus de 5% de resistência a Ignore Defense. Esses valores seriam apenas exemplos. Cada servidor poderia escolher os itens necessários, os atributos concedidos e os valores dos bônus, conforme sua proposta de balanceamento. Os efeitos seriam ativados enquanto a combinação estivesse equipada e removidos quando o personagem deixasse de cumprir os requisitos. O interessante seria ter liberdade para criar várias combinações, inclusive com bônus por etapas. Isso abriria espaço para valorizar equipamentos pouco utilizados, criar conjuntos temáticos e oferecer mais alternativas de montagem de personagem. Na parte visual, seria muito útil mostrar na descrição dos itens quais equipamentos fazem parte da combinação e quais benefícios ela oferece. Uma diferenciação por cores entre requisitos atendidos e pendentes também ajudaria o jogador a entender o que falta para ativar cada bônus. Uma janela aparte talvez. Acredito que seria um recurso com bastante potencial para personalizar o servidor e incentivar os jogadores a experimentar diferentes equipamentos, com o administrador controlando as combinações e seu impacto no jogo.

Gostaria de deixar uma sugestão para facilitar a apresentação do emulador a novos interessados, principalmente para quem chega pelos links de indicação. Atualmente, quando compartilho meu link de referência, a pessoa é direcionada para a página inicial do fórum. A partir daí, ela precisa procurar informações em diferentes áreas e, em alguns casos, criar uma conta para conseguir visualizar determinados conteúdos. Para quem ainda está conhecendo o projeto, esse caminho pode dificultar a compreensão do que o emulador oferece e de como contratar. Minha sugestão seria criar um tópico oficial de apresentação, acessível sem precisar de cadastro, e direcionar os links de indicação para ele, mantendo normalmente a identificação de quem indicou. Esse tópico poderia reunir, de forma organizada: Uma apresentação do emulador e de seus diferenciais. Os principais sistemas e recursos disponíveis, com imagens ou vídeos. O que está incluído na contratação e o que é oferecido separadamente. As limitações atuais e os recursos que ainda estão em desenvolvimento. O andamento das atualizações, com links para os detalhes de cada versão. Informações sobre planos, suporte e como contratar. Seria importante manter essa apresentação atualizada, para que ela funcionasse como uma porta de entrada confiável para o projeto. Quem recebesse uma indicação já encontraria, em um único lugar, as informações necessárias para avaliar se o emulador atende ao que procura. Acredito que isso ajudaria bastante tanto quem indica quanto quem está conhecendo o emulador. Muitas vezes, o interesse já existe; falta apenas um caminho mais direto e visualmente organizado entre receber o link, entender a proposta e decidir pela contratação.

Concordo com o Gabriel

Seria muito interessante dar mais liberdade para personalizar a UI, mantendo a lógica e o funcionamento dos sistemas preservados. A ideia seria permitir que cada servidor criasse sua própria interface, usando os gatilhos e comandos já existentes para se comunicar com o emulador. Tenho percebido que, com o uso cada vez maior de inteligência artificial no desenvolvimento, muitos projetos acabam seguindo uma linha visual bastante parecida. Os sistemas podem ser excelentes e oferecer ótimos recursos, mas essa semelhança nas interfaces acaba diminuindo a identidade de cada servidor. Para quem busca uma proposta mais clássica, por exemplo, algumas interfaces acabam fugindo da estética que o projeto pretende manter. Seria interessante poder adaptar elementos como janelas, botões, cores, fontes e organização das informações, aproveitando os recursos do sistema dentro de uma apresentação que combine com o servidor. Uma camada de UI personalizável, com os pontos de integração documentados, abriria espaço para a comunidade desenvolver estilos próprios e até compartilhar interfaces alternativas. Cada projeto poderia escolher entre manter o visual padrão ou construir algo mais próximo da sua proposta. Vejo isso como uma forma de valorizar ainda mais o emulador: oferecer uma base sólida de sistemas e dar liberdade para cada servidor apresentar esses recursos com sua própria identidade. A interface também faz parte da experiência do jogador e ajuda a tornar um servidor reconhecível.

Muito top

@José Silva Cara, vi a interface de um projeto na internet e acredito que vocês teriam capacidade de implementar algo semelhante no emulador de vocês. Sinceramente, acho que uma UI nesse nível seria um diferencial enorme e elevaria o emulador a outro patamar, destacando ainda mais o projeto em relação à concorrência.🔥 ImgBBnova ui hosted at ImgBBImagem nova ui alojada em ImgBB

@José Silva cara ficou irado o ultimo ajuste dos climas e sobreamentos, meus parabéns 👏

@José Silva Vocês estão muuuuito a frente do tempo, top demais parabéns!

Olá, isto já foi feito anteriormente, vou dar como concluído, obrigado.

Já implementado, atualizado e corrigido também o Kapocha. Vamos subir no update 4.0.0!

Olá, boa noite! Foram corrigidas as posições, vamos subir no update 4.0.0!

Olá, aumentei o preço máximo da loja pessoal para 999.999.999 Zen por item. Disponível no update 4.0.0!

Já temos um projeto para isto, vou definir como concluído pois será lançado no Update 4, vamos trabalhar muito em cima disto.

Olá, finalmente temos o sistema quase finalizado, vamos lançar o beta no update 4.0.0. Print do exemplo, se tiverem alguma sugestão é apenas nos indicar aqui.

Olá, Stener! Esse ajuste já está disponível a partir da 3.4.0. O próprio User:getInventoryItem(slot) retorna os campos separadamente: skill: 0 ou 1. luck: 0 ou 1. option: nível do adicional, de 0 a 7, no formato aceito por GiveItem. option1: mantido como alias de skill para compatibilidade. local player = User.new(playerIndex) local item = player:getInventoryItem(slot) if item then LogPrint(string.format("Skill: %d | Luck: %d | Adicional: %d", item.skill, item.luck, item.option)) endSe os campos retornarem nil, confira se os executáveis GameServer e GameServerCS estão atualizados. Apenas recarregar os scripts não atualiza a API. Para o Marketplace, atenção: esses campos permitem preservar Skill, Luck e adicional, mas GiveItem cria um novo item, com novo serial e sockets vazios. O getter também não expõe sockets, bônus de socket ou vencimento; portanto, essa combinação não transfere integralmente todos os dados do item original.

Já aproveitando o tópico, também entra na mesma categoria o Pet Visual.

Olá, demorou mas saiu. Inventário visual implementado, utilizando jóias customs. Se tiverem mais alguma sugestão que queiram para transformar o item em visual é informar aqui que vamos analisar.

Olá, Stener! Obrigado pela colaboração, foi implementado o CSetEffect e vamos subir no 4.0.0.

O nome está fixo no Lua do cliente, em BattlePass.lua, linha 161 local CURRENCY_NAME = { [0] = "Zen", [1] = "WCoinC", [2] = "WCoinP", [3] = "Goblin Point" }

Isto deixei apontado e em algum momento avalio, vou encerrar o tópico porque o fator principal já foi feito.

Feito.

Bom dia, isto já foi feito.