| 00:19.25 | *** join/#bzflag leeguy921 (n=lee@host81-132-81-76.range81-132.btcentralplus.com) |
| 00:39.16 | *** join/#bzflag leeguy92 (n=lee@host81-132-81-76.range81-132.btcentralplus.com) |
| 02:10.20 | *** join/#bzflag phasmoph` (n=user@adsl-76-203-169-40.dsl.pltn13.sbcglobal.net) |
| 02:21.52 | *** join/#bzflag PrezKennedy (i=Matthew@whitecalf.net) |
| 02:22.43 | *** join/#bzflag JeffM (n=Jeff@bzflag/projectadmin/JeffM) |
| 02:22.43 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 02:42.39 | *** join/#bzflag delusional (n=delusion@c-24-3-131-103.hsd1.pa.comcast.net) |
| 02:46.13 | *** join/#bzflag newnick (n=45921719@static-ip-62-75-165-247.inaddr.intergenia.de) |
| 02:46.21 | newnick | . |
| 02:46.37 | landonshadow | . |
| 02:46.40 | landonshadow | heh |
| 02:47.00 | *** join/#bzflag bier (n=bier@p54A55C85.dip.t-dialin.net) |
| 03:07.32 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 03:09.35 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 03:11.46 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 03:14.04 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 04:14.32 | spldart | Query: are we anywhere near a 'pre-release beta' yet?... Or anything close... In the grand scheme of things. |
| 04:16.55 | spldart | Not that BZFlag is known for pre-release beta's ;) |
| 04:17.32 | Gabe_G23 | RC1? :P |
| 04:17.36 | Gabe_G23 | RC2? :D |
| 04:18.04 | JeffM | oh god no |
| 04:18.12 | JeffM | RC means, "good enough to release" |
| 04:18.20 | JeffM | beta means "feature complete" |
| 04:18.45 | Gabe_G23 | :p |
| 04:19.00 | Gabe_G23 | Pre-Release is nonexistant then |
| 04:19.16 | JeffM | pre-release is not a "standard" term |
| 04:19.21 | JeffM | we jsut apply that to binarys |
| 04:20.21 | spldart | Pardon me if I assume to much in weighing an opinion. But perhaps the goal for next release is to high. Given the timeframe. But I could be totally out of line here. I guess I'm weighing bzflag with a few other open source projects that I tinker with and worry. |
| 04:20.58 | JeffM | no the goals were fine |
| 04:21.05 | JeffM | the problem isn't with the code |
| 04:21.39 | spldart | is all ears. altruistically |
| 04:22.40 | JeffM | it was the people |
| 04:22.55 | JeffM | the lua stuff has to be shaken out then we can think about beta |
| 04:24.21 | JeffM | that and the few dr/networking bugs |
| 04:24.21 | spldart | So perhaps this the last major hurdle for a new release? lua getting situated? |
| 04:24.33 | spldart | Of course the bugs |
| 04:24.48 | JeffM | even before lua we had issues getting basic bugs fixed |
| 04:24.59 | JeffM | that will prevent the release |
| 04:25.36 | spldart | I guess I'm worrying to much, I'm often guilty of that, that a kinda stagnation will possibly eek in. |
| 04:25.52 | JeffM | oh it's been here for a long while |
| 04:25.55 | JeffM | it's not new |
| 04:26.07 | spldart | hrm |
| 04:27.24 | spldart | I'm kinda wondering if the balance between dev's and their minion ;) isn't quite equal to the task of the goals of the project... for next release. |
| 04:27.46 | JeffM | there are no minions |
| 04:27.55 | JeffM | the problem is there is no management |
| 04:28.01 | JeffM | same problem we've always had |
| 04:28.40 | spldart | heh.. I kinda consider myself some kinda of little lurker minion... But yeah... management or direction has been an ongoing problem for a while. |
| 04:28.52 | spldart | or so it seems to a novice such as myself |
| 04:28.59 | JeffM | you help a lot for sure |
| 04:29.15 | JeffM | but we don't have a formal system that lets us to the assignments we need to get it done |
| 04:29.29 | JeffM | the problem is we can NOT get the bad bugs that have to be fixed, fixed |
| 04:29.41 | spldart | Is that the diff between this open source program and the others I may be accustomined to? |
| 04:30.01 | spldart | God I can't spell or type right now |
| 04:30.11 | JeffM | yes |
| 04:30.17 | JeffM | they have a cleaner management system |
| 04:30.49 | spldart | Simple superior managment or does it include, perhaps, a broader development base? |
| 04:31.20 | spldart | grr |
| 04:31.26 | spldart | that query is not well defined. |
| 04:32.26 | JeffM | we can not manage the developers we have, I do not think we need more untill we solve that issue |
| 04:32.30 | brlcad | yeah, RC is 'release candidate' meaning we think we've pretty much nailed most of the critical issues we know about |
| 04:32.34 | spldart | hopes he isn't sticking a size 12W in his mouth right now |
| 04:33.03 | brlcad | the bugs are the bigger release issue |
| 04:33.39 | brlcad | the lua stuff is pretty isolated, even integrated into bzfs .. it won't affect general gameplay (and could be turned off/disabled at release time if a show-stopper came up) |
| 04:33.42 | spldart | So coders committed to fixing issues and testers to do their part are the issue right now.... With an emphasis on competant coders to chase bugs |
| 04:34.01 | brlcad | pretty much |
| 04:34.06 | spldart | ic |
| 04:34.11 | brlcad | time and effort |
| 04:34.24 | JeffM | they need to be self motivated too |
| 04:34.24 | brlcad | the scope was reduced a lot last spring |
| 04:34.52 | spldart | In an effort to prepare for GSoC? |
| 04:35.15 | JeffM | no, just to not have a 4 year release |
| 04:35.18 | JeffM | failed that |
| 04:35.25 | spldart | Ah |
| 04:35.29 | brlcad | no, release needs to be completely independent of any gsoc participation |
| 04:35.38 | spldart | ic |
| 04:35.48 | brlcad | if anything, only allowing gsoc work that directly contributes to release |
| 04:35.58 | brlcad | instead of new code |
| 04:36.10 | spldart | is that being considered for gsoc 2k9? |
| 04:36.17 | spldart | if 2k9 is considered |
| 04:36.33 | JeffM | I don't think we should apply |
| 04:36.47 | spldart | I do see a good argument for that jeff. |
| 04:36.47 | brlcad | we've just talked about it a little bit in private thusfar, but I think it's reasonable to tame it way down until we release |
| 04:38.16 | JeffM | the project isn't doing well if it can't get a release out |
| 04:38.28 | JeffM | or fix major bugs when 4 developers are in the same room :( |
| 04:38.49 | brlcad | I fixed at least one issue :) |
| 04:38.56 | spldart | I guess that's what's scaring me. But not so directly defined. |
| 04:39.02 | brlcad | and it was pretty substantial (at least it took a long while) |
| 04:39.53 | brlcad | plus the ogre guy gave me a refactoring direction that I hadn't considered, that was gold (to me) all by itself |
| 04:40.07 | brlcad | obvious in retrospect, but hadn't ever been stated so plainly |
| 04:40.21 | spldart | Ah.. and epiphany |
| 04:40.26 | spldart | gotta love that. |
| 04:40.39 | spldart | s/and/an |
| 04:40.43 | brlcad | it was, I've not gotten it out of my mind ever since |
| 04:40.56 | spldart | Sounds like diamonds |
| 04:41.45 | brlcad | it's a lot of refactoring though, so needs to wait until after release |
| 04:42.21 | JeffM | I find it funny that we made excelent points in the game dev talk, but don't follow any of them ourselves ;) |
| 04:43.10 | brlcad | yeah |
| 04:43.27 | blast007 | heh |
| 04:43.32 | brlcad | probably because we've just been around and thought about the problems a lot more than most |
| 04:43.41 | brlcad | nice kudos on the image submission system |
| 04:59.11 | spldart | hasta run BBL. Thanks for the humoring of a newb. :) |
| 05:07.40 | trepan | is quite willing to pull the lua stuff until 3.1 |
| 05:09.06 | trepan | or 3.2, or whatever the new release scheme is |
| 05:18.46 | brlcad | doesn't see why until there is a specific reason/need/problem |
| 05:19.07 | trepan | to get a release out ... it's been years |
| 05:20.21 | trepan | pull the lua, disable MsgJoinServer (not feature complete), fix the old/new stuff like DR, fix the segvs (console, etc...), release |
| 05:20.36 | trepan | then start adding in the new stuff |
| 05:21.20 | spldart | Breath some life in the old gal? |
| 05:21.24 | brlcad | feature complete that isn't exposed to the user doesn't matter (MsgJoinServer) |
| 05:22.02 | trepan | it is exposed to the user, in that they will be forcebly changed to a different server, without consent |
| 05:22.15 | trepan | *forcibly |
| 05:22.19 | brlcad | pulling a feature (any feature) without a reason is nearly as likely to cause problems as leaving it |
| 05:22.46 | trepan | not in this case |
| 05:22.46 | brlcad | i mean disabling the Msg itself wouldn't matter |
| 05:22.47 | brlcad | that's net-level |
| 05:22.47 | *** join/#bzflag Default__ (n=Default@68-119-195-191.dhcp.spbg.sc.charter.com) |
| 05:22.50 | brlcad | however it's exposed, sure |
| 05:22.54 | trepan | the lua would be very easy to extract, of that i can assure you |
| 05:23.10 | trepan | i'd just disable the client-side MsgJoinServer, very simple |
| 05:23.12 | brlcad | still, what's the reason |
| 05:23.19 | trepan | to get a release out ... it's been years |
| 05:24.24 | brlcad | you're still not giving a reason for pulling it unless you're implying that pulling it would somehow make release prep go faster/easier |
| 05:24.38 | trepan | <@JeffM> the lua stuff has to be shaken out then we can think about beta |
| 05:24.51 | trepan | i'm saying let's take lua out of the gating equation |
| 05:24.52 | brlcad | his words, not yours |
| 05:25.52 | brlcad | without a reason, that's just wasted effort imo, even if it's 'very simple' as you say -- that goes for *any* feature being pulled to make a release |
| 05:26.17 | brlcad | a non-trivial bug would be a good reason |
| 05:26.43 | brlcad | even a trivial one if there were a lot of them (and are exposed, not just incompletions) |
| 05:27.32 | *** join/#bzflag bier (n=bier@p54A55B7E.dip.t-dialin.net) |
| 05:29.14 | spldart | If bugs were sorted and incomplete sub-projects were removed or disabled or whateva would we have a new enough project to warrant a release? hope that was clear. |
| 05:30.09 | brlcad | spldart: oh heck yeah .. time alone is enough to warrant a release if there aren't bugs |
| 05:30.28 | spldart | Or at least no bugs of significant nature... |
| 05:30.38 | brlcad | right |
| 05:30.43 | spldart | and allow the 3.0.x's fix what's elft |
| 05:30.45 | spldart | left even |
| 05:31.28 | spldart | I'm so worried about stagnation... But also worried about shlepping something out before it's really worth and ready to be released. |
| 05:31.44 | JeffM | trepan: it's in, it'll be usefull, lets just finish it off |
| 05:31.56 | JeffM | it's not going to matter, noone will fix the DR bug |
| 05:32.06 | brlcad | well, i'm not too worried about stagnation .. we stagnated after gsoc pretty hard, burn-out to some extent |
| 05:32.23 | trepan | JeffM: useful, sure, but it can wait |
| 05:32.25 | brlcad | but yeah, don't want to just release for the hell of it |
| 05:32.27 | JeffM | we've stagnated for the past 3 years |
| 05:32.36 | trepan | rather large chunk of code to have added 'last-minute' |
| 05:32.36 | JeffM | trepan: it's the only that is getting attention |
| 05:32.42 | JeffM | it's not like the other bugs are WAITING on you |
| 05:32.44 | spldart | YTeah.. it's bigger than gsoc unfortunately |
| 05:32.46 | JeffM | so do what you are doing |
| 05:32.59 | JeffM | if it was just lua, I'd consider, but it's not |
| 05:33.03 | JeffM | so what the heck |
| 05:33.36 | trepan | i really do think that pulling it until post-3.0 isn't such a bad idea |
| 05:33.44 | trepan | (not being pissy ;-) |
| 05:33.50 | JeffM | I know |
| 05:34.01 | JeffM | but I don't think we'll jump on a release right after you pull it |
| 05:34.03 | trepan | for DR, will disabling the server-side stuff fix it ? |
| 05:34.06 | JeffM | so it would bepointless |
| 05:34.11 | trepan | (i haven't looked at that at all...) |
| 05:34.12 | JeffM | no, it's not the server side that does it |
| 05:34.14 | JeffM | it's the client |
| 05:34.35 | spldart | I'm kinda thinking that a direction, a fresh release, and of course the gsoc participation will garner more participation at all levels.. "just restating some that has been said already. |
| 05:34.40 | spldart | hehe |
| 05:34.53 | JeffM | spldart: no, it dosn't |
| 05:34.57 | JeffM | it makes devs NOT dev |
| 05:35.00 | JeffM | since they are mentoring |
| 05:35.05 | SportChick | tacklehugs brlcad, JeffM and trepan |
| 05:35.28 | spldart | wouldn't the lua stuff be bigger than 0.0.x? |
| 05:35.37 | JeffM | trepan: I don't think you have that much more on the basics of lua, you in a stride, lets not loose it |
| 05:35.44 | trepan | so how to go about fixing/reverting DR? and besides the console segv, what would really need to be done? |
| 05:35.45 | JeffM | if others were waiting on you , maybe |
| 05:35.46 | JeffM | they arn't |
| 05:35.53 | JeffM | I'd rather not revert it |
| 05:36.07 | JeffM | if we can't fix a bug like that, we have no biz, making a release |
| 05:36.13 | JeffM | cus then it ain't much more then 2.0.x |
| 05:36.18 | JeffM | it's allready got squat in it |
| 05:36.30 | spldart | Jeff does have a point. Trepan.. your in a groove on your stuff. |
| 05:36.41 | brlcad | spldart: the problem is talk is cheap/easy .. it's actual release effort, bug hunting, grunt work tweaking that is required at this point |
| 05:37.11 | trepan | make it hit-list, check it twice, find which code is naughty and nice |
| 05:37.21 | JeffM | trepan: noone is willing to do that work |
| 05:37.23 | brlcad | and yeah, gsoc pulls all the guys that could be doing that work off that work to mentor |
| 05:37.25 | JeffM | or the people that are, can't |
| 05:37.33 | JeffM | we are basicly screwed IMHO |
| 05:37.39 | brlcad | and subsequently burns them out if the students take a lot of effort |
| 05:37.51 | spldart | Heh... True. |
| 05:39.38 | JeffM | if we don't have the ability to get simple networking or DR things changed, we can't even begin to maintain the codebase |
| 05:41.11 | spldart | Perhaps I've over-reached in making my point ;) sry. I guess I'm letting my feelings cloud my reason. hehe |
| 05:45.55 | *** join/#bzflag short_circuit (n=james@c-98-197-19-35.hsd1.tx.comcast.net) |
| 05:52.02 | brlcad | hi SportChick |
| 05:52.26 | *** join/#bzflag blast007 (i=blast@bzflag/developer/Blast) |
| 05:52.26 | *** mode/#bzflag [+v blast007] by ChanServ |
| 05:54.19 | SportChick | brlcad: how's the house? |
| 06:00.04 | brlcad | SportChick: tis great |
| 06:00.21 | SportChick | I'm waiting for more photos |
| 06:00.21 | brlcad | first new outlet went in yesterday |
| 06:00.47 | brlcad | only took about 3 hours I think .. :) (fishing the wires was a pita) |
| 06:21.22 | SportChick | hehe |
| 06:58.13 | *** join/#bzflag PrezKennedyJR (i=Matthew@whitecalf.net) |
| 08:04.14 | *** join/#bzflag PrezKennedyIII (i=Matthew@whitecalf.net) |
| 08:04.21 | *** join/#bzflag dcat_ (n=dirtycat@ip70-188-17-240.rn.hr.cox.net) |
| 08:27.16 | *** join/#bzflag delusional (n=delusion@c-24-3-131-103.hsd1.pa.comcast.net) |
| 09:11.47 | *** join/#bzflag LePoulpe303 (n=olivier@about/essy/MobileTarget/LePoulpe303) |
| 10:05.50 | *** join/#bzflag LongDon (n=LongDon@host-091-097-076-044.ewe-ip-backbone.de) |
| 10:06.01 | *** part/#bzflag LongDon (n=LongDon@host-091-097-076-044.ewe-ip-backbone.de) |
| 10:45.30 | *** join/#bzflag jftsang (n=jftsang@88-108-138-135.dynamic.dsl.as9105.com) |
| 11:41.08 | *** join/#bzflag LongDon (n=LongDon@host-091-097-076-044.ewe-ip-backbone.de) |
| 11:55.44 | *** part/#bzflag LongDon (n=LongDon@host-091-097-076-044.ewe-ip-backbone.de) |
| 12:45.08 | *** join/#bzflag TD-Linux (n=wheeeeee@96-42-68-26.dhcp.roch.mn.charter.com) |
| 13:48.40 | *** join/#bzflag LongDon (n=LongDon@host-091-097-076-044.ewe-ip-backbone.de) |
| 13:48.49 | *** part/#bzflag LongDon (n=LongDon@host-091-097-076-044.ewe-ip-backbone.de) |
| 13:49.33 | *** join/#bzflag tupone (n=alfredo@gentoo/developer/tupone) |
| 13:49.33 | *** mode/#bzflag [+v tupone] by ChanServ |
| 14:06.34 | *** join/#bzflag CIA-42 (n=CIA@208.69.182.149) |
| 14:36.00 | *** join/#bzflag temp_dist (n=temp_dis@bzflag/serverop/TemporalDistraction) |
| 14:45.23 | *** join/#bzflag spldart (n=short_ci@adsl-99-50-246-149.dsl.hstntx.sbcglobal.net) |
| 14:45.31 | *** mode/#bzflag [+v spldart] by ChanServ |
| 15:00.23 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 15:32.26 | RatOmeter | wonders what this "DR bug" is |
| 15:39.15 | *** join/#bzflag Gabe_G23 (n=Gabe_G23@unaffiliated/GabeG23/x-028472) |
| 15:44.34 | *** join/#bzflag menotume (n=menotume@c-68-42-4-45.hsd1.pa.comcast.net) |
| 15:44.34 | *** mode/#bzflag [+v menotume] by ChanServ |
| 15:48.37 | *** join/#bzflag zee565 (n=57663c55@static-ip-62-75-165-247.inaddr.intergenia.de) |
| 15:50.12 | *** join/#bzflag pipevvorm (n=57663c55@static-ip-62-75-165-247.inaddr.intergenia.de) |
| 15:53.33 | *** join/#bzflag Upsetter (n=Ups@i577B6289.versanet.de) |
| 15:54.14 | blast007 | RatOmeter: http://en.wikipedia.org/wiki/Dead_reckoning#Computer_games_and_simulations |
| 15:54.49 | RatOmeter | ah, thanks. |
| 15:55.18 | RatOmeter | It this specific instance listed in BUGS ? |
| 15:55.31 | blast007 | what instance? |
| 15:55.49 | blast007 | (that link was just showing you what DR was, nothing specific to the bug) |
| 15:56.10 | RatOmeter | "<JeffM>it's not going to matter, noone will fix the DR bug" |
| 15:56.45 | RatOmeter | so I guess I'm asking "what instance?" as well. |
| 15:56.53 | blast007 | ah |
| 15:57.03 | blast007 | not sure if it's in there or not |
| 16:01.22 | *** join/#bzflag Upsette1 (n=Ups@i59F7D036.versanet.de) |
| 16:02.32 | *** join/#bzflag KTL (n=KTL@213.219.141.77.adsl.dyn.edpnet.net) |
| 16:06.11 | blast007 | RatOmeter: it's in the TODO, but no details there |
| 16:06.13 | blast007 | "* fix the Z dead-reckoning issue (ask JeffM about it)" |
| 16:06.37 | blast007 | basically, the dead-reckoning for the Z direction is messed up ;) |
| 16:06.56 | blast007 | quite evident if you watch someone drive off a building onto the ground |
| 16:07.17 | blast007 | they'll bounce up and down quickly when they land |
| 16:07.31 | blast007 | but only on the screen of someone watching them |
| 16:13.31 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 16:23.39 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 16:38.27 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 16:38.27 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 16:42.36 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 16:59.33 | *** join/#bzflag Greywhind (n=Greywhin@Jameson-68.resnet.brown.edu) |
| 17:05.41 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 17:06.27 | *** join/#bzflag Swigg_ (n=Default@68-119-195-191.dhcp.spbg.sc.charter.com) |
| 17:13.51 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 17:13.51 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 17:22.53 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 17:46.09 | RatOmeter | blast007: thanks |
| 17:47.04 | RatOmeter | ha! TODO says "Ask JeffM about it" |
| 17:47.14 | blast007 | yeah |
| 17:47.15 | blast007 | ;) |
| 17:47.16 | RatOmeter | I will do that... but later |
| 17:47.34 | RatOmeter | goes to fetch his meds |
| 17:53.41 | *** join/#bzflag xorxes (n=jacob@cpe-24-210-212-76.woh.res.rr.com) |
| 17:54.04 | xorxes | I've heard of something called the alt+F4 cheat. Would someone mind explaining to me what it is?? |
| 17:57.20 | blast007 | uh, if someone is calling that a cheat, they're just trying to get you to exit the game ;) |
| 17:57.51 | blast007 | Alt+F4, on Windows at least, will trigger an application to close |
| 17:59.13 | xorxes | ah gotcha... |
| 17:59.20 | trepan | ditto for F12 |
| 17:59.23 | xorxes | lol, kinda like answering all questions with F12 |
| 17:59.24 | xorxes | ya |
| 18:05.04 | *** join/#bzflag noyb (n=noyb@pool-71-119-170-18.lsanca.dsl-w.verizon.net) |
| 18:07.01 | *** part/#bzflag xorxes (n=jacob@cpe-24-210-212-76.woh.res.rr.com) |
| 18:07.09 | *** join/#bzflag leeguy92 (n=lee@host81-132-81-76.range81-132.btcentralplus.com) |
| 18:11.48 | JefferyM | huh what? |
| 18:22.49 | blast007 | the DR bug |
| 18:25.37 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 18:25.37 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 18:27.10 | *** join/#bzflag Upsetter (n=Ups@i59F7FFD8.versanet.de) |
| 18:32.06 | Gabe_G23 | How does one play a .rec file that bzflag has recorded on ones computer? |
| 18:33.56 | brlcad | very carefully |
| 18:35.46 | JefferyM | blast007, ahh, yeah it's easy to see if you set up 2 clients |
| 18:35.57 | JefferyM | just have them drive around each other and jump |
| 18:36.15 | JefferyM | the jumper will bounce all over hell and back in the view of the other guy |
| 18:36.27 | JefferyM | Gabe_G23, you set up a server |
| 18:36.31 | JefferyM | that runs the replay |
| 18:36.34 | JefferyM | then join it |
| 18:36.43 | JefferyM | and start the replay |
| 18:38.06 | blast007 | Gabe_G23: the -replay and -recdir paramaters will come in handy |
| 19:01.13 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 19:13.58 | *** join/#bzflag kirun (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
| 19:29.22 | RatOmeter | JefferyM: any 2 clients, ie not OS dependent? |
| 19:29.29 | JefferyM | no it's not |
| 19:29.33 | JefferyM | it's core logic |
| 19:29.40 | JefferyM | most bugs are |
| 19:29.41 | JefferyM | ;) |
| 19:29.57 | JefferyM | we don't do much with the OS to have that many OS dependent bugs |
| 19:29.58 | RatOmeter | :) |
| 19:30.29 | ruskie | :) |
| 19:30.34 | ruskie | sounds like a fun bug |
| 19:30.43 | RatOmeter | wondering since I have 1 win32 and one linux at home to test with at this time |
| 19:30.52 | JefferyM | I don't think it will be very fun at all |
| 19:30.56 | JefferyM | it's lots of math |
| 19:36.44 | brlcad | JefferyM: FYI, I'd like to plan on having scheduled downtime for .bz this weekend to finish the server migration |
| 19:37.07 | brlcad | probably starting on friday afternoon and continuing through till it's done |
| 19:37.48 | brlcad | hopefully not having any service downtime, but with all the services moving, it's a bit tricky to test some of them until DNS is migrated |
| 19:38.50 | brlcad | anyone have a problem with that? and more importantly, does anyone want to help? :) |
| 19:39.14 | ruskie | any prerequisites? |
| 19:39.37 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 19:39.54 | brlcad | probably being a knowledgable sysadmin, if you're already an admin on .bz, even better |
| 19:40.16 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 19:40.39 | ruskie | no on the second... as for the first I do that for my dayjob and at home and for a friend or two... |
| 19:42.51 | *** join/#bzflag Think_Differentl (n=fatass__@bzflag/player/ThinkDifferent) |
| 19:43.12 | blast007 | I'm good at taking servers down inadvertently, in case you need help with the "downtime" part ;) |
| 19:52.55 | *** join/#bzflag Tupone (n=Tupone@gentoo/developer/tupone) |
| 19:52.55 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 19:53.24 | brlcad | ciao Tupone |
| 19:53.35 | Tupone | hi brlcad |
| 19:54.35 | *** topic/#bzflag by brlcad -> http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || this channel is logged at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.12 is the latest linux release, 2.0.10 for others || POSSIBLE LIST SERVER DOWNTIME SCHEDULED FOR 23-25 JAN 2009 |
| 19:55.37 | blast007 | brlcad: so what exactly is getting migrated? everything? |
| 20:05.48 | *** join/#bzflag me1 (n=khazhy@bzflag/player/Me1) |
| 20:15.01 | brlcad | blast007: everything |
| 20:15.33 | brlcad | the entire fs (minus apps and OS), all services, all security measures, and apps as needed |
| 20:21.42 | blast007 | fun |
| 20:23.13 | blast007 | well, if you need help with any of it, I'll be around most of those three days |
| 20:39.27 | JefferyM | brlcad, do what ya gotta do |
| 20:40.54 | blast007 | writes an IRC bot that responds with "yes" when anyone asks "is the list server down?" |
| 20:41.11 | JefferyM | "No it must be you" |
| 20:41.16 | blast007 | hehe... |
| 20:41.23 | JefferyM | blame net nutrality |
| 20:43.24 | blast007 | could we migrate the bzflag.org page ahead of the main migration, and put a message on there about the downtime (as well as on the MOTD)? The MOTD is on bzflag.org as opposed to m.b.o, so that might help them prepare. |
| 20:43.40 | JefferyM | probably |
| 20:43.48 | blast007 | or heck, even just set up a really basic dummy page on b.o and a flat MOTD file |
| 20:44.03 | JefferyM | I think the problem is getting the .orgs to move, since we don't controll the DNS for that IIRC |
| 21:09.10 | *** join/#bzflag MPS_ (n=mathias@h138-121-116-82.dsl.netz-quadrat.de) |
| 21:16.05 | *** join/#bzflag jftsang_ohnoes-s (n=jftsang@88-108-178-222.dynamic.dsl.as9105.com) |
| 21:48.24 | *** join/#bzflag TD-Linux (n=wheeeeee@96-42-68-26.dhcp.roch.mn.charter.com) |
| 21:56.39 | *** join/#bzflag Yassen (n=chatzill@c-24-16-60-208.hsd1.wa.comcast.net) |
| 22:10.32 | leeguy92 | does anyone play bzflag 1 any more? |
| 22:10.53 | JefferyM | you mean 1.10? |
| 22:11.03 | leeguy92 | yeah |
| 22:11.11 | JefferyM | a few, every so often |
| 22:11.26 | leeguy92 | hmm |
| 22:11.26 | JefferyM | some didn't like the spawns of 2.0.0 |
| 22:12.01 | leeguy92 | the collision detection in bzflag... does the tank have a bounding box? |
| 22:12.10 | JefferyM | yes |
| 22:12.18 | JefferyM | but what collisions are you talking about |
| 22:12.23 | leeguy92 | with the environment |
| 22:12.24 | JefferyM | tank->world or shot->tank? |
| 22:12.33 | JefferyM | that a box IIRC |
| 22:13.25 | leeguy92 | im just puzzling over the collision detection for my game at the mo. like: how do i detect it. |
| 22:13.51 | JefferyM | kinda depends on what you want to do with it |
| 22:14.01 | JefferyM | and what is hitting what? |
| 22:14.22 | leeguy92 | i was thinking of converting all of the world triangles to rays, and then seeing if they intersect with the tank's box. the game is gonna be bzflag-esque |
| 22:14.41 | JefferyM | if you drive up next to a wall |
| 22:14.42 | JefferyM | and turn |
| 22:14.53 | JefferyM | do you want the tank to be able to turn? or get it's butt stuck on the wall? |
| 22:15.03 | leeguy92 | butt stuck |
| 22:15.17 | JefferyM | can your tanks drive up and down hills? |
| 22:15.38 | leeguy92 | i would be great, but i dont wanna do anything too computationally heavy: but it's gonna be a java applet |
| 22:16.01 | JefferyM | heh, you make that statement, and say you want to raycast all the triangles ;) |
| 22:16.08 | JefferyM | you have a sceenegraph? |
| 22:16.43 | leeguy92 | um...scenegraph??? remind me? im not using java3d btw, its Jogl |
| 22:16.53 | leeguy92 | and the world is an OBJ |
| 22:16.55 | JefferyM | I'll take that as no |
| 22:16.58 | JefferyM | wow |
| 22:17.01 | leeguy92 | yeah.... |
| 22:17.04 | JefferyM | ok, so it's gonna be slow no mater what |
| 22:17.07 | leeguy92 | i might need to change that |
| 22:17.27 | JefferyM | 1) store a bounding sphere and cylder for each triangle ( or group of triangles if you can swing it ) |
| 22:18.00 | JefferyM | 1) do cylinder tests on the triangles to quickly throw out the ones that are NOT near your tank |
| 22:18.23 | JefferyM | sorry, 2 |
| 22:19.32 | leeguy92 | it seems like it might be better to do what bzflag does, and break the world up into primitives(pyramids/blocks) |
| 22:19.36 | JefferyM | 3) take the few triangles left and do a a quick test to see what faces of the bounding box hit the faces, and get your intersection |
| 22:19.59 | JefferyM | it all depends on how accurate you need your collisions to be |
| 22:20.07 | JefferyM | now bzflag, dosn't let a tank's butt get stuck |
| 22:20.17 | JefferyM | we just do cylinder for the most part |
| 22:20.17 | leeguy92 | it doesnt? |
| 22:20.22 | JefferyM | I don't belive so |
| 22:20.23 | leeguy92 | hmm |
| 22:20.30 | JefferyM | you can always turn |
| 22:20.49 | JefferyM | never let the tank get closer then it's collision radius to the wall, etc.. |
| 22:20.53 | JefferyM | makes it really easy |
| 22:21.01 | JefferyM | in both play and math |
| 22:21.11 | JefferyM | cus remember, in your game, you can't turn your head and see what you are stuck on |
| 22:21.38 | leeguy92 | i just tested it, it is a bounding box, my butt just got stuck |
| 22:21.43 | JefferyM | k |
| 22:21.51 | JefferyM | then you can just do a fast bbox/triangle test |
| 22:22.09 | JefferyM | start with plane tests on the 4 sides |
| 22:22.15 | JefferyM | if there are no intersections then it's out |
| 22:22.19 | JefferyM | if there are, you compute where |
| 22:22.31 | JefferyM | an octree would help you too |
| 22:22.43 | JefferyM | then you'd not have to do the sphere tests beforehand |
| 22:22.59 | JefferyM | basicly you want to minimise the number of trangles you do the expensive tests on |
| 22:23.12 | JefferyM | and sphere and cylinder tests are cheap |
| 22:24.15 | leeguy92 | so, is there some kind of mathematical formula which tests if a triangle hits a cylinder? |
| 22:24.20 | JefferyM | if ((dx*dx+dy*dy+dz*dz) > rad1*rad1 + rad2*rad2 ) |
| 22:24.31 | JefferyM | triangle to cylinder is silly |
| 22:24.41 | JefferyM | you want the sphere of the triangle vs the sphere of the tank |
| 22:24.57 | JefferyM | you can do sphere to plane |
| 22:25.03 | JefferyM | that's not too bad IIRC |
| 22:25.07 | leeguy92 | aaahh. i see what you mean. |
| 22:25.54 | JefferyM | sphere sphere is easy and fast |
| 22:26.27 | leeguy92 | yeah, but what if you wanna jump onto stuff, you would end up floating. |
| 22:26.32 | JefferyM | cylinder, cylinder, is also fast, but only works if you have stuff that works with cylinders, like bzflag tanks that can be considreed to have "Flat" bottoms |
| 22:26.44 | JefferyM | sphere shere is just the first step |
| 22:26.57 | JefferyM | the stuff that makes it thru sphere sphere, you do cyldiner cyclnder on |
| 22:27.01 | JefferyM | that gets rid of the Z |
| 22:27.10 | JefferyM | then the stuff that makes it thru that, you do box triangle on |
| 22:27.18 | JefferyM | cus box triangle costs more |
| 22:27.34 | JefferyM | so you want to make sure you ONLY do that on the ones that you know have a chance of hitting a tank |
| 22:27.58 | JefferyM | at any one time, the majority of the faces in the world will NOT be hitting your tank, so you want to throw those out as soon as you can |
| 22:28.35 | leeguy92 | wouldn't it take time to generate spheres from the triangles? |
| 22:28.41 | JefferyM | sure |
| 22:28.45 | JefferyM | but you do that once, and store em |
| 22:28.51 | JefferyM | your world does not move |
| 22:28.54 | leeguy92 | ah, i was gonna say thsat |
| 22:29.01 | JefferyM | so all you have to do each frame is make the sphere for the tank |
| 22:29.05 | JefferyM | and THAT is easy |
| 22:29.11 | JefferyM | it's postion + it's radius |
| 22:29.59 | JefferyM | optimaly you'd want a tree structure that could let you quickly throw out entire setions of the world, but that's more advanced |
| 22:30.08 | JefferyM | sphere trees are silly |
| 22:31.28 | leeguy92 | so...how about the triangle to box thing? there some kinda magical mathematical thingy for that. |
| 22:31.44 | JefferyM | plane plane intersections |
| 22:32.00 | leeguy92 | ah |
| 22:32.01 | JefferyM | then bound that intersection in the area of the polygon |
| 22:32.02 | leeguy92 | i see |
| 22:32.12 | JefferyM | so yes, there is a magical math thingy for it |
| 22:33.33 | leeguy92 | i see......well, thanks for the lecture on collision detection. |
| 22:33.37 | leeguy92 | ;) |
| 22:34.02 | JefferyM | some of the better sceenegraphs help with collisions |
| 22:34.28 | JefferyM | honestly I'd stick with cylinder tests for the start |
| 22:34.37 | JefferyM | and then refine it later |
| 22:37.40 | *** join/#bzflag Swigg (n=Default@68-119-195-191.dhcp.spbg.sc.charter.com) |
| 22:45.07 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 22:48.34 | trepan | as long as you setup the member functions for a generic collision object properly, you can implement different collision shapes fairly easily (including hierarchically grouped shapes) |
| 23:06.26 | Yassen | It seems like with the box and pyramids the tank's butt doesn't get stuck, but if it is an arch, or a mesh, it can |
| 23:06.51 | Yassen | I've noticed that while "climbing" the inside of the turret on two tanks |
| 23:07.05 | Yassen | if you are next to the side and turn, you get stuck |
| 23:07.41 | Yassen | and if you start moving forwards, you can fall out of the turret alltogether |
| 23:08.49 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 23:08.49 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 23:08.55 | leeguy92 | i tried it with a team base(it was the nearest thing) |
| 23:09.02 | leeguy92 | butt got stuck |
| 23:13.45 | leeguy92 | bouncy purple tank: http://81.132.81.76/asplode/ (needs java web start) |
| 23:13.45 | leeguy92 | it works! i have this one routine: public boolean checkWorldCollision(Point4d proposedlocation) unfortunately, i have to call it twice, to check planar motion and vertical motion seperately. |
| 23:31.25 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 23:31.25 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:39.32 | *** join/#bzflag temp_dist (n=temp_dis@bzflag/serverop/TemporalDistraction) |