| 00:03.00 | JeffM2501 | wonder if rhino handles UV coordinates |
| 00:03.32 | Erroneous | I think so |
| 00:03.48 | Erroneous | seems like I found myself in a dialog asking for one once |
| 00:05.00 | JeffM2501 | at least rhino does Z up :) |
| 00:05.22 | Erroneous | heh :) |
| 00:06.36 | Erroneous | yes, rhino does uv stuff |
| 00:07.39 | Erroneous | MoveUVN etc |
| 00:08.31 | JeffM2501 | I just need it as a file converter :) |
| 00:08.38 | Erroneous | heh |
| 00:08.48 | JeffM2501 | don't feel like writing a 3ds or x importer |
| 00:08.53 | Erroneous | not sure you'll like it as that...it's all nurbsy |
| 00:09.08 | JeffM2501 | it suports polymeshes too |
| 00:09.52 | Erroneous | true |
| 00:09.57 | hardwire | nurbsy |
| 00:09.58 | hardwire | hgeheh |
| 00:10.07 | Erroneous | what? :) |
| 00:10.35 | hardwire | meh |
| 00:10.36 | hardwire | work |
| 00:11.18 | JeffM2501 | whohoo. it does VT and VN |
| 00:11.24 | JeffM2501 | yay for software I don't have to buy :) |
| 00:11.27 | Erroneous | hehe |
| 00:11.39 | Erroneous | it seems to be quite capable |
| 00:11.49 | JeffM2501 | yeah it's a good one |
| 00:12.07 | Erroneous | funny thing is I hadn't heard of it 'till I started here |
| 00:43.51 | *** join/#bzflag [dmp] (n=dennis@koderen.dk) |
| 00:57.18 | *** join/#bzflag orchid_ (n=bzgirl@unaffiliated/orchid) |
| 00:57.19 | *** mode/#bzflag [+v orchid_] by ChanServ |
| 01:02.30 | *** join/#bzflag orchid__ (n=bzgirl@ottawa-hs-209-217-93-195.d-ip.magma.ca) |
| 01:10.20 | *** join/#bzflag Tropican8 (i=user@c-69-137-19-228.hsd1.pa.comcast.net) |
| 01:14.54 | *** join/#bzflag Gnurdux (n=gnurdux@c-69-251-233-242.hsd1.md.comcast.net) |
| 01:24.08 | *** join/#bzflag L4m3r (n=l4m3r@s122-189.resnet.ucla.edu) |
| 01:29.55 | *** join/#bzflag orchid (n=bzgirl@unaffiliated/orchid) |
| 01:29.55 | *** mode/#bzflag [+v orchid] by ChanServ |
| 02:25.55 | *** join/#bzflag AAA_awright (n=chatzill@wsip-68-14-251-102.ph.ph.cox.net) |
| 02:26.34 | AAA_awright | Quick ckeck with everyone: the global login system is down. Correct? |
| 02:27.59 | blast007 | ~bzflist |
| 02:28.15 | blast007 | might have just been a short down period |
| 02:28.18 | Tropican8 | it was earlier, like maybe an hour ago IIRC |
| 02:28.46 | blast007 | there's a script that restart apache if it gets overloaded with connections (or I _think_ that's what triggers it) |
| 02:29.12 | blast007 | so at most, it should be down just a few minutes |
| 02:29.21 | *** join/#bzflag A-Delusion (n=A-Delusi@pool-71-253-29-220.pitbpa.east.verizon.net) |
| 02:29.27 | AAA_awright | Some systems using global login appear to be recieving 404 errors from the HTTP global login system at this very minute. Don't know how widespread it is, will check. |
| 02:30.34 | AAA_awright | My test works fine, still dosn't explain the other failure I see.. |
| 02:31.08 | blast007 | hmm |
| 02:35.26 | *** join/#bzflag L4m3r (n=l4m3r@s122-37.resnet.ucla.edu) |
| 03:44.06 | *** join/#bzflag randomparticle (n=randompa@about/essy/snick/randomparticle) |
| 04:05.00 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
| 04:05.00 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 04:08.09 | *** join/#bzflag bryjen (n=bryjen@2002:45a6:86ae:0:0:0:0:1) |
| 04:08.09 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 04:09.10 | *** join/#bzflag Legoguy (n=Legoguy@adsl-71-143-233-150.dsl.emhril.sbcglobal.net) |
| 05:06.13 | *** join/#bzflag codergeek42 (n=peter@fedora/codergeek42) |
| 05:15.07 | *** join/#bzflag Silverfox (n=jrogers@66-189-219-115.or.charter.com) |
| 05:15.39 | Silverfox | we've got a map that if we put any bad flags on it, if someone grabs a bad flag, their client locks. |
| 05:15.44 | Silverfox | regardless of OS it appears. |
| 05:15.50 | Silverfox | server runs fine though. |
| 05:16.01 | Silverfox | anyone interested in seeing it before I remove the bad flags from the config? |
| 05:16.11 | Silverfox | silvercat.bzflag.org:1111 |
| 05:16.19 | L4m3r | I've had a similar issue in which the client would crash if you got near a flag, on a certain map |
| 05:16.55 | L4m3r | try it with 2.0.4 and see if it's still a problem... |
| 05:17.14 | L4m3r | they could be related, and 2.0.4 did not have the problem when I tried it |
| 05:17.33 | Silverfox | I have 2.0.7 |
| 05:17.35 | Silverfox | I have 2.0.8 |
| 05:18.00 | Silverfox | also, it appears the mapfile has -f bad, and the conf has +f bad |
| 05:18.24 | Silverfox | not intentional of course, but it shouldn't cause clients to lock. |
| 05:18.40 | L4m3r | hm |
| 05:19.00 | *** join/#bzflag Constitution (n=Constitu@69.92.111.220) |
| 05:19.04 | Silverfox | just thought a dev might want to know about it if there is some error handling that needs to happen. |
| 05:19.15 | Silverfox | Constitution can describe it as well. Its his map. |
| 05:19.17 | SportChick | hi Constitution |
| 05:19.22 | Constitution | hi |
| 05:19.32 | Silverfox | anyone interested? |
| 05:20.21 | Silverfox | k, I've changed the conf file... |
| 05:20.47 | Silverfox | as long as the map is running on silvercat.bzflag.org:1111 you can see it. At next reload though, there will be no bad flags on it. |
| 05:20.50 | Silverfox | later all. |
| 05:23.58 | blast007 | wee, just did it for me ;) |
| 05:27.58 | *** join/#bzflag SilverFox (n=jrogers@66-189-219-115.or.charter.com) |
| 05:29.15 | SilverFox | isn't there a debug option for the client where it will send verbose messages to console? |
| 05:29.29 | blast007 | that's not real useful for this situation |
| 05:29.34 | blast007 | it's not very detailed |
| 05:29.51 | SilverFox | k |
| 05:30.01 | SilverFox | when I remove +f bad, this isn't an issue. |
| 05:30.10 | SilverFox | you can view the map being used here: |
| 05:30.11 | SilverFox | http://bzflag.thecompleteweb.net/Tunnels-silvercat.bzw |
| 05:30.17 | blast007 | yeah, I recall seeing this once before as well |
| 05:30.24 | blast007 | on a map with meshes |
| 05:30.44 | SilverFox | I wonder what is unique about bad flags that causes this. |
| 05:31.02 | Constitution | So we've got a '-f bad' in the map file, and a '+f bad' in the config file |
| 05:31.50 | Constitution | /flag show shows bad flags, but the client locks up when one is picked up |
| 05:32.09 | blast007 | or when you /flag give someone a bad flag |
| 05:32.17 | SilverFox | yep |
| 05:44.59 | blast007 | well, I think I've narrow down the issue |
| 05:45.09 | blast007 | I ran the client through a debugger |
| 05:45.18 | blast007 | it keeps executing ColDetNode::axisBoxTest |
| 05:47.56 | blast007 | ah, that function can call itself |
| 05:58.55 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-68-125-224-60.dsl.sndg02.pacbell.net) |
| 05:58.55 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 06:09.07 | SilverFox | blast007 what does that mean? |
| 06:11.22 | blast007 | Silver[a]: not sure yet ;) |
| 06:14.15 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 06:14.15 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 06:20.24 | blast007 | aha, I think it has to do with the antidote flag |
| 06:20.51 | blast007 | I think it gets in a loop trying to place the antidote flag |
| 06:22.45 | Silver[a] | oh |
| 06:23.03 | blast007 | antidote flag is hard coded to be at 0.0 for the Z position |
| 06:23.05 | Silver[a] | possibly because the map has "zones" for flags? |
| 06:23.13 | blast007 | nope |
| 06:23.15 | Silver[a] | which is inside a wall. |
| 06:23.24 | blast007 | the client picks the location of the flag seperate from any zones |
| 06:23.29 | blast007 | it picks at total random |
| 06:23.39 | blast007 | until it finds a location that is not inside a building |
| 06:23.51 | Silver[a] | but doesn't use the same routine as normal flags to decide. |
| 06:24.03 | blast007 | and it's in a do-while loop, with no counter or timer |
| 06:24.06 | Silver[a] | because its trying to place it inside a building (ground) |
| 06:24.14 | blast007 | right |
| 06:24.21 | blast007 | regular flags are placed by the server |
| 06:24.26 | blast007 | antidote is placed by the client |
| 06:24.31 | Silver[a] | really?!? |
| 06:24.32 | Silver[a] | wow. |
| 06:24.41 | blast007 | yup |
| 06:24.51 | Silver[a] | so, I could change my client to place the antidote flag at my tank location? |
| 06:25.04 | blast007 | unfortunately |
| 06:25.14 | Silver[a] | is it done that way because the user is the only one who sees it? |
| 06:25.30 | blast007 | yeah |
| 06:25.47 | Silver[a] | k. Glad you found it. |
| 06:25.55 | Silver[a] | are you going to submit a bug report or fix? |
| 06:26.13 | blast007 | I might just fix it, now that I know what the problem is |
| 06:26.23 | blast007 | just have to make the code a little more intelligent |
| 06:26.26 | Silver[a] | (and possibly a patch for a command line option that offers verbose client debugging?) |
| 06:26.45 | blast007 | actually, the client debug is better than it used to be |
| 06:26.50 | blast007 | I hadn't tried it in a while |
| 06:27.28 | Silver[a] | cool |
| 06:27.42 | blast007 | so really all you have to do is turn off antidote flags on your server |
| 06:27.55 | Silver[a] | we are turning off bad flags. |
| 06:28.05 | Silver[a] | I just wanted to point out the bug. |
| 06:28.10 | blast007 | ah, ok |
| 06:28.42 | Silver[a] | would you like me to leave the test map up for testing? |
| 06:28.56 | blast007 | actually it should be easy to test now |
| 06:29.05 | blast007 | all I need is a box covering the whole ground ;) |
| 06:29.05 | Silver[a] | so you don't need it? |
| 06:29.09 | blast007 | nope |
| 06:29.22 | *** join/#bzflag Constitution (n=Constitu@111-220.69-92-cpe.cableone.net) |
| 06:29.34 | Silver[a] | k, i'll hup it. |
| 06:29.51 | blast007 | thx for the opportunity to debug it though, glad it worked out like it did |
| 06:30.09 | Silver[a] | me too. thanks. |
| 06:30.47 | Silver[a] | I'm off to bed. |
| 06:30.49 | Silver[a] | night. |
| 07:07.05 | *** join/#bzflag L4m3r (n=l4m3r@169.232.122.37) |
| 07:07.05 | *** join/#bzflag Chestal (i=thilo@pdpc/supporter/active/Chestal) |
| 07:07.05 | *** mode/#bzflag [+o Chestal] by ChanServ |
| 07:07.07 | *** join/#bzflag kyelewis` (n=kyelewis@freematrix/staff/kyelewis) [NETSPLIT VICTIM] |
| 07:41.40 | *** join/#bzflag Rawk (n=unknown@203-173-148-35.bliink.ihug.co.nz) |
| 07:41.50 | *** part/#bzflag Rawk (n=unknown@203-173-148-35.bliink.ihug.co.nz) |
| 08:01.30 | *** join/#bzflag smalltux (n=vuorio@gustavskorv.stacken.kth.se) |
| 08:23.11 | *** join/#bzflag orchid_ (n=bzgirl@unaffiliated/orchid) |
| 08:23.11 | *** mode/#bzflag [+v orchid_] by ChanServ |
| 08:25.43 | *** join/#bzflag Rawk (n=unknown@203-173-148-35.bliink.ihug.co.nz) |
| 08:25.54 | *** part/#bzflag Rawk (n=unknown@203-173-148-35.bliink.ihug.co.nz) |
| 08:41.31 | *** join/#bzflag LePoulpe303 (n=LePoulpe@about/essy/MobileTarget/LePoulpe303) |
| 08:44.06 | LePoulpe303 | hi bzworld |
| 09:01.16 | *** part/#bzflag Teppic (n=Teppic@cpc2-cbly2-0-0-cust985.glfd.cable.ntl.com) |
| 09:19.52 | *** join/#bzflag Birdie (n=Birdie__@d54C12302.access.telenet.be) |
| 09:32.43 | *** join/#bzflag CIA-3 (i=cia@cia.navi.cx) |
| 15:14.31 | *** join/#bzflag ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 15:14.31 | *** topic/#bzflag is http://BZFlag.org || http://cia.navi.cx/stats/project/BZFlag || http://BZFlag.org/wiki/GettingHelp || paste to http://bzflag.pastebin.ca || CVS HEAD is 2.1 and for all new commits || Condolences to lilo's friends, family, the PDPC, and the Freenode network at large for his passing. Rest in peace, lilo, during your final /part. |
| 15:14.31 | *** mode/#bzflag [+o ibot] by ChanServ |
| 15:14.37 | *** join/#bzflag CuLpA (n=kyogre@dsdf-d9bb1923.pool.mediaWays.net) |
| 15:25.17 | *** join/#bzflag blast007 (i=1000@pdpc/supporter/active/blast007) |
| 15:35.45 | *** join/#bzflag findlay (n=justin@67.137.24.115) |
| 15:56.46 | *** join/#bzflag JBdiGriz (n=jbdigriz@206-15-67-5.static.twtelecom.net) |
| 15:56.46 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 16:08.10 | *** join/#bzflag |zongo| (n=zongo@about/essy/1vs1Master/Zongo) |
| 16:10.50 | *** join/#bzflag gsnedders (n=gsnedder@host217-42-133-100.range217-42.btcentralplus.com) |
| 16:24.53 | *** join/#bzflag PuMpErNiCkLe (n=pumperni@CPE000d8802a749-CM0012c9a9a6dc.cpe.net.cable.rogers.com) |
| 16:26.35 | LePoulpe303 | CBG :ping ? |
| 16:27.06 | CBG | pong LePoulpe303 |
| 16:37.09 | *** join/#bzflag moonpix (n=user@200-203-57-171.pltce7002.dsl.brasiltelecom.net.br) |
| 16:49.25 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
| 16:49.25 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 17:03.58 | *** join/#bzflag Erroneous (n=dtremena@users.gibbscam.com) |
| 17:04.18 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:06.56 | *** join/#bzflag ts (n=ts@p54B038BF.dip0.t-ipconnect.de) |
| 17:07.46 | ts | JeffM2501, brlcad: ping |
| 17:08.09 | JeffM2501 | sup? |
| 17:08.25 | ts | There is probably something messed up in the build system |
| 17:08.27 | *** join/#bzflag LePoulpe303 (n=LePoulpe@about/essy/MobileTarget/LePoulpe303) |
| 17:08.28 | ts | http://bzflag.pastebin.ca/232644 |
| 17:08.49 | ts | distclean fails... |
| 17:09.01 | JeffM2501 | head or 2.0.x? |
| 17:09.05 | ts | CVS head |
| 17:09.16 | JeffM2501 | yeah |
| 17:09.18 | JeffM2501 | that's known |
| 17:09.21 | JeffM2501 | I broke it |
| 17:09.27 | JeffM2501 | nobody has fixed it yet |
| 17:09.34 | ts | grr.. |
| 17:09.38 | JeffM2501 | so fix it |
| 17:09.47 | JeffM2501 | the commit message said "somone has to fix this" |
| 17:09.50 | ts | I have no clue how I could |
| 17:09.57 | JeffM2501 | then good time to learn ;) |
| 17:10.08 | ts | I get the following during compiling: |
| 17:10.09 | ts | # |
| 17:10.09 | ts | /usr/bin/ld: Undefined symbols: |
| 17:10.09 | ts | # |
| 17:10.09 | ts | LagInfo::setPacketLossThreshold(float, float) |
| 17:10.40 | ts | and I guess my compiled stuff is bad.. |
| 17:10.52 | ts | but I can't distclean :x |
| 17:10.56 | JeffM2501 | I haven't built head in a while |
| 17:11.08 | JeffM2501 | it's cvs, why would you want to dist it? |
| 17:11.39 | ts | because ld fails.. |
| 17:13.00 | JeffM2501 | whatever that means |
| 17:13.20 | JeffM2501 | the compile problem I don't know about, that wasn't what I broke |
| 17:13.45 | JeffM2501 | I broke the packaging if the plugins dir when I changed the name of the VC71 dir, to MSVC |
| 17:14.11 | ts | yeah but distclean doesn't work, either so I probably need to check out that thing again..not good |
| 17:14.14 | JeffM2501 | and since I don't do make files I don't know how to fix it right |
| 17:15.15 | ts | If I would know how to I would fix it...it's not like I would like to complain |
| 17:15.28 | JeffM2501 | very true :) |
| 17:15.46 | JeffM2501 | normaly we don't worry about distclean till right before release |
| 17:15.56 | JeffM2501 | it's often broken or not correct untill that time |
| 17:38.42 | *** join/#bzflag moonpix (n=user@200-203-57-171.pltce7002.dsl.brasiltelecom.net.br) |
| 17:38.56 | JeffM2501 | yeah head looks busted in more then just dist clean |
| 17:41.09 | JeffM2501 | let me get clean and see what is missing |
| 17:55.30 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 17:55.30 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 18:03.49 | JeffM2501 | ts, brlcad broke head, I'm in the process of fixing it |
| 18:07.23 | JeffM2501 | aperantly "cleaning up comments" also includes "removing a bunch of code" |
| 18:07.43 | JeffM2501 | probably just a bad cut and paste or bad save tho realy |
| 18:10.22 | ruskie | lol |
| 18:11.12 | JeffM2501 | does mean I'm not the only one who commits sans compile :) |
| 18:11.17 | *** join/#bzflag Thumper_ (n=Thumper@CPE000102d0fe75-CM0012256ecbde.cpe.net.cable.rogers.com) |
| 18:13.30 | ruskie | why not automate commit compiles? |
| 18:13.30 | JeffM2501 | ts, did your ld error have anything to do with StdLandEffect::draw not being found? |
| 18:13.37 | JeffM2501 | for what OS? |
| 18:13.47 | ruskie | good point... |
| 18:14.10 | JeffM2501 | any good developer should compile and test before commit |
| 18:14.31 | ts | JeffM2501: I don't think so. It had to do with my changes in local tree |
| 18:14.43 | JeffM2501 | so from a social standpoint it is probalby better to get "yelled" at by a real person, and not rely on an automated system |
| 18:15.09 | JeffM2501 | ts, well if you have code from after 2 days ago, I can't see how it would link |
| 18:16.13 | CIA-3 | BZFlag: 03jeffm2501 * 10bzflag/src/bzflag/effectsRenderer.cxx: what was once lost, has been found ( last commit, removed some code in addition to comments ). |
| 18:16.15 | JeffM2501 | still won't fix the makefile |
| 18:18.26 | brlcad | heh, oopsie |
| 18:18.55 | JeffM2501 | yeah the diff was funny, little red dif, little red diff.. HUGE red diff. |
| 18:19.07 | ts | red? |
| 18:19.08 | JeffM2501 | "somehow I don't think that's a comment" |
| 18:19.19 | JeffM2501 | no wories |
| 18:19.26 | JeffM2501 | yay for history |
| 18:21.22 | Erroneous | yay for history indeed |
| 18:23.29 | JeffM2501 | you have a section for voodo3 that says "dude seriously.. WTF?" |
| 18:23.29 | JeffM2501 | ? |
| 18:23.29 | Erroneous | heh, no |
| 18:24.10 | Erroneous | although the voodoo3 is probably covered in the section about the "Cant use hardware accerated opengl - not enough memory" message ;) |
| 18:24.35 | Erroneous | ugh, typos |
| 18:24.35 | JeffM2501 | heh |
| 18:24.52 | Erroneous | s/accerated/accelerated/ and s/cant/can\'t/ |
| 18:24.53 | JeffM2501 | is the first line of the document "upgrade your video driver" |
| 18:25.08 | Erroneous | actually the entire second and third paragraph says that |
| 18:25.18 | Erroneous | and then I repeat it in the conclusions |
| 18:25.30 | Erroneous | and for about half of the specific problems |
| 18:25.50 | Erroneous | I mean, I have a section entitled "The importance of drivers"... :) |
| 18:26.56 | Erroneous | you want a copy? :) |
| 18:28.10 | JeffM2501 | naw |
| 18:29.00 | blast007 | eww...I was just going through our MSDN CD at work.... "Visual Studio 6.0 Service Pack 6" |
| 18:29.08 | blast007 | CDs* |
| 18:31.06 | blast007 | one would not |
| 18:31.09 | blast007 | anymore ;) |
| 18:31.34 | *** join/#bzflag trepan (n=trepan@unaffiliated/trepan) |
| 18:31.35 | *** mode/#bzflag [+v trepan] by ChanServ |
| 18:32.57 | hardwire | sup |
| 18:54.03 | JeffM2501 | actualy we still use VC6 for some things |
| 18:59.27 | blast007 | hmm, if I wanted to make the antidote flag be generated by bzfs in 2.1, that is best suited to a new message type, correct? (instead of adding an antidote flag type, which seems hackish) |
| 19:06.03 | Erroneous | sure |
| 19:06.16 | *** join/#bzflag randomparticle (n=randompa@about/essy/snick/randomparticle) |
| 19:08.16 | *** part/#bzflag randomparticle (n=randompa@about/essy/snick/randomparticle) |
| 19:15.56 | Erroneous | assuming you are assigning a different antidote flag to each client, it really is hackish. The other thing you could do is actually have a real antidote flag, and have the people with bad flags fight over it |
| 19:15.56 | Erroneous | which may be a better solution even |
| 19:16.24 | ruskie | hmm have a single antidote flag and multiple bad flags... |
| 19:16.37 | ruskie | that would be soo evil... |
| 19:16.42 | Erroneous | :) |
| 19:16.44 | Erroneous | exactly |
| 19:16.59 | ruskie | and not marked flag as well... |
| 19:17.07 | Erroneous | no, it's marked |
| 19:17.13 | Erroneous | it's yellow |
| 19:17.15 | ruskie | Iknow |
| 19:17.28 | ruskie | but it shouldn't be :) |
| 19:17.28 | ruskie | just a blip on radar... |
| 19:17.36 | Erroneous | heh |
| 19:17.39 | ruskie | out the window they all look the same.. |
| 19:17.40 | Erroneous | now that would be evil |
| 19:17.44 | ruskie | radar has a small blip... |
| 19:17.59 | ruskie | tiny one(unles at zoom level 1) |
| 19:18.07 | ruskie | where it would take half the radar |
| 19:26.51 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 19:26.51 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 19:30.29 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 19:30.29 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 19:30.48 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
| 19:30.48 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 19:34.35 | *** join/#bzflag PuMpErNiCkLe (n=pumperni@CPE000d8802a749-CM0012c9a9a6dc.cpe.net.cable.rogers.com) [NETSPLIT VICTIM] |
| 19:34.44 | *** join/#bzflag tictok (n=tokimi@about/essy/Eragon/tokimi) |
| 19:40.59 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@fordend.demon.co.uk) |
| 19:44.38 | *** join/#bzflag hardwire (n=hardwire@89-208-58-66.gci.net) |
| 20:16.03 | *** join/#bzflag randomparticle (n=randompa@about/essy/snick/randomparticle) |
| 20:20.48 | *** join/#bzflag randomparticle (n=randompa@about/essy/snick/randomparticle) |
| 20:23.10 | *** part/#bzflag wizart (n=nwizart@lvps87-230-8-217.dedicated.hosteurope.de) |
| 20:24.55 | *** join/#bzflag Blue_Eyes (n=Blue@host221-137-dynamic.60-82-r.retail.telecomitalia.it) |
| 20:24.57 | *** join/#bzflag randomparticle (n=randompa@about/essy/snick/randomparticle) |
| 20:49.55 | *** join/#bzflag Linuxx0r (n=felix@pD9E3676F.dip.t-dialin.net) |
| 20:51.43 | blast007 | DTRemenak: ah, I suppose that would work too, though would be a gameplay change in itself...I was just trying to make it work properly ;D |
| 20:51.53 | blast007 | right now the client decides, and rather poorly |
| 20:51.56 | Erroneous | yup |
| 20:52.11 | blast007 | if the ground is covered with boxes, the client goes into an infinite loop |
| 20:53.00 | blast007 | such an issue has likely been there since tanks could spawn on buildings |
| 20:53.21 | blast007 | 1.10 I think, because I didn't see an option in 1.7g2 |
| 20:54.12 | Erroneous | yup |
| 20:55.09 | *** join/#bzflag Thumper_ (n=Thumper@CPE000102d0fe75-CM0012256ecbde.cpe.net.cable.rogers.com) |
| 21:00.37 | blast007 | 2.0.x can't really be fixed, except by just automatically turning off antidote flags in bzfs |
| 21:01.26 | blast007 | cuz even if I make the client smarter, it won't really matter for that version, as most won't use it anyway |
| 21:01.53 | JeffM2501 | Head does antidote on the server right? |
| 21:02.11 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 21:02.11 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 21:02.52 | Erroneous | no |
| 21:07.27 | blast007 | the main killer is the fact it hard codes the Z position to 0 :) |
| 21:09.25 | Erroneous | yup |
| 21:09.35 | Erroneous | nice assumption ;) |
| 21:10.00 | blast007 | worked great when spawns assumed the same :) |
| 21:10.06 | Erroneous | yup |
| 21:10.33 | Erroneous | and it was left on the ground intentionally at that time iirc...something about boxes sometimes being unreachable |
| 21:10.40 | blast007 | yeah |
| 21:10.51 | blast007 | that will be an issue now as well |
| 21:11.06 | Erroneous | you could write a pathing algorithm to figure out where the current tank can go within the bad flag drop time :) |
| 21:11.16 | blast007 | heh |
| 21:11.31 | blast007 | I'll be lucky to get the antidote flag to work at all |
| 21:11.55 | Erroneous | oh, that's not that bad |
| 21:12.21 | blast007 | nah, I'll probably break something during a copy and paste session ;) |
| 21:12.41 | Erroneous | hehe |
| 21:13.52 | *** join/#bzflag L4m3r (n=l4m3r@s122-37.resnet.ucla.edu) |
| 21:17.54 | *** join/#bzflag tannerld (n=tanner@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 21:31.28 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 21:35.58 | *** join/#bzflag TD-Linux (n=TD-Linux@24-159-197-22.dhcp.roch.mn.charter.com) |
| 21:41.13 | hardwire | whooa! |
| 21:41.22 | hardwire | that CTR map of the wild west is a hoot |
| 21:48.28 | *** part/#bzflag |zongo| (n=zongo@about/essy/1vs1Master/Zongo) |
| 21:56.29 | *** join/#bzflag Teppic (n=Teppic@cpc2-cbly2-0-0-cust985.glfd.cable.ntl.com) |
| 21:58.47 | hardwire | http://my.bzflag.org/serverinfo.php?server=wildwest.icarusfallen.net%3A5157 |
| 21:58.49 | hardwire | hey Teppic |
| 21:59.03 | hardwire | you worked on the bzwtools eh? |
| 22:02.26 | Teppic | Yep |
| 22:02.39 | hardwire | is it working at all with more recent blender versions? |
| 22:02.48 | hardwire | like 2.42 |
| 22:03.05 | hardwire | I can't even get it to realize the existance of the plugin |
| 22:03.10 | Teppic | Yep, well, I think you need at least 2.40, and mine runs 2.42a on win and linux |
| 22:03.33 | hardwire | odd |
| 22:03.36 | Teppic | Scripts window, update menus option in the menu |
| 22:03.41 | Teppic | ??? |
| 22:03.49 | hardwire | hmmp |
| 22:03.57 | hardwire | is it supposed to work with the packages? |
| 22:04.03 | Teppic | packages? |
| 22:04.23 | hardwire | ner.. the archive vs the source repository |
| 22:04.40 | Teppic | Ahh, erm, should do, the python API shouldn't change. |
| 22:04.48 | hardwire | I was using the archive |
| 22:05.01 | Teppic | Do you have any scripts in your blender install? |
| 22:05.05 | hardwire | newp |
| 22:05.07 | hardwire | its fresh |
| 22:05.44 | Teppic | No, I mean do you have the bundled ones, like the many import/export scripts? |
| 22:06.11 | hardwire | its working |
| 22:06.13 | hardwire | grr |
| 22:06.14 | hardwire | dude. |
| 22:06.21 | hardwire | I didn't realize there was an update menus |
| 22:06.24 | Teppic | lol |
| 22:06.25 | hardwire | even if it was in the instructions |
| 22:06.48 | hardwire | if you like I can host a server and have you connect.. just to shoot me in the back for this |
| 22:07.12 | hardwire | so you probably work off of a split larger window area w/ the scripts window on one side |
| 22:08.51 | Teppic | brb, phone |
| 22:11.40 | *** part/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 22:12.41 | *** join/#bzflag spldart (n=spldart@cpe-70-116-149-121.houston.res.rr.com) |
| 22:14.28 | spldart | Hi-Dee-Ho! |
| 22:15.24 | findlay | ~welcome spldart |
| 22:15.25 | ibot | Good to see you, spldart! |
| 22:16.09 | *** join/#bzflag triclops (n=triclops@124-168-15-145.dyn.iinet.net.au) |
| 22:18.32 | findlay | ~bzfrag spldart |
| 22:18.33 | ibot | ACTION tries to kill spldart, but spldart finds the shield flag |
| 22:19.28 | Teppic | hardwire: not really, I only use one of two windows for blender unless I'm using the composite node thingy. It's normally the python dev environment on the other screen. |
| 22:20.41 | hardwire | had to update texpath |
| 22:20.46 | hardwire | seems fine.. about to add a mesh |
| 22:22.46 | Teppic | I'm gonna ressurrect the simple mesh exporter, it only took about 4 hrs to write the first time, can't be hard.... |
| 22:22.54 | *** join/#bzflag A_Heart_Attack (n=A_Heart_@unaffiliated/aheartattack/x-000001) |
| 22:25.35 | hardwire | add a world first :).. I see |
| 22:25.55 | Teppic | It helps for scale. |
| 22:27.36 | spldart | ~bzfrag findlay |
| 22:27.37 | ibot | ACTION skewers findlay with a super bullet |
| 22:27.49 | spldart | For fraggin me while I was chasing kids around the house |
| 22:27.51 | spldart | hehe |
| 22:28.12 | spldart | Or for trying to frag me anyway :-D |
| 22:29.09 | hardwire | bbl |
| 22:33.36 | findlay | ~shoot spldart |
| 22:33.38 | ibot | ACTION shoots spldart in the ear with a phase pistol! |
| 22:33.46 | A_Heart_Attack | rofl |
| 22:33.55 | findlay | ~shoot rofl |
| 22:33.57 | ibot | ACTION shoots rofl in the eye with a quantum singularity weapon! |
| 22:34.04 | A_Heart_Attack | ... |
| 22:34.06 | findlay | that's better |
| 22:34.17 | A_Heart_Attack | it was funny the first tie |
| 22:34.18 | A_Heart_Attack | *time |
| 22:34.24 | A_Heart_Attack | the second time killed it |
| 22:34.29 | findlay | heh |
| 22:35.01 | findlay | but the second reply was more ridiculous than the first |
| 22:35.03 | spldart | :-/ |
| 22:35.10 | spldart | :-\ |
| 22:35.17 | spldart | hehehe |
| 22:35.46 | spldart | Lot's more boxes of NoDoze where that came from |
| 22:35.57 | findlay | heh |
| 22:36.16 | Teppic | new kernel, brb..... (hopefully..eek.) |
| 22:36.20 | spldart | hehe |
| 22:36.24 | spldart | Good Luck |
| 22:36.29 | findlay | ~good luck Teppic |
| 22:36.30 | ibot | Good luck Teppic, good! Have a cookie... oh no! The cookie jar is dry! |
| 22:37.01 | spldart | IB Teppic's new kernel greets him with "Good morning Dave" |
| 22:43.35 | *** join/#bzflag Teppic (n=Teppic@cpc2-cbly2-0-0-cust985.glfd.cable.ntl.com) |
| 22:44.07 | Teppic | I'll remember to rebuild the nvidia drivers before I reboot one day... |
| 22:49.29 | findlay | ~say Good morning, Teppic. |
| 22:49.30 | ibot | Good morning, Teppic. |
| 22:49.46 | Teppic | Dude, it's like 10 to 11 pm |
| 22:50.00 | findlay | oh well |
| 22:50.04 | Teppic | lol |
| 22:50.11 | spldart | Isn't it always morning in irc channels??? |
| 22:50.27 | spldart | Your like 5 hours ahead of me :eek:' |
| 22:50.34 | Teppic | UK |
| 22:50.42 | CBG | ~UGT |
| 22:50.44 | ibot | ugt is probably Universial Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html |
| 22:51.22 | findlay | that's an interesting interpretation of space time |
| 22:51.45 | spldart | One of these days I'lll remember that UK is a closer timezone than Japan |
| 22:52.05 | findlay | about the same for me I think |
| 22:52.13 | CBG | Hah. |
| 22:52.33 | spldart | Is it laughing hour for you CBG? |
| 22:52.37 | spldart | ;-) |
| 22:52.56 | CBG | If only... |
| 22:53.01 | spldart | hehe |
| 22:53.14 | spldart | Your in a mood today aren't you? Work related? |
| 22:53.17 | CBG | It's 'stfu, everyone else is trying to sleep' hour. |
| 22:53.23 | CBG | Me? Work? lol |
| 22:54.08 | spldart | All play and no work means JACK is OFF |
| 22:54.18 | CBG | *ahem* |
| 22:56.09 | CBG | I don't work, spldart. I study... :) |
| 22:57.08 | Teppic | Working is easier, you go home at 4:30 and the job is done, if it isn't it's not your problem anymore... |
| 23:00.10 | A_Heart_Attack | lol |
| 23:09.12 | *** join/#bzflag cosmos (n=cosmos@tuxproof.bunker.hepcat.org) |
| 23:27.01 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
| 23:27.01 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 23:34.08 | *** join/#bzflag Gnurdux (n=gnurdux@c-69-251-233-242.hsd1.md.comcast.net) |
| 23:46.50 | *** join/#bzflag razeryan (i=4cd44f89@gateway/web/cgi-irc/zeebrothers.net/x-56156f709f09c5dd) |
| 23:55.27 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |