Fliperworld

@kalango159 :sim sim...o maior impacto no desempenho seria ter 2 tipos de isoladon mesmo...eu pretendo criar um novo 'launcher' que atualiza o isoladon baseado no S.O (x86 ou x64), mas será mais para frente...já que ter que ficar atualizando 2 Isoladons ao mesmo tempo é algo bem chatinho de fazer.

Há outros métodos que deixariam ele mais leve(diminuir o numero maximo de coisa que ele pode ler...por exemplo flitros de distancia para cada 'tipo de lista'),diminuir frequencia de scans etc etc...TALVEZ eu coloque esse tipo de coisa no update que está no forno.., mas de uma forma ou de outra...embora o problema de desempenho tenha nascido sem querer por causa da compatibilidade entre os sistemas,eu tb evito melhorar essa parte pq...eu que apenas logo no pw para uns testes rápidos já me estresso com server cheio...então imagine como os players ativos se sentem com isso...e deixar o bot perfeito e o divulgar terminaria de arruinar o jogo mais do que já está >.<.

O numero de pcs que usam o Isoladon Revival já é consideravelmente alto...me focar no desempenho é uma faca de 2 gumes...embora agrade a maioria no principio,mais players que não usam cheats desistiriam do jogo e/ou começariam a usar o Isoladon...a LUG arrecadaria menos, os lags iriam piorar e a vantagem inicial sumiria...meio que ficaria na mesma...logar 10 chars para ter o lucro que tinha com apenas 2 chars ¬¬...

Sei que podem falar ' mas o pw já é 99% bot'...é e não é...afinal mesmo os 'boteers' não são 100% bot...uma hora ou outra jogam sério...e gostando ou não pegariam raiva do Isoladon do mesmo jeito...

BTW: mesmo após arrumar em 100% problemas de desempenho, pretendo colocar um limitador de clientes...mesmo que seja temporário, pelo menos deixaria o pc mais leve para outras coisas...mas sinceramente floodar o server com bot não é algo que pretendo deixar acontecer descaradamente >.<

@kalango159 : Sim...enquanto eu não fizer Isoladon especifico para x86 e x64 ele continuará comendo muita cpu mesmo...

Já as infos abaixo podem ser ignoradas...mas servem para entender o pq ele pesa...

Só na parte de código para ser compativel com os 2 sistemas... a cada frame do pw(vamos considerar uma média de 30 por segundo apenas)...são realizados até 302 leituras de coordenadas (100 de mat/drops,100 de npc/mobs/pets, 100 de players, 1 da posição do char....e tb 1 da posição onde ele deveria estar) <estou considerando o maximo do maximo...mas quero que se baseie por isso mesmo>.

Cada coordenada tem x,y e z....ok...nisso ficaram 302 X 3....igual a 906 coordenadas.

Dessas 906 coordenadas,ele as lê em array de 4 bytes(já poderia ler em float...mas por causa do 'erro' de conversão entre S.O x86 e x64 não dá certo... ),enfim...906 x 4.....3624,converte isso para System string(para ser visualizado nas infos e tb para poder ser salvo em arquvo.ini de rota e/ou usado apenas como referencia de onde estão as coisas para o char ir...),passa por uma função que recria toda a lista de infos de coisas por perto, apagando dela o que não existe mais,para depois ser convertido novamente para array de 4 bytes, e depois para float...foi a unica forma que achei para manupular dados lidos e os converter em formato visivel sem perder precisão entre os 2 tipos de S.O.

Enfim...nessa brincadeira digamos que são realizados cerca de 14496 calculos por frame, 434880 por segundo considerando um frame rate médio de apenas 30 fps...e sem contar tb o próprio peso do .net framework...responsável por ficar 'redesenhando' o isoladon, já que ele tem que ficar sabendo qual aba/'sub-isoladon'

mostrar...

Sei que 434880 calculos por segundo nem é tanto assim...mas temos que considerar que a conversão entre system string/byte array/float é pesada.

Btw...eu ignorei boa parte das outras funções que tb são executadas a cada frame...(outras leituras/escritas na memoria do jogo e tb do isoladon), estou usando como referencia apenas as conversões de coordenadas...que é o que realmente pesa...

Criar um Isoladon separado para cada tipo de S.O reduz seu peso em aproximadamente 60% só por causa disso...permitindo que seja aberto no minimo o dobro dos pw's que são abertos agora >.<

edit: considerei apenas 100 leituras para cada lista(mobs,players,drops) mas na real pode chegar até 386 leituras por 'cada tipo de lista', considerando um raio de até 100 metros)

@Senophoe : Sugestão 1 aceita, provavelmente colocarei suporte a ela por script, alto tipo "ao_completar_rota = thread.Sleep(intervalo em ms)" ...bom provavelmente será isso mesmo :p ...

Quanto a sugestão 2...pequeno grande problema : a estrutura contendo o HP maximo do pet está completamente fora da estrutura de offsets que eu uso para identificar o pet invocado, não sei dizer o pq, mas não consegui achar o HP maximo dele de forma dinamica,então não achando o HP maximo, não tenho como colocar calculos para controlar o hp em porcentagem...

"offtopic" : Sim, estou me dedicando mais ao suporte aos plugins/scripts do que mudança na interface,primeiro pq ela já é meio grandinha para achar coisas/ficar dizendo onde estão as opções....e segundo...qualquer mudança que faço na interface pelo designer, trava meu visual studio 2010 por aproximadamente 5 minutos >.> ...não sou o unico com esse tipo de problema...então provavelmente só mudarei drasticamente a 'interface do usuário' quando eu o compilar no visual studio 2012...claro que aí será necessario o complemento vcredist 2012 x86 ou algo assim....mas é algo meio distante...estou com a versão ** desse visual studio mas não pretendo compilar Isoladon nela por um bom tempo ^^.

@alex247417 : Só testei a função com feiticeira(unica acc do pw que ainda me lembro de ter >.<),essa função só reinvoca o pet na hora que o Isoladon for pegar target novamente de forma automatica, e...certifique-se de ter skill de ress pet disponivel no char, e o icone contendo o pet deve obrigatóriamente estar no atalho F9 do PW.Ao tentar selecionar o target de forma automatica, o isoladon verifica se há pet invocado...caso não, ele casta skill de ress, espera 5 segundos, apertará o F9, esperará mais 7 segundos e aí sim irá pegar o target e começar a atacar.

Peso no Isoladon Revival 'nasceu' quando comecei a trabalhar com conversão de coordendas em float/system string...é uma série medonha de funções chamadas 6 vezes por drop,recurso,mob,player ou npc em um raio de 100metros, sem perder a precisão de 16 casas decimais >.<...Irá desaparecer quando eu começar a postar isoladon e update baseado em sistema x86 ou x64...já que essas funções só existem para compatibilidade entre ambos =\

@ThaayGomes : botzone->Sobrevivencia->Pets/buffs ...há opção de mandar o pet atacar antes, testado somente com feiticeira, e...o tempo de espera entre esse comando e a primeira skill é de 2 segundos.Assim como ress de pet , essa função tb só é chamada quando o Isoladon tentar pegar um novo target(ele não checará isso em tempo real, e selecionar target manualmente tb não ativará nenhuma dessa 2 funções) .

Voltando ao intervalo de 2 segundos...caso o pet seja muitoo lento,talvez seja necessário deixar o intervalo entre os ataques com um tempo maior para dar tempo do pet chegar...se bem que acho 2 segundos um tempo razoável....

@tanida : já respondi a mp...e é a ultima vez que cito algo sobre esse erro no fórum....

<-- erro da falta/erro de instalação do vcredist 2010 x86

@alex247417 :Só 2 dicas... executar como admin só é necessário se o PW ou o bot estiver em uma pasta 'protegida' que requer alto privilégio (programiles(x86) e afins)

A parte de falar com npc, é a mais chatinha mesmo, além de ter que colocar id do npc no Isoladon é necessário ter iniciado dialogo com ele uma vez antes de tentar falar com ele de forma automatica.

@off: Andei meio sem tempo,entre amanhã e terça eu upo outra versão...vou aproveitar os toques sobre script de altura de voo + voltar pro spot de hunt aéreo depois de morrer.

@ThaayGomes : Baseado no que está nesse link :

...

Verifique esses 3 serviços no seus windows que devem estar habilitados :

Inicializador de Processos de Serviços DCOM

Chamada de Procedimento remoto (RPC)

WMI Performance adapter

<---Esses serviços fornecem o suporte para o Isoladon verificar numero de série de alguns componentes do seu pc...desabilitando/parando qualquer um dos primeiros serviços listados eu obtive esse erro...

ps: não ensinei como chegar na parte de serviços do windows pq acredito que vc saiba como chegar lá :sim:

@ThaayGomes : Bom, seu log não foi alterado, aparentemente vc está tendo o erro antes de enviar a solicitação ao meu server.

Recomendo usar o Isoladon Revival em pasta completamente diferente...por exemplo uma nova pasta no desktop mesmo(é onde por exemplo..eu realizo testes antes de upar..).

De toda forma, pesquisei nos sites da microsoft sobre esse erro, aparentemente ainda é alguma falha no .net framework 4.0(dll não registrada)...

faça o seguinte : Execute o isoladon em uma subpasta no desktop mesmo,ao pular a janela de erro do .net, clique em detalhes e ao expandir os detalhes me passe tudo o que apareceu,provavelmente vc terá que registrar a dll manualmente, mas só olhando os detalhes do erro para saber qual dll é...

enfim...voltando...

@alex247417 : Verifique se seu sistema não ncessessita de att do .net framework no windows update, e tente usar o bot em modo janela...lembrando que se todo o resto funcionar, pode tb ser culpa de algum debugger rodando na memória do pc.

@capitainfusion : Sorry, só faço Isoladon compativel com o elementcleint.exe atualizado do PWBR da lug...

@arthur1109 : Não tem como errar, sempre que vc atualiza o Isoladon, o patcher cria um backup dos arquivos, restaure eles, e ao abrir o patcher,clique em não atualizar...assim vc poderá ter certeza se é algo a ver com o update ou não, mas provavelmente não será >.< , não mecho em funções que não descrevo no patch note.

@somatando : A função de ir no boticario só é ativada quando o inventário encher...e não exatamente quando acabar os potes,pq poderia haver confusão do bot ir no npc sem realmente precisar(algumas classe as vezes precisam mais do pote de mp...outras do de hp...outras dos 2...ficaria muita coisa para configurar)Recomendo comprar muitoooos potes, assim sempre que ele for vende itens,completará o resto dos potes que faltam...

@ThaayGomes : Dificil saber o motivo do erro,nessa SS o que importa mesmo é o que está nos detalhes do erro.De toda forma poste o conteudo das ultimas ou ultima linha do log do isoladon(o motivo do erro..se tiver).

Fliper aqui o meu char nao ta mais atacando depois dessa att ele manda o pet ir ataca primeiro e as vezes vai longe de mais e nao pega os drops

Ajuda ai pf

Acredito não ser exatamente por causa da att do Isoladon,já que não mechi nessa função(só mecho nas que escrevo na lista de updates mesmo),e a série revival sempre foi meio besta no quesito 'escolha de target'(ele sempre pega o primeiro mob que nasceu, e não exatamente o mais próximo)...de toda forma...o Isoladon sempre salva um backup dos arquivos modificados,se tiver mesmo certeza que é bug desta versão, restaure o backup e cancele a att.

Enfim..provavelmente de noite libero um outro Isoladon com filtro para pegar o target mais proximo (evitei colocar essa função antes pq ela é um pouco pesada<não trabalho com tab>,e como o Isoladon Revival já é meio pesado...eu a estava evitando...)

edit: Ah..e outro detalhe...provavelmente não é seu caso...mas...já aproveito e deixo uma dica : Ao usar plugins é essencial olhar a aba de logs, e é extremamente recomendável usar a função 'isoladon.log' em cada fase do script,pq dependendo do script, se a bool de referencia 'script_cancelado' não estiver bem posicionada,pode fazer com que o script nunca cancele, gerando erros inesperados e variados.

Bom...a parte

Foi a gerada pelo seu computador...todas as anteriores são do meu log, já que aparenta que vc baixou o 1.0.0.2 da minha pasta 4shared , no qual upei ele e me esqueci de limpar esse arquivo de log.

O tamanho está completamente errado(está com o tamanho da lista que aparece na pasta do Isoladon,sendo que era para aparecer como 3111 bytes<tamanho real>, e 2345 bytes realmente recebidos<arquivo baixado e ainda compactado>, e 9774 bytes seria o tamanho da lista xml criada pelo proprio patcher com base nos bytes recebidos),minha lista fornecida pelo server é de tamanho e formatos completamente diferentes(gerada dimanicamente<não existe no servidor> com base nas infos de hardware+resposta do servidor sql sobre banido ou não do sistema+infos dos arquivos encriptados).

Caso tenha certeza que quer ver mais a fundo o pq esse erro acontece com vc, me envie por mp o seu ip externo(o ip que aparecer em site tipo whatsmyip.org ou similares)...depois abra o patcher, háverá um log no meu database sobre o acesso desse ip...com isso poderei fazer uma pesquisa no db e achar um log completo dos acessos do computador...e sim..não faz mal que é ip dinâmico, o log é feito por hardware mesmo,ip é irrelevante..serve apenas para um log no servidor mais detalhado.Porém não recomendo isso,é uma coisa que me dá dor de cabeça só de pensar em fazer,e não vejo a minima utilizade/curiosidade em querer saber como e quando x computador acessou o sistema...o log existe com a unica finalizade de detectar/determinar automaticamente se um determinado hardware pode ou não ter acesso aos arquivos.

Estou com problemas, quando tento atualizar da esse erro.

Ja atualizeio pc todo e nao rodou nada, reinstalei tudo e nada. Tenho um note q pegou ate um win xp q tenho aki pegou, mas nao consigo colocar no win 7 32bit aki de casa

imagem do erro

É necessário se cadastrar para acessar o conteúdo.

• Entre
• ou
• Cadastre-se

Em primeiro lugar é recomendavel verificar os logs do atualizador...é bem provavel que vc esteja recebendo lista com 0 bytes...

É provavel tb que vc seja o unico user que está banido do sistema, o ban é feito por mais de 4 itens de hardware, então nem trocando de S.O o isoladon conseguiria atualizar.Caso esse seja o seu caso, recomendo verificar configurações de proxy do seu IE...o erro não sumirá, porém não foi com o proxy que o sistema implicou, mas pode ser que o proxy esteja interfereindo em outras coisas na troca de dados(isso se num for config de rede errada e esse win7 não for uma maquina virtual...)....quando e se o sistema parar de implicar com essas coisas eu removo o ban desse hardware, desde que eu seja notificado das suas mudanças..já que não ficarei procurando coisas nos logs do server toda hora...ele está imenso >.<

Caso vc não seja esse user...restaram 2 opções :

1-Tentar executar o aplcicativo como admin...

2-não recomendavel- me mandar mp...solicitarei um monte de infos/ids de hardware, farei busca no database e verificarei o pq o sistema está se recusando a lhe enviar a lista.

ultima vez que respondo nesse post, juro que não entendo se andam postando/falando sobre o Isoladon Revival sem comentar o essencial que sempre coloco nos posts, ou não param para ler mesmo..(sorry, nada pessoal, apenas cansa repetir a mesma coisa,sendo que nunca esqueci de colocar esses linksdesde o final do ano passado...e mesmo assim é sempre essas questões que reaparecem....)

Requerimentos de sistema :

1-

2-

3- Bom senso...verificar se não vírus ou afins no PC Antes de baixar o Isoladon, scanear novamente o arquivo baixado...etc etc...

Ambos os complementos estão disponíveis nos sites microsoft, no caso já deixo sempre o link nos posts

@jardelperardt :não tem como...mas vc entrou com questão interessante que eu havia esquecido...

liberei 1 isoladon hoje, acredito que eu não vá upar mais 1 hoje...contudo, no próximo acrescento um handler na função de ress, que permitirá voar de novo via plugin...algo simples de fazer (acredito...já que tento upar plugins/scripts bem básicos e de fácil entendimento.Será algo muito semelhante ao script para ir voando no boticario.

Não sei se foi o certo criar tópico com essa duvida aqui, mas acho que sim...enfim...

Eu jamais pedi para baixar a Dll...elas variam muito entre as versões, e essa dll em questão já vem no pacote vcredist2010 x86 da própria microsoft.

Sinceramente não sei de onde tiram a idéia de baixar somente a dll, e ignoram o conteudo de meus posts onde deixo claro quais coisas devem ser instaladas, isso só gera problemas desnecessários.

Como vc admite ter baixado os pacotes e sabe que enfiou uma dll dessa na system32, delete/mova ela para a lixeira...desinstale o vcredist 2010, procure por essa dll no pc (sim..procurar depois de desisntalar...) e mova para lixeira/delete todas que vc encontrar com o nome de msvcr100.dll...(fazer isso para ter certeza de que não há nenhuma msvcr100.dll duplicada/backup perdida no sistema) e reinstale o vcredist2010...com isso deverá funcionar perfeitamente. SE o problema ainda continuar procure de novo por essa dll (provavel que esteja no system32 agora...e será uma versão oficial da microsoft) copie ela e cole na pasta do Isoladon...de toda forma acredito que isso não será necessário...mas a parte de excluir as dll's erradas será.

Embora o isoladon tenha mais bugs no windows xp,esse problema em si não foi causado por ele, mas sim por problema na instalação dos complementos da p´ropria microsoft...mais precisamente uma dll errada que provavelmente não foi substituida pela original da microsoft durante a instalação....

@pw_player01:

Olhei esta parte do código agora...reparei um detalhe....não coloquei sleep entre a ultima interação com o npc e o comando de fechar o dialogo(desde que vc não interaja com nenhum outro item...ter o dialogo aberto, faz com que vc possa vender/comprar do npc mesmo estando há uns 99mts de distancia dele) então posso mandar o char sair de lá ainda com dialogo aberto e fechar o dialogo com delay(um timer por exemplo).

A parte de monitorar grana para burlar o primeiro sleep é interessante..ir no boticario com 1 slot vago... tentativas de interações com delay pequeno ,envio de pedido de compra de 1 pote barato...Sleep(ping + 100)...se o dinheiro mudar é pq interagiu...caso contrário...tenta interagir de novo...umas 5 vezes...depois desiste de vez e dá uma de doido indo e voltando de novo..... ¬¬

O que preciso entender é pq o server adora rejeitar minha interação programada...tipo...taquei um breakpoint(no elementclient.exe) na entrada da função de encriptar os pacotes antes de enviar ao server...somente um pacote é en***** quando vc vai interagir com o npc na primeira vez....eu literalmente fiz um pacote identico...não foi...ok...posso ter errado...mas...ele funciona depois que vc interagiu com o npc uma vez...revisei inúmeras vezes o pacote que gero com o isoladon e o comparei com o pacote original de interações com o npc...são exatamente os mesmos :pensativo:

Olhei a parte de encriptação tb...a função não olha nenhum registro que poderia ter sido criado/alterado em algum outro lugar...apenas encripta e envia >.<

Deve ser o teste de rota após fazer ela...meio que ele sairá do ponto de hunt, irá até o ponto de ress(podendo bugar no caminho...já que está fazendo rota inversa), e ao chegar no ponto de ress ele faria a rota correta...de ir de onde nasceu até o ponto de botear...sim..sei que é confuso ele anda d+ mesmo...mas foi a unica forma de pensar em 1 teste sem ter que matar o bot de novo >.<.De novo o melhor esquema é testar com rota pequena para se acostumar mesmo, o teste de rotas nem é tão importante ...foi usado mais para testes internos mesmo...o unico cuidado é evitar passar por escadas...

@pw_player01 : "anda quando eu marco e desmarco a opcao de ir ate o boticario automaticamente" essa parte é interessante freezar,tem a ver com threads asynchronous, mais precisamente backgorund workers para funções longas/de espera gigante, todas as funçoes longas(mover,catar drops,catar mats ficar atacando até o char morrer<nessa ordem mesmo>) utilizam o mesmo worker...que não é executado 2 vezes ao mesmo tempo, porém são cancelados quando um checkbox relacionado à rota é modificado.Esse procedimento tem uma falha,relacionada ao filtro que fiz para tentar identificar drops de materiais.Já comentei essa parte em algum post então falerei por cima...digamos que em alguns 'drops moedas' o isoladon acha que a moeda é um minério...E tenta cavar ele...só que a função fica em looping infinito até que o char faça alguma acão...ele nunca começará a ação..logo o backgroundworker ficar na espera até ser cancelado/o char realize algum movimento...porém para não ter que ficar gerando listas de itens com conversões pesadas toda hora, a lista de drops/resources/npcs é gerada antes de chamar o backgroundworker, e passada como argumentos.Se a 'maldita moeda' reconhecida como resource já não existir, ou se o material já não existir ou tiver sendo cavado por outro player...bom o isoladon nunca saberá isso...e ficará parado >.<, então para evitar isso,o ideal é configurar o isoladon para somente minerar recursos acima listados...isso deve corrigir o problema...uma vez que o worker não ficará em espera infinita...é facil eu corrigir o poblema, basta eu criar uma espécie de timer que cancela a espera depois de X tempo...não me foquei nisso pq tinha outras coisas para ver no código.

Outro detalhe é que enquanto houver target(ultima parte da função gigante passada ao backgorundworker) o isoladon tb não irá iniciar outro worker...

Quanto a parte final...de completar potes...meio que é assim : após chegar ao destino, o isoladon gera um script na memoria do jogo tentando iniciar o dialogo, não achei/sei um ponto bom no cliente para monitorar se o diálogo abriu...logo..taquei um sleep no código....depois ele tentar enviar um pacote direto para o server...de iniciar interação...mais um slpeep...e por fim ele tenta enviar mais 2 pacotes, um de 'npc click' e outro de abrir dialogo...mais 1 sleep enorme pq nunca sei quando o dialogo abriu...é medonho ter que usar 3 funções de interação diferentes...o engraçado é que de forma isolada todas funcionaram...porém de vez em qualquer uma delas era rejeitada...optei por tentar as 3 ue eu conheço mesmo...e mesmo assim nem sempre inicia o dialogo...

enfim...sem saber se iniciou ou não...o isoladon começa a parte de enviar pacotes....no caso primeiro ele tenta os de venda...com sleep de 300ms de intervalo caso seja preciso enviar mais de 1 pacote(digamos que 3 pacotes...3 stacks de items...), depois envia pacote de reparar tudo, e por fim o de comprar XX coisa.

Nem sempre o server aceita todos pacotes...seja por delay/ping ou pelo fato do isoladon ter iniciado o envio dos pacotes antes do server processar/aceitar a solicitação de interação com o npc.

Quanto ao IronPython, eu particularmente não gosto, mas sim estou usando ele na parte de scripting apenas, pq achei essa linguagem bem poderosa e com boa integração ao .net

Hesitei muito em liberar suporte à ela pq há inumeros scripts que poderiam ser feitos e divulgados com intuito de prejudicar o povo e/ou o server...inicialmente eu iria trabalhar tb com encriptação do script...mas na duvida achei melhor deixar ele sem encriptar mesmo...pelo menos assim quem for usar o script poderá pelo menos entender um pouco do que será executado.no mais aceito sugestão de algo semelhante a 'runtime.shutdown' para abortar script, sinceramente não achei nenhum jeito de matar o 'execute' do script...que num fosse matar o thread criado(coisa que não quero fazer) ou a checagem de uma variavel publica no proprio script para ver se o script deve ser abortado ou não.

@jardelperardt : verifique se vc deixou um atalho para o pet/skill do pet no atalho F8 do pw

@pw_player01 : tem a ver com uma pequena proteção do jogo, já que pelo menos vc se familiarizou com o procedimento de gravar, já é 80% do caminho andado...tipo...

1-faça um rota de teste pequena para ajudar/facilitar nos testes...principalmente pq vc ja sabe que o segredo do char tentar ir no boticário é justamente quando o inventário enche.

2-Antes de iniciar a função...(bom poderia ser qq hora...) mas enfim..faça uma interação manual com o npc mesmo(abrir janela de compra/venda), e depois teste o script/função.

<-- Geralmente é esse o macete...admito que me foco mais no codding do isoladon do que nos testes(num gosto de pw >.<), mas desde o final do ano passado,APARENTEMENTE as interações com npcs necessitam ser iniciadas manualmente pelo menos uma vez antes de serem feitas por meio de bot.O char fica quase 7 segundos na cara do npc tentando iniciar dialogo de 3 formas diferentes...aparentemente existe mais uma que ainda desconheço,mas assim que eu descobrir eu atualizo no código...por hora tente o que sugeri mesmo (iniciar dialogo com ele pelo menos uma vez após logar) boa sorte :)

@procura : Vlw ^^, o erro que vc citou eu nunca tinha visto...mas eu chutaria que foi causado pela execução do elementclient.exe fora da pasta element do pw, talvez o diretório da pasta do pw estivesse incorreto e/ou foi uma dakelas frescuras do Isoladon no windows XP que não salvou a pasta do Pw de forma correta.De toda forma, que bom que já arrumou :)

@rafaelbkxk : vc postou essa duvida nos meus 2 posts, então responderei por aqui já que o outro post está sobrecarregado...e é uma duvida simples mas importante :

Essa opção não é essencial...é que em alguma versão anterior do Isoladon tudo funcionava, mas nem sempre a classe era detectada de forma correta, sendo detectado erroneamente como guerreiro...e como feiticeira e misticos eram as unicas classe realmente afetadas com isso(por causa dos pets) essa opção força o cliente a ser detectado como uma dessas classes...é uma opção que jamais deve ser usada, a menos que a classe esteja mesmo sendo detectada de forma errada...ativar ela com outra classe...além de não ajudar em nada, causa bugs gráficos no jogo, além de que ao estourar chi pelo Isoladon, o Isoladon enviará o pedido como sendo skill de wf(cada classe tem uma explosão de chi diferente...não importa que o efeito/animação seja o mesmo...são considerados skills diferentes), logo...o server não aceita o pedido...e poderia ser algo que possam usar para detectar o bot...

@tutumi12 : Este é um pequeno bug e antigo bug no isoladon revival...ele trata todos itens com "tipo de id" zero como itens colétaveis(mat/ervas)...porém...nem sempre drops tem o "tipo de id" (geralmente moedas) com isso o isoladon tenta cavar o item...como nunca consegue...num sai de lá nunca...seria fácil resolver se eu filtrasse por ids...mas como num jogo + pw...a minha vontade para sair cavando 1 item de cada coisa complica 1 pouco...enfim...deixando dados técnicos/meu animo com pw de lado...é simples resolver isso:

Mude as opções de cavar materiais/ervas para somente pegar os itens acima listados...dessa forma ele não tentará 'cavar a moeda' e não 'travará'(ele nem trava de verdade...apenas fica esperando o char iniciar alguma ação...no caso começar a cavar...pena que ele nunca conseguirá isso numa moeda ¬¬) até que alguma action seja feita no char.o pior que pode acontecer é ele deixar drop no chão...mas como geralmente só buga em algumas moedas...vc não tem muito a perder.

eae fliper beleza? cara que massa isso voce ta sempre postando bot!

eu nao testei nenhum ainda, mais queria usar esse, mas agora me parece q o servidor ta em manutenção, sera que mesmo apos a manutenção ele vai continuar funcionando?

Opa, blz :).

"Essa versão" sim,pq ando mechendo direto no codding.Tenho um update 'no forno'(estará disponivel no auto patcher<Versão 1.0.0.2>, então vc pode baixar essa versão de agora que de toda forma será atualizada)...que no caso é a liberação de parte do sistema de plugins/scripts....não upei ela justamente pq o server pw está em manuntenção...caso haja att do cliente...já atualizo os offsets antes de upar o isoladon....coisa que só devo olhar lá pela hora do almoço de sábado...sabe como é...programar é uma coisa...ter vontade de abrir pw para testar é outra beeem diferente :P ...ainda mais que para me irritar terei que esperar o server voltar...

@arthur1109 : eu não posto tutorial de como criar bots pq eles variam muito...por exemplo : Isoladon antigo(interface no game...tinha um total aproximado de 20mb só de códigos<a maior parte só para fazer a intercace gráfica>), Isoladon novo contém aproximadamente 18k linhas de código só na parte de funções/"sub isoladon"<o menu independente de cada char>(não estou exagerando...e na duvida conte apenas 13k linhas..que é o que aparece ao fundo da ss que postei sobre dll), e tb pode variar dependendo da linguagem de programação usada...digamos que a mais simples seria com autoit,mas para isso basta pegar um profhet decompilado, o código usado é simples de entender.

O mais fácil mesmo seria criar bots a partir de macros, com programas tipo o autohotkey...que emulam cliques e teclas...

Em contra partida...os scripts que o Isoladon Revival 1.0.0.2++ usarão são em código aberto, 'simples' de entender(e tb servem para ter uma lógica de como faezr bot)...e estarei 'postando' exemplos de scripts(para referencias) nos updates automaticos.

@Mapri10 : hm hm...sempre fiz Isoladon voltado para o cliente br, os isoladons que não são da série revival poderiam funcionar...mas...eles tem verificação de integridade do cliente(baseado no cliente oficial...então...um mod no elemetclient.exe = isoladon dá msg de cliente alterado e não funciona)....e os da série revival não tem essa verificação...ACHO que os mais antigos possam vir a funcionar mais para frente quando os privates começarem a usar versões mais atuais como base,porém não agora...

Fliper aqui ta pegando certinho só que a opção de ir no boticário como faz pro meu char ir voando e quando ele vai pro boticário vender/comprar itens e pots ?

Não coloquei ela ainda (só tem como ir a pé >.<), estou para liberar isoladon revival 1.0.0.2 entre hoje e amanhã, mas não colocarei isso ainda por um motivo simples : estou mudando/acrescentando mais dependencias no Isoladon Revival, no caso o suporte aos plugins/scripts, e como é coisa nova e tb meio chata de explicar/filtrar o que pode ou não ser usado no script, estou focando minha atenção no código para testes e tb criar exemplos e referencias de criação de plugins.

@diego1535 : ..complicado decifrar o que é 'não está funcionando' ...caso ele nem abra, ainda é pau no seu S.O(sistema operacional) /complementos instalados.

Caso seja erro do arquivo .ini (há mensagem falando quando há erro nele...e só ocorre em alguns casos em users do windows xp) , bom meio que é apenas coisa de editar manualmente o arquivo no p´roprio S.O.

Caso o erro seja do PW dar crash...é sinal de que o seu pc não aguenta o peso do Isoladon + pw.

Caso funcione tudo, mas o char não consiga atacar...aí sim tem a ver com debugger instalado no computador....

Pelo que acompenhei do post, seu erro continua sendo em dll's que não vem com o Isoladon....logo...são erros nas dlls/complementos mesmo...uma solução bem porca mas que pode funcionar é pegar as dll's que aparecem no erro e colar uma cópia delas na pasta do isoladon... ( por exemplo pegar a dll 'c:\windows\system32\mscrv100.dll , copiar ela e colar ela na pasta do Isoladon)....e fazer isso com todas dll's que derem erro. SE funcionar direito a resposta é simples: há mais cópias/versões dessas dll's espalhadas no seu pc, e estão com defeito...enfim...por isso eu disse no post anterior para deletar todas mscrv100.dll do seu pc antes de reinstalar novamente o vcredist 2010 x86.

como referencia...verifique se suas dlls com erro estão mesmo corretas...compare as propriedades/data de modificação com as minhas....(abra a imagem em outro link caso o redimensionamento do fórum esteja errado<tamanho original 1360 x768...e sim sou preguiçoso para recortar a imagem>):

Oo quantas questões desde a madrugada....enfim...

@rafazico : Sim funciona na 154, verifiquei o elementclient agora...thnaks por avisar da att, como não jogo pw não atualizo o client sem receber aviso de que algo mudou...

Desligar o pc e deixar o bot on não dá =\, o maximo que daria seria ter bot on sem client pw,mas isso é coisa que eu faria apenas se o Isolaodon fosse pago :P

@Mapri10 : Isoladon revival ou qq outro isoladon foi feito com base nos offsets do PWBR atualizado, infelizmente servers privates usam versões do cliente antigas com offsets incompatíveis,fururamente pretendo liberar full suporte para outros clientes oficiais,mas por hora ainda não , já que cada client private usa um executavel diferente...

Posso estar enganado agora, mas pelo que me lembro os servers privates na verdade usavam o elementclient.exe 1.3.6 en-us ou 1.3.9 CN como base, independente do que mostravam ao abrir ele...nesse caso eu recomendaria para vc testar bots feitos com esses offsets como base.

@diego145 : caso vc ja tenha instalado os 2 complementos necessários e seu sistema atente aos pré-requisitos para instalação(listados na p´ropria página de donwload da microsoft), a unica solução que encontrei é deletar todas msvcr100.dll presentes no computador e realiazar a reinstalação do vcredist2010 x86...

carak o meu nao ta funfandooo.... =[

ta dando um erro akii

 

THE PROGRAM CAN'S STAR BECAUSE MSVCR100.DLL

IS MISSING FRON YOU COMPUTER. tRY REINSTALLING THE PROGRAM TO FIX THIS PROBLEM.

Nada pessoal mas é a ultima vez que respondo sobre isso...uma simples procurada no google sobre MSVCR100.DLL ou MSVCR80.DLL apontarão para páginas que falam que isso é a falta do 'vcredist' (2008 para a dll de final 80, 2010 para a de final 100...enfim..."MSVCR" é parte do vcredist...) logo nas primeiras linhas do meu post principal há os requerimentos de sistema...então basta baixar e instalar o visual c++ redistributable 2010 (tb conhecido como vcredist2010)...ele serve para rodar programas feitos no microsoft visual studio 2010....mas claro...além disso será necessário o .Net framework 4.0...que é o framework base que uso no isoladon...enfim..baixe os complementos microsoft requeridos no post...