[VB6] Queue / Antiflood

[Networks]

I thought about and have come up with somthing.

I'll have 2 queue types. 1 that sends consecutive messages ( 3-4 ) which will pause 1500ms between each consecutive msg. After these messages have been sent I'll calculate the amount of delay for all 3-4 messages using required delay ( with some leway) and then delay and keep doing this.

My other way is just a simple lame queue.

This can allow the 1st queue type to intiate during loads etc.

Any suggestions are appreciated.

Sounds okay, but make sure you give the delay after 4 consecutive messages a pretty random delay time. Before i quit bnet i was working on how to stop flood bots and i found out that bnet has its own system of timing peoples messages and the delay given between them. if the delay is to same for so many sends it will kick you as a "flood" resulting in a muted key and possible banned key.

EX: Everyone knows about flawed bot and its own command. If it bans to many bots and has the same delay it will drop.(Some have seen this before some have never seen a load that big)

Good suggestion thanks, I'll keep that in mind.

[shout]

I have an idea... but im noob so...

Have two battle.net connections in a bot, and each one has Networks 2 queue system. When one of the bots queue "type 1" is initiated, the other one does too, but the 3-4 messages are sent one after another, so Bot1 would ban 4, Bot2 would ban 4, Bot1 would ban 4, ect.

This could also be done with more, lets say 4 bots. Bot1 would ban 4 AND Bot3 would ban 4, then Bot2 would ban 4 AND Bot4 would ban 4...

[Networks]

I have an idea... but im noob so...

Have two battle.net connections in a bot, and each one has Networks 2 queue system. When one of the bots queue "type 1" is initiated, the other one does too, but the 3-4 messages are sent one after another, so Bot1 would ban 4, Bot2 would ban 4, Bot1 would ban 4, ect.

This could also be done with more, lets say 4 bots. Bot1 would ban 4 AND Bot3 would ban 4, then Bot2 would ban 4 AND Bot4 would ban 4...

That may good for a bots that cooperate together but I am talking about a queue for a single bot.

[shout]

Eh. Just an idea, and not only for you, but for other people who are seeking help and might read this thread.

[Gangz]

Just randomise the delay times when numeruos messages are sent. To an extent of course. Figure the packet size of a full length message and use that a figure instead of requird delay. You will never be able to sent to much to fast. I dont know if this made sence to you, its harder to explain then is to think about.

Shorter Ver: Figure out how many consecutive messages can be sent through bnet using the max amount of chars(i think its 255 if i remember right)

Us that as a guid to how many you can send withought flood. Set the delays to randomize to a certain extent