| 00:06.35 | TD-Linux | any reason StartBZFS is separate from the main BZFlag distribution? |
| 00:23.15 | JefferyM | yes |
| 00:23.27 | JefferyM | not everyone runs a server or makes maps |
| 00:23.33 | JefferyM | the main distro dosn't need .net |
| 00:23.41 | JefferyM | and it's still somewhat experiemental |
| 00:24.27 | JefferyM | at some point we may even make a "server" download for windows |
| 00:34.05 | KingRobot1 | is that why we don't support forking for bzfs as well? :) |
| 00:34.26 | KingRobot1 | (natively) |
| 00:34.47 | JefferyM | forking? |
| 00:34.59 | JefferyM | you mean running multiple games from one exe? |
| 00:35.33 | KingRobot1 | No, I mean making bzfs detach itself. |
| 00:35.38 | JefferyM | from what? |
| 00:35.50 | KingRobot1 | the parent process |
| 00:35.55 | trepan | like a -daemon switch? |
| 00:35.59 | KingRobot1 | yeah |
| 00:36.14 | JefferyM | bzflag was writen as a lan game |
| 00:36.27 | JefferyM | so using screen and stuff has always been fine |
| 00:37.03 | KingRobot1 | I was just curious |
| 00:37.31 | Constitution | or that special key combination... what is it... shift-7? |
| 00:37.32 | JefferyM | you are the first person to mention it |
| 00:38.10 | JefferyM | running it as a "service" would be very different on each OS as well |
| 00:38.26 | JefferyM | not that many people host on systems other then linux |
| 01:30.45 | CIA-76 | BZFlag: 03wyk3d * r20433 10/branches/gsoc_bzauthd/src/bzauthd/ (7 files): |
| 01:30.45 | CIA-76 | BZFlag: Added support for resetting the password and resending the activation email. |
| 01:30.45 | CIA-76 | BZFlag: Other cleanups and bug fixes. |
| 01:32.00 | CIA-76 | BZFlag: 03wyk3d * r20434 10/branches/gsoc_bzauthd_db/ (bzfls.php phpbb.patch): Added the changes for resetting the password and resending the activation email to the phpbb patch. |
| 01:33.38 | Wyk3d | blast007: do you see any other important stuff that need to be changed in phpbb ? |
| 01:45.03 | *** join/#bzflag Quol (n=ian@modemcable104.199-203-24.mc.videotron.ca) |
| 02:06.04 | KingRobot1 | So, so, if I put a short usleep in playingLoop, it works fine. |
| 02:06.26 | KingRobot1 | But if I remove it, the tanks go flying across the game area. |
| 02:10.39 | CIA-76 | BZFlag: 03kingrobot * r20435 10/trunk/bzflag/ (10 files in 5 dirs): Some bugfixes, and the usleep hack |
| 02:25.06 | *** join/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 02:59.33 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 03:06.36 | *** join/#bzflag Djpenguin (n=David@c-98-230-203-32.hsd1.nm.comcast.net) |
| 03:17.20 | *** join/#bzflag Swigg_ (n=Default@97.95.231.32) |
| 03:21.35 | *** join/#bzflag L4m3r_Eee (n=L4m3r@bzflag/developer/L4m3r) |
| 03:21.35 | *** mode/#bzflag [+v L4m3r_Eee] by ChanServ |
| 03:27.27 | CIA-76 | BZFlag: 03Mdjcccc 07http://my.bzflag.org * r6613 10/w/Between_A_Rock: New page: ===Start=== Begin by talking to Dondakan the Dwarf in the Keldagrim Mines. ===Skills=== At least level 30 Defense, 40 Mining, 50 Smithing, and the ability to defeat a level 75-125 enemy... |
| 03:27.45 | *** part/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 03:45.31 | CIA-76 | BZFlag: 03Blast 07http://my.bzflag.org * r0 10/w/Special:Log/delete: deleted "[[Between A Rock]]": Bye bye runescape spam |
| 04:06.13 | *** join/#bzflag TimRiker (n=timr@bzflag/projectlead/TimRiker) |
| 04:06.14 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 04:31.12 | *** join/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 04:34.48 | trepan | cygal: fwiw, the marker/texture issue stemmed from two separate problems (afaict) |
| 04:35.08 | *** join/#bzflag delusional (n=delusion@c-24-131-246-232.hsd1.pa.comcast.net) |
| 04:35.22 | trepan | FTGL does not revert the current texture binding after it has been used to render (missing GL_TEXTURE_BIT in the glPushAttrib() call) |
| 04:36.15 | trepan | and TextureManager tries to keep track of the current texture binding (which probably isn't required for any decent drivers, and can be worked around using clearLastBoundID()) |
| 04:37.56 | trepan | the current setup is a hack; both of the source problems should probably be fixed |
| 04:40.58 | trepan | (fwiw, see FTGL_MISSING_ATTRIBS in TextSceneNode ;) |
| 04:48.21 | *** join/#bzflag delusional_ (n=delusion@unaffiliated/delusional) |
| 04:48.32 | CIA-76 | BZFlag: 03kingrobot * r20436 10/trunk/bzflag/ (4 files in 2 dirs): bzrobots: made sleep solution cross platform |
| 04:48.51 | KingRobot | trepan: why would the tanks be moving erratically if the playingLoop is running too fast? |
| 04:49.49 | trepan | which tanks? erratically how? |
| 04:50.03 | KingRobot | oh, you missed the earlier bit. |
| 04:50.06 | KingRobot | essentially... |
| 04:50.40 | KingRobot | On linux, the bots were moving too fast, and on windows, moving erratically (sometimes too slow, sometimes too fast) |
| 04:51.07 | KingRobot | I determined it was related to program performance when running the bzrobots client under valgrind, and things seemed more stable. |
| 04:51.25 | KingRobot | I found that putting a 0.005 second sleep in playingLoop made the client stable |
| 04:51.38 | KingRobot | (i.e. the bots moved exactly as expected) |
| 04:52.41 | blast007 | KingRobot: the dt is probably way too small and is causing issues (floating point accuracy) |
| 04:52.52 | trepan | code like this may be a problem: setDesiredAngVel((float)tsTurnRemaining/dt); |
| 04:53.00 | trepan | note the "/dt" part |
| 04:53.32 | trepan | i'd start with BZRobotPlayer::doUpdateMotion(), and track down which values blow up |
| 04:53.58 | KingRobot | hmm |
| 04:54.10 | *** join/#bzflag bier (n=bier@p54A5627A.dip.t-dialin.net) |
| 04:54.59 | KingRobot | I tracked the dt values, and in bzrobots, they are exactly 0.001, while in solo bots (which worked ok, speed-wise) they were about 0.06 - 0.09 +/- |
| 04:55.22 | blast007 | wait to update until dt is larger |
| 04:55.56 | KingRobot | Good thought though, I wasn't thinking along the lines of a floating point error |
| 04:55.59 | trepan | or rewrite all of bz's simulation to use fixed steps (and interpolated visual states ;) |
| 04:56.18 | blast007 | the same problem used to (or still?) occur with the actual client when your FPS was too high |
| 04:56.52 | KingRobot | Ahhhhhh.... I suspected that the error may exist in the real client as well |
| 04:57.05 | KingRobot | That comfirms it, then. |
| 05:05.07 | *** join/#bzflag QuantumTim (n=tim@62.249.230.206) |
| 05:50.02 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 05:58.37 | *** join/#bzflag TimRiker (n=timr@bzflag/projectlead/TimRiker) |
| 05:58.37 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 06:20.18 | *** join/#bzflag PrezKennedy (i=Matthew@whitecalf.net) |
| 06:41.27 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 06:42.29 | CIA-76 | BZFlag: 03kingrobot * r20437 10/trunk/bzflag/src/bzrobots/ (9 files): bzrobots: add most of the applicable bot methods, alphabetize |
| 06:52.27 | KingRobot | would it be possible to get admin access to the wiki? |
| 07:35.34 | jcp | http://pastebin.com/m156678e8 |
| 07:35.48 | jcp | What's up with that? I've never had bzfs not be able to read a config file like that |
| 07:50.34 | *** join/#bzflag TutTankAhmon (n=olivier@about/essy/MobileTarget/LePoulpe303) |
| 07:53.07 | *** join/#bzflag Marzipan (n=marzi@84-119-63-99.dynamic.xdsl-line.inode.at) |
| 07:58.01 | *** join/#bzflag TimRiker (n=timr@bzflag/projectlead/TimRiker) |
| 07:58.01 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 08:14.49 | CIA-76 | BZFlag: 03Javawizard2539 07http://my.bzflag.org * r6614 10/w/BZFS: Noted that bzfs -conf files have to end with a newline or bzfs complains about them not existing |
| 08:18.47 | CIA-76 | BZFlag: 03Samjetski 07http://my.bzflag.org * r6615 10/w/BZFlag_3: Redirecting to [[BZFlag 3.0]] |
| 08:32.44 | jcp | Nevermind, I figured out the problem. My commit included it; it was basically that config files have to end with a newline or bzfs says that they don't exist |
| 08:40.43 | *** join/#bzflag Wyk3d (n=Wyk3d@cl-86-125-162-252.cablelink.mures.rdsnet.ro) |
| 08:42.16 | *** join/#bzflag Upsetter (n=ups@89.246.169.118) |
| 08:45.37 | CIA-76 | BZFlag: 03Samjetski 07http://my.bzflag.org * r6616 10/w/BZFlag_3.0: /* Release Date */ clarified ambiguity - "2009" instead of "the year" |
| 09:06.04 | CIA-76 | BZFlag: 03Samjetski 07http://my.bzflag.org * r6617 10/w/User:Samjetski: rectify timeline for porting BZFlag to PortableApps, update ext. links |
| 10:10.30 | CIA-76 | BZFlag: 03wyk3d * r20438 10/branches/gsoc_bzauthd/src/bzauthd/ (ConfigMgr.cxx MailMan.cxx UserStorage.cxx): |
| 10:10.30 | CIA-76 | BZFlag: Added missing MailMan.cxx. |
| 10:10.30 | CIA-76 | BZFlag: Fixed the activation URL. |
| 10:19.31 | *** join/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 10:19.38 | CIA-76 | BZFlag: 03kingrobot * r20439 10/trunk/bzflag/ (10 files in 2 dirs): bzrobots: preparation for event processing |
| 10:20.10 | cygal | 00:49 < jorgenpt> Hmm. Can someone tell KingRobot that I managed to break my CPU or mobo the day after I fixed my internet? :S |
| 10:20.13 | cygal | 00:49 < jorgenpt> (So I mostly only IRC from work) |
| 10:20.16 | cygal | 08:52 < jorgenpt> Hm, missed him |
| 10:20.28 | KingRobot | cygal: thanks :) |
| 10:26.47 | *** part/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 11:12.32 | CIA-76 | BZFlag: 03wyk3d * r20440 10/branches/gsoc_bzauthd_db/ (bzfls.php userstore.php): Fixed returning BZID when checking tokens and removed an unnecessary query at registration. |
| 11:19.26 | CIA-76 | BZFlag: 03wyk3d * r20441 10/branches/gsoc_bzauthd/src/bzauthd/HttpHandler.cxx: Return the bzid as well on the checktoken http request. |
| 11:21.25 | CIA-76 | BZFlag: 03wyk3d * r20442 10/branches/gsoc_bzauthd/src/bzauthd/ (MailMan.cxx MailMan.h Makefile.am): Fixed build on FreeBSD |
| 12:25.53 | Wyk3d | should callsigns be case sensitive ? |
| 12:26.12 | BulletCatcher | They aren't now. |
| 12:27.49 | BulletCatcher | It would be better to leave them that way. |
| 12:28.18 | Wyk3d | k |
| 12:30.58 | CIA-76 | BZFlag: 03bullet_catcher * r20443 10/trunk/bzflag/src/bzrobots/BZRobotPlayer.cxx: Suppress warning about unused BZRobotPlayer::pushEvent() parameter. |
| 12:33.07 | CIA-76 | BZFlag: 03bullet_catcher * r20444 10/trunk/bzflag/src/bzrobots/ (BZRobotEvents.cxx Makefile.am): |
| 12:33.07 | CIA-76 | BZFlag: Add the Subversion svn:eol-style=native property to BZRobotEvents.cxx. |
| 12:33.07 | CIA-76 | BZFlag: Distribute BZRobotEvents.cxx, but not BZRobotEvent.h because it is gone. |
| 12:34.06 | CIA-76 | BZFlag: 03bullet_catcher * r20445 10/trunk/bzflag/src/bzrobots/bzrobot.i: add new dependency on BZRobot.h |
| 12:46.25 | *** join/#bzflag Swigg_ (n=Default@97.95.231.32) |
| 13:41.38 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 13:41.38 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 14:22.53 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 14:23.33 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 14:23.34 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 14:28.04 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 14:28.04 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:38.56 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 15:16.26 | *** join/#bzflag ep (n=quassel@about/essy/guynextdoor/ep) |
| 15:21.11 | *** join/#bzflag bier (n=bier@p54A56F7A.dip.t-dialin.net) |
| 15:21.20 | *** join/#bzflag bier|tp_ (n=bier@p54A56F7A.dip.t-dialin.net) |
| 15:43.46 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 15:50.03 | *** join/#bzflag Gabe_G23 (n=gabe@unaffiliated/GabeG23/x-028472) |
| 15:56.23 | Constitution | ~bulldozer++ |
| 15:56.33 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 15:56.33 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:04.43 | blast007 | Wyk3d: the phpBB patch looks good. The changes needed are all nice and self-contained so it should be trivial to keep it up to date with newer phpBB versions :) |
| 16:10.12 | Wyk3d | great :) |
| 16:20.16 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 16:25.30 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-100-55.dsl.irvnca.pacbell.net) |
| 16:38.29 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 16:48.25 | CIA-76 | BZFlag: 03trepan * r20446 10/trunk/bzflag/ (7 files in 5 dirs): |
| 16:48.25 | CIA-76 | BZFlag: * added the SceneRenderer::RadarStyle enum type (for radarStyle) |
| 16:48.25 | CIA-76 | BZFlag: * added 'debugTextDraw' (instead of using debugLevel) |
| 17:05.40 | cygal | trepan: so if we don't cache the texture, that would mean a call to gluBuild2DMipmaps each time a texture is displayed? |
| 17:05.48 | cygal | still does not know much about OpenGL |
| 17:05.54 | cygal | btw, thanks for investigating! |
| 17:06.15 | trepan | no, lastBoundID is just a bzflag mechanism to avoid calling glBindTexture |
| 17:06.55 | JefferyM | openGL efectivly cahces the texture when it's bound |
| 17:06.58 | trepan | but it doesn't play well with any form of 'indirect' bindings (glPushAttrib blocks, display lists, etc...) |
| 17:07.00 | JefferyM | its stored on the card |
| 17:07.37 | trepan | there probably somewhere between little and no advantage to bzflag's lastBoundID mechanism |
| 17:07.50 | JefferyM | probably not anymore |
| 17:08.11 | trepan | wonders if any quantitative testing was ever done ;) |
| 17:08.23 | JefferyM | back in the software days, yeah |
| 17:08.37 | JefferyM | before we started puting everything in lists |
| 17:08.43 | JefferyM | it was a big speed boost |
| 17:09.14 | trepan | you'd think the s/w drivers would also bother checking for texture id's |
| 17:09.43 | JefferyM | I know that early T&L cards got a speed boost out of it |
| 17:10.09 | JefferyM | and the old MS GL implementation did do some optimisation for bound textures |
| 17:11.33 | JefferyM | I wrote texture manager to get speedups for that reason in my own code, and it did it's stuff very similar to old BZ |
| 17:11.35 | trepan | should probably add GL_TEXTURE_BIT to FTGL, or call clearLastBoundID() everytime that the fontManager is used |
| 17:11.50 | JefferyM | probably |
| 17:12.01 | trepan | (and probaby hack OpenGLGState to invalidate the texture binding as well, unless using GL_TEXTURE_BIT) |
| 17:12.17 | JefferyM | is not a big fan of GL state |
| 17:12.23 | JefferyM | I don't think it's really needed anymore |
| 17:14.47 | JefferyM | yay, down to 621 errors :) |
| 17:24.08 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 17:24.08 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:24.22 | *** join/#bzflag Yassen (n=Yassen@c-24-16-60-208.hsd1.wa.comcast.net) |
| 17:29.06 | trepan | so, add GL_TEXTURE_BIT to FTGL, or wrap FontManager::drawString() with an extra glPushAttrib() ? |
| 17:29.40 | JefferyM | whatever you think is best |
| 17:29.47 | trepan | the former requires a mechanism to detect the feature for configure.ac, and whatever the windows equivalent is |
| 17:30.08 | JefferyM | is there any problem with the later? |
| 17:30.14 | trepan | slower |
| 17:30.19 | JefferyM | by how much? |
| 17:30.34 | trepan | probably not that much |
| 17:30.54 | JefferyM | for windows, we just hardcode our own config.h |
| 17:31.00 | JefferyM | since we know what is being built |
| 17:31.09 | JefferyM | and for FTGL, it's always "our" ftgl |
| 17:32.06 | trepan | i'll just wrap drawString() then, it may actually be a bit faster depending on the types of strings being used (it would wrap multiple theFont->Render() calls for ANSI split strings) |
| 17:32.17 | JefferyM | k |
| 17:38.43 | trepan | na, i'll leave it as it is, hacks on hacks ;) |
| 17:48.20 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 17:48.20 | *** mode/#bzflag [+v spldart] by ChanServ |
| 18:20.12 | *** join/#bzflag jcp1 (n=jw@unaffiliated/javawizard2539) |
| 18:34.41 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 18:54.55 | *** join/#bzflag xaver (n=xaver@pD9ED67EE.dip.t-dialin.net) |
| 18:58.52 | CIA-76 | BZFlag: 03trepan * r20447 10/trunk/bzflag/ (4 files in 4 dirs): |
| 18:58.52 | CIA-76 | BZFlag: * changed the 'text' object definition to use the following keywords: |
| 18:58.52 | CIA-76 | BZFlag: 'string <the text string>' |
| 18:58.52 | CIA-76 | BZFlag: 'varName <bzdb_varname>' |
| 20:00.22 | *** join/#bzflag nn-main (n=nn@74-94-43-196-Philadelphia.hfc.comcastbusiness.net) |
| 20:54.20 | Allejo | would it be possible in 2.0 to have a team flag always spawn no matter if there is a player in that team? |
| 21:01.44 | Bambino | mod bzfs |
| 21:02.10 | Bambino | IIRC, L4m3r or someone else did it for a "steal the bacon" type map (sorry for the pin) |
| 21:02.15 | Bambino | ping** |
| 21:02.25 | Allejo | hmmm |
| 21:02.39 | L4m3r | yeah, it's like a one or two line tweak iirc |
| 21:03.14 | Allejo | alright |
| 21:03.46 | Bambino | Allejo, nows the time to update the server, with the tweak |
| 21:04.24 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 21:13.56 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 21:14.24 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 21:50.57 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 22:04.34 | *** join/#bzflag delusional (n=delusion@unaffiliated/delusional) |
| 22:15.47 | *** part/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 22:31.53 | *** join/#bzflag Birdie (n=Birdie@unaffiliated/birdie) |
| 22:32.08 | Birdie | Is there a way to see which person added who in a groupe on bzbb? |
| 22:33.19 | JefferyM | how long ago? |
| 22:33.40 | Birdie | hmm weeks, maximum 1.5 a 2 month i would say |
| 22:33.55 | Birdie | propably wont be that long |
| 22:34.21 | JefferyM | oh, then no |
| 22:34.59 | Birdie | aw ok thx |
| 22:35.17 | JefferyM | there is an admin log |
| 22:35.25 | JefferyM | but it's not like I can search it easy |
| 22:35.36 | JefferyM | and it's not sorted by group or anything |
| 22:35.52 | Birdie | not able to search for keywords? |
| 22:36.50 | Birdie | automaticly that is |
| 22:45.13 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 22:47.22 | *** join/#bzflag ahs3- (n=ahs3@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 22:57.58 | *** join/#bzflag blendmaster1024 (n=olpc@71-213-73-56.slkc.qwest.net) |
| 22:58.07 | blendmaster1024 | where is bzflag 3? |
| 22:58.20 | blendmaster1024 | i know it exists, i used it 4 years ago |
| 22:58.25 | blendmaster1024 | it's unstable i know |
| 22:58.30 | blendmaster1024 | but WHERE IS IT??? |
| 22:58.41 | blendmaster1024 | i found it on the bzflag wiki |
| 22:58.48 | blendmaster1024 | but it's not there anymore |
| 22:58.51 | blendmaster1024 | or in svn |
| 22:59.02 | blendmaster1024 | ---- end question ---- |
| 22:59.22 | trepan | bzflag 3.0 has not been released yet |
| 22:59.39 | trepan | whatever it was that you used 4 years ago, it was not an 'official' bzflag 3.0 |
| 23:00.42 | blendmaster1024 | i know that.... |
| 23:00.48 | CBG | ~bzsvn |
| 23:00.49 | ibot | extra, extra, read all about it, bzsvn is http://my.bzflag.org/w/BZFlag_SVN and svn co https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk/bzflag bzflag |
| 23:00.54 | JefferyM | wow dude, calm down |
| 23:00.55 | CBG | Fetch. |
| 23:00.57 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 23:00.57 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:01.12 | JefferyM | 3.0 is our trunk, we label it as 2.99.x |
| 23:01.17 | JefferyM | it is in svn |
| 23:01.21 | blendmaster1024 | oh |
| 23:01.29 | blendmaster1024 | then i downloaded it already |
| 23:01.30 | blendmaster1024 | lol |
| 23:01.32 | blendmaster1024 | thx |
| 23:01.36 | *** part/#bzflag blendmaster1024 (n=olpc@71-213-73-56.slkc.qwest.net) |
| 23:01.45 | trepan | scooby snacks, not just for dogs |
| 23:01.49 | CBG | Wow. |
| 23:02.02 | CBG | ~botsnack |
| 23:02.02 | ibot | thanks, CBG |
| 23:26.48 | CIA-76 | BZFlag: 03trepan * r20448 10/trunk/bzflag/src/ (bzflag/RadarRenderer.cxx geometry/TextSceneNode.cxx): * allowed dynamic (BZDB sourced), text objects to be rendered into the radar |