Serpente

Venho por meio deste post compartilhar um projeto que estou trabalhando a algum tempo. Sendo amante da versão 8.10, sabemos que essa versão tem uma carência enorme pelas sources, especialmente os servidores mais antigos que usam banco em XML (Acc manager 111111/tibia). Fiz uma tentativa no passado de criar uma versão 8.10 a partir da distribuição 8.00 do OTX2 Apesar do projeto ser bem sucedido, essa distribuição ainda contém diversos elementos das versões 8.50 e 8.60 (comportamento dos monstros, limitação de velocidade, não suporta XML) que não foi possivel converter para ficar semelhante aos servidores antigos. Portanto dessa vez a estratégia foi converter uma distribuição evolutions 0.7.8 para a versão 8.10. Essa é a distribuição que os servidores antigos usavam originalmente, a ideia é fornecer o máximo de compatibilidade possivel com esses servidores. [Features] Adicionados diversos métodos LUA para aumentar o escopo de scripts compativeis Adicionados elementos do 8.10 (distribuições 8.10 antigas não possuiam) items.otb atualizado para a versão 8.10 (distribuições 8.10 antigas utilizam o items.otb do 8.00) XML com account manager 111111/tibia, suporte a SQLite e MySQL Arena PVP Compilavel utilizando Stian's Dev C++ Sistema VIP Proteção para evitar que players buguem ao atingir o level máximo suportado (820k) Raid system funcional Acompanha Mapa Yurots 1.2 DATAPACK (incluindo DLLS) Binário, Restater e RemoteControl SOURCE COMO COMPILAR? OBSERVAÇÕES

Mesmo pedido, será que seria possivel além de dar rewards, algumas tasks derem storage quando completadas, para que seja possivel fazer um sistema de teleport de boss?

ótimo servidor, agradeço por ter postado. gostaria de sugerir a disponibilização dos arquivos para compilação no windows (diretório msvc, boost64 e o sdk) pois o do otx2 não são compativeis (não os atuais)

Troquei por function onStepIn(creature, item, position, fromPosition) local player = creature:getPlayer() if not player then return true end if findFirstEmpty() then player:teleportTo(findFirstEmpty()) player:sendTextMessage(MESSAGE_INFO_DESCR, "Treiner stamina regeneration engaged.") else player:sendTextMessage(MESSAGE_INFO_DESCR, "No available treiner slots.") end return true end Parou de dar erro, porém, mesmo problema do código original =/

.Qual servidor você utiliza como base? OTServBR12 (TFS 1.3) Qual o motivo deste tópico? Estou tentando implementar um sistema onde, o player ao entrar no teleporte, irá ser transportado para um tile especifico, correspondente ao training monk livre. Se o training monk estiver ocupado, isso é, tiver outra pessoa, ele será transportado para outro trainer. Se todos estiverem ocupados, o player não será transportado. O problema: O script funciona, porém toda vez que um player é transportado para um tile, outro player não será transportado mais para esse tile novamente, mesmo ele estando livre. Em outras palavras: O slot do treiner é ignorado pelo script após uma pessoa ser teletransportado pra ele, como se o script tivesse uma "memória". Ou seja se uma pessoa entrar e sair no teleporte dos trainers, cada vez ela será transportada para um slot diferente, até ela ter sido transportada para todos eles, e não restar nenhum, a partir desse momento, o script sempre detecta que todos os slots estão ocupados (só que na verdade estão todos livres). A unica maneira de resolver esse problema é reiniciando o servidor. Eu acredito que a solução seria alguma função especial para resetar o script toda vez que o player usa o teleporte, porém não sei como implemento data/movements/trainers.lua Só explicando oque o script faz: Ele pega duas posições distintas, e varre todos os tiles entre elas, quando ele acha um tile com ID: 11063 que esteja vazio, ele teleporta o player para essa posição.

No TFS 1.3 infelizmente não existe essa tag =/ Um comportamento muito estranho que estou notando é que esses amuletos sempre desaparecem ao morrer Mesmo que no blessings.lua eu não tenha colocado essa ação em nenhum lugar Edit ~~ 2° Tentiva: Mesma coisa que a 1° tentativa, sem erro no console, amuleto some e dropa loot

.Qual servidor ou website você utiliza como base? OTServBR 12 https://github.com/opentibiabr/OTServBR-Global Qual o motivo deste tópico? Estou tentando fazer dois amuletos funcionarem como um AOL Infinito, isso é, previne de cair loot e não desaparece ao morrer Porém todas as minhas tentativas falharam, pois mesmo tentando copiar a forma que o aol funciona, os dois amuletos somem do inventario ao morrer e dropa loot... Os ids dos amuletos são respectivamente: 36103 e 10719 e Você tem o código disponível? Se tiver publique-o aqui: creaturescripts/scripts/others/droploot.lua data/modules/scripts/blessings/blessings.lua (O PROBLEMA TA AQUI) EDIT ~~ Tentativa 1: Resultado: Não acontece nenhum erro no console, porém o amuleto some (igual o aol) e dropa o loot... Em blessings.lua:

Desculpe reviver esse tópico, mais alguem teria algum script semelhante, porem para tfs 1.3?

Agradeço pelo sistema, funcionou perfeitamente aqui. Foi dificil de achar um sistema desse compativel com meu tfs 1.3 8.60. Pra mim é uma grande vantagem não possuir modalwindows, assim posso utiliza-lo em versões anteriores ao 9.6 Edit: Só tem um pequeno bug quando eu digito apenas !autoloot add, meu console joga esse warning: O script não possui uma condição para cuidar desse caso (!autoloot add sem a virgula) Teria como arrumar essa condição?

Resolvido. O problema era em scheduler.h Mudei a linha: #define SCHEDULER_MINTICKS 50 para #define SCHEDULER_MINTICKS 1 E agora está exatamente como eu gostaria

@WooX Peço desculpas por parecer arrogante, eu sei que você só queria ajudar. Refiz o teste no cliente da CIP, esse são os resultados: Servidor SVN (XML): TFS 0.4: O primeiro está com speed 25000 O segundo está com speed de 50000

Errado, existem sim uma limitação server-side e eu posso provar. Essa comparação eu fiz entre meu antigo SVN(XML) com meu atual TFS Servidor antigo (personagem com speed de 23962): Servidor Novo (personagem com speed de 50000): Posso te garantir que os resultados são exatamente os mesmos se eu utilizar o client padrão do Tibia . No TFS existe alguma função claramente bloqueando a quantidade máxima de movimento, que infelizmente não consegui encontrar ainda. Não possuo as sources do meu servidor antigo para comparar :/.

Adicione </vocations> na ultima linha para fechar a primeira tag vocations.xml

Base Utilizada: OTX2 Versão 8.60 (baseada em TFS 0.4) Qual é a sua pergunta? Estou tentando remover o limite de velocidade no meu servidor, pelo menos no mouse (quando se clica em algum lugar do mapa por exemplo). No meu antigo servidor SVN (XML) funcionava sem esse limite, de modo que quando o clicasse em algum local, mesmo que longe, o player iria quase instantaneamente. Porém utilizando o TFS, existe um delay a cada passo e isso causa um limite de velocidade, por exemplo: um player de level 100k terá exatamente a mesma velocidade que um 500k, mesmo que valor speed de ambos sejam diferentes na database. Eu já tentei alterar esse valor no player.h Isso fez diferença, porém pouca. De fato se eu colocar 5000 ou 50000 não há diferença nenhuma, portanto claramente existe outro lugar que está limitando esse valor. Tentei procurar alguma função que limita a quantidade máxima de movimento porém não fui capaz de encontrar. Você tem o código disponível? Se tiver poste-o na caixa de código que está dentro do spoiler abaixo: https://github.com/mattyx14/otxserver/tree/otxserv2

Infelizmente isso não resolve meu problema pois embora lá eu consiga aumentar o tempo entre o ataque, o mesmo continua não funcionando do jeito que eu gostaria. Vou explicar: supondo que o monstro esteja configurado para atacar a cada 1 segundo. Se eu passar perto do mesmo em 0,5segundos, a proxima vez que eu encontra-lo eu terei apenas 0,5 segundos antes de levar o ataque do mesmo. Oque eu gostaria é que esse tempo resetasse a cada vez que ele entrasse no meu campo de visão. Os antigos SVN (XML) e o TFS 0.3.6 funcionam dessa forma, porém o 0.4 eu não conseguir alterar para ficar dessa maneira.

.Qual servidor ou website você utiliza como base? TFS 0.4 Qual o motivo deste tópico? Estou fazendo um servidor 999x em que é comum entrar no teleporte, soltar magia e voltar rapidamente, nos outros TFS isso é perfeitamente possivel, porém nesse os monstros atacam muito rapido (ao entrar no teleporte, os monstros já atacam quase instantaneamente). Por isso gostaria de aumentar esse "tempo" em que os monstros não atacam o player ao vê-lo. Eu possuo as sources, e acredito que talvez essa modificação sejam nelas. https://github.com/mattyx14/otxserver/tree/otxserv2 A versão do meu servidor é 8.60 Esse é meu config,lua:

.Qual servidor ou website você utiliza como base? TFS 0.4 Qual o motivo deste tópico? Utilizo um script de reset que funciona perfeitamente. O mesmo adiciona o reset na storage 378378, e se o player não tiver com nenhum reset, o valor dessa storage é -1. Utilizando esse script eu adaptei outro para ao dar look, informar a quantidade de reset que o player possui. Porém ao dar look em algo que não seja um jogador (player), embora funcione como o esperado, aparece um erro no console, e não estou conseguindo arrumar esse script de modo a resolver o erro. O script do look que está causando o erro: Está surgindo algum erro? Se sim coloque-o aqui. Esse é o erro que aparece no console ao dar look em algo que não seja um player. (se for em player, não aparece erro) Você tem o código disponível? Se tiver publique-o aqui: O script do look que está causando o erro: data/creaturescripts/resetlook.lua function onLook(cid, thing, position, lookDistance) if isPlayer(cid) then resets = getPlayerStorageValue(cid, 378378); if resets < 0 then resets = 0 doPlayerSetSpecialDescription(thing.uid, "\nResets: [" .. resets .."]") end if resets > 0 then doPlayerSetSpecialDescription(thing.uid, "\nResets: [" .. resets .."]") end end return true end Resolvido. Alterei a função a parte: if isPlayer(cid) then para if isPlayer(thing.uid) then

@victor4312 Oque eu quis dizer é que ele poderia fazer tudo, menos invadir uma conta pois as password estarão criptografas. @Rayo Sites como esse funcionam como databases de hashes, ele não descriptografa nada. Oque ele faz é procurar no seu banco de dados se o mesmo possui o hash, se positivo, ele simplesmente pega a senha referente ao hash. Experimenta ai tentar descriptografar alguma senha do tibia, te garanto de 50 tentativas, nenhuma vai funcionar.

A chance é muito pequena de realmente estar fazendo oque ele alega. A maioria dos servidores atuais criptografam a senha de uma forma que não dá pra voltar atrás (sha1), ou seja, mesmo que de alguma forma ele tenha total acesso a database e/ou site, ele não teria condições de efetivamente hackear alguma conta.

Pode ser que ele tenha acesso a várias databases de outros servidores. Verifique se você não usou o mesmo login e senha do seu god em outros servidores. O Próprio site avisa quando a conta existe, então ele verifica account por account até achar uma que existe usando as databases que ele tem, e tenta as senhas. Ultimamente ta bem comum fazer isso. Pra economizar tempo o pessoal usa as mesmas contas em todos os servidores e dá nisso ai

[8.10] Yurots OTX Minha versão favorita do tibia sempre foi a 8.10, e infelizmente não existem servidores decentes que não usem a antiga evolutions e XML para essa versão. Então eu mesmo decidi criar um a partir da base OTX 2.9 convertida da versão 8.0 para 8.10 [Features] Suporte total a SQLite e MySQL Account Manager igual ao 8.60 Sistema de Encantamento de Armas Hit Critico [Pode ser desativado] Sistema de Bank Potions Totalmente Funcionais. Spells com danos idênticos ao 8.10 Runas Idênticas ao 8.10 Rook System Black Skull Todos os itens do 8.10 Bless [Pode ser desativado] [Mapa] Yurots 8.10 do Bon apenas melhorado para manter o mais fiel ao original. Anihilator, Poi e todas as quests funcionando. [Fotos] [Bugs Encontrados] Black Skull não pode ser desativado ou todos ficarão automaticamente como black skull (A solução temporária é aumentar o frag para black skull para um valor alto) [IMPORTANTE] As 8 rochas [ID: 3651, 3656, 3653, 3648, 3650, 3652, 3649, 3654] causam debug ao passar em cima, não coloquem elas no mapa. A causa disso é que não existe nenhum items.otb 8.10 compatível, fui obrigado a improvisar com um 8.11 e esse foi o único problema encontrado. Infelizmente isso não pode ser resolvido [Downloads]

@Joaovettor Eu havia mudado essa parte, porém não as duas ao mesmo tempo (config.lua e spells.xml) Graças a você descobri que timeBetweenExActions limita o valor minimo do exhausted das runas, ou seja se ai tiver 1000, o valor minimo que irá aceitar em spells.xml é 1000. Foi só abaixar esse valor e em spells.xml pela metade que consegui exatamente oque eu queria, obrigado sanou minha dúvida!

Ok, segue o arquivo da runa (UH): onde eu devo modifica-lo? local combat = createCombatObject() setCombatParam(combat, COMBAT_PARAM_TYPE, COMBAT_HEALING) setCombatParam(combat, COMBAT_PARAM_EFFECT, CONST_ME_MAGIC_BLUE) setCombatParam(combat, COMBAT_PARAM_AGGRESSIVE, false) setCombatParam(combat, COMBAT_PARAM_TARGETCASTERORTOPMOST, true) setCombatParam(combat, COMBAT_PARAM_DISPEL, CONDITION_PARALYZE) function onGetFormulaValues(cid, level, maglevel) min = (level * 2 + maglevel * 3) * 2 max = (level * 2 + maglevel * 3) * 2.8 return min, max end setCombatCallback(combat, CALLBACK_PARAM_LEVELMAGICVALUE, "onGetFormulaValues") function onCastSpell(cid, var) return doCombat(cid, combat, var) end

.Qual servidor ou website você utiliza como base? OTX 2.9 8.60 Qual o motivo deste tópico? Quero diminuir pela metade o tempo de uso de todas as runas do meu servidor (ataque e defesa e suporte), porém não fui capaz de encontrar o local onde se realiza essa mudança. Meu servidor por padrão tem exhaustion de 2 segundos. Para alterar as magias foi bastante simples. <instant name="Energy Wave" words="exevo vis hur" lvl="38" mana="170" direction="1" exhaustion="2000" groups="1,2000" icon="13" needlearn="0" event="script" value="attack/energy wave.lua"> Bastou alterar a tag exhaustion="2000" para mudar. Porém as runas alterar essa parte não faz nenhuma diferença, continuando com 2 segundos independente do número que eu colocar na tag. Minha UH por exemplo: <rune name="Ultimate Healing Rune" id="2273" allowfaruse="1" charges="1" maglv="4" exhaustion="1000" groups="2,1000" icon="5" aggressive="0" needtarget="1" blocktype="solid" event="script" value="healing/ultimate healing rune.lua"/> Deveria estar com 1 segundo de exhaust, porém esta com 2 no servidor... Tentei alterar essas opções no config.lua e não obtive nenhuma diferença nas runas. -- Item usage timeBetweenActions = 100 timeBetweenExActions = 1000 timeBetweenCustomActions = 500 Conclusão: Onde eu consigo alterar o exhaustion das runas? EDIT: a tag exhaustion dentro de spells.xml funciona para as runas e magias, porém não funciona para valores inferiores a 1000 para as runas (Se eu colocar valores inferiores como 500 fica como tivesse 1000), como faço para colocar valores inferiores e funcionar? As magias valores inferiores a 1000 funcionam perfeitamente Você tem o código disponível? Se tiver publique-o aqui: https://github.com/mattyx14/otxserver/tree/otxserv2

Obrigado @Joaovettor essa duas funções que você enviou me ajudaram muito, com elas sou capaz de estimar o dano do meu antigo servidor usando essas funções Agora estou tentando decifrar a formula usada pelo meu servidor antigo, fiz algumas medições usando a magia e anotando o dano e cheguei ao seguinte resultado setCombatFormula(combat, COMBAT_FORMULA_LEVELMAGIC, -2.0, -150, -1.6, -150) setCombatFormula(combat, COMBAT_FORMULA_LEVELMAGIC, -X, -Y, -Z, -H) X e Z são variaveis multiplicadoras que adicionam dano de acordo com o level e o magic level (ambas as variaveis agem de maneira igual, porém existem as 2 para existir uma variação de dano) A cada 1X descobri que o dano será +2*level e +3*mglevel o mesmo vale para o Z. As variaveis Y e H servem como dano minimo que irá ser somado a variação (dano X e Z), existem as duas para variar o dano minimo (se os 2 valores forem iguais não há variação). No exemplo que enviei convertendo pra outra função ficará: return -(150 + (3.2*level + 4.8*maglevel)), -(150+ (4*level + 6*maglevel)) Fiz essas contas com números redondos, por isso é uma aproximação, mais com essa formula ficou bem perto do meu antigo 8.10 os danos.