| 00:00.12 | patlabor221 | hmm perantly my "auto dirty" thing isn't working |
| 00:00.14 | patlabor221 | gotta fix that |
| 00:00.23 | patlabor221 | may have to add a bat file. |
| 00:00.45 | TimRiker | there's not one place in the tree to find the cvs checkout date. could look at all the Entries files and pick the latest date. tedious though. |
| 00:01.06 | patlabor221 | there is a way to have CVS change a file with each CO or update |
| 00:01.08 | patlabor221 | we could do that |
| 00:01.24 | patlabor221 | but to me build date does the same thing, and more. |
| 00:01.34 | Tupone | If we could manage nightly release we could run a script that co everything, put in a date and version and tar ball |
| 00:01.58 | patlabor221 | nightly is a bit much I think |
| 00:02.04 | Tupone | or else daily freeze |
| 00:02.05 | patlabor221 | weekly would be not bad |
| 00:02.24 | larsl | Weekly test releases for all platforms would be great. |
| 00:02.30 | patlabor221 | weekly winbins, rpms, bins, and debs would be cool |
| 00:02.41 | patlabor221 | and a souceball |
| 00:02.48 | Tupone | I was thinking only at source :( |
| 00:03.01 | patlabor221 | and limit yourself to linux? |
| 00:03.04 | larsl | But with binary packages non-coders can test too. |
| 00:03.08 | patlabor221 | reemember most windows people can't build |
| 00:03.14 | patlabor221 | and they are our best testers |
| 00:03.39 | Tupone | Just saying I was in fault thinking only at source. Didn't you see the face :( |
| 00:03.50 | patlabor221 | well the face can mean many things :)( |
| 00:03.59 | patlabor221 | for bins the build date is important |
| 00:04.14 | patlabor221 | for souce the CO date could be usefull I guess |
| 00:04.36 | patlabor221 | but I would still prefer build date |
| 00:04.56 | Tupone | But we should have a connection between source and exe. |
| 00:05.14 | patlabor221 | for that I think a true sub version would be good |
| 00:05.19 | Tupone | Probably if we make both automatically, date should be very near |
| 00:05.20 | patlabor221 | but we use that for minor release |
| 00:07.29 | patlabor221 | if we were to do some automated weekly build (if there is a change), I would think that they should get some sort of "build number" that increases |
| 00:07.42 | patlabor221 | so it would be 1.9.1.xx |
| 00:08.12 | patlabor221 | and each time that build is done it commits that build number to the source tree |
| 00:08.27 | patlabor221 | so there is a history back to the source. |
| 00:09.19 | patlabor221 | it's at the end of a date, it getst lost |
| 00:09.50 | Tupone | 3rd release made on that day. We discovered a lot of bug that day, and we make 3 release :( |
| 00:09.54 | patlabor221 | 1.9.0.3-gnu_linux-CVS200030912 is much easyer to see |
| 00:09.56 | TimRiker | the date should suffice. |
| 00:10.09 | patlabor221 | the important numbers should be first |
| 00:10.22 | patlabor221 | I don't think we are gonna make that many versions in one day |
| 00:10.29 | patlabor221 | and build number should not be tied to day. |
| 00:10.42 | patlabor221 | as it may take multiple days to get all plats made int hat case |
| 00:10.53 | Tupone | That not a build number. The fis version does not have any suffix |
| 00:10.54 | patlabor221 | what we have now is a lot better then what we did have before methinks |
| 00:11.10 | TimRiker | the builds will run on multiple machines and not with the same system. there won't be one "build" on all boxes anytimg soon. so the date indicates which one you are using. |
| 00:11.38 | patlabor221 | it also gives you an idea of how "old" a version is :) |
| 00:12.03 | patlabor221 | oh for the windows OS i used "W32VC" is that ok? |
| 00:12.10 | patlabor221 | and "W32VCD" for debug |
| 00:12.24 | patlabor221 | since there could be a W32_GNU I would geuss |
| 00:12.39 | TimRiker | patlabor221: fine. |
| 00:13.35 | patlabor221 | perhaps a feature for 1.9.x would be to support multiple list servers |
| 00:13.59 | patlabor221 | server registers with each of them, and clients use a cumulation of them all |
| 00:14.00 | TimRiker | what made the "gnu" ? would be nice to get redhat or debian etc. |
| 00:14.17 | larsl | TimRiker: It's just the $host_os variable in autoconf. |
| 00:14.18 | patlabor221 | that would be nice. |
| 00:14.27 | TimRiker | patlabor221: there should be code in there for that, but it's not ever been tested afaik. |
| 00:14.36 | patlabor221 | ahhh |
| 00:14.38 | TimRiker | larsl: ah. |
| 00:14.44 | patlabor221 | well maybe for 1.9.3 |
| 00:14.50 | TimRiker | heh ;-) |
| 00:15.00 | Tupone | Number like 1.9.0 plus date should be in the tarball source. Generation system, like gnu_linux, could be done by the build |
| 00:15.02 | larsl | TimRiker: We could do a `uname -s -r` instead. |
| 00:15.47 | patlabor221 | tupone, I don't think it's that important, lets get this stuff working first, and see how it goes. |
| 00:15.50 | TimRiker | my gcc says i386-redhat-linux as part of the gcc -V but don't know if autoconf knows that. |
| 00:16.01 | larsl | By the way, bzflag doesn't find non-public servers on my local network anymore. Is that a bug or a feature? |
| 00:16.11 | TimRiker | larsl: bug. |
| 00:16.27 | patlabor221 | it's the last thing on crit list isn't it? |
| 00:16.49 | TimRiker | larsl: not worried about fixing it in 1.7 but it should get fixed in 1.9 |
| 00:17.09 | patlabor221 | or at least that's what I think that thing on the todo list is. |
| 00:17.26 | patlabor221 | sadly I don't know enough about BZs net to work on it. |
| 00:18.22 | patlabor221 | if we were using enet I could :) |
| 00:18.24 | Tupone | autoconf know about cpu vendor and os |
| 00:20.16 | CIA | 03jeffm2501 * 12bzflag/ (BUGS): VC dsp needs a way to auto-dirty config.h for proper build date |
| 00:22.56 | TimRiker | what's the new code for tracking IPs in the voting stuff? does it presume ipv4? |
| 00:23.44 | TimRiker | can't auto-dirty config.h cause then you always need to compile everything. |
| 00:23.55 | TimRiker | need to dirty "something else" |
| 00:24.02 | tea|tree_ | nite |
| 00:24.28 | CIA | 03larsl * 12bzflag/ (configure.in): Remove VERSIONNUM from configure.in, we don't use it anymore |
| 00:24.40 | patlabor221 | yeah like a version.h or something |
| 00:25.22 | patlabor221 | would linux not need to do the same? |
| 00:25.38 | TimRiker | would, yeah. |
| 00:25.41 | larsl | What should the version string in configure.in (the one used for packages) look like? 1.9.0-CVS20030912 ? |
| 00:26.08 | patlabor221 | gack, learner musta commited, look at alltdem warnings. |
| 00:26.22 | *** part/#bzflag tea|tree_ (~tea|tree@pD9E96A5A.dip.t-dialin.net) |
| 00:26.46 | CIA | 03timriker * 12bzflag/ (BUGS): nope |
| 00:27.49 | CIA | 03timriker * 12bzflag/ (TODO): proxy stuff, other minor edits |
| 00:28.31 | larsl | The version used in AM_INIT_AUTOMAKE is still 1.9a0. |
| 00:29.09 | larsl | I suppose it should be constructed somehow from all those other version variables? |
| 00:29.38 | CIA | 03timriker * 12bzflag/ (TODO): shorten laser |
| 00:30.08 | TimRiker | larsl: there is no "a". that should be nuked and replaced with the longer version. |
| 00:30.35 | larsl | Always MAJOR.MINOR.REV-SOURCEDATE ? |
| 00:30.56 | larsl | Even for official releases? |
| 00:31.35 | TimRiker | major.minor.rev-builddate even for releases |
| 00:31.50 | larsl | OK. |
| 00:31.58 | *** part/#bzflag Tupone (~Tupone@ppp-217-133-255-186.cust-adsl.tiscali.it) |
| 00:33.01 | TimRiker | need to decided which are "stable" and which are dev. will we only have 2.0.0 and then re do back to 2.1.x? |
| 00:33.28 | TimRiker | perhaps we should be at 1.9.1 now and 1.9.2 could be the next "stable" in the chain? |
| 00:33.58 | patlabor221 | or 1.10 is next |
| 00:34.05 | patlabor221 | tho that confuses people |
| 00:34.22 | TimRiker | heh. but we are used to confusing people. ;-) |
| 00:35.02 | patlabor221 | here we are working on 6.80.xx and it will be 7.0 when it's released, after that will be 7.01.xx to be 7.2 |
| 00:35.14 | TimRiker | 01? |
| 00:35.31 | patlabor221 | sometimes we get over 10 versions in a magor |
| 00:35.34 | patlabor221 | so we put the 0 in |
| 00:35.50 | patlabor221 | we had 6.01.xx as a dev version, and 6.10 as a release |
| 00:35.51 | TimRiker | "and it will be 7.0 when it's released" so you mean 7.00 ? |
| 00:36.03 | patlabor221 | yeah tho we don't do double 0 |
| 00:36.07 | *** join/#bzflag |tim| (~tim@209-102-165-169.coastalnow.net) |
| 00:36.55 | TimRiker | hmm. 1.10.x sounds like fun to me. |
| 00:37.22 | patlabor221 | we bump the x on each ofical "testing" build tho |
| 00:38.02 | patlabor221 | so we would be working on 1.9.xx as long as it takes, then 1.10 on release, then 1.11.xx for new dev |
| 00:38.36 | patlabor221 | so your even monor on a release, odd minor for a dev |
| 00:38.54 | TimRiker | I have no idea what an "offical testing build" is. |
| 00:39.04 | patlabor221 | BZ donsn't have them |
| 00:39.16 | TimRiker | my point exactly. |
| 00:39.24 | patlabor221 | I think we should |
| 00:39.38 | patlabor221 | have real betas |
| 00:39.42 | patlabor221 | and release candidates |
| 00:40.22 | TimRiker | If we have them, they should be automated builds imho. daily even. |
| 00:40.36 | ElectricElf | This Radeon 7000 64M/SDR is about half as fast as my nVidia Riva TNT 16M card. |
| 00:40.37 | patlabor221 | was there a new file added? cus I can't build StateDatabase |
| 00:40.47 | patlabor221 | under what OS? |
| 00:41.31 | TimRiker | xmission already does continuous builds, it does not package them, but it could. |
| 00:41.52 | TimRiker | keep the last 10 or so around for testers. |
| 00:42.45 | patlabor221 | I would need a way to automate windows builds ( it is posible ). |
| 00:45.00 | CIA | 03bzflag * 12bzflag/misc (rebuild-bzflag): rebuild script |
| 00:45.33 | TimRiker | ming32 should be easy, yes? |
| 00:46.25 | TimRiker | I run that script every hour on xmission. if there are cvs changes, it rebuilds. |
| 00:46.34 | patlabor221 | dono, don't have mingw, also I don't think anyone has ever got a mingw to run |
| 00:46.36 | CIA | 03larsl * 12bzflag/ (configure.in): Set the automake version to MAJOR.MINOR.REV-BUILDDATE, this will be used for package names |
| 00:46.36 | TimRiker | then it restarts the server. |
| 00:46.44 | patlabor221 | I can automate VC |
| 00:47.00 | TimRiker | I thought someone did ming. could be wrong though. |
| 00:47.08 | *** join/#bzflag Tupone (~Tupone@ppp-217-133-255-186.cust-adsl.tiscali.it) |
| 00:47.32 | larsl | It built, but it crashed. |
| 00:47.42 | TimRiker | ah |
| 00:48.02 | larsl | You probably need some extensive DirectX voodoo. |
| 00:48.05 | TimRiker | ~lart windows ming builds |
| 00:48.47 | patlabor221 | yeah I think that is one of the problems |
| 00:49.21 | patlabor221 | I do need to go thru and change most of the _WIN32 tests to be _MSVCVER |
| 00:49.26 | TimRiker | headed home.... |
| 00:52.30 | *** join/#bzflag Chikorita (Chikorita@AC823158.ipt.aol.com) |
| 00:53.59 | Chikorita | ~seen brlcad |
| 00:54.00 | | brlcad <sean@chr160dhcp1675.chrchv01.md.comcast.net> was last seen on IRC in channel #bzflag, 9h 52m 11s ago, saying: 'that's the way it should always be'. |
| 00:54.23 | Chikorita | ~seen mayhem |
| 00:54.23 | | mayhem <~Mayhem@dsl-217-155-141-174.zen.co.uk> was last seen on IRC in channel #bzflag, 49d 8h 18m 35s ago, saying: 'Hi Chiko!'. |
| 00:55.00 | Chikorita | :( |
| 00:57.58 | CIA | 03larsl * 12bzflag/ (TODO): autoconf builds should work now |
| 00:58.03 | larsl | Good night. |
| 00:58.08 | patlabor221 | see ya |
| 01:07.59 | CIA | 03larsl * 12bzflag/src/bzfs (Makefile.am): Added bzfs.h to bzfs_SOURCES |
| 01:26.47 | *** join/#bzflag fiberchunks (~mike@237.14.252.64.snet.net) |
| 01:26.57 | fiberchunks | whee! working tablet -- now to tweak |
| 02:27.10 | *** join/#bzflag MrApathyCream (MAC@balt-209-163-100-70.qis-dynamic-dialup.coretel.net) |
| 02:27.43 | MrApathyCream | yay for patlabor! |
| 02:27.44 | patlabor221 | sup mac |
| 02:28.04 | patlabor221 | you know how to force an H file to allways be dirty? |
| 02:29.08 | MrApathyCream | umm |
| 02:30.56 | MrApathyCream | maybe "always use custom build step"? |
| 02:31.14 | patlabor221 | Tried that, didn't seem to work |
| 02:31.14 | MrApathyCream | on the .h? |
| 02:31.16 | MrApathyCream | dunno |
| 02:32.05 | MrApathyCream | maybe the custom build step is a touch cmd |
| 02:32.14 | MrApathyCream | this is for config.h? |
| 02:32.25 | patlabor221 | no |
| 02:32.30 | CIA | 03jeffm2501 * 12bzflag/ (4 files in 2 dirs): |
| 02:32.30 | CIA | Moved Versions into windows specific "version.h" |
| 02:32.31 | CIA | autoconf should be made to make this as well so it can be "dirtied" each build without cuasing everything to rebuild. |
| 02:32.37 | patlabor221 | for ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ |
| 02:32.43 | MrApathyCream | ah |
| 02:32.54 | patlabor221 | if we dirty config everything builds |
| 02:33.04 | patlabor221 | this way it just biulds global.cxx |
| 02:33.15 | patlabor221 | there is no touch command |
| 02:33.30 | patlabor221 | and the build step only happens when the file is dirty |
| 02:33.58 | MrApathyCream | may custom build step that does a copy file |
| 02:34.12 | patlabor221 | nope that don't dirty it |
| 02:34.20 | patlabor221 | tried it :) |
| 02:34.37 | patlabor221 | well it's commited, you can try it if you want |
| 02:34.54 | patlabor221 | I was hoping for like a "don't touch" macro or something |
| 02:38.08 | MrApathyCream | how bout if you added a utility project that copied the file? |
| 02:38.51 | fiberchunks | patlabor221: did you try $touch -a version.h ? |
| 02:39.04 | patlabor221 | in where fiber? |
| 02:39.08 | fiberchunks | that'll change the atime on a file -- dunno if it'll do what you want though |
| 02:39.17 | patlabor221 | this isn't linux |
| 02:39.23 | fiberchunks | oh right - nm |
| 02:39.41 | patlabor221 | I thought about a util project, how will it get dirty |
| 02:40.08 | patlabor221 | cus common would have to be dependent, so it would hapen before common went |
| 02:40.13 | *** join/#bzflag Carnage (strayer@dyn216-8-132-131.ADSL.mnsi.net) |
| 02:40.23 | patlabor221 | and copying the file isn't enough, we have to change the mod date |
| 02:40.53 | MrApathyCream | yup |
| 02:40.59 | fiberchunks | there's no tool for that in windows? |
| 02:41.06 | patlabor221 | there may be, I dono |
| 02:41.17 | patlabor221 | well it's all commited mac, if you want to play with it |
| 02:42.06 | MrApathyCream | k |
| 02:43.37 | patlabor221 | just the way it is now, to get a new date you have to manualy clean the common project, for releases it's ok, cus I allways do a "rebuild all" |
| 02:43.41 | MrApathyCream | so was the moving of spawn locs to non-vital run by riker or did ya just do it? :) |
| 02:44.02 | patlabor221 | I just moved it |
| 02:44.11 | MrApathyCream | woowoo |
| 02:44.14 | MrApathyCream | hehe |
| 02:44.26 | patlabor221 | poked him out of the woodwork for 15-20 min |
| 02:44.35 | patlabor221 | the gameinfo requests have to be done tho |
| 02:44.50 | patlabor221 | right now lan games are not found, and that's part of it. |
| 02:45.29 | MrApathyCream | nonpublic you mean? |
| 02:45.49 | patlabor221 | yes |
| 02:45.58 | patlabor221 | non public on the same subnet |
| 02:46.44 | MrApathyCream | that used to be multicast discovered? |
| 02:47.10 | patlabor221 | yes |
| 02:48.43 | MrApathyCream | is tim a friggin loon? he wanted that stuff gone? |
| 02:48.53 | patlabor221 | what stuff? |
| 02:49.01 | MrApathyCream | the multicast discovery |
| 02:49.05 | MrApathyCream | he removed it himself |
| 02:49.16 | patlabor221 | well he wants it changed to UDP |
| 02:49.43 | patlabor221 | I think they were thinking of a better way to do it then multicast |
| 02:49.50 | MrApathyCream | ? whatya mean? udp? |
| 02:50.05 | patlabor221 | use a UDP ping packet to see if there is a server there |
| 02:50.11 | MrApathyCream | where? |
| 02:50.21 | patlabor221 | on an ip of your subnet |
| 02:50.22 | MrApathyCream | on every ip in the subnet? |
| 02:50.43 | patlabor221 | sure, its' only up to 256, right? |
| 02:50.49 | patlabor221 | well 254 |
| 02:50.52 | MrApathyCream | ya... |
| 02:51.15 | MrApathyCream | why wouldn't u use multicast... *sigh* |
| 02:51.34 | patlabor221 | I seem to recall people saying it had issues with routers and such |
| 02:51.56 | patlabor221 | I say make a new option on the "start game" page that says "find lan servers" |
| 02:52.09 | patlabor221 | so that we only have to do it when they want too |
| 02:52.16 | MrApathyCream | what router interaction to you have on a subnet? |
| 02:52.33 | patlabor221 | you could use routers in a wide area lan |
| 02:52.46 | patlabor221 | smart hubs and such |
| 02:53.10 | patlabor221 | I'm not exactly sure. |
| 02:53.25 | patlabor221 | I would ask for a spec on the lan discovery mechanism first |
| 02:53.35 | patlabor221 | I don't know enough about BZs net to implement it. |
| 02:53.45 | patlabor221 | if it was using enet I could |
| 02:54.33 | patlabor221 | cus enet apears to kick major ass |
| 02:57.08 | bryjen | hmmm "wide area lan". would that be with longhaul fiber ? 15-20km and still no routers. You find routers in WANs |
| 02:57.27 | patlabor221 | I'm just trying to remember what they said |
| 02:57.47 | patlabor221 | I don't know the specifics |
| 02:57.51 | patlabor221 | I wasn't in the net meting |
| 02:57.53 | bryjen | i'd think on a single subnet, you'd might as well broadcast. |
| 02:58.05 | patlabor221 | is that the same as multicast? |
| 02:58.12 | bryjen | not exactly |
| 02:58.22 | patlabor221 | maybe that's what they wanted to change to then |
| 02:58.31 | patlabor221 | broacast instead of multicast |
| 02:58.57 | bryjen | broadcast = ALL hosts , multicast = a specific set of hosts |
| 02:59.11 | patlabor221 | is broadcast more supported then multicast? |
| 02:59.21 | bryjen | i believe so |
| 02:59.31 | patlabor221 | and can't multicast have hosts outside your subnet? |
| 02:59.37 | bryjen | although it's often limited to prevent flooding |
| 02:59.57 | bryjen | yeah multicast can be anywhere, thats why the routers have to be smarter about it |
| 03:00.27 | patlabor221 | I think windows file sharing does server discovery with subnet broadcasts |
| 03:00.46 | bryjen | sha, windows broadcasts all kinds 'o crap |
| 03:00.54 | patlabor221 | it sounds like broadcast would be the thing to do for server discovery |
| 03:01.00 | patlabor221 | unless you have a better idea? |
| 03:01.05 | bryjen | nope |
| 03:01.18 | patlabor221 | who knows how to make this shiznit work? |
| 03:01.52 | bryjen | Ewwww, that makes us Windows-ish. broadcast for local lan and a lookup server for otherwise (bzfls instead of WINS) |
| 03:02.10 | patlabor221 | BZFLS isn't a boradcast |
| 03:02.14 | patlabor221 | it's a known IP |
| 03:02.22 | bryjen | so is a WINS server |
| 03:02.26 | patlabor221 | ahhh |
| 03:02.38 | patlabor221 | how does linux file sharing do it? |
| 03:02.48 | *** join/#bzflag jolly (~bzjolly81@jvnineteen.ne.client2.attbi.com) |
| 03:02.53 | patlabor221 | all DNS based? |
| 03:03.01 | bryjen | NFS? you don't browse for hosts. |
| 03:03.16 | patlabor221 | you have to know there hostname? |
| 03:03.50 | bryjen | yup. or run some kind of scan. Actually, I think i've seen file managers that do that. |
| 03:04.11 | patlabor221 | and the scan broadcasts? or pings your subnet individualy? |
| 03:04.31 | bryjen | browsing isn't part of NFS that I know of tho. |
| 03:05.01 | bryjen | the one I saw port-scans its way thru your subnet individual IPs |
| 03:05.02 | patlabor221 | I say put an item in the find server screen that says "look for lan games" and that does a one shot scan and lists what it finds |
| 03:05.17 | patlabor221 | so that it only does it when it needs too |
| 03:05.23 | patlabor221 | seems less dirty to me |
| 03:05.34 | patlabor221 | and it seperates out lan and net servers |
| 03:05.43 | bryjen | Find Servers on |
| 03:05.44 | bryjen | + local lan |
| 03:05.45 | bryjen | + internet |
| 03:05.54 | patlabor221 | I would show net servers by default |
| 03:05.58 | patlabor221 | as I think that is more common |
| 03:06.14 | patlabor221 | but yeah like a switch on that page that togles between local and internet |
| 03:06.51 | patlabor221 | MAC you wana do it? |
| 03:07.21 | bryjen | i was thinking move "Find servers" up on the page and make it a title instead of an option, so you'd select one of the other two |
| 03:07.33 | bryjen | but whateva |
| 03:08.07 | patlabor221 | I don't think there is any reason to put them on seperate pages, all the options ecept what to search are the same between them |
| 03:08.24 | patlabor221 | it's just the list of servers that is dif |
| 03:09.11 | patlabor221 | mac, its ether you, chestal, learner, or jbd I'm thinking |
| 03:09.35 | bryjen | so adding a toggle to the "Servers" page |
| 03:09.40 | patlabor221 | yeah |
| 03:09.47 | patlabor221 | cus it should allways be on one or the other |
| 03:09.51 | patlabor221 | default it to internet |
| 03:10.05 | patlabor221 | and only do the scan when you are on LAN |
| 03:10.52 | patlabor221 | just use the right and left arrows, they are not used on that screen |
| 03:11.51 | patlabor221 | it's the simplest change |
| 03:12.56 | patlabor221 | when testing localy I hate having to scroll to the last page to find my lan server, if I could just hit right arrow and enter that would be sweet |
| 03:13.11 | bryjen | on bzg's irc stats page, is the nick color in the "most active" table trying to determine gender? |
| 03:13.41 | patlabor221 | I know that she did put in genders for some people |
| 03:13.56 | patlabor221 | yeah red is girl |
| 03:14.10 | patlabor221 | blue is guy, black is unknown |
| 03:14.10 | bryjen | Chik, bzg, and Merry are in red. most the rest are blue. I think the pronouns follow that below |
| 03:14.44 | patlabor221 | I know she entered in the girls |
| 03:14.52 | patlabor221 | <PROTECTED> |
| 03:15.09 | patlabor221 | heh |
| 03:15.37 | patlabor221 | like the people who wanted to be board moderators just so they could have green names |
| 03:16.24 | bryjen | <PROTECTED> |
| 03:16.29 | MrApathyCream | E:\bz\bz_cvs\bzflag\src\common\global.cxx(102) : error C2065: 'BZ_PROTO_VERSION' : undeclared identifier |
| 03:16.31 | bryjen | woohoo |
| 03:16.36 | MrApathyCream | what am i missing mac |
| 03:16.38 | MrApathyCream | er, pat |
| 03:16.47 | patlabor221 | did you get version.h? |
| 03:16.56 | bryjen | he's talkin to himself |
| 03:17.00 | MrApathyCream | heh |
| 03:17.00 | patlabor221 | ohh my bad |
| 03:17.50 | patlabor221 | there get now |
| 03:17.54 | patlabor221 | I forgot to add the file |
| 03:17.55 | patlabor221 | it's new |
| 03:18.17 | MrApathyCream | ah k |
| 03:18.37 | patlabor221 | linux people don't need the file, they are still using a config.h hack |
| 03:18.47 | bryjen | no funnies in the random quotes tonight. The "most used word" is interesting. |
| 03:19.40 | patlabor221 | "there" ? |
| 03:19.56 | patlabor221 | "call me peter-cotton-tail" |
| 03:20.00 | patlabor221 | cia is gone |
| 03:20.04 | bryjen | the table actually. It's all you, patlabor221 :) |
| 03:20.12 | MrApathyCream | ya, just figured that out |
| 03:20.25 | patlabor221 | well me and you |
| 03:20.31 | bryjen | mostly |
| 03:20.39 | patlabor221 | ok and tim once |
| 03:20.44 | patlabor221 | which |
| 03:20.49 | patlabor221 | hah |
| 03:20.51 | fiberchunks | yay yay yay, tablet yay (this is one _cool_ piece of tech) |
| 03:21.04 | patlabor221 | do not put the tablet in your pants |
| 03:21.15 | fiberchunks | too big |
| 03:21.25 | patlabor221 | depends on the size of your pants |
| 03:21.47 | fiberchunks | they're large, but this thing is frickin' huge |
| 03:22.06 | patlabor221 | never understimage the power of elastics |
| 03:22.37 | patlabor221 | about |
| 03:22.38 | patlabor221 | think |
| 03:22.45 | patlabor221 | there that should do the entire list :) |
| 03:22.57 | fiberchunks | this overlay sucks though -- it could do with a little tab to lift it up |
| 03:23.01 | patlabor221 | it updates like once a min or somethin |
| 03:23.09 | bryjen | still |
| 03:23.16 | patlabor221 | ahh yeah mine had a litltle notch |
| 03:23.21 | patlabor221 | and it still worked :) |
| 03:23.33 | patlabor221 | or something |
| 03:23.35 | fiberchunks | this has a cut out, but it seems like it sticks to the top of the tablet |
| 03:23.49 | MrApathyCream | bzfls still has build problems due to BZ_XXX |
| 03:23.57 | patlabor221 | well I would think that should about do it |
| 03:24.09 | patlabor221 | ??? |
| 03:24.12 | patlabor221 | it uses a macro? |
| 03:24.16 | patlabor221 | where? |
| 03:24.36 | patlabor221 | noone cept global.cxx should use the macro |
| 03:24.52 | MrApathyCream | E:\bz\bz_cvs\bzflag\src\bzfls\bzfls.cxx(1295) : error C2065: 'BZ_MAJOR_VERSION' : undeclared identifier |
| 03:25.00 | patlabor221 | well that would be a bug then |
| 03:25.05 | MrApathyCream | hehe |
| 03:25.55 | patlabor221 | is that the only place in there? |
| 03:26.18 | MrApathyCream | well theres a bunch right there |
| 03:26.55 | patlabor221 | yeah I replaced all that with getAppVersion() |
| 03:26.55 | MrApathyCream | only place yes |
| 03:27.24 | patlabor221 | <PROTECTED> |
| 03:27.36 | patlabor221 | I think that is a lot cleaner, don't you? |
| 03:28.06 | MrApathyCream | yup |
| 03:28.17 | patlabor221 | ok it's fixed |
| 03:29.02 | *** join/#bzflag Spiff (Spiff@12-222-147-141.client.insightBB.com) |
| 03:30.06 | MrApathyCream | *build works* |
| 03:30.17 | patlabor221 | joy |
| 03:30.31 | patlabor221 | now you too will have the new improved version number |
| 03:30.38 | patlabor221 | now with debug info :) |
| 03:31.21 | MrApathyCream | k |
| 03:31.43 | patlabor221 | your OS will change from W32VC to W32VCD when you build debug |
| 03:34.03 | MrApathyCream | saw that |
| 03:34.28 | patlabor221 | ok time to lock this place up and get on home |
| 03:45.50 | *** join/#bzflag aMeatPopsicle (~jeffm@adsl-64-173-107-177.dsl.lsan03.pacbell.net) |
| 03:46.16 | *** mode/#bzflag [+o patlabor221] by ChanServ |
| 03:50.51 | aMeatPopsicle | ahhh the power of shaders |
| 03:50.52 | aMeatPopsicle | http://www.teraiyuki.net/html/gallery/images/yuki_04.jpg |
| 03:52.35 | *** join/#bzflag Carnage (strayer@dyn216-8-132-131.ADSL.mnsi.net) |
| 04:00.50 | *** join/#bzflag lurgyman (~lurgyman@home-dhcp5-117.Colorado.EDU) |
| 04:04.38 | purple_cow | lurgyman: pokepoke |
| 04:04.43 | purple_cow | lurgyman: we're thinking of watching the next one |
| 04:04.51 | purple_cow | hmm, wrongish channel |
| 04:05.56 | lurgyman | purple_cow: hmm? |
| 04:08.57 | *** join/#bzflag lala (~lala@adsl-19-194-212.bna.bellsouth.net) |
| 04:14.16 | lala | doom.bounceme.net << connect ;p |
| 04:15.37 | aMeatPopsicle | wtf? |
| 04:19.49 | Spiff | Is it just me.. or was he "advertising?" |
| 04:20.01 | aMeatPopsicle | I dono |
| 04:20.11 | purple_cow | he was |
| 04:20.13 | Spiff | Hmm. Strange. |
| 04:20.32 | Spiff | Who plays Doom anyway? :-) |
| 04:20.41 | Spiff | Well.. assuming that's what he was advertising. |
| 04:20.49 | aMeatPopsicle | a goodly number of people |
| 04:21.02 | aMeatPopsicle | and in about 6 months probably a great number of 13 year olds |
| 04:21.17 | bryjen | more likely to find them in #doom tho |
| 04:21.30 | Spiff | Ahh.. Ic Ic. |
| 04:22.21 | aMeatPopsicle | doom has also since been updated |
| 04:22.26 | aMeatPopsicle | gldoom and it's kin |
| 04:22.35 | bryjen | that's like lookin for carpenters at the electricians unionhall |
| 04:22.44 | fiberchunks | ooo |
| 04:23.52 | fiberchunks | enough tablet joy for one night -- bed -- gnite all |
| 04:23.58 | aMeatPopsicle | see ja |
| 04:24.01 | Spiff | C-ya fiber. |
| 04:24.15 | bryjen | later f-c |
| 04:34.23 | Spiff | Okies. I shall return. |
| 04:34.49 | Spiff | Laterz all. |
| 04:40.39 | aMeatPopsicle | from? |
| 04:41.43 | purple_cow | drinking, i'd guess |
| 04:43.49 | learner | indeed :) |
| 04:44.03 | learner | but I'm not done ;) |
| 04:44.47 | bryjen | hmm. if i try to search posts for an IP address aa.bb.cc.dd on bzbb, it splits up the numbers and i get hits for aa or bb or cc or dd |
| 04:45.07 | aMeatPopsicle | the search sucks |
| 04:46.40 | aMeatPopsicle | you did "search for all items" ? |
| 04:46.44 | aMeatPopsicle | or any? |
| 04:47.16 | learner | Man.. I think I have issues.. I was wondering what was going on in here every 10 minutes or so... |
| 04:47.28 | aMeatPopsicle | wow |
| 04:47.35 | learner | (and I was having a good time) |
| 04:47.36 | aMeatPopsicle | all we did was bag on your code that's all |
| 04:47.54 | learner | ah, that's good |
| 04:48.07 | bryjen | default looks like any, and i didnt change it |
| 04:48.19 | aMeatPopsicle | change it to all |
| 04:48.28 | aMeatPopsicle | then it will only get ones that have all the things |
| 04:48.31 | learner | that means you all are at least reading my code and seeing how things *should* be done :) |
| 04:48.41 | aMeatPopsicle | ohh no no |
| 04:48.50 | aMeatPopsicle | we were just making shit up and raging on it for the joy of raging |
| 04:48.58 | learner | hehe |
| 04:49.18 | learner | you sure you wanna feel like meat again? wasn't that the same mistake a couple days ago?? |
| 04:49.38 | aMeatPopsicle | only with roten cheese |
| 04:49.44 | aMeatPopsicle | I do need to get dinner soon |
| 04:49.57 | bryjen | all gets no results. and I did eventualy find this addy in a post, so it is there |
| 04:50.21 | aMeatPopsicle | I stand by my first statment on the phpbb search funcktion |
| 04:52.07 | aMeatPopsicle | I think I got tim to agree to using the revision number in the version as something we can increment during dev builds |
| 04:52.09 | learner | hrm.. bzfs is segfaulting |
| 04:53.04 | aMeatPopsicle | hit F5 |
| 04:53.14 | bryjen | did anyone work up the version stuff for the mac ? |
| 04:53.29 | MrApathyCream | learner, then don't do /set poll 12345678 |
| 04:53.45 | bryjen | <PROTECTED> |
| 04:54.03 | aMeatPopsicle | so mac, you gonna do the broadcast thing? |
| 04:54.12 | learner | you made my day the other day, MAC :) |
| 04:55.00 | MrApathyCream | heh it doesn't let you anymore, coo |
| 04:55.07 | MrApathyCream | aMeatPopsicle, no |
| 04:55.16 | aMeatPopsicle | learner, you wana do it? |
| 04:55.17 | MrApathyCream | learner, the menu? |
| 04:55.34 | learner | mac: heh, yes |
| 04:56.19 | MrApathyCream | i can move it off the must do list, if you like |
| 04:56.38 | aMeatPopsicle | there are 3 more people to ask |
| 04:56.49 | aMeatPopsicle | Cap, you want to hook up broadcast? |
| 04:57.01 | bryjen | heh. at least MAC offered to help. |
| 04:57.04 | aMeatPopsicle | hook up a UDP based broadcast |
| 04:57.06 | bryjen | a little bit |
| 04:57.12 | bryjen | a teeny little bit |
| 04:57.14 | aMeatPopsicle | for lan discovery |
| 04:57.25 | aMeatPopsicle | and for bots and stuff to get game stats directly from the server |
| 04:57.58 | bryjen | ~seen captain_proton |
| 04:57.58 | | captain_proton is currently on #picogui (6d 2h 14m 12s) #bzflag (6d 2h 14m 12s). Has said a total of 30 messages. Is idling for 6h 7m |
| 04:58.10 | aMeatPopsicle | he is the purple_cow |
| 04:58.17 | MrApathyCream | i'm tackling the really thorny issues |
| 04:58.20 | bryjen | <PROTECTED> |
| 04:58.22 | MrApathyCream | (see email nots) |
| 04:58.24 | learner | aMeatPopsicle: negative good sire, I have a serious bug to hunt down before release |
| 04:58.27 | bryjen | ~seen purple_cow |
| 04:58.27 | | purple_cow is currently on #picogui #bzflag. Has said a total of 97 messages. Is idling for 16m 44s |
| 04:58.36 | aMeatPopsicle | so it's cap or chestal |
| 04:58.46 | aMeatPopsicle | or *snicker* time |
| 04:58.48 | aMeatPopsicle | tim |
| 04:58.48 | MrApathyCream | or his holiness |
| 04:58.53 | MrApathyCream | yup |
| 04:58.55 | MrApathyCream | :) |
| 04:58.59 | bryjen | chestal hacks at the server a good bit |
| 04:59.08 | aMeatPopsicle | or jbd |
| 04:59.23 | aMeatPopsicle | if not them, then ether move it off the list, or shitcan the project |
| 04:59.36 | MrApathyCream | off the list, off the list |
| 04:59.59 | aMeatPopsicle | means lan games are NFG now |
| 05:00.03 | aMeatPopsicle | is that ok? |
| 05:00.17 | MrApathyCream | ok by me |
| 05:00.23 | MrApathyCream | thats the way 1.7 is, no? |
| 05:00.30 | aMeatPopsicle | only in G2 |
| 05:00.34 | aMeatPopsicle | but Tim considers it a bug |
| 05:00.36 | aMeatPopsicle | as do I |
| 05:00.50 | bryjen | if its you lan, you probly started the server, and you can't remember the name of the machine? |
| 05:00.51 | aMeatPopsicle | it was a feature that was broken ( from a users prespective ) |
| 05:00.51 | MrApathyCream | well, then he shouldn't have yanked it ! |
| 05:01.12 | aMeatPopsicle | if your on windows, the machine name don't resolve to the IP in all cases |
| 05:01.25 | aMeatPopsicle | he's very good a yanking, but he does not replace |
| 05:01.29 | MrApathyCream | why not just make a public server, and set up ban lists to ignore everyone but lan :) |
| 05:01.44 | aMeatPopsicle | that would be a large ban list |
| 05:01.57 | MrApathyCream | ok, maybe add ACLs to the DACLs |
| 05:02.13 | bryjen | cause your NetBIOS name doesn't match your DNS name and your using DNS from Windows..... bah. you dug the pit. get yourself out. |
| 05:02.16 | aMeatPopsicle | and it would not work for non internet lans, and firewalled lans |
| 05:02.21 | learner | .bzf ??? |
| 05:02.33 | aMeatPopsicle | I'm guessing some config file |
| 05:02.40 | learner | why .bzf and not .bzflag or .bz ? |
| 05:03.04 | aMeatPopsicle | Mac I will add my ideas to the todo and move it to a "should go in 1.10 but noone will implement it" section |
| 05:03.35 | MrApathyCream | sounds good |
| 05:03.59 | bryjen | I think on a LAN Windows should be able to broadcast NetBIOS name query and get your IP from your "Computer Name" |
| 05:04.19 | aMeatPopsicle | under a NT based OS yes probably |
| 05:04.25 | aMeatPopsicle | if you have netbios installed |
| 05:04.27 | aMeatPopsicle | and on |
| 05:04.28 | MrApathyCream | tim will go for that |
| 05:04.33 | MrApathyCream | heh |
| 05:04.43 | bryjen | MS TCP brings along NetBIOS over TCP. |
| 05:04.44 | aMeatPopsicle | under a 9x system probably not |
| 05:04.53 | aMeatPopsicle | not in all OSs |
| 05:05.04 | aMeatPopsicle | 2k+ changed it somewhat |
| 05:05.36 | aMeatPopsicle | but it should work the same way on all OSs |
| 05:05.59 | aMeatPopsicle | the fact that it isn't in g2 and I don't hear complaints tells me lan games are rare |
| 05:06.42 | bryjen | eh. whateva. it would work on our WAN at work. but who knows what stupidity other people have set up. no going to argue about it. |
| 05:06.53 | aMeatPopsicle | exactly |
| 05:07.26 | bryjen | quick, there's that technicolor bovine! somebody toss the net! |
| 05:07.51 | MrApathyCream | i don't understand why you wouldn't have a public server? |
| 05:08.15 | aMeatPopsicle | if you have the port blocked |
| 05:08.22 | aMeatPopsicle | from the outside |
| 05:08.27 | aMeatPopsicle | but open on the inside |
| 05:08.36 | aMeatPopsicle | i.e. most firewalls/nat routers |
| 05:08.50 | aMeatPopsicle | the public server would not list you cus it could not get the info |
| 05:08.59 | aMeatPopsicle | also the server may not have a public IP |
| 05:09.03 | aMeatPopsicle | etc... |
| 05:09.03 | MrApathyCream | ah |
| 05:09.15 | MrApathyCream | bz is just protecting you from getting fired then |
| 05:10.29 | bryjen | so your boss doesnt pop into the game and get assulted by a fowl-mouthed 13 yr old |
| 05:11.05 | bryjen | or s/your boss/you small child |
| 05:11.24 | bryjen | your even |
| 05:12.25 | aMeatPopsicle | I don't know how to make the laser only be 1.5x normal shot len |
| 05:12.28 | aMeatPopsicle | I don't see where it has a len |
| 05:13.06 | bryjen | its got speed and duration, i think. len results from that |
| 05:13.22 | aMeatPopsicle | would speed not be inf |
| 05:13.34 | aMeatPopsicle | or very very very very fast |
| 05:13.40 | bryjen | or some other indirect way. ches was having fun figuring it out the other day too |
| 05:13.52 | aMeatPopsicle | then he can do it. |
| 05:14.13 | bryjen | c != infinity |
| 05:14.26 | MrApathyCream | it has a speed and a lifetime |
| 05:14.28 | bryjen | 186000 m/s or somesuch |
| 05:14.31 | MrApathyCream | the distance is infered |
| 05:14.48 | aMeatPopsicle | so have to shorten the lifetime to shorten the dist? |
| 05:14.51 | bryjen | but probly not here |
| 05:14.57 | MrApathyCream | or the speed |
| 05:15.05 | aMeatPopsicle | matrix lazer |
| 05:15.10 | MrApathyCream | problem is it's so fast that the lifetime is already very short |
| 05:15.23 | MrApathyCream | shortening it, may cause it to be completely missed if your screen refresh is too slow |
| 05:15.35 | aMeatPopsicle | then the segmenter needs to take in a hard cap |
| 05:15.39 | aMeatPopsicle | sounds like a harder change. |
| 05:16.00 | bryjen | always easier to write the TODO entry.... |
| 05:16.13 | MrApathyCream | the problem is that it's created on the shooter side, and deserialized on the shootee's side |
| 05:16.32 | MrApathyCream | fudging the numbers is tough to get right because of that |
| 05:16.37 | MrApathyCream | i tried with thief and gave up |
| 05:17.09 | aMeatPopsicle | is it feasable for a 1.10 release? |
| 05:17.27 | MrApathyCream | 1.10 perhaps |
| 05:17.28 | MrApathyCream | :) |
| 05:17.41 | aMeatPopsicle | then it is release crit |
| 05:17.51 | MrApathyCream | right after you put full server state in |
| 05:17.52 | aMeatPopsicle | 1.9 may be called 1.10 |
| 05:17.59 | aMeatPopsicle | as Tim realised that he dug a hile |
| 05:18.04 | aMeatPopsicle | hole |
| 05:18.11 | MrApathyCream | hmmm? |
| 05:18.22 | aMeatPopsicle | we have no dev version for 1.9 |
| 05:18.29 | bryjen | BZFlag version 1.10.0-W32-Perhaps-20100101 built by MrApathyCream |
| 05:18.31 | aMeatPopsicle | we call this 1.9.0 |
| 05:18.34 | aMeatPopsicle | yes |
| 05:18.48 | aMeatPopsicle | so for dev we work on 1.9.xxx |
| 05:19.01 | aMeatPopsicle | then bump to an even minor for every release |
| 05:19.15 | aMeatPopsicle | then we could make real testing builds with valid versions |
| 05:19.27 | aMeatPopsicle | like a 1.9.1 beta |
| 05:20.03 | aMeatPopsicle | versions are cheap, I don't know why leters were used at all ever |
| 05:20.19 | MrApathyCream | developer modesty |
| 05:20.23 | MrApathyCream | happens all the time |
| 05:20.28 | aMeatPopsicle | they are just revs |
| 05:20.38 | aMeatPopsicle | not even minor versions |
| 05:20.55 | learner | i think the "official" intended purpose of the major.minor.patch.build numbers need to be defined and actually WRITTEN DOWN somewhere.. (in cvs) |
| 05:21.07 | aMeatPopsicle | yeah |
| 05:21.56 | MrApathyCream | ok, who busted the /set functionality? |
| 05:21.58 | aMeatPopsicle | so any 1.10.xx releases would be meintance releases that are feature compatable with the 1.10 release |
| 05:22.06 | aMeatPopsicle | learner did |
| 05:22.16 | MrApathyCream | learner, show thyself!! |
| 05:22.34 | aMeatPopsicle | right now with the 1.7 line, if we had to do a mentance reelase it would have had to be 1.7g4 |
| 05:22.50 | aMeatPopsicle | and what is the dif between that and a "major" release |
| 05:23.16 | *** kick/#bzflag [learner!~jeffm@adsl-64-173-107-177.dsl.lsan03.pacbell.net] by aMeatPopsicle (well if it's out in the open.) |
| 05:23.17 | *** join/#bzflag learner (sean@chr160dhcp1675.chrchv01.md.comcast.net) |
| 05:23.24 | learner | hehe |
| 05:23.36 | MrApathyCream | fickiz it please |
| 05:23.46 | learner | what's broken? |
| 05:24.02 | MrApathyCream | <PROTECTED> |
| 05:24.06 | learner | it should deny if there is no permission to write.. |
| 05:24.14 | aMeatPopsicle | we also said that proto version is seperate from app version, but if you change proto version, then you bump it to the app version at that point as a refrence |
| 05:24.16 | MrApathyCream | i am admin |
| 05:24.38 | aMeatPopsicle | and that works better if you allow the rev to be incremeneted during a dev cycle |
| 05:24.43 | learner | is the var set to read/write? |
| 05:24.58 | MrApathyCream | um |
| 05:25.27 | learner | ReadWrite is the default, iirc, so it would have been specifically locked otherwise |
| 05:25.47 | MrApathyCream | its locked but that just means on the client, not the server |
| 05:26.36 | learner | interesting.. maybe you can 'splain some more the difference between the access and permissions (latter three are set to the first three??) |
| 05:27.29 | MrApathyCream | read/write access items are from the bzc file |
| 05:27.40 | MrApathyCream | on the client |
| 05:29.09 | MrApathyCream | perhaps it would help to have a serverwrite permission |
| 05:29.37 | MrApathyCream | altho whats the difference between locked and read |
| 05:29.45 | MrApathyCream | if not this reason |
| 05:29.46 | bryjen | i thought that's what Locked was |
| 05:30.06 | learner | The permissions levels provided by StateDatabase::Permission "should" be sufficient to describe access |
| 05:30.23 | learner | I took Locked to be no read or write access |
| 05:30.42 | MrApathyCream | Read, means not modifyable, Write means modifyable by client, Locked means modifyable by admin or set perm |
| 05:30.48 | MrApathyCream | i thought |
| 05:31.03 | MrApathyCream | whats the point of a non read non write option? |
| 05:31.04 | learner | ah, hrm |
| 05:31.15 | MrApathyCream | you couldn't use it :) |
| 05:31.33 | bryjen | sound like WOM, write only memory ;) |
| 05:31.41 | MrApathyCream | heh |
| 05:31.53 | learner | you could still use it, you'd just have to unlock it first |
| 05:32.39 | learner | I'm not saying I see the point to having it, but then I don't see the point of User, Server, and Client being set to the first three enum values |
| 05:32.47 | learner | LOL! |
| 05:34.29 | bryjen | different terms might be clearer? in decreasing writeableness ClientWritable, ServerWritable, NotWritable |
| 05:34.41 | bryjen | ~spell writable |
| 05:34.42 | | 'writable' may be spelled correctly |
| 05:35.14 | bryjen | and all are always Readable |
| 05:35.21 | MrApathyCream | yupyup |
| 05:35.56 | aMeatPopsicle | ok who wants to read my write up on a proposed verioning scheme? |
| 05:36.16 | Spiff | "Not I," said the cat. ;-) |
| 05:37.06 | aMeatPopsicle | http://jeffm.bakadigital.com/versions.txt |
| 05:37.13 | bryjen | pat is in delegation mode tonight ;) |
| 05:37.15 | aMeatPopsicle | if that is ok with those who are here I will send to the list |
| 05:37.21 | aMeatPopsicle | READ IT! :) |
| 05:38.07 | MrApathyCream | coo |
| 05:39.31 | bryjen | the thing about the "testing" build/revision of the stable release is new... |
| 05:39.41 | aMeatPopsicle | yeah |
| 05:40.01 | MrApathyCream | testing, someone say tt-t-t-t-testing? |
| 05:40.10 | aMeatPopsicle | but we should make provisions for it |
| 05:40.11 | bryjen | how can you tell them apart from the soild releases of the stable line? |
| 05:40.33 | aMeatPopsicle | stable releases allways have even minor versions |
| 05:41.06 | aMeatPopsicle | that can be used also to posibly say things like "release_candidate1" |
| 05:41.08 | MrApathyCream | it woiks!! |
| 05:41.14 | bryjen | "...as a 1.10.1 testing build..." major.minor.rev has a even minor |
| 05:41.22 | learner | of coise |
| 05:41.54 | aMeatPopsicle | more human readable |
| 05:41.54 | aMeatPopsicle | 1.9.x is dev for a stable 1.10.0 |
| 05:42.07 | aMeatPopsicle | yeah that would be a test for a patch |
| 05:42.20 | aMeatPopsicle | like if somone had an exploit |
| 05:42.50 | bryjen | and you could set the build source field to "TEST" |
| 05:43.03 | aMeatPopsicle | yes I would do both |
| 05:43.34 | aMeatPopsicle | release lines should not get many revs tho |
| 05:43.58 | learner | er... |
| 05:43.58 | learner | Thread 0 Crashed: |
| 05:43.59 | learner | <PROTECTED> |
| 05:43.59 | learner | <PROTECTED> |
| 05:43.59 | learner | <PROTECTED> |
| 05:44.18 | aMeatPopsicle | yeah there will allways be execptions, and at least this has some way of dealing with them |
| 05:44.49 | bryjen | tolerance ending in two E's ? |
| 05:45.06 | bryjen | ~spell tolerance |
| 05:45.08 | | 'tolerance' may be spelled correctly |
| 05:45.38 | learner | could be just name mangling -- but the crash is still fishy |
| 05:46.06 | MrApathyCream | ah the flags can't be globally initialized |
| 05:46.15 | MrApathyCream | ok |
| 05:46.27 | MrApathyCream | lemee see if i can fix |
| 05:48.36 | learner | larsl's OptionParser sounds a _lot_ like the KeyManager parser... |
| 05:48.47 | aMeatPopsicle | is the dev list working? |
| 05:50.10 | MrApathyCream | i think so |
| 05:50.28 | aMeatPopsicle | what is the addy suspsoed to be bzflag-dev@sounceforge.net? |
| 05:51.39 | bryjen | s/sounce/source |
| 05:51.58 | aMeatPopsicle | actualy it's lists.sourceforge.net it says |
| 05:52.06 | bryjen | jup |
| 05:52.10 | bryjen | just saw that |
| 05:53.58 | learner | wasup with cia? |
| 05:54.30 | learner | still setting up the raid on navi? |
| 05:55.20 | aMeatPopsicle | CIA is MIA |
| 05:55.25 | bryjen | it was here earlier |
| 05:56.58 | aMeatPopsicle | then it went missing |
| 05:57.09 | aMeatPopsicle | can you guess what the M in MIA stands for? :) |
| 05:57.45 | MrApathyCream | um meat? |
| 05:57.53 | aMeatPopsicle | yes |
| 05:57.57 | learner | Meat in AgedCheese |
| 05:57.57 | aMeatPopsicle | you win a meat cookie |
| 05:58.08 | aMeatPopsicle | yes, learner gets a pony |
| 05:58.13 | MrApathyCream | w00t |
| 05:58.42 | aMeatPopsicle | the cookie is made out of the pony |
| 05:58.49 | bryjen | ~eat learner's pony |
| 05:58.51 | | ACTION eats learner's pony and falls over dead |
| 05:59.09 | MrApathyCream | ok, learner give that a try |
| 05:59.27 | learner | I'm not touching your cookie |
| 06:00.06 | MrApathyCream | learner did that bug happen all the time or sporatic? |
| 06:01.21 | learner | it was sporadic |
| 06:01.42 | MrApathyCream | well lemme know if that fixis it |
| 06:03.06 | learner | will do |
| 06:04.30 | aMeatPopsicle | well looks like my mail was not accepted by the list |
| 06:08.16 | aMeatPopsicle | did anyone get anything from the dev list at all recently? |
| 06:09.52 | MrApathyCream | commits, but not bzdev |
| 06:10.07 | aMeatPopsicle | suxorz |
| 06:10.57 | aMeatPopsicle | it's like it went to a black hole |
| 06:11.24 | aMeatPopsicle | yet the web interface shows a message was sent to the list today |
| 06:11.48 | aMeatPopsicle | http://sourceforge.net/mailarchive/forum.php?forum_id=6861 |
| 06:12.05 | aMeatPopsicle | did anyone get that last one that? |
| 06:12.12 | aMeatPopsicle | even tho it's spam |
| 06:13.00 | MrApathyCream | i got the spam emailed to me |
| 06:14.08 | aMeatPopsicle | I haven't got one in a forever |
| 06:14.14 | aMeatPopsicle | I'm gonna rejoin |
| 06:19.48 | learner | pat: just got your test email to bzflag-dev |
| 06:19.54 | aMeatPopsicle | yeah as did I |
| 06:19.59 | aMeatPopsicle | I resent the version thing |
| 06:20.23 | MrApathyCream | me too |
| 06:20.32 | aMeatPopsicle | I hope it's not doing HTML mail, or I'm gonna kill it. |
| 06:26.47 | MrApathyCream | got proposal |
| 06:27.07 | aMeatPopsicle | as did I, but it seems the web interface dosn't show it |
| 06:27.14 | aMeatPopsicle | or maybe it needs a reply to show there |
| 06:31.23 | MrApathyCream | heh |
| 06:32.43 | MrApathyCream | um |
| 06:32.58 | MrApathyCream | how do i reply to it if it's not on sf? |
| 06:33.33 | MrApathyCream | mail to the list with the same title? |
| 06:33.43 | aMeatPopsicle | and RE: I would guess |
| 06:34.54 | learner | I have some stats on how frequently BZBB is being called.. |
| 06:34.58 | MrApathyCream | well, we'll see |
| 06:35.06 | MrApathyCream | yeah? |
| 06:35.28 | MrApathyCream | how bout time% |
| 06:35.49 | learner | didn't do a time profile yet -- did a count |
| 06:35.57 | MrApathyCream | and... |
| 06:36.02 | learner | bzfs makes just under 1000 calls upon startup |
| 06:36.09 | MrApathyCream | how many per second |
| 06:36.19 | aMeatPopsicle | or per frame |
| 06:36.25 | aMeatPopsicle | as I"m guessing that's constant |
| 06:36.28 | learner | when a player connects, it makes about 1500 additional calls |
| 06:36.32 | learner | yes, it's constant |
| 06:36.37 | aMeatPopsicle | ouch |
| 06:36.43 | learner | and pretty much instantaneous |
| 06:36.44 | MrApathyCream | heh |
| 06:36.53 | MrApathyCream | well, theres about 50 setvars sent |
| 06:36.56 | learner | the client on the other hand...... |
| 06:37.12 | learner | makes calls non-stop |
| 06:37.21 | MrApathyCream | yup |
| 06:37.32 | learner | once you join a server it's making approximately 5000 calls/s ... |
| 06:37.36 | MrApathyCream | do you have a breakdown by name? |
| 06:37.50 | aMeatPopsicle | that has to take some time. |
| 06:37.55 | MrApathyCream | we could call-back-ize the worst |
| 06:38.24 | learner | and that number is probably higher if i didn't have i/o writing counts |
| 06:38.24 | MrApathyCream | i haven't noticed a drop in my fps |
| 06:38.36 | aMeatPopsicle | chestal has |
| 06:38.55 | MrApathyCream | chestal has squirrels painting his pixels |
| 06:39.11 | aMeatPopsicle | yes well they got slower |
| 06:39.13 | aMeatPopsicle | and it wasn't them |
| 06:39.41 | learner | i'd bet a lot of the key handling is making constant calls to bzdb since even sitting on the main menu unjoined it makes thousands of calls/s |
| 06:41.16 | learner | is there a configure flag for profiling? |
| 06:43.11 | aMeatPopsicle | tupone seemed to indicate the he had one. |
| 06:47.15 | aMeatPopsicle | wow man 281 acions |
| 06:47.44 | MrApathyCream | ? |
| 06:47.58 | aMeatPopsicle | learner has done 281 actions |
| 06:48.10 | aMeatPopsicle | and we have each typed 20k+ |
| 06:48.14 | aMeatPopsicle | words |
| 06:48.18 | learner | oh |
| 06:48.19 | learner | really? |
| 06:48.22 | learner | :) |
| 06:48.24 | aMeatPopsicle | yeah |
| 06:48.51 | aMeatPopsicle | tho I've got allmost 500 lines on you now |
| 06:49.20 | learner | that's easily remedied at our rate |
| 06:49.27 | aMeatPopsicle | yeah |
| 06:49.39 | aMeatPopsicle | tho usualy we are within 100 of each other |
| 06:49.46 | aMeatPopsicle | you went drinkin and I got chatty |
| 06:51.03 | aMeatPopsicle | who the hell is travis beeman? |
| 06:52.07 | aMeatPopsicle | soon we will each have at least 10x the number of lines as Tim |
| 06:53.05 | learner | apparently some guy who probably came in, wrote one long question and was never seen again |
| 06:53.12 | aMeatPopsicle | tho I did prove my thery today, break linux builds = get Tim out from under rock for 10 min. |
| 06:53.24 | learner | hehe |
| 06:53.42 | aMeatPopsicle | tho tupone argued so much I fear it made him go away |
| 06:54.37 | learner | hrm.. someone's done something to the voting arbiter.. bzfs crashes in exit() now while attempting to destruct a voting booth (which the arbiter holds) |
| 06:55.04 | learner | as of about 3pm today.. |
| 06:55.18 | aMeatPopsicle | diff up the changes |
| 06:55.54 | Spiff | I'm curious... |
| 06:56.20 | Spiff | Is there some reason version "1.9a0.8.18" crashes when I try to connect to servers? |
| 06:56.37 | aMeatPopsicle | that is old |
| 06:56.41 | aMeatPopsicle | very old |
| 06:56.45 | aMeatPopsicle | proto probalby changed |
| 06:56.53 | Spiff | I figured that was it. Just wondering. :-) |
| 06:57.14 | learner | not to mention, we just don't like things named with versions like that any more |
| 06:57.28 | Spiff | Uhm.. ok. :-P :-) |
| 06:57.30 | aMeatPopsicle | well he's talking about my windows bins |
| 06:57.40 | aMeatPopsicle | so it's just the name I gave it |
| 06:57.40 | learner | or perhaps the global spiff ban is working now :) |
| 06:58.03 | learner | i know meaty, I'm just jesting |
| 06:58.07 | aMeatPopsicle | I will make a new one tomorow after sr. learner says voiting is kosher. |
| 06:58.35 | learner | voting is kosher, server exit is not.. |
| 06:58.44 | Mr_McMeaty | ok when that is done |
| 06:58.51 | learner | ;) |
| 06:59.21 | Mr_McMeaty | then you can bump the revision just for the hell of it |
| 06:59.53 | Spiff | C'mon learner... I wanna get on a server and /vote kick myself off just for fun. ;-) |
| 06:59.54 | Spiff | LoL |
| 07:00.20 | Mr_McMeaty | so build a snap |
| 07:00.20 | learner | i liked/agreed with most everything in what was written up except for the somewhat arbitrary use of the revision/patch number |
| 07:01.03 | Mr_McMeaty | well I think it needs some human interaction |
| 07:01.09 | Mr_McMeaty | I don't think it can be automated |
| 07:01.15 | learner | Spiff are you on windows? |
| 07:01.26 | Mr_McMeaty | yes he is |
| 07:01.35 | Spiff | Yep. |
| 07:01.40 | learner | Sorry, then, can't/won't help you ;) |
| 07:01.45 | MrApathyCream | _tankHeight accessed 103258 in 20 seconds |
| 07:01.47 | Spiff | Pfff. :-P |
| 07:01.49 | Spiff | :-) |
| 07:02.01 | Mr_McMeaty | damn |
| 07:02.16 | learner | yep.. i figured my i/o was seriously limiting the count |
| 07:02.48 | learner | althought that is about 5k/s |
| 07:03.08 | Spiff | Are tanks going to have "real" colissions anytime soon? |
| 07:03.17 | learner | mac, do you have a total rate/s ? |
| 07:03.33 | Mr_McMeaty | spiff, noone knows what will be next at all |
| 07:03.35 | Spiff | That is.... will they stop being able to go under things raised 0.001 Z? |
| 07:03.38 | MrApathyCream | do the math:) |
| 07:03.46 | learner | er, total count/s .. don't need any second order deviations ..yet.. |
| 07:04.00 | MrApathyCream | maxlod is second with 47728 per 20 secs |
| 07:04.10 | learner | mac, were there other accesses? |
| 07:04.17 | Mr_McMeaty | people just pull from the wipi, or add what ever they want. |
| 07:04.23 | MrApathyCream | tankRadius is third with 3294 |
| 07:04.37 | MrApathyCream | so maybe it would behoove us to at least to Tankheighta nd maxlod |
| 07:04.54 | Mr_McMeaty | isn't there an object for the player? |
| 07:04.58 | MrApathyCream | flagradius 2829 |
| 07:05.05 | MrApathyCream | Mr_McMeaty, yes |
| 07:05.15 | Mr_McMeaty | then why does it not know it's own radius? |
| 07:05.20 | learner | okay.. so somewhere less than 160k/20s ==> roughly 8000 calls/s |
| 07:05.22 | MrApathyCream | worldsize 1443 |
| 07:05.33 | MrApathyCream | tankwidth 1185 |
| 07:05.35 | Mr_McMeaty | none of these ever change in a game session do they? |
| 07:05.43 | MrApathyCream | muzzleheight 963 |
| 07:05.54 | MrApathyCream | Mr_McMeaty, if the admin does a /set |
| 07:06.05 | MrApathyCream | but we should install callbacks for the bad ones and cache them |
| 07:06.05 | Mr_McMeaty | ahhh |
| 07:06.23 | MrApathyCream | I'll do the top two (tankHeight maxlod |
| 07:06.35 | Mr_McMeaty | or register pointers for the DB to set when a data value changes. |
| 07:09.14 | Mr_McMeaty | I'm uploading a new 1.9.0 build now |
| 07:11.33 | Mr_McMeaty | http://asgard.bakadigital.com/BZ/19/bzflag1.9.0-20030912.exe |
| 07:13.44 | Patlabor221X2 | and on that note, I think I shall pass into shadow |
| 07:14.49 | MrApathyCream | Patlabor221X2, callbacks are already built int |
| 07:15.34 | Patlabor221X2 | ok |
| 07:15.40 | Patlabor221X2 | I was just havin ideas :) |
| 07:15.50 | Patlabor221X2 | like I do on ocasion :) |
| 07:16.00 | Patlabor221X2 | now I must go into the darkness |
| 07:16.16 | Patlabor221X2 | as my mind is heavy with dream |
| 07:16.29 | Patlabor221X2 | I bid you all a good morow |
| 07:16.50 | learner | g'night shadow |
| 07:33.18 | MrApathyCream | learner, any change in your client statistics now? |
| 07:33.26 | *** join/#bzflag mmu_man (~revol@ALyon-209-1-29-107.w81-248.abo.wanadoo.fr) |
| 07:36.58 | learner | well.. I'm in a profiled build now, but it's looking like at least half of what it was |
| 07:37.16 | learner | about 1000-1500 calls/s |
| 07:40.38 | MrApathyCream | and it was what before? |
| 07:40.45 | MrApathyCream | oh, ok |
| 07:40.48 | MrApathyCream | half :) |
| 07:41.41 | Spiff | ;-) |
| 07:51.06 | MrApathyCream | heh |
| 07:54.17 | *** join/#bzflag mmu_man (~revol@ALyon-209-1-29-107.w81-248.abo.wanadoo.fr) |
| 07:58.39 | MrApathyCream | ok, i'm caching tank_height in Obstacle hierarchy |
| 07:58.57 | MrApathyCream | access went from 4k/s to about 200/s |
| 07:59.02 | MrApathyCream | (in client) |
| 08:01.30 | MrApathyCream | tankRadius 187/sec |
| 08:01.35 | MrApathyCream | is the worst on client now |
| 08:01.43 | MrApathyCream | pocket change :) |
| 08:01.54 | learner | sweet |
| 08:03.22 | learner | the server really wasn't a problem -- it was making relatively very few calls |
| 08:05.44 | MrApathyCream | oh ok |
| 08:05.51 | MrApathyCream | what's your client numbers now? |
| 08:08.56 | learner | I can't get a reliable count now until I shut down profiling off and rebuild everything.. i'll check it in the morning |
| 08:10.52 | MrApathyCream | k |
| 10:06.39 | *** join/#bzflag Tupone (~Tupone@ppp-217-133-255-186.cust-adsl.tiscali.it) |
| 10:33.06 | *** join/#bzflag mmu (~revol@ALyon-209-1-29-107.w81-248.abo.wanadoo.fr) |
| 10:45.39 | *** join/#bzflag KTL_ (~KTL@scotty.kulnet.kuleuven.ac.be) |
| 11:20.59 | *** join/#bzflag Sniper50 (~Sniper50@c-6b8c70d5.09-28-6c756e1.cust.bredbandsbolaget.se) |
| 11:47.58 | *** join/#bzflag Tupone (~Tupone@ppp-217-133-255-186.cust-adsl.tiscali.it) |
| 12:09.10 | Tupone | ? GetTickCount() ?? |
| 12:19.19 | *** join/#bzflag mmu_man (~revol@ALyon-209-1-29-107.w81-248.abo.wanadoo.fr) |
| 12:22.33 | *** join/#bzflag Quol (~quolsimo@modemcable052.11-203-24.mtl.mc.videotron.ca) |
| 12:28.26 | *** join/#bzflag mmu_man (~revol@ALyon-209-1-29-107.w81-248.abo.wanadoo.fr) |
| 12:29.37 | Chestal | Tupone: must be some Windows stuff? |
| 12:30.26 | Tupone | ther's a debugEvals on StateDatabase not used. I commented out on mine. |
| 12:30.52 | Tupone | suppose is left floating on the source |
| 12:30.56 | Chestal | ah, he added somethign similar to what I have here |
| 12:31.08 | Chestal | hmm, he added callbacks for two variables to speed them up |
| 12:31.29 | Chestal | IMHO this should be done in a more general way, but I'd have to think about it first, and thinking is not my strong point :-) |
| 12:31.54 | Tupone | Understood my patch on Region building? |
| 12:32.09 | Chestal | haven't looked at it yet |
| 12:32.18 | Chestal | but the regions seemed to be fine |
| 12:32.27 | Tupone | look at my memo? |
| 12:32.38 | Chestal | yes, must try that patch |
| 12:36.40 | Tupone | Sometimes robots oscillate. Didn't find a good way or they change their mind |
| 12:37.02 | Chestal | how often do they recalculate their path? |
| 12:39.10 | Tupone | any 2 sec. |
| 12:39.40 | Tupone | But sometimes the first action is just rotating. They take 2 sec to rotate and then they rotate again |
| 12:39.51 | Tupone | on the other side. |
| 12:39.56 | Chestal | hmm |
| 12:40.08 | Tupone | I should change min distance to min time |
| 12:40.10 | Chestal | can it still happen that the bot or its target is not inside a region? |
| 12:40.47 | Tupone | Yes, it could, if I am up to a building |
| 12:41.50 | Tupone | min time should be computed taking into account movement and rotation |
| 12:42.20 | *** join/#bzflag david_v (~david_v@c213-200-135-241.cm-upc.chello.se) |
| 12:42.44 | Tupone | don't know now if the current algorithm (dynamic programming) works with that concept |
| 12:44.20 | Tupone | a lot of source have compiler warning now! |
| 12:44.41 | Tupone | just 2 actually |
| 12:44.41 | Chestal | I'm fixing that |
| 12:44.52 | Chestal | but as I said I think the cachine/callback should be done in a more general way |
| 12:50.05 | *** join/#bzflag mmu_man (~revol@ALyon-209-1-29-107.w81-248.abo.wanadoo.fr) |
| 12:52.30 | *** join/#bzflag mmu (~revol@ALyon-209-1-8-71.w80-13.abo.wanadoo.fr) |
| 12:59.30 | KTL_ | (why don't the robots rotate and move at the same time???????????) |
| 13:00.36 | Chestal | my guess would be that they make sure to keep inside the regions |
| 13:00.43 | KTL_ | ah... |
| 13:00.44 | Chestal | no collision tests are performed for them AFAIK |
| 13:01.45 | Tupone | There was a collision test. Robot stopped and then stay there forever |
| 13:01.50 | KTL_ | these regions are less important then the movements, that non-turning while moving is a handicap |
| 13:02.05 | KTL_ | yes, i remember, bad system |
| 13:02.43 | Tupone | Actually if I can consider time instead of distance, there should be less rotation |
| 13:02.54 | Tupone | Now rotation is not even taken in account |
| 13:03.02 | Tupone | to compute path |
| 13:03.11 | KTL_ | something else: the bots must not move to the enemy, but to it's estimated position |
| 13:03.26 | KTL_ | i've a whole set of algoritms developped for that |
| 13:03.45 | Chestal | basically that's what the dead reckoning s doing, the bots do not use that though |
| 13:04.02 | Tupone | I thinked at that, but this should be taken into account only for near target. |
| 13:04.06 | Chestal | problem is again that the projected position could be inside a building, it would have to be clipped to be inside a region first |
| 13:04.17 | *** part/#bzflag david_v (~david_v@c213-200-135-241.cm-upc.chello.se) |
| 13:04.33 | Chestal | the bots could drive in a straight line once they can see their enemy |
| 13:05.39 | Tupone | I think we should not follow ST tanks (think this is easy) |
| 13:08.19 | Chestal | yes, that's cheating |
| 13:08.19 | Chestal | which jsut tells us that we ned a Robot interface/API/scripting language/whatever |
| 13:08.19 | KTL_ | my bot doesn't consider attacking st while he can't see them (obstaclebetween? before the bot?) |
| 13:08.19 | KTL_ | nbut if he attacks st then he really attacks it, priority target |
| 13:08.19 | Chestal | is your bot a bot or a player? |
| 13:08.19 | Chestal | 1.7 or 1.9? |
| 13:08.19 | KTL_ | a bot at the place of the player |
| 13:08.20 | KTL_ | 1.... g2 |
| 13:08.22 | Chestal | so he's like roger? |
| 13:08.30 | KTL_ | roger? |
| 13:08.35 | Chestal | the autopilot in 1.9 |
| 13:08.53 | KTL_ | i couldn't see the latest sources, couldn't compile them |
| 13:09.14 | Chestal | uhm, whynot? they should work most of the time :-) |
| 13:09.18 | KTL_ | i 'm really interested in that pathfinding you implemented |
| 13:09.35 | Chestal | is your bot based on anything? my old bot hacks for example? or is it all yours? |
| 13:09.37 | KTL_ | euhm, 'll try it again |
| 13:09.45 | Chestal | the pathfinding has been in there forever, it's the Regions |
| 13:10.10 | KTL_ | these regions, i still don't know what they exactly are, should see them |
| 13:10.27 | Chestal | the regions are konvex polygons which makeup the free space |
| 13:10.58 | Chestal | neighboring polygons share edge(s) |
| 13:11.12 | Chestal | so, bot looks which region it is in and which region target is in |
| 13:11.16 | Tupone | KTL_: could take my patch to see |
| 13:11.18 | Chestal | then finds a path in region graph |
| 13:11.27 | Chestal | at least that's my understanding |
| 13:12.17 | KTL_ | patch? :-) |
| 13:12.28 | Tupone | http://tupone.dyndns.org |
| 13:12.30 | KTL_ | configure: WARNING: Client build has been requested, but GL is not fully available |
| 13:12.30 | KTL_ | <PROTECTED> |
| 13:12.45 | Tupone | what OS |
| 13:12.56 | Tupone | debian |
| 13:13.00 | Tupone | ? |
| 13:13.28 | KTL_ | jippiee you render it!:-) |
| 13:13.30 | KTL_ | debian yes |
| 13:13.45 | Tupone | you need xmesa-dev or something like it |
| 13:14.16 | KTL_ | xlibmesa-dev |
| 13:14.36 | KTL_ | is already the newest version. |
| 13:14.47 | Tupone | seen config.log |
| 13:15.31 | KTL_ | (should i upload config.log to the web?) |
| 13:16.03 | Tupone | Just see: must be the cause of your erro |
| 13:16.12 | Tupone | or try to DCC me |
| 13:16.12 | KTL_ | http://users.pandora.be/dpf/config.log |
| 13:16.27 | Chestal | do you have xlibmesa-gl-dev and xlibmesa-glu-dev? |
| 13:16.34 | Chestal | xlibmesa-dev is only a pseudopackage |
| 13:16.54 | Chestal | at least on unstable |
| 13:17.08 | KTL_ | (i could compile the 1.7g2) |
| 13:17.58 | Tupone | its searching pthread, why I don't know |
| 13:18.02 | KTL_ | i've them both |
| 13:18.27 | Chestal | libGL needs pthread |
| 13:18.52 | Chestal | but that's an indirect dependency |
| 13:19.09 | KTL_ | mmm |
| 13:19.40 | Tupone | He is looking for pthread_key_create, pthread_getspecific, pthread_setspecific |
| 13:20.52 | Chestal | I don't think that bzflag uses pthreads directly at the moment |
| 13:21.17 | Chestal | but why woudl the pthread tests fail on KTL's system anyway? |
| 13:21.29 | KTL_ | it's unstable... |
| 13:21.54 | Chestal | it works for me |
| 13:23.15 | KTL_ | good, these patches, how do i use them? |
| 13:23.27 | Tupone | KTL_: try to put LIBS="$LIBS -lpthread" just after AC_CHECK_LIB(m, sqrtf) inconfigure.in |
| 13:24.14 | Tupone | first patch, little hack by hand on playing.cxx, and run |
| 13:27.45 | KTL_ | same problem, client building disabled,GL is not fully available |
| 13:28.05 | *** join/#bzflag bzgirl (~orchid@toronto-hs-64-26-176-100.s-ip.magma.ca) |
| 13:28.17 | Tupone | could yoy repost config.log |
| 13:29.32 | *** join/#bzflag Sniper50 (~Sniper50@c-6b8c70d5.09-28-6c756e1.cust.bredbandsbolaget.se) |
| 13:29.39 | bzgirl | hello Sniper50 |
| 13:29.46 | Chestal | hi vitamins |
| 13:30.38 | Sniper50 | hi |
| 13:30.46 | Quol | just when I was getting back in CTF shape - I go on vacation and haven't played in a while, and now I can' hit a barn and I steer into bullets :) I love this game...lol |
| 13:31.15 | KTL_ | http://users.pandora.be/dpf/config.log2 |
| 13:32.58 | Quol | what was for breakfast BZG? |
| 13:33.33 | Tupone | didn't see pthread. You added that LIBS= ... line? run autoheader, automake, autoconf or autogen.sh and then make |
| 13:33.41 | KTL_ | (these patches... i must rely on the line numbers... ) |
| 13:33.47 | bzgirl | Quol: i went to the farmers market instead and got fresh bread and veggies :) |
| 13:33.59 | KTL_ | i did change configure.in |
| 13:34.17 | Tupone | and then autogen? o |
| 13:34.18 | Quol | bzgirl: mmmm sounds yummy, I love fresh bread |
| 13:34.34 | Tupone | new version of automake rerun autoconf. don't know yours |
| 13:34.35 | KTL_ | ok, didn't autogen |
| 13:35.02 | KTL_ | it works tnx:-) |
| 13:35.26 | Tupone | what problem you have with patch? |
| 13:36.23 | Quol | anyone know of some good hosting companies that will give you shell access to the server? |
| 13:36.24 | KTL_ | euhm, i still use old code, to do the changes i must rely on some line numbers, they can be changed totally, i don't use cvs |
| 13:36.39 | Quol | Looking around for one for a freind of mine.. |
| 13:36.49 | bzgirl | Quol: magma in ottawa |
| 13:37.07 | bzgirl | Quol: you get shell to a BSD server |
| 13:37.28 | Quol | hmm - thanks for the tip - I will check it out |
| 13:37.46 | KTL_ | diff -u -r1.44 RadarRenderer.cxx ah the r is a revision? |
| 13:37.55 | KTL_ | @@ -28,7 +28,7 @@ |
| 13:37.56 | Tupone | KTL_: patch should do synchronization of line by itself |
| 13:38.40 | Tupone | it compare lines around |
| 13:39.40 | KTL_ | command patch RadarRenderer.patch ? |
| 13:40.00 | KTL_ | ah no |
| 13:40.06 | Tupone | patch -p0 < RadareRenderer.patch in the src/bzflag directory |
| 13:40.14 | Tupone | p0 or p1 don't remember |
| 13:40.20 | Tupone | just try |
| 13:41.48 | Chestal | Tupone: I tried your patch and found some bugs |
| 13:42.02 | Chestal | Tupone: I think when I am outside of regions, it calculates some bogus path |
| 13:42.27 | Tupone | I tried to set the nearest region ... |
| 13:42.33 | Chestal | I saw a path which was not even going anywhere close to me and the bot even drove through a building to get to the path starting point |
| 13:42.56 | Chestal | and they seem to shoot whenever they lok towards the target |
| 13:43.11 | Chestal | I think a test if the lien of view is free woudl be a good idea |
| 13:43.18 | Quol | BZG- any ideas on the pricing? are they expensive? can'f find any pricing info on the site |
| 13:43.21 | Chestal | the poor bot killed himself by shootign at an obstacle |
| 13:43.30 | Tupone | poor poor bot |
| 13:43.46 | bzgirl | Quol: for website hosting? or connectivity? |
| 13:44.08 | Chestal | Tupone: the vertexes of the path, what are these exactly with respect to the regions? |
| 13:44.09 | Quol | I guess their "dedicated server" |
| 13:44.27 | Tupone | entry point |
| 13:44.41 | Quol | BZG: I guess you pay for the server and it comes with connectivity access (you also have internet access?) |
| 13:44.43 | Tupone | they lie on the edge |
| 13:44.49 | Tupone | apart first and last |
| 13:44.52 | Chestal | Tupone: ah, always in the center of the edge? |
| 13:46.21 | Tupone | It should be not in the center. He try to calculate the straight line from the point to the tank. |
| 13:46.58 | Tupone | If the interception is inside the edge he take that intersect. If outside, take one of the |
| 13:47.07 | Tupone | corner |
| 13:47.32 | Chestal | what is the metric used to calculate the shortest path? |
| 13:47.44 | Tupone | sum of the segment |
| 13:47.50 | bzgirl | Quol: i cant find much dedicated server pricing on their site, you could call em |
| 13:48.12 | Tupone | as I said not the time (do not tak into account rotation) |
| 13:48.18 | Chestal | maybe it should only use a shorter path if it is significantly shorter |
| 13:48.36 | Chestal | when I am on ther other side of the building I can make him change his mind ever so often by moving forth and back :-) |
| 13:48.58 | Tupone | IC, if rotation is taken it should not |
| 13:49.06 | Chestal | yes, probably not |
| 13:49.31 | Quol | bzgirl: thanks for the info - I wil |
| 13:49.37 | Tupone | Have you committed warning fixes |
| 13:49.53 | Chestal | yes |
| 13:50.12 | bzgirl | Quol: http://www1.magma.ca/corporate/hosting/vws_unix.html |
| 13:54.44 | Chestal | Tupone: the code that tries to find a region when target is outside of all regions is clearly bogus. Check on ducati, get a thief flag whichmakes you tiny and drive close to a wall |
| 13:58.33 | Sniper50 | adios folks have a nice day and evning !! |
| 13:58.42 | bzgirl | bye S50 |
| 14:10.07 | KTL_ | is it possible that my compiler doesn't understand the "extern" before RobotPlayer* robots[MAX_ROBOTS]; |
| 14:10.12 | KTL_ | (from the patch) |
| 14:10.35 | KTL_ | g++ -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/X11R6/include -I/usr/include -D_BSD_SOURCE -D_POSIX_SOURCE -I../../include -Wall -W -mcpu=i686 -lGL -lGLU -lglut -c RadarRenderer.cxx |
| 14:10.35 | KTL_ | RadarRenderer.cxx: In member function `void |
| 14:10.35 | KTL_ | <PROTECTED> |
| 14:10.35 | KTL_ | RadarRenderer.cxx:428: error: ISO C++ forbids declaration of `RobotPlayer' with |
| 14:10.35 | KTL_ | <PROTECTED> |
| 14:11.13 | Chestal | ehm, which patch dod you apply? |
| 14:11.14 | KTL_ | (i've screwed it :-) ) |
| 14:11.17 | Chestal | regions or paths? |
| 14:11.19 | KTL_ | euhm, did them both |
| 14:11.34 | Chestal | ah, hmm, not sure about that, curently I only applied the 2nd one |
| 14:11.51 | KTL_ | ah... ugh |
| 14:11.53 | KTL_ | :-) |
| 14:12.36 | Tupone | KTL_: there is an include in front of file |
| 14:13.13 | Tupone | #include "RobotPlayer.h" |
| 14:20.10 | KTL_ | most errors are gone, except for the radarrender.patch: undefined reference to `obstacleList' |
| 14:20.48 | KTL_ | and the region is included |
| 14:21.23 | Tupone | didn't see the description of the patch? remove static in playing.cxx infront of obstacleList |
| 14:21.34 | KTL_ | ah |
| 14:21.57 | KTL_ | my hd is filled with bzclients, i removed them in a rong client, aaargh |
| 14:22.58 | Chestal | hmm, I think I have a good idea how to handle global DB items efficiently and correctly |
| 14:23.37 | Chestal | only one piece is missing, but that should be handable, too (automatically findign dependencies between variables) |
| 14:23.45 | Tupone | so thinking IS your strong point |
| 14:24.15 | Chestal | we won't know if it's a good solution until someone implemented it :-) |
| 14:25.05 | Tupone | What is BZDB, is also an expression repository? |
| 14:25.41 | Chestal | well, it stores key/value pairs,both are strings |
| 14:25.53 | Chestal | but eval interpretes value as anexpression |
| 14:26.13 | Tupone | so can be anything ... |
| 14:26.26 | Chestal | e.g.: "_muzzleFront","_tankRadius + 0.1" |
| 14:27.11 | Chestal | I guess I'll wait for at least one of the bzdb guys (cap/MAC) toshot up before I start thinkign about the details |
| 14:27.31 | Tupone | who evaluate this, a custom engine? |
| 14:27.45 | Chestal | StateDatabase::eval |
| 14:28.43 | Tupone | so dependency should be there |
| 14:29.19 | Chestal | yes, but for automatic creation of callbacks I need this information outsied of the Statedatabase class |
| 14:29.36 | Chestal | or maybe the function whicvh sets callbacks should handle this automatically, hmm |
| 14:30.11 | Tupone | why not in StateDataBase, your asking to called back on variable change |
| 14:30.23 | Chestal | that's what callbacka are for |
| 14:30.25 | Tupone | He must take all details of why |
| 14:30.36 | Chestal | but as far as I can see, only direct changes will be considered |
| 14:30.59 | Chestal | mayeb there should be a second addCallback() function or anoption which would handle all dependencies |
| 14:31.41 | Tupone | But I guess it should take dependency into account every time |
| 14:32.04 | *** join/#bzflag spanky1 (~weaver@pppoe1469.ka.centurytel.net) |
| 14:32.06 | Chestal | well, not sure |
| 14:32.10 | Chestal | not all variabesl are eval()ed |
| 14:32.21 | Chestal | sometimes, it's just a string |
| 14:32.36 | Tupone | From the outside, can you have access to the expression? |
| 14:32.41 | Chestal | yes |
| 14:32.52 | Tupone | so you're right |
| 14:32.54 | Chestal | get() instead of eval() |
| 14:33.21 | Chestal | what I want to do is to replace the globalDBItems by self-managing objects |
| 14:33.32 | Chestal | they store a float value of the curent value |
| 14:33.57 | Chestal | so, access would be like GlobalItem::TankSpeed() or something |
| 14:34.09 | Tupone | and handle callback inside this object? |
| 14:34.11 | Chestal | and when contructed, they automatically register callbacks |
| 14:34.32 | Chestal | and each tiem the callbackis called, reregister callbacks again because dependencies might have changed |
| 14:34.49 | Chestal | that should be good for variables which are rarely changed |
| 14:35.56 | Chestal | mayeb add an option to not make them use callbacks if we want |
| 14:36.05 | Chestal | some variables are only read once in a while |
| 14:36.16 | Chestal | those could always call eval() |
| 14:36.44 | Tupone | We could also update all the variable at beginning of rendering |
| 14:37.06 | Tupone | 'cause if you change something during the rendering you get strange effect |
| 14:37.10 | Chestal | yes, could do that, but I think the callback way is better, the mechanism is already there |
| 14:37.25 | Chestal | well, it cannot change durign the rendering right now |
| 14:37.30 | Tupone | Yeah, but they should be disabled while rendering |
| 14:37.40 | Tupone | or postponed |
| 14:37.42 | Chestal | themain loop is like for (;;) {render(); handlemessagew();} |
| 14:38.02 | Chestal | callbacks are handled in same thread |
| 14:38.06 | Tupone | OK |
| 14:38.54 | Tupone | for rendering, what is for other check, shooting, collision |
| 14:39.35 | Chestal | hmm, so it shoudl be possible to /set _jumpVelocity - _gravity * _gravity / 2 ? I must try that :-) |
| 14:40.16 | Chestal | well, some variables should better not be changed right now anyway |
| 14:40.32 | Chestal | if you change worldsize, the world won't really grow |
| 14:40.49 | Chestal | only makes sense in server when it's empty |
| 14:42.11 | Chestal | hmm, what's MAC's nickname here? MrApathyCream? |
| 14:43.54 | Chestal | the curent caching also does not handle dependencies correctly I think |
| 14:44.13 | Chestal | the questin is whether the cachign should stay when we have intelligent globalitems anyway |
| 14:48.28 | *** part/#bzflag Quol (~quolsimo@modemcable052.11-203-24.mtl.mc.videotron.ca) |
| 14:52.59 | Tupone | there's a way to invalidate cache ? |
| 14:58.40 | Chestal | curently it invalidates on write |
| 14:58.48 | Chestal | but when we have a = 2 * b |
| 14:59.00 | Chestal | it will not invalidate when b is changed |
| 14:59.51 | Tupone | ic |
| 15:35.23 | Chestal | hi learner |
| 15:35.26 | *** join/#bzflag david_v (~david_v@c213-200-135-241.cm-upc.chello.se) |
| 15:39.39 | learner | lol, if you set tank speed to something insane, like 1000, you warp through objects |
| 15:41.44 | *** join/#bzflag tea|tree_ (~tea|tree@pD9E96A5A.dip.t-dialin.net) |
| 15:44.06 | *** join/#bzflag mmu_man (~revol@ALyon-209-1-8-71.w80-13.abo.wanadoo.fr) |
| 15:44.23 | learner | hi, tea |
| 15:45.16 | learner | chestal: you should be able to /set more variables now |
| 15:45.39 | *** join/#bzflag Patlabor221X2 (~jeffm@adsl-64-172-196-218.dsl.lsan03.pacbell.net) |
| 15:45.45 | learner | I had only allowed ReadWrite BZDB vars, whereas Locked ones may also be read/writeable |
| 15:45.54 | learner | moin Patlabor221X2 |
| 15:46.40 | Patlabor221X2 | hello |
| 15:46.43 | Chestal | learner: yes, it works |
| 15:46.48 | Chestal | hi Pat |
| 15:47.31 | *** mode/#bzflag [+o patlabor221] by ChanServ |
| 15:56.33 | learner | damn.. can't seem to track down that descructor bug.. |
| 15:57.05 | learner | if I comment out all of the delete lines at the end of bzfs.cxx -- i get this still: |
| 15:57.06 | learner | Thread 0 Crashed: |
| 15:57.06 | learner | <PROTECTED> |
| 15:57.06 | learner | <PROTECTED> |
| 15:57.06 | learner | <PROTECTED> |
| 15:59.20 | Chestal | hmm, when do you get it? when you shutdown the server? and only if you remove the deletes? |
| 15:59.39 | learner | upon server shutdown |
| 16:00.16 | learner | no, not only if I remove the deletes -- I get seemingly random failures in other class destructors |
| 16:01.04 | learner | yea, stack level #5 of that trace is exit() |
| 16:01.26 | Chestal | hmm, heap corruption? |
| 16:01.36 | patlabor221 | how do I make it crash? |
| 16:01.48 | patlabor221 | run a server, make a poll and then exit? |
| 16:01.49 | Chestal | it's a SEGV I assume? |
| 16:02.07 | learner | yes, seg fault |
| 16:02.37 | learner | no, pat -- just run a server, connect and disconnect |
| 16:02.47 | *** join/#bzflag Bagheera (~Bagheera@pool-162-84-19-165.sal.east.verizon.net) |
| 16:03.03 | patlabor221 | ok |
| 16:03.38 | Bagheera | ok anybody use x-chat here? |
| 16:03.56 | fiberchunks | yes |
| 16:04.01 | fiberchunks | and hello |
| 16:04.07 | Bagheera | hey fiber |
| 16:04.09 | Chestal | hmm, mine doesn't crash |
| 16:04.15 | patlabor221 | I do on my laptop when it runs 1 monitor |
| 16:04.25 | fiberchunks | what's the question baggy? |
| 16:04.51 | Bagheera | can i add the identify command to the "connect command" entry in the server list entry |
| 16:05.18 | Baloo | mmmm, that's a good question -- never tried it, I always manually identify |
| 16:05.18 | Bagheera | stealing an old nick eh.... :) |
| 16:05.22 | Baloo | :) |
| 16:05.22 | patlabor221 | are you suck in a tailspin? |
| 16:05.29 | Baloo | no, thankfully |
| 16:05.43 | patlabor221 | yeah there is a "perform on connect" secion that you can put commands in. |
| 16:06.37 | Bagheera | ok, you may see me log in and out a couple times.....sry for the excess traffic |
| 16:07.04 | patlabor221 | no crash for me when I just connect and disconect |
| 16:08.10 | *** join/#bzflag Bagheera (~Bagheera@pool-162-84-19-165.sal.east.verizon.net) |
| 16:08.19 | learner | hrm |
| 16:08.27 | learner | smells like corruption |
| 16:08.50 | patlabor221 | run it in a real debuger and see where it craps out. |
| 16:08.59 | *** part/#bzflag Bagheera (~Bagheera@pool-162-84-19-165.sal.east.verizon.net) |
| 16:09.18 | *** join/#bzflag Bagheera (~Bagheera@pool-162-84-19-165.sal.east.verizon.net) |
| 16:09.36 | Bagheera | well that was east |
| 16:09.40 | Bagheera | easy |
| 16:13.11 | patlabor221 | ugg what a silly CTF map this is |
| 16:13.34 | Bagheera | did someone say they need a new map? |
| 16:13.43 | Bagheera | lol |
| 16:13.53 | patlabor221 | just looking at carnage's |
| 16:14.01 | patlabor221 | single point of entry on each base |
| 16:14.15 | Bagheera | and the walls are not climbable inbetween |
| 16:14.29 | Bagheera | yes, he will learn......in time |
| 16:14.31 | patlabor221 | you get more then 2 people on a team and it's just gonna be a standoff in the middle tunnles |
| 16:14.49 | Bagheera | yep....without OO that is |
| 16:15.24 | Bagheera | its the better map of the two |
| 16:16.23 | patlabor221 | the other one is just slow, and has no theme |
| 16:16.31 | patlabor221 | one side of the map is dense the other isn't |
| 16:16.40 | patlabor221 | it looks just like random archetecture |
| 16:16.47 | patlabor221 | and way too many boxes |
| 16:16.47 | Bagheera | stairway to heaven.... |
| 16:17.30 | Bagheera | its hard to create a map if you have never made one before......and he is a kid... |
| 16:17.54 | Bagheera | he will probably pick up on bad ideas faster than i am |
| 16:18.10 | fiberchunks | hey guys, I'm about to register a domain, and was wondering if it would be better to shield my info, or leave it public? |
| 16:18.13 | fiberchunks | any opinions |
| 16:19.17 | Bagheera | personally, i am paranoid, i would use a workable, dummy ident....something that can recieve mail only when you want |
| 16:21.21 | Bagheera | for mail, i used my work address, for email i used my domain, with spamassassian inbetween |
| 16:22.35 | Bagheera | well, i did, until my domain ideas died |
| 16:25.13 | fiberchunks | well, the proxy service they offer is 9/yr, so it's not unreasonable, and conceals all my whois data from the fun people -- I'm just wondering if it's necessary (I don't really care about $45 over the life of my registration) |
| 16:25.23 | fiberchunks | and it seems like it'd be a good thing |
| 16:25.50 | Bagheera | from the paranoid....do it...just do it......people suck ;) |
| 16:26.11 | fiberchunks | when I get my hosting squared away, I will most likely transfer all the contact information and everything at that account |
| 16:27.55 | fiberchunks | which I assume you can do, correct? |
| 16:28.15 | *** join/#bzflag bzgirl (~orchid@toronto-hs-64-26-176-100.s-ip.magma.ca) |
| 16:29.15 | patlabor221 | the whois is held by the registrar |
| 16:29.25 | patlabor221 | hallo bzgirl |
| 16:29.29 | bzgirl | hi |
| 16:30.34 | Bagheera | without a little bagging, how will i ever create a great map |
| 16:31.03 | patlabor221 | yours has a decent design |
| 16:31.06 | Bagheera | fyi bzgirl...caught a link to your blog the other day.....you are evil |
| 16:31.10 | patlabor221 | it's got a theme |
| 16:31.51 | bzgirl | baggy im evil? that isnt news really, but what specifically? |
| 16:32.20 | Bagheera | haha, the IT incidents....i was laughing very heartly though |
| 16:32.34 | bzgirl | heh, im not done with him yet |
| 16:33.05 | patlabor221 | the poor bastard has no chance to win |
| 16:33.38 | Bagheera | unless he/she finds the blog |
| 16:33.52 | bzgirl | yeah that might be trouble |
| 16:34.30 | patlabor221 | how would he know it's you? |
| 16:35.05 | Bagheera | how many IT guys get put through that |
| 16:35.37 | fiberchunks | how long, generally, does it take for a godaddy registration to propagate through DNS? |
| 16:35.52 | patlabor221 | usualy a day |
| 16:36.02 | patlabor221 | but I've seen some pick it up in 10 min |
| 16:36.02 | fiberchunks | ooo, very nice new look bzgirl :) |
| 16:36.07 | fiberchunks | ah cool |
| 16:36.19 | patlabor221 | wow fiber is behind the times. |
| 16:36.44 | fiberchunks | indeed I am - been busy learning, but not applying |
| 16:36.55 | patlabor221 | damn bastard JeffC recorded me and put me on his site |
| 16:36.59 | fiberchunks | by the way bzgirl, that font color is _really_ low contrast |
| 16:37.58 | bzgirl | fiberchunks: its perfectly readable, look closer :) |
| 16:40.04 | fiberchunks | lol, the IT thing is hilarious |
| 16:43.01 | tea|tree_ | uh |
| 16:43.31 | tea|tree_ | headake :( |
| 16:44.03 | Bagheera | s/go/got |
| 16:44.29 | tea|tree_ | ~d |
| 16:50.09 | *** join/#bzflag lurgyman (~lurgyman@home-dhcp5-117.Colorado.EDU) |
| 17:02.31 | *** join/#bzflag Patlabor221X2 (~jeffm@adsl-64-172-196-218.dsl.lsan03.pacbell.net) |
| 17:02.39 | Patlabor221X2 | wow |
| 17:03.02 | *** mode/#bzflag [+o Patlabor221] by ChanServ |
| 17:03.04 | Bagheera | wow? |
| 17:03.19 | Patlabor221 | I just poofed |
| 17:03.25 | Patlabor221 | typed a thing and poof |
| 17:05.05 | Bagheera | things do it every time |
| 17:08.39 | *** join/#bzflag bryjen (bryjen@ky-owensboro1a-242.owboky.adelphia.net) |
| 17:10.15 | *** join/#bzflag Spiff (Spiff@12-222-147-141.client.insightBB.com) |
| 17:18.03 | *** join/#bzflag Chikorita (~Chikumz33@205.197.172.230) |
| 17:19.46 | *** join/#bzflag |tim| (~tim@209-102-174-145.coastalnow.net) |
| 17:20.45 | KTL_ | that thief flag, wiew! wiew! blue fire |
| 17:21.09 | KTL_ | and those bots liked me as a rabbit... they are definitely stupid |
| 17:21.16 | Chikorita | heh |
| 17:21.17 | KTL_ | I'M NO RABBIT |
| 17:21.28 | *** join/#bzflag tea|tree_ (~tea|tree@pD9E975E3.dip.t-dialin.net) |
| 17:22.20 | Chikorita | silly rabbit.. |
| 17:22.23 | Chikorita | heehe |
| 17:22.25 | Chikorita | ;) |
| 17:22.54 | Chikorita | arent da bots named "roger"? |
| 17:22.58 | Chikorita | roger rabbit bots |
| 17:23.03 | Chikorita | :P |
| 17:23.08 | KTL_ | mmm |
| 17:23.09 | Chikorita | ~d |
| 17:23.15 | KTL_ | what's the new bzfs port? |
| 17:23.28 | Chikorita | itz... |
| 17:23.34 | Chikorita | port #237483267392 |
| 17:23.36 | Chikorita | heehe |
| 17:23.38 | Chikorita | j/k |
| 17:23.39 | KTL_ | SUUUURREEE |
| 17:23.42 | Chikorita | i dunno |
| 17:23.44 | KTL_ | :-P |
| 17:23.58 | fiberchunks | new port? what? |
| 17:24.06 | Chikorita | hi fibah |
| 17:24.37 | fiberchunks | hullo chik |
| 17:25.01 | Chikorita | ~weather khgr |
| 17:25.04 | KTL_ | (couldn't connect to a bzfs i started, 'll find it) |
| 17:25.16 | bryjen | in v1.9, the server port defaults to 5154 |
| 17:25.17 | Chikorita | itz rainy here yup |
| 17:25.36 | Chikorita | bbl |
| 17:28.01 | fiberchunks | ah, that's good to know |
| 17:29.49 | Patlabor221 | 5154 iirc |
| 17:30.41 | bryjen | although the only 1.9 servers right now are using oddball numbers |
| 17:32.29 | bryjen | whoops. xmission's using the default. 1 of 3 |
| 17:33.12 | *** part/#bzflag david_v (~david_v@c213-200-135-241.cm-upc.chello.se) |
| 17:36.14 | Spiff | Geez.. back in the days of Super Star Wars they really knew how to make games difficult/frustrating. |
| 17:47.14 | *** join/#bzflag david_v (~david_v@c213-200-135-241.cm-upc.chello.se) |
| 17:49.21 | KTL_ | no FlagId anymore? |
| 18:18.14 | KTL_ | i can't kill the bots with rico yet? |
| 18:20.59 | KTL_ | it's ok, i can... strange animals |
| 18:24.16 | KTL_ | mmm the pyramid bug is solved... i hope there is a way to get it back, (drive/shoot through pyramids) |
| 18:31.13 | KTL_ | but the bullets ricochet against the ceiling:-) nice rico |
| 18:38.11 | KTL_ | i remember that the textures for the walls come from a real wall, now i'm thinking about the origin of the donkey sound |
| 18:39.07 | KTL_ | maybe one of the people here took a real donkey and a band recorder:-) |
| 18:44.03 | Chestal | AFAIK you can specify shoot thru/drive tghru for all objects now |
| 18:54.02 | KTL_ | nice:-) |
| 18:54.17 | KTL_ | euhm, how does it look in the bzw-files? |
| 18:56.31 | Chestal | no idea |
| 18:57.50 | Chestal | there's drivetrhough, shootthrough and flipz |
| 18:58.24 | Chestal | I guess you just add lines with either of these keywords inside |
| 19:05.30 | Bagheera | surprized no one has written a conversion program for the old maps....to stay compatible |
| 19:13.39 | *** join/#bzflag bzgirl (~orchid@toronto-hs-64-26-176-100.s-ip.magma.ca) |
| 19:18.57 | *** join/#bzflag patlabor221 (~jeffm@208.48.199.214) |
| 19:18.57 | *** mode/#bzflag [+o patlabor221] by ChanServ |
| 19:36.19 | patlabor221 | hmm small crowd today, must be a nice day outside |
| 19:40.21 | learner | actually, it sucks over here -- all gloomy and rainy |
| 19:41.49 | patlabor221 | there is that huricane stiring up things isn't there? |
| 19:45.59 | *** join/#bzflag Chikorita (~Chikumz33@205.197.172.230) |
| 19:46.02 | learner | not sure if it's directly related -- mainly nj, md, de, and va getting rained on |
| 19:46.06 | learner | http://www.weather.com/maps/activity/garden/index_large.html |
| 19:46.18 | Chikorita | yea da hurricane stuff |
| 19:46.23 | Chikorita | rainy |
| 19:46.46 | learner | Hi, chika |
| 19:46.48 | Chikorita | buh itz a nice rain , so far |
| 19:47.00 | Chikorita | hi learner :) |
| 19:47.06 | *** join/#bzflag bzgirl (~orchid@toronto-hs-64-26-176-100.s-ip.magma.ca) |
| 19:47.19 | Chikorita | hi bzg |
| 19:47.22 | patlabor221 | well it may not be the huricane it'self, but I'm sure it's wipin some clouds around. |
| 19:47.25 | bzgirl | hello |
| 19:52.50 | Chikorita | now wee have good waves like on ur side patty ;) |
| 19:52.59 | Chikorita | heehe |
| 19:53.00 | patlabor221 | yeah you do. |
| 19:54.22 | *** join/#bzflag Spiff (Spiff@12-222-147-141.client.insightBB.com) |
| 19:55.11 | Chikorita | hi spiff |
| 19:55.41 | Spiff | Hi Chik. :-) |
| 19:55.53 | Chikorita | :) |
| 19:56.02 | Chikorita | ruff there on ducati wasnt it |
| 19:56.29 | Spiff | Yep. Just a lil' boring after all of the good players left though. |
| 19:56.35 | Chikorita | heh |
| 19:56.46 | Spiff | And now I've gotta come up with something to do.... 'cause I'm boooooored. :-) |
| 19:57.05 | Spiff | Indiana is so dull. And *she* is in TN! Argh! *cries* |
| 19:57.12 | Spiff | 0:-) |
| 19:57.24 | Chikorita | aw |
| 19:57.30 | Chikorita | who iz on TN? |
| 19:57.43 | Chikorita | in* |
| 19:57.49 | Spiff | Mandi.. :-) She's comin' back on the 12th of October tho. :-D |
| 19:57.54 | Chikorita | o i c |
| 19:58.34 | Spiff | Yeah...... and then I'm going to be moving sometime here... Bah! |
| 19:58.38 | patlabor221 | you could go find me some weapons grade naquada if you are bored. |
| 19:59.00 | Spiff | Hmm.. would ya settle for some weed? ;-) |
| 19:59.06 | patlabor221 | umm, no |
| 19:59.38 | patlabor221 | I don't think there is weapons grade weed |
| 19:59.39 | Chikorita | spiff iz dealin drugz...bad bad |
| 19:59.42 | Spiff | We have it up here quite a bit. LoL. Tho the government has cleared most of it out. |
| 20:00.04 | Spiff | There used to be fields here.. during WW2. Lots of 'em too. |
| 20:00.14 | Spiff | Who cares about weapons when you have weed? ;-) |
| 20:00.15 | Spiff | LoL |
| 20:00.30 | *** join/#bzflag bryjen (bryjen@ky-owensboro1a-242.owboky.adelphia.net) |
| 20:00.43 | Spiff | I'm sure bryjen agrees. |
| 20:00.45 | Spiff | LoL |
| 20:00.56 | bryjen | wha? |
| 20:01.02 | patlabor221 | weed don't power hyberdrives |
| 20:01.07 | Spiff | Just bein' silly. ;-) |
| 20:01.09 | patlabor221 | in fact it makes nothing hyper |
| 20:01.27 | bryjen | police dogs |
| 20:01.29 | Spiff | I'm trying to tell Patlabor that weed is better than naquada. |
| 20:01.33 | bzgirl | spiff do you smoke weed? |
| 20:01.40 | Spiff | LoL. Noooooo. :-) |
| 20:01.42 | patlabor221 | Just get out to p3-x284 and get some |
| 20:02.09 | Spiff | I have some friends who are into it and all... but I'm not one to intentionally break the law. :) |
| 20:02.27 | patlabor221 | cept all those Mp3s |
| 20:02.41 | Spiff | Well.. yeah. But most of those came from the library. :-) |
| 20:02.58 | bryjen | ooh, that's what the RIAA needs. MP3 sniffing dogs! |
| 20:03.05 | Spiff | I've often wondered why they allow the libraries to "rent" out CD's.... if file sharing is wrong. |
| 20:03.18 | bzgirl | file sharing isnt wrong |
| 20:03.27 | Spiff | Seems like quite a double standard. Especially since our library is *huge*. |
| 20:03.41 | patlabor221 | uploading music not for evaluation reasons is the part that is illegal |
| 20:03.42 | Spiff | The record people are suing people for it tho. LoL |
| 20:03.56 | Chikorita | yea itz skeery now |
| 20:03.56 | patlabor221 | no library checks out CDs for refrence |
| 20:04.04 | patlabor221 | that is allowed. |
| 20:04.10 | Spiff | Well... I've got pry 500 tracks from my library. LoL |
| 20:04.27 | patlabor221 | if you share those with others you are breaking the law |
| 20:04.34 | patlabor221 | P2P apps are legal |
| 20:04.35 | bryjen | using a work outside of the terms it was released under is wrong. |
| 20:05.13 | patlabor221 | you use kazza spiff? |
| 20:05.14 | learner | HMV? |
| 20:05.16 | Spiff | Okies.. yeah. But it's the same thing.... the library lets you take the CD home and subsequently rip it onto your hard drive. |
| 20:05.24 | bzgirl | HMV is a huge record store |
| 20:05.26 | bryjen | Uh, no |
| 20:05.38 | patlabor221 | they let you take the CD, YOU rip it to your drive |
| 20:05.51 | Spiff | Yes. :-) But it's still the same thing. You know people will do it. |
| 20:05.52 | bryjen | You can take home the CD, listen to it, and bring it back. |
| 20:05.53 | patlabor221 | techincaly that is outside of the use |
| 20:06.08 | bryjen | Your not supposed to keep a copy. |
| 20:06.34 | patlabor221 | just like if you scaned in a book and put it on the net |
| 20:06.45 | Spiff | But they know you will. Anyone that uses P2P apps and goes to a library does it. |
| 20:06.46 | patlabor221 | same knind of wrongness |
| 20:06.50 | Spiff | Yep. |
| 20:06.57 | Spiff | It just adds another step to the pirating. |
| 20:07.08 | Spiff | But geez... scan a whole book?! |
| 20:07.12 | patlabor221 | still don't mean your not breaking the law |
| 20:07.20 | patlabor221 | sure it's harder, but it's the same thing |
| 20:07.24 | patlabor221 | music is just easyer |
| 20:07.39 | Spiff | Obviously. But my point is simply that they're providing you with the tools to break the law.. just like P2P. It's just a little less obvious. |
| 20:07.48 | bryjen | Ahem. Like saying anyone who drives is a criminal because anyone can speed. |
| 20:08.15 | patlabor221 | yeah, car rental places rent cars, so you can drink and drive, but they know your jsut gonna break the law right? |
| 20:08.17 | Spiff | Yes... but some of the music on KaZaA can be legally distributed. |
| 20:08.30 | patlabor221 | yes that is why p2p apps are not illegal |
| 20:08.52 | patlabor221 | what is illegal is hosting copyrighted material for distrobution |
| 20:08.53 | Spiff | A lot of the stuff on there is also on MP3.com... you just don't have to go through the trashy website. |
| 20:08.59 | patlabor221 | yes |
| 20:09.18 | patlabor221 | the Riaa gets people by looking for songs on a specific list |
| 20:09.35 | Spiff | Yep. Check the charts right now.. those are the songs they're watching the most. |
| 20:09.40 | patlabor221 | if you don't host the presently can't get ya |
| 20:09.43 | Spiff | (What everyone wants.) |
| 20:09.50 | patlabor221 | actualy it's a lot of older ones |
| 20:10.06 | Spiff | Must be a lotta old peeps on KaZaA then. :-| |
| 20:10.10 | Chikorita | i wanna get dat new liz phair song track |
| 20:10.20 | patlabor221 | they go for ones that are very popular |
| 20:10.21 | Spiff | I want the TT soundtrack. ;-) |
| 20:10.22 | patlabor221 | and very very comon |
| 20:10.27 | patlabor221 | that's old |
| 20:10.32 | patlabor221 | I have it |
| 20:11.52 | Spiff | Sadly... after getting like 50 dud copies of Meant To Live.. I realized it was downloading on MP3.com okay and finally got it from there. |
| 20:12.00 | patlabor221 | I will put it in your home dir, for evaluation only |
| 20:12.00 | Spiff | That's another thing about that site.. it's slowwwww sometimes. |
| 20:12.18 | patlabor221 | ohh sure there is no good way to get music online |
| 20:16.13 | patlabor221 | hmmm, no comments on the versioning idea |
| 20:16.48 | *** join/#bzflag larsl (~larsl@c213-100-62-55.swipnet.se) |
| 20:17.21 | bryjen | they're all in silent stunned awe of your genius ;) |
| 20:17.33 | larsl | Player::setDeadReckoning() isn't inline anymore? |
| 20:18.21 | larsl | => bzadmin won't link. |
| 20:19.10 | patlabor221 | naw I just think there are only 5 people in the world who care anymore |
| 20:19.16 | patlabor221 | maybe 4 |
| 20:19.35 | Chestal | larsl: oh? why does bzadminuse deadReckoning? |
| 20:19.44 | Chestal | btw., it didn't link with gcc 2.95 before that |
| 20:19.56 | Chestal | getid() couldn't be found |
| 20:21.20 | larsl | I don't think it uses it directly, but there are some weird linking dependencies (ServerLink.o depends on Player.o which depends on almost everything else in src/bzflag). |
| 20:21.35 | larsl | Making the function inline removed the dependency. |
| 20:22.50 | Chestal | liek I said,with 2.95 it didn't bzadmin didn't link at all, getId() and soem other function, which were both declared inline in Player.h |
| 20:23.19 | Chestal | hmm, ok, there is another inlien function which calls setDeadReckoning |
| 20:23.22 | Chestal | in Player.h |
| 20:23.27 | Chestal | that's the problem I guess |
| 20:24.04 | Chikorita | bbl byez all. |
| 20:24.52 | Chestal | we can move it back for now, it's kinda ugly though |
| 20:25.19 | larsl | Yes, it's very ugly. |
| 20:25.29 | larsl | learner talked me into commiting it. =) |
| 20:25.45 | learner | and I'm darn proud of it :) |
| 20:25.58 | learner | of convincing you, that is ;) |
| 20:26.36 | learner | this way we can actually work on it and improve it.. |
| 20:26.59 | patlabor221 | before it was a myth |
| 20:27.04 | larsl | Hehe. =) |
| 20:27.33 | patlabor221 | if I can commit MFC code to CVS, you can commit ugly stuff too. |
| 20:32.30 | Chestal | any specific reason why ShotRadius is not in BZDB yet? lazyness? |
| 20:44.17 | Chestal | someone want to join 1.9 ducati for a quick bot test? |
| 20:45.42 | patlabor221 | anyone know what the hell the "COMPOSE" key is? |
| 20:45.57 | patlabor221 | or "Alt Gr" key? |
| 20:50.53 | bryjen | patlabor221: http://lists.debian.org/debian-user/1997/debian-user-199710/msg00526.html |
| 20:51.34 | learner | if i completely comment out the new polling code entirely, the problem persists so .. I'm off the hook |
| 20:51.46 | patlabor221 | ohh the one with like a pulldown menu on it |
| 20:51.49 | david_v | i've never quite understood the compose key. but AltGr is basically for getting access to some other symbols on the keyboard... |
| 20:52.08 | david_v | mostly works like Ctrl+Alt |
| 20:52.14 | learner | leaning towards a problem with the static member initialization in bzdb.. |
| 20:52.28 | patlabor221 | well looks like I'm gonna be able to map comaands to it :) |
| 20:52.28 | bryjen | looks like compose is for stringing together keypresses to get accented chars and such |
| 20:52.46 | patlabor221 | and even the Macinthsh power key :) |
| 20:52.52 | david_v | yeah that's what i thought, but is it meaningful? |
| 20:53.03 | david_v | don't you get the same if you press the accent key and a regular key? |
| 20:53.16 | bryjen | david_v: no |
| 20:53.35 | david_v | would some keys on such keyboards have four symbols written on them? heh |
| 20:55.31 | david_v | well, i'll investigate it sometime |
| 20:56.29 | *** join/#bzflag prodan (~prodan@dial-in23.rz.uni-mannheim.de) |
| 20:56.31 | bryjen | http://catb.org/esr/jargon/html/S/space-cadet-keyboard.html |
| 20:57.26 | patlabor221 | no function keys |
| 20:57.31 | patlabor221 | and no keygpad? |
| 20:58.47 | bryjen | no so much the picture as the text. |
| 20:59.28 | bryjen | seven modifier keys: control, meta, hyper, super, shift, top, and front |
| 21:00.17 | bryjen | "Yeah, press control-hyper-super-front-L to fire the laser forward at max power" |
| 21:01.14 | *** join/#bzflag Tupone (~Tupone@ppp-217-133-255-186.cust-adsl.tiscali.it) |
| 21:01.18 | david_v | hehe |
| 21:02.21 | patlabor221 | is this ( ` ) a "backquote" ? |
| 21:02.37 | purple_cow | yes |
| 21:02.38 | bryjen | sound right |
| 21:02.45 | *** join/#bzflag Carnage (strayer@dyn216-8-133-3.ADSL.mnsi.net) |
| 21:03.17 | larsl | Also known as "backtick". |
| 21:03.23 | learner | howdy carny |
| 21:03.36 | patlabor221 | hmmm no mapings for { or } it seems |
| 21:03.47 | Carnage | hi, any admins for ducati on? |
| 21:04.06 | learner | the man himself is lurking |
| 21:04.17 | patlabor221 | 4? |
| 21:04.20 | patlabor221 | that would be odd |
| 21:04.26 | Bagheera | whose the man |
| 21:04.36 | Bagheera | you da man |
| 21:04.58 | *** join/#bzflag prodan (~prodan@dial-in23.rz.uni-mannheim.de) |
| 21:05.08 | prodan | tk on ducati: duodenum |
| 21:05.08 | learner | Chestal is *the* ducati guy |
| 21:05.21 | Bagheera | he da man |
| 21:06.21 | learner | ~d |
| 21:06.42 | learner | da man is on it |
| 21:07.09 | Spiff | Why is a ducati admin needed? |
| 21:07.24 | Spiff | Or were you checking to make sure none of them were there? ;-) |
| 21:07.31 | Bagheera | why is any admin needed |
| 21:07.57 | Bagheera | REVOLUTION, ANARCHY |
| 21:08.00 | patlabor221 | how the heck can you use the power key on the mac keyboard for a binding? would that not shut the machine down? |
| 21:09.06 | david_v | lol |
| 21:09.18 | david_v | try it... and pray :) |
| 21:09.36 | patlabor221 | yeah I dono ether |
| 21:09.45 | patlabor221 | but SDL has an enum for it |
| 21:09.50 | bryjen | i'd imagine its not a hard power cutoff switch. no 120V at the KB. probly a soft switch that's normally interpreted as shutdown |
| 21:09.55 | patlabor221 | that and the "undo" key on an Atari keyboad |
| 21:10.10 | patlabor221 | or a sleep |
| 21:10.45 | david_v | good night |
| 21:10.57 | patlabor221 | " and I want the power key, to fire a missile!" |
| 21:11.34 | bryjen | all the keys on the keyboard just send data up the cable to the machine. none of them are "hard-wired" to a function. |
| 21:11.41 | patlabor221 | yeah |
| 21:11.56 | patlabor221 | tho I wonder if the app can get it before the OS is my concern |
| 21:12.02 | patlabor221 | so you could really use the key |
| 21:13.10 | bryjen | i'd think the OS has 1st crack. That's how Ctl-Alt-Del is supposed used in NT |
| 21:13.25 | david_v | in DOS you could use interrupt handlers if you wanted to get info about every keypress. in Windows it seems like you can do similar things, but not through the low-level stuff |
| 21:13.53 | david_v | could be a certain keycombination is blocked by the OS though... tough luck there i guess |
| 21:14.01 | bryjen | windows has hardware abstraction. DOS didn't know enough to get in the way. |
| 21:14.02 | patlabor221 | guess it will just depend on the SDL implementaion |
| 21:14.03 | david_v | but anyway. i'll go and play a game now :) |
| 21:14.20 | david_v | bye |
| 21:14.26 | bryjen | later |
| 21:14.34 | patlabor221 | have fun |
| 21:14.38 | david_v | thx |
| 21:20.07 | learner | larsl...... |
| 21:20.43 | learner | the segfaulting appears to be related to a flag map singleton |
| 21:30.50 | bryjen | so is the driving under objects with BU a bug or a feature? |
| 21:31.09 | learner | bug .. it was fixed -- someone just unfixed it today |
| 21:32.21 | bryjen | last time i tried it was just the pyramids |
| 21:36.19 | patlabor221 | damn no analog button support in SDL |
| 21:36.48 | patlabor221 | how am I suposed to drive with my gencon? :) |
| 21:40.31 | *** join/#bzflag MrApathyCream (MAC@balt-209-163-100-3.qis-dynamic-dialup.coretel.net) |
| 21:46.44 | *** join/#bzflag DB7654322 (~DB7654321@atlnga1-ar2-4-33-115-228.atlnga1.dsl-verizon.net) |
| 21:47.10 | learner | MAC! |
| 21:47.24 | learner | howdy |
| 21:48.10 | MrApathyCream | howdy |
| 21:49.08 | learner | the problem from last night is still around |
| 21:49.25 | MrApathyCream | the flag thingy? |
| 21:49.39 | learner | yea |
| 21:49.49 | learner | Thread 0 Crashed: |
| 21:49.49 | learner | <PROTECTED> |
| 21:49.49 | learner | <PROTECTED> |
| 21:49.49 | learner | <PROTECTED> |
| 21:49.52 | MrApathyCream | hurumpg |
| 21:50.39 | MrApathyCream | there is no Flag.cxx line 247 :) |
| 21:52.04 | learner | there is now -- update |
| 21:52.31 | MrApathyCream | updating... |
| 21:54.06 | MrApathyCream | hmm. doesn't make any sense |
| 21:54.17 | MrApathyCream | oh, |
| 21:54.42 | MrApathyCream | StateDatabase.309 |
| 21:55.25 | Chestal | ah, hi MAC |
| 21:57.08 | Chestal | MAC: it's too late for me now, must go to bed. But I think we shoudl wrap all (most) off the global and default bzdb items with a simple class with caches in native data type (float, bool or string) and automanages the callbacks, should be easy |
| 21:57.32 | Chestal | MAC: only problem I see are dependencies on variables like "a" is set to "b * 2" |
| 21:57.43 | Chestal | but that rpboelm already exsists with the eval caching and must be resolved anyway |
| 21:58.33 | Chestal | proably needs some thought, maybe I _will_ make use of the mailing lsits after all to discuss this, using only this channel does not work as good as it used to |
| 21:58.54 | Chestal | good night :-) |
| 21:58.57 | *** join/#bzflag MrAC (MAC@balt-209-163-100-3.qis-dynamic-dialup.coretel.net) |
| 21:58.58 | Spiff | C-ya Chestal. |
| 21:59.04 | Tupone | nite chestal |
| 21:59.38 | Chestal | Tupone: btw., in a quick hack I added target projection to the bots so they shhot better |
| 21:59.49 | Chestal | Tupone: it' not in CVS and should not be, at least not in its current state |
| 22:00.08 | Tupone | OK. I'll try to fix the other thing |
| 22:00.13 | Chestal | Tupone: but it enhances their shooting skills noticably. They can now shoot jumping roger when they're a bit lucky :-) |
| 22:00.33 | Chestal | if we really want to enhance those bots I think we need to change their strategy |
| 22:00.33 | Tupone | You bublish somewhere this |
| 22:00.43 | Tupone | s/bub/pub/ |
| 22:00.55 | Chestal | i.e. decouple their movement a bit from pathfinding |
| 22:01.11 | Chestal | which would probably mean that they'd have to undergo full collision detection etc. |
| 22:01.22 | Chestal | no, just did it one hour ago by ripping code out of my old bots |
| 22:01.36 | Tupone | or just stay far away from building |
| 22:01.56 | Chestal | they shoudl stop usign the path as soon as there is a direct lien of sight to enemy |
| 22:02.15 | Tupone | Tomorrow I will see that, I hope!? |
| 22:02.26 | Chestal | and of course some means of evading bullets wouldn't hurt either :-) |
| 22:02.41 | Tupone | poor roger after |
| 22:02.54 | Chestal | hmm, movsing setdeadreckonign breaks bzadmin with g++ 3.x |
| 22:03.05 | Chestal | roger is good with shockwave |
| 22:04.06 | Tupone | I have a suspect that bot does not follow the computed path, during region analysis. Just go from one region to the other |
| 22:04.38 | Tupone | But I have to look deep inside cde |
| 22:04.42 | Tupone | s/cde/code/ |
| 22:04.49 | Chestal | Tupone: http://www.home.unix-ag.org/thilo/bzflag/RobotPlayer.h and .cxx if you like. But as I said, just a quick hack |
| 22:04.57 | Tupone | Thanx |
| 22:05.08 | Chestal | basically, I replaces target position with proj. position for shooting and path finding |
| 22:05.18 | Chestal | ok, good night |
| 22:05.19 | Tupone | In the next hour I'll try that |
| 22:05.21 | Tupone | nite |
| 22:14.45 | patlabor221 | spiff, where's my Naquada? |
| 22:16.38 | Spiff | Umm. ;-) |
| 22:18.23 | patlabor221 | that's it, I'm locking out your GDO code |
| 22:18.58 | Spiff | Awww man. I've already been grounded from my bball goal! Pff. ;-) |
| 22:20.01 | patlabor221 | didn't take out the trash? |
| 22:22.34 | *** join/#bzflag gonkulator (~brandon@12-253-204-221.client.attbi.com) |
| 22:25.03 | *** join/#bzflag MrCooper (~daenzer@dclient80-218-114-28.hispeed.ch) |
| 22:25.42 | Spiff | Oh yeah. But it's three miles to the pickup point! And it's snowing right now.. in September! And it's up hill *both* ways!!!!!! :'( |
| 22:26.14 | MrApathyCream | and you don't have shoes |
| 22:26.26 | MrApathyCream | just some newpaper to wrap around your feet |
| 22:26.37 | tea|tree_ | ~d |
| 22:26.38 | Spiff | Actually.. I've been using plastic bread bags. ;-) |
| 22:26.40 | tea|tree_ | hey all |
| 22:27.13 | Spiff | Hi TeA. A lil' late there, huh? :) |
| 22:27.17 | tea|tree_ | ^^ |
| 22:27.59 | patlabor221 | so drive |
| 22:28.03 | patlabor221 | they do make cars you know |
| 22:28.27 | tea|tree_ | spiff`? |
| 22:28.32 | patlabor221 | did anyone else ever get it to crash? |
| 22:28.34 | patlabor221 | or just you? |
| 22:28.43 | purple_cow | poor navi :( |
| 22:29.02 | learner | chestal said he could not reproduce |
| 22:29.07 | Spiff | Yes TeA? |
| 22:29.15 | tea|tree_ | match? |
| 22:29.24 | tea|tree_ | havent played thow yet :/ |
| 22:29.29 | tea|tree_ | well never mind |
| 22:29.34 | tea|tree_ | warm up ^^ |
| 22:29.45 | Spiff | Ugh.. I would. But I am somewhat sick of BZ at this very moment. :-) |
| 22:29.46 | patlabor221 | I could not get it to crash ether |
| 22:29.50 | learner | given it's a crash in exit(), it's going to be tough to reproduce |
| 22:29.56 | tea|tree_ | oh comẹn spiff |
| 22:30.11 | patlabor221 | then get me my Naquada! :) |
| 22:30.14 | Spiff | I might in a lil' bit and all. I just got bored playing it.. bah. |
| 22:30.18 | patlabor221 | strawbery if they have it. |
| 22:31.12 | learner | it was looking like it is either something with the statedatabase or the flag/flagdesc |
| 22:31.42 | learner | it started crashing right around the time a singleton was added to flagdesc, so I'm thinking that's the problem |
| 22:32.03 | patlabor221 | can you take it out? |
| 22:32.34 | learner | i didn't look how big the patch was - easy enough to roll back Flag.cxx, though |
| 22:33.07 | Spiff | Got Naquada? |
| 22:33.27 | patlabor221 | they need to put that on a sticker on the back of a mount |
| 22:33.39 | Spiff | Hehehehe. |
| 22:33.46 | patlabor221 | or "got symbyote" |
| 22:33.56 | Spiff | OoOo.. I like that one. :-) |
| 22:34.23 | patlabor221 | tho I do think they should say to the gould "welcome to earth, we are here to hit you" |
| 22:34.24 | MrApathyCream | 'lighting' at 309 per second is the biggest now, not terrible |
| 22:34.31 | *** join/#bzflag [dmp] (~dennis@D40A3023.rev.stofanet.dk) |
| 22:34.31 | tea|tree_ | spiff? |
| 22:34.38 | Spiff | Yes, TeA? |
| 22:34.38 | tea|tree_ | ~d |
| 22:34.43 | tea|tree_ | match? |
| 22:34.44 | learner | i'll undo that singleton altogether and see what happens |
| 22:35.02 | tea|tree_ | :( |
| 22:35.13 | patlabor221 | don't eat the naquada |
| 22:36.01 | Spiff | I've spent every night this week up late.. it's sort of killed my desire to match with an un-tried/tested team setup. |
| 22:36.07 | Spiff | Free and I have about 0 experience together. |
| 22:36.34 | Spiff | I guess you could say... I'm already tired... don't make me crack by losing a match unfairly. :-) |
| 22:37.29 | tea|tree_ | ~ |
| 22:37.36 | tea|tree_ | ~d |
| 22:37.42 | MrApathyCream | i wonder what riker would say is acceptable BZDB access... All are < 350/sec |
| 22:39.32 | patlabor221 | so each one takes 1/350th of a sec? |
| 22:40.31 | learner | 350 calls/s |
| 22:40.52 | learner | accesses |
| 22:40.54 | patlabor221 | is that how many we call, or how many we can do in a sec? |
| 22:41.06 | patlabor221 | ahh how many we call |
| 22:41.31 | patlabor221 | I would think it would depend on how long they take. if it impats performance. |
| 22:41.36 | learner | it was about 8000 calls/s as of 24 hours ago ;) |
| 22:41.44 | learner | MAC trimmed that puppy down :) |
| 22:41.44 | patlabor221 | do ether of you think it impacts performance? |
| 22:41.51 | patlabor221 | well that's good |
| 22:42.05 | patlabor221 | how many items are in BZDB? |
| 22:42.32 | learner | less than 1000.. not sure |
| 22:42.43 | patlabor221 | and is there a map lookup for each access in that 1000? |
| 22:42.52 | learner | bzfs makes 990 calls upon startup (constant) |
| 22:42.54 | patlabor221 | or do we keep a "recently accessed list" ? |
| 22:43.28 | patlabor221 | I heard "caching" used before, but I don't know how that works. |
| 22:43.36 | patlabor221 | if all items are refrenced via a name |
| 22:45.21 | patlabor221 | it would be nice to have flow diagranms for BZDB, COMMANDMNGR, and KEYMNGR as they seem to be the least understood things of late. |
| 22:45.31 | learner | indeed |
| 22:46.23 | patlabor221 | and cap is he who has made, or at least impelemnted in 1.9 these features? |
| 22:46.53 | learner | I think so |
| 22:47.21 | learner | yea, his name is all over the StateDatabase commits |
| 22:47.24 | patlabor221 | hmmm the odds of geting him to do it are slim, aprox 7629 to 1 |
| 22:48.11 | patlabor221 | I think our best bet would be to convince JBD that it is something that needs to be done, he seems to like the wipi, |
| 22:48.12 | learner | maybe MAC can trim that down to 318 to 1 |
| 22:48.49 | patlabor221 | optimaly there should be a "bible" section of the wiki that has all the hard info we have |
| 22:49.30 | patlabor221 | like the net description, how those components work, how collistions work. How maps are processed, and stuff like my "anatomy of a teleporter" items |
| 22:51.21 | patlabor221 | but then I'm just dreaming |
| 22:51.33 | learner | yes.. it would be nice and you are dreaming |
| 22:52.21 | learner | even getting the original authors to at least fully document each of the individual classes would be a useful trick |
| 22:52.32 | patlabor221 | I don't think that could happen |
| 22:52.44 | patlabor221 | not everyone is a "documenter" |
| 22:53.21 | patlabor221 | perhaps coudl get somone who is not a mainline dev, but how has familiarity with coding, to be responsible for docing things |
| 22:53.26 | patlabor221 | somone who can perster devs |
| 22:53.40 | learner | that is true -- but their intent as a developer should at least be written down |
| 22:53.40 | patlabor221 | and it dosn't have to be line by line docs |
| 22:53.48 | patlabor221 | yes that's called a spec |
| 22:53.49 | patlabor221 | :) |
| 22:53.51 | learner | someone else can work out cleaning it up and making "documentation" out of it |
| 22:54.15 | patlabor221 | well right now we have no way of knowing what things are "suposed" to do. |
| 22:54.36 | learner | exactly -- only the guy who wrote the class |
| 22:55.09 | patlabor221 | well and I don't even think that person knows the full extent of the desired behavor, and how the end user experience is supsoed to be |
| 22:55.17 | patlabor221 | I'm thinking higher level then classes |
| 22:55.26 | patlabor221 | like "how do tanks collide" |
| 22:55.35 | patlabor221 | what hapens when a bullet his a pyrmaid |
| 22:55.58 | learner | Ah.. |
| 22:56.51 | learner | That'd be nice too |
| 22:57.03 | patlabor221 | cus if you can't at least doc that, then what is the point of docing the lower level things |
| 22:57.26 | patlabor221 | the largest problem I see now is component interaction |
| 22:57.57 | learner | Depends on what's being done, if I'm modifying or using someone's class -- I need class/interface docs; if I'm adding something new -- I tend to need a bigger picture (and knowledge of generally available facilities) |
| 22:58.04 | patlabor221 | it's nice that we are geting these component services now ( bzdb, keyMAN, etc..) but noone knows how they are suposed to work with the other stuff. |
| 22:58.17 | patlabor221 | yes I agree |
| 22:58.27 | patlabor221 | but I say start at the top and move down |
| 22:58.44 | patlabor221 | lets get our high level structure confirmed |
| 22:58.55 | patlabor221 | then we can get info on the sub comonents. |
| 23:01.15 | learner | that works for me |
| 23:02.46 | patlabor221 | cus I think right now, many things don't do what we think they "should" do |
| 23:03.00 | patlabor221 | so we need a doc monkey :) |
| 23:03.15 | learner | heh |
| 23:03.50 | patlabor221 | really we should have some document that describes the entire end user experince |
| 23:04.08 | patlabor221 | how we do it is up for debate, but we should know what it should look like in the end. |
| 23:04.35 | patlabor221 | cus that's whats important, not slick code, or new tech under the hood, but how the game plays, feels and looks |
| 23:06.07 | patlabor221 | tho slick code is slick :) |
| 23:07.04 | patlabor221 | and the better we make the codebase the easyer it is for us to work in it, but that dosn't really concern the gamers |
| 23:08.56 | learner | sure. I was taking a peek at another game a couple days ago and it really made me yearn for new features. Features that are all but impossible without more organization/documentation on both the front and back end of features and design. |
| 23:09.52 | patlabor221 | what game? |
| 23:10.15 | patlabor221 | and yeah we should look at other games, many of them have good ideas |
| 23:10.27 | patlabor221 | I think me and you are the only 2 that have even played another game. |
| 23:11.36 | learner | Tribes 2 |
| 23:11.44 | patlabor221 | ahh |
| 23:11.48 | patlabor221 | yeah and that's an old one |
| 23:11.58 | patlabor221 | but it had cool team features |
| 23:12.02 | learner | Yea, it had some sweet features :) built in irc client, very nice server menu |
| 23:12.07 | patlabor221 | yeah |
| 23:12.14 | patlabor221 | UT had a lot of that too |
| 23:12.19 | learner | yea |
| 23:12.21 | patlabor221 | server management with UT was cake |
| 23:12.30 | patlabor221 | and the mutilators, those were great |
| 23:12.53 | patlabor221 | tho they have the advanatage that all of there game code is in there own lang and totaly plat dependent |
| 23:13.01 | patlabor221 | tho we coudl do the same thing with python or the like |
| 23:14.46 | patlabor221 | if we coudl clean up the graphic engine I could add cool little features to it easy |
| 23:14.53 | patlabor221 | like ground clutter and "flair" |
| 23:15.04 | patlabor221 | like what was done in pybzflag |
| 23:15.08 | learner | things are made a little easier for them due to lack of platform issues -- we have to continually recheck everything |
| 23:15.19 | Spiff | It'd be nice to be able to re-color the ground. :-) |
| 23:15.29 | learner | yes.. things like that _have_ to happen, imo |
| 23:16.04 | learner | it should be trivial to modify the HUD and add goo and what not, too -- but from what I can tell, it is not |
| 23:17.09 | patlabor221 | no it's not |
| 23:17.20 | patlabor221 | do you know where textures are loaded for some things? |
| 23:17.25 | patlabor221 | in SHOT STRAT!! |
| 23:17.59 | patlabor221 | this is why I think it's important to doc the end user experince first |
| 23:18.16 | patlabor221 | cus we don't really want to keep the implementation we have now for the most part |
| 23:18.36 | learner | woa.. |
| 23:18.37 | patlabor221 | and a clean doc, can let somone go rip out a part, and clean it up, and still make sure it works the same. |
| 23:18.51 | patlabor221 | how is your singleton working? |
| 23:18.58 | patlabor221 | or lack therof |
| 23:18.59 | learner | I took out singleton and soemthig how wigs out |
| 23:19.19 | learner | something really fishy going on here |
| 23:19.40 | learner | s/how/else/ |
| 23:25.06 | learner | I think I'm just going to have to check out specific revisions in time and see how far I have to go back before the problem goes away -- this debug hunting is not working for this problem |
| 23:26.59 | larsl | ~xmission |
| 23:27.14 | larsl | Annoying nick and teammate killer on xmission. |
| 23:27.22 | learner | grr |
| 23:28.53 | larsl | Behaving similar to S*bob, too. |
| 23:29.22 | bryjen | ~seen ElectricElf |
| 23:29.26 | | electricelf is currently on #bzflag (23h 42m 8s). Has said a total of 1 messages. Is idling for 22h 48m 50s |
| 23:30.18 | *** join/#bzflag Ramstein (Ramstein@0-1pool187-191.nas22.tempe1.az.us.da.qwest.net) |
| 23:30.31 | Spiff | Hey Ramstein. :-) |
| 23:30.53 | Ramstein | hey spiff what up |
| 23:31.03 | Spiff | N2m. What's up with you? |
| 23:31.07 | Ramstein | Im lookig for an xmission admin |
| 23:31.31 | Ramstein | Have a jack*** |
| 23:32.13 | Spiff | Hmm. Sadly.. I think they only one here is TimRiker. |
| 23:32.14 | larsl | Ramstein: He's gone. |
| 23:32.16 | Spiff | And he's never around. |
| 23:32.29 | Ramstein | thats too bad |
| 23:32.39 | larsl | Ramstein: The jack***, I mean. |
| 23:32.41 | Spiff | That's why I don't play on xmission. ;-) |
| 23:32.46 | larsl | Someone banned him. |
| 23:32.50 | Ramstein | Cool! |
| 23:33.17 | Ramstein | Its the only server where I can get a decent lag |
| 23:33.27 | Ramstein | But .. that will change on Wednesday! |
| 23:33.29 | Spiff | Ahh.. that's an issue then. |
| 23:33.54 | learner | wtf.. tim disabled /report.. hehe |
| 23:34.17 | Ramstein | Im hoping to play a bit more ctf |
| 23:34.29 | Spiff | Awesome, Ramstien. :-) |
| 23:35.02 | Ramstein | Hopefully I dont have to watch bullets pass through tanks anymore lol |
| 23:35.18 | larsl | Ramstein: That's because of their lag, not yours. =) |
| 23:35.26 | Spiff | HEhehe larsl. |
| 23:35.44 | Ramstein | Well I think its more or less due to my lag on ducati |
| 23:35.54 | Ramstein | the tanks light up but dont explode |
| 23:36.04 | Ramstein | however my lag is horrible there |
| 23:36.09 | Ramstein | over 250 |
| 23:36.47 | Ramstein | Well cya all ... gonna get a little more bz before work |
| 23:41.24 | *** part/#bzflag Tupone (~Tupone@ppp-217-133-255-186.cust-adsl.tiscali.it) |
| 23:52.45 | *** join/#bzflag |tim| (~Tim@ip68-106-184-191.sb.sd.cox.net) |
| 23:53.39 | larsl | Question about the build date in the version string: If the date is supposed to be the date when the program was actually built and _not_ when the code from which it was built was last changed, what does the date in the source distribution name mean? |
| 23:54.49 | learner | it reflects when a commit was made |
| 23:55.11 | learner | the last commit, to be more specific, prior to that snapshot |
| 23:55.15 | larsl | So we have two different dates in two different version strings? |
| 23:55.38 | ElectricElf | bryjen: Did you need something? |
| 23:55.43 | learner | yes, if I understand you correctly |
| 23:56.33 | larsl | So if I would download bzflag-1.9.0-20030914 and build it three days later, it would be bzflag-1.9.0-20030917. |
| 23:56.49 | larsl | And if I built it again the day after it would be bzflag-1.9.0-20030918. |
| 23:56.50 | patlabor221 | the source date is handled by CVS |
| 23:56.57 | learner | the numbers are not related |
| 23:57.02 | patlabor221 | yeah |
| 23:57.15 | patlabor221 | cus I could build like 5 times over multiple days before I even commit |
| 23:57.17 | learner | the filename dates merely reflect which cvs source code that is |
| 23:57.43 | ElectricElf | Anybody know how to force bzflag to render the playing field as if it was night? |
| 23:57.53 | ElectricElf | (The sky is too bright, I often can't see the score list) |
| 23:58.04 | larsl | ElectricElf: I use 'P' to increase the time of day. |
| 23:58.51 | larsl | ElectricElf: It's the "Time forward" and "Time backward" keys in the key mapping. |
| 23:58.53 | ElectricElf | larsl: Aha, I see keybindings for it. Thanks. |
| 23:59.16 | patlabor221 | the HG Wells keys :) |
