| 00:02.34 | CIA-32 | BZFlag: 03bullet_catcher * r21002 10/trunk/bzflag/src/clientbase/ (ServerLink.cxx playing.cxx): |
| 00:02.34 | CIA-32 | BZFlag: When debugNetMesg is enabled in the client show both sent and received messages. |
| 00:02.34 | CIA-32 | BZFlag: Show fractions of seconds in timestamps using the TimeKeeper clock. |
| 00:04.03 | BulletCatcher | To enable that the server must do "-set _forbidDebug 0" and you must also do something like "/localset debugNetMesg 2" in the client. |
| 00:06.47 | JeffM | any more luck with laggyness? |
| 00:07.05 | *** join/#bzflag Yassen (Yassen@unaffiliated/yassen) |
| 00:07.51 | BulletCatcher | No, but the last couple of commits should provide info that can help narrow it down. |
| 00:08.58 | BulletCatcher | It does appear that high lag is not simply a computational error. |
| 00:09.26 | JeffM | fun |
| 00:09.58 | JeffM | wonder how the lag comp code would work in branch :) |
| 00:38.59 | *** join/#bzflag mrapple (~mrapple@bzflag/player/MrAppleComputer) |
| 00:51.45 | CIA-32 | BZFlag: 03bullet_catcher * r21003 10/trunk/bzflag/src/game/MsgStrings.cxx: Include the ranking value when decoding MsgAddPlayer. |
| 01:22.22 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 01:28.35 | *** join/#bzflag Wreckage (~wreckage@unaffiliated/wreckage) |
| 01:28.35 | CIA-32 | BZFlag: 03125.236.135.85 07http://my.bzflag.org * r7010 10/w/Sample_conf: |
| 01:47.09 | *** join/#bzflag jcp (~jw@bzflag/contributor/javawizard2539) |
| 01:57.01 | *** join/#bzflag Yassen (Yassen@unaffiliated/yassen) |
| 02:06.40 | *** join/#bzflag Wreckage (~wreckage@unaffiliated/wreckage) |
| 02:12.18 | CIA-32 | BZFlag: 03bullet_catcher * r21004 10/trunk/bzflag/src/bzflag/guiplaying.cxx: Flush data to the server in the main loop immediately after doing positional updates instead of waiting until the end of the loop. |
| 02:12.40 | BulletCatcher | That makes a big improvement in the lag and jitter I see. |
| 02:12.53 | blast007 | cool |
| 02:13.26 | BulletCatcher | It needs more testing, but I am going AFK for awhile. |
| 02:14.50 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 02:18.50 | *** join/#bzflag PrezKennedy (Prez@96.31.84.96) |
| 02:41.57 | *** part/#bzflag mrapple (~mrapple@bzflag/player/MrAppleComputer) |
| 02:58.16 | *** join/#bzflag Packman (~chatzilla@125-236-135-85.jetstream.xtra.co.nz) |
| 03:15.30 | *** join/#bzflag Swigg (~Default@bzflag/player/Swigg) |
| 03:16.04 | *** join/#bzflag Bambino (~Bambino@unaffiliated/sniper15) |
| 03:39.37 | *** join/#bzflag JeffM (~Jeff@bzflag/projectadmin/JeffM) |
| 03:39.37 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 03:41.32 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 03:50.51 | Packman | Is there a way to spawn flags on buildings without the -j option? |
| 03:51.12 | JeffM | -fb IIRC |
| 03:51.21 | Packman | the reason why I want this is I want jumping allowed for a single team only |
| 03:51.41 | Packman | -fb doesn't work without -j |
| 03:51.52 | JeffM | then mod your server |
| 03:52.39 | Packman | which is easier, changing bzfs to allow flags on buildings anyway, or plugin for jumping for a single team |
| 03:52.51 | JeffM | I don't think a plugin can do what you want |
| 03:53.17 | JeffM | jumping is ether on for everyone as part of the game mode, or with a flag |
| 03:53.48 | JeffM | you can't make -j apply to just some players |
| 03:54.42 | Packman | jumping flag works with flagOnSpawn, but it still fails to load other flags on buildings |
| 03:55.16 | JeffM | yes the spawn code wont' put flags where it knows everyone can't get to |
| 03:55.51 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 03:55.59 | Packman | would you give me a hint as to where to look in the code? |
| 03:56.29 | JeffM | probably the -fb command line option, it probalbly just checks for -j |
| 03:56.53 | JeffM | search for the error message and take out the check that triggers it |
| 03:58.16 | Packman | ok thanks |
| 06:23.58 | *** join/#bzflag Marzipan- (~Marzipan@p5B2262DC.dip.t-dialin.net) |
| 06:24.57 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 06:41.25 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 06:47.36 | *** join/#bzflag goingberserk (~abc@pD9E8681C.dip.t-dialin.net) |
| 06:53.31 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 07:00.52 | *** join/#bzflag Think_Differentl (~js@bzflag/player/ThinkDifferent) |
| 07:17.08 | Constitution | ~BulletCatcher++ |
| 07:52.09 | Constitution | the the gsoc_server_listing branch has been fully assimilated into trunk, right? |
| 07:53.51 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 08:04.04 | *** join/#bzflag goingberserk (~abc@pD9E8681C.dip.t-dialin.net) |
| 08:06.00 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 08:08.14 | *** join/#bzflag thefirstdude (~bla@dsl092-208-150.chi1.dsl.speakeasy.net) |
| 08:13.42 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 08:19.18 | *** join/#bzflag goingberserk (~abc@pD9E83BCD.dip.t-dialin.net) |
| 08:27.49 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 08:40.00 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 08:56.02 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 10:53.44 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 11:00.13 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 11:22.03 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 12:01.27 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 12:07.54 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 12:28.09 | *** join/#bzflag randomparticle (~randompar@about/essy/snick/randomparticle) |
| 12:29.38 | randomparticle | well this is pretty extraordinary. on my machine, bzadmin uses more CPU than bzflag! |
| 12:29.39 | randomparticle | http://www.pixentral.com/show.php?picture=1kcA4M5ICJ1vfs3uXFBvBHBZnfxK0 |
| 12:29.53 | ruskie | I thought that was normal |
| 12:30.16 | randomparticle | why would that be normal? :) |
| 12:33.24 | randomparticle | or to put it another way, how does a console program that occasionally displays a line of text use more CPU than a game rendering 3d graphics + sound + that same text at 60fps? |
| 12:34.27 | joevano | consistently.. or an anomaly? |
| 12:34.35 | randomparticle | consistently |
| 12:34.44 | ruskie | don't forget it reports an insane amount of lag as well |
| 12:34.54 | randomparticle | bzflag cpu usage tends to vary a bit more than bzadmin though |
| 12:35.07 | randomparticle | but consistently lower than bzadmin here |
| 12:36.03 | randomparticle | ruskie: are you saying the lag is caused by high cpu usage or are you suggesting that the cpu usage figure is dubious? or? |
| 12:37.57 | ruskie | it might be linked |
| 12:38.51 | randomparticle | i suspect bzadmin is repeatedly polling something |
| 12:40.43 | randomparticle | could be worse though. at least it's not hammering a core |
| 12:45.54 | a_meteorite | randomparticle: it's even worse if the server crashes ;) |
| 12:46.06 | a_meteorite | bzadmin goes into 100% infinite loop |
| 12:46.07 | randomparticle | nice :D |
| 12:46.50 | a_meteorite | i want your system where bzflag only takes 8.1% cpu |
| 12:47.17 | a_meteorite | what mac you got? |
| 12:47.30 | a_meteorite | *8% |
| 12:47.50 | ruskie | would like to see a PS3 GameOS port of bzflag sold on the PSN store |
| 12:48.04 | a_meteorite | fat chance |
| 12:48.13 | randomparticle | a_meteorite: mac pro |
| 12:48.15 | ruskie | I can dream |
| 12:48.26 | randomparticle | so that's 8% of 1 core out of 8 total :) |
| 12:48.44 | a_meteorite | randomparticle: nehalem? |
| 12:48.48 | randomparticle | no |
| 12:49.11 | randomparticle | my bzflag version is slightly modded though to take out a cpu line hogging line of code |
| 12:49.22 | randomparticle | *cpu hogging |
| 12:49.24 | a_meteorite | oooh. I could use that. |
| 12:50.32 | randomparticle | in FontManager.cxx: |
| 12:50.33 | randomparticle | <PROTECTED> |
| 12:50.34 | randomparticle | <PROTECTED> |
| 12:51.04 | randomparticle | that's the code after the change |
| 13:31.56 | Constitution | perhaps we need an "fpslimit" on bzadmin? :) |
| 13:35.02 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 13:42.33 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 13:45.12 | *** join/#bzflag Dontkillme (~chatzilla@frnk-590cb2e2.pool.mediaWays.net) |
| 13:58.45 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 13:58.45 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:02.38 | *** join/#bzflag bryjen (~bryjen@63.147.94.149) |
| 14:02.38 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 14:04.34 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 14:13.42 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 14:24.12 | *** join/#bzflag Wyk3d (~wyk3d@cl-86-125-166-181.cablelink.mures.rdsnet.ro) |
| 14:24.17 | *** join/#bzflag bier|tp (~bier@pD954FEF5.dip.t-dialin.net) |
| 14:24.44 | *** join/#bzflag goingberserk (~abc@pD9E83BCD.dip.t-dialin.net) |
| 14:25.06 | *** join/#bzflag bier (~bier@pD954FEF5.dip.t-dialin.net) |
| 14:36.56 | *** join/#bzflag I_Died_Once (~I_Died_On@c-98-244-158-51.hsd1.ga.comcast.net) |
| 15:03.56 | *** join/#bzflag Upsetter (~Ups@89.246.194.116) |
| 15:08.15 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 15:29.23 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 15:29.56 | CIA-32 | BZFlag: 03bullet_catcher * r21005 10/trunk/bzflag/src/common/TimeKeeper.cxx: |
| 15:29.57 | CIA-32 | BZFlag: Synchronize initial TimeKeeper clock with system clock to allow easy comparison between client and server timestamps. |
| 15:29.57 | CIA-32 | BZFlag: This works best when the client and server system clocks are synchronized, e.g., via NTP or are one and the same. |
| 15:34.27 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 15:41.56 | *** join/#bzflag jcp (~jw@bzflag/contributor/javawizard2539) |
| 15:42.27 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 15:47.28 | CIA-32 | BZFlag: 03bullet_catcher * r21006 10/trunk/bzflag/src/common/TimeKeeper.cxx: |
| 15:47.28 | CIA-32 | BZFlag: Synchronize initial TimeKeeper clock with system clock on Windows, too. |
| 15:47.28 | CIA-32 | BZFlag: Adjust comments accordingly. |
| 15:51.15 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 15:57.47 | *** join/#bzflag goingberserk (~abc@pD9E83BCD.dip.t-dialin.net) |
| 15:58.31 | *** join/#bzflag TimRiker (~timr@bzflag/projectlead/TimRiker) |
| 15:58.31 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:59.02 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 16:02.21 | *** join/#bzflag JefferyM (~JefferyM@bzflag/projectadmin/JeffM) |
| 16:02.21 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:10.43 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 16:15.55 | trepan | BulletCatcher: http://pastebin.com/CHALxVz9 -- removePlayer() / networking segv backtrace |
| 16:18.59 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 16:20.46 | *** join/#bzflag Erroneous (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 16:20.46 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 16:40.14 | BulletCatcher | trepan: When I build trunk with --enable-debug I get segfaults that don't occur without it. Mostly in the client, though. |
| 16:40.15 | BulletCatcher | The one you posted above suggests memory corruption. Does it occur consistently? |
| 16:41.22 | trepan | it's consistent, start bzfs, join, rejoin -> crash |
| 16:41.41 | trepan | (build with --enable-debug) |
| 16:41.42 | BulletCatcher | Okay. I haven't tested rejoining recently. |
| 16:42.15 | trepan | fwiw, the queueing in BufferedNetworkMessageManager should just be removed |
| 16:46.22 | BulletCatcher | I, too, get a segfault rejoining the server even without --enable-debug. |
| 16:47.44 | trepan | i'll try removing the queueing ... |
| 16:48.23 | *** join/#bzflag xaver (~xaver@pD9ED53BF.dip.t-dialin.net) |
| 16:49.37 | BulletCatcher | Just removing that update() call that JefferyM added yesterday seems to fix it. |
| 16:49.53 | JefferyM | yay I break more :) |
| 16:50.01 | BulletCatcher | :-) |
| 17:13.24 | JefferyM | have you tried the lag comp code or did you pull out the synced clock? |
| 17:31.47 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 17:51.39 | *** join/#bzflag dcat (~dirtycat@ip70-188-17-162.rn.hr.cox.net) |
| 17:52.49 | BulletCatcher | _useServerDRClock still defaults to 0, disabling lag comp. Setting it to 1 creates lots of trouble. |
| 17:53.53 | JefferyM | setting it to one after you join or at server start? |
| 17:54.18 | BulletCatcher | It is client side, and I set it after joining. |
| 17:54.28 | JefferyM | yeah that would cause issues |
| 17:54.34 | JefferyM | it's an _ var |
| 17:54.36 | JefferyM | so it's a server var |
| 17:54.43 | JefferyM | it can be set by the server when it starts |
| 17:54.49 | JefferyM | from the command line |
| 17:55.15 | JefferyM | then it'll be set before the first update message |
| 17:56.18 | BulletCatcher | When I try that I get ERROR: unknown BZDB variable specified [_useServerDRClock] |
| 17:56.25 | JefferyM | hmmm |
| 17:56.27 | BulletCatcher | Only the client knows about it. |
| 17:56.40 | JefferyM | then I didn't implement it right |
| 17:56.45 | JefferyM | the idea was to have it be a server var |
| 17:57.17 | trepan | you could '-setforced' it for testing |
| 17:57.38 | JefferyM | is there any reason to keep the buffered message manager? |
| 17:57.59 | trepan | application level memory management |
| 17:58.19 | JefferyM | are there any disadvantages to it? |
| 17:58.42 | trepan | the buffer |
| 17:58.46 | trepan | ...ing |
| 17:58.56 | JefferyM | should it be kept IYHO? |
| 17:59.21 | trepan | no, it's a needless complication, afaict |
| 17:59.33 | JefferyM | then it should be pulled |
| 17:59.38 | trepan | if the NetHandler buffering isn't working, then that should be fixed |
| 17:59.51 | JefferyM | is it easier to pull it or backport stuff from trunk to branch code? |
| 18:00.10 | JefferyM | bassicly just pull the working stuff out of trunk into a branch based codeline and then use that |
| 18:01.13 | trepan | probably easier to remove things from trunk |
| 18:01.20 | JefferyM | k |
| 18:02.27 | BulletCatcher | Using bzfs -setforced _useServerDRClock 1 eliminates the obvious weirdness with lag comp. |
| 18:02.42 | BulletCatcher | It's not so broken after all. :-) |
| 18:02.59 | *** join/#bzflag MindstormsKid (~msk@Wikipedia/MindstormsKid) |
| 18:03.06 | JefferyM | that's what I was curious about |
| 18:03.37 | CIA-32 | BZFlag: 0375.16.90.222 07http://my.bzflag.org * r7011 10/w/V3RCChecklist: |
| 18:03.41 | BulletCatcher | So we just need to put the BZDB var into the server. |
| 18:03.52 | JefferyM | no, it should not be a var |
| 18:03.59 | JefferyM | that was just to make testing easy |
| 18:04.13 | JefferyM | we need to decide if we want it or not |
| 18:04.23 | JefferyM | if we do then turn it on, if not, remove it |
| 18:04.32 | JefferyM | since the code ether works or dosn't |
| 18:05.02 | BulletCatcher | Okay, but I think we need to fix some other problems before making that decision. |
| 18:05.09 | JefferyM | probably |
| 18:05.26 | BulletCatcher | Lag is better now, but it still climbs and falls for no obvious reason. |
| 18:05.49 | JefferyM | that probably can't be evaluated untill the BMM is removed |
| 18:07.54 | CIA-32 | BZFlag: 03JeffM2501 07http://my.bzflag.org * r7012 10/w/V3RCChecklist: V3 is not close to RC, these things are keeping it away. |
| 18:08.53 | CIA-32 | BZFlag: 03JeffM2501 07http://my.bzflag.org * r7013 10/w/V3RCChecklist: /* RC Critical Tasks */ more info on DR/lag crap |
| 18:15.57 | *** part/#bzflag Upsetter (~Ups@89.246.194.116) |
| 18:22.41 | *** join/#bzflag swigg (~swigg@nsc69.38.101-238.newsouth.net) |
| 18:23.35 | swigg | Has anything changed about teleporter handling on 2.0.16? |
| 18:24.04 | swigg | the teles are broken on bztank |
| 18:29.05 | trepan | did it work with 2.0.14? |
| 18:29.32 | trepan | and are you talking about the client or server version? |
| 18:31.29 | JefferyM | 16 is very similar to 14 |
| 18:31.37 | blast007 | swigg: newer versions of bzfs in the 2.0.x line have a slightly different format. If the teleporters have a 'name' line but use the index number, remove the name line |
| 18:31.50 | blast007 | but use the index number in the links* |
| 18:32.25 | trepan | 2.99 should probably have "all" numeric indexing removed ;) |
| 18:32.29 | trepan | be named, or be nothing |
| 18:35.26 | bryjen | heh. "The teleporter that must not be named" |
| 18:37.25 | swigg | hmmm it worked in 2.0.10 |
| 18:37.55 | swigg | let me check the last revision it worked in |
| 18:38.22 | BulletCatcher | Many servers have been running 2.0.10. If they have upgraded to 2.0.16 then that would explain the difference. |
| 18:38.33 | swigg | yes, it was 2.0.10 |
| 18:38.54 | swigg | I guess I'll get ben to take out the notation |
| 18:40.07 | blast007 | someone on the forum had a script that went through the map and converted it all to names |
| 18:40.26 | blast007 | but I just deleted the 'name' line - was easier than writing a script ;) |
| 18:43.00 | *** join/#bzflag Dontkillme (~chatzilla@frnk-590cb2e2.pool.mediaWays.net) |
| 19:36.23 | *** part/#bzflag TimRiker (~timr@bzflag/projectlead/TimRiker) |
| 20:23.02 | *** join/#bzflag TimRiker (~timr@bzflag/projectlead/TimRiker) |
| 20:23.02 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 20:36.39 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
| 20:36.39 | *** mode/#bzflag [+v joevano] by ChanServ |
| 20:40.36 | blast007 | JefferyM: http://peoplepods.net/ <-- another social thingy to look at eventually, though wouldn't be a drop-in solution |
| 20:40.59 | trepan | in Player::isDeadReckoningWrong(), 'if (dt >= MaxUpdateTime)' is always true? (dt looks messed up) |
| 20:41.45 | trepan | been getting MsgPlayerUpdate[Small] flooding since i first looked at 2.99, iirc |
| 20:53.57 | *** join/#bzflag Think_Differentl (~js@pool-71-178-117-198.washdc.east.verizon.net) |
| 20:53.59 | *** join/#bzflag Think_Differentl (~js@bzflag/player/ThinkDifferent) |
| 20:59.07 | JefferyM | blast007, intersting |
| 21:04.43 | CIA-32 | BZFlag: 03Trepan 07http://my.bzflag.org * r7014 10/w/V3RCChecklist: |
| 21:06.10 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
| 21:06.10 | *** mode/#bzflag [+v joevano] by ChanServ |
| 21:22.18 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 21:27.54 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 21:27.54 | *** mode/#bzflag [+v spldart] by ChanServ |
| 21:34.09 | *** join/#bzflag mrapple (~mrapple@bzflag/player/MrAppleComputer) |
| 21:56.33 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 22:02.34 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 22:03.11 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 22:15.03 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 22:18.10 | *** join/#bzflag R0b0t1 (~Enigma@unaffiliated/r0b0t1) |
| 22:24.03 | trepan | hm, looks like the the TimeKeeper change might have negatively impacted client effects processing (they use 'float's for time values, including the absolute ones) |
| 22:24.12 | trepan | s/the the/the/ |
| 22:25.26 | *** join/#bzflag chaoscon (~jeremy@smartserv/ceo/chaoscon) |
| 22:28.39 | *** join/#bzflag Bambino (~Bambino@unaffiliated/sniper15) |
| 22:53.35 | CIA-32 | BZFlag: 03trepan * r21007 10/trunk/bzflag/src/bzflag/ (EffectsRenderer.cxx EffectsRenderer.h): |
| 22:53.35 | CIA-32 | BZFlag: * changed some <float>'s to <double>'s because of the TimeKeeper change |
| 22:53.36 | CIA-32 | BZFlag: (NOTE: some items can probably be changed back to <float>'s, ex: age) |
| 22:54.38 | *** join/#bzflag swigg (~swigg@97.95.228.10) |
| 23:28.28 | CIA-32 | BZFlag: 03trepan * r21008 10/trunk/bzflag/src/bzflag/ (EffectsRenderer.cxx EffectsRenderer.h): |
| 23:28.28 | CIA-32 | BZFlag: * changed some double's back to float's |
| 23:28.28 | CIA-32 | BZFlag: * renamed a variable for consistency |
| 23:29.15 | trepan | now, where else in the code are floats used for absolute time values? ;) |
| 23:41.24 | trepan | hm, some fairly important places, by the looks of it |
| 23:53.32 | *** join/#bzflag swigg (~swigg@97.95.228.10) |