| 00:02.33 | blast | JefferyM: hehe, now it crashes she I *shoot* someone with GM ;) |
| 00:02.38 | blast | when I* |
| 00:02.42 | trepan | in PointShotStrategy.cxx: if (closestPos.lengthSq() < radius2) <<< ? |
| 00:02.57 | trepan | there's still a spherical test in there? |
| 00:04.31 | JefferyM | probalby not |
| 00:05.01 | JefferyM | should just quit trying to do anything |
| 00:05.04 | trepan | you mean, "probably shouldn't be" ? |
| 00:06.57 | JefferyM | I meant lots of things that got compressed |
| 00:07.48 | CIA-64 | BZFlag: 03JeffM2501 * r20098 10/trunk/bzflag/src/clientbase/ (GuidedMissleStrategy.cxx PointShotStrategy.cxx): |
| 00:07.48 | CIA-64 | BZFlag: don't try to update a bbox for GM at all |
| 00:07.48 | CIA-64 | BZFlag: don't check for radii when we are doing a box test instead of a sphere test. |
| 00:07.56 | *** join/#bzflag TimRiker (n=timr@bzflag/projectlead/TimRiker) |
| 00:07.56 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 00:11.22 | CIA-64 | BZFlag: 03wyk3d * r20099 10/branches/gsoc_bzauthd/src/ (4 files in 2 dirs): |
| 00:11.22 | CIA-64 | BZFlag: Added code for atomically fetch/incrementing the next bzid and registering new users with it (LDAP part). |
| 00:11.22 | CIA-64 | BZFlag: Fixed a bug with trying to register existing users showing up as successful. |
| 00:13.16 | blast | Wyk3d: what's your plan now that you have the BZID in? |
| 00:13.30 | SpazzyMcGee | What are the criteria for the markers to come on? It seems to flick on and off to no apparent patten.... |
| 00:13.53 | Wyk3d | i have a cn=NextUID object with a uid field storing the next uid |
| 00:14.29 | Wyk3d | hmm should i just paste the comment where i explained it ? ^^ |
| 00:15.10 | blast | Wyk3d: I mean, what's the next thing you want to implement ;) |
| 00:15.42 | Wyk3d | ah, well this was the ldap part (thought would also be the harder part but ended up working on the first try oddly enough) |
| 00:16.02 | Wyk3d | next is sending the bzid in packets |
| 00:16.09 | blast | ok |
| 00:16.10 | Wyk3d | and storing in the user storage |
| 00:16.53 | blast | will the client be getting that? |
| 00:17.09 | blast | previously just the server did, when it checked the token |
| 00:17.17 | Wyk3d | no i think it's not needed at registration |
| 00:17.34 | Wyk3d | yes that's where i will send it |
| 00:17.41 | blast | k |
| 00:20.02 | spldart | huh... windows still fine but linux puked up http://pastebin.bzflag.bz/m73a170af |
| 00:20.31 | trepan | that's new, and minor |
| 00:20.44 | spldart | oh... was about to rebuild everything.... |
| 00:20.57 | trepan | na, just an unused var, as the error says ;) |
| 00:21.09 | CIA-64 | BZFlag: 03JeffM2501 * r20100 10/trunk/bzflag/src/clientbase/PointShotStrategy.cxx: what's a radius between friends! |
| 00:21.20 | spldart | LOLz at the descript |
| 00:21.38 | trepan | it's all about personal space, close-talkers be damned |
| 00:21.40 | bryjen | about arm's length, unless there really good friends ;) |
| 00:21.49 | spldart | I'm building along nice now |
| 00:22.59 | spldart | oh the jokes.. I could make... |
| 00:23.10 | blast | build works here |
| 00:23.19 | spldart | it's fine now |
| 00:23.24 | spldart | all good win and lin |
| 00:24.05 | blast | s/here/here now/ |
| 00:24.38 | CIA-64 | BZFlag: 03JeffM2501 * r20101 10/trunk/bzflag/src/clientbase/PointShotStrategy.cxx: verify that the shotProximity is good before we use it, since humans are stupid. |
| 00:25.22 | spldart | Sounds like something Bender would say. |
| 00:25.38 | spldart | :) |
| 00:26.30 | JefferyM | trepan, I think I was worried about where else bbox was used in the local player |
| 00:26.35 | bryjen | ~bzpastebin |
| 00:26.36 | ibot | extra, extra, read all about it, bzpastebin is http://pastebin.bzflag.bz or a place to put large chunks of text so as not to flood a channel |
| 00:27.32 | bryjen | http://pastebin.bzflag.bz/m14b9d6bb |
| 00:28.30 | bryjen | oops, that's before that last commit |
| 00:28.37 | bryjen | tries again |
| 00:28.43 | JefferyM | should not chagne it that much |
| 00:28.50 | JefferyM | what is on your line 85? |
| 00:29.01 | JefferyM | ahh the segment test probably |
| 00:29.03 | JefferyM | hmmmm |
| 00:29.12 | spldart | all build fine win and lin 20101 |
| 00:29.16 | JefferyM | wonder if that was in the old GM code too |
| 00:29.33 | bryjen | which file? |
| 00:29.41 | JefferyM | it's ok |
| 00:32.10 | JefferyM | I'm pretty sure that GM in 2.0.x only did a full sphere test |
| 00:32.17 | CIA-64 | BZFlag: 03JeffM2501 * r20102 10/trunk/bzflag/src/clientbase/PointShotStrategy.cxx: don't do the per segment test for GM ether, since GM doesn't really have segments, nor keep it's segment bboxes up to snuff. |
| 00:32.20 | JefferyM | so it may have had a larger hit radius the normal shots |
| 00:32.47 | JefferyM | that may help |
| 00:35.51 | bryjen | http://pastebin.bzflag.bz/m414c8b99 |
| 00:48.10 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 00:53.06 | *** join/#bzflag plasma_kaz (n=Evan@ip68-99-22-196.om.om.cox.net) |
| 00:55.34 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 00:56.02 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 01:05.23 | *** join/#bzflag TimRiker (n=timr@bzflag/projectlead/TimRiker) |
| 01:05.23 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 01:18.54 | *** join/#bzflag JeffM (n=Jeff@bzflag/projectadmin/JeffM) |
| 01:18.54 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 01:24.17 | delusional_ | still wants to see -ms turned into a variable. |
| 01:24.22 | delusional_ | listserver is down |
| 01:27.08 | JeffM | no it's just slow |
| 01:27.49 | temp_dist | heh - as in, it will work when it wants to :D |
| 01:28.02 | JeffM | no as in it did what you ask, you just didn't wait around long enough ;) |
| 01:29.02 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 01:36.24 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 01:47.47 | *** part/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 01:49.34 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 02:01.23 | Mets1 | well jeff you win - I updated microsoft sdk to 6.1 thinking maybe MSVC would like that better and it didn't any of my compile errors from last night - toss that microsoft strategy out the window |
| 02:01.47 | CIA-64 | BZFlag: 03bthansen * r20103 10/trunk/bzflag/src/common/bzfio.cxx: |
| 02:01.47 | CIA-64 | BZFlag: bzfs: Fix timestamp buffer size so -ts micros output fits |
| 02:01.47 | CIA-64 | BZFlag: Timestamps with micros included are no longer truncated. |
| 02:02.23 | blast007 | didn't fix* ? |
| 02:02.31 | blast007 | Mets1: and are you using the latest code? |
| 02:03.14 | JeffM | Mets1: so far I have had 3 people build fine with current code, doing the build the right way |
| 02:05.14 | JeffM | is there a test server that we have /set perms on? |
| 02:05.34 | Thumper_ | yes |
| 02:05.45 | JeffM | when was it built last? |
| 02:05.45 | Thumper_ | norang.ca servers - developers have most perms |
| 02:05.47 | Mets1 | yeah norang I believe |
| 02:05.50 | Thumper_ | today |
| 02:05.51 | Thumper_ | 3am |
| 02:05.57 | JeffM | hmm |
| 02:05.58 | Thumper_ | they build daily |
| 02:06.01 | JeffM | what time MY time? :) |
| 02:06.08 | JeffM | its' 7:05 here now |
| 02:06.11 | JeffM | PM |
| 02:06.12 | Thumper_ | midnight your time |
| 02:06.19 | JeffM | ok should be good then |
| 02:06.23 | JeffM | hopes |
| 02:06.45 | Mets | blast007: yes I'm using the latest revision |
| 02:06.47 | JeffM | all it has to have is the var name in the global descriptor |
| 02:06.52 | JeffM | Mets: how did you build? |
| 02:07.19 | Mets | built in msvc 2008, latest microsoft sdk, debug mode, bzflag.sln |
| 02:07.32 | JeffM | did you do a rebuild or a build? |
| 02:07.37 | Thumper_ | wow it's slow :/ |
| 02:07.41 | Mets | I got two errors - LNK2019 and LNK2001, get it if I do either a build or a rebuild |
| 02:08.59 | trepan | Mets: pastebin'ing your error log would probably be more useful |
| 02:09.02 | Mets | I also re-checked out a fresh copy of trunk just to make sure it wasn't something I did locally, and I still get the same errors |
| 02:09.07 | Mets | trepan: sure |
| 02:09.37 | JeffM | if they are the same as last night I don't know what they are |
| 02:09.49 | JeffM | but yeah paste it up I guess |
| 02:09.59 | JeffM | hmmm, I'm not too happy with that hit volume |
| 02:10.28 | JeffM | debug tank drawing can be enabled trepan ? |
| 02:10.37 | trepan | ya, already is |
| 02:10.43 | trepan | wrong shape though |
| 02:10.43 | JeffM | yeah but what var? :) |
| 02:10.48 | JeffM | will it show me the bbox? |
| 02:10.51 | trepan | (debugTankDraw) |
| 02:10.55 | JeffM | thanks |
| 02:10.59 | trepan | no, shows the hitSphere a.t.m. |
| 02:11.04 | trepan | box code is commented |
| 02:11.10 | JeffM | k |
| 02:11.21 | JeffM | should I just add the hit volume to the bbox in localplayer? |
| 02:11.26 | JeffM | is it only used for shots? |
| 02:11.34 | trepan | you mean collider.size ? |
| 02:11.40 | JeffM | yeah |
| 02:11.43 | JeffM | it gets that from bbox |
| 02:11.51 | JeffM | and its' a ref |
| 02:11.52 | trepan | yes, just modify collider.size |
| 02:11.54 | JeffM | IIRC |
| 02:11.58 | JeffM | it's a ref |
| 02:12.01 | JeffM | not a copy |
| 02:12.06 | trepan | make a copy then |
| 02:12.10 | trepan | probably better |
| 02:12.13 | JeffM | that's what I was doing :) |
| 02:12.16 | JeffM | I'll clean it up |
| 02:12.19 | JeffM | and pass by value |
| 02:12.34 | trepan | you could also remove some of the 0.5f*tankHeight cruft |
| 02:12.55 | JeffM | probalby and just use the collider |
| 02:13.01 | trepan | pass what by value? ShotCollider? |
| 02:13.02 | JeffM | having it arbitrary would be nice |
| 02:13.08 | JeffM | no the size in the collider |
| 02:13.16 | JeffM | make it not a ref |
| 02:13.18 | Mets | ok here's the error log - all basically either 2001 or 2019 error code; http://bzflag.pastebin.ca/1490298 |
| 02:13.18 | trepan | ah, ok, had me worried for a sec ;-) |
| 02:13.38 | JeffM | right now I make a temp copy of bbox, mod it, and use a ref to that in collider |
| 02:13.43 | trepan | it's not currently a ref, am i missing something? |
| 02:13.50 | JeffM | I thought it was a ref |
| 02:13.54 | JeffM | looks again |
| 02:13.58 | trepan | it's just 'fvec3 ShotCollider::size' |
| 02:14.10 | JeffM | oh then I'm thinking the wrong thing |
| 02:14.22 | JeffM | I was thinking bbox |
| 02:14.30 | trepan | it's not a ref either |
| 02:14.30 | JeffM | yeah I see what you are meaning now |
| 02:14.40 | JeffM | as I said, I have little clue what I'm doing ;) |
| 02:14.55 | JeffM | just trying to kill it faster |
| 02:15.01 | trepan | hehe |
| 02:15.04 | trepan | rage on |
| 02:15.29 | JeffM | then once I get my microcontroller I'll have all the free time I need |
| 02:16.54 | JeffM | ok so dims is used for the OBB test, and bbox is used for the "segement outside box" test |
| 02:17.01 | JeffM | both need to be exanded I think |
| 02:25.00 | trepan | yup |
| 02:26.13 | trepan | i think you were gone for this one (2 hours ago): <+bryjen> http://pastebin.bzflag.bz/m414c8b99 |
| 02:26.35 | JeffM | hmmm |
| 02:27.07 | JeffM | no, I think that was the segment test, I put in a check for that |
| 02:27.38 | CIA-64 | BZFlag: 03JeffM2501 * r20104 10/trunk/bzflag/src/clientbase/ (LocalPlayer.cxx PointShotStrategy.cxx): |
| 02:27.38 | CIA-64 | BZFlag: make the shot collider be more generic, add in the proximity padding before it gets sent in. |
| 02:27.38 | CIA-64 | BZFlag: refactor the hit test to use more of the colliders data. |
| 02:27.47 | JeffM | there were 2 sections that tried to do the bbox test on GMs, and I fixed them seperately cus I missed one |
| 02:27.58 | JeffM | the old GM code didn't try to see if the segment was outside of the bbox |
| 02:28.18 | JeffM | so now it works like that again, just skipping those tests for the GM class |
| 02:29.00 | Mets | JeffM: do you know if they built it in debug mode or as a release? |
| 02:29.53 | JeffM | debug |
| 02:30.01 | JeffM | not debug distrobution |
| 02:30.37 | Mets | yeah those errors are from trying to build debug distribution - I just tried release and it built, save a libcurl error that I know has something to do with $target |
| 02:30.51 | JeffM | yeah don't build distro |
| 02:30.59 | JeffM | you arn't building packages or installers ;) |
| 02:31.02 | JeffM | build debug |
| 02:31.29 | JeffM | that's why I asked you what target you were building last night, and you said debug |
| 02:31.55 | JeffM | distro has external dependencies |
| 02:32.01 | Mets | I'm afraid I may have misspoken, we'll see if she builds |
| 02:33.58 | *** join/#bzflag short_circuit (n=spldart2@c-98-197-19-35.hsd1.tx.comcast.net) |
| 02:35.37 | Mets | bah, it built, silly me I must have changed it to debug distro |
| 02:36.24 | Mets | just the libcurl,dll error, which I'm almost positive is related to my debug command set to $(TargetPath) instead of something else... |
| 02:36.43 | JeffM | yes that's not part of the build that's the run |
| 02:38.16 | Mets | right, and if i recall correctly, I just need to change the working directory since the client gets copied to the main folder |
| 02:38.45 | JeffM | you change the debug command to the exe we copy to the root |
| 02:38.48 | JeffM | and the working dir |
| 02:39.02 | *** join/#bzflag Think_Differentl (n=fatass__@bzflag/player/ThinkDifferent) |
| 02:39.08 | JeffM | if you just change the working dir, it'll try to load the data dir from the /debug/ folder |
| 02:40.21 | Mets | bingo thanks jeff |
| 02:40.50 | Mets | not sure how my settings got changed, I must have forgotten to save them or something |
| 02:40.53 | CIA-64 | BZFlag: 03trepan * r20105 10/trunk/bzflag/src/bzflag/DebugDrawing.cxx: * boxy debugTankDraw |
| 02:40.59 | trepan | JeffM: setup the same as the collider in LocalPlayer.cxx |
| 02:41.34 | Mets | I missed driving around the norang test servers all by my lonesome :P |
| 02:41.48 | JeffM | trepan: thanks |
| 02:42.31 | JeffM | ponders killing the distrobution builds and just working it all into fullbuild |
| 02:42.59 | JeffM | I think the only diff is curses now |
| 02:43.04 | *** join/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 02:44.33 | Mets | latest trunk looks nice, good job - wish I could say I was more of a help :P |
| 02:45.58 | randomparticle | i'm struggling to build an x64 libcurl |
| 02:46.04 | randomparticle | works ok for x86 |
| 02:46.17 | randomparticle | but when i got to x64 i get this stuff: |
| 02:46.18 | randomparticle | connect.obj : error LNK2019: unresolved external symbol __imp_ioctlsocket referenced in function Curl_nonblock |
| 02:46.32 | randomparticle | i'm using the x64 linker |
| 02:46.40 | JeffM | is it even designed to work in 64 bit? |
| 02:46.40 | Mets | heh, I had that error when I was trying to build debug distro |
| 02:46.49 | randomparticle | yeah. |
| 02:47.03 | randomparticle | i compiled it fine in the past. maybe i've missed a step somewhere |
| 02:47.13 | JeffM | randomparticle: what target are you building? |
| 02:47.22 | randomparticle | dll-release |
| 02:47.25 | JeffM | debug or debug distobution |
| 02:47.27 | JeffM | of bzflag? |
| 02:47.37 | randomparticle | haven't even got to bzflag yet :) |
| 02:47.43 | randomparticle | still stuck on libcurl |
| 02:47.48 | JeffM | ok then you arn't using our libcrul project |
| 02:48.01 | JeffM | dunno what to tell you then |
| 02:48.36 | randomparticle | is bzflag referencing libcurl_imp.lib now? |
| 02:48.58 | CIA-64 | BZFlag: 03JeffM2501 * r20106 10/trunk/bzflag/MSVC/build/bzflag.sln: clientbase dosn't have distro configs, so just use the regular ones. |
| 02:49.12 | JeffM | we build our own lib, staticly. |
| 02:49.18 | randomparticle | ok |
| 02:49.38 | JeffM | oh no we do dynamic |
| 02:50.13 | JeffM | it's going to use the same name as the dll, for the export lib |
| 02:50.22 | JeffM | since its' just the normal dependency auto-link |
| 02:50.29 | randomparticle | this is driving me nuts. maybe i should find an older version. i definitely did this before |
| 02:53.37 | blast007 | randomparticle: what's wrong with the one we have bundled? or are you not building trunk? |
| 02:54.38 | randomparticle | this isn't trunk |
| 02:54.53 | JeffM | it's his rendering branch probably |
| 02:56.05 | randomparticle | why would a symbol suddenly become unresolved if i move to x64? |
| 02:56.16 | randomparticle | i've cleaned and rebuilt |
| 02:56.30 | JeffM | if that exact version isn't implemented in 64, or has a different sig. |
| 02:56.48 | CIA-64 | BZFlag: 03JeffM2501 * r20107 10/trunk/bzflag/MSVC/build/bzflag.sln: don't bother with the installer here, leave it for the |
| 02:57.25 | randomparticle | but it can't find a symbol in the very thing i'm buidling |
| 02:57.41 | randomparticle | oh wait.. |
| 02:57.55 | randomparticle | ioctsocket |
| 02:57.59 | randomparticle | where would that be? |
| 02:58.12 | randomparticle | *ioctlsocket |
| 02:58.14 | JeffM | that's probably a winsock thing |
| 02:58.36 | JeffM | does the code assume that _WIN32 is all windows? |
| 02:59.01 | JeffM | perhaps it's defauling a #def to linux because _WIN64 is define |
| 02:59.05 | JeffM | and _WINDOWS IIRC |
| 02:59.11 | randomparticle | maybe i haven't got a vc++ directory set up right for x64 |
| 02:59.21 | randomparticle | in the list of paths |
| 02:59.27 | randomparticle | so it can't find the windows header |
| 02:59.30 | randomparticle | something like that |
| 02:59.36 | JeffM | that is also possible, but that would give you a compile error |
| 02:59.38 | JeffM | not a link error |
| 02:59.48 | randomparticle | ok. maybe a lib path is wrong |
| 02:59.49 | JeffM | more then likely you have not setup the x64 system libs |
| 02:59.51 | JeffM | yeah |
| 02:59.54 | JeffM | it'd be a lib not a header |
| 03:00.03 | randomparticle | i installed the windows sdk |
| 03:00.05 | spldart | ugh. winsock. I've had more trouble... sry |
| 03:00.08 | CIA-64 | BZFlag: 03trepan * r20108 10/trunk/bzflag/src/bzflag/DebugDrawing.cxx: * added the necessary _forbidDebug check |
| 03:01.00 | randomparticle | with visual studio express, you can't just flip it into 64-bit |
| 03:01.01 | trepan | would have ruined CL and ST both :) |
| 03:01.05 | randomparticle | you have to set each path by hand |
| 03:01.10 | randomparticle | so i might have missed one |
| 03:02.57 | randomparticle | i've put this in: C:\Program Files\Microsoft SDKs\Windows\v6.1\Lib |
| 03:03.00 | randomparticle | still no luck |
| 03:03.24 | blast007 | ask the libcurl developers |
| 03:03.56 | randomparticle | no, i can do this :) |
| 03:04.00 | randomparticle | i will not be defeated |
| 03:04.25 | JeffM | yeah this isn't the best place to talk about how to fake out x64 builds on EE in third party libs ;) |
| 03:05.05 | randomparticle | yay oh yay |
| 03:05.13 | randomparticle | --> C:\Program Files\Microsoft SDKs\Windows\v6.1\Lib\x64 |
| 03:05.19 | randomparticle | that's the one |
| 03:05.40 | CIA-64 | BZFlag: 03JeffM2501 * r20109 10/trunk/bzflag/MSVC/build/bzflag.sln: remove distro configs and x64 targets from bzflag dev solution |
| 03:05.41 | randomparticle | 4am clearly isn't the optimal hour for this stuff |
| 03:07.40 | CIA-64 | BZFlag: 03trepan * r20110 10/trunk/bzflag/src/bzflag/DebugDrawing.cxx: * observers can always view tank hit boxes, even when _forbidDebug is true |
| 03:08.42 | CIA-64 | BZFlag: 03JeffM2501 * r20111 10/trunk/bzflag/MSVC/build/bzfs.sln: remove distro configs and x64 targets from bzfs dev solution |
| 03:08.51 | JeffM | ponders just redoing all the projects from scratch.... |
| 03:12.06 | JeffM | meh, after the release |
| 03:12.13 | JeffM | then we can set it up proper :) |
| 03:15.17 | randomparticle | with visual studio, is there a way of quickly jumping to the compilation errors? |
| 03:15.38 | randomparticle | there's an arrow that but it takes me to warnings too |
| 03:15.41 | randomparticle | and there are lots of those |
| 03:18.32 | blast007 | hide the warnings |
| 03:19.08 | blast007 | errors, warnings, and messages - you can toggle those from the error list by clicking on each button |
| 03:20.08 | randomparticle | hmm |
| 03:20.23 | randomparticle | error list? |
| 03:20.31 | randomparticle | i've got an output window |
| 03:20.37 | randomparticle | i see errors and other stuff in that |
| 03:20.45 | randomparticle | is that what you mean? |
| 03:20.51 | JeffM | add the error list then |
| 03:20.55 | JeffM | view menu |
| 03:21.02 | JeffM | not all the windows are up by default |
| 03:21.05 | randomparticle | ah, ok |
| 03:21.11 | JeffM | I usualy keep errors as a tab where output is |
| 03:21.21 | JeffM | errors, commands, output, find, all allong the bottom |
| 03:21.28 | CIA-64 | BZFlag: 03bthansen * r20112 10/trunk/bzflag/ (6 files in 4 dirs): bzfs: Add -utc switch to output log messages in UTC instead of localtime |
| 03:21.29 | randomparticle | oh, it's under a submenu "other windows" |
| 03:21.32 | JeffM | yep |
| 03:21.35 | randomparticle | cool |
| 03:21.38 | randomparticle | thanks very much |
| 03:33.38 | TD-Linux | whoa |
| 03:33.49 | TD-Linux | tank shot collision shape changed? |
| 03:33.54 | JeffM | yes |
| 03:34.29 | JeffM | it now uses a teapot shape |
| 03:34.54 | TD-Linux | not suzanne? |
| 03:35.14 | spldart | Interesting |
| 03:36.01 | randomparticle | very nearly there now. just get this compiling bzadmin: |
| 03:36.03 | randomparticle | 1>LINK : fatal error LNK1181: cannot open input file 'pdcurses.lib' |
| 03:36.04 | JeffM | I'm not 100% sold on the new shape |
| 03:36.18 | JeffM | randomparticle: then get pdcurses |
| 03:36.45 | randomparticle | hmm.. i didn't need that when i compiled for x86 |
| 03:36.58 | JeffM | what configuration are you set to |
| 03:37.05 | JeffM | regular or distrobution? |
| 03:37.10 | randomparticle | release |
| 03:37.17 | JeffM | release or release distrobution? |
| 03:37.23 | randomparticle | just release |
| 03:37.54 | JeffM | well you were the one that moded the projects to use 64 bit, so I don't know what config you based them off of |
| 03:38.04 | JeffM | usualy the distro ones only need curses |
| 03:39.06 | randomparticle | hmm.. curious. there's a release_pdcurses on the dropdown |
| 03:39.13 | randomparticle | but i'm not using that |
| 03:39.33 | JeffM | in the configuration manager what config is bzadmin set to? |
| 03:39.36 | JeffM | release? |
| 03:40.16 | randomparticle | yes |
| 03:40.28 | JeffM | is the project set to include curses? |
| 03:41.00 | randomparticle | i don't know |
| 03:41.22 | JeffM | you should probably know how your fork is set up ;) |
| 03:41.40 | JeffM | how often do you sync it to changes in trunk? |
| 03:43.03 | randomparticle | relatively infrequently |
| 03:43.53 | randomparticle | wondering if this is some hash define situation |
| 03:43.58 | JeffM | nope |
| 03:44.02 | JeffM | libs are not #defines |
| 03:44.12 | JeffM | its' part of the linker input stage in the project |
| 03:44.21 | JeffM | #defines are always compile time things |
| 03:44.25 | randomparticle | i compiled it successfully earlier today as x86 |
| 03:44.28 | randomparticle | same codebase |
| 03:44.33 | JeffM | so |
| 03:44.44 | JeffM | x64 uses it's OWN set of proejct options |
| 03:44.52 | JeffM | it's not GCC, it dosnt' just change the compiler bit |
| 03:45.05 | JeffM | it makes a copy of the project settings for each platform |
| 03:45.24 | JeffM | right click on bzadmin, properties, linker, input |
| 03:45.33 | JeffM | is pdcurses.lib one of the input libs? |
| 03:46.11 | randomparticle | yeah |
| 03:46.19 | JeffM | then that's why it wants it ;) |
| 03:46.50 | JeffM | when you added the x64 target, you probably had it copy the settings from a distro config, not a regular config |
| 03:47.17 | randomparticle | to get x64 i only added some windows paths |
| 03:47.34 | JeffM | ok, then how did you tell the compiler to build it x64 then? ;) |
| 03:48.02 | JeffM | just changing what it links to does not change the code the compiler generates |
| 03:48.22 | randomparticle | i put the bin path with the vc x64 cross compiler top of the list |
| 03:48.37 | randomparticle | that's how one does it with visual studio express |
| 03:48.41 | JeffM | well that lib is there, it got there somehow, so it will use it |
| 03:48.49 | randomparticle | there's no x64 optiion like in the full version |
| 03:48.50 | JeffM | how it got there, only you can know |
| 03:49.07 | JeffM | then you should no be suprised that you have problems building x64 ;) |
| 03:50.14 | randomparticle | it's either that or spend $1000 on visual studio |
| 03:50.44 | randomparticle | and with vs 2010 just around the corner, not sure it's worth it |
| 03:51.18 | JeffM | your ray tracer uses over 2 gigs of memory? |
| 03:54.34 | randomparticle | well, i just cut pdcurses.lib from that dependency list |
| 03:54.38 | randomparticle | and it compiled fine and works |
| 03:54.47 | randomparticle | no idea how it got in there |
| 03:54.54 | JeffM | that'd be what our normal targerts do |
| 03:55.32 | randomparticle | so the x86 compilation should have failed too? |
| 03:56.09 | randomparticle | remember, this is not a different configuration. it's the same one with a couple of vc++ paths added |
| 03:56.10 | JeffM | if it could not find pdcurses.lib and it was in the include list at that time |
| 03:57.25 | randomparticle | why's it listed as a dependency if it's not needed? |
| 03:57.37 | JeffM | you tell me |
| 03:57.42 | JeffM | it's only there in your fork |
| 03:57.47 | JeffM | it's needed for distro |
| 03:57.55 | JeffM | beause we turn on HAVE_CURSES_H |
| 03:57.59 | randomparticle | this isn't "my fork" :) |
| 03:58.10 | randomparticle | this is just standard svn source |
| 03:58.17 | JeffM | ok, your messed up projects :) |
| 03:58.20 | randomparticle | i haven't even got around to doing anything with it yet |
| 03:58.29 | JeffM | I checked the standard ones, it's only set for distro |
| 03:58.34 | JeffM | how old is it? |
| 03:58.46 | randomparticle | few weeks at least |
| 03:58.53 | JeffM | maybe it was busted then |
| 03:59.23 | JeffM | or maybe it got busted with your hacks for 64, dunno.. don't really care |
| 03:59.32 | randomparticle | i haven't hacked it at all yet |
| 03:59.51 | randomparticle | my procedure is to compile the standard stuff, make sure that's working |
| 03:59.59 | randomparticle | and then i know any errors later are my own |
| 04:00.01 | JeffM | ok, then it was the other reason |
| 04:00.04 | JeffM | does it really matter? |
| 04:02.44 | CIA-64 | BZFlag: 03JeffM2501 * r20113 10/trunk/bzflag/MSVC/build/ (bzrobots.sln fullbuild.sln): |
| 04:02.44 | CIA-64 | BZFlag: remove distro configs and x64 targets from projects that don't need them |
| 04:02.44 | CIA-64 | BZFlag: only use distro for bzadmin since curses is all that we have thats dependent on it. |
| 04:03.41 | randomparticle | i think i'm gonna malloc a few gigs of ram to justify the x64 build |
| 04:03.55 | JeffM | whatever floats your boat man |
| 04:12.58 | *** join/#bzflag short_circuit (n=spldart2@c-98-197-19-35.hsd1.tx.comcast.net) |
| 04:18.51 | CIA-64 | BZFlag: 03JeffM2501 * r20114 10/trunk/bzflag/MSVC/build/ (22 files): remove last remenants of 64 bit build and distro configs |
| 04:19.15 | CIA-64 | BZFlag: 03JeffM2501 * r20115 10/trunk/bzflag/MSVC/build/bzadmin.vcproj: remove last remnants of 64 bit build |
| 04:19.59 | *** part/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 04:26.01 | *** part/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 04:51.00 | *** join/#bzflag TimRiker (n=timr@bzflag/projectlead/TimRiker) |
| 04:51.00 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 04:51.17 | JeffM | hey TimRiker got a good name for V 3.0? ;) |
| 04:56.14 | KingRobot | Rushmore |
| 04:56.52 | JeffM | why would we want to name it the oposite of what it is? ;) |
| 04:57.32 | KingRobot | Mt. Rushmore took something like twice as long to create as it was supposed to... ;) |
| 04:57.51 | JeffM | that's still be faster then v3 |
| 04:58.39 | JeffM | the inital idea used the term months not years |
| 04:58.46 | JeffM | it was going to be v 2.1 |
| 04:59.17 | JeffM | at least its' not 1.8 :) |
| 05:01.05 | KingRobot | :) |
| 05:01.54 | KingRobot | La Sagrada Familia or Ta Keo |
| 05:02.47 | KingRobot | (Unfinished Cathedral and Temple, respectively) |
| 05:35.17 | Mets | let's be like Ubuntu and name it after some crazy fictional animal |
| 05:36.11 | Mets | bzflag 3.0 - bodaciuos bulbasaurous |
| 05:53.58 | Mets | was only half-serious |
| 05:59.01 | Bambino | This id for names of bzflag 3.0.0? |
| 05:59.09 | Bambino | s/id/is |
| 05:59.30 | Bambino | thinks a phrase would be better |
| 05:59.43 | Bambino | "We did it before the sun exploded" |
| 06:04.09 | KingRobot | I like it |
| 06:04.32 | *** join/#bzflag QuantumT1m (n=tim@62.249.230.206) |
| 06:04.52 | *** part/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 06:05.12 | *** join/#bzflag Ranger (n=mathew@unaffiliated/kingrobot) |
| 06:06.09 | Ranger | Anyone know if there's a way to send a message "from" something other than "[SERVER->]" or a specific player, using the bzfsAPI? |
| 06:13.49 | *** join/#bzflag TimRiker (n=timr@bzflag/projectlead/TimRiker) |
| 06:13.49 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 06:26.00 | Yassen | Ranger: In the bz_sendTextMessage(from, to, text); you can set the from parameter to the player ID of that player. |
| 07:03.18 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 07:11.55 | *** join/#bzflag TutTankAhmon (n=olivier@about/essy/MobileTarget/LePoulpe303) |
| 07:16.15 | *** join/#bzflag TimRiker (n=timr@bzflag/projectlead/TimRiker) |
| 07:16.15 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 07:18.23 | *** join/#bzflag Yassen (n=chatzill@c-24-16-60-208.hsd1.wa.comcast.net) |
| 07:19.46 | Ranger | No, what I want to do is say "[FOO->] Some text here" |
| 07:20.12 | Ranger | i.e. neither from a particular player nor from the server |
| 07:21.24 | Yassen | Ranger: So you want a non existant player to send the other player a message? |
| 07:22.08 | Yassen | That's not possible, but you may get the desired effect by doing something like this: bz_sendTextMessage(playerID, playerID, "[FOO->] Some text here"); |
| 07:22.18 | Yassen | That would make the text appear in white. |
| 07:25.50 | Ranger | Ahhh, that is an idea! |
| 07:26.06 | Ranger | ty |
| 07:26.34 | *** part/#bzflag Ranger (n=mathew@unaffiliated/kingrobot) |
| 07:35.26 | *** join/#bzflag Bulldozer (n=mathew@unaffiliated/kingrobot) |
| 07:37.16 | Bulldozer | Yassen: Go back to that server |
| 07:38.46 | Bulldozer | (fairserve:5900) |
| 07:53.04 | *** join/#bzflag TimRiker (n=timr@bzflag/projectlead/TimRiker) |
| 07:53.04 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 07:59.30 | *** part/#bzflag Bulldozer (n=mathew@unaffiliated/kingrobot) |
| 08:24.18 | cygal | hello |
| 08:43.25 | *** join/#bzflag TimRiker (n=timr@bzflag/projectlead/TimRiker) |
| 08:43.25 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 08:48.16 | brlcad | howdy cygal |
| 09:44.41 | *** join/#bzflag TimRiker (n=timr@bzflag/projectlead/TimRiker) |
| 09:44.41 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 09:51.22 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 10:03.30 | TimRiker | <Bambino> "We did it before the sun exploded" <- hehe |
| 10:04.49 | TimRiker | is lagging from beijing, china for variety. |
| 10:26.56 | cygal | JeffM (hoping you'll see the logs): your code seems to work well with normal shots, laser and shockwave |
| 10:27.01 | cygal | but GM segfaults |
| 10:27.08 | cygal | http://paste.pocoo.org/show/127643/ |
| 10:29.27 | cygal | the segfault happens at the moment a tank gets hit |
| 11:47.24 | *** join/#bzflag Wyk3d (n=Wyk3d@79.116.94.159) |
| 11:57.44 | *** join/#bzflag Upsetter (n=ups@i577B79CE.versanet.de) |
| 12:31.05 | short_circuit | yeah... someone was mentioning that last night. |
| 13:14.51 | *** join/#bzflag bier (n=bier@217.84.250.158) |
| 13:29.31 | *** join/#bzflag bier|tp (n=bier@p54A54C9B.dip.t-dialin.net) |
| 13:40.11 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 13:40.11 | *** mode/#bzflag [+v spldart] by ChanServ |
| 13:46.04 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 13:46.05 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 13:55.31 | *** join/#bzflag swigg (n=Default@bzflag/player/Swigg) |
| 14:08.01 | *** join/#bzflag bier|tp (n=bier@p54A54C9B.dip.t-dialin.net) |
| 14:19.38 | *** join/#bzflag _anomaly_ (n=mike@h111.111.31.71.dynamic.ip.windstream.net) |
| 14:34.42 | brlcad | "3.0 about freaking time" |
| 14:38.40 | BulletCatcher | "3.0 not as late as Duke Nukem Forever" |
| 14:46.32 | biggeruniverse_ | close tho |
| 14:58.01 | *** part/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 15:27.07 | _WarPig_ | BulletCatcher: thanks for your help yesterday with my compiling problem. Once I installed the curl package, the problems went away. Somebody should probably look into why curl will not compile tho. |
| 15:31.20 | Thumper_ | "Three point Ohhhh they finally released it" |
| 15:31.28 | BulletCatcher | Glad to hear that it works now. |
| 15:32.21 | BulletCatcher | BZFlag's curl compiles for me on Fedora, so someone else will have to diagnose the Debian/Ubuntu problem. |
| 15:32.39 | cygal | I'll try with Debian sid |
| 15:33.37 | BulletCatcher | Thanks. Configuring with --enable-curl-build should trigger it. |
| 15:34.00 | cygal | yes, configuring now |
| 15:34.01 | trepan | compiles fine for me on debian/testing amd64 |
| 15:37.20 | Mets | BulletCatcher: haha, we just need to add a BFG flag |
| 15:37.43 | BulletCatcher | That's just SW with a larger radius. |
| 15:38.03 | cygal | what does BFG stand for? |
| 15:38.14 | BulletCatcher | Big Friggen Gun |
| 15:38.20 | trepan | or, BigFatGuy = O ? |
| 15:38.22 | *** join/#bzflag |_WarPig_| (n=kvirc@207.235.53.82) |
| 15:38.34 | BulletCatcher | It is a reference to the BFG 9000 weapon in Doom. |
| 15:40.25 | *** join/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 15:41.59 | brlcad | mmm mbfg |
| 15:42.13 | brlcad | wonder what he's up to |
| 15:44.02 | *** join/#bzflag kierra (n=jolie@unaffiliated/kierra) |
| 15:47.36 | brad | ~bzsvn |
| 15:47.37 | ibot | methinks bzsvn is http://my.bzflag.org/w/BZFlag_SVN and svn co https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk/bzflag bzflag |
| 15:52.09 | brlcad | prithee good fry day to thee kierra |
| 15:52.27 | kierra | hugs brlcad |
| 15:52.58 | Mets | free hug day? |
| 15:53.43 | kierra | hmmm, only for brlcad ;) |
| 15:54.27 | kierra | i dont hug unknowns :) |
| 15:54.50 | kierra | maybe tomorrow when I know you better |
| 15:54.57 | cygal | yep, compiled fine, debian/sid x86 |
| 15:55.23 | brad | http://pastebin.bzflag.bz/d79420f5f could anyone help fix this? |
| 15:56.43 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 15:56.57 | Mets | ouch...I'll try to suppress my heartache :P |
| 16:01.17 | BulletCatcher | brad: What distro are you using? |
| 16:01.28 | brad | debian |
| 16:01.41 | brad | 5.0.2 |
| 16:02.22 | spldart | ftw |
| 16:03.45 | BulletCatcher | What version of gcc does it have? "gcc --version" will give the answer. |
| 16:04.23 | brad | gcc (Debian 4.3.2-1.1) 4.3.2 |
| 16:06.58 | BulletCatcher | You may have an older version of the libstdc++ development packge. |
| 16:07.56 | BulletCatcher | Yours complains about /usr/include/c++/4.3/bits/stl_algobase.h, but on my Fedora system the file is under /4.3.2/, which matches my (and your) compiler version. |
| 16:08.29 | brad | which version is needed? I can see libstdc++6-4.3, libstdc++6-4.2, libstdc++6-4.1 are available |
| 16:08.35 | brad | the latest? |
| 16:08.44 | BulletCatcher | What version do you have? |
| 16:09.22 | brad | ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 |
| 16:09.25 | brad | ii libstdc++6-4.3-dev 4.3.2-1.1 The GNU Standard C++ Library v3 (development files) |
| 16:10.26 | BulletCatcher | The "4.3.2" in there suggests it may be a compatible version, after all. |
| 16:10.53 | brad | hrm |
| 16:11.06 | BulletCatcher | Now I am looking at AccessList.cxx. |
| 16:11.51 | Mets | brad: what repo are you using? |
| 16:12.48 | brad | deb http://ftp.uk.debian.org/debian/ lenny main |
| 16:13.15 | brad | you mean that? |
| 16:13.20 | brad | or svn repo? |
| 16:13.53 | Mets | that works, you're using stable |
| 16:14.17 | Mets | I meant stable, testing, unstable for package repos - just trying to rule out an older version from stable |
| 16:14.28 | Mets | my gcc is 4.3.2 on debian 5, and I compile fine |
| 16:14.29 | brad | ahh, gotcha :) |
| 16:14.47 | Mets | does the autogen script work? |
| 16:14.55 | brad | yes |
| 16:15.01 | brad | it all works up until 'make' |
| 16:15.01 | Mets | and configure works |
| 16:15.03 | brad | yes |
| 16:15.17 | brad | ./configure --enable-shared --disable-client |
| 16:15.23 | brad | if that helps ^ |
| 16:15.36 | Mets | what's the error? |
| 16:16.14 | brad | http://pastebin.bzflag.bz/d79420f5f <- |
| 16:17.41 | brad | tries running autogen and configure again |
| 16:18.27 | Mets | what version of libtool? |
| 16:19.10 | brad | ltmain.sh (GNU libtool) 1.5.26 Debian 1.5.26-4 (1.1220.2.493 2008/02/01 16:58:18) |
| 16:19.27 | brad | 'make' seems to be getting further this time |
| 16:19.32 | brad | or its just taking longer |
| 16:19.33 | *** join/#bzflag Qew (n=qew@unaffiliated/qew) |
| 16:19.40 | BulletCatcher | It looks like configure failed to define HAVE_STD__MIN correctly. |
| 16:19.46 | Mets | yeah same version as me |
| 16:22.10 | brad | its on to the plugins now |
| 16:22.27 | brad | and..done |
| 16:22.29 | brad | O_O |
| 16:23.05 | Mets | lol |
| 16:23.14 | brad | thats strange. it worked after doing ./autogen and ./configure again |
| 16:23.14 | Mets | why not |
| 16:23.38 | Mets | did you svn up before trying to build? |
| 16:23.49 | brad | it was a fresh checkout today |
| 16:24.36 | brad | thanks for the help Mets & BulletCatcher :-) |
| 16:24.44 | Mets | np |
| 16:24.59 | Mets | glad she builds |
| 16:25.13 | brad | aye, me too |
| 16:28.22 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 16:29.55 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 16:29.55 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:32.14 | randomparticle | hope you were joking about the raytrace mod in the forum, jeffm :) |
| 16:33.14 | JefferyM | no I was trying to understand your cryptic messages, and assuming that you were answering truthfuly |
| 16:33.45 | randomparticle | you do know the mod doesn't exist, don't you? :) |
| 16:33.59 | randomparticle | and instead of making the joke less convincing, you've made it more so? |
| 16:34.07 | cygal | JefferyM: your changes seem to work well, tested with 20 players (19 solo bots) for a some minutes |
| 16:34.20 | randomparticle | now people think i have raytracer built into my client |
| 16:34.23 | cygal | GM still segfaults though. want to see the backtrace? |
| 16:34.43 | JefferyM | randomparticle, no that is why I asked you. as I mentioned before I do not appricate lies |
| 16:34.51 | JefferyM | I will be deleting the post then |
| 16:35.06 | randomparticle | lol |
| 16:35.09 | cygal | I guess you're at work and it is early in the morning though. too bad it's nearly the end of the day here |
| 16:35.15 | randomparticle | you just made such an arse of yourself. hilarious |
| 16:35.19 | JefferyM | I am at work, yes. I just got in |
| 16:35.23 | JefferyM | randomparticle, if you say so |
| 16:35.46 | randomparticle | you were completely taken in. if you had the slightest sense of humour, you'd have noticed :) |
| 16:36.00 | JefferyM | please leave |
| 16:36.43 | JefferyM | after all the crap and mean things you put us thru, and all the work I went thu to try and work with you on the hit volume problem, I can't belive you go and pull crap like this |
| 16:36.46 | JefferyM | you are not welcome here. |
| 16:37.33 | randomparticle | i didn't set out to make a fool of you. but you took it all so seriously, you completely misunderstood the humorous intent |
| 16:37.39 | randomparticle | that's your problem, not mine |
| 16:37.40 | JefferyM | at least we didn't take your crappy patch, as it wouldn't have worked anyway |
| 16:37.50 | randomparticle | it did work and was tested |
| 16:37.56 | JefferyM | I ASKED you if it was raytraced, you LIED |
| 16:38.05 | JefferyM | cygal, how did the hit area "feel"? |
| 16:38.07 | randomparticle | err right.. |
| 16:38.21 | randomparticle | i said it was raytraced. you assumed it was a client mod :) |
| 16:38.30 | JefferyM | goodbye |
| 16:38.38 | JefferyM | we are trying to discuss real development thigns now |
| 16:38.41 | JefferyM | I'm done with you |
| 16:38.41 | randomparticle | you weakling |
| 16:38.47 | JefferyM | dude... |
| 16:38.49 | Thumper_ | hands JefferyM his club |
| 16:38.50 | randomparticle | you pathetic weakling |
| 16:38.51 | *** kick/#bzflag [randomparticle!n=JefferyM@bzflag/projectadmin/JeffM] by JefferyM (JefferyM) |
| 16:39.00 | JefferyM | why does he pull this crap? |
| 16:39.16 | Thumper_ | all he's doing is wasting people's time |
| 16:39.17 | cygal | it's quite hard to say, and I'm not an experienced bzflag player at all |
| 16:39.34 | cygal | should DR do something here or could I test on stopped tanks? |
| 16:40.05 | JefferyM | trepan indicated that DR was "wacky" so testing on stoped ones is fine for this change. |
| 16:42.12 | JefferyM | the only other thing to test would be to make sure that when you set the _tankShotProximity that it takes effect |
| 16:55.16 | *** join/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 16:55.52 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 16:56.37 | cygal | what should it do? |
| 16:56.53 | JefferyM | don't worry about it, we'll play test it. I'ts more important for you to get the other stuff done |
| 16:57.05 | JefferyM | as long as basic shots work and you didn't go "WOW this is ODD" I'm happy |
| 16:57.18 | JefferyM | that means that the change isn't too breaking |
| 16:57.38 | cygal | sure, it does work |
| 16:57.57 | JefferyM | cool |
| 16:57.58 | cygal | kills tank when I hit them, does not kill them when I'm close but not on them |
| 16:58.14 | cygal | kills them sometimes when it's really close but not appearing to be touching on the GUI, etc. |
| 16:58.41 | blast007 | it felt a bit iffy when playing against other people |
| 16:58.46 | JefferyM | I'll do some testing on the hit zone this weekend, trepan hooked up debug drawing of the new hit zone so that will help |
| 16:58.55 | JefferyM | blast007, ok, then we can check that out this weekend if possible |
| 16:58.56 | blast007 | felt like it was harder to land a kill |
| 16:59.30 | blast007 | or that they would die when you *didn't* seem to hit them |
| 16:59.30 | JefferyM | techincaly it is |
| 16:59.30 | JefferyM | I also just guessed on the padding |
| 16:59.53 | blast007 | I lead my shots once, and they blew up, which I was thinking you didn't have to do with the lag comp |
| 17:00.00 | cygal | I tried to activate the debug draw with -dddd, did not seem to do the trick :) |
| 17:01.46 | JefferyM | makes sense, it's not tied to D |
| 17:01.50 | JefferyM | it's a local var |
| 17:04.41 | jorgenpt | 'ola KingRobot :) |
| 17:05.53 | KingRobot | Hello |
| 17:06.19 | jorgenpt | What timeframe do you think you'll be around now and onward? |
| 17:06.23 | jorgenpt | (i.e. today) |
| 17:07.25 | KingRobot | I don't usually start the bzflag work until later in the afternoon here, but if you want to discuss something specific, just let me know. |
| 17:15.04 | *** join/#bzflag Marzipan (n=kvirc@84-119-57-29.dynamic.xdsl-line.inode.at) |
| 17:44.22 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 17:45.52 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 17:46.37 | Will07c5 | does anyone have any large but simple (no meshes) maps? I'm trying to test how well bzworkbench can handle large maps |
| 17:48.55 | blast007 | Will07c5: would this be big enough? http://static.bzexcess.com/misc_screenshots/boxes03.png |
| 17:49.20 | Will07c5 | it might be, does it have more objects than hix? |
| 17:49.35 | blast007 | probably |
| 17:49.37 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 17:50.01 | blast007 | it was generated with a script, so I could always tweak a variable to make it bigger ;) |
| 17:50.08 | blast007 | let me see if I can find it |
| 17:50.28 | Will07c5 | ok thanks blast |
| 17:51.04 | BulletCatcher | The "The Two Tanks 2" map is fairly big and has 6 meshbox objects that you could easily remove by hand. It was posted to BZBB. |
| 17:51.17 | Will07c5 | meshboxes are fine |
| 17:51.25 | Will07c5 | just meshes are a problem |
| 17:51.42 | Will07c5 | and they should actually load if they don't have drawinfo, they just won't show up |
| 17:59.23 | *** join/#bzflag Djpenguin (n=David@c-76-126-224-45.hsd1.ca.comcast.net) |
| 18:18.11 | blast007 | Will07c5: I have a 2.54MB version of my map ;) think that should do it? |
| 18:18.42 | blast007 | (I made the circle of boxes extend around the entire size of the map, stacked 50 high) |
| 18:18.52 | JefferyM | 2.5 megs of just boxes? |
| 18:19.02 | blast007 | yes |
| 18:19.18 | Will07c5 | hah I'm pretty sure that would do it :P |
| 18:19.25 | blast007 | well, each one has a material too |
| 18:19.38 | blast007 | Will07c5: hehe |
| 18:19.43 | JefferyM | nice |
| 18:20.10 | JefferyM | so how have you found the codebase for the editor so far Will07c5 ? |
| 18:20.27 | JefferyM | you do so well I don't have much reason to talk to you about how you are doing :) |
| 18:20.39 | Will07c5 | well it was fairly ugly but it is getting better |
| 18:20.52 | Will07c5 | there are still plenty of bugs though |
| 18:21.00 | JefferyM | getting the hang of working in it? |
| 18:21.11 | Will07c5 | just loading the two tanks 2 level I found there is something wrong with transformations |
| 18:21.18 | JefferyM | heh |
| 18:21.22 | Will07c5 | yeah |
| 18:21.39 | JefferyM | I just want to make sure you arn't pulling your hair out in the background screaming about bad code :) |
| 18:21.59 | Will07c5 | well I'm not happy with fltk |
| 18:22.13 | Will07c5 | but it works so it is staying for now |
| 18:22.20 | JefferyM | yrsh |
| 18:22.36 | JefferyM | yeah, it dosn't seem to be the greatest lib, but I don't think it's the worst one ether |
| 18:22.57 | blast007 | Will07c5: http://static.bzexcess.com/boxie_warz.zip |
| 18:23.03 | JefferyM | <PROTECTED> |
| 18:23.15 | JefferyM | that's where I fear most of the performance problems will be |
| 18:24.39 | Will07c5 | yeah I'm not sure what is up with that, but it seems to be handling normal sized maps fine now and I didn't do any optimization, but we'll see what blast's map does to it |
| 18:24.56 | JefferyM | ok |
| 18:25.13 | Will07c5 | it might also just be that my laptop is faster than my desktop |
| 18:25.20 | JefferyM | heh |
| 18:25.24 | Will07c5 | so I'm going to test on my desktop |
| 18:25.26 | blast007 | I recall at least last year the performance plummeted when I loaded a map with a lot of objects |
| 18:25.47 | JefferyM | I seem to recall something about how it was building up some of the OSG structures once per frame |
| 18:25.54 | blast007 | but I was also using my laptop which only has intel 845 or 855 graphics |
| 18:26.10 | blast007 | can't remember if I tried on a real computer |
| 18:28.02 | Will07c5 | well desktop has a 7900GS and runs linux laptop has a 8600 and runs windows |
| 18:28.58 | Will07c5 | I have older computers too that I want to test on at some point |
| 18:29.28 | blast007 | I have several different levels of computers here as well |
| 18:30.19 | blast007 | lots of our users have pretty crappy computers, including some that make maps |
| 18:30.36 | blast007 | as in, some of them take screenshots of their maps without textures turned on in the game ;) |
| 18:30.48 | JefferyM | but also, map making dosn't need to be the fastest operation on the planet |
| 18:30.59 | blast007 | right |
| 18:31.00 | JefferyM | often you'll be viewing the entire map, and that's max face count |
| 18:31.26 | blast007 | but it was only getting around half an FPS when I loaded a somewhat detailed map last year ;) |
| 18:31.42 | JefferyM | ouch |
| 18:32.20 | blast007 | it was pretty bad |
| 18:32.23 | Will07c5 | yeah I think we want it to be a bit faster than that |
| 18:32.29 | blast007 | I don't think it was even a mesh map |
| 18:32.32 | blast007 | since they didn't work |
| 18:33.10 | Will07c5 | yeah the the box map is really slow |
| 18:33.54 | Will07c5 | although it is definitely caused my some cpu heavy operation |
| 18:34.08 | Will07c5 | it goes up to 100% cpu usage |
| 18:35.20 | JefferyM | that's not right, it should send it all to lists on the card |
| 18:35.29 | Will07c5 | yeah |
| 18:38.53 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 18:38.59 | CIA-64 | BZFlag: 03kingrobot * r20116 10/trunk/bzflag/MSVC/build/ (bzrobots.vcproj clientbase.vcproj): Fix BZRobots project |
| 18:39.14 | blast007 | OSG->setSlow = VeryYes; |
| 18:40.37 | Will07c5 | well my new monitor arrived so I'm going to take a short break :P |
| 18:40.47 | Will07c5 | then I'll figure out why OSG is being very slow |
| 18:41.28 | JefferyM | how big of a new display? |
| 18:45.17 | Will07c5 | 24" |
| 18:45.22 | blast007 | :) |
| 18:45.23 | JefferyM | nice |
| 18:45.42 | Will07c5 | yeah it will be a nice change from my 17" monitor |
| 18:46.39 | *** part/#bzflag kierra (n=jolie@unaffiliated/kierra) |
| 18:51.59 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 19:12.29 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 19:12.29 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 19:19.04 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 19:19.04 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 19:19.23 | *** join/#bzflag dexter- (n=Adium@bzflag/player/Dexter) |
| 19:29.34 | CIA-64 | BZFlag: 03kingrobot * r20117 10/trunk/bzflag/ (9 files in 5 dirs): Made testbot work on Windows again |
| 19:34.53 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 19:38.05 | *** part/#bzflag dexter- (n=Adium@bzflag/player/Dexter) |
| 19:44.21 | *** join/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 20:29.03 | *** part/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 20:35.18 | *** join/#bzflag Upsetter (n=ups@i577B6187.versanet.de) |
| 20:39.28 | *** join/#bzflag Yassen (n=chatzill@c-24-16-60-208.hsd1.wa.comcast.net) |
| 20:48.48 | mrapplecomputer1 | can someone explain /whereis and /send. i tried it but it wouldnt find anyone? im a little confused |
| 20:49.28 | KingRobot | It's a test plugin on Constitution's fairserve |
| 20:52.08 | me1 | What's BICS stand for? |
| 20:52.53 | KingRobot | I thinks something like bzflag interserver communications |
| 20:53.23 | mrapplecomputer1 | KingRobot: aha i was wondering. didnt think it was implemented across all of bzflag either |
| 20:53.40 | me1 | I don't think it is |
| 20:54.01 | KingRobot | as far as I know it's only being tested on fairserve right now |
| 20:54.08 | me1 | whoa, deja-vu |
| 20:54.13 | mrapplecomputer1 | thats what i thought. thanks guys |
| 20:54.38 | me1 | I swear mrapplecomputer1, or someone, said that exact line before |
| 20:54.38 | KingRobot | deja-vu? |
| 20:54.43 | mrapplecomputer1 | lol |
| 20:54.50 | me1 | It's when you feel like something has happened before, or it seem familiar |
| 20:55.14 | me1 | ~dict deja-vu |
| 20:55.25 | mrapplecomputer1 | me1: he was saying it seems like a dejavu. |
| 20:55.40 | JefferyM | use google |
| 20:55.57 | mrapplecomputer1 | me1: its actually Déjà vu |
| 20:56.06 | me1 | mrapplecomputer1, that's very nice. |
| 20:56.13 | mrapplecomputer1 | me1: xD |
| 20:59.20 | mrapplecomputer1 | ok i have to go |
| 20:59.23 | mrapplecomputer1 | bye all :D |
| 20:59.24 | *** part/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 21:10.22 | *** join/#bzflag archstech (n=archstec@206.251.250.215) |
| 21:26.44 | *** join/#bzflag Flash (n=jwmelto@c-67-161-129-108.hsd1.co.comcast.net) |
| 21:47.57 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-143-127.dsl.irvnca.pacbell.net) |
| 22:05.07 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 22:15.28 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 23:02.10 | *** part/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 23:16.22 | *** join/#bzflag randomparticle (n=randompa@cpc3-wilm1-0-0-cust481.bagu.cable.ntl.com) |
| 23:31.22 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 23:49.55 | CIA-64 | BZFlag: 03trepan * r20118 10/trunk/bzflag/src/geometry/ (MeshRenderNode.cxx MeshRenderNode.h MeshSceneNode.cxx): |
| 23:49.56 | CIA-64 | BZFlag: * fixed an old drawInfo crash bug |
| 23:49.56 | CIA-64 | BZFlag: (avoided recreating the MeshRenderNodes during notifyStyleChange, |
| 23:49.56 | CIA-64 | BZFlag: because they might be referenced by EighthDimShellNodes) |
| 23:50.06 | trepan | delusional_: that was the bug i was talking about :) |
| 23:52.26 | delusional_ | trepan: inside scene nodes, when using a mesh with world geometry with drawInfo |
| 23:52.27 | delusional_ | [10:44pm] trepan: crashes if your viewing in OO 'inside' mode if you've change visual settings |
| 23:52.57 | trepan | that's the one |
