Ir para conteúdo
Faça parte da equipe! (2024) ×

Shepher

Emerald Member
  • Total de Posts

    1.864
  • Registro em

  • Última visita

  • Dias Ganhos

    1
  • WCoins

    31

Shepher ganhou no último dia 18 de Abril 2018

Shepher teve o conteúdo mais curtida!

Sobre Shepher

  • Aniversário 26-01-1996

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

Shepher's Achievements

Contribuidor

Contribuidor (4/15)

  • Legal! Rara
  • Usuário Notório Rara
  • Notado Rara
  • Senhor do tempo Rara
  • Lenda viva! Rara

Emblemas Recentes

485

Reputação

  1. Você deve colocar no .csv e gerar um .bin correspondente com o parâmetro EF_GRADE Tem até 8, eu acho. Aí você só tem que sber qual o certo, porque tem o que o cupa 1 espaço, dois de lado, 4 como um quadrado e assim vai. E lembre-se que o servidor tem q estar adaptado também, pra não colocar item em cima de item
  2. Grande Magnífico Leo Carlos OverDestiny
  3. Precisa editar somente a sem o _new. A _new é gerado pelo servidor. Ali você vai ter os índices correto dos NPCS
  4. Arquivo MixList.bin. Existe a estrutura dela no TMProject. E sim, o pacote é enviado somente depois de confirmar.
  5. P: É viável construir um servidor inteiramente do zero dessa forma? Não sei bem que forma você quis dizer, mas, é possível construir um servidor de qualquer forma que você tiver ideia, provavelmente. De maneiras boas, maneiras ruins, maneiras foda-se. P: Como faço para descobrir todos os pacotes que o jogo envia e espera receber? Analisando mesmo. Mas todos os pacotes já foram disponibilizados de alguma forma. O TMProject tem todos eles, acredito.
  6. Boa. Minha sugestão é seguir algo que o WYD já faz para tornar algo mais automático (por autmático eu quero dizer qualquer resolução se adequará sozinha, seja qualquer que você adicionar): O cliente já tem um método chamado BASE_ScreenResize que basicamente "calcula a posição baseado na proporção". O segredo é fazer com que componentes sem parent sejam criados em uma posição absoluta da tela e os children sejam calculados proporcionalmente. Pena que o fórum não destaca diffs para mostrar melhor mas... vou mandar o código como quero dizer: SControl::SControl(float inPosX, float inPosY, float inWidth, float inHeight) : SControl(inPosX, inPosY, inWidth, inHeight, false) { } SControl::SControl(float inPosX, float inPosY, float inWidth, float inHeight, bool bAbsolute) É claro que existem outros construtores, tudo teria que ser propagado. E aí nos atributos m_nPosX e m_nPosY você usa essa variável bAbsolute para saber se só usa o valor do argumento ou calcula usando BASE_ScreenResize/BASE_ScreenResizeY. m_nPosX = bAbsolute ? inPosX : BASE_ScreenResize(inPosX); m_nPosY = bAbsolute ? inPosY : BASE_ScreenResizeY(inPosY); E aí você adapta a leitura dos .bin (não o arquivo, mas a leitura). Quando ele cria os componentes, você tem a informação se é parent ou não, e aí você passa o bool pro construtor. E vualá. Boa parte está feita. E aí basta adaptar o resto do código onde mexe com posições para ou calcular ou usar a posição absoluta (seja na criação ou manipulação) já que algumas coisas são criadas em runtime quando se cria a scene. A resolução 800x600 (onde é a base de tudo) ficará normal. Vale lembrar que a resolução 640x480 deixa de funcionar com esse método.
  7. Que dores, cara? O código original foi todo feito pela equipe do WYD, só descompilado. E aliás, desde quando quantidade de código = qualidade ou otimização? Eu quero gerar uma discussão saudável, todos aprendemos com elas. É tão, TÃO difícil assim? Vamos com calma. Ninguém tá te atacando, sai da defensiva, por favor. Eu tenho a aprender com você. Você tem coisas a aprender comigo. Todos temos coisas a aprender um com o outro. Mas eu entendo: deve ser complicado quando não se tem um argumento sustentável. E tá tudo bem! Eu entendo! E parece que o coordenador já falou tudo citando a blacklist aí.
  8. Você não sustentou seu argumento, e me atacou. Eu não falei de mim em momento algum. Eu só quero entender teu ponto. Seria interessante gerar uma discussão pra entendermos se essa otimização foi válida ou não. Otimização sem um benchmark é quase sempre desnecessário. Simplesmente você dizer "alocar" memória. São alguns poucos bytes salvos pra computadores em 2023 com 16gb de ram (não estamos mais em 2003 que 1gb era o top). Mas pelo visto, você não tem um ponto. Você é meio maluco mas, tudo bem, parabéns pela "otimização".
  9. Caraca, cara. Sustenta teu argumento. Eu fiz uma pergunta simples porque quero entender o seu ponto. Quem lê o post vai entender que você não tem nada a oferecer com essa "otimização".
  10. Não critiquei. Falei: "discorra". Você fez uma afirmação. Gostaria de entender essa afirmação. Você não explicou a sua frase. Alocar memória? Onde estaria sendo alocado? Qual foi exatamente a otimização que você fez?
  11. "no entanto, eles usaram float em excesso, o que aloca muita memória desnecessariamente."? Discorra, por favor
  12. Pô, o sistema feito direitinho não tem que mudar em nada os arquivos.
  13. Shepher

    fica legal ?

    Na verdade, esse é o único problema. Para criar itens novos normalmente vc só cria uma figurinha e voilá... E aí você pode adicionar muitas mecânicas facilmente. COm o antigo método, é bem mais dificil e custoso (tanto financeiramente quanto em tempo).
  14. A forma mais simples é no 0x364 você checar por esse "costumehide". Se estiver ativo, você não envia o ID do traje nos equipamentos do usuário a voilá.
×
×
  • Criar Novo...

Informação Importante

Nós fazemos uso de cookies no seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies , caso contrário, vamos supor que você está bem para continuar.