Night Wolf

onde tá if doPlayerRemoveMoney(cid, 250000009) == true then troca por if doPlayerRemoveMoney(cid, 250000009) and getPlayerItemCount(cid, 27044) > 0 then doPlayerRemoveItem(cid, 27044, 1) e onde tá else selfSay("Você nao tem dinheiro suficiente!", cid) coloca else selfSay("Você nao tem dinheiro suficiente ou não possui ".. getItemNameById(27044) .."!", cid)

versão recursiva (só jogar em login.lua antes do ultimo return true e botar embaixo cancelStamina(cid) function cancelStamina (uid) if isPlayer(uid) then doPlayerAddStamina(uid, 1) end addEvent(cancelStamina, 1000, uid) end por globalevents fica melhorzinho mas to pelo cel agr

como será essa tabela LOCAIS? ela só terá 100, 200, 300, 400, 500? Pra que que serve esse código? lv seria o level do player?. Você pode fazer assim local loc = LOCAIS[0] for i = 100, 500, 100 do if LOCAIS[i] and lv > i then loc = LOCAIS[i] end end

ficou realmente bom, meus sinceros parabéns pela iniciativa.

executa essa query na sua database e ja era UPDATE players SET posx = 1059, posy = 1046, posz = 7

esse evento tem uma lib, correto? posta ela aqui tb

nao conheço as funções no 1.0

ele remove a formatação dentro do

As duas funções de limitar estão aí, a primeira pra ml e a segunda pra skill. Se não está funcionando pra nenhuma das duas, você precisa se certificar se elas funcionam, oque retornam, se tem outra forma de verificar skill no seu servidor. Aparentemente está tudo correto ao meu ver, e as skills tem limite 350 (200 pra ml)

já tem um limitador, dá ctrl + f em 'lim' e veja...

pra cada dano são duas checagens, se for um sv com fast attack já dá ruim. Sem falar que tem um pequeno porém que você vai aprender se fizer a matéria de sistemas operacionais onde o tempo de execução de um ataque pode superar a velocidade de processamento do callback e aí dar um erro malígno. Tem muita gente que acredita que isso jamais poderia ocorrer mas a cada server save isso acontece hahaha tem que se planejar contra tudo isso; Eu evito muito fazer esse pog de flag

Não usa capslock, você tá gritando com alguém aqui?? e não seja arrogante com quem tá tentando te ajudar, se não o povo vai ver essa sua atitude e abandonar seu tópico, é isso que você quer? Você tá reclamando com o membro e nem parou pra se ligar que a cor é definida pelo seu constant.lua que fica em data/lib, sem isso ninguém consegue adivinhar qual é o numero e a cor do seu servidor. O meu é esse daqui, provavelmente a verde é a cor 25 mas teria que testar MESSAGE_FIRST = 18 MESSAGE_STATUS_CONSOLE_RED = MESSAGE_FIRST MESSAGE_EVENT_ORANGE = 19 MESSAGE_STATUS_CONSOLE_ORANGE = 20 MESSAGE_STATUS_WARNING = 21 MESSAGE_EVENT_ADVANCE = 22 MESSAGE_EVENT_DEFAULT = 23 MESSAGE_STATUS_DEFAULT = 24 MESSAGE_INFO_DESCR = 25 MESSAGE_STATUS_SMALL = 26MESSAGE_STATUS_CONSOLE_BLUE = 27 No final ele acertou, só digitou vermelho em vez de verde. Se você tivesse feito o que ele falou teria dado certo mas nem isso você se deu o trabalho de fazer. A partir de hoje não irei mais ajudar nos tópicos que você criar até você se desculpar com todos os membros que você foi arrogante aqui nesse tópico. Abraço Edit: a propósito, não use math.floor pois ele arredonda pra baixo e mesmo tendo 23h e 59 minutos de vip ele irá retornar que sua vip acabou. Use math.ceil que ele irá arredondar pra cima e dirá que vc tem 1 dia de vip até ela acabar

foi resolvido? quem disse isso? compartilhem a solução..

pega uma lista de funções do 1.0 e dá ctrl f pra ver como é o nome atual das funções antigas, faz isso pra cada linha e lembra q em 1.0 se usa metamétodos então se a função era doPlayerSetStorage(cid, storage) ela provavelmente vai estar na forma cid:doSetStorage(storage) Dificilmente alguém vai ter paciencia de fazer isso linha por linha, dúvidas a gente até resolve mas trabalhos assim é bem dificil.

o pedido dele ja está feito, é a talkaction ali. Qual o problema?

é addEvent sim Dá uma lida niso: http://www.xtibia.com/forum/topic/230059-como-usar-addevent/

foi exatamente oque eu falei ali em cima..

esse critical system, será q não tá influenciando nesse dano exagerado?

@@kaleudd doTeleportThing(uid, lugar) ali deveria ser cid, não uid haha

Estou acompanhando, muito bom

Pra você ter noção eu fiz uma spell que mandava o player andar pra frente durante 20 segundos, essa daqui e ela funcionou liso, mas quando passei prum sv ela travava

sim, pra 1.x.. to falando em 0.4. Não dá pra fazer return dos parametros e já dar o dano modificado (até onde eu sei), vc tem que editar o dano e criar um novo combat via função, esse combat vai ativar o callback statschange novamente, ver que ainda está dentro dos 10 segundos e recalcular o dano e criar um novo combat via função, esse combat vai ativar o callback statschange novamente, ver que ainda está dentro dos 10 segundos e recalcular o dano e criar um novo combat via função. Se seu processador conseguir fazer 50 dessas checagens em 1 segundo, em 10 serão 500 multiplicações percentuais no dano inicial, passado 10 segundos o player iria morrer com 1 hit. Se 0.4 tivesse uma forma de fazer igual vc fez em 1.0 seria perfeito, mas acredito que não dá

vc tem algum creaturescript que envolve statschange e q vc tenha adicionado recentemente? as vezes pode ser isso.

pega um globalStorage qualquer, salva o id como sendo o value dele + 1, altera o valor dele como sendo o antigo + 1. Se fizer isso sempre na spell vc vai sempre ter um novo id começando em 1 e indo até o "infinito", vc pode salvar na database sem ter que ficar lendo ela na sequência, até porque essa informação pode não voltar no mesmo instante.

ficou realmente bom, acredito que o onThink se tornaria pesado pra esse caso mas não tiro o mérito da forma que vc utilizou. A função verify é facilmente editável e isso é um ponto ultra positivo pois permite fácil implementação com tabelas pra setar raças atacáveis e evitar minions atacando bosses (nome diferente) Só fica aqui uma questão pessoal: pq não permitir que a setTarget varie de monstro pra monstro? Orcs odeiam trolls mas eles odeiam muito mais os humanos, por exemplo.