| 00:39.59 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 01:11.36 | *** join/#bzflag menotume (n=menotume@c-68-42-4-45.hsd1.pa.comcast.net) |
| 01:11.36 | *** mode/#bzflag [+v menotume] by ChanServ |
| 01:24.05 | *** join/#bzflag RatOmeter_ (n=chatzill@r74-195-227-165.stl1cmta01.stwrok.ok.dh.suddenlink.net) |
| 01:26.37 | JefferyM | Erroneous, explain world blob to treapan ;) |
| 01:26.58 | Erroneous | umm...it's a blob, with a world in it |
| 01:26.59 | trepan | and why it isn't a bz_ApiString to reduce the likelihood of memory problems |
| 01:27.46 | Erroneous | probably because I didn't want to write a bunch of ugliness to get it from an ApiString into a stream |
| 01:27.57 | trepan | std::istringstream in(worldData.worldBlob.c_str()); |
| 01:28.06 | trepan | instead of: std::istringstream in(worldData.worldBlob) |
| 01:28.33 | Erroneous | k, must not have been that then. |
| 01:29.14 | trepan | you wanted to allow empty worldBlobs to be valid? |
| 01:29.23 | trepan | (only one I can come up with atm) |
| 01:29.29 | Erroneous | empty string is valid too |
| 01:29.36 | Erroneous | check length instead of null |
| 01:29.52 | trepan | so what i said? |
| 01:30.20 | Erroneous | don't see much point in an empty one |
| 01:30.24 | trepan | nor I |
| 01:30.52 | trepan | the fact that I had to double-check the memory handling for worldBlob tells me that it should probably be changed |
| 01:30.56 | trepan | or documented |
| 01:31.01 | Erroneous | it is documented |
| 01:31.06 | trepan | where? |
| 01:31.08 | Erroneous | The plug-in may instead use the worldFile member for information only, and write a valid BZW world into a contiguous memory location, passing that pointer back to BZFS via the worldBlob member. It is the caller's responsibility to free this memory; this may be done in the bz_eWorldFinalized event. |
| 01:31.14 | Erroneous | http://my.bzflag.org/w/Bz_eGetWorldEvent |
| 01:31.24 | trepan | ah, code ain't king no more ;-0 |
| 01:31.53 | trepan | nice wiki'ing though :) |
| 01:32.07 | JefferyM | yeah a lot of the API is docked in the wiki |
| 01:32.23 | Erroneous | thanks. jeff wanted to move the api docs to the wiki, so I figured I'd do my part by not making it any harder :) |
| 01:33.07 | JefferyM | I can't say it's complete, but it's better then we've ever done at docs before IMHO |
| 01:33.26 | Erroneous | probably a more useful place for the average plugin dev too |
| 01:33.37 | JefferyM | yeah |
| 01:35.49 | Erroneous | hm...I'm guessing the reason I didn't use a string is that I didn't want to make an extra copy of it. The first user of it was bzwgen, and those worlds can get pretty big. |
| 01:36.01 | trepan | editted for the 0x00 termination byte ... |
| 01:37.03 | trepan | Erroneous: good enough, i'll make note of the memory handling in bzfsAPI.h |
| 01:39.43 | Erroneous | k, sounds good |
| 01:43.48 | *** join/#bzflag TD-Linux (n=wheeeeee@65.165.173.1) |
| 02:06.09 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 02:08.05 | *** join/#bzflag KyleiPod (n=kyleipod@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
| 02:21.52 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 02:21.52 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 02:32.05 | *** join/#bzflag Greywhind (n=Greywhin@Jameson-68.resnet.brown.edu) |
| 02:37.34 | *** join/#bzflag TD-Linux (n=wheeeeee@96-42-68-26.dhcp.roch.mn.charter.com) |
| 02:51.58 | *** join/#bzflag Maingyman (i=ad179fb1@gateway/web/ajax/mibbit.com/x-f7fda9160b461096) |
| 02:53.09 | Maingyman | hi, i found a diff file for 2.0.9 that allows the panel and radar to be sized independantly of each other, would it likely work with 2.0.12? |
| 02:55.28 | Maingyman | hi, i found a diff file for 2.0.9 that allows the panel and radar to be sized independantly of each other, would it likely work with 2.0.12? |
| 02:57.20 | blast007 | Maingyman: maybe |
| 02:57.42 | trepan | Maingyman: try it, 'patch' is not that hard to use |
| 02:58.05 | blast007 | You might have to manually merge some changes |
| 02:59.24 | Maingyman | patch -b -i bzflag.patch? |
| 03:02.33 | Maingyman | It looks funny, it's this one: http://sourceforge.net/tracker2/index.php?func=detail&aid=1572797&group_id=3248&atid=353248 |
| 03:06.53 | Maingyman | trepan, blast007? |
| 03:07.02 | trepan | what? |
| 03:07.33 | Maingyman | Would that work? |
| 03:07.53 | trepan | i haven't tried it, i don't plan on investing any time to so do |
| 03:08.13 | Maingyman | I wasn't asking you to try it, was only asking for you to look at it |
| 03:08.49 | trepan | did the patch work? |
| 03:09.07 | Maingyman | I dunno, I got two diff .diff files |
| 03:10.44 | blast007 | try it |
| 03:11.02 | Maingyman | patch -b -i bzflag.patch.file? |
| 03:11.32 | blast007 | shrugs |
| 03:11.33 | trepan | the .u. one is a 'unified' diff (the preferred format) |
| 03:11.46 | Maingyman | So use that one? |
| 03:11.50 | trepan | ya |
| 03:11.55 | Maingyman | Eugh, http://pastebin.bzflag.bz/m66965d63 |
| 03:12.26 | trepan | man patch |
| 03:12.58 | blast007 | Maingyman: hi iShock |
| 03:13.27 | trepan | ah, that ends that bit of silliness :) |
| 03:13.37 | Maingyman | Hi |
| 03:13.43 | Maingyman | But really, I am just tryin to get this to work |
| 03:14.10 | brlcad | Maingyman: and he's "just tryin to get you to learn the tool you need" |
| 03:14.34 | Maingyman | patch -p0 <bzflag.panel-size-patch.2.0.9.u.diff failure, usually lies! |
| 03:14.35 | brlcad | instead of holding your hand |
| 03:14.52 | brlcad | 22:03 <+blast007> You might have to manually merge some changes |
| 03:15.09 | Maingyman | I have no idea what he means by that .. |
| 03:15.20 | brlcad | if that's beyond you, then you probably shouldn't be attempting to make the modification |
| 03:15.29 | brlcad | no matter how tantalizing the feature sounds |
| 03:16.22 | brlcad | otherwise, you'll have to learn some more background info first or find a kind soul to help you through it in private |
| 03:16.36 | Maingyman | hands brlcad a $5 |
| 03:16.59 | *** join/#bzflag JeffM (n=Jeff@bzflag/projectadmin/JeffM) |
| 03:16.59 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 03:17.11 | brlcad | the time it would take to hold your hand is worth a lot more to me than $5 |
| 03:18.00 | brlcad | the fact that you're not trying hard on your own makes helping even less fruitful |
| 03:18.13 | Maingyman | I am trying .. |
| 03:18.24 | JeffM | how's it going iShock? |
| 03:18.24 | brlcad | no, your asking someone to tell you what to do |
| 03:18.59 | Maingyman | Not well JeffM, my dads dying and I can't get this patch to work |
| 03:19.07 | JeffM | ahh |
| 03:19.09 | JeffM | too bad |
| 03:19.10 | brlcad | I really doubt you read all of the patch manual page since you've asked |
| 03:19.22 | *** mode/#bzflag [+b *!i=ad179fb1@*.com/x-f7fda9160b461096] by JeffM |
| 03:19.22 | *** kick/#bzflag [Maingyman!n=Jeff@bzflag/projectadmin/JeffM] by JeffM (JeffM) |
| 03:19.51 | JeffM | cheaters can use google ;) |
| 03:20.39 | brlcad | heh |
| 03:20.54 | JeffM | I mean he's keeping you from important work right? |
| 03:20.57 | JeffM | like logging |
| 03:21.04 | brlcad | absolutely |
| 03:21.19 | blast007 | maybe just ban all of mibbit ;) |
| 03:21.28 | JeffM | is it a proxy site? |
| 03:21.36 | blast007 | web irc |
| 03:21.39 | JeffM | make it so |
| 03:23.27 | JeffM | always screws up manual bans |
| 03:23.35 | *** mode/#bzflag [+o blast007] by JeffM |
| 03:24.45 | *** mode/#bzflag [+b *!*@gateway/web/ajax/mibbit.com/*] by blast007 |
| 03:24.52 | *** mode/#bzflag [-b *!i=ad179fb1@*.com/x-f7fda9160b461096] by blast007 |
| 03:26.00 | blast007 | do we want the zeebrother's web IRC banned too? |
| 03:26.17 | blast007 | that one was on the ban list, but they've since lost their gateway mask |
| 03:26.20 | JeffM | have we tried asking them to shut it down now that we have one? |
| 03:26.30 | blast007 | shrugs |
| 03:26.44 | JeffM | who runs it? |
| 03:27.56 | blast007 | http://zeebrothers.net/members.php |
| 03:28.24 | JeffM | I know none of those people |
| 03:28.28 | JeffM | anyone know them well? |
| 03:29.34 | *** join/#bzflag menotume (n=menotume@c-68-42-4-45.hsd1.pa.comcast.net) |
| 03:29.34 | *** mode/#bzflag [+v menotume] by ChanServ |
| 03:31.35 | blast007 | nope |
| 03:31.46 | blast007 | I recognize the name 'longhair' the most though |
| 03:32.03 | JeffM | ban it and we'll see if we can ask em |
| 03:33.09 | *** mode/#bzflag [+b *!*@static-ip-62-75-165-247.inaddr.intergenia.de] by blast007 |
| 03:33.10 | *** mode/#bzflag [-b *!*@gateway/web/cgi-irc/zeebrothers.net*] by blast007 |
| 03:33.35 | *** join/#bzflag temp_dist (n=temp_dis@bzflag/serverop/TemporalDistraction) |
| 03:37.07 | *** mode/#bzflag [-o blast007] by blast007 |
| 03:37.10 | brlcad | I know most of the zee bros |
| 03:37.47 | brlcad | some of the oldest bz players out there |
| 03:38.14 | JeffM | wanna ask em if they can drop #bzflag from tehre webcat |
| 03:38.20 | JeffM | it's only used for abbuses |
| 03:38.28 | JeffM | they added it when we didn't have one |
| 03:39.10 | blast007 | needs to add the chat lnk back to the forum |
| 03:39.17 | blast007 | link* |
| 03:39.24 | brlcad | next time I see one of them I can, though I suspect if they cared that much about the cgi:irc, they would have noticed themselves already |
| 03:41.25 | CIA-65 | BZFlag: 03trepan * r19260 10/trunk/bzflag/ (7 files in 5 dirs): |
| 03:41.25 | CIA-65 | BZFlag: * added a note in bzfsAPI.h concerning the worldBlob parameter |
| 03:41.25 | CIA-65 | BZFlag: * reordered the bz.Print() and bz.Debug() arguments |
| 03:41.25 | CIA-65 | BZFlag: * made MouseMove() a simple 'loop-all' event loop |
| 03:42.47 | CIA-65 | BZFlag: 03trepan * r19261 10/trunk/bzflag/src/bzflag/EventHandler.cxx: * oops, don't steal the MouseMove events ... |
| 05:22.01 | *** join/#bzflag ibot (i=ibot@rikers.org) |
| 05:22.01 | *** topic/#bzflag is http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || this channel is logged at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.12 is the latest linux release, 2.0.10 for others || intermittent list server downtime scheduled thorughout the week (25JAN-02FEB) |
| 05:22.01 | *** mode/#bzflag [+o ibot] by ChanServ |
| 05:22.20 | *** join/#bzflag blast007 (i=blast@bzflag/developer/Blast) |
| 05:22.20 | *** mode/#bzflag [+v blast007] by ChanServ |
| 05:22.38 | *** join/#bzflag sniper15 (n=sniper15@S0106002191dd19a8.gv.shawcable.net) |
| 05:22.48 | *** join/#bzflag joevano (n=joevano@bzflag/developer/JoeVano) |
| 05:22.48 | *** mode/#bzflag [+v joevano] by ChanServ |
| 05:23.54 | *** join/#bzflag hobbsc (n=hobbsc@70.87.222.128) |
| 05:24.37 | *** join/#bzflag Noodleman (n=tuckerm@thuban.sporktronics.com) |
| 05:24.48 | *** join/#bzflag Not_Gabe_G23 (n=sgd23@66.76.118.56) |
| 05:24.54 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 05:25.05 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 05:25.05 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 05:25.11 | *** join/#bzflag ruskie (i=ruskie@sourcemage/mage/ruskie) |
| 05:26.29 | *** join/#bzflag Manu (n=jujibo@66.111.56.50) |
| 05:27.08 | *** join/#bzflag ts_ (n=ts@bz.bzflag.bz) |
| 05:28.39 | *** join/#bzflag retro (n=ksumrall@216.220.212.140) |
| 05:28.39 | *** join/#bzflag dcat (n=dirtycat@70.188.17.240) [NETSPLIT VICTIM] |
| 05:28.40 | *** join/#bzflag Pimpi (n=frank@213.9.108.240) |
| 05:28.41 | *** join/#bzflag temp_dist (n=temp_dis@75-168-114-54.mpls.qwest.net) |
| 05:28.41 | *** join/#bzflag RatOmeter (n=chatzill@205.162.226.154) [NETSPLIT VICTIM] |
| 05:28.42 | *** join/#bzflag brad (n=brad@89.149.224.44) |
| 05:32.12 | *** join/#bzflag RatOmeter (n=chatzill@205.162.226.154) [NETSPLIT VICTIM] |
| 05:32.12 | *** join/#bzflag Pimpi (n=frank@213.9.108.240) |
| 05:32.12 | *** join/#bzflag dcat (n=dirtycat@70.188.17.240) [NETSPLIT VICTIM] |
| 05:32.12 | *** join/#bzflag retro (n=ksumrall@216.220.212.140) [NETSPLIT VICTIM] |
| 05:32.12 | *** join/#bzflag ruskie (i=ruskie@sourcemage/mage/ruskie) |
| 05:32.12 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 05:32.12 | *** join/#bzflag BulletCatcher (n=bc@bzflag/developer/BulletCatcher) |
| 05:32.12 | *** mode/#bzflag [+v L4m3r] by irc.freenode.net |
| 05:32.17 | *** join/#bzflag remote (n=remote@modemcable067.18-131-66.mc.videotron.ca) [NETSPLIT VICTIM] |
| 05:32.19 | *** join/#bzflag JeffM (n=Jeff@75.50.186.40) |
| 05:32.19 | *** join/#bzflag SportChick (i=essy@freenode/staff/sportchick) |
| 05:32.21 | *** join/#bzflag bier_ (n=bier@p54A55DA0.dip.t-dialin.net) |
| 05:32.44 | *** join/#bzflag Noodleman (n=tuckerm@thuban.sporktronics.com) [NETSPLIT VICTIM] |
| 05:32.44 | *** join/#bzflag statico (n=statico@ich.thy.om.orpho.us) [NETSPLIT VICTIM] |
| 05:32.46 | *** join/#bzflag nn-main (n=nn@74.94.43.196) [NETSPLIT VICTIM] |
| 05:32.46 | *** join/#bzflag Greywhind (n=Greywhin@138.16.32.68) |
| 05:33.20 | *** join/#bzflag ChanServ (ChanServ@services.) |
| 05:33.20 | *** mode/#bzflag [+o ChanServ] by irc.freenode.net |
| 05:33.21 | *** join/#bzflag deprecated (n=deprecat@c-98-247-217-146.hsd1.wa.comcast.net) |
| 05:33.21 | *** join/#bzflag Abominable (n=Abominab@user-0ce2hpi.cable.mindspring.com) |
| 05:33.22 | *** join/#bzflag PrezKennedy (i=Matthew@whitecalf.net) |
| 05:33.25 | *** join/#bzflag nn-main (n=nn@74.94.43.196) [NETSPLIT VICTIM] |
| 05:33.25 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) [NETSPLIT VICTIM] |
| 05:33.26 | *** join/#bzflag Greywhind (n=Greywhin@Jameson-68.resnet.brown.edu) |
| 05:33.26 | *** join/#bzflag dcat (n=dirtycat@70.188.17.240) [NETSPLIT VICTIM] |
| 05:33.27 | *** join/#bzflag trepan (n=trepan@blk-7-238-37.eastlink.ca) |
| 05:33.27 | *** mode/#bzflag [+v trepan] by ChanServ |
| 05:33.27 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) [NETSPLIT VICTIM] |
| 05:33.27 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 05:33.28 | *** join/#bzflag RatOmeter (n=chatzill@205.162.226.154) [NETSPLIT VICTIM] |
| 05:33.56 | *** join/#bzflag ElectricElf (n=dbharris@bas10-toronto63-1128757304.dsl.bell.ca) [NETSPLIT VICTIM] |
| 05:33.56 | *** mode/#bzflag [+v SportChick] by ChanServ |
| 05:33.57 | *** join/#bzflag nn64 (n=nn@74.94.43.196) [NETSPLIT VICTIM] |
| 05:33.57 | *** join/#bzflag brlcad (n=sean@bz.bzflag.bz) |
| 05:33.58 | *** join/#bzflag retro (n=ksumrall@216.220.212.140) |
| 05:33.59 | *** join/#bzflag Gnurdux (n=gnurdux@c-98-233-35-65.hsd1.md.comcast.net) [NETSPLIT VICTIM] |
| 05:34.00 | *** join/#bzflag Cobra_Slow (n=coprah@static.118.79.47.78.clients.your-server.de) |
| 05:34.01 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 05:34.01 | *** join/#bzflag purple_cow (n=david@208.69.182.150) [NETSPLIT VICTIM] |
| 05:34.01 | *** mode/#bzflag [+o purple_cow] by ChanServ |
| 05:34.14 | *** join/#bzflag AAA_awright (n=a3@ip70-176-237-124.ph.ph.cox.net) |
| 05:35.00 | *** join/#bzflag Admirarch (n=Athelthr@oa-res-18-239.wireless.abdn.ac.uk) |
| 05:37.11 | *** join/#bzflag Chestal (i=thilo@vmax.unix-ag.uni-siegen.de) |
| 05:37.11 | *** mode/#bzflag [+o Chestal] by ChanServ |
| 05:37.25 | *** join/#bzflag ts (n=ts@bz.bzflag.bz) [NETSPLIT VICTIM] |
| 05:37.32 | *** join/#bzflag chaoscon (i=jeremy@stormy.dwncrk.bc.ssnet.ca) |
| 05:37.34 | *** join/#bzflag jorgenpt (n=jorgenpt@tjer.no) |
| 05:37.34 | *** join/#bzflag rowrbazzle (n=jwelsh@loki.eemta.org) |
| 05:37.51 | *** join/#bzflag Not_Gabe_G23 (n=sgd23@s66-76-118-56.eldocmta01.eldoar.lr.sta.suddenlink.net) [NETSPLIT VICTIM] |
| 05:38.37 | *** join/#bzflag blast007 (i=blast@bzflag/developer/Blast) |
| 05:38.37 | *** mode/#bzflag [+v blast007] by ChanServ |
| 05:39.25 | *** join/#bzflag remote_ (n=remote@modemcable067.18-131-66.mc.videotron.ca) |
| 05:39.46 | *** join/#bzflag sam (i=sam@poulet.zoy.org) [NETSPLIT VICTIM] |
| 05:39.55 | *** join/#bzflag Gilly (n=btw@www.linusinstituutti.fi) |
| 05:39.57 | *** join/#bzflag JBdiGriz (n=dbw@adsl-67-121-209-177.dsl.sndg02.pacbell.net) [NETSPLIT VICTIM] |
| 05:41.22 | *** join/#bzflag arcstech (n=arcstech@209.216.196.2) |
| 05:41.24 | *** join/#bzflag brad` (n=brad@static.moooo.org) [NETSPLIT VICTIM] |
| 05:41.32 | *** join/#bzflag Thumper_ (n=Thumper@about/essy/coffeeAddict/Thumper) |
| 05:41.32 | *** mode/#bzflag [+v Thumper_] by ChanServ |
| 05:42.35 | *** join/#bzflag QuantumTim (n=tim@62.249.230.206) [NETSPLIT VICTIM] |
| 05:42.37 | *** join/#bzflag cods (n=cods@tuxee.net) [NETSPLIT VICTIM] |
| 05:42.37 | *** join/#bzflag hobbsc (n=hobbsc@li25-128.members.linode.com) [NETSPLIT VICTIM] |
| 05:42.42 | *** join/#bzflag Manu (n=jujibo@bz.bzflag.bz) |
| 05:42.44 | *** join/#bzflag catay (n=smertens@kaiya.catay.be) |
| 05:43.16 | blast007 | weeee |
| 05:43.31 | *** join/#bzflag ruskie (i=ruskie@sourcemage/mage/ruskie) |
| 05:44.34 | *** join/#bzflag [dmp] (n=dennis@dryas.d75.net) |
| 05:45.27 | *** join/#bzflag CIA-66 (n=CIA@208.69.182.149) |
| 05:45.58 | *** join/#bzflag joevano (n=joevano@bzflag/developer/JoeVano) |
| 05:45.58 | *** mode/#bzflag [+v joevano] by ChanServ |
| 06:27.34 | *** join/#bzflag jorgenpt (n=jorgenpt@tjer.no) [NETSPLIT VICTIM] |
| 06:27.34 | *** join/#bzflag rowrbazzle (n=jwelsh@2001:470:8:342:0:0:0:1) [NETSPLIT VICTIM] |
| 06:28.45 | *** join/#bzflag BulletCatcher (n=bc@bzflag/developer/BulletCatcher) |
| 06:28.58 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 06:46.49 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 06:56.31 | CIA-66 | BZFlag: 03trepan * r19262 10/trunk/bzflag/src/ogl/OpenGLPassState.cxx: |
| 06:56.31 | CIA-66 | BZFlag: * fixed DrawGenesis() matrix reversion |
| 06:56.31 | CIA-66 | BZFlag: (loaded identity matrices, and not world view matrices) |
| 07:14.28 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 07:32.21 | trepan | first working client-side module code: http://trepan.bzflag.bz/gui_bigcursor.lua |
| 07:32.39 | trepan | and what it does: http://trepan.bzflag.bz/bigcursor.jpg (pretty useless, heh?) |
| 07:34.43 | trepan | note that the localizing isn't really required in this case, but it certainly does help for more complicated code |
| 07:41.56 | *** mode/#bzflag [+v Manu] by ChanServ |
| 07:56.05 | CIA-66 | BZFlag: 03trepan * r19263 10/trunk/bzflag/src/bzflag/playing.cxx: * set 'controlPanel = NULL' before leaving playingLoop() to avoid SEGVs |
| 08:16.33 | *** join/#bzflag delusional (n=delusion@unaffiliated/delusional) |
| 08:31.25 | *** join/#bzflag donny (n=joevano@bzflag/developer/JoeVano) |
| 08:31.25 | *** mode/#bzflag [+v donny] by ChanServ |
| 08:35.45 | *** join/#bzflag Abominable_ (n=Abominab@user-0ce2hpi.cable.mindspring.com) |
| 08:54.19 | *** join/#bzflag delusional_ (n=delusion@unaffiliated/delusional) |
| 08:55.34 | *** join/#bzflag CBG (n=CBG@cpc1-newe2-0-0-cust289.cdif.cable.ntl.com) |
| 11:59.30 | *** join/#bzflag spldart (n=james@bzflag/contributor/spldart) |
| 11:59.30 | *** mode/#bzflag [+v spldart] by ChanServ |
| 12:11.13 | *** join/#bzflag RatOmeter_ (n=chatzill@email.fescorp.com) |
| 12:12.46 | *** join/#bzflag RatOmeter_ (n=chatzill@email.fescorp.com) |
| 14:02.53 | *** join/#bzflag randomparticle (n=randompa@about/essy/snick/randomparticle) |
| 14:06.28 | randomparticle | i think i've spotted another bug in the 2.0 branch |
| 14:06.50 | randomparticle | tanks don't seem to die where they are hit |
| 14:07.14 | randomparticle | might allow flags to be captured after death. must look into this carefully |
| 14:23.21 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 14:23.21 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:23.43 | *** join/#bzflag F687s (n=noah@cpe-98-30-181-122.woh.res.rr.com) |
| 14:32.59 | *** join/#bzflag randomparticle (n=randompa@about/essy/snick/randomparticle) |
| 14:54.08 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 14:56.07 | *** join/#bzflag randomparticle (n=randompa@about/essy/snick/randomparticle) |
| 15:11.15 | *** join/#bzflag randomparticle (n=randompa@about/essy/snick/randomparticle) |
| 15:14.07 | randomparticle | if we include the .h and .cxx files (other files might be considered), bz now has 356,166 lines of source code |
| 15:22.27 | BulletCatcher | In 2.0.x each client is solely responsible for detecting and reporting its own death, as well as when it captures the flag. Due to lag, the server and other clients may have slightly different ideas about a tank's location when that occurs. |
| 15:24.57 | randomparticle | indeed |
| 15:24.59 | randomparticle | and? :) |
| 15:25.37 | BulletCatcher | That was a response to your "tanks don't seem to die where they are hit" comment awhile ago. |
| 15:25.44 | randomparticle | ah, yes |
| 15:25.53 | randomparticle | it's a different cause i have in mind |
| 15:26.17 | randomparticle | tanks can be hit between frames, so to speak, but they die at the end of a frame |
| 15:26.22 | trepan | 267547 lines without src/other |
| 15:26.50 | randomparticle | so tanks die in the wrong place |
| 15:27.00 | randomparticle | and, what's more, the flag capture check is misplaced |
| 15:27.07 | trepan | another 1000 or so for *.c files |
| 15:27.34 | BulletCatcher | Yes, that is an inherent problem with a digital simulation of an analog process. |
| 15:27.45 | randomparticle | no, it's a problem with the way it's coded |
| 15:28.36 | trepan | or 595454 lines, with src/other and *.c ;-) |
| 15:29.15 | randomparticle | i'll see how it's done in the latest svn later, to make sure the bug isn't still there |
| 15:29.49 | trepan | (and that doesn't include the plugin *.cpp files) |
| 15:30.32 | BulletCatcher | By design BZFlag does a digital sample of its virtual world. Changing it to calculate the precise moment of an event would be a major change. |
| 15:30.58 | randomparticle | that's not what i'm suggesting |
| 15:34.44 | randomparticle | first: the flag capture check occurs before the player hit check |
| 15:35.17 | randomparticle | second: the hit may have occurred in the previous inter-frame interval |
| 15:35.33 | randomparticle | result: flags can be captured by already dead tanks |
| 15:36.03 | randomparticle | the lower your framerate, the worse the problem becomes |
| 15:37.24 | BulletCatcher | How do you propose to fix this? |
| 15:37.36 | randomparticle | don't move the tank beyond the death point |
| 15:37.58 | randomparticle | check for the hit before the tank is moved, and only move it as far as necessary |
| 15:38.29 | randomparticle | rather than move the tank, allow it to capture the flag and then.. oh.. oops, it was hit during the last frame of movement |
| 15:39.13 | randomparticle | or simply check for the cap after checking for death |
| 15:39.52 | BulletCatcher | That would require inter-frame calculations of positions, something I don't think we do now. Checking for death before capture shouldn't be too hard. |
| 15:39.55 | randomparticle | apologies for lack of precision in the description |
| 15:40.04 | BulletCatcher | np |
| 15:40.18 | randomparticle | inter-frame calculation are already done for the hit check |
| 15:40.39 | BulletCatcher | Okay. I haven't looked closely at that part of the code. |
| 15:40.54 | randomparticle | the position of the hit sphere is centered on the original by adjusting for relative motion during the inter-frame interval |
| 15:41.02 | randomparticle | *origin |
| 15:41.17 | *** join/#bzflag Upsetter (n=Ups@i59F7C06B.versanet.de) |
| 15:41.23 | randomparticle | hi ups :) |
| 15:43.37 | randomparticle | has hit detection been moved server side in svn trunk ? |
| 15:43.53 | BulletCatcher | If inter-frame calculations are already done, then the right thing to do is to sort the events by time and do hits, captures, etc. in the right order. |
| 15:44.33 | BulletCatcher | I don't think trunk actually has that change yet, but the plan is to do it eventually. |
| 15:44.43 | randomparticle | ok |
| 15:44.58 | *** join/#bzflag LongDon (n=LongDon@host-091-097-008-096.ewe-ip-backbone.de) |
| 15:45.06 | *** part/#bzflag LongDon (n=LongDon@host-091-097-008-096.ewe-ip-backbone.de) |
| 15:48.41 | randomparticle | well, the capture check has moved |
| 15:48.50 | randomparticle | i wonder where to |
| 15:50.15 | randomparticle | ah, got it |
| 15:50.20 | randomparticle | yeah, it's still screwed |
| 15:52.14 | randomparticle | line 4360 of src/bzflag/playing.cxx |
| 15:52.45 | randomparticle | f (((base != NoTeam) && (flagd->flagTeam == team && base != team)) || (flagd->flagTeam != team && base == team)) |
| 15:52.45 | randomparticle | <PROTECTED> |
| 15:53.11 | BulletCatcher | I see it. |
| 15:53.13 | randomparticle | then several lines below |
| 15:53.15 | randomparticle | <PROTECTED> |
| 15:53.39 | randomparticle | and that check is for the whole of the preceding inter-frame interval |
| 15:53.54 | randomparticle | so maybe move that up? |
| 15:54.04 | randomparticle | above the capture check? |
| 15:58.38 | BulletCatcher | We could do that, but it is not clear to me that it would do anything but reverse the order of possible problems. |
| 15:59.43 | *** join/#bzflag TimRiker (n=timr@72-62-187-142.pools.spcsdns.net) |
| 15:59.43 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:00.23 | blast007 | I think if the FPS is low, the game will run multiple simulations so that the dt is never too large |
| 16:00.56 | randomparticle | how large can it be max? |
| 16:04.22 | blast007 | I have no idea |
| 16:05.16 | BulletCatcher | MAX_DT_LIMIT is 1/10 second in playing.h |
| 16:05.32 | randomparticle | that would be problematic |
| 16:05.48 | randomparticle | this is the situation to avoid: |
| 16:05.58 | randomparticle | you shoot a tank. it is slightly above the base. that's where the hit is detected. but the tank continues and lands on the base and captures |
| 16:06.18 | randomparticle | people get very annoyed about that sort of thing when they see it :) |
| 16:06.31 | randomparticle | has usually been blamed on lag |
| 16:06.33 | blast007 | that's the nature of lag |
| 16:06.45 | randomparticle | but it's not always lag. this bug can cause it too |
| 16:06.51 | blast007 | have you actually tested reversing that code? |
| 16:06.56 | randomparticle | no |
| 16:07.03 | blast007 | then how do you know that is the problem? |
| 16:07.10 | randomparticle | by thinking :) |
| 16:07.17 | blast007 | no, by guessing |
| 16:07.25 | randomparticle | no, it's logical |
| 16:08.16 | SportChick | hiya randomparticle |
| 16:08.23 | randomparticle | hi sc |
| 16:08.41 | blast007 | we don't care if 2.0.x has that issue though. Test it in 2.99.x, and then fix it if it really bugs you. ;) |
| 16:08.58 | randomparticle | no wonder bz has so many bugs |
| 16:09.03 | randomparticle | ;) |
| 16:09.13 | blast007 | maybe it's a feature ;) |
| 16:09.31 | blast007 | we can't fix it for 2.0.x anyway |
| 16:10.40 | BulletCatcher | Yeah. Different clients behaving differently in this matter would be very bad. |
| 16:12.49 | randomparticle | is it not possible to make minor fixes to 2.0? wouldn't matter if 3.0 was imminent, but the new version is taking ages to come out |
| 16:13.45 | blast007 | randomparticle: no, this isn't a change in gameplay |
| 16:13.50 | blast007 | this is* |
| 16:13.56 | blast007 | so it could not go into 2.0.x |
| 16:14.10 | blast007 | it would break protocol |
| 16:14.14 | randomparticle | how so? |
| 16:14.22 | BulletCatcher | If we were to release, say, 2.0.14 with the change, all of the older clients would have an advantage during captures. |
| 16:15.14 | randomparticle | for matches we could advise upgrading |
| 16:15.23 | blast007 | randomparticle: you're missing the point |
| 16:15.24 | BulletCatcher | But we couldn't force it. |
| 16:15.29 | randomparticle | our admins could |
| 16:15.43 | randomparticle | it's in matches where people care about this sort of thing most |
| 16:16.06 | randomparticle | doesn't matter that different clients behave a little differently on general pub servers |
| 16:16.12 | randomparticle | nobody cares sufficiently there |
| 16:16.13 | blast007 | randomparticle: okay? so if your admins could force an upgrade, why not just write your own league client and force everyone to use that? |
| 16:16.46 | randomparticle | they could, but isn't coding your job? :)_ |
| 16:16.56 | blast007 | "job" ? |
| 16:17.04 | spldart | It's an adventure |
| 16:17.14 | randomparticle | don't take that too literally |
| 16:17.39 | blast007 | it's open-source. anyone can code for it. |
| 16:18.29 | randomparticle | yeah, of course |
| 16:18.52 | randomparticle | btw: will you support the use of 2.0 after 3.0 is introduced with your list-server? |
| 16:18.57 | BulletCatcher | At this time the developers are focused on getting 3.0 out. It's hard to find anyone willing to make any but the most critical changes to the branch code. |
| 16:19.51 | blast007 | randomparticle: uh, we even support 1.10.x, so why would we not? |
| 16:19.55 | spldart | 1.7 or was it 1.10 was good on the list server well after 2.0 came out. I imagine the same will be true |
| 16:19.57 | blast007 | I think even 1.7 can list |
| 16:19.57 | randomparticle | sounds good |
| 16:20.14 | randomparticle | this bug also occurs in 3.0 |
| 16:20.41 | blast007 | you tested it? |
| 16:20.44 | randomparticle | if you solve it in 3.0, it might be (or might not be) fairly trivial to backport it |
| 16:21.18 | randomparticle | you understand the idea of mathematical proof? |
| 16:21.31 | trepan | http://trepan.bzflag.bz/bzcursor2.png -- another silly cursor module :) |
| 16:21.34 | blast007 | there would be no official backport, but your league would be free to do that and force peole to build that client |
| 16:22.05 | randomparticle | one does not need to do everything by experiment. |
| 16:22.16 | randomparticle | in fact, not everything that is provably true is demonstrable by experiment |
| 16:22.18 | blast007 | so I'll take that as a no |
| 16:22.41 | BulletCatcher | The best way to begin getting it fixed for 3.0 is to submit a bug report at SourceForge. The more details you can provide, along with possible solutions, the better. |
| 16:22.42 | randomparticle | it is probably harder to show by experiment than to prove to be true |
| 16:23.24 | BulletCatcher | Patches are always welcome, too. |
| 16:23.53 | trepan | well, usually, there was that porn patch back in '97 ... |
| 16:23.59 | BulletCatcher | lol |
| 16:24.25 | BulletCatcher | We don't promise to apply every submitted patch. |
| 16:24.26 | randomparticle | does this remain true: "The primary goals for this version are improved server side stability and security" ? |
| 16:24.57 | randomparticle | i only ask, because i saw bzexcess.com and it made me wonder ;) |
| 16:26.18 | blast007 | where did you see that? |
| 16:26.40 | randomparticle | http://my.bzflag.org/w/BZFlag_3.0 |
| 16:28.28 | blast007 | we already have some code in to that effect, and have for some time |
| 16:31.21 | trepan | randomparticle: if you wanted to do something quite useful that's related, you could fix the 3.0 DR :) |
| 16:31.43 | randomparticle | what's up with it? |
| 16:31.54 | trepan | it's squirrely |
| 16:32.15 | randomparticle | o_O |
| 16:32.17 | trepan | problems with the Z handling, from what I hear (I wasn't involved in the change) |
| 16:32.33 | randomparticle | ah. wouldn't mind looking at it. have looked at the DR code in the past |
| 16:32.41 | trepan | JeffM could probably give you a good description of the problem |
| 16:33.04 | trepan | is otherwise occupied, with blinken lights :) |
| 17:00.01 | *** join/#bzflag randomparticle (n=randompa@about/essy/snick/randomparticle) |
| 17:28.53 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 17:42.38 | CIA-66 | BZFlag: 03trepan * r19264 10/trunk/bzflag/ (9 files in 4 dirs): |
| 17:42.38 | CIA-66 | BZFlag: * fixed the DrawWorldShadow() matrices reversion |
| 17:42.38 | CIA-66 | BZFlag: * added the gl.Hint() call-out |
| 17:49.10 | RatOmeter | trepan, Jeff gave me a brief description last week. Well, mostly a description of how to reproduce it and what to expect |
| 17:50.15 | RatOmeter | I was reading the DR entry on the wiki, and its ending confused me a bit. It sounded like the original author was describing an existing DR problem (pre 3.0?) related to jitter |
| 17:50.52 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 17:50.52 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 17:51.00 | RatOmeter | is 3.0's DR problem new? perhaps caused by someone trying to address jitter issues in dead reckoning? |
| 17:51.49 | RatOmeter | reads back |
| 17:52.50 | RatOmeter | so, if'n I was to check out an old rev of Player.cxx, etc and compare to the latest... |
| 17:53.47 | *** join/#bzflag Frosh (n=Frosh@unaffiliated/frosh) |
| 17:59.25 | *** join/#bzflag jcp (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 18:04.43 | JefferyM | you can see the vertical DR jump in 2.0.x it's just not appearant |
| 18:04.57 | JefferyM | it does seem to be "Increased" by the lag comp |
| 18:06.54 | RatOmeter | ah, OK. So it's really the same old problem, only more ;) |
| 18:07.29 | JefferyM | yes |
| 18:07.41 | JefferyM | well the DR distances are longer now |
| 18:07.57 | JefferyM | since we don't start with the time we got the packet but the estimated time it was sent |
| 18:08.01 | JefferyM | so that makes the DT longer |
| 18:08.23 | JefferyM | so it makes sense that small errors get bigger when multiplied over longer time |
| 18:08.31 | RatOmeter | yes, I see |
| 18:10.01 | *** join/#bzflag Pryon (n=Pryon@animalcules.com) |
| 18:10.18 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 18:10.27 | *** join/#bzflag Think_Differentl (n=fatass__@bzflag/player/ThinkDifferent) |
| 18:12.13 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 18:12.13 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 18:16.25 | RatOmeter | makes me think of digital signal filtering using a multi-sample history. But that generally adds its own type of lag. As long as it can be kept within allowable limits, though... |
| 18:16.50 | JefferyM | the general idea for lag comp is simple |
| 18:17.13 | JefferyM | the client asks the server what time it thinks it is, and stores the time it sent that message |
| 18:17.22 | JefferyM | it gets the message back, and comptues a lag time for it |
| 18:17.34 | JefferyM | then uses 1/2 of that lag and the time sent to compute a local clock offset |
| 18:18.06 | JefferyM | with that offset we can make a fairly accurate guess as to what time it is on the server when we send an update message |
| 18:18.09 | RatOmeter | yes, sounds right |
| 18:18.22 | JefferyM | then when you get an update message |
| 18:18.43 | JefferyM | instead of assuming that the postition is where it is now, we do DR from where it was stamped at, to where we think the server clock is now |
| 18:18.48 | JefferyM | then do normal DR From then on |
| 18:18.56 | JefferyM | so the DR code didn't actualy change |
| 18:18.59 | JefferyM | just the input times to it |
| 18:19.17 | RatOmeter | then the time input sounds suspect |
| 18:19.27 | JefferyM | indeed |
| 18:19.40 | JefferyM | but we've done a lot of tracking of those and the offfsets seem to remain constant |
| 18:19.45 | JefferyM | as they should |
| 18:19.56 | JefferyM | cus they should only be off by clock drift, assuming somewhat constant lag |
| 18:20.04 | JefferyM | or somewhat syncronous lag |
| 18:20.12 | JefferyM | async lag will screw up the system |
| 18:20.30 | JefferyM | but that should be very very rare |
| 18:21.04 | JefferyM | and as I've said, you can see the same jumpy motion in 2.0.x with a higher lag connection |
| 18:21.17 | JefferyM | so I think it' just the DR logic, and it dosn't show untill you get higher DTs |
| 18:21.39 | JefferyM | it may have to do with the gravity compoent that is added into DR |
| 18:21.48 | JefferyM | cus XY DR seems pretty good |
| 18:22.00 | JefferyM | people rubber band like mad when doing Z |
| 18:22.52 | RatOmeter | thanks, that narrows the focus a bit |
| 18:45.01 | *** join/#bzflag ep (n=mdr@about/essy/guynextdoor/ep) |
| 19:10.18 | *** join/#bzflag menotume (n=menotume@c-68-42-4-45.hsd1.pa.comcast.net) |
| 19:10.18 | *** mode/#bzflag [+v menotume] by ChanServ |
| 19:17.41 | *** join/#bzflag Froshz (n=Frosh@pool-96-224-2-77.nycmny.east.verizon.net) |
| 19:34.50 | *** join/#bzflag Greywhind (n=Greywhin@138.16.56.255) |
| 19:34.57 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 19:40.37 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 19:56.16 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 20:00.10 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 20:22.04 | *** join/#bzflag me1 (n=khazhy@bzflag/player/Me1) |
| 20:22.44 | *** join/#bzflag sniper15 (n=sniper15@S0106002191dd19a8.gv.shawcable.net) |
| 20:28.45 | *** part/#bzflag remote_ (n=remote@modemcable067.18-131-66.mc.videotron.ca) |
| 20:43.09 | *** join/#bzflag kirun (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
| 20:50.50 | *** join/#bzflag jftsang (n=jftsang@bzflag/player/JFTsang) |
| 20:54.19 | SportChick | brlcad: you about? |
| 21:08.41 | *** join/#bzflag Greywhind (n=Greywhin@138.16.56.255) |
| 21:15.44 | *** join/#bzflag SoundlessChaosMB (n=paramore@c-98-212-233-144.hsd1.il.comcast.net) |
| 21:16.02 | *** part/#bzflag SoundlessChaosMB (n=paramore@c-98-212-233-144.hsd1.il.comcast.net) |
| 21:43.25 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 21:53.19 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 22:02.25 | brlcad | SportChick: no, but I'm around |
| 22:02.25 | *** join/#bzflag TD-Linux (n=wheeeeee@65.165.173.1) |
| 22:04.28 | RatOmeter | that was around about |
| 22:13.17 | *** join/#bzflag KTL (n=KTL@213.219.152.103.adsl.dyn.edpnet.net) |
| 22:24.59 | *** join/#bzflag mindnull (n=mindnull@71-90-96-211.dhcp.aldl.mi.charter.com) |
| 22:36.37 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 23:06.55 | *** join/#bzflag bryjen (n=bryjen@cpe-75-81-208-175.we.res.rr.com) |
| 23:06.55 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:20.27 | *** join/#bzflag TimRiker (n=timr@68-29-19-102.pools.spcsdns.net) |
| 23:20.30 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 23:22.56 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 23:22.56 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:28.03 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 23:28.03 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:38.08 | *** join/#bzflag Happy_Alice (n=AliceD@unaffiliated/happyalice/x-10468) |
| 23:41.39 | *** join/#bzflag jorgenpt (n=jorgenpt@tjer.no) [NETSPLIT VICTIM] |
| 23:41.39 | *** join/#bzflag [dmp] (n=dennis@dryas.d75.net) [NETSPLIT VICTIM] |
| 23:41.39 | *** join/#bzflag hobbsc (n=hobbsc@opensuse/member/hobbsc) |
| 23:41.39 | *** join/#bzflag JBdiGriz (n=dbw@adsl-67-121-209-177.dsl.sndg02.pacbell.net) [NETSPLIT VICTIM] |
| 23:41.39 | *** join/#bzflag Gilly (n=btw@about/essy/ilkimys/gilly) |
| 23:41.39 | *** join/#bzflag chaoscon (i=jeremy@smartserv/ceo/chaoscon) [NETSPLIT VICTIM] |
| 23:44.40 | *** join/#bzflag jorgenpt (n=jorgenpt@tjer.no) [NETSPLIT VICTIM] |
| 23:44.40 | *** join/#bzflag [dmp] (n=dennis@dryas.d75.net) [NETSPLIT VICTIM] |
| 23:44.40 | *** join/#bzflag hobbsc (n=hobbsc@opensuse/member/hobbsc) |
| 23:44.40 | *** join/#bzflag JBdiGriz (n=dbw@adsl-67-121-209-177.dsl.sndg02.pacbell.net) [NETSPLIT VICTIM] |
| 23:44.40 | *** join/#bzflag Gilly (n=btw@about/essy/ilkimys/gilly) |
| 23:44.40 | *** join/#bzflag chaoscon (i=jeremy@smartserv/ceo/chaoscon) [NETSPLIT VICTIM] |
| 23:49.50 | *** join/#bzflag MARK_ANTON (n=chatzill@c-24-16-60-208.hsd1.wa.comcast.net) |
| 23:50.22 | *** join/#bzflag jcp (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 23:51.12 | Yassen | How would I update a file in the svn? |
| 23:51.58 | Yassen | because the file "trunk/bzflag/package/win32/nsis/BZFlag.nsi" needs updating |
| 23:59.44 | Happy_Alice | Yassen: i figure u cannot. probably, the best you can do is to post a patch for this file |
