BuzzerBeater Forums

Are you argueing just because of argueing? You seem to lack knowledge in IT and how things work. So instead of every time taking the argument off-topic, you could sometimes just stop posting and see what others think. I have given valid reasons why this would be bad. It's bizarre to me that you suggest 5000 (or even 100) autobids would decrease server load.

oh damn in this case i have the wrong job and study ;) but maybe you should thing about what cool things algorithms could do, and make instead of 500 steps just 1(and it is nearlyy ajoke to call this an algorithm it is the most easiest implementation)

taking the argument off-topic, you could sometimes just stop posting and see what others think.

i think with your though we could stop thinking about it, so i say that it is very easy to implement and good for the load ;)


Last edited by CrazyEye at 3/20/2010 6:16:12 AM

i think this auto bid thing is stupid, for example I'm selling a player, and I see that someone is auto biding my player, so what would i do? I would bid my player myself, so i could get more money from it, it's really a very difficult thing to manage .. sorry, but that's my opinion

That is part of the risk of a user setting an auto bid. But remember than you don't know what their max value is. So you can keep bidding up trying to get more money for your player, but if you get greedy, and bid too much, then you will end up paying a lot of money because their autobid will reach its max value, and you will end up buying your own player and you will have to pay a potentially large percentage of tax on it.

but his point is valid, i normally go out of bidding when the owner start bidding on his player i don't think that i am not the only one who does it - but for the automatic bid this is equal so the strategy becomes more succesful.

Maybe there should simply be a bit of code written in that says when a player is bid on by the owner the auto bid automatically stops. This would solve the problem. Or have an option when you set the auto bid to cancel when an owner bids on the player, or to keep bidding.

I tested in a similar enviroment. Autobid can be used if it will start bidding right away. But there will be additional problems. Let's say you team has 1mil cash. You put autobid 900k on some player. 450k is his current bid. Now you find another player? What can you do? Bid 100k on him or can you set another autobid for 550k? Will you be able to set 1mil autobid on him. There are too many variables here. Option would be to set just one autobid and keep autobid max value deducted from free cash, until the player is sold. What if you can set 2 autobids -> now there will be a big problem. Let's say we have a lot of managers autobidding constantly and you can bid max your funds. When one autobid cash will be freed there will be dosens of bids on one good player. That is the case where it creates too much traffic.
I still think autobid is a really bad choise. It creates too many variables for the easy choise of just bidding the actual amount you are willing to pay for the player. I agree that sometimes I forget to bid on a player or staff, but that is how it is supposed to be. Everything is not supposed to be automized.
The future of BB? Sign in to see how your automated team is doing, you have set the parameters what your automated TL agent is looking for and your autobid is bidding on. You have automated tactics that will check the latest games of your opponents and will automatically try to choose the best tactic. Your arena will be automatically built whenever it nears 100% attendance. Etc. Pretty boring...

Last edited by Kukoc at 3/20/2010 7:46:51 AM

That is the case where it creates too much traffic.

traffic is created when they is commication, from outside, autobids just used internal processing(and not much).

Autobid can be used if it will start bidding right away

When one autobid cash will be freed there will be dosens of bids on one good player. That is the case where it creates too much traffic.

autobid can go for the final bid right away, which makes it lot easier for calculation i believe there is your fault which you make believe that this is prozessing heavy.(and everytime i see such a system implemented it does it that way)

What if you can set 2 autobids -> now there will be a big problem

i would implement it with autobid blocking the max. bid instead of current, if you have free cash after it you could use the rest to start other bids.

Pretty boring...

i like the old transfer system more too, but technically autobid should be even more easy.

I agree traffic was the wrong word, querys is better.

autobid can go for the final bid right away, which makes it lot easier for calculation i believe there is your fault which you make believe that this is prozessing heavy.(and everytime i see such a system implemented it does it that way)

I am talking about a situation where there can be more than one bid, thus you can have overlapping of monetary value. You are talking about bids that block the max. So basically your comment is irrelevant.

i would implement it with autobid blocking the max. bid instead of current, if you have free cash after it you could use the rest to start other bids.

So you are proposing just one autobid?

I'm pretty sure I mentioned that a player could only use 1 auto bid at a time in my original post.

bidwar:

player A bids 50k
server gets a packet sets price
player B bids 51k
server gets a packet sets price
player C bids 52k
server gets a packet sets price

and 3 players are bidding every 1-3 minutes.

autobid:

player A sets autobid 60k
server gets packet sets price 1k
player B sets autobid 70k
server gets packet, compares maximum bid values, sets price 61k
player C sets autobid 69k
server gets packet, compares maximum bid values, sets price 70k

this process will end sooner than bidwar, unless players will be online and resets autobid constantly

this is basically the same, bidwar or autobid - the server load is the same.