| 00:01.22 | *** join/#bzflag JeffM (n=JeffM@216.239.45.19) |
| 00:20.36 | Flash | is packFloat() actually packing a double? |
| 00:21.03 | Flash | BulletCatcher: a highlight, in case you are busy IRL |
| 00:23.20 | BulletCatcher | sneaks away from the guests for a moment |
| 00:23.21 | BulletCatcher | I think we have a packDouble() now. |
| 00:23.33 | Flash | so this looks like a protocol change |
| 00:23.43 | spldart | ooOOoo |
| 00:23.52 | spldart | exciting ;p |
| 00:23.56 | spldart | :-D |
| 00:24.02 | Flash | sendPlayerStateMessage sends the timestamp as a float |
| 00:24.28 | Flash | ~whaleslap spldart |
| 00:24.29 | ibot | ACTION beats spldart upside and over the head with a freakishly huge killer whale named Hugh |
| 00:24.35 | spldart | Doh!!! |
| 00:24.51 | spldart | You knocked my fences back down! |
| 00:24.53 | spldart | :-p |
| 00:25.11 | Flash | well, the flood shouldn't have dumped that killer whale in your back yard |
| 00:25.52 | spldart | The gust of air from the thump knocked down the propped up fences :) I've only rebuilt about half so far :-/ |
| 00:26.00 | spldart | is silly |
| 00:26.20 | spldart | is doin 6 days a week at work and 1 day a week on property damage :( |
| 00:26.24 | Flash | noticed |
| 00:26.45 | spldart | I only get 1 full night sleep a week lately |
| 00:27.24 | Flash | also a bzfs API change |
| 00:29.04 | spldart | I've always found proto changes exciting :) Were you goin to wait for the commit till a sr. dev to make a call? |
| 00:29.28 | Flash | no change yet, just letting the compiler do the work |
| 00:29.31 | BulletCatcher | I think we already send double timestamps from the server to client. Is this for the client->server ? |
| 00:29.44 | Flash | yes, player state |
| 00:29.46 | BulletCatcher | k |
| 00:34.17 | Flash | ok, here's a question: if we set the player state to a specific time stamp, should the player then be DR'd to that time or current time? |
| 00:56.11 | *** join/#bzflag me1___ (n=60ed3c57@bz.bzflag.bz) |
| 00:57.30 | Flash | so it all compiles without the proto change, but I see my lag steadily increasing, leading me to believe that the truncation in the player state is significant |
| 00:57.49 | Flash | or this is the wrong approach ;-) |
| 00:59.01 | Flash | BulletCatcher: I'm inclined to check in the change creating the Timestamp class and do the protocol change as a separate commit |
| 01:10.11 | *** join/#bzflag DTRemenak|RDP (n=dtremena@ip67-152-80-226.z80-152-67.customer.algx.net) |
| 01:12.04 | BulletCatcher | Sure. Add the new code with one commit. Then use it in another. "Small changes." |
| 01:27.50 | brlcad | DTRemenak|laptop: JBdiGriz is asking about dinner (he's in the lobby) |
| 01:28.19 | DTRemenak|laptop | k |
| 01:28.23 | Flash | you guys KNOW how geeky this is, right? |
| 01:28.47 | DTRemenak|laptop | Flash: if we weren't geeky, would we be here? :P |
| 01:29.17 | DTRemenak|laptop | brlcad: I have no opinion, if anyone is asking |
| 01:29.40 | brlcad | nor i |
| 01:30.15 | brlcad | jeff isn't answering or here, must be boozing up |
| 01:30.44 | DTRemenak|laptop | heh |
| 01:31.56 | brlcad | heads down to the lobby |
| 01:32.45 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 01:42.05 | spldart | harkens back to the last seminar he did for Sony and Panasonic.. Nice hotel and excellent bar :-D |
| 01:47.41 | *** join/#bzflag ``Erik_ (n=erik@bz.bzflag.bz) |
| 01:58.02 | *** join/#bzflag temp_dist (n=temp_dis@bzflag/serverop/TemporalDistraction) |
| 02:05.49 | Flash | ok, this is at worst a benign change (for now) |
| 02:09.14 | *** join/#bzflag chaoscon (i=jeremy@smartserv/ceo/chaoscon) |
| 02:15.45 | *** join/#bzflag Abominable (n=Abominab@user-0ce2hpi.cable.mindspring.com) |
| 02:24.33 | *** join/#bzflag chaoscon (i=jeremy@smartserv/ceo/chaoscon) |
| 02:25.40 | *** join/#bzflag JeffM (n=JeffM@ip67-152-80-226.z80-152-67.customer.algx.net) |
| 02:38.59 | *** join/#bzflag chaoscon_ (i=jeremy@smartserv/ceo/chaoscon) |
| 02:43.48 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 03:04.47 | AAA_awright | LINK : fatal error LNK1104: cannot open file 'dinput8.lib' |
| 03:06.04 | Flash | kicks CIA-38 |
| 03:06.04 | CIA-38 | ow |
| 03:06.15 | a_meteorite | hugs CIA-38 |
| 03:06.15 | CIA-38 | hugs a_meteorite |
| 03:06.21 | Flash | apologizes |
| 03:06.25 | a_meteorite | I won't let meanie Flash hurt you |
| 03:06.26 | Flash | my fault |
| 03:08.50 | AAA_awright | Haha |
| 03:09.06 | blast007 | AAA_awright: what version are you building, and what DirectX SDK did you get? |
| 03:09.11 | AAA_awright | Anyone know what supplied dinput8.lib? Obviously a DirectX library |
| 03:09.19 | AAA_awright | blast007: Trunk |
| 03:09.39 | AAA_awright | I have the one I have been using for a year |
| 03:09.55 | AAA_awright | Maybe longer |
| 03:10.30 | blast007 | hmm |
| 03:10.49 | blast007 | which project what that error in? |
| 03:11.03 | AAA_awright | bzflag |
| 03:11.25 | AAA_awright | I have dinput.lib, and renaming it to dinput8.lib gets another error... |
| 03:11.27 | blast007 | Visual C++ 2005? or 2008? |
| 03:11.33 | AAA_awright | 2005 |
| 03:12.43 | AAA_awright | platform.lib(DXJoystick.obj) : error LNK2019: unresolved external symbol _DirectInput8Create@20 referenced in function "public: __thiscall DXJoystick::DXJoystick(void)" (??0DXJoystick@@QAE@XZ) |
| 03:14.00 | AAA_awright | ./bzflag_debug/bzflag.exe : fatal error LNK1120: 1 unresolved externals |
| 03:14.45 | Flash | hugs CIA-38 in anticipation |
| 03:14.57 | Flash | coaxes CIA-38 |
| 03:15.08 | Flash | coerces CIA-38 |
| 03:15.19 | Flash | kills CIA-38 |
| 03:15.20 | CIA-38 | dies |
| 03:15.50 | AAA_awright | hugs CIA-38 |
| 03:15.50 | CIA-38 | hugs AAA_awright |
| 03:15.53 | Flash | looks at a_meteorite |
| 03:16.03 | AAA_awright | gives CIA-38 a cookie |
| 03:16.06 | Flash | ewwww... hugging a dead bot |
| 03:16.12 | AAA_awright | looks at CIA-38 |
| 03:16.36 | AAA_awright | pries his cookie out of CIA-38's cold, dead, fingers |
| 03:16.59 | a_meteorite | *hands |
| 03:17.27 | Flash | dead bot cookie.... who would want it? |
| 03:17.42 | a_meteorite | aluminum - crunchy! |
| 03:18.10 | Flash | who wants to do some trunk testing? |
| 03:19.02 | spldart | You load 38 cia and what do you get. another day older and deeper in debt |
| 03:19.28 | Flash | you load your .38 with cia and what to you get? armor piercing rounds |
| 03:19.53 | Flash | not as poetic as yours but.... |
| 03:23.59 | Think_Differentl | kills CIA-38 |
| 03:24.00 | CIA-38 | dies |
| 03:26.11 | DTRemenak|laptop | Flash: what's up with the unused timekeeper in the anonymous namespace in LagInfo? |
| 03:36.53 | *** join/#bzflag pacman87 (n=Timothy@resnet-45-219.dorm.utexas.edu) |
| 03:39.28 | spldart | Actually you load your .357 with .38 for easy kicking shots and you load your .38 with .357 if you wanna blow you ish up ;) |
| 03:39.46 | spldart | s/last you/your |
| 03:40.13 | a_meteorite | You seem to know a lot about this, I can only assume you've "blown ish up" :) |
| 03:41.48 | spldart | has only blown up one .380.. aka 9mm kurz. I loaded a +p round with a hornady bullet but must have mis measured.. I damaged the slide. |
| 03:42.15 | spldart | 1 in nearly a thousand. but it only takes one |
| 03:45.15 | a_meteorite | You lost me at kurz |
| 03:45.20 | a_meteorite | But I ain't a gun expert :)_ |
| 03:46.33 | spldart | :) Neither am I.. I'm just an enthusiast. Not a hunter but I love target practice with short and long guns. |
| 03:47.06 | spldart | My prize possesion in that venue is a german sniper rifle vintage WWII. |
| 03:47.15 | spldart | 7mm mauser |
| 03:50.09 | spldart | nods off |
| 03:59.47 | brlcad | cya short_circuit |
| 04:12.06 | Flash | DTRemenak|laptop: oh... missed that one |
| 04:12.29 | Flash | at first, I made a new Timestamp class to force compiler errors, then I figured that TimeKeeper would do |
| 04:13.56 | Flash | it's gone now |
| 04:13.57 | CIA-38 | BZFlag: 03jwmelto * r18811 10/trunk/bzflag/src/game/LagInfo.cxx: don't need the unused constant any more |
| 04:14.02 | Flash | hugs CIA-38 |
| 04:14.03 | CIA-38 | hugs Flash |
| 04:14.09 | Flash | now I'm feeling the love |
| 04:15.35 | Flash | ok, since you guys are here... BulletCatcher thinks that making all timestamps double will fix the lag issue (makes sense) |
| 04:15.51 | Flash | still need a protocol/API change to apply the change throughout |
| 04:15.56 | Flash | any concerns there? |
| 04:17.46 | DTRemenak|laptop | I doubt it will fix the particular issues we're running into now, but I don't have a problem with it. It will preemptively fix another set of problems. |
| 04:26.19 | brlcad | yeah, that's not a 'fix', but it might mask it "enough |
| 04:26.46 | brlcad | and if anything, it's probably better in a safer sense in the long run |
| 04:27.08 | brlcad | wonders if he should return to being social |
| 04:27.18 | DTRemenak|laptop | it is a fix, just for a problem I don't think we've encountered yet. after ~17 days of uptime a server will start hitting precision problems. |
| 04:27.23 | brlcad | would rather code after all this talk of code all weekend |
| 04:27.55 | DTRemenak|laptop | was coding today, and yesterday... |
| 04:28.14 | brlcad | yeah, but I've not had a good concentration session thusfar |
| 04:28.25 | DTRemenak|laptop | need to figure out how to get the server list to do a secondary sort still though :( |
| 04:28.26 | brlcad | too many interruptions and distractions |
| 04:28.32 | DTRemenak|laptop | yeah, true |
| 04:28.49 | Flash | I don't think the server list is saving the cache (or using the saved cache) |
| 04:29.01 | brlcad | i think i have a fix for iconify now, but I don't like it -- leaning towards just leaving it alone now |
| 04:29.22 | brlcad | at least it'll iconify from fullscreen though |
| 04:29.24 | DTRemenak|laptop | that's possible, Flash. I haven't tested it, and I don't think KoC was very aware of it |
| 04:30.13 | JeffM | Flash, 2.0.x has the same lag issue if you look for it |
| 04:30.36 | Flash | the same as is plaguing 3.0, or the same that I'm addressing? |
| 04:31.15 | JeffM | I was wrong |
| 04:31.15 | JeffM | dtremenak is splaining to me as I shiver |
| 04:31.25 | JeffM | and am out of cider |
| 04:31.26 | DTRemenak|laptop | he was thinking of a different issue |
| 04:31.39 | DTRemenak|laptop | we were discussing a DR issue earlier |
| 04:31.49 | JeffM | at the googlez |
| 04:32.10 | Flash | 18:34 < Flash> ok, here's a question: if we set the player state to a specific time stamp, should the player then be DR'd to that time or current time? |
| 04:32.38 | JeffM | that timemstamp |
| 04:32.40 | DTRemenak|laptop | we know the state at that time. we DR from there to the current time |
| 04:32.45 | JeffM | it should be using tha tnow |
| 04:32.54 | JeffM | we used to use the time of receipt |
| 04:32.57 | JeffM | but I fixed that today |
| 04:33.19 | Flash | I believe all the DRs I saw were using current time (even the explicit state change) |
| 04:33.26 | JeffM | when did you look? |
| 04:34.06 | Flash | a few hours ago |
| 04:34.36 | JeffM | it should be using updateTimestamp now |
| 04:34.42 | Flash | I see a change.... |
| 04:34.56 | JeffM | inputTime is only used for if it's time t o send out a local update |
| 04:35.03 | JeffM | if I missed one then that would be a problem |
| 04:35.23 | JeffM | check getDeadRecconing |
| 04:35.32 | JeffM | goes to become warm |
| 04:35.51 | DTRemenak|laptop | the goal is to use the time interval from the server's reciept of the previous state message and this state message, and DR to extrapolate to the current time |
| 04:36.13 | DTRemenak|laptop | that makes all clients' states equivalent |
| 04:37.52 | AAA_awright | 2.0 branch: ..\..\src\bzflag\debug\bzflag.exe : fatal error LNK1120: 57 unresolved externals |
| 04:38.36 | Flash | GameKeeper.cxx:467 ... dead-reckons to current time (as does line 452, it just has the illusion of choosing a specific time) |
| 04:39.05 | Flash | what DTRemenak|laptop says makes sense, in which case *all* DR should be to current time, but it seems opposite of what JeffM said |
| 04:39.07 | JeffM | where? |
| 04:39.19 | Flash | the calls to doPlayerDR |
| 04:39.22 | JeffM | thats server |
| 04:39.29 | JeffM | that should not affect the clients once you join |
| 04:39.32 | Flash | ok |
| 04:39.32 | JeffM | but I'll look at it |
| 04:39.37 | JeffM | let me pack up my crap |
| 04:41.31 | DTRemenak|laptop | brlcad: I believe you left a bottle of scotch here |
| 04:42.45 | JeffM | dtremenak grab that white wolf printout |
| 04:43.04 | *** join/#bzflag DTRemenak|RDP (n=dtremena@ip67-152-80-226.z80-152-67.customer.algx.net) |
| 04:46.56 | JeffM | totaly digs the speakers :) |
| 04:47.27 | JeffM | ok, the server uses the current time Flash because the timestamp from the client IS in the server clock |
| 04:47.39 | JeffM | it uses the synced clock to send data in server comped seconds |
| 04:47.43 | JeffM | so that is f ine |
| 04:48.03 | Flash | ok, so the argument is pointless, since every invocation DRs to current time |
| 04:48.10 | JeffM | we had a problem where we were computing a DT for DR using the time from packet recepit to now, where we shuld be using the time f rom packet send tonow |
| 04:48.14 | JeffM | yeah |
| 04:48.35 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 04:48.38 | JeffM | basicly all DR (except your local tank that does 0 DT dr) is to the server clock |
| 04:48.46 | JeffM | it is our ONE time |
| 04:50.01 | JeffM | the server can always use current time as it's dr,and compare it to the timstamp because they are assumed to be from the same refrence |
| 04:50.18 | JeffM | now the server dosn't do much with that DR,mostly use it for spawn calcs and first time updates |
| 04:50.29 | JeffM | so it dosn't affect NR or anything |
| 04:50.46 | JeffM | NR gets set true when the DT on a remote tank (on the client) is over 5 seconds |
| 04:50.48 | JeffM | that's it |
| 04:50.54 | JeffM | it's not tied to pings, or anything |
| 04:51.10 | JeffM | now I made it use the correct DT today |
| 04:51.55 | JeffM | the only DR issue I've seen that is left has to do with how we handle DR on the Z axis, and I think it's somewhat busted in 2.0.x and just shows worse in 3.0 since we use slighly longer DTs due to the lag comp issue |
| 04:52.38 | AAA_awright | why isn't bzflag compiling lol? *leaves out important details that people could use to help him* |
| 04:53.30 | AAA_awright | The 2.0 trunk is giving me linker errors, even though only one commit was made since I last built, and the trunk can't find dinput8.lib |
| 04:54.13 | JeffM | did you update your directX SDK? |
| 04:54.24 | JeffM | if you are using one later then april 2007 it won't build |
| 04:54.25 | CIA-38 | BZFlag: 03dtremenak * r18812 10/trunk/bzflag/src/game/LagInfo.cxx: quell warning, nuke an unneeded fabs. |
| 04:54.28 | JeffM | as they remove the lib |
| 04:54.37 | DTRemenak|laptop | didn't you switch that? |
| 04:54.43 | JeffM | only in thrunk |
| 04:54.45 | JeffM | he's in 2.0 |
| 04:54.57 | JeffM | 2.0.x NEEDS the older one |
| 04:55.04 | JeffM | 3.0 Needs the newer one |
| 04:55.08 | DTRemenak|laptop | "...trunk can't find.." |
| 04:55.16 | JeffM | <PROTECTED> |
| 04:55.21 | DTRemenak|laptop | 2.0 is branchj |
| 04:55.26 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 04:55.27 | JeffM | he's using the term trunk wrong |
| 04:55.40 | DTRemenak|laptop | I interpreted his sentence as "2.0 gives linker errors, and trunk can't find dinput8" |
| 04:55.42 | JeffM | AAA_awright, you are building 2.0.x right? |
| 04:55.52 | AAA_awright | I am trying for Trunk |
| 04:55.55 | JeffM | dtremenak then you inerpet wrong |
| 04:55.56 | AAA_awright | But neither work right now |
| 04:56.01 | JeffM | AAA_awright, 2.99? |
| 04:56.01 | DTRemenak|laptop | see? :) |
| 04:56.05 | AAA_awright | Yeah |
| 04:56.10 | JeffM | cus there has been MORE THen one update |
| 04:56.12 | JeffM | just today |
| 04:56.15 | brlcad | DTRemenak|laptop: i was planning on coming back |
| 04:56.18 | brlcad | but I see you all departed |
| 04:56.22 | DTRemenak|laptop | that comment was in reference to 2.0 |
| 04:56.27 | JeffM | AAA_awright, then you need the newer directXSDK |
| 04:56.31 | DTRemenak|laptop | first part of the sentence is 2.0, second part is trunk |
| 04:56.39 | JeffM | 2.99 won't build with the same version as 2.0.x |
| 04:56.42 | JeffM | they changed things |
| 04:56.46 | JeffM | so I had to update |
| 04:57.00 | JeffM | basicly we require dx8 from after april 2007 now |
| 04:57.03 | brlcad | was just trying to finish up iconify |
| 04:57.11 | DTRemenak|laptop | brlcad: ah, ok |
| 04:57.29 | AAA_awright | JeffM: http://www.microsoft.com/downloads/details.aspx?FamilyID=ea4894b5-e98d-44f6-842d-e32147237638&DisplayLang=en ? |
| 04:57.31 | JeffM | brlcad, grab the whitewolf book if it's still there so we can give it to lh at breakfast |
| 04:57.42 | DTRemenak|laptop | your fellow brl-cad mentor may have grabbed it for you |
| 04:57.45 | JeffM | AAA_awright, that the one you have? |
| 04:57.48 | AAA_awright | No |
| 04:57.58 | AAA_awright | Actually, idk |
| 04:57.59 | JeffM | AAA_awright, you have the april 2007 one I assume? |
| 04:58.04 | AAA_awright | Probably |
| 04:58.12 | JeffM | yeah that only works for 2.0.x |
| 04:58.21 | JeffM | 2.99, needs the one you linked |
| 04:58.27 | JeffM | basiucly we bumped up to a newer one |
| 04:58.28 | AAA_awright | k thanks |
| 04:58.34 | brlcad | DTRemenak|laptop: yeah, he said as much |
| 04:58.38 | DTRemenak|laptop | k |
| 04:58.47 | DTRemenak|laptop | supposes he should hang out in #brlcad too |
| 04:58.53 | AAA_awright | Aah large downlad |
| 04:58.57 | JeffM | the old interfaces we used to use in 2.0.x were removed in the current dx libs so 3.0 uses the new stuff |
| 04:59.00 | JeffM | yeah 200+ megs |
| 04:59.01 | Flash | well, my protocol change works, but (as DTRemenak|laptop suggested) it doesn't appear to have any effect |
| 04:59.14 | JeffM | Flash, it will but not for that issue |
| 04:59.18 | JeffM | using a double is fine |
| 04:59.26 | Flash | on my local box, lag has grown from 30ms to 100ms in just a few mins |
| 04:59.27 | JeffM | but it's not going to change the current DR "lag" issues |
| 04:59.47 | JeffM | and you know that the lag display is NOT based on that timestamp right? |
| 04:59.52 | JeffM | that is ONLY used for DR |
| 04:59.55 | JeffM | not for the ping packet |
| 04:59.58 | Flash | ok |
| 05:00.15 | Flash | well, without objection, I'll commit this |
| 05:00.16 | DTRemenak|laptop | is still not sure the synced clock is ok |
| 05:00.18 | JeffM | the timestamp is basicly only used with MSgWhaTimeIsIt |
| 05:00.24 | JeffM | sure make it a dboule |
| 05:00.28 | JeffM | it's good for the fture |
| 05:00.41 | JeffM | dtremenak it may not be |
| 05:00.46 | JeffM | that would be a good place to look |
| 05:01.08 | JeffM | we could temporarly make it use local time and see if that makes it go away |
| 05:01.18 | JeffM | that's a 2 line change |
| 05:01.55 | JeffM | brlcad, breakfast with LH is at 9 tomorow |
| 05:02.11 | Flash | poked CIA-38 |
| 05:02.29 | JeffM | pokes CIA-38 |
| 05:02.36 | DTRemenak|laptop | heh |
| 05:02.38 | JeffM | hugs CIA-38 |
| 05:02.39 | CIA-38 | hugs JeffM |
| 05:02.42 | JeffM | there ya go |
| 05:02.45 | DTRemenak|laptop | kicks CIA-38 |
| 05:02.46 | CIA-38 | ow |
| 05:02.47 | JeffM | has to be present tense |
| 05:02.51 | JeffM | not past ;) |
| 05:03.26 | blast007 | seems like most of the commits get ignored |
| 05:03.29 | blast007 | (by CIA) |
| 05:03.54 | BulletCatcher | As I understand it, the missing commit reports are lost between SourceForge and CIA. |
| 05:04.18 | AAA_awright | I think you can send an email ping to CIA |
| 05:06.06 | DTRemenak|laptop | umm, that does not look good... |
| 05:06.32 | DTRemenak|laptop | JeffM: handleMovementUpdate - timestamp is unpacked but never written to a non-local or otherwise used. is this right? |
| 05:06.55 | JeffM | it should be passed into setDR |
| 05:06.58 | JeffM | and that saves it |
| 05:07.07 | JeffM | gotta run to the car brb |
| 05:07.29 | DTRemenak|laptop | we don't call setDR from there |
| 05:08.28 | DTRemenak|laptop | eh? looks like there's a SECOND timestamp in that packet |
| 05:08.47 | DTRemenak|laptop | wonders if they're related |
| 05:09.33 | blast007 | the second one defines when the world will end |
| 05:09.56 | DTRemenak|laptop | the second one gets unpacked by Player and used by setDR |
| 05:10.06 | DTRemenak|laptop | the first one is just unpacked and ignored afaict |
| 05:10.46 | BulletCatcher | Flash, why did you not update configure.ac in r18813? The AC_INIT line needs to be changed there. |
| 05:12.08 | DTRemenak|laptop | he also removed the line from version.h that TOLD him to go fix configure.ac... :) |
| 05:12.49 | BulletCatcher | I saw that too. Perhaps it was accidentally removed, and that's why he didn't do it. |
| 05:13.20 | Flash | BulletCatcher: I looked and it appears that it is dynamically generated using sed |
| 05:13.29 | Flash | I saw nothing to update |
| 05:13.33 | BulletCatcher | Not the AC_INIT line. |
| 05:13.52 | Flash | doh |
| 05:13.59 | Flash | takes 30 lashes |
| 05:14.09 | BulletCatcher | gives Flash a noogie |
| 05:14.56 | DTRemenak|laptop | Flash: looks like you didn't notice the timestamp doubling either |
| 05:15.16 | DTRemenak|laptop | you changed the server to send the second timestamp as a double, but changed the client to receive the first one as a double |
| 05:15.22 | DTRemenak|laptop | doesn't think that will work ;) |
| 05:15.30 | Flash | where? |
| 05:15.39 | JeffM | is it the same stamp? |
| 05:15.46 | DTRemenak|laptop | dunno |
| 05:16.00 | DTRemenak|laptop | playing.cxx: 3392 |
| 05:16.10 | JeffM | may have had too much to drink |
| 05:16.29 | DTRemenak|laptop | observe that playing.cxx:3409 calls tank->unpack |
| 05:16.39 | DTRemenak|laptop | player.cxx:1027 |
| 05:16.45 | DTRemenak|laptop | that unpacks a second timestamp |
| 05:16.49 | DTRemenak|laptop | from the same packet |
| 05:16.57 | DTRemenak|laptop | as a float |
| 05:17.20 | DTRemenak|laptop | but that second timestamp was packed as a double in bzfsMessages.cxx:818 |
| 05:17.52 | DTRemenak|laptop | I'm not sure what it's supposed to do, but I'm pretty sure that's NOT it :) |
| 05:18.02 | Flash | hates the distributed pack/unpack protocol code |
| 05:18.11 | Flash | yes that is one I missed... thanks |
| 05:18.22 | JeffM | also notice that is sends in msg not buff, that's the same timestamp |
| 05:18.23 | Flash | probably would have noticed if I played 2 clients |
| 05:18.29 | JeffM | we read it to get past the order |
| 05:18.36 | JeffM | then we reread it |
| 05:18.58 | DTRemenak|laptop | ahh, gotcha |
| 05:19.01 | DTRemenak|laptop | damn, that's confusing |
| 05:19.08 | JeffM | it's to easy out on the order |
| 05:19.09 | JeffM | yeah |
| 05:19.35 | JeffM | the order is then saved into state when it's unpacked in unpack |
| 05:19.41 | JeffM | and used on the next update |
| 05:19.45 | JeffM | it's double read |
| 05:19.46 | DTRemenak|laptop | why not move order before timestamp? |
| 05:19.53 | JeffM | we could |
| 05:19.54 | *** join/#bzflag bier__ (n=bier@p54A55AAB.dip.t-dialin.net) |
| 05:20.08 | JeffM | it would still have to be after ID but it'd work |
| 05:20.12 | JeffM | oh I know why |
| 05:20.14 | JeffM | cus it's part of state |
| 05:20.20 | JeffM | and tiemstamp isn't |
| 05:20.32 | JeffM | so all of state has to stay together |
| 05:20.38 | JeffM | you could move timestamp into state |
| 05:20.41 | JeffM | but that's more work |
| 05:21.06 | DTRemenak|laptop | ah, so it is |
| 05:21.13 | DTRemenak|laptop | duplicates the peek comment at least |
| 05:21.23 | JeffM | yeah it should be commented |
| 05:22.57 | JeffM | ok, I really like those little speakers, they sound good with the ipod :) |
| 05:23.03 | CIA-38 | BZFlag: 03dtremenak * r18815 10/trunk/bzflag/src/bzflag/playing.cxx: well THAT'S confusing enough, at least comment it properly |
| 05:23.17 | Flash | is jealous of DTRemenak|laptop |
| 05:23.34 | DTRemenak|laptop | hm? |
| 05:23.40 | JeffM | cia lubs you |
| 05:23.40 | Flash | you get the CIA-38 love |
| 05:23.44 | DTRemenak|laptop | ah |
| 05:23.48 | JeffM | it all depends on SF |
| 05:23.48 | DTRemenak|laptop | it missed my previous one |
| 05:23.59 | Flash | the web site is missing several as well |
| 05:24.03 | DTRemenak|laptop | yeah |
| 05:24.13 | JeffM | the current theory is that sf dosn't wait long enogh for cia to respond |
| 05:24.15 | DTRemenak|laptop | I've been doing the "update and read the diffs" thing |
| 05:24.21 | JeffM | we should move it over to the email method |
| 05:24.26 | JeffM | then it won't timeout |
| 05:24.30 | JeffM | or the cia poll |
| 05:28.32 | brlcad | it is the e-mail method |
| 05:28.44 | JeffM | and that times out? |
| 05:28.48 | brlcad | all sf projects were moved to the e-mail method a couple months ago when it all stopped working |
| 05:28.53 | JeffM | ahh |
| 05:28.58 | brlcad | since they all use the same script |
| 05:29.02 | JeffM | ahh |
| 05:29.07 | JeffM | CIA poll would be too slow |
| 05:29.09 | brlcad | something else is going on |
| 05:29.38 | brlcad | could be sf.net mailer not responding fast enough (for sf) now |
| 05:29.45 | Flash | ok, the other timestamps are extracted as doubles now |
| 05:31.04 | JeffM | did you change the version? |
| 05:31.15 | Flash | previous commit |
| 05:31.20 | Flash | 2.99.8 |
| 05:31.20 | JeffM | awesome |
| 05:32.29 | CIA-38 | BZFlag: 03bullet_catcher * r18817 10/trunk/bzflag/plugins/configure.ac: Use the proper syntax so Subversion will substitute the Revision keyword. |
| 05:32.40 | DTRemenak|laptop | Flash: so, I noticed you fixed the timestamp/delta stuff. did you think about how it's used at all? |
| 05:32.48 | DTRemenak|laptop | in setDR |
| 05:32.53 | Flash | no |
| 05:33.03 | Flash | just type consistency |
| 05:33.11 | DTRemenak|laptop | yeah, that's what I figured |
| 05:33.30 | DTRemenak|laptop | looks like it's not used. it was supposed to check for validity, but we do the assignments before we check the validity |
| 05:33.34 | DTRemenak|laptop | and then we don't even use delta |
| 05:33.47 | DTRemenak|laptop | replaced it with an assert before the assignment |
| 05:36.39 | DTRemenak|laptop | I'm not trying to pick on you. Just frustrated that A) I don't understand how it all is supposed to work and B) people keep changing it without understanding how it works :) |
| 05:37.22 | Flash | as a general rule, I don't like to change stuff I don't understand, but I was confident in changing a float to a double ;-) |
| 05:37.48 | DTRemenak|laptop | heh, true enough :) |
| 05:40.42 | CIA-38 | BZFlag: 03dtremenak * r18818 10/trunk/bzflag/src/bzflag/Player.cxx: replace some unused checks with an assert. |
| 05:40.55 | JeffM | it's not a bad change, it's just not going to fix any bug that we can see right now, it'll make some minor stuff more accurate I think |
| 05:41.02 | Flash | feels neglected by CIA-38 |
| 05:42.01 | DTRemenak|laptop | servers with long uptime would have run into problems. I think I figured 17 days to 1ms inaccuracy; not too long after that it will start affecting times in a noticeable way. |
| 05:42.26 | JeffM | probably |
| 05:42.32 | BulletCatcher | 17 days uptime limits the precision to 100 ms |
| 05:42.39 | BulletCatcher | with floats |
| 05:42.47 | DTRemenak|laptop | ah, k |
| 05:43.05 | JeffM | we could make the system reset the clock offset to 0 when the first player joins :) |
| 05:43.10 | JeffM | then reset it when there is 0 |
| 05:43.13 | JeffM | but double is fine |
| 05:43.19 | DTRemenak|laptop | guess I was calculating to "unplayable" not "visible" |
| 05:43.52 | DTRemenak|laptop | did that a long time ago, and figured that by that time we'd be leaking at least 100mb of memory, so admins would want to restart anyway ;) |
| 05:45.34 | BulletCatcher | I re-did the math earlier today. With floats the precision is 1 ms at 4 1/2 hours of uptime and by 19 days (that's the correct value) it is at 100 ms. |
| 05:46.39 | JeffM | dosn't matter, double is fine |
| 05:47.01 | DTRemenak|laptop | 1ms is no problem. we have ~15ms of slop due to platform inaccuracies anyway. and I'm pretty sure it's bikeshed anyway since I don't hear anyone objecting to doubles :) |
| 05:47.01 | JeffM | and if we need to we can do a reset message with the whitetime is it message and make it reset later if a double isn't long enough |
| 05:47.09 | JeffM | the origin of the clock dosn't matter |
| 05:48.15 | CIA-38 | BZFlag: 03dtremenak * r18819 10/trunk/bzflag/src/bzadmin/bzadmin.cxx: pretty sure we don't need this anymore. |
| 05:48.23 | JeffM | makes sleep |
| 05:48.27 | JeffM | good luck :) |
| 05:49.37 | Flash | DTRemenak|laptop: you pulled the windows version and not the unix? |
| 05:49.46 | DTRemenak|laptop | there's a unix one? |
| 05:49.47 | Flash | I was wondering about DR on bzadmin in the first place |
| 05:50.21 | DTRemenak|laptop | I don't see one |
| 05:51.17 | DTRemenak|laptop | MAC added the windows-def'ed one to fix a linker problem. I took it out and had no linker errors, so I figure it's not needed anymore. probably a VC6 idiosyncracy. |
| 05:51.24 | Flash | let me figure out what I say.... |
| 05:51.28 | Flash | saw even |
| 05:51.51 | DTRemenak|laptop | and I'd like to eliminate as much of that "work around VC6 bugs" crap as I can... :) |
| 05:52.35 | DTRemenak|laptop | is on a negative-loc binge :) |
| 05:53.11 | Flash | oh... it was the sendPlayerUpdate code |
| 05:53.19 | Flash | why do observers need to send updates? |
| 05:53.41 | BulletCatcher | so we can see their ping time? |
| 05:53.43 | Flash | bzadmin/ServerLink.cxx:970 or so |
| 05:53.57 | Flash | BulletCatcher: I'm told that player status does not contribute to ping |
| 05:54.10 | Flash | and observer ping is always honked anyway |
| 05:55.09 | BulletCatcher | Observers need to send *something* to the server occasionally so it knows they are still there. |
| 05:55.12 | DTRemenak|laptop | Flash: ServerLink is a file copied from src/bzflag by configure iirc |
| 05:56.09 | DTRemenak|laptop | I don't even have one - windows builds bzflag's directly and links it to bzadmin |
| 05:56.12 | Flash | that's a change I missed.... used to explicitly reference the one in bzflag |
| 05:57.16 | DTRemenak|laptop | yeah...the Makefile references a local copy, and dumps it from MAINTAINERCLEAN, so I'd assume it's copied earlier |
| 06:04.39 | *** join/#bzflag ashgadgets (n=ashgadge@59.92.164.136) |
| 06:04.48 | ashgadgets | heya |
| 06:04.53 | ashgadgets | anyone here? |
| 06:04.59 | BulletCatcher | What's up? |
| 06:05.09 | ashgadgets | my bzflag 2.99 wont compile! |
| 06:05.23 | Flash | cries |
| 06:05.29 | ashgadgets | dont |
| 06:05.34 | DTRemenak|laptop | that is not enough information to help you |
| 06:05.40 | BulletCatcher | I just successfully compiled r18817. |
| 06:05.50 | ashgadgets | on linux?? |
| 06:05.56 | BulletCatcher | Yes. Fedora 8. |
| 06:06.08 | BulletCatcher | Have you ever successfully compiled 2.99 before? |
| 06:06.12 | ashgadgets | i am on ubuntu hardy heron |
| 06:06.13 | ashgadgets | no |
| 06:06.27 | ashgadgets | make[3]: *** [LinuxPlatformFactory.lo] Error 1 |
| 06:06.27 | ashgadgets | make[3]: Leaving directory `/home/abhu/bzflag/trunk/bzflag/src/platform' |
| 06:06.27 | ashgadgets | make[2]: *** [all-recursive] Error 1 |
| 06:06.27 | ashgadgets | make[2]: Leaving directory `/home/abhu/bzflag/trunk/bzflag/src/platform' |
| 06:06.27 | ashgadgets | make[1]: *** [all-recursive] Error 1 |
| 06:06.28 | ashgadgets | make[1]: Leaving directory `/home/abhu/bzflag/trunk/bzflag/src' |
| 06:06.30 | ashgadgets | make: *** [all-recursive] Error 1 |
| 06:06.32 | ashgadgets | all i get |
| 06:06.35 | DTRemenak|laptop | have you considered telling us what errors you get? we might be able to actually help you then. |
| 06:06.42 | Flash | ~pastebin |
| 06:06.43 | ibot | [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste |
| 06:06.43 | ashgadgets | i just did |
| 06:06.51 | DTRemenak|laptop | you need the sdl development package |
| 06:07.02 | ashgadgets | i think i have it |
| 06:07.03 | DTRemenak|laptop | libsdl-dev most likely |
| 06:07.14 | DTRemenak|laptop | and after you get it you need to rerun configure |
| 06:07.29 | BulletCatcher | Make sure you have these packages: libgl1-mesa-dev, libglu1-mesa-dev, libsdl1.2-dev, libcurl3-dev . |
| 06:07.31 | ashgadgets | configure runs successfuly |
| 06:07.38 | ashgadgets | it says run make to continue |
| 06:07.44 | ashgadgets | after that make fails |
| 06:07.47 | DTRemenak|laptop | yes, it will run successfully without sdl...and it will try to build the X platform |
| 06:08.03 | DTRemenak|laptop | and that will fail on modern systems (x.org 7) |
| 06:08.11 | ashgadgets | my repos dont have libgl1 |
| 06:08.38 | ashgadgets | got it :D |
| 06:09.00 | BulletCatcher | What is the correct name? (for my notes) |
| 06:09.21 | ashgadgets | of what? |
| 06:09.22 | BulletCatcher | (package name, that is) |
| 06:09.28 | ashgadgets | found it dude |
| 06:09.31 | ashgadgets | no worry |
| 06:09.34 | BulletCatcher | k |
| 06:10.35 | BulletCatcher | "Another happy landing." |
| 06:11.05 | DTRemenak|laptop | bets he'll be back |
| 06:11.16 | BulletCatcher | won't cover that bet |
| 06:11.40 | DTRemenak|laptop | smart ;) |
| 06:13.12 | *** join/#bzflag ashgadgets (n=ashgadge@59.92.164.136) |
| 06:13.23 | ashgadgets | installed all the suggested packages |
| 06:13.31 | ashgadgets | did configure |
| 06:13.34 | ashgadgets | & make |
| 06:13.37 | ashgadgets | same error |
| 06:13.50 | DTRemenak|laptop | can you give us the lines before that error, in pastebin please? |
| 06:13.52 | DTRemenak|laptop | ~pastebin |
| 06:13.53 | ibot | [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste |
| 06:13.59 | ashgadgets | ~pastebin make[3]: *** [LinuxPlatformFactory.lo] Error 1 |
| 06:14.00 | ashgadgets | make[3]: Leaving directory `/home/abhu/bzflag/trunk/bzflag/src/platform' |
| 06:14.00 | ashgadgets | make[2]: *** [all-recursive] Error 1 |
| 06:14.00 | ashgadgets | make[2]: Leaving directory `/home/abhu/bzflag/trunk/bzflag/src/platform' |
| 06:14.00 | ashgadgets | make[1]: *** [all-recursive] Error 1 |
| 06:14.00 | ashgadgets | make[1]: Leaving directory `/home/abhu/bzflag/trunk/bzflag/src' |
| 06:14.02 | ashgadgets | make: *** [all-recursive] Error 1 |
| 06:14.17 | DTRemenak|laptop | before that, using one of those links please |
| 06:15.20 | BulletCatcher | Oh, look. I committed the list of Debian/Ubuntu dev packages to the README.Linux file 3 months ago. |
| 06:15.24 | DTRemenak|laptop | then copy the url that the pastebin gives you here, rather than 10 lines of paste |
| 06:16.17 | DTRemenak|laptop | the lines you pasted are just the make error reports. we need the gcc or ld error report that is on the three or four lines before the first line you pasted |
| 06:16.23 | ashgadgets | http://pastebin.com/m3ea28397 |
| 06:18.02 | ashgadgets | i have all the dependencies installed! |
| 06:18.19 | DTRemenak|laptop | that's the X platform problem. configure is not finding SDL. if it was, it would say "BZFlag client .....: yes (with SDL)" |
| 06:18.28 | BulletCatcher | The list must be incomplete, because you are missing the file /usr/include/X11/extensions/xf86vmode.h . |
| 06:18.47 | DTRemenak|laptop | but it just says "BZFlag client .....: yes" - so you are not building with SDL |
| 06:19.03 | ashgadgets | do i redo ./configure? |
| 06:19.29 | DTRemenak|laptop | if configure found SDL, it would not try to compile LinuxDisplay (it would use SDLDisplay instead), so you would not get the error |
| 06:19.54 | ashgadgets | ok i redo ./configure after those sdl dev |
| 06:20.18 | ashgadgets | Reading package lists... Done |
| 06:20.19 | ashgadgets | Building dependency tree |
| 06:20.19 | ashgadgets | Reading state information... Done |
| 06:20.19 | ashgadgets | libsdl1.2-dev is already the newest version. |
| 06:20.19 | ashgadgets | 0 upgraded, 0 newly installed, 0 to remove and 223 not upgraded. |
| 06:20.33 | BulletCatcher | Do a "make distclean" before the ./configure to clean things up. |
| 06:20.49 | ashgadgets | ok |
| 06:21.57 | ashgadgets | now the configure shows BZflag with sdl |
| 06:22.15 | BulletCatcher | Yay. It ought to build now. |
| 06:22.41 | ashgadgets | if it doesnt build i will be sad :) |
| 06:24.04 | ashgadgets | can i play gu league with 2.99? |
| 06:24.09 | BulletCatcher | No. |
| 06:24.12 | ashgadgets | :( |
| 06:24.16 | DTRemenak|laptop | 2.99 is not compatible with 2.0 |
| 06:24.17 | ashgadgets | i am a team leader! |
| 06:24.46 | ashgadgets | so hix needs to be remade with 2.99? |
| 06:24.52 | DTRemenak|laptop | you can play anything you want as long as you can convince other people to play with you |
| 06:25.06 | DTRemenak|laptop | nobody uses 2.99 because it is still very buggy |
| 06:25.13 | DTRemenak|laptop | and we don't have binaries for it |
| 06:25.16 | ashgadgets | ok |
| 06:25.33 | DTRemenak|laptop | you can host a hix map and play if you want. the old map and .conf will work. |
| 06:25.49 | DTRemenak|laptop | but there are only a few servers and no players |
| 06:26.05 | ashgadgets | which servers? |
| 06:26.43 | BulletCatcher | Actually, there are no public 2.99.8 servers yet. That version is only about an hour old. |
| 06:27.22 | DTRemenak|laptop | just a few test servers. norang runs a few, bryjen runs one, TRB runs one, and I run one. |
| 06:27.38 | ashgadgets | ok |
| 06:27.48 | DTRemenak|laptop | and yeah, none of them are using 2.99.8 yet |
| 06:27.50 | BulletCatcher | But it seems to work right now with the HiX map on a local server. |
| 06:28.41 | BulletCatcher | But my lag is 166 ms to localhost (ouch!). |
| 06:29.00 | DTRemenak|laptop | that is a bug ;) |
| 06:29.29 | BulletCatcher | It seems to be slowly climbing, too. |
| 06:29.39 | BulletCatcher | As Flash reported. |
| 06:30.26 | DTRemenak|laptop | yup |
| 06:30.38 | DTRemenak|laptop | if you can find and fix that you will get a gold star or two :) |
| 06:30.53 | DTRemenak|laptop | we've been hunting it for months |
| 06:31.02 | BulletCatcher | I'll get right on that. Who needs sleep? :-) |
| 06:32.03 | BulletCatcher | The lag wasn't this bad in versions from two days ago. |
| 06:32.16 | DTRemenak|laptop | it was, it just was being misreported also ;) |
| 06:32.22 | BulletCatcher | k |
| 06:33.03 | DTRemenak|laptop | longstanding 3.0 bug...as you play for ~10 mins or so, you will eventually start jumping around and go nr to other players |
| 06:34.04 | BulletCatcher | It should be easier to track down if the lag numbers are more accurate now. |
| 06:34.12 | DTRemenak|laptop | one would hope |
| 06:35.04 | DTRemenak|laptop | fwiw, if people need to build without sdl for some reason, x11proto-xf86vidmode-dev will help them. |
| 06:35.53 | BulletCatcher | Add that to the REAME.Linux file, please. |
| 06:37.09 | BulletCatcher | Interesting that my reported jitter to localhost is a constant 9 ms even as lag has risen to 238 ms. |
| 06:37.32 | CIA-38 | BZFlag: 03dtremenak * r18820 10/trunk/bzflag/README.Linux: debian-like systems need x11proto-xf86vidmode-dev to build without sdl |
| 06:37.38 | BulletCatcher | ty |
| 06:37.39 | DTRemenak|laptop | jitter reporting has always been wrong. it's more wrong now than it used to be, I think. |
| 06:37.46 | BulletCatcher | lol |
| 06:37.48 | DTRemenak|laptop | or differently wrong at least |
| 06:38.37 | DTRemenak|laptop | but it does seem to be roughly correlated with actual jitter, so it's not like it's not useful |
| 06:42.25 | BulletCatcher | I have been on my local 2.99.8 server for 15 minutes now. Lag dropped to 171 a couple of minutes ago and seems to be staying below 180. |
| 06:43.04 | BulletCatcher | Oops. Up to 202 now. |
| 06:43.29 | DTRemenak|laptop | it's most noticeable when playing against someone |
| 06:44.01 | DTRemenak|laptop | not sure quite what sets it off |
| 06:45.53 | BulletCatcher | I am in a 640x480 window and the FPS is rock steady at 74, so that seems to disprove one hypothesis I had. |
| 06:45.54 | BulletCatcher | (I use __GL_SYNC_TO_VBLANK=1 to limit the frame rate.) |
| 06:49.50 | Flash | I get pathetic FPS at swordofkahless |
| 06:50.00 | *** join/#bzflag swigg (n=Paul@bzflag/player/Swigg) |
| 06:50.06 | Flash | 45fps in windowed mode; 34 full screen |
| 06:50.59 | BulletCatcher | recognizes the Klingon reference, but not the game |
| 06:53.21 | BulletCatcher | Okay, I just spent 25 minutes on my local server. The lag stayed below 250, which isn't great, but I suspect it is an improvement. |
| 06:53.35 | Flash | I turned off the snow, and my fps jumped to 175 ;-) |
| 06:53.48 | Flash | BulletCatcher: come try on a net server |
| 06:54.17 | Flash | bah; I'm starting to lose packets |
| 06:54.48 | BulletCatcher | Whoa. "terminate called after throwing an instance of 'std::out_of_range' what(): deque::_M_range_check" |
| 06:54.58 | BulletCatcher | That was while trying to get the server list. |
| 06:55.46 | BulletCatcher | It's repeatable. |
| 06:55.52 | Flash | cool. those bugs are easier to find ;-) |
| 06:56.04 | BulletCatcher | Yup. But I need to sleep. |
| 06:56.16 | Flash | that's ok, I should (for once) too |
| 07:14.24 | *** join/#bzflag brlcad (n=sean@bz.bzflag.bz) |
| 07:29.17 | CIA-38 | BZFlag: 03bullet_catcher * r18821 10/trunk/bzflag/plugins/webadmin/Makefile.am: whitespace |
| 08:28.36 | *** join/#bzflag ashgadgets (n=ashgadge@59.92.171.227) |
| 08:28.53 | ashgadgets | hello |
| 08:29.11 | ashgadgets | any one around? |
| 08:29.29 | ashgadgets | i need help |
| 09:22.17 | *** join/#bzflag Admirarc1 (n=Athelthr@oa-res-29-118.wireless.abdn.ac.uk) |
| 09:35.47 | *** join/#bzflag roboter5a (n=roboter5@dslb-088-074-099-133.pools.arcor-ip.net) |
| 10:05.01 | *** join/#bzflag jftsang (n=jftsang@88-108-219-32.dynamic.dsl.as9105.com) |
| 10:35.03 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 10:35.03 | *** mode/#bzflag [+v tupone] by ChanServ |
| 11:00.21 | CIA-38 | BZFlag: 03bullet_catcher * r18822 10/trunk/bzflag/src/bzflag/ (Player.cxx ShotPath.cxx): |
| 11:00.21 | CIA-38 | BZFlag: Do or do not include assert.h as needed. |
| 11:00.22 | CIA-38 | BZFlag: Use C++ style comments. |
| 11:00.22 | CIA-38 | BZFlag: Simplify new assert() target to avoid compiler warning when not in debug mode. |
| 12:17.16 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 12:17.16 | *** mode/#bzflag [+v tupone] by ChanServ |
| 13:39.00 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 13:39.00 | *** mode/#bzflag [+v spldart] by ChanServ |
| 13:51.23 | *** join/#bzflag pacman87 (n=Timothy@resnet-45-219.dorm.utexas.edu) |
| 14:32.23 | *** join/#bzflag applmak (n=applmak@adsl-69-209-51-196.dsl.chcgil.ameritech.net) |
| 14:54.21 | *** join/#bzflag applmak (n=applmak@adsl-69-209-51-196.dsl.chcgil.ameritech.net) |
| 14:54.40 | *** join/#bzflag TimRiker (n=timr@68-27-154-124.area1.spcsdns.net) |
| 14:54.40 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 14:55.28 | applmak | I have a patch that should highlight some weird ftgl errors (on my mac at least). At the moment, there are soft-failing asserts that print out an error message. These asserts can also be configured to hard-fail. What should I do with this patch? |
| 15:01.44 | *** part/#bzflag applmak (n=applmak@adsl-69-209-51-196.dsl.chcgil.ameritech.net) |
| 15:02.28 | *** join/#bzflag eTangenT (i=etangent@inge069019.halls.colostate.edu) |
| 15:22.22 | *** join/#bzflag DTRemenak|RDP (n=dtremena@ip67-152-80-226.z80-152-67.customer.algx.net) |
| 15:48.55 | *** join/#bzflag LongDon (n=LongDon@host-091-097-188-218.ewe-ip-backbone.de) |
| 15:49.36 | *** join/#bzflag JeffM (n=JeffM@ip67-152-80-226.z80-152-67.customer.algx.net) |
| 15:50.04 | JeffM | brlcad, don't forget breakfast in 10 |
| 15:50.19 | JeffM | DTRemenak|laptop, you too |
| 15:50.21 | brlcad | JeffM: hm, I didn't know it was at 9 |
| 15:50.34 | brlcad | where at? |
| 15:50.37 | JeffM | brlcad, I figured hence why I was telling you |
| 15:50.42 | JeffM | meeting in lobby |
| 15:50.49 | brlcad | hm |
| 15:50.56 | JeffM | lh is here already |
| 15:51.14 | brlcad | i'm not packed or dressed yet, that'll probably take me a while |
| 15:51.19 | JeffM | k |
| 15:51.19 | brlcad | erik is probably ready |
| 15:53.18 | brlcad | hm, I think if I go to breakfast, I'll really be rushing getting checked out and going to the airport |
| 15:54.05 | *** mode/#bzflag [+o brlcad] by ChanServ |
| 15:54.38 | JeffM | the plan was for us to take you to the aiport |
| 15:54.44 | brlcad | yeah |
| 15:54.48 | brlcad | still is I hope :) |
| 15:54.54 | JeffM | probably |
| 15:55.05 | JeffM | tho I may let lh yell at you ;) |
| 15:55.24 | brlcad | i'm just saying it's going to take me at least a half hour to get dressed/ready and check out |
| 15:55.29 | JeffM | k |
| 15:55.30 | brlcad | minimum |
| 15:55.50 | brlcad | like I said, didn't know it was still on so I figured it was a bust |
| 15:56.17 | JeffM | danels not here ether |
| 15:57.11 | *** join/#bzflag MPS__ (n=mathias@217.116.125.204) |
| 16:28.23 | *** join/#bzflag MindstormsKid (n=chatzill@wikipedia/MindstormsKid) |
| 16:38.25 | MindstormsKid | why can't i seem to find donny_baker anymore? i don't even see him on the bzbb.... |
| 16:38.55 | MindstormsKid | :/ |
| 16:39.40 | MindstormsKid | maybe he is joevano? |
| 16:40.41 | joevano | MindstormsKid: you would be correct |
| 16:40.47 | MindstormsKid | ok |
| 16:41.26 | MindstormsKid | that explains it :P |
| 16:56.17 | *** join/#bzflag jftsang (n=jftsang@88-108-191-204.dynamic.dsl.as9105.com) |
| 17:36.10 | *** join/#bzflag Admirarc1 (n=Athelthr@oa-res-27-36.wireless.abdn.ac.uk) |
| 18:11.38 | *** join/#bzflag LongDon (n=LongDon@host-091-097-185-194.ewe-ip-backbone.de) |
| 18:40.41 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 18:40.41 | *** mode/#bzflag [+v tupone] by ChanServ |
| 18:40.53 | *** join/#bzflag me1 (n=khazhy@bzflag/player/Me1) |
| 18:54.47 | *** join/#bzflag kirun (n=kirun@207.88.125.91.rb4.adsl.brightview.com) |
| 18:59.47 | *** part/#bzflag LongDon (n=LongDon@host-091-097-185-194.ewe-ip-backbone.de) |
| 19:15.18 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 19:44.29 | *** join/#bzflag Think_Differentl (n=fatass__@bzflag/player/ThinkDifferent) |
| 19:45.03 | *** join/#bzflag brad (n=brad@static.moooo.org) |
| 19:54.58 | *** join/#bzflag eTangenT` (i=etangent@inge069019.halls.colostate.edu) |
| 20:08.58 | *** join/#bzflag roboter5a2 (n=roboter5@dslb-088-074-099-133.pools.arcor-ip.net) |
| 20:12.42 | *** join/#bzflag Chestal (i=thilo@pdpc/supporter/active/Chestal) |
| 20:12.42 | *** mode/#bzflag [+o Chestal] by ChanServ |
| 20:28.40 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 20:28.40 | *** mode/#bzflag [+v tupone] by ChanServ |
| 20:45.07 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 20:51.14 | *** join/#bzflag L4m3r (i=l4m3r@bzflag/developer/L4m3r) |
| 20:51.14 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 21:10.12 | *** join/#bzflag TimRiker (n=timr@bzflag/projectlead/TimRiker) |
| 21:10.12 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 21:40.59 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 21:40.59 | *** mode/#bzflag [+v tupone] by ChanServ |
| 21:57.22 | *** join/#bzflag ruskie (i=ruskie@sourcemage/mage/ruskie) |
| 22:20.12 | *** join/#bzflag me1_ (n=khazhy@bzflag/player/Me1) |
| 22:49.27 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 22:49.27 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:57.12 | *** join/#bzflag JBdiGriz (n=dbw@adsl-67-121-194-2.dsl.sndg02.pacbell.net) |
| 22:57.13 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 23:21.50 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 23:21.50 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 23:35.37 | *** join/#bzflag swigg (n=Paul@bzflag/player/Swigg) |