Ir para conteúdo
  • Cadastre-se

xWhiteWolf

Héroi
  • Total de itens

    3605
  • Registro em

  • Última visita

  • Dias Ganhos

    159

Tudo que xWhiteWolf postou

  1. vai por mim, coloca pelo menos uns 60% pq qnt menos vc diminui a vida maior ela fica nos resets grandes... Isso vai chegar num ponto que sua vida e mana vão ser maiores do que os valores que você tem no banco de dados pra salvar a quantidade de vida e mana máxima.
  2. é possível sim, você cria uma função que fica executando de X em X segundos quando você equipa a armor OU você faz qnd alguém te atacar ou quando você atacar alguém ativar uma spell se estiver com a armadura equipada.
  3. tenta dar mais detalhes, como seria a spell em questão? seria algo parecido com a capa do fogo solar no lol?
  4. me fala qual tfs vc usa.. ele não tá entendendo os comandos de database, parece que você usa tfs 1.x+.
  5. o.O, que versão é seu servidor? versão do tfs e do client do tibia?
  6. faz uma tabela local itemsbyreset = { [1] = 2160, [2] = 2174, [3] = 2152 } e aí você adiciona antes de remover o player: if itemsbyreset[reset] then doPlayerAddItem(cid, itemsbyreset[reset], 1) end
  7. é um item pra pegar e um pra lançar... lê o tópico.
  8. tudo que tem que fazer é alterar a descrição do player, aí quando ele atacar vai mostrar os resets.
  9. O Sistema é pra tfs 0.3~0.4. Não vai funcionar em 1.2 principalmente pq 1.2 não tem statschange no creaturescript. Para usar o sistema de resets é só ir no meu perfil na aba "Sobre mim" que vai ter todos meus trabalhos.. procura o reset system e instale. Nos comentários tem um cara falando sobre a versão pra 1.2 se nao me engano.
  10. existe diferença entra memória física (hd, por ex) e memória ram (processamento). Todo código que você executa pode consumir ambos mas em geral memória física você tem sobrando então a galera se preocupa muito mais com processamento do que com quantas variáveis ou tabelas você tá utilizando. Mesmo em uma VPN de 1GB de memória física, utilizar variáveis a mais ou a menos não irá afetar tanto quanto um processo lento. As coisas que os players fazem no ot tão o tempo todo consumindo e liberando memória física mas acima de tudo elas consomem uma quantidade razoável de memória ram então você tem se
  11. vai usar mais memória pq esses bits a mais que vc usa tem que ficar alocados em algum lugar, mas tirando isso nao tem problema nenhum, só precisa saber onde alterar os tipos de cada variavel.
  12. cara nao é por nada não mas esse problema é que ele usa um numero de bits pra guardar esses valores e se vc usa um numero muito grande de level e skills ele vai só conseguir guardar esse limite nos bits. Você precisaria alterar na source a quantidade de bits que ele utiliza pra salvar esses valores mas nao recomendo fazer isso. No seu caso tá bem óbvio que a melhor solução é parar de ter um servidor exp 49592318521758219875231987523 e se for pra ter, limita o level máximo em 30 mil e insere um sistema de reset.
  13. tem no meu perfil em about me nao só melkrapo como todo o gran tower
  14. botar condições no XML do chat não adianta? <channel id="6" name="Trade" level="8" muted="120" conditionId="2" conditionMessage="You may only place one offer in two minutes."> <vocation id="1-8"/> </channel> <channel id="7" name="Trade-Rookgaard" level="2" muted="120" conditionId="3" conditionMessage="You may only place one offer in two minutes."> <vocation id="0"/> </channel>
  15. normal? então seria um utani gran hur em area? É só editar o utani gran hur e botar ele em area igual o exevo gran mas res do global
  16. existe uma runa no tibia chamada paralyze, pega o código dela e coloca pra ser em area e troca de runa pra spell.
  17. eu montei uma fórmula com base nas informações que você me passou. a chance é calculada nessa linha: if level >= i then ishable[#fishable + 1] = {chance = 5 * (level - i + 1), monster = mob} --- aqui < perceba que ele usa 5 * (level - i + 1) sendo que o i é sempre menor ou igual ao level, ou seja: se eu sou level 5 e estou no primeiro nivel i ("water elemental") eu vou fazer 5-1 + 1 que dá 5, ou seja, a porcentagem fica 25%. Se você quiser você pode diminuir esse numero 5 ou modificar a formula livremente. Nesse sentido o do vodkart é melhor configuravel porém ele usa muito
  18. testa o do vodkart, se funcionar troca essa linha aqui do meu: doCreateMonster(get, fromPosition) por doCreateMonster(get, getCreaturePosition(cid)) Tecnicamente as duas eram pra dar errado, o correto seria usar doCreateMonster(get, getClosestFreeTile(cid, fromPosition, true)). Mas como o vod usa a getCreaturePosition(cid) e o carinha do tópico disse que deu certo então com fromPosition tb deveria dar certo.
×
×
  • Criar Novo...

Informação Importante

Confirmação de Termo