Ah,
Knew DZ could not do something wrong for very long...
Good Job DZ, using your KeyserSose to beat all your other accounts....
Very well done....
Pawn
http://www.winbolo.net/gamelog.php?ip=CPE0050fc24376e-CM024420002380.cpe.net.cable.rogers.com&port=27500&key=a3eda6320eea23efa6a3775e41c2c949
http://www.winbolo.net/gamelog.php?ip=CPE0050fc24376e-CM024420002380.cpe.net.cable.rogers.com&port=27500&key=8ffdc2ac5720c0bba88f0d62ad717cb1
[End Sacarism.]
I tried to beat myself two days ago and I lost (as usual).
Desmo
Pawn, surely you must know this has been an on-going problem since the creation of wbn. Not just with Dz, but others. Mostly children. First it was Dz yes, then others like Loop and Lace. Thats is one reason I asked elvis and Canuck to implement a new feature, that shows who you have beaten and lost too. Not only will that be cool to see but will keep this point cheating to a minimum. Unfortunately, I don't know how long it will take Canuck to implement this feature or how hard it is.
Sky
Maybe there's a simple fix that will get most of the cheating.
If the IP address of the opponents are the same the game doesn't count.
They couldn't be on the same machine... and thus different IP addresses. Maybe an alternative is the MAC address.
every NIC has a unique MAC for starters. IP address come and go unless someone has static IP, and even those can change (if one requests it).
Yeah a router has a MAC address, but WB doesn't run on the router.
dz and blue, more than likely ran 2 sessions of WB on the same machine, each playing the other. meaning MAC of the NIC and IP are the same.
If you are playing on a LAN where you are using subnet masking, the IP's might be the same, but the MAC's are different because they are playing on different machines.
From a MAC you can tell the vendor, and serial# of the device they are using for that matter.
Min, I'm gonna tell u a little about my background. I've worked as a developer type since the late '70's. Back then i wrote a queue app that mapped transactions from terminals to the appropriate app, and routed the transactions accordingly. I also wrote a simple messaging system where you could send 80 character messages to other people. when people logged in, i mapped the user to the physical address of the terminal, so you could send a message to a single user, or broadcast to all terminals. simple by todays standards.
The last 12 years, outside 1 year i spent in Denver, i've worked in the telecom industry. For both an IXC and an incumbent LEC. There i designed and wrote the plant software. tracking bandwidth and bandwidth allocations/provisioning.
When i worked at the IXC, we moved into doing remote site monitoring, so i designed and wrote the virtual connectivity piece. this mapped the virtual connectivity to the physical. It allowed the NOC to poll the managed devices, and when a NACK was encounted, it went to a re-poll list. If after several more trys no ACK was recorded, an alarm went off. If we lost a bandwidth segment, we could see all devices affected by the outage. since the physical/virtual model was in place.
The reason we wrote the poller was HP Openview was non-scalable. we had a room full of sun servers... and the cost was prohibitive. So we wrote a poller to replace openview, we were at that time managing some 10,000 remote devices. they now manage some 100,000 devices.
When i worked at the LEC, same type of deal i designed and wrote plant software. as well as an AMA to EMI parser, call scoping, rating, record exchange software.
Notice a trend yet? no network configuration. I never had to work with the nuts and bolts of router configuration. Although i designed and wrote software that mapped the physical ports and virtual connectivity, i never had to configure one. I think it's pretty slick how you implemented to 200 users cable internet.
I like that 2nd game log you referenced, Pawn... the one where KeyserSose lost his builder. Can't keep his lgm alive even when he's playing against nobody. You rule, DZ!
Or, perhaps in some command line-code...
Two of the same versions of Winbolo would crash if found dialing into the same UDP port. That way, this would happen...
jhood in game sheeps.winbolo.us:00001 on 127.0.0.1
plus
jhood1 in game sheeps.winbolo.us:00001 on 127.0.0.1
Then the game would freeze, or one Winbolo app would close.
This on the other hand...
jhood in game sheeps.winbolo.us:00002 on 127.0.0.1
plus
jhood in game sheeps.winbolo.us:00003 on 127.0.0.1
This would be all good, seeing that I am in two different games.
There is no reason why one person should be allowed twice in a game, unless that player is playing a bot on the same machine, in that case, they should be playing by IP address, which would allow them to play with theirself. (pun intended)
The winbolo stats were put there for a reason, not just 'shits and giggles'.
This makes sense in my mind, but seeing that I am very tired, I might have to explain it more.
Or maybe, Min could just reply with 10 reasons why Im always wrong.
who knows, its probably just packets. thats the answer for everything. instead of a program speeding up the processes, its just sending packets because thats what the guy in the book told me. instead of loading bolo from different computers, just send em some packets. we could fix the bugs in this version as well with packets. i seem to be out of packets, min, could i borrow one?
I forwarded to Min the details of what i'm thinking about. I'm interested in hearing his feedback. What i've suggested is creating a standard game profile.
Any games that fall out of the profile range by a certain percentage, would not have the stats counted.
I also suggested an appeal process when someone thought the stats should've counted.
Most of the changes would occur on winbolo.net, and only a couple of them to winbolo or linbolo. Mainly reporting info to ensure uniqueness of the machine playing.
heheh you guys make me laugh..... i knew that this would stur up some trouble.. and make people whine... ahhhahha
anyone who search for the logs of the games, and had time to paste it in this ovciously takes this game to seriously.
thanks pawn... you passed my test for lamers. want a cookie?