| 00:08.15 | *** join/#bzflag CIA-24 (n=CIA@208.69.182.149) |
| 00:22.44 | *** part/#bzflag Legolas_ (n=mgin@adsl-68-127-123-154.dsl.frsn02.pacbell.net) |
| 00:23.08 | *** join/#bzflag a_meteorite_ (n=a_meteor@adsl-75-15-124-82.dsl.snlo01.sbcglobal.net) |
| 00:35.36 | *** join/#bzflag djpenguin (i=d8665ae9@gateway/web/cgi-irc/zeebrothers.net/x-3829a17e5e183e1e) |
| 00:45.59 | Winny | word down |
| 00:46.16 | *** part/#bzflag Macrosoft (n=Macrosof@c-75-65-81-245.hsd1.la.comcast.net) |
| 00:47.48 | Winny | this guy seems to be spamming the forums... might wanna keep an eye on him: http://my.bzflag.org/bb/profile.php?mode=viewprofile&u=26746 |
| 00:48.51 | Epyon | Winny, 12 posts is spam? :P |
| 00:49.01 | Winny | Epyon: look at the players section |
| 00:49.14 | Winny | he posted in about 10 topics all at once... most with nonsense |
| 00:49.18 | Epyon | O.o |
| 00:50.22 | Epyon | Sigh, just the screenshots and my master thesis is complete... |
| 00:50.38 | Epyon | Hmm, it would be nice to include a few screenshots with tanks on in :? |
| 00:51.05 | Epyon | Too bad I didn't do screenshots while the BZWGen server was crowded :( |
| 00:51.53 | CBG` | I like how a guy registered yesterday welcomes a guy who's been on the bzbb over 2 years. |
| 00:52.14 | Winny | hehe |
| 00:54.50 | Epyon | Hmm, maybe I should try to round up some of the IRCers on one of the weekend evenings to help :) |
| 00:55.04 | a_meteorite | for a thesis? about? |
| 00:55.21 | Epyon | a_meteorite, BZWGen :) |
| 00:55.38 | a_meteorite | ick, I don't know anything about it except that it makes metropolis inspired random maps |
| 00:55.43 | Epyon | I need screenshots of the city during wartime :P |
| 00:56.19 | CBG` | bots. |
| 00:56.42 | Epyon | CBG`, oh man, that's not the same ;] |
| 00:56.49 | CBG` | :P |
| 00:56.53 | Epyon | Also bots don't do good screenshots xP |
| 00:57.03 | CBG` | a couple bots will attract real players |
| 00:57.58 | CBG` | you can roam about and be photographer |
| 00:58.30 | Epyon | CBG`, yeah, but that won't give the realy "live" shots. And I'm a too bad player to do that myself :/ |
| 00:58.45 | Epyon | Ooookay, enough writing for today, time for a beer. |
| 00:58.54 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 00:59.52 | CBG` | Epyon: run bzflag from a terminal with -solo # :) |
| 01:00.46 | Epyon | CBG`, the BWGen server is hosted, and I don't have the connection to run one myself :/ |
| 01:01.23 | CBG` | hmm? |
| 01:02.30 | Thumper_ | Epyon: what are you looking for? |
| 01:03.07 | Epyon | *sigh* I'll look for it tommorow.... today I'm FUBAR'ed... |
| 01:05.53 | Winny | dear lord. someone do something about this guy: http://my.bzflag.org/bb/viewtopic.php?p=115145#115145 |
| 01:05.59 | Winny | he's posted 5 things in 20 minutes |
| 01:07.06 | Thumper_ | Winny: oooooh fast. |
| 01:07.24 | Winny | Thumper_: plus the other ~15 he's already posted in 1-2 hours |
| 01:08.00 | TheRedBaron | pardon an OT question |
| 01:08.11 | a_meteorite | wow, Winny |
| 01:08.39 | TheRedBaron | does nvidia's raid prefer prepartitioned Hard drives with no OS. Or unpartitioned Hard drives? |
| 01:08.48 | a_meteorite | omg. like a dozen topics in players forum has been touched by him. |
| 01:09.12 | Winny | a_meteorite: yup... |
| 01:16.59 | *** join/#bzflag tannerld_mac (n=tannerld@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 01:24.05 | *** join/#bzflag Macrosoft (n=Macrosof@c-75-65-81-245.hsd1.la.comcast.net) |
| 01:28.29 | *** join/#bzflag bier_ (n=bier@p54A53A73.dip0.t-ipconnect.de) |
| 01:39.31 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 02:03.58 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 02:30.12 | *** join/#bzflag delusional (n=delusion@pool-141-158-67-27.pitt.east.verizon.net) |
| 02:56.53 | *** join/#bzflag poolio_ (n=poolio@c-71-206-215-46.hsd1.pa.comcast.net) |
| 02:57.06 | *** part/#bzflag poolio_ (n=poolio@c-71-206-215-46.hsd1.pa.comcast.net) |
| 03:36.04 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 04:34.07 | *** join/#bzflag AAA_awright_ (n=chatzill@wsip-68-14-251-102.ph.ph.cox.net) |
| 04:34.31 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) [NETSPLIT VICTIM] |
| 04:34.31 | *** join/#bzflag tuxd00d (n=tuxinato@128.187.174.112) [NETSPLIT VICTIM] |
| 04:34.31 | *** join/#bzflag ruskie (n=ruskie@sourcemage/mage/ruskie) [NETSPLIT VICTIM] |
| 04:34.31 | *** join/#bzflag [dmp] (n=dennis@unaffiliated/dmp/x-546784) [NETSPLIT VICTIM] |
| 04:34.31 | *** join/#bzflag ViciousM (n=ViciousM@adsl-065-013-159-245.sip.rdu.bellsouth.net) [NETSPLIT VICTIM] |
| 04:34.32 | *** join/#bzflag stylus (i=stylus@freenode/helper/stylus) [NETSPLIT VICTIM] |
| 04:34.32 | *** join/#bzflag Thumper_ (n=Thumper@about/essy/coffeeAddict/Thumper) [NETSPLIT VICTIM] |
| 04:34.32 | *** mode/#bzflag [+v Thumper_] by irc.freenode.net |
| 04:34.36 | *** join/#bzflag tofu (n=sean@bz.bzflag.bz) |
| 04:35.03 | *** join/#bzflag daxxar (i=daxxar@daxxar.com) [NETSPLIT VICTIM] |
| 04:44.56 | *** join/#bzflag a_meteorite_ (n=a_meteor@adsl-75-15-124-82.dsl.snlo01.sbcglobal.net) |
| 04:52.50 | *** join/#bzflag zee497 (i=c95f7e23@gateway/web/cgi-irc/zeebrothers.net/x-81f64932160e08ee) |
| 04:53.15 | *** join/#bzflag zee601 (i=c95f7e23@gateway/web/cgi-irc/zeebrothers.net/x-5669ea1712474cf1) |
| 05:03.56 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 05:12.42 | Constitution | in trunk/bzflag/src/common/AutoCompleter.cxx, in DefaultCompleter::setDefaults(), there's a list of commands to autocomplete... some have a space after them, while some don't |
| 05:12.59 | Constitution | is the idea that all the commands that take arguments are supposed to have spaces after them? or something else? |
| 05:13.36 | Constitution | it doesn't seem consistent... was going to fix it, but wanted to get some input on it first |
| 05:39.13 | *** join/#bzflag delusional_ (n=delusion@pool-141-158-104-93.pitt.east.verizon.net) |
| 05:40.03 | *** join/#bzflag awilcox (n=awilcox@unaffiliated/awosdev) |
| 05:59.11 | *** join/#bzflag delusional (n=delusion@141.158.89.229) |
| 06:06.54 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 06:06.54 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 06:13.40 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 06:13.40 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 06:17.24 | *** join/#bzflag awilcox (n=awilcox@unaffiliated/awosdev) |
| 06:44.25 | *** join/#bzflag SportChick (i=essy@freenode/staff/sportchick) |
| 06:44.25 | *** mode/#bzflag [+v SportChick] by ChanServ |
| 06:46.49 | *** join/#bzflag SportChick (i=essy@freenode/staff/sportchick) |
| 06:46.49 | *** mode/#bzflag [+v SportChick] by ChanServ |
| 07:02.05 | *** join/#bzflag delusional_ (n=delusion@pool-151-201-223-183.pitt.east.verizon.net) |
| 07:03.16 | *** join/#bzflag awilcox (n=awilcox@unaffiliated/awosdev) |
| 07:13.25 | *** join/#bzflag LongDon (n=LongDon@host-091-097-026-088.ewe-ip-backbone.de) |
| 07:16.24 | *** part/#bzflag LongDon (n=LongDon@host-091-097-026-088.ewe-ip-backbone.de) |
| 07:16.38 | *** join/#bzflag awilcox (n=awilcox@c-76-26-0-123.hsd1.fl.comcast.net) |
| 07:20.04 | *** join/#bzflag LongDon (n=LongDon@host-091-097-026-088.ewe-ip-backbone.de) |
| 07:29.48 | *** join/#bzflag awilcox (n=awilcox@c-76-26-0-123.hsd1.fl.comcast.net) |
| 07:40.26 | *** join/#bzflag awilcox (n=awilcox@c-76-26-0-123.hsd1.fl.comcast.net) |
| 07:52.26 | *** join/#bzflag awilcox (n=awilcox@c-76-26-0-123.hsd1.fl.comcast.net) |
| 08:58.24 | *** join/#bzflag Upsetter (n=scratch@i577B7174.versanet.de) |
| 09:25.03 | donny_baker | at 2:33 AM EST Hilary (Larry) Roger VanOverberghe (my dad) passed away, please remember him and my family in your prayers |
| 09:30.03 | *** join/#bzflag delusional (n=delusion@pool-151-201-119-158.pitt.east.verizon.net) |
| 09:39.11 | ruskie | my condolences |
| 10:05.20 | *** join/#bzflag KTL (n=KTL@212.71.10.175) |
| 10:10.00 | *** join/#bzflag delusional_ (n=delusion@pool-71-253-8-56.pitbpa.east.verizon.net) |
| 10:11.53 | *** join/#bzflag Pommes_ (n=Pommes@about/essy/frenchy/Pommes) |
| 10:26.19 | *** join/#bzflag whodaman- (n=whodaman@dslb-088-066-039-110.pools.arcor-ip.net) |
| 10:45.48 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 10:59.38 | *** join/#bzflag whodaman- (n=whodaman@dslb-088-066-039-110.pools.arcor-ip.net) |
| 11:37.02 | *** join/#bzflag delusional (n=delusion@pool-71-240-58-40.pitt.east.verizon.net) |
| 11:49.13 | *** join/#bzflag whodaman- (n=whodaman@dslb-088-066-039-110.pools.arcor-ip.net) |
| 12:03.03 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 12:48.48 | *** join/#bzflag Tedius (n=Tedius@musictech.MUSC.CWRU.Edu) |
| 13:29.56 | *** part/#bzflag Upsetter (n=scratch@i577B7174.versanet.de) |
| 14:02.19 | *** join/#bzflag spldart (n=short_ci@70.240.249.17) |
| 14:34.11 | *** join/#bzflag TimRiker (n=timr@rikers.org) |
| 14:34.12 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 14:48.46 | *** join/#bzflag TimRiker (n=timr@rikers.org) |
| 14:48.48 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 14:53.56 | *** part/#bzflag lepoulpe304 (n=LePoulpe@LSt-Amand-152-32-5-35.w82-127.abo.wanadoo.fr) |
| 15:18.04 | *** join/#bzflag sss (n=saurabh@219.64.26.242) |
| 15:18.29 | sss | how to add new maps to bzflag in linux? |
| 15:19.38 | ruskie | erm... you don't? just lanuch the server with the map you want? |
| 15:20.04 | blast007 | sss: are you referring to the in-game Start Server menu? |
| 15:20.06 | sss | means? can you give me a example please |
| 15:20.42 | sss | I am currently using only the default map |
| 15:20.51 | sss | I want to use different maps |
| 15:20.55 | blast007 | started from in-game, or from the command line? |
| 15:21.04 | sss | in game |
| 15:21.14 | sss | or say from command line also ok |
| 15:21.25 | blast007 | should be possible to place world files in ~/.bzf/worlds/ |
| 15:21.32 | blast007 | not 100% sure that's the location |
| 15:21.41 | blast007 | they'll need the .bzw extension too |
| 15:22.07 | blast007 | there are some issues with the world selection in the menu though |
| 15:22.12 | blast007 | at least in 2.0.8 |
| 15:22.14 | sss | I added .bzw location files...but then server is nt starting |
| 15:22.20 | blast007 | k |
| 15:22.31 | blast007 | you might want to just do it from the command line |
| 15:22.38 | blast007 | 'bzfs' is the server binary |
| 15:22.42 | sss | then how |
| 15:22.44 | sss | to do |
| 15:22.46 | blast007 | bzfs -help |
| 15:23.07 | blast007 | simple example: bzfs -world /path/to/map.bzw -j -ms 5 +r |
| 15:23.15 | brad | sb end |
| 15:23.21 | brad | oops |
| 15:23.29 | blast007 | map file, jumping, max shots of 5, and ricochet |
| 15:23.42 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 15:23.42 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 15:23.45 | blast007 | should be enough to a simple FFA game over the LAN |
| 15:23.46 | sss | blast07:it says that couldn't find world file |
| 15:23.58 | blast007 | well, you have to give it the right path |
| 15:24.08 | blast007 | and verify that the map is actually valid |
| 15:24.23 | sss | I have downloaded ContestFFA.bzw now ..its on desktop...how to use this map? |
| 15:24.27 | blast007 | if it's not valid, it would give out errors about bad objects too or an unexpected end |
| 15:24.38 | blast007 | sss: tell it the full path to the map file |
| 15:26.52 | sss | can you tell me how to change it from game? |
| 15:27.17 | sss | while starting server it says the map...which is random map by default |
| 15:27.31 | sss | how to take deskops files to be use thers? |
| 15:28.33 | blast007 | sss: as I said, there were some issues from in-game |
| 15:28.41 | blast007 | that menu is not really checked all that often |
| 15:29.38 | sss | the command you gave also nt working even gave right path |
| 15:29.41 | sss | :) |
| 15:29.56 | blast007 | define "not working" |
| 15:30.32 | sss | Unknown option -world. |
| 15:30.44 | blast007 | uh, you're not running bzfs then |
| 15:30.57 | blast007 | bzfs is the server |
| 15:31.02 | blast007 | 'bzflag' is the client |
| 15:31.09 | blast007 | 'bzadmin' is the text-based client |
| 15:31.25 | sss | but I have installed server as well after installing bzflag |
| 15:31.32 | sss | dats why my server gets started na? |
| 15:31.39 | blast007 | right, run 'bzfs' from the command line |
| 15:32.01 | blast007 | what version of bzflag is this? |
| 15:32.01 | sss | it says ote: no acceleration limit has been set. Players using "mouse |
| 15:32.01 | sss | enhancements" may cause problems on this server due to very high |
| 15:32.01 | sss | acceleration rates which are not handled well by dead reckoning |
| 15:32.01 | sss | algorithms. To eliminate this warning, set the -a switch in your |
| 15:32.01 | sss | configuration. '-a 50 38' is recommended for standard-speed servers. |
| 15:32.02 | sss | Higher speed servers will need higher values for -a in order to not |
| 15:32.04 | sss | affect gameplay. '-a 0 0' may be used to shut this message up without |
| 15:32.06 | sss | affecting any players, including those using "mouse enhancements". |
| 15:32.11 | blast007 | ~pastebin |
| 15:32.12 | ibot | well, pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.ca, or http://channels.debian.net/paste, or http://rafb.net/paste/, or http://pastebin.com is usually painfully too slow and unresponsive to use, use one of the other pastebin sites, or dpaste.com is a very nice pastebin as well |
| 15:32.19 | sss | ok |
| 15:32.27 | blast007 | and that's normal |
| 15:32.29 | blast007 | it's just a warning |
| 15:32.38 | blast007 | try connecting to that server on port 5154 |
| 15:32.38 | sss | so wats after that? |
| 15:32.47 | blast007 | it's running the server |
| 15:32.57 | sss | ok so now I have to run bzflag |
| 15:32.59 | sss | command |
| 15:33.01 | sss | right? |
| 15:33.02 | blast007 | if you want to quell that warning, add this to the end of the command line: -a 0 0 |
| 15:33.06 | blast007 | right |
| 15:33.12 | sss | 1 seclet me chk |
| 15:35.14 | sss | after starting bzflag command also it shows same default map :( |
| 15:35.21 | blast007 | good |
| 15:35.30 | blast007 | now you've gotten bzfs to run from the command line |
| 15:35.52 | sss | till now I was running server ffrom game |
| 15:35.52 | blast007 | now Ctrl+C the bzfs, and add this to the end of the command: -world /path/to/map.bzw -j -ms 5 +r |
| 15:36.02 | blast007 | of course, adjusting the path so it points to your map |
| 15:36.51 | sss | ok and then to run bzflag again? |
| 15:36.58 | blast007 | yup |
| 15:37.16 | sss | yesssss |
| 15:37.19 | sss | thnx man |
| 15:37.20 | sss | :) |
| 15:37.27 | sss | hey but I can't see any flags? |
| 15:37.54 | blast007 | to get flags, add this: +f good{2} |
| 15:38.00 | blast007 | that will add two of every good flag |
| 15:38.25 | blast007 | you can also add more of a certain flag, example, to add 5 more GM, do this: +f GM{5} |
| 15:38.29 | blast007 | bye |
| 15:39.00 | *** join/#bzflag sss (n=saurabh@219.64.26.242) |
| 15:39.04 | sss | so much of thnx blast007 |
| 15:39.05 | sss | :) |
| 15:39.52 | sss | and which is the version from which I can get all this from game itself? |
| 15:40.18 | blast007 | there isn't a version of the game that has all of the server options in the menu itself |
| 15:40.42 | blast007 | 2.0.10 might fix at least one of the bugs though, with the selection of maps |
| 15:40.52 | blast007 | it's currently in Release Candidate 1 |
| 15:41.03 | blast007 | but you could build it from source if you wanted to try it |
| 15:41.15 | sss | how possible? |
| 15:41.27 | blast007 | http://my.bzflag.org/w/BZFlag_SVN <-- you'll want to use the directions for v2_0branch |
| 15:41.38 | blast007 | then after you get that, there is a README for linux |
| 15:41.52 | blast007 | it'll let you know what you need for dependencies |
| 15:42.13 | blast007 | and also show you the build steps |
| 15:42.37 | sss | ok thnx again |
| 15:42.38 | sss | :) |
| 15:42.42 | sss | brb |
| 15:42.46 | *** part/#bzflag sss (n=saurabh@219.64.26.242) |
| 16:01.25 | *** join/#bzflag brad (n=brad@moooo.org) |
| 16:21.07 | *** join/#bzflag Erroneous (n=dtremena@67-131-219-2.dia.static.qwest.net) |
| 16:21.49 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 16:23.18 | *** join/#bzflag TimRiker (n=timr@rikers.org) |
| 16:23.19 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:37.42 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@client-82-3-89-246.manc.adsl.virgin.net) |
| 16:56.48 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 16:56.48 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 17:12.12 | *** join/#bzflag whodaman- (n=whodaman@p54A3E794.dip.t-dialin.net) |
| 17:30.08 | *** join/#bzflag JeffM (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 17:33.00 | *** join/#bzflag BenUrban_ (n=benurban@unaffiliated/benurban) |
| 17:51.37 | *** join/#bzflag ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 17:51.37 | *** topic/#bzflag is http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || http://www.linuxjournal.com/article/9453 || http://ohloh.net/projects/189 || http://my.bzflag.org/w/ || 2.0.10RC 1 Tag and builds are going up, may the gods have mercy on us all |
| 17:51.38 | *** mode/#bzflag [+o ibot] by ChanServ |
| 17:52.55 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 17:52.55 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:59.27 | *** join/#bzflag LongDon (n=LongDon@host-091-097-054-244.ewe-ip-backbone.de) |
| 18:19.35 | *** join/#bzflag Epyon (i=Epyon@host99.180.219.81.magma-net.pl) |
| 18:47.00 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 19:05.47 | Winny | :( |
| 19:05.59 | Winny | yay |
| 19:06.00 | tannerld | lol |
| 19:06.09 | tannerld | someone give him coffee :P |
| 19:17.07 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@client-82-3-89-246.manc.adsl.virgin.net) |
| 19:50.02 | *** join/#bzflag a_temp_dist (n=temporal@about/essy/alarming/a-temp-dist) |
| 19:55.01 | JeffM | has anyone tested the favoriates stuff from 2.0.9 |
| 19:55.37 | ts | I had, worked perfect |
| 19:55.38 | L4m3r | seems to work OK for me |
| 19:55.45 | *** join/#bzflag TimRiker (n=timr@72.11.78.6) |
| 19:55.45 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 20:02.38 | brad | the list doesn't save for me... maybe I'm doing it wrong |
| 20:03.19 | a_temp_dist | use "save settings" after selecting the favs? |
| 20:04.25 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 20:05.10 | brad | that doesn't seem to work either |
| 20:08.54 | *** join/#bzflag gsnedders (n=gsnedder@host86-137-237-196.range86-137.btcentralplus.com) |
| 20:10.55 | ts | brad: Do you have write perms at your config file? |
| 20:19.43 | brad | yes |
| 20:23.06 | Constitution | hmm, so now configure.ac in branch specifies 2.0.10RC1, but BuildDate.cxx still specifies 2.0.9RC1... is it going to be one, or the other, or both? :) |
| 20:24.00 | Winny | ~tannerld++ |
| 20:26.09 | JeffM | the versuion should stay .9 untill it's final |
| 20:26.27 | JeffM | look at what we've done in the past |
| 20:26.48 | JeffM | I don't mind changing what we've done |
| 20:27.00 | JeffM | and calling it .10, and say that RC < final |
| 20:27.17 | Constitution | I don't really care either way... but tupone updated configure.ac yesterday (to say 2.0.10RC1), so now it's inconsistent |
| 20:27.18 | JeffM | I think we should all agree on it, and know that it's not how we did it in the past. |
| 20:28.14 | Constitution | perhaps his changes only affect the files created by "make dist" |
| 20:28.24 | JeffM | mayhaps |
| 20:28.25 | Tupone | yeah, the change affect only this |
| 20:28.53 | Constitution | I see |
| 20:32.00 | Tupone | I think version should go to 2.0.10rc1 either, but I don't care for that now. Just on gentoo 2.0.9rc1 is lower then 2.0.9 so it is not consistent, and looking at bzflag forum, some had already put an ebuild for that temp version |
| 20:33.25 | *** join/#bzflag poo1io (n=poolio@CMU-238293.WV.CC.cmu.edu) |
| 20:35.21 | JeffM | well that's good enough reason then |
| 20:35.34 | JeffM | if it's considered that X RC < X then we go to .10 |
| 20:35.37 | JeffM | make it so :) |
| 20:35.54 | JeffM | I think we should do an RC2 tonight |
| 20:36.35 | *** topic/#bzflag by JeffM -> http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || http://www.linuxjournal.com/article/9453 || http://ohloh.net/projects/189 || http://my.bzflag.org/w/ || 2.0.10RC2 Tag and build Tonight ( 9/21)l |
| 20:36.43 | *** topic/#bzflag by JeffM -> http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || http://www.linuxjournal.com/article/9453 || http://ohloh.net/projects/189 || http://my.bzflag.org/w/ || 2.0.10RC2 Tag and build Tonight ( 9/21)l |
| 20:36.45 | JeffM | WS :) |
| 20:37.03 | *** topic/#bzflag by JeffM -> http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || http://www.linuxjournal.com/article/9453 || http://ohloh.net/projects/189 || http://my.bzflag.org/w/ || 2.0.10RC2 Tag and build tonight (9/21) |
| 20:38.48 | JeffM | or heck now, if somone wants to do it, unless anyone has anything they want to add on |
| 20:38.57 | CIA-24 | BZFlag: 03macsforme * r15929 10/branches/v2_0branch/bzflag/src/date/buildDate.cxx: Version is now 2.0.10RC1. |
| 20:40.17 | Constitution | should this go in to branch? http://bzflag.svn.sourceforge.net/viewvc/bzflag?view=rev&revision=15925 |
| 20:40.44 | JeffM | what's it do? |
| 20:41.03 | Constitution | input validation for /*warn and /*drop |
| 20:41.04 | JeffM | the fix for adding a warn of 10 |
| 20:41.07 | Constitution | one of the patches |
| 20:41.11 | JeffM | what do you think the risk is? |
| 20:41.43 | Constitution | I tested it pretty well before I committed it... but I'm not exactly experienced ;) |
| 20:41.56 | JeffM | it's more bugfix then patch |
| 20:41.58 | JeffM | sure |
| 20:41.59 | Constitution | k |
| 20:43.26 | Constitution | and for what it's worth, I was mistaken about how the arguments worked... it used "message + 9" rather than "message[9]"... so it got the whole input. I must have misread it originally |
| 20:44.15 | JeffM | ahh |
| 20:44.22 | JeffM | so 9 characters? |
| 20:44.33 | JeffM | up to 999999999 warniungs? |
| 20:44.45 | JeffM | or still a single character? |
| 20:45.06 | Constitution | well, message is a char*, so it gets the whole thing (beginning of the char array + 9, or the number of characters in '/lagwarn ') |
| 20:45.07 | whoda | .. |
| 20:45.12 | JeffM | ahh |
| 20:45.25 | JeffM | still good to verify it's a number :) |
| 20:45.35 | *** join/#bzflag whodaman- (n=whodaman@p54A3E794.dip.t-dialin.net) |
| 20:45.58 | Constitution | the patch does verify that the first character is a number... atoi() can deal with any junk that comes after |
| 20:46.06 | JeffM | good enough |
| 20:46.40 | *** join/#bzflag whodaman (n=whodaman@p54A3E794.dip.t-dialin.net) |
| 20:49.59 | *** join/#bzflag whodaman- (n=whodaman@p54A3E794.dip.t-dialin.net) |
| 21:35.27 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 21:46.14 | *** join/#bzflag spldart (n=short_ci@c-76-30-111-23.hsd1.tx.comcast.net) |
| 21:46.22 | CIA-24 | BZFlag: 03macsforme * r15930 10/branches/v2_0branch/bzflag/src/bzfs/commands.cxx: r15925 from trunk; apply SF patch 1671253 from kahcepb (with some modifications), basic input validation for /*warn and /*drop. |
| 21:48.48 | CIA-24 | BZFlag: 03atupone * r15931 10/branches/v2_0branch/bzflag/src/bzfs/bzfs.cxx: Fixing distance check including tele |
| 21:50.26 | Tupone | hoping that is not too CPU hungry |
| 21:52.50 | *** join/#bzflag Soraya_ (i=439e755b@gateway/web/cgi-irc/zeebrothers.net/x-2593e06791588efd) |
| 21:52.53 | *** part/#bzflag Soraya_ (i=439e755b@gateway/web/cgi-irc/zeebrothers.net/x-2593e06791588efd) |
| 21:54.16 | JeffM | isn't it a little late for "hope"? |
| 21:55.21 | Tupone | yeah, I just think that I can revert if that testing is showing it bad |
| 21:55.47 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 21:55.51 | JeffM | I mean even that, for a Release Candidate |
| 21:56.14 | JeffM | that's going to add more time to testing. |
| 21:56.48 | Tupone | But I think is better we delay RC2 for a couple days. The cheat is annoying |
| 21:56.55 | JeffM | days... |
| 21:57.03 | JeffM | weeks |
| 21:57.15 | a_meteorite | what cheat? |
| 21:57.27 | JeffM | you need to push for server owners to upgreade |
| 21:57.31 | JeffM | and use the test |
| 21:57.49 | a_meteorite | 2.0.x is far from stable on the server side |
| 21:57.52 | Tupone | jumping from a position to another, and using TH to steal flag or kill you |
| 21:58.05 | Constitution | a_meteorite: only really when plugins are used |
| 21:58.08 | JeffM | a_meteorite, and you just mention this NOW |
| 21:58.14 | Constitution | hoping to look into that soon |
| 21:58.18 | a_meteorite | JeffM: I have mentioned is months ago |
| 21:58.24 | JeffM | sounds like we need to go back to beta |
| 21:58.26 | a_meteorite | I even posted a backtrace |
| 21:58.27 | JeffM | not RC |
| 21:58.46 | a_meteorite | bzfs crashes regularly, usually on a lag kick |
| 21:59.04 | JeffM | what version of the code? |
| 21:59.18 | JeffM | and can you dupe it? |
| 21:59.19 | a_meteorite | it's been doing this ever since before last december |
| 21:59.37 | JeffM | anyone else have the issue? or just your machine? |
| 21:59.51 | a_meteorite | no, I can't duplicate it, sometimes it happens, sometimes it doesn't. but when it does happen, it's immediately after a lag kick and after a plugin's events get fired. |
| 22:00.00 | a_meteorite | it happens with and without plugins too. |
| 22:00.10 | JeffM | how old of code? |
| 22:00.12 | a_meteorite | JeffM: it's happened to me on three different servers |
| 22:00.18 | a_meteorite | the code right now is about a month old |
| 22:00.23 | JeffM | we just fixed a crash dealing with recording and removing players |
| 22:00.26 | JeffM | get latest |
| 22:00.30 | a_meteorite | I'll update then |
| 22:00.37 | Tupone | a_meteorite: can you provide a backtrace without plugins? |
| 22:00.42 | JeffM | I asssume your record all your games |
| 22:01.01 | a_meteorite | JeffM: just recently I started to, but this was a problem before I even set up a record buffer |
| 22:01.22 | a_meteorite | Tupone: yeah, sure, I'll see what I can get |
| 22:01.24 | JeffM | still try new code, we had a bug where we'd try to send out messages to users that were being diconected. |
| 22:01.35 | a_meteorite | that sounds about right |
| 22:05.12 | JeffM | Tupone, do you have anything else you plan on sneaking in? |
| 22:05.19 | JeffM | that is risky at all? |
| 22:06.00 | Tupone | not that I know now. So no action in my plan |
| 22:06.04 | *** join/#bzflag delusional_ (n=delusion@pool-71-253-2-90.pitbpa.east.verizon.net) |
| 22:06.20 | JeffM | how confident of it are you? |
| 22:06.32 | JeffM | 50/50? 80/20? |
| 22:07.38 | Tupone | well, to do what I have done now (I mean coding) I thought about more then one week on doing or not |
| 22:08.07 | JeffM | thought about how to do it? or weather or not to do it? |
| 22:08.08 | Tupone | When I saw a cheat, exactly doing what I saw in the code, well, I was forced on doing it |
| 22:08.18 | Tupone | weather or not |
| 22:08.37 | JeffM | what were the reasons in your head for not? |
| 22:08.47 | Tupone | stability |
| 22:08.56 | JeffM | did you discuss it with anyone else here? |
| 22:09.12 | Tupone | yep, not here, but on IRC |
| 22:09.29 | JeffM | they feel it's stable enough code? |
| 22:09.44 | Tupone | I feel it |
| 22:09.59 | Tupone | and they will test against a good client and a cheating one |
| 22:10.00 | JeffM | would have been nice to have a dicussion on it, so close to a release |
| 22:10.07 | JeffM | who is they? |
| 22:10.45 | Tupone | well, I can outline what the change is and/or how they cheat |
| 22:11.00 | JeffM | I mean who is going to test it? |
| 22:11.12 | Tupone | Manu will |
| 22:11.25 | JeffM | has he tested it all before the commit? |
| 22:11.30 | Tupone | I tested it |
| 22:11.37 | Tupone | not with a cheat client |
| 22:11.57 | JeffM | and it seemed stable enough with the regular client for you? |
| 22:12.16 | Tupone | yeah, no kick |
| 22:12.22 | JeffM | well that's good |
| 22:12.36 | JeffM | I'd push for more servers then just manu |
| 22:12.38 | Tupone | but stable is a "strong" word for 5 minute play |
| 22:12.44 | JeffM | oh |
| 22:12.56 | JeffM | so you didn't test various lag conditions |
| 22:12.56 | Tupone | but the change is minimal |
| 22:13.07 | *** join/#bzflag a_meteorite_ (n=a_meteor@adsl-75-15-124-82.dsl.snlo01.sbcglobal.net) |
| 22:13.18 | Tupone | the main problem was teleporting, so I just change that |
| 22:13.20 | JeffM | it's 50 lines of new code it looks like |
| 22:13.33 | Tupone | 20 lines was just commented line removed |
| 22:14.08 | JeffM | ahh, you made a fucntion out of it too, that's why it looks so big |
| 22:14.16 | Tupone | about 15 lines added, + encapsulating on a function |
| 22:14.35 | JeffM | I'm looking at the difs, and it looked more then "small" :) |
| 22:14.54 | JeffM | when was manu suposed to get back to you? |
| 22:15.04 | Tupone | I'm glad you are reviewing it. That is good |
| 22:15.06 | JeffM | and can you think of anyone else who we can get to test this? |
| 22:15.20 | JeffM | well tim set my damned admin bit, so I'm adminin :) |
| 22:15.31 | Tupone | to see if that is effective, we need a cheat client |
| 22:15.46 | JeffM | well lets get one coded up |
| 22:15.49 | JeffM | can't be that hard |
| 22:15.49 | Tupone | to see if that is not a bad things, we need regular players |
| 22:15.57 | JeffM | and LOTS of servers |
| 22:16.19 | JeffM | so we can get a good spread of both client and server lags |
| 22:16.47 | *** topic/#bzflag by JeffM -> http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || http://www.linuxjournal.com/article/9453 || http://ohloh.net/projects/189 || http://my.bzflag.org/w/ || 2.0.10RC Help needed, server owners, please build from SVN and enable speed checks. |
| 22:17.11 | JeffM | I realy wish we had email addreses for all server owners |
| 22:17.23 | Tupone | but that is really just a change on checking of distance, I cannot think of making that big damage :) |
| 22:17.32 | JeffM | who are the major owners? Thumper_ ? manu? who else? |
| 22:17.35 | Tupone | maybe an RC2 with that? |
| 22:17.57 | JeffM | I'd rather not do an RC with questionable code |
| 22:18.03 | JeffM | we can do regular stuff for that |
| 22:18.08 | JeffM | the RC MOSTLY tests the clients |
| 22:18.18 | JeffM | since the majority of the servers build from sources |
| 22:18.24 | Tupone | yeah, I understand |
| 22:18.32 | JeffM | it just means we have to push |
| 22:18.34 | JeffM | and push hard |
| 22:18.54 | JeffM | who are the big server owners that you know of? |
| 22:19.31 | Tupone | Manu/Pimpinella handle a couple |
| 22:19.50 | JeffM | k, then if you see them can you ask them to upgrade. |
| 22:19.51 | Tupone | the other .. should ask |
| 22:20.00 | JeffM | if we push server owners we can get it tested |
| 22:20.14 | JeffM | Thumper_, can you upgrade to SVN and turn on speed checks? :) |
| 22:21.02 | Tupone | Well, I'm more concerned about what a_meteorite told ... hoping for a fixed SVN version |
| 22:21.21 | Tupone | I can revert in case, no bug hunting. |
| 22:21.40 | a_meteorite | I'm updating now, what is the speed check switch? |
| 22:22.06 | Tupone | actually is not speed, but position update |
| 22:22.21 | JeffM | do you have to turn on a command line update for it it? |
| 22:22.26 | JeffM | option not update :) |
| 22:22.31 | JeffM | or is it on by default? |
| 22:22.47 | Tupone | dunno, I have just fixed your code, JeffM |
| 22:23.01 | JeffM | then it should be on by default |
| 22:23.08 | JeffM | yeah that was some wacky stuff |
| 22:23.24 | JeffM | lag screws with it too much |
| 22:23.40 | JeffM | much nicer on trunk |
| 22:23.47 | Pimpinella | JeffM: urgent reason to upgrade? |
| 22:24.00 | JeffM | Pimpinella, to test the changes that tupone just put in |
| 22:24.12 | JeffM | so we can get a RC2 out |
| 22:24.36 | Pimpinella | k |
| 22:25.15 | JeffM | Tupone, refresh my memory, did we kick when we shoudln't have before? or did we just not check near teleporters? |
| 22:25.42 | Tupone | with teleporter you didn't check distance when teleporting |
| 22:25.46 | JeffM | ok |
| 22:25.53 | JeffM | based on the state right? |
| 22:25.59 | Tupone | so the client just changed the status :/ |
| 22:26.05 | JeffM | ahh |
| 22:26.20 | *** join/#bzflag Legoguy (n=Legoguy@adsl-70-131-70-42.dsl.emhril.sbcglobal.net) |
| 22:26.20 | Tupone | and did whatever he wants |
| 22:26.32 | JeffM | and now you verify that they are near a teleporter when the state is teleporting? |
| 22:26.50 | JeffM | I see you geting a teleporter list |
| 22:27.11 | Tupone | mainly, if the distance is too far, I check looking at the nearer teleporters, and compute distance |
| 22:27.35 | Tupone | without looking at links, but I think is enough for now |
| 22:28.02 | JeffM | yeah, it's better then nothing, at least then they can only set the state around teleporters |
| 22:28.13 | JeffM | and that limits the effect |
| 22:28.18 | Tupone | I don't use the state anymore |
| 22:28.27 | JeffM | ahh |
| 22:28.37 | JeffM | and your doing a 2d only radius check? |
| 22:28.44 | Tupone | yep |
| 22:28.57 | JeffM | k |
| 22:29.22 | Tupone | well, if the server owner put thousand of teleporter, then he is loooking for that :) |
| 22:29.27 | JeffM | any reason to not just compared the squared distances |
| 22:29.34 | JeffM | instead of the root |
| 22:29.40 | JeffM | tho it's only 3 roots |
| 22:29.47 | JeffM | per update, not horrible |
| 22:29.53 | Tupone | squared distance between who? |
| 22:30.00 | JeffM | <PROTECTED> |
| 22:30.00 | JeffM | <PROTECTED> |
| 22:30.33 | Tupone | but that is not equal to initialDist2 + finalDist2 <= maxSquaredMovement |
| 22:30.45 | JeffM | IIRC, sqrt(a) + sqrt(b) <= sqrt(c) == a+b<=c |
| 22:30.51 | JeffM | for a logic test |
| 22:31.05 | Tupone | is more like an hypo check |
| 22:31.20 | JeffM | and both are squared |
| 22:31.36 | JeffM | tho maybe I'm thinking of sqrt(a+b) <= sqrt(c) |
| 22:31.42 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 22:32.13 | JeffM | it's still only 3 |
| 22:32.16 | JeffM | so biggie there |
| 22:32.22 | Tupone | if you square it you will have initialDist2 + finalDist2 + 2 * ((sqrt(initialDist2) + sqrt(finalDist2)) <= maxSquaredMovement |
| 22:32.23 | JeffM | 5 if there is a kick |
| 22:32.32 | Tupone | and I have to check what that means |
| 22:32.38 | JeffM | it's ok |
| 22:32.45 | JeffM | I don't think it'll be too bad |
| 22:32.52 | JeffM | or even noticable :) |
| 22:33.30 | JeffM | the concept sounds solid enough |
| 22:33.30 | Tupone | well, with more time, I could check using the links between teleporter, but that would raise instability |
| 22:33.42 | JeffM | it only allows them to do any move in Z only near teleporters |
| 22:34.07 | JeffM | and that woudl be a little more wierd, cus don't we also have random links? |
| 22:34.13 | JeffM | you'd have to log what link was followed |
| 22:34.26 | JeffM | it's a better check then we had before |
| 22:34.32 | JeffM | adds more limits |
| 22:34.36 | JeffM | so it all sounds good |
| 22:34.39 | *** join/#bzflag Tedius (n=Tedius@adsl-76-205-71-240.dsl.bcvloh.sbcglobal.net) |
| 22:34.43 | Tupone | :) |
| 22:34.46 | JeffM | better checks can be done in 2.1 |
| 22:35.19 | JeffM | in 2.1 we shoudl be able to change links to totaly be on the server, and just send the player a "you ported to here" message |
| 22:36.14 | JeffM | then we use that to update the internal server side state we keep, and can know what they are "suposed" to do :) |
| 22:36.15 | Tupone | I think to do that network should be re-thought. We should introduce a kind of lock |
| 22:36.27 | JeffM | what do you mean? |
| 22:37.25 | Tupone | both client and server on certain state need a kind of confirmation of where they are, and if they have done what it has been asked for |
| 22:37.58 | JeffM | well we can handle that with periodic authortivie updates from the server |
| 22:38.23 | JeffM | they'd be inside a porter, so all yellow |
| 22:38.41 | Tupone | no other message should come in between message like teleporter here, or that message should be discarded ,,, well, we have something to think about |
| 22:38.41 | JeffM | we send them a "you were here, at this time" message, they zap there, and interpolate based on lag, and then it's all good |
| 22:39.01 | JeffM | ahh, like if they give us an update before they get the port message |
| 22:39.07 | JeffM | yeah a "confirm" message would be good |
| 22:39.14 | JeffM | so we can ignore that update |
| 22:39.19 | JeffM | cus it'll be invalidated in a second |
| 22:39.29 | Tupone | yeah, or a shot. You have to kill tank that do not execute server action |
| 22:39.56 | JeffM | well yeah, all kills would come from the server |
| 22:40.10 | JeffM | but you'd want a confim that the killed person got the message |
| 22:40.15 | JeffM | so you know they arn't cheating |
| 22:40.36 | JeffM | cus you'd go an ignore any updates from them while they are killed |
| 22:40.55 | JeffM | but not think them a cheater untill you got the confirm, or a timeout happened. |
| 22:41.47 | Tupone | yeah, that I mean ... sometime a kind of lock-step , or well, dunno how to name it |
| 22:42.16 | JeffM | I don't think it'd need to be a synced lockstep, but definatly have some logic on the server for the state |
| 22:42.24 | JeffM | right now we don't have any logic :) |
| 22:42.40 | Tupone | no logic is better then wrong logic |
| 22:43.08 | JeffM | from what I figure, the only real diff you'd see when killing a player would be that the explosion would happen in 1/2 the current lag that it does now |
| 22:43.21 | JeffM | assuming our state is accurate enough |
| 22:44.23 | JeffM | you don't need the lock step cus the server can just assume the player got killed |
| 22:44.27 | JeffM | and tell everyone they did |
| 22:44.27 | Pimpinella | JeffM: you want me to update the 2.0 tree, correct? |
| 22:44.31 | Tupone | hmm well, I'm not 100 % sure it is the only effect. Like St. Thomas, Have to touch |
| 22:44.32 | JeffM | Pimpinella, please |
| 22:44.44 | JeffM | Tupone, I meant in comparison to what we see now |
| 22:45.11 | Pimpinella | can you give me the svn command? i'm still very unused to svn |
| 22:45.20 | Tupone | svn update |
| 22:45.25 | JeffM | right now you shoot, hope the shot is in the same place on the other guy's computer, and then wait for 1/2 his lag, then 1/2 your lag for the message to come thru |
| 22:45.33 | Pimpinella | i think i have to co ;) |
| 22:45.42 | JeffM | the wilki has the full URL |
| 22:45.46 | JeffM | for branch and trunk |
| 22:45.47 | Pimpinella | k |
| 22:46.29 | JeffM | but yes, there will be other effects. I feel they will be ether postive or minimal |
| 22:47.04 | JeffM | and if they are negitive, they will only be to people who cheat |
| 22:47.22 | JeffM | or have massive packetloss, and shoudl be kicked anyway :) |
| 22:48.05 | JeffM | and this asumes somone actualy goes and implements it |
| 22:48.33 | JeffM | so far, we started by lag comping players and shots |
| 22:49.09 | JeffM | so even if the check is still on the server, if it "seems" more accurate now then that says the DR is good and geting the state more the same. |
| 22:49.10 | Tupone | well, you only want to give the game to the high tech nation :/ Big pipe, High-end Video, low ping |
| 22:49.41 | JeffM | I think it will be viable for dialup lag as well |
| 22:49.49 | JeffM | more so then it is now |
| 22:50.10 | JeffM | quake did a much more strict system and was fine on dialup |
| 22:50.20 | JeffM | we'll have some slop for laggy conenctions |
| 22:50.39 | Tupone | I think quake is more slower at playing. That was my sensation |
| 22:50.43 | JeffM | it may not be 100% perfect for all situtations, but I think it will be better then what we have now |
| 22:50.52 | JeffM | I think quake is much faster |
| 22:50.56 | JeffM | many more shots to track |
| 22:51.04 | JeffM | smaller space, etc.. |
| 22:51.15 | JeffM | I think many people play BZ cus it's slower then quake. |
| 22:52.00 | JeffM | we've actualy got an advantage too cus we have ploted the entire path of most of our shots, lets us do lots of good predictions :) |
| 22:52.37 | JeffM | your concerns are valid |
| 22:53.00 | JeffM | I think what'd be nice as a next step test would be to add a generic message to put down a world hud marker |
| 22:53.05 | JeffM | then have the server do it's own death checks |
| 22:53.17 | JeffM | and just put down a maker on the kill |
| 22:53.26 | JeffM | so we can see how diffrent they are |
| 22:53.37 | Pimpinella | ~bzflist |
| 22:53.52 | JeffM | and also track when client and server deaths match and don't match |
| 22:54.32 | JeffM | and world hud markers could be fun for other reasns :) |
| 22:54.47 | JeffM | like a team capitan laying down a maker showing where to meet at :) |
| 22:58.53 | *** part/#bzflag LongDon (n=LongDon@host-091-097-054-244.ewe-ip-backbone.de) |
| 23:00.15 | Thumper_ | JeffM: sure - upgraded all the servers yesterday - is that recent enough ? |
| 23:00.55 | Thumper_ | -speedtol 1.25 ? |
| 23:01.12 | JeffM | Thumper_, no it's not |
| 23:01.17 | JeffM | need a new one for today |
| 23:01.19 | Thumper_ | ok |
| 23:01.36 | JeffM | tupone just modified how the speed checks work around teleporters |
| 23:01.37 | Thumper_ | I'll build a new one |
| 23:01.44 | JeffM | thanks |
| 23:01.47 | Thumper_ | is the speedtol option what you want? |
| 23:01.57 | JeffM | whatever you feel is reasonable |
| 23:02.02 | Thumper_ | I've never used it before :) |
| 23:02.04 | JeffM | I just want to make sure it's enabled |
| 23:02.08 | Thumper_ | guess we go with teh default for now |
| 23:02.18 | JeffM | yeah see how it goes, if you don't mind |
| 23:02.26 | Thumper_ | don't mind at all |
| 23:02.31 | JeffM | thanks |
| 23:02.33 | Thumper_ | it'll be 15 minutes before the servers are all done probably |
| 23:02.56 | JeffM | just want to get this tested as hard as we can before the next RC. |
| 23:04.32 | a_meteorite | I can update bloodbath with the new one built just an hour ago |
| 23:05.00 | JeffM | was that before or after his commit? |
| 23:06.02 | a_meteorite | after, unless CIA-24 isn't reporting |
| 23:06.15 | JeffM | CIA reported it |
| 23:06.24 | a_meteorite | yup, svn says I have the latest |
| 23:06.31 | JeffM | cool |
| 23:09.02 | Thumper_ | JeffM: my servers are done except for the two with active games on them - restarts are pending |
| 23:09.38 | JeffM | cool |
| 23:09.53 | JeffM | if all works well you should not have any changes for legit players |
| 23:10.10 | JeffM | do you get many people that speed cheat? |
| 23:10.12 | Thumper_ | sounds good. I'll let you know if I notice anything weird |
| 23:10.18 | a_meteorite | I told everyone I was restarting in 5 mins. Then we'll get to see how 25 players fair on the new bzfs. |
| 23:11.56 | Thumper_ | JeffM: not regularly as far as I know |
| 23:12.25 | JeffM | then it should be a good test to make sure nothing got broked |
| 23:15.02 | a_meteorite | updated. this should be interesting. :) |
| 23:15.45 | Constitution | at BanCommands.cxx:409 in branch (/kill command handler), a bz_eKillEvent is generated before antikill is checked. This is incorrect, right? |
| 23:16.29 | Constitution | I haven't actually tested it, but it looks liek this will cause the event to be called when a /kill is attempted on a player with antikill. |
| 23:16.45 | JeffM | anitkill was probably added after |
| 23:17.06 | Constitution | meh, I guess I'll just test it |
| 23:17.22 | JeffM | is any part of the event data structure used to determine if we kill or exit? |
| 23:17.39 | JeffM | some API events use mebers to change how the event processes after |
| 23:17.50 | Constitution | yes, it is used |
| 23:17.50 | JeffM | but let me look |
| 23:18.02 | JeffM | ok then that may be an API based antilill |
| 23:18.06 | Constitution | but we could just move worldEventManger.callEvents() to after the playerKilled() call |
| 23:18.06 | JeffM | antikill |
| 23:18.15 | Constitution | oh |
| 23:18.18 | JeffM | well then the API can't do an anti-kill |
| 23:18.42 | JeffM | I think what we want to do is put the permisoion anti-kill check INTO the api event |
| 23:18.44 | JeffM | call the event |
| 23:18.51 | JeffM | let anyone muck with it |
| 23:18.59 | JeffM | then use the final result |
| 23:19.06 | JeffM | let me get that code back up |
| 23:19.21 | Thumper_ | JeffM: some servers I run probably won't be affected |
| 23:19.21 | Thumper_ | 2007-09-21T23:08:54Z Warning: disabling speed checking due to physics drivers |
| 23:19.52 | Thumper_ | unless that's a separate thing from the distance check |
| 23:20.03 | JeffM | don't think it is |
| 23:20.10 | JeffM | well some testing is better then none :) |
| 23:20.14 | Thumper_ | :) |
| 23:20.55 | JeffM | Constitution, yeah we should move it after |
| 23:21.01 | JeffM | then add a new one for AllowKill |
| 23:21.21 | JeffM | that takes the anti-kill perm and lets the API overide it |
| 23:21.31 | JeffM | all the API does here is let it muck with the player |
| 23:21.34 | JeffM | and that's kinda hokey |
| 23:21.50 | Constitution | so we want the API to disallow the kill? |
| 23:22.03 | Constitution | erm, for it to be *able* to disallow the kill |
| 23:22.03 | JeffM | we want AN api event to be able to do it |
| 23:22.15 | JeffM | but I don't think it'll be the same as the current kill notification |
| 23:22.20 | JeffM | let me see who uses it |
| 23:22.22 | Constitution | yeah... |
| 23:23.34 | JeffM | none of our plug-ins use it |
| 23:23.39 | JeffM | so go and move it |
| 23:23.44 | JeffM | and make it just be a flat notificaiton |
| 23:24.02 | JeffM | then in trunk we'll add a new event for allowing the kill or not |
| 23:24.15 | Constitution | ok |
| 23:26.10 | *** join/#bzflag whodaman- (n=whodaman@p54A3E794.dip.t-dialin.net) |
| 23:27.24 | *** join/#bzflag wanda (n=coredump@p54999602.dip0.t-ipconnect.de) |
| 23:27.38 | *** part/#bzflag wanda (n=coredump@p54999602.dip0.t-ipconnect.de) |
| 23:33.30 | Constitution | kill event stuff fixed... looks like CIA-24 didn't catch it, though |
| 23:34.50 | CIA-24 | BZFlag: 03macsforme * r15932 10/branches/v2_0branch/bzflag/src/bzfs/BanCommands.cxx: bz_eKillEvent must wait for ANTIKILL check before being called. |
| 23:34.53 | JeffM | I'm doing the trunk version |
| 23:37.34 | CIA-24 | BZFlag: 03JeffM2501 * r15933 10/trunk/bzflag/ (include/bzfsAPI.h src/bzfs/BanCommands.cxx): |
| 23:37.41 | CIA-24 | BZFlag: move bz_eKillEvent to be a notification only for a /kill. |
| 23:38.07 | JeffM | hmm CIA really slow |
| 23:38.18 | CIA-24 | BZFlag: add bz_eAllowKillCommandEvent to check the API for anti-kill, or anti-anti-kill. |
| 23:38.18 | CIA-24 | BZFlag: remove the ability for the API to modify the /kill message, it's just stupid. |
| 23:39.42 | Constitution | hm, come to think of it, bots are broken in 2.0.x... should that be fixed before it's released? |
| 23:41.08 | *** join/#bzflag bryjen (n=bryjen@2002:4cb1:bee3:0:0:0:0:1) |
| 23:41.08 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:45.07 | *** join/#bzflag Legolas_ (n=mgin@ppp-69-229-44-89.dsl.frsn01.pacbell.net) |
| 23:46.50 | Tupone | bots are not broken, for what I know, hmm |
| 23:46.58 | Tupone | 2.0? |
| 23:46.59 | Constitution | -solo bots, that is |
| 23:47.00 | Constitution | yes |
| 23:47.12 | Tupone | and what you mean are broken? |
| 23:47.42 | Constitution | they join, but don't move for the most part... I think they move sometimes, like to dodge |
| 23:47.55 | Constitution | I don't quite remember the specifics |
| 23:48.00 | Tupone | maybe it depends on meshes being on server? |
| 23:48.23 | Constitution | hmmm, perhaps |
| 23:51.45 | Constitution | Tupone: yeah, looks like they do work on a map without meshes |
| 23:52.07 | Tupone | yeah, the bots are not designed for meshes |
| 23:52.35 | Tupone | maybe works or not, depends on where meshes are |
| 23:53.09 | Legolas_ | Const, what was the command for a backtrace? |
| 23:53.56 | Constitution | backtrace |
| 23:54.03 | Constitution | :) |
| 23:54.08 | Legolas_ | :? |
| 23:54.22 | Tupone | is that gdb? |
| 23:54.32 | Legolas_ | Ah i know what i did wrong |
| 23:56.41 | *** join/#bzflag Tedius (n=Tedius@adsl-76-205-71-240.dsl.bcvloh.sbcglobal.net) |
| 23:57.30 | Legolas_ | I quit gdb.. (so retarded) |
| 23:57.36 | Legolas_ | then tried to do a backtrace.. |