987987987

A IA é boa para quem sabe o que está acontecendo, sugiro estudar primeiro a source. A IA deixa muita coisa errada, abre muitas brechas, é importante fazer sozinho primeiro para saber se a IA gerou algum código indesejado ( Llxo ). Mas, tentando explicar melhor, o ID do MOB define o que ele é para o jogo. Tudo que tiver ID entre 1 - 999, é tratado como jogador, então uma loja "real" precisa ter um ID menos que 1000, se for maior, será tratado como NPC ou Monstro. A parte do pacote, servidor e tal, é mais para depuração, não precisa fazer. Olhando o código, achei alguns detalhes: pMob[tmob].Leader = conn; // dono da loja pMob[tmob].WaitSec = Type == 0 ? 10 : 40; pMob[tmob].LastTime = CurrentTime; pMob[tmob].Leader = 0; Leader é setado duas vezes, se isso ocorreu tão perto um do outro, deve ter muita coisa a mais que pode ser removida. pMob[tmob].MOB.BaseScore.Merchant = 0; Merchant é o que define o que o mob "faz". Mudar o merchant significa que algo pode ser um NPC de loja, de teleporte/quest, de skills, de guerra, etc etc etc. Eu não lembro de cabeça, mas o merchant 0 definitivamente não é de loja. Procure na source, se não tiver, procure na source do cliente ( TMProject ), ache a lista de Merchants, veja qual é a da loja/lojinha e altere o código para ter esse valor. Sem o merchant correto, o mob não vai ser clicável, pode ser só um mob para ser atacado, mas por estar dentro da cidade, pode não ser possível.

Tem algumas coisas que podem afetar o que deseja fazer, não vi todo o código e desconheço o projeto, mas vou tentar. Note que eu me afastei do jogos a muitos anos, desde que postei o código fonte do emulador. 1 - Limitação de IDs: Tudo que passa do ID 1000 é tratado como NPC ou MOB, se vc limita a 500 jogadores, as novas lojas podem funcionar como loja de jogador. Se passar do id 1000, imagino que possa fazer uma loja, mas a aparência e dados, devem ser como uma loja de NPC. 2 - Abrir loja com ID inexistente: Ao tentar abrir a loja de um id fake ( Jogador 2, fake 1002 ), pode não estar encontrando a loja corretamente, o pacote é enviado quando vc clica, mas não recebe retorno. Coloque alguma forma de ver os dados trafegados entre servidor e cliente, veja o pacote 364 ( Spawn de MOBs no jogo ), se seu ID está correto. Quando o jogador clica no mob, veja se um pacote "abrir loja" é enviado. Verifique Merchant do mob, se bate com o esperado. Pelo print, não tem o balão de loja, pode ser o ID mesmo.

Blz, será um NPC novo então. Se puder usar a source de um cliente, será mais fácil para vc, caso use um cliente já compilado, vai precisar ajustar com hook. Se for fazer um hook, seria algo como: Se preferir usar uma source do cliente, será muito mais fácil fazer essa e outras alterações. Com o hook, seria chamar a mesma janela com base em um merchant diferente e baseada no level ou outro parâmetro extra. Já pensou/considerou usar a source do cliente descompilado?

Imagina, tmj. Uai, podemos resolver por aqui mesmo. Não estou por dentro das novidades do jogo ( parei na 7.48/7.54 ), mas baixei agora essa release ( BabyLoves - [Hidden Content] ). Olhando por cima, achei o código original. Source\Code\TMSrv\GetFunc.cpp -> Exec_MSG_CombineItemEhre -> GetMatchCombineEhre Chumbaram no código a composição da soul. No caso, ter uma composição a mais resolve o seu caso ou seria um NPC a parte mesmo? Pesquisando no cliente, esse parece ser um patch, não uma source de cliente mesmo. Adicionar uma composição a mais, pode ser mais fácil que adicionar um completamente novo, se não tiver a source do cliente

Primeiramente, não use caps rsrs Sobre o NPC, como tem a source, de ambos, basicamente veja qual é o Merchant do NPC Ehre, ( caso use ele para abrir a janela ), copie o código para outro id não usado. Altere o NPC para o novo merchant, veja se a função original ainda funciona. A partir dai, altere no cliente os itens a serem solicitados, provavelmente vai precisar alterar os IDs que aparecem na janela, no servidor, os itens entregues. O cliente deve enviar no pacote algo como posição ou id do item, o servidor devolve com base nesse id. Tentou algo do tipo e barrou em algum lugar?

A sua fala é correta em partes, não é todo servidor que vai ser processado, já que ele provavelmente vai ser fechado por má administração pouco tempo depois. E sim, ela pode com facilidade solicitar uma "liminar" para encerrar as atividades enquanto o processo anda. Pode demorar o que for, ela já conseguiu o que queria, que é encerrar as atividades. Mas vamos esquecer esse ponto por um momento, já que aqui não é sobre servidores, mas um reboot/remake. Suponha que vc tenha os direitos do jogo, que o WYD é seu. Mesmo que vc não queira continuar com o jogo e esteja só farmando nostalgia, assim que um jogo novo surgir, com a sua propriedade, as cifras vão falar mais alto. Rapidinho vc vai querer uma bela indenização :) Novamente, estamos falando de um projeto novo, que teria a propriedade deles. No mínimo sucesso, eles iriam atrás do código e da indenização. Sobre o financeiro, não duvido que muitos gastem horrores com o jogo, e tenha muito adm sendo bancado pelos jogadores. Mas o custo de um jogo é muito, muito grande. Um bom arquiteto já contabilizaria R$ 32~34k mensal, então adicionaria os outros membros, não é fácil. Ainda sim, o projeto pode não sair, muito facilmente a equipe pode falsificar os dados e entregar um jogo cagado, como acontece muito nos dias de hoje. Venho estudando e me preparando desde a publicação do meu emulador, falta só a grana agora. Vamos torcer para o pessoal do PW pagar a conta do projeto

Isso está estranho. Vc converte bin > csv > bin sem erro, mas ao alterar qualquer valor, dá erro. Abra o bin original com um editor hex, converta para csv e depois volte para bin, compare os arquivos binários. Altere um status da primeira linha, acho que é a face de TK, converta de volta para bin, abra com um editor hex e compare os arquivos.

Como está abrindo o CSV? Ao abrir com Excel ou outros, pode estar formatando os caracteres, trocando ponto por vírgula por ex. Abra o csv com o bloco de notas, mude e teste. O fato de vc exportar e importar sem alterar nada, me parece que o conversor está correto.

Opa, hum... Existe a possibilidade de alguma textura estar corrompida ou teve sua extensão trocada. Para descobrir, copie os arquivos de textura para outra pasta, vai copiando de grupo em grupo ( talvez por ordem alfabética, letra por letra ) Quando fechar, vc vai ter descoberto o grupo, vai copiando até achar o arquivo corrompido. Deveria estar aparecendo a mensagem informando a textura com erro, mas acho que esqueci de algo

Opa =) No caso dos mapas, vc estava pulando uma verificação de hash, que não afetava o jogo. Neste caso, vc até pulou a mensagem, mas o carregamento não ocorreu pelo erro. Antigamente, a TM gerava o arquivo bin do cliente usando o csv. Altera o nome do Itemlist.bin do servidor e executa ele, se gerar um bin, coloca ele no cliente. Pode ser que o servidor gere uma versão diferente do cliente. Se o erro se mantiver, abra a source do cliente ( qualquer um ) e veja como é feita a leitura do Itemlist

Falando sem considerar a pessoa, pois nem sei de quem se trata ( não baixei/executei ): Pode ser que seja um iniciante tentando, mas ao meu ver, seria intencional. Para "evitar" que o código seja executado de qualquer forma/pessoa, essas alterações são feitas. Pode ser que exista um DLL patch que corrija esses valores ( exe já pronto ) ou durante o build um script altere certos locais nos arquivos temporários antes de terminar o build ( no caso ocorrendo só na máquina do dev ). Eu não confiaria nesse projeto, ao menos, faria uma revisão completa.

Não compensa seguir um projeto que outra pessoa pode barrar com facilidade :) Fazendo outros projetos para gerar os recursos necessários para o reboot/remake. Apesar do financiamento coletivo ser uma possibilidade, estou na linha de bancar tudo sozinho.

Vocês não estão preparados para esta conversa. ( É sério, não tem caracteres suficientes para o tanto que tenho a falar sobre isso hahaha ) Resumidamente, primeiramente, as imagens ficaram bem bonitas :) Falando sobre a Unreal, não seria o ideal, ela vem muito carregada com inúmeras coisas que atrapalham mais do que ajudam. Existe uma versão específica para MMOs, mas não teremos recursos suficientes para conseguir essa versão. Por outro lado, Godot, Stride e Unity são boas candidatas. Já temos tudo que é preciso para fazer um port para qualquer outra engine. Porém, somente um port é algo que não vai funcionar a longo prazo. Facilmente a RaidHunt impediria o projeto. Se estamos falando de um projeto novo, um bom fluxo de trabalho com IA vai sim adiantar bastante, muito mesmo. Porém, a menos que a pessoa seja especializada em várias frentes, será preciso ao menos um squad para fazer. Em um cenário crítico, sem equipe (PO/SM/PM/3Devs), com financiamento coletivo, estamos falando de algo em torno de 5k mensais. É totalmente possível, e eventualmente vai acontecer, resta saber quem vai pagar a conta =)

Exato, fazer um outro jogo é muito mais divertido. Mas se tratando de porte, como temos o código fonte de quase tudo, seria bem tranquilo. Ainda é errado, ainda seríamos processados, mas não conseguiriam derrubar o servidor com tanto facilidade, pois se trata de emulação. Eu gosto da ideia de um projeto do zero, depois de terminar o servidor atual ( outro jogo ), pretendo voltar meus olhos para o WYD.

Muito bom ver a evolução. Seria interessante migrar o jogo para uma nova engine, aumentaria bem as possibilidades. Estou esperando a RaidHunt sair do caminho rsrs