| 00:01.00 | brlcad | howdy triclops |
| 00:01.18 | triclops | gidday brlcad |
| 00:01.47 | triclops | any ideas? |
| 00:01.59 | brlcad | biggest problem right now is that yes.. it "works for me" .. |
| 00:02.06 | brlcad | I need access to a box that exhibits that problem |
| 00:02.48 | brlcad | it worked for nid too -- not sure what the "variable" in this equation is that causes it to fail other than hardware and different compiler optimization paths |
| 00:03.23 | triclops | well i'm running xcode1.5. i'm unsure what diff that makes to std libs |
| 00:03.32 | brlcad | working around the problem is usually quite a hunt of testing and reworking some of the references to appease stlness |
| 00:04.01 | brlcad | you're running gcc 3.3 i assume too? |
| 00:04.15 | triclops | yes, i'm assuming that |
| 00:04.24 | triclops | i'm compiling with make, not xcode though |
| 00:04.54 | brlcad | gcc_select reports what? |
| 00:05.05 | brlcad | and yes, the xcode project is not up to date |
| 00:05.15 | brlcad | patches welcome :) |
| 00:05.22 | triclops | gcc version 3.3 20030304 (Apple Computer, Inc. build 1666) |
| 00:05.33 | brlcad | ooo, that's interesting |
| 00:05.45 | brlcad | same build date.. but I'm build 1495 |
| 00:06.03 | brlcad | here at least.. /me checks other box |
| 00:06.10 | Nidhoggr | gcc version 3.3 20030304 (Apple Computer, Inc. build 1666) |
| 00:06.19 | Nidhoggr | mine is 1666, too. |
| 00:06.26 | brlcad | ahh, never mind then |
| 00:07.06 | brlcad | so triclops, care to enable temp ssh access ? |
| 00:07.44 | triclops | hmm, i'm sitting behind a lot of NAT I don't control so it might be tricky |
| 00:08.27 | brlcad | hrm, then not much I can do |
| 00:08.52 | brlcad | i've tried the "patch here, send file to there" approach twice now taking up entire evenings |
| 00:09.07 | triclops | have you or Nid installed any additional updates that might be causing it? |
| 00:09.18 | brlcad | so I'm not inclined to do anything more about it until I can get access to someone with the problem |
| 00:09.34 | brlcad | I'm betting it's hardware-related |
| 00:09.41 | *** join/#bzflag Navdi (~Navdi@195.84.229.94) |
| 00:09.47 | brlcad | we are in an assembler section of the stl implementation |
| 00:09.49 | Nidhoggr | what hardware you have, triclops? |
| 00:09.54 | brlcad | gmta :) |
| 00:10.02 | triclops | i run a Powerbook G4 1.25Ghz |
| 00:10.13 | brlcad | new powerboook.. |
| 00:10.25 | brlcad | works on my 800 g4, but that's a generation before |
| 00:10.27 | triclops | purchased in Jan |
| 00:10.41 | Nidhoggr | I have new 1.3 ghz g4 12" powerbook. |
| 00:11.04 | brlcad | that compile wasn't on your g4 500's? |
| 00:11.10 | Nidhoggr | nope |
| 00:11.15 | brlcad | hrm |
| 00:11.33 | Navdi | ~bzfquery kunfu.yi.org:5154 |
| 00:11.51 | Navdi | ~bzfquery kungfu.yi.org:5154 |
| 00:13.05 | brlcad | triclops: which file is it crapping on? |
| 00:13.19 | triclops | src/bzfs/CmdLineOptions.cxx |
| 00:13.27 | brlcad | no, atomicity |
| 00:13.34 | triclops | yes that one |
| 00:13.52 | brlcad | which |
| 00:14.24 | triclops | /usr/include/gcc/darwin/3.3/c++/ppc-darwin/bits/atomicity.h |
| 00:17.41 | brlcad | triclops: compare yours to: http://db.brlcad.org/tmp/atomicity.h |
| 00:18.05 | brlcad | triclops: curl -O http://db.brlcad.org/tmp/atomicity.h && diff atomicity.h /usr/include/gcc/darwin/3.3/c++/ppc-darwin/bits/atomicity.h |
| 00:19.04 | triclops | identical |
| 00:19.23 | brlcad | k, well that's good |
| 00:19.44 | brlcad | that just leaves it down to compiler optimization stupidity most likely |
| 00:20.15 | brlcad | show me one of your compile lines |
| 00:20.20 | brlcad | g++ ....... |
| 00:20.32 | triclops | g++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I/usr/include -pipe -ansi -pedantic -fno-exceptions -W -Wall -Wundef -Wstrict-prototypes -g -O2 -O3 -ffast-math -fomit-frame-pointer -fexpensive-optimizations -fno-exceptions -c -o CmdLineOptions.o `test -f 'CmdLineOptions.cxx' || echo './'`CmdLineOptions.cxx |
| 00:22.35 | brlcad | oo, where'd that -O3 come from? |
| 00:22.52 | triclops | beats me, but I was thinking two optimization parameters looked dangerous |
| 00:23.01 | brlcad | no that's fine |
| 00:23.12 | brlcad | it will end up being O3 |
| 00:23.38 | brlcad | hrm, okey nvr mind .. i"ve been o2 o3 also |
| 00:23.45 | brlcad | dunno who did that... |
| 00:23.57 | triclops | well it compiled when i removed the O3 |
| 00:24.12 | brlcad | yep, that was where I was heading |
| 00:24.23 | bryjen | i seem to get -g -O2 even if i don't ask for debug |
| 00:24.39 | brlcad | that's autoconf's default |
| 00:24.49 | bryjen | -g ? |
| 00:24.54 | brlcad | it sets that if nothing else is set |
| 00:25.04 | brlcad | yes .. debug symbols are our friends... |
| 00:26.15 | bryjen | the binaries are huge, but so are HDD's these days... |
| 00:27.49 | Legoguy | im wondering why, when compiling without the client (server-only), it won't build bzadmin because GL isn't available!? |
| 00:28.36 | Legoguy | it's a non-X box and i want to have bzadmin on it... but i can't without GL? what gives :P |
| 00:29.31 | brlcad | I am so spoiled by brl-cad's configure.ac .. bz's is really a piece of sh!t |
| 00:29.44 | brlcad | ugh!! |
| 00:29.52 | brlcad | it's ignoring the dang flags |
| 00:31.36 | Legoguy | optimization flags? yeah its annoying |
| 00:33.00 | Legoguy | im going to have to hack it up just to get bzadmin compiled on a non-X box... grr |
| 00:33.22 | brlcad | Legoguy: there's a code reason for why it thinks it needs ogl |
| 00:33.44 | brlcad | strictly speaking it "doesn't" need it .. but library-wise it might |
| 00:33.53 | Legoguy | grumble |
| 00:34.34 | Legoguy | that just plain doesn't make sense... it's _meant_ to be text mode only, but it won't compile without the GL libs... ironic no? |
| 00:34.58 | Legoguy | more like self-contradictory |
| 00:35.18 | Patlabor221 | it's because some of the common stuff shares some code that does use GL |
| 00:35.32 | Patlabor221 | it dosn't itself use GL, but it includes libs that have GL code in them |
| 00:38.07 | *** join/#bzflag Aribeth (~aribeth@dsl081-067-057.sfo1.dsl.speakeasy.net) |
| 00:38.30 | triclops | brlcad: bzflag compiles after I ran that g++ command for CmdLineOptions without -O3 |
| 00:40.19 | CIA-5 | BZFlag: 03jeffm2501 * 10bzflag/src/bzflag/ (BackgroundRenderer.cxx BackgroundRenderer.h): add WeatherRenderer for managing all the rain and stuff, decouples rain update from drawing ( not used yet ). |
| 00:41.36 | brlcad | triclops: yep |
| 00:41.52 | Legoguy | Patlabor221, brlcad: so what's the easiest way to make bzadmin compile without needing GL |
| 00:41.56 | triclops | and it runs too |
| 00:42.02 | Patlabor221 | Legoguy, fix the code |
| 00:42.09 | brlcad | i recall figuring that out before too .. |
| 00:42.12 | Legoguy | egh, i'm no C/C |
| 00:42.13 | Patlabor221 | decouple drawing from most of the sim |
| 00:42.15 | Legoguy | ++ expert |
| 00:42.30 | brlcad | Legoguy: what's the dependency? |
| 00:42.38 | brlcad | heya Aribeth.. |
| 00:42.44 | Patlabor221 | common uses something that uses GL now |
| 00:42.53 | Patlabor221 | some stuff in obstacle I think |
| 00:42.54 | Aribeth | brlcad, hi there |
| 00:43.10 | Legoguy | haven't checked closely, it just says "No GL Support, disabling building of bzadmin" or something |
| 00:44.02 | Legoguy | hmm.. should there _really_ be anything that uses GL in common? |
| 00:44.46 | Legoguy | i think the only thing that needs GL would be the client.. in which case, shouldn't it stay in client? |
| 00:45.05 | trepan | Patlabor221: it's probably not in the obstacle stuff |
| 00:45.18 | Patlabor221 | I was just guessing |
| 00:45.36 | trepan | i would guess the player stuff |
| 00:45.41 | Legoguy | maybe it's just a configure boo-boo :P |
| 00:45.42 | Patlabor221 | probably |
| 00:45.53 | Patlabor221 | Legoguy, no, it used to work something mvoed |
| 00:46.00 | *** join/#bzflag shorty114 (~shorty114@shorty114.user) |
| 00:46.08 | Legoguy | i know it used to work... heh |
| 00:46.17 | Patlabor221 | just noone has gone to the trouble to figure out what it was |
| 00:47.09 | Legoguy | i'm not all that familiar with the structure of the source tree but i could take a look if you want... probably wouldn't help much though |
| 00:53.43 | Navdi | ~bzfquery kungfu.yi.org:5154 |
| 00:55.04 | brlcad | ~nslookup kungfu.yi.org |
| 00:55.43 | brlcad | behind a firewall it seems |
| 00:55.49 | Navdi | I'm wrestling with my iptables ruleset, yes |
| 00:55.51 | brlcad | need to unblock 5154 |
| 00:55.53 | brlcad | heh, ok |
| 00:56.18 | Navdi | Doesnt seem to be doing what I tell it to, though. |
| 00:56.33 | brlcad | or it's doing _exactly_ what you've told it ;) |
| 00:56.47 | brlcad | Nidhoggr: *ping* |
| 00:59.15 | shorty114 | ~nslookup shorty114.net |
| 01:00.41 | Patlabor221 | brlcad, should I set up my cheapass G3 to do OSX builds ( it would be 10.2 only ). |
| 01:01.15 | *** join/#bzflag Navdi (~Navdi@195.84.229.94) |
| 01:02.25 | brlcad | Patlabor221: dunno, up to you really :) the fact that it's 10.2 is actually a good thing |
| 01:02.46 | Patlabor221 | would builds from it suck? |
| 01:02.47 | brlcad | since that make compatibility a snap |
| 01:03.00 | brlcad | shouldn't be |
| 01:03.01 | Patlabor221 | oh |
| 01:03.07 | Patlabor221 | then I'll set it up soon |
| 01:03.49 | brlcad | we don't do any hardware-specific optimizations and the mac api's are all forward compatible without penalty |
| 01:04.16 | Patlabor221 | ooo then I could play marathon again |
| 01:04.22 | Patlabor221 | ok frog rain is just WRONG |
| 01:04.46 | brlcad | haha |
| 01:04.57 | Patlabor221 | must make frogs larger |
| 01:05.34 | purple_cow | so the frog rain has red puddles? |
| 01:06.00 | Patlabor221 | not yet |
| 01:06.15 | Patlabor221 | the new WeatherManager has it set to use red puddles |
| 01:06.24 | Patlabor221 | I was trying to find a crash |
| 01:06.30 | Patlabor221 | and forgot it was set to frog |
| 01:06.37 | purple_cow | heh |
| 01:06.37 | Patlabor221 | as I had never tested frog :) |
| 01:07.12 | purple_cow | it's a shame there's no easy way to have frogs piling up on the ground and only have red puddles in the tank tracks |
| 01:07.27 | bryjen | hmm. i must be missing textures.. |
| 01:08.43 | Patlabor221 | http://myth.gibbscam.com/temp/frograin.PNG |
| 01:08.59 | purple_cow | rofl |
| 01:09.06 | orange | that's awesome |
| 01:09.07 | purple_cow | needs randomized orientation |
| 01:09.12 | Patlabor221 | yeah |
| 01:09.18 | Patlabor221 | that's part of the new class too |
| 01:09.18 | brlcad | oh, that's sweetness :) |
| 01:09.40 | orange | server-controlled or client's choice? |
| 01:09.41 | Patlabor221 | gotta finish all the random options for 3d rain |
| 01:09.42 | purple_cow | yeah, definitely need a way to have piles of frogs on the ground :) |
| 01:09.46 | Patlabor221 | right now client |
| 01:10.04 | trepan | Patlabor221: the map 'material' object might be of assistance to you |
| 01:10.14 | purple_cow | pretty easy to hook it up to the server by making weather a bzdb variable |
| 01:10.23 | trepan | specifies texture, color, alpha, etc... |
| 01:10.41 | Patlabor221 | trepan, is that the same as the materal sent into a GState? |
| 01:10.57 | Patlabor221 | purple_cow, it's all bzdb in the new class |
| 01:11.05 | trepan | nope, it's a carrier object |
| 01:11.14 | Patlabor221 | k |
| 01:11.21 | Patlabor221 | the frogs to spin |
| 01:11.24 | trepan | they can also be referenced by name |
| 01:11.30 | trepan | they have texture matrices... |
| 01:11.32 | Patlabor221 | do not to |
| 01:11.43 | Patlabor221 | not sure if I need animated frogs |
| 01:11.49 | Patlabor221 | a simple inital rotation will do |
| 01:11.53 | trepan | texture matrices have spin ;) |
| 01:11.55 | bryjen | ok, so whats the magic word for raining frogs? |
| 01:12.01 | Patlabor221 | this spins the 3d geo |
| 01:12.11 | Patlabor221 | set RAIN_TYPE frog |
| 01:12.12 | trepan | ah, once that's in place... |
| 01:12.20 | bryjen | i tried that |
| 01:12.26 | Patlabor221 | you have latest? |
| 01:12.32 | Patlabor221 | like I just updated |
| 01:12.54 | bryjen | deja vu |
| 01:13.09 | Patlabor221 | ohh wait |
| 01:13.12 | Patlabor221 | your fogs will be to small |
| 01:13.25 | trepan | ick, 2 quads? |
| 01:13.31 | Patlabor221 | 3 |
| 01:13.36 | Patlabor221 | it's lame right now |
| 01:13.45 | Patlabor221 | haven't done billboards yet |
| 01:13.51 | Patlabor221 | for the non snowflakes |
| 01:13.52 | CIA-5 | BZFlag: 03jeffm2501 * 10bzflag/src/bzflag/BackgroundRenderer.cxx: make the frogs larger |
| 01:13.56 | trepan | ya, that would be the minimum |
| 01:14.06 | Patlabor221 | 3 quads look nice for spinning snowflakes |
| 01:14.12 | trepan | that it would |
| 01:14.18 | Patlabor221 | and the fatrain |
| 01:14.23 | Patlabor221 | but not the frogs or bubbles |
| 01:14.49 | Patlabor221 | it'll get in there eventualy |
| 01:15.08 | Patlabor221 | the frog texture is lame too |
| 01:17.23 | bryjen | that alot of frogs, man |
| 01:17.40 | Patlabor221 | you can change it with the density |
| 01:18.06 | bryjen | yes |
| 01:18.12 | bryjen | and so i did |
| 01:19.22 | trepan | http://members.rogers.com/trepan/FrogsOnMarble.jpg |
| 01:19.31 | trepan | it don't look like 1.10 no more |
| 01:20.19 | trepan | Patlabor221: you gonna bother making rain work with BSP? |
| 01:20.34 | Patlabor221 | pshhh no |
| 01:20.41 | Patlabor221 | it's for experimental quality only |
| 01:20.50 | Patlabor221 | I'm thinking of forcing z buffer for that mode |
| 01:21.10 | trepan | i did the same for animated treads, i think |
| 01:22.23 | Patlabor221 | sadly I was nice and commited the hook for enviroments to 1.10.x for the studidents :( |
| 01:22.54 | Patlabor221 | anyone got a better frog picture? |
| 01:26.10 | Patlabor221 | any idea how I can get a billboard matrix? |
| 01:27.37 | trepan | look in Frustum.cxx |
| 01:27.45 | Patlabor221 | k |
| 01:28.59 | brlcad | reping Nidhoggr |
| 01:29.17 | Nidhoggr | ? |
| 01:29.26 | brlcad | hey, there he/you is/are :) |
| 01:29.30 | Nidhoggr | :) |
| 01:30.42 | brlcad | Nidhoggr: you ever make any progress on that disk image script that you started before your trip a couple weeks ago? |
| 01:31.08 | Nidhoggr | not yet. :( |
| 01:31.32 | shorty114 | what file is the kill messages generated in? |
| 01:31.39 | shorty114 | like the X was fried by X's laser |
| 01:32.05 | brlcad | okay, just wonderin' |
| 01:32.36 | Nidhoggr | hopefully I can get inspired and work on it. |
| 01:33.53 | Nidhoggr | :) |
| 01:36.06 | shorty114 | anyone know? |
| 01:36.09 | brlcad | i was thinking that I'd be more inclined to make test builds if I would actually sit and figure out the darn 10.2 compatibility flags |
| 01:36.23 | brlcad | shorty114: bzflag.cxx iirc |
| 01:36.30 | shorty114 | thx |
| 01:36.41 | shorty114 | i was looking to no success in HUDRenderer.cxx :) |
| 01:36.48 | brlcad | grep is your friend |
| 01:37.38 | shorty114 | grep on windows? |
| 01:37.45 | brlcad | sure |
| 01:37.50 | shorty114 | i don't have it |
| 01:37.54 | shorty114 | probably is there though |
| 01:38.20 | CIA-5 | BZFlag: 03jeffm2501 * 10bzflag/src/bzflag/ (BackgroundRenderer.cxx BackgroundRenderer.h): billboards for frogs and bubbles |
| 01:38.28 | Patlabor221 | is that better? http://myth.gibbscam.com/temp/frograin.PNG |
| 01:38.39 | Patlabor221 | and they spin in depth as they tumble down |
| 01:38.59 | purple_cow | much |
| 01:39.25 | brlcad | hehe |
| 01:39.57 | Patlabor221 | is that better? http://myth.gibbscam.com/temp/bubbles.png |
| 01:40.09 | Patlabor221 | opps, forget "is that better?" :) |
| 01:40.13 | CIA-5 | BZFlag: 03trepan * 10bzflag/src/bzflag/BackgroundRenderer.cxx: unused vars |
| 01:40.27 | Patlabor221 | is that in my stuff? cus I'm not done yet |
| 01:40.43 | purple_cow | heh, i like the bubbles |
| 01:40.51 | Patlabor221 | soon they will go up |
| 01:41.07 | purple_cow | though it should rotate randomly through a few textures rather than having so many random "reflections" on a single bubble |
| 01:41.28 | Patlabor221 | that's in the plan too |
| 01:41.34 | Patlabor221 | to allow for N textures |
| 01:41.43 | brlcad | varying transparency with distance woudl probably help some |
| 01:41.48 | Patlabor221 | yeah |
| 01:41.55 | Patlabor221 | that's part of the culling that's going in |
| 01:42.31 | purple_cow | hmm |
| 01:42.45 | Patlabor221 | I'll distance fade em |
| 01:43.04 | Patlabor221 | if you increase the density and speed it'll make the rain longer and the puddles faster |
| 01:43.28 | shorty114 | what's super prefix? |
| 01:43.29 | purple_cow | it'd be nice to have wind affect it |
| 01:43.32 | shorty114 | superPrefix |
| 01:43.40 | brlcad | like xsnow |
| 01:43.42 | *** join/#bzflag ethan_ (~ethan@adsl-68-72-135-208.dsl.chcgil.ameritech.net) |
| 01:43.44 | Patlabor221 | yeah I want to make the direction be a vector |
| 01:43.55 | Patlabor221 | and allow for an angle of deviation |
| 01:43.58 | Patlabor221 | but one thing at a time. |
| 01:44.32 | Patlabor221 | gotta make it not slow first then it's easy to tweak with how it moves |
| 01:44.50 | Patlabor221 | it's just the updateDrop(); |
| 01:45.03 | brlcad | http://www.euronet.nl/~rja/MacOSXSnow/Pictures/screen-100.jpg |
| 01:45.17 | brlcad | similar set of options being discussed, of course |
| 01:45.34 | Patlabor221 | cept we don't have drifts |
| 01:45.50 | purple_cow | yet :) |
| 01:46.00 | Patlabor221 | I know you do |
| 01:46.06 | brlcad | heh |
| 01:46.07 | brlcad | http://www.xs4all.nl/~janswaal/MacOSXAutumnLeaves/Pictures/screen-100.jpg |
| 01:46.49 | Patlabor221 | how do the puddles look? |
| 01:48.04 | brlcad | puddles? you didn't show puddles yet |
| 01:48.12 | Patlabor221 | well run the thing |
| 01:48.19 | Patlabor221 | they are hard to get in a screeny |
| 01:48.28 | Patlabor221 | tho it's more of a splash then a puddle |
| 01:48.31 | shorty114 | brlcad: sure about that? |
| 01:48.32 | brlcad | ahh, when I get home.. |
| 01:48.38 | shorty114 | i read the entire bzflag.cxx |
| 01:48.41 | shorty114 | nothing |
| 01:48.43 | Patlabor221 | I just reused the "hit" image from screamers |
| 01:48.47 | brlcad | shorty114: grep |
| 01:48.58 | shorty114 | it doesn't render any HUD messages |
| 01:49.49 | *** join/#bzflag [Prez|Kennedy] (~Matthew@resnet-253-150.resnet.umbc.edu) |
| 01:52.15 | *** join/#bzflag ethan_ (~ethan@adsl-68-72-135-208.dsl.chcgil.ameritech.net) |
| 01:52.44 | *** join/#bzflag ethan_ (~ethan@adsl-68-72-135-208.dsl.chcgil.ameritech.net) |
| 01:53.03 | ethan_ | hehe |
| 01:53.47 | *** join/#bzflag ethan_ (~ethan@adsl-68-72-135-208.dsl.chcgil.ameritech.net) |
| 01:53.57 | orchid | I can only play bzflag at 1600@1200 which makes me squint, if I try to change the res to 1280xiforgot the screen goes all wacky with horizontal lines, so I f12 out of bzflag but then x keeps the last image from bzflag on the screen, and I have to kill x too, this happens with cvs, release version and debian package, nvidia driver , but tuxracer and foobillard work fine |
| 01:54.36 | orchid | ive tried with clean configs too, rm'ing them |
| 01:55.09 | orchid | could it be the lunar eclipse causing this? |
| 01:55.51 | Aribeth | i've heard stranger things happening |
| 01:56.37 | bryjen | oh, wait, that's caused by a full moon... |
| 01:57.08 | Aribeth | guess what. It is a full moon |
| 01:57.17 | bryjen | perhaps you just need a bigger monitor to make 1600x1200 OK |
| 01:58.23 | Aribeth | orchid, what type of monitor do you have? |
| 01:58.34 | Patlabor221 | a very nice one |
| 01:58.34 | bryjen | the next lower res is probly 1024x768. how 'bout that? or is it too chunky? |
| 01:58.36 | orchid | its a veiwsonic monitor |
| 01:58.40 | orchid | 19in |
| 01:59.24 | bryjen | CRT or LCD? |
| 01:59.29 | Patlabor221 | 1280x1024 is usualy the next lowest res on a CRT |
| 01:59.35 | Patlabor221 | but your on an LCD arn't you? |
| 01:59.38 | orchid | bryjen: 1280x1024 is next lowest but does th same thing too, its crt |
| 01:59.58 | CIA-5 | BZFlag: 03jeffm2501 * 10bzflag/src/bzflag/ (BackgroundRenderer.cxx BackgroundRenderer.h motd.cxx): billboard support in WeatherRenderer |
| 01:59.59 | Patlabor221 | you don't have the LCD anymore? |
| 02:00.03 | orchid | Patlabor221: this is my desktop, I didnt get the lcd for that (yet) |
| 02:00.06 | *** join/#bzflag sgk284 (~sgk284@ACAE07D9.ipt.aol.com) |
| 02:00.09 | bryjen | i meant the next down from 1280 |
| 02:00.10 | Patlabor221 | ahh |
| 02:00.42 | Patlabor221 | 1152x864 |
| 02:01.08 | sgk284 | have no fear sgk284 is here |
| 02:01.13 | bryjen | ibot 1024 / 768 |
| 02:01.14 | ibot | 1.333333333333 |
| 02:01.23 | bryjen | ibot 1152 / 864 |
| 02:01.24 | ibot | 1.333333333333 |
| 02:01.26 | Aribeth | is tuxracer an opengl game? |
| 02:01.30 | CIA-5 | BZFlag: 03jeffm2501 * 10bzflag/src/bzflag/motd.cxx: no need to commit my stilly MOTD disable thingy |
| 02:01.36 | sgk284 | aribeth: yes |
| 02:01.47 | bryjen | ibot 1280 / 1024 |
| 02:01.48 | ibot | 1.25 |
| 02:01.59 | bryjen | ibot 1600 / 1200 |
| 02:02.00 | ibot | 1.333333333333 |
| 02:02.07 | Patlabor221 | I'm sure there are multiple ways to change the res in X, we just do one of em. |
| 02:02.08 | shorty114 | ibot is good at math |
| 02:02.13 | Patlabor221 | hmm it may not like that aspect |
| 02:02.21 | Patlabor221 | orchid try 800x600 |
| 02:02.24 | shorty114 | ibot nsquery viper.pimpi.org |
| 02:02.32 | Patlabor221 | or it could be geting the wrong refresh |
| 02:02.32 | bryjen | ibot 800 / 600 |
| 02:02.33 | ibot | 1.333333333333 |
| 02:02.35 | orchid | Patlabor221: eww, but ok |
| 02:02.39 | Patlabor221 | just to try |
| 02:02.41 | CIA-5 | BZFlag: 03lan56 * 10bzflag/Dev-C++/bzflag.dev: |
| 02:02.41 | CIA-5 | BZFlag: fix linking errors--bzflag.cxx needs to define its own macro to use main() in |
| 02:02.41 | CIA-5 | BZFlag: bzflag.cxx, not SDL_main() which for some reason crashed on startup. this is the |
| 02:02.41 | CIA-5 | BZFlag: third try over two days to get these files to compile; this, I can guarantee, |
| 02:02.41 | CIA-5 | BZFlag: will work without any more tune-ups after this. |
| 02:02.45 | shorty114 | ~nsquery viper.pimpi.org |
| 02:03.05 | bryjen | or 1024x768 |
| 02:03.08 | Patlabor221 | didn't lan guarantee it yesterday? |
| 02:03.20 | Patlabor221 | shorty114, what is an nsquery? |
| 02:03.26 | bryjen | the 1280 is the oddball |
| 02:03.37 | Patlabor221 | do you mean nslookup? |
| 02:03.42 | shorty114 | oh heee hee |
| 02:03.47 | shorty114 | :\ |
| 02:03.56 | shorty114 | ~nslookup viper.pimpi.org |
| 02:04.05 | shorty114 | heh thx patlabor |
| 02:04.10 | Patlabor221 | you know your computer can do that too? |
| 02:04.26 | sgk284 | yea but having ibot do it is cool;) |
| 02:05.05 | Patlabor221 | umm... no it's not |
| 02:05.15 | bryjen | bah. next you |
| 02:05.34 | bryjen | 'll be saying there's a calculator on my menu somewhere ;) |
| 02:05.35 | shorty114 | ~seen the_viper |
| 02:05.37 | ibot | the_viper <Viper@150.113.205.68.cfl.rr.com> was last seen on IRC in channel #bzflag, 38d 53m 6s ago, saying: 'ty'. |
| 02:05.43 | shorty114 | hmph |
| 02:07.35 | [Prez|Kennedy] | ~seen your_mom |
| 02:07.36 | ibot | [Prez|Kennedy]: i haven't seen 'your_mom' |
| 02:08.01 | [Prez|Kennedy] | you better not have! |
| 02:08.21 | sgk284 | heh |
| 02:09.43 | orchid | bah, 800x600 crashes taking x with it |
| 02:09.58 | bryjen | eep. |
| 02:21.47 | learner | hehe |
| 02:23.22 | Patlabor221 | I think it's about time to enhome |
| 02:23.52 | Patlabor221 | yeah but I'll probably be sans net again |
| 02:23.54 | Patlabor221 | when I get home |
| 02:24.03 | Patlabor221 | unless "the plan" works |
| 02:24.28 | Patlabor221 | guess I"ll be seeing if internet conenction sharing works :) |
| 02:24.37 | learner | eek :) |
| 02:24.51 | Patlabor221 | I take the laptop put it in the bedroom window |
| 02:25.09 | Patlabor221 | log into the tmoible hotspot that I now have a login for |
| 02:25.09 | learner | heh, that's great |
| 02:25.11 | Patlabor221 | put a nother nic in the lapy |
| 02:25.16 | Patlabor221 | run a cable to the office |
| 02:25.21 | learner | sweet :) |
| 02:25.27 | Patlabor221 | plug it into the qwitch |
| 02:25.43 | Patlabor221 | then PRAY |
| 02:26.05 | learner | as you should |
| 02:26.13 | learner | lots of variables there :) |
| 02:26.16 | Patlabor221 | hope the rain dosn't jack the signal |
| 02:26.22 | Patlabor221 | yeah like low flying birds |
| 02:26.39 | learner | one can't forget the default admin passwords that are often left set on wireless base stations :) |
| 02:26.50 | Patlabor221 | "CVS UPDATE FAILED: CAR IN THE WAY" |
| 02:26.55 | learner | hehe |
| 02:27.12 | Patlabor221 | I think I'm the only one with a computer in my complex |
| 02:27.33 | bryjen | heh. more bits/sec for you ;) |
| 02:28.31 | Patlabor221 | last time I connected to starbucks I got "medium" signal and 11 mps |
| 02:28.47 | learner | that's not too bad |
| 02:29.06 | Patlabor221 | no |
| 02:29.13 | Patlabor221 | so wish me luck :) |
| 02:29.32 | learner | heck i have trouble getting medium in my own house in some places.. |
| 02:30.06 | learner | why in the world is my server being bombarded by three list servers?? |
| 02:30.15 | learner | ~nslookup 217.157.132.92 |
| 02:30.38 | learner | ~nslookup 66.62.140.111 |
| 02:30.54 | learner | ~nslookup 84.57.53.125 |
| 02:31.25 | learner | wtf.. not one of those is the list server |
| 02:31.29 | learner | ~nslookup 69.28.129.166 |
| 02:31.48 | bryjen | noodleroni is stats |
| 02:32.09 | learner | ~nslookup list.bzflag.bz |
| 02:32.17 | learner | okay, so the last one is the list server |
| 02:32.24 | learner | and noodle's stats |
| 02:33.07 | learner | and the other two? the first is probably the most annoying |
| 02:33.14 | learner | connects twice every time |
| 02:34.09 | bryjen | 84.57.53.125? |
| 02:34.25 | learner | 217.157.132.92 |
| 02:34.48 | learner | heh, has http |
| 02:34.49 | orange | what frequency? |
| 02:35.25 | learner | baat.dk is incredibly familiar.. where do I know that? |
| 02:35.46 | orange | it's fortix.bzflag.org |
| 02:36.10 | orange | another stats type service |
| 02:36.17 | learner | yes.. http://fortix.bzflag.org/list.php |
| 02:36.24 | learner | hrmph |
| 02:36.29 | orange | quite a good one, actually :-) |
| 02:36.44 | orange | though I don't understand why twice |
| 02:37.18 | learner | probably one to see if it's alive and another for the ping or something silly like that |
| 02:37.45 | orange | it's downloading playerlists... not just seeing if it is alive |
| 02:37.55 | orange | but still, that can be done in one connection |
| 02:37.56 | learner | the first one |
| 02:38.29 | learner | i mean I could see code written that worked like that.. if connection is alive, get playerlist .. and that causing two real tcp connects |
| 02:38.49 | learner | when yes, it could have just been done as one |
| 02:39.12 | learner | or maybe once for the description, and another for the counts or something |
| 02:39.18 | learner | sillyness |
| 02:39.38 | orange | I imagine those connections are fairly lightweight, aren't they? |
| 02:39.41 | learner | so then the remaining mystery is 84.57.53.125 |
| 02:39.52 | bryjen | the 217 has the most accepts this month |
| 02:40.19 | learner | almost twice as many, eh? :) |
| 02:40.47 | orange | but still, easy enough to fix, I'd think |
| 02:40.52 | orange | david_v runs it |
| 02:41.07 | learner | it's not exactly the most efficient way to maintain third-party lists.. |
| 02:41.26 | bryjen | <PROTECTED> |
| 02:41.27 | learner | or even "second-party" in david_v's case |
| 02:41.28 | bryjen | <PROTECTED> |
| 02:41.30 | bryjen | <PROTECTED> |
| 02:41.47 | learner | heh |
| 02:41.58 | learner | the least goes to the actual list server.. |
| 02:42.25 | bryjen | ~nslookup 24.1.104.25 |
| 02:42.44 | bryjen | ~nslookup db.bzflag.org |
| 02:42.58 | bryjen | ~nslookup ibot.bzflag.org |
| 02:43.13 | bryjen | what's Rikers? |
| 02:43.20 | learner | 24.1 is probably the old list server |
| 02:43.21 | bryjen | ~nslookup www.rikers.org |
| 02:43.25 | learner | he's on comcast |
| 02:43.29 | bryjen | yup |
| 02:43.43 | bryjen | 400 from TR |
| 02:44.24 | bryjen | 100-200 from various 84.57. |
| 02:44.29 | *** join/#bzflag GenRommel (~GenRommel@pcp09355007pcs.jersyc01.nj.comcast.net) |
| 02:45.05 | learner | so about 2K for the list server, 7K for noodle stats, and 9K for fortix stats |
| 02:45.13 | orange | in what time period? |
| 02:45.32 | bryjen | since Oct 1 |
| 02:45.46 | bryjen | running 12 hours a day |
| 02:46.58 | learner | howdy GenRommel |
| 02:47.53 | orange | does it give you everything a full connection does? |
| 02:48.09 | bryjen | not actual player names |
| 02:48.12 | *** join/#bzflag MeBigFatGuy (dave@balt-209-150-116-169.dynamic-dial.qis.net) |
| 02:48.14 | orange | that's why |
| 02:48.27 | bryjen | just that a server's up and player counts |
| 02:48.35 | bryjen | and game style |
| 02:48.44 | learner | and world params |
| 02:48.59 | learner | the "ping packet" info |
| 02:49.18 | bryjen | *cough* game style *cough* |
| 02:49.48 | learner | :) |
| 02:50.00 | orange | I messed around with trying to add a new query type to get timer status today |
| 02:50.21 | orange | to the server, that is |
| 02:50.33 | learner | I want to move towards spawning off a separate connection thread if it's not a client |
| 02:50.43 | learner | and move towards an http based interface |
| 02:50.53 | orange | seems like http would be more expensive in terms of traffic |
| 02:51.01 | orange | the current setup is very lightweight, from what I see |
| 02:51.03 | learner | or other standard protocol -- http is convenient, and familiar though |
| 02:51.24 | learner | very lightweight and limited |
| 02:51.42 | orange | yes, I do see that... even with what I'm trying to do which should be trivial |
| 02:51.52 | orange | and probably would be if I had coded C more recently than 10 years ago :-) |
| 02:52.17 | learner | but yes, http would be more expensive .. that'll happen with any one of the standard protocols compared to bz's customness |
| 02:52.46 | orange | well, given your concern over the connections earlier, I'd think you'd want to keep it lightweight, at the cost of ease of use |
| 02:53.04 | learner | those kind of connections could still occur |
| 02:53.15 | learner | from bz's perspective, they look like clients |
| 02:53.15 | orange | yeah, but they'd annoy you even more :-) |
| 02:53.24 | orange | oh, I see |
| 02:53.37 | orange | you mean in addition to the customness |
| 02:53.42 | learner | i mean if they were to keep doing what they do |
| 02:53.51 | learner | http wouldn't "solve" this problem.. |
| 02:54.02 | learner | it solves a lot of other problems |
| 02:54.03 | orange | no... it'd make it worse, as it would make it easier for people to do this |
| 02:54.16 | learner | heh, yes it would |
| 02:54.31 | orange | but... having said that |
| 02:54.37 | learner | though if we provided better list server facilities, they wouldn't need to |
| 02:55.51 | learner | course if i'd get off my arse on the logging, it wouldn't be an issue either |
| 02:56.10 | learner | my problem with it right now is that it's dumping loads of Player accept lines into my logs |
| 02:56.32 | learner | i don't really care that they do connect so long as they don't eat bandwidth or do it excessively |
| 02:57.12 | learner | at least .. not yet :) |
| 02:57.26 | learner | I'm building up a distaste |
| 02:57.50 | learner | seems like the "wrong way" to go about getting those statistics 24-7 |
| 02:58.33 | *** join/#bzflag patlabor221 (~JeffM@m010f36d0.tmodns.net) |
| 02:58.41 | learner | woo hoo.. :) |
| 02:59.07 | learner | hrm.. BackgroundRenderer.cxx:1913: error: `sr' undeclared |
| 02:59.23 | bryjen | hmm. M is not a hex digit.. |
| 02:59.46 | learner | ahh, commentification |
| 03:00.51 | CIA-5 | BZFlag: 03brlcad * 10bzflag/src/bzflag/BackgroundRenderer.cxx: looks like the scene renderer is used now |
| 03:02.45 | orange | learner: I guess you could pull them on demand when someone visits the page, and cache to make sure you don't load them more often than X minutes |
| 03:02.59 | orange | but that has its own share of problems |
| 03:03.04 | orange | if you're polling 50 servers |
| 03:03.40 | learner | it takes many seconds to contact all servers |
| 03:03.55 | TimRiker | the list server(s) should poll all the info when a server does an ADD. Then offer it in rss feeds. |
| 03:04.00 | learner | that just minimizes the problem |
| 03:04.11 | learner | the problem is that they need info that the list server is not reliably providing |
| 03:04.37 | learner | I'd just as likely set them up as list server backups .. sharing info and pulling more info than is done now |
| 03:04.44 | orange | of course that just pushes the polling off to another server |
| 03:04.46 | TimRiker | well the reliability issue should get fixed buy adding a mirror server. and they can easily be changed to pull more info. |
| 03:05.07 | TimRiker | any other plan I can think of puts undo load on all the servers. |
| 03:05.53 | TimRiker | there should be 2 list servers. and they should both pull more info than they do now, and offer it to other sites. |
