Brutal-Combo IP Checker

Does anyone know how to get rid of the feature in the latest brutal-combo that checks whether you have a new ip or not before it makes the pupils?

I want to get rid of it because it is very annoying and would rather my connection get a few seconds break by making non-xp pupils instead of reconnecting straight away again, because sometimes it makes it error.

but wouldnt that cause that you also have to train that non-exp pupils?

No it would not.
The IP check he's after is when brutal combo checks the IP with an external site. And if the IP has been used during this session, it will run the reconnect again to get a new IP.
So removing it means you can could use the same IP address again, which will make pupiling slightly faster as it doesn't have to check the if the IP had been used during this session.
I'm pretty sure brutal combo checks if the pupil gives xp by going to the master's cellule page.

Yea Neutrino got it in one It makes it faster and it has a tendency to continually reset my connection even though I know I have a new ip..

I'm not sure about actually removing it, but I do know you can fool it into thinking it's a new ip every time. Just edit the config.xml to point to a page/file that contains a randomly generated ip. For example, if you have webhosting or run a server locally with php installed all you need to do is put a php file containing:

Code:

<?php

echo long2ip(rand(0, "4294967295"));

?>

somewhere accessible and point to it. Every time it checks, this should generate a different ip and it'll pass the ip check. I don't know if that's exactly what you're looking for since it doesn't remove it completely but it pretty much nullifies most of the effects I think you're talking about.

I'm not sure about using a local file instead, but it should be possible as well (just regenerate the ip in the file each time your reset batch/exe/macro runs).

That help at all?

esc-g

Yep, I have a webhost provided free by my isp which allows most things I need.

If anyone wishes to use Goats idea change the ip part with the below :)

Code:

   <bean id="ipGetter" class="labrute.ip.WebServiceIPGetter">
      <property name="url" value="http://users.adam.com.au/tristell/foolip.php"/>
      <property name="pattern" value="(\d+\.\d+\.\d+\.\d+)"/>
   </bean>

Nice. Thanks ESCGoat and Maccaz.

I restart my BC each cycle, so it never gets to check IPs. Which is another option may want to try.
But this is a great back up if their IP checker server goes down again, or lags badly.

Stsin wrote:

Nice. Thanks ESCGoat and Maccaz.

I restart my BC each cycle, so it never gets to check IPs. Which is another option may want to try.
But this is a great back up if their IP checker server goes down again, or lags badly.

I was thinking of doing that but I wanted to be able to still use my computer at the same time and not let it error due to a misclick or something.

Maccaz wrote:

Stsin wrote:

Nice. Thanks ESCGoat and Maccaz.

I restart my BC each cycle, so it never gets to check IPs. Which is another option may want to try.
But this is a great back up if their IP checker server goes down again, or lags badly.

I was thinking of doing that but I wanted to be able to still use my computer at the same time and not let it error due to a misclick or something.

That's where VMs come into play. If you can setup a Windows VM (Virtual PC, VMWare, Parallels, VirtualBox, whatever suits you) to run bc in and your machine can handle the overhead in terms of resources it makes it quite easy to use your pc for other things without having to worry about interrupting things like you mentioned. It all depends on your system, setup, and what other things you use the PC for really.

@Stsin - did you ever get BC running properly on linux? How is Win7's VPC? I'm looking at upgrading one of my better machines from XP to Win7 soon. I managed to skip that whole silly Vista thing entirely. BTW, good point about restarting BC each cycle.

esc-g

I have Ubuntu 9.04 and BC still doesn't work on it.... I asked winni a while ago and he said it should.

It starts up, does the splash screen and then just closes.

ESCGoat wrote:

@Stsin - did you ever get BC running properly on linux? How is Win7's VPC? I'm looking at upgrading one of my better machines from XP to Win7 soon. I managed to skip that whole silly Vista thing entirely. BTW, good point about restarting BC each cycle.

Win7's VPC is wunderful. Though I never tried previous versions of Virtual PC, this version seems greatly improved from the videos I've seen on others. It uses all cores, and is so easy to set up. Just double click on Virtual Windows XP icon and it makes a new Virtual XP (XP Pro SP3) in Virtual Machines. Not having to install the OS manually and ready to run.

This was done in minutes, right after upgrading to RC1. Automatically reading all my drives in the network, USB drives, printer, and access to the internet. Though I had to allocate more memory and change the drive it was stored in.

Copying, pasting files and text effortlessly as if it were just a different window than an OS. Though may get some lag as it transfers through a network.
And like you said, do those point and click things in it's own environment so I can use the computer for other things, like I am doing now while botting. I think I posted a thread about that

Not just for botting, can launch XP apps directly onto your main desktop as if a normal program, without that virtual window. More at http://www.microsoft.com/windows/virtual-pc/features/default.aspx

Though don't expect to run old 3D games well since it emulates a 2D graphics card. But you may be surprised that the browser is often quicker in Virtual XP. Which worked nicely with Bob's QTP trainer.

I too skipped Vista, but have been using Win 7 since open beta. But since you plan upgrading, you need to get Windows 7 Professional or Ultimate to use the free Virtual Windows XP. Won't work with the Home version. And also check if your CPU is capable of hardware virtualization (some of the latest by Intel aren't), in which Virtual Windows XP for Win 7 requires. Though can still use previous versions of Virtual PC.

I've never tried BC on Linux. Seems it should work though, since it's basically running in it's own Java VM. Hmm, been wanting to try linux on my PS3. Maybe can have it do some botting too

Maccaz wrote:

I have Ubuntu 9.04 and BC still doesn't work on it.... I asked winni a while ago and he said it should.

It starts up, does the splash screen and then just closes.

Seems as though it's not finding the other files. Does the same if you just make a shortcut to it, without setting the proper working directory. Running it through a console window may give more info on what the problem is.

@Stsin - thanks for the info and thoughts! The machine I'll be upgrading does indeed have a processor with the right virtualization features and I actually was reading about all this stuff a few days ago so I'll likely be purchasing pro.

As for linux I thought you had asked winni about it a while back but apparently it was Maccaz here, lol. Does Yellow-Dog run on PS3? That would be pretty funny botting from your PS3 but you are the bot meister! I personally haven't had a console in years but I play on my my brother's Xbox 360 to get my fix when I'm visiting the family, hehe.

Actually, I'd still like to see someone come up with custom router firmware geared towards botting, hahaha.

I finally got some pupiling working here for all of about a day and a half (not even really) and I was so thrilled... only to have it effectively stop working after something changed. I've been trying everything but it's just leaving me frustrated and all these brutal error periods aren't helping, heh.

Ah well. Thanks again for the info on Win7 and the new vpc. One of the first Microsoft things I've been excited about in a long time, hehehe.

esc-g

I haven't bothered to install Linux on my PS3 yet, but I was thinking of doing, and I just might.... will need to google how, if it clears any of my data and takes to long I won't as I don't want to backup

@stsin how does it works to restart BC every cycle?

Asking why or how?

I have many reasons why: One is because BC has a memory leak, another is that it helps from those targetting my level 0 brutes, also can be used to get by the "ERROR error while calling web service: Connection timed out" that stops BC. Plus other reasons

How? Can use about any point and click script. Currently using WinAutomation. It does enough for what I want. I haven't tried many others to compare.

Thanks for that info. This way you can search for your dream brute by creating a bunch of pupils of a certain master and certain GFX without wasting time on resetting IP!

by the way I've uploaded this script to my webspace too...
anyone that wish to use it it's http://www.core-studios.net/random/

can someone explain the script

i don´t understand it

I cannot understand it too...
it is to make pupils lv 0?? or for doing pupils in VM?? but pupils who don't give exp don't will registred in db ok??

mpadosouza wrote:

Thanks for that info. This way you can search for your dream brute by creating a bunch of pupils of a certain master and certain GFX without wasting time on resetting IP!

If the pupils don't earn xp they won't be saved in the database. You'll have to find a way to lure brutalcombo's test of created pupils.

By the way, the reason we added the "ip check" test was to prevent the silly "pupil attack". Some people used BC to create thousands of pupils to non-bc users. Although the number of pupils doesn't matter, we decided those "attacks" we rude and we added the "ip check" to prevent it. Moreover, the huge number of creation might have endangered the stability of our server.

Taitoune.

P.S.: I am more concerned about the "memory leak" problem. We thought we had fixed those problems with the version 1.2.

taitoune wrote:

mpadosouza wrote:

Thanks for that info. This way you can search for your dream brute by creating a bunch of pupils of a certain master and certain GFX without wasting time on resetting IP!

If the pupils don't earn xp they won't be saved in the database. You'll have to find a way to lure brutalcombo's test of created pupils.

True, and I'm assuming mpad is logging and parsing the console output or something more (or less) sophisticated to capture the pupils since it wouldn't be giving xp... otherwise it would be pointless. I've done this myself before to generate non-xp brutes of certain names/gfx after getting tired of spending large quantities of time manually creating brutes looking for one with certain qualities. It didn't improve my luck, lol. However, I've been meaning to implement the logging/parsing to grab the names of non-xp brutes created with passwords during normal for-xp pupiling. It drives me nuts that all these non-xp giving brutes (with passwords) are being created and then lost to the brute abyss since there's no option of logging them in any way. Anyhow, the thing I noticed is that there seems to be two slightly different copies of 1.201 floating around... the one I believe is officially up for download is by default slightly more verbose with the console output than the other (though obviously level of verbosity can be controlled via command line to some extent).

taitoune wrote:

By the way, the reason we added the "ip check" test was to prevent the silly "pupil attack". Some people used BC to create thousands of pupils to non-bc users. Although the number of pupils doesn't matter, we decided those "attacks" we rude and we added the "ip check" to prevent it. Moreover, the huge number of creation might have endangered the stability of our server.

Taitoune.

P.S.: I am more concerned about the "memory leak" problem. We thought we had fixed those problems with the version 1.2.

Thanks for the info, never knew that about the pupil attack... sounds rather ridiculous but I guess there will always be people with nothing better to do.

As for the memory leak, I can confirm it still exists in 1.201. I can give you more details later. I wouldn't call it a major issue but more of an annoyance in memory-limited environments. Recycling of BC needs to be done anyway before it gets critical since BC will continue to use the same opponents even if they've leveled up since it started its run... which is no good when 1 or more of the 6 level 0s it's using goes up to level 1 (or higher) and new pupils continue to try to fight them despite there being more level 0s in the opponents list... hence another reason to recycle every so often.

BTW, have you gotten any reports of problems with custom generated names repeatedly being reported incorrectly as already existing? With certain name scripts I had made they'd start out fine and then after a bit I'd get a slew of messages saying name after name after name already existed until finally it would get to a certain point and create one. It seemed to happen particularly often when switching from COM to FR to create a pupil for one of your brutes. Switching to simpler naming gave me no issues but I've been baffled by that for a while.

NM that last part, just read the answer in another thread, doh.

Cheers,

esc-g