brun123

não deu esse erro no pedrowarlock não, se você não percebeu é a mesma foto que você postou, até o diretório dos servidores é igual...

isso é quase crash, crash é quando o servidor apresenta algum erro que torna o programa impossível de continuar rodando e por isso fecha sozinho, o nome disso aí é critical error ou fatal error, e é certo de que acontece devido a algum script, provavelmente criando muitas criaturas em um único tile, mas não da pra saber se você não tentar descobrir a origem do problema

fica no exp.lua, em data/creaturescrpts/scripts

quando aconteceu?

function onEquip(cid, item, slot) if os.time() - getPlayerLastLogin(cid) < 1 then return end local int = getPlayerStorageValue(cid, 23224) setPlayerStorageValue(cid, 23224, int + 2) return true -- +2 de int +10 de HP (porque o return true exeta o script 2x) end function onDeEquip(cid, item, slot) local int = getPlayerStorageValue(cid, 23224) setPlayerStorageValue(cid, 23224, int - 4) return true end Dessa forma quando o player fizer login a script não será executada, não testado se quiser posso fazer com que o deEquip seja executado apenas uma vez também

Tudo que é escrito no console pausa o server temporariamente, pois o console tem que terminar de escrever tudo antes de qualquer coisa, tanto é que se você testar um código do tipo: for test = 1, 100000 do print "Lag lag lag lag lag lag lag lag lag lag!" end todo o server vai sofrer um freeze até terminar de escrever tudo É por isso que script com erros são problemáticas, se não fosse o server avisando o erro, o único problema seria que a script não iria ser finalizada (só iria ser lida até a parte que dá erro), mas as funções foram feitas para mostrarem onde está o erro através da função std::cout (print em c++) e por isso que scripts com erros atrapalham, pois seu uso excessivo pode lagar o servidor. Scripts com erros lagam porque além de mostrar onde está o erro, deve-se mostrar a linha, o caminho para o arquivo etc, e isso faz com que escreve umas 4 linhas no console (sem falar que scripts são executadas todas no mesmo instante), por isso dá lag, uma única linha avisando que um player fez login (ainda mais que os logins não são feitos todos ao mesmo tempo) não laga não... De toda forma, é preciso sim as sources pra editar isso, se quiser eu te mostro o que deve ser editado pra não mostrar o acesso de account managers

function onUse(cid, item, frompos, item2, topos) if getPlayerSlotItem(cid, CONST_SLOT_RING).uid == item.uid then -- a pedra está no ring e foi usada else return doPlayerSendCancel(cid, "Você precisa equipar essa pedra no slot correto!") end return true end

GuhPk, ele declarou pos e usou na função doCreateNpc, está sendo usado sim. 2 erros no seu script Yan18: essa linha: if player ~= false then return npc end está fora do escopo, ela não é executada e serve pra nada também... sem falar que no addEvent você usou uma variável não declarada (Min) e usou ela num cálculo numérico, isso vai dar erro. Nessa linha: addEvent(doRemoveCreature, nMin, npc) o que está acontecendo é: -- esperar nMin passar doRemoveCreature(npc) sendo que npc foi declarado como doCreateNpc (essa função retorna o UID do npc criado) o jeito do Slicer está correto e deveria funcionar sem problemas, o autor do tópico chegou a testar antes de falar que não sumona?

Impossível esse script funcionar, pois ele é ativado no ao preparar a morte de alguma criatura em que ele foi registrado, se ele só é registrado em players (pelo login.lua) e nele há uma checagem se é monstro morrendo (nunca vai ser), o script não vai ser ativado nunca. A propósito o único erro que poderia dar seria se o autor do tópico não escrevesse corretamente o nome do arquivo. geovanedias: crie um arquivo chamado deatheffect.lua em data/creaturescripts/scripts e coloque isso dentro: function onDeath(cid, corpse, killers) local monsters = { ["Demon"] = 15, ["Fire Devil"] = 15, ["Ghoul"] = 13, } local effect = monsters[getCreatureName(cid)] or 14 doSendMagicEffect(getThingPos(cid), effect) return true end Agora adicione essa tag em creaturescripts.xml: <event type="death" name="DeathEffect" event="script" value="deatheffect.lua"/> e agora abra o XML de cada monstro que você queira que apareça um efeito ao morrer, e ao final do script (antes do último </monster>) adicione esse código: <script> <event name="DeathEffect"/> </script> para configurar o script é fácil. nele há uma tabela, basta ir configurando os nomes dos monstros naquela tabela e colocando qual effect deverá mandar. há uma outra linha também, essa: local effect = monsters[getCreatureName(cid)] or 14 esse 14 é o efeito que irá mandar caso não seja encontrado o nome do monstro na tabela

então é a área que está mal declarada mesmo... experimenta trocar essa linha: local areas = {teste1, teste2, teste3, teste4, teste5} por essa aqui: local areas = {destruct1}

é porque o SkyLigh tirou o not onde ele não deveria, fazendo com que o script retorne false caso o food seja criado pro player sem problemas, com o not a script fica certinho, pois se não der pra criar, não gasta mana, não aumenta ml etc (retorna false) o script está 100%, o melhor a se fazer é verificar se todas essas constantes existem: ITEM_FOOD_MEAT ITEM_HAM ITEM_FOOD_GRAPE ITEM_FOOD_APLE ITEM_FOOD_BREAD ITEM_FOOD_ROOL ITEM_FOOD_CHEESE basta ir em data/lib/000-constant.lua e verificar se elas foram declaradas

sim, dessa forma você manda o efeito 0, que é faísca, na área determinada, que no caso é o teste1 os efeitos apareceram na área que você configurou certinho (teste1) ?

Você mudou no configuration.lua pro pokémon usar a magia "Testee"? Eu acabei de dar ctrl c/v nos 2 arquivos que você postou e a magia funcionou normal aqui... Não era pra dar o erro "attempt to index local array (a number value)" se você declarou os local teste1... do jeito que está... você não mudou de última hora antes de postar aqui e não testou não né? não pude deixar de notar que as 3 áreas são idênticas e é a mesma área do meu outro post ali em cima... testa aí de novo, se não der certo então não sei porque aqui funciona e aí não

abre o pokemon moves.lua e procura por essa linha: doCreatureAddCondition(cid, wildexhaust) e muda ela pra isso: if not isNpcSummon(cid) then doCreatureAddCondition(cid, wildexhaust) end só se eu tiver adicionado em um versão que não foi liberada essa configuração, aí desculpa :s só criando novos xmls

não, quanto menor for esse nº no config.lua, mais rápido serão os ataques

cara, não existe essa de desistir, cola aqui seu pokemons moves.lua e o arquivo onde você declarou o que é teste1, teste2 etc... eu testei os 3 spells que te passei, os 2 de criar monstros e o de criar item, e funcionou tranquilo aqui

é o config.lua (config.lua é o que fica onde está o executável do ot) configuration.lua é o que fica nas libs vai dando control + f por isso, se não encontrar, é porque um bonitão deletou, basta adicionar.

sua função está ok, mas a talkaction tem um problema, está faltando limitar alguns parâmetros... se o player fizer algo do tipo "!comando 10, Olá, 100000000000, 0", o server vai ser obrigado a executar a função 100000000000 vezes no mesmo instante (já que o addEvent vai ter delay sempre 0), sem falar que o player pode aumentar ainda mais esse nº e ficar usando a talkaction diversas vezes, causando um provável freeze no server, e talvez (não sei), mandar muitos effects e animated texts assim pode causar debug

é porque as áreas que você escreveu (teste1, teste2...) não são tabelas... elas devem ser escritas da seguinte maneira: teste1 = { {0, 0, 0, 1, 0, 0, 0}, {0, 0, 1, 1, 1, 0, 0}, {0, 1, 1, 2, 1, 1, 0}, {0, 0, 1, 1, 1, 0, 0}, {0, 0, 0, 1, 0, 0, 0}, }

abra o config.lua e procura por isso: rateGymSpellInterval = 0.68 aí você aumenta um pouco, coloca 1 se quiser que eles fiquem iguais aos selvagens

o cliente do tibia tem um limite de velocidade, o máximo é 1500 mesmo

está faltando a lib que eu falei pra você pegar, vai no meu primeiro post desse tópico e pega ela, lá explica como colocar no server a propósito, não use o comando /s pra sumonar pokemons, pois quando o server tenta pegar os status do pokemon, ele procura pela pokebola que está no slot do pé, então você deve usar o comando /cb para criar pokemons

abre o seu mapa pelo map editor, vai na posição x = 10, y = 10, z = 10 e vê se ela existe, e teste esse outro jeito: elseif spell == "NOME DA SUA SPELL" then local function deleteMonster(monster) if not isCreature(monster) then return end doRemoveCreature(monster) end local monsterName = "nome do monstro a ser criado" local timeToRemove = 2500 local function damage(cid, area) if not isCreature(cid) then return end doAreaCombatHealth(cid, FIREDAMAGE, getThingPositionWithDebug(cid), area, -min, -max, 255) local positions = arrayToPositions(area, getThingPositionWithDebug(cid)) for _, pos in pairs (positions or {}) do local newMonster = doCreateMonster(monsterName, pos, false) if newMonster == true then newMonster = doCreateMonster(monsterName, backupPos, false) end if tonumber(newMonster) and newMonster > 1 then doTeleportThing(newMonster, pos, false) addEvent(deleteMonster, timeToRemove, newMonster) end end end local areas = {teste1, teste2, teste3, teste4, teste5} for _, area in pairs (areas) do addEvent(damage, 200 * (_ - 1), cid, area) end

z = 1000 não existe amigo, o z varia de 0 a 14, sendo 7 o térreo function onCastSpell(cid, var) local pos = {x = 1000, y = 1000, z = 7} doTeleportThing(cid, pos, false) doSendMagicEffect(pos, CONST_ME_TELEPORT) return true end