00:03.56 | *** join/#bzflag Winny (n=BZ_Win_@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
00:04.29 | *** join/#bzflag Gnurdux (n=gnurdux@c-69-251-252-148.hsd1.md.comcast.net) |
00:18.34 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
00:18.34 | *** mode/#bzflag [+v tupone] by ChanServ |
00:31.39 | *** join/#bzflag ElectricElf (n=dbharris@bas1-toronto48-1279276345.dsl.bell.ca) |
00:32.50 | *** join/#bzflag Epyon (i=Epyon@host99.180.219.81.magma-net.pl) |
00:48.17 | *** join/#bzflag Rawk (n=unknown@203.109.165.10) |
00:56.47 | CIA-3 | BZFlag: 03JeffM2501 * r14442 10/trunk/bzflag/include/OpenGLUtils.h: add define for invalid display list ID ( maybe make the listID a class with a constructor and an autocast to int) |
00:57.10 | CIA-3 | BZFlag: 03JeffM2501 * r14443 10/trunk/bzflag/src/bzflag/ (BackgroundRenderer.cxx BackgroundRenderer.h): start converting lists over to the DisplayListSystem |
01:05.55 | Winny | hmm... creating a 20,000px pano is not a good idea with 1gb of ram |
01:11.37 | *** join/#bzflag the_j0k3r (n=pizza_ma@CPE-124-188-229-216.nsw.bigpond.net.au) |
01:33.03 | *** part/#bzflag dcat (n=dcat@pdpc/supporter/active/dcat) |
01:37.55 | *** join/#bzflag tannerld_ (n=tanner@adsl-068-209-251-067.sip.asm.bellsouth.net) |
02:03.20 | CIA-3 | BZFlag: 03JeffM2501 * r14444 10/trunk/bzflag/src/bzflag/ (BackgroundRenderer.cxx BackgroundRenderer.h): port over more raw GL lists to the DisplayListSystem |
02:07.24 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
02:09.31 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@client-82-2-82-55.manc.adsl.virgin.net) |
02:09.34 | *** part/#bzflag SpazzyMcGee (n=Spazzy_M@client-82-2-82-55.manc.adsl.virgin.net) |
02:26.56 | *** part/#bzflag Rawk (n=unknown@203.109.165.10) |
02:29.20 | *** join/#bzflag Constitution (n=Constitu@72.24.124.7) |
02:47.08 | *** join/#bzflag orchid (n=bzgirl@unaffiliated/orchid) |
02:47.08 | *** mode/#bzflag [+v orchid] by ChanServ |
03:04.26 | *** join/#bzflag eTangenT_ (n=tangent@71-211-222-224.hlrn.qwest.net) |
03:29.03 | *** join/#bzflag Deepa|AFK (i=deepa@abused.armchairs.be) |
03:49.07 | Constitution | is there a checktoken.php (I think I've heard that there is), or does checktoken refer to the checktokens functionality of bzfls.php? I can't seem to find a checktoken.php in trunk/db |
03:49.26 | JeffM | it's in misc |
03:49.29 | JeffM | in the source tree |
03:49.40 | Constitution | ah, thanks |
03:49.43 | JeffM | cus it's a thing clients and servers do, not what the list server does |
03:52.13 | *** join/#bzflag Macrosoft (n=Macrosof@c-75-65-81-245.hsd1.la.comcast.net) |
04:09.21 | Constitution | if I want to allow any users to log in with weblogin.php, but also want to check group membership for admin features, is there a way to do that? |
04:10.09 | Constitution | I guess I could capture their password and run it through bzfls.php along with their callsign to get a fresh token, and check it again with the group, but it seems there's a better way to do it |
04:11.20 | Constitution | (I would rather not have to capture passwords, for privacy concerns) |
04:15.10 | *** join/#bzflag Deepa|AFK (i=deepa@abused.armchairs.be) |
04:18.32 | Constitution | oops nvm, was looking at the weblogin.php in the v2_0branch |
04:19.30 | *** join/#bzflag R3laX (n=k3y@ool-18ba89e7.dyn.optonline.net) |
04:39.40 | *** join/#bzflag ElectricElf (n=dbharris@bas1-toronto48-1279276345.dsl.bell.ca) |
04:50.58 | *** part/#bzflag R3laX (n=k3y@ool-18ba89e7.dyn.optonline.net) |
05:09.59 | *** join/#bzflag The_Vaxorcist (n=phillip@dial-209-148-113-56.sonic.net) |
05:20.23 | *** join/#bzflag Deepa|AFK (i=deepa@abused.armchairs.be) |
05:26.54 | *** part/#bzflag Macrosoft (n=Macrosof@c-75-65-81-245.hsd1.la.comcast.net) |
05:27.47 | JeffM | Constitution, you can check a group when you check the token |
05:27.59 | JeffM | if you collect passwords, it would not be good |
05:28.16 | JeffM | and you can't get the group with the password even then IIRC :) |
05:28.53 | a_meteorite | JeffM: you could if you logged them in yourself ;) |
05:28.58 | JeffM | the entire point of using our weblogin is so your site NEVER sees the password |
05:29.08 | JeffM | eww |
05:29.12 | a_meteorite | ie, submit the weblogin form |
05:29.13 | JeffM | that's be fugly |
05:29.17 | a_meteorite | though that would be totally unethical |
05:29.27 | JeffM | you'd have to log into the bb |
05:29.32 | JeffM | not the list |
05:29.35 | a_meteorite | no.. |
05:29.43 | JeffM | users never see there groups when they login |
05:29.49 | JeffM | only the game server asks for them |
05:29.53 | JeffM | even if he faked it |
05:30.29 | a_meteorite | JeffM: if you kept someone's password, you could submit to http://my.bzflag.org/weblogin.php |
05:30.35 | a_meteorite | and get the info that way |
05:30.50 | JeffM | that dosn't return a group |
05:30.57 | JeffM | that returns a token |
05:30.59 | a_meteorite | yes |
05:31.03 | a_meteorite | which you could get the groups from |
05:31.20 | a_meteorite | by running the normal token validation function |
05:31.20 | JeffM | he can get the token by sending them to that page |
05:31.23 | a_meteorite | sure |
05:31.26 | JeffM | and do the SAME thing |
05:31.33 | a_meteorite | but I think he was a little confused and thought you needed their password ;) |
05:31.34 | JeffM | so there is no point in geting the groups |
05:31.39 | a_meteorite | anyways.. I already got him up and running |
05:31.42 | JeffM | ok |
05:31.55 | JeffM | did he think he had to run his own local weblogin? |
05:32.11 | JeffM | instead of just calling ours and using checktoken? |
05:32.14 | a_meteorite | yeah |
05:32.16 | a_meteorite | bzfls and all that too |
05:32.18 | a_meteorite | yeah |
05:32.21 | JeffM | oh my |
05:32.33 | JeffM | should clarify that in the comments in misc |
05:32.47 | JeffM | that's why only checktoken is in the source, that's all you need |
05:32.53 | a_meteorite | it took a little playing around before I figured it out too :) |
05:33.04 | a_meteorite | yup |
05:41.14 | *** join/#bzflag delusional (n=delusion@pool-151-201-119-188.pitt.east.verizon.net) |
05:47.51 | Constitution | JeffM: thanks |
05:48.13 | *** join/#bzflag QuantumBeep (n=QuantumB@doc-24-32-46-104.leesville.la.cebridge.net) |
05:48.34 | *** part/#bzflag delusional (n=delusion@pool-151-201-119-188.pitt.east.verizon.net) |
05:49.18 | Constitution | as far as groups, the only way I saw (again, looking at the outdated weblogin.php), was to capture the password, and submit it to bzfls.php with the GETTOKEN action, checking the group that time... but I guess that's not at all necessary |
05:52.10 | JeffM | naw,that's what checktoken does |
05:52.11 | JeffM | :) |
05:52.22 | Constitution | yeah, cool stuff :-) |
05:53.19 | QuantumBeep | so... Pythonian. |
06:12.05 | CIA-3 | BZFlag: 03JeffM2501 * r14445 10/trunk/bzflag/src/bzflag/ (6 files): |
06:12.05 | CIA-3 | BZFlag: update more list use to displayListSystem for weather, effects, and background. |
06:12.05 | CIA-3 | BZFlag: weather and effects no longer need to have context inits from background, since they use the list manager that handles it once. |
06:18.34 | a_meteorite | uh. |
06:22.13 | *** join/#bzflag zee694 (i=4a454e86@gateway/web/cgi-irc/zeebrothers.net/x-7997bc8a67ca3e50) |
06:22.18 | *** join/#bzflag jude- (n=jude@c-68-84-206-92.hsd1.az.comcast.net) |
06:22.22 | jude- | hello all |
06:23.44 | Constitution | hi jude- |
06:31.43 | a_meteorite | ~bz2_0svn |
06:31.48 | a_meteorite | ~bz20svn |
06:31.48 | ibot | methinks bz20svn is http://my.bzflag.org/w/BZFlag_SVN and svn co https://bzflag.svn.sourceforge.net/svnroot/bzflag/branches/v2_0branch/ bzflag |
07:04.47 | *** join/#bzflag L4m3r (i=l4m3r@about/essy/warning/L4m3r) |
07:04.47 | *** mode/#bzflag [+v L4m3r] by ChanServ |
07:05.05 | jude- | hello L4m3r |
07:05.48 | L4m3r | hi jude- |
07:23.44 | a_meteorite | hmf |
07:23.53 | a_meteorite | I'm getting this on HEAD (2.1) |
07:23.55 | a_meteorite | make: *** No rule to make target `bzsignal.cxx', needed by `bzsignal.lo'. Stop. |
07:24.14 | a_meteorite | I've updated to lower revisions, still get it |
07:28.34 | ruskie | http://www.theregister.co.uk/2007/06/30/weird_internet_behaviour/ <- A glitch in the Matrix, or a hungry exploit? |
07:30.22 | *** join/#bzflag Pumpernickle (n=Pumperni@CPE0016b6c9fba4-CM0012c9a9a6dc.cpe.net.cable.rogers.com) |
07:59.43 | *** join/#bzflag L4m3r (i=l4m3r@about/essy/warning/L4m3r) |
07:59.43 | *** mode/#bzflag [+v L4m3r] by ChanServ |
08:18.09 | *** join/#bzflag TimRiker (n=timr@66.135.114.72) |
08:18.09 | *** mode/#bzflag [+o TimRiker] by ChanServ |
08:38.25 | *** join/#bzflag KTL (n=KTL@kotnet-149.kulnet.kuleuven.be) |
08:48.36 | *** join/#bzflag Pumpernickel (n=Pumperni@about/essy/bacon/PuMpErNiCkLe) |
09:44.23 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
09:44.23 | *** mode/#bzflag [+v tupone] by ChanServ |
09:49.44 | tupone | ~wakeup brlcad |
09:49.45 | ibot | ACTION silently aproaches brlcad, who's sleeping (zZzZZZzzZZ, Ronc !!! ronc!), gets off his pants and shoots a noisy fart ... PUBFBFBFBBBFFF!!! |
10:01.49 | tupone | :) |
10:01.59 | tupone | are you awake enough? |
10:24.31 | brlcad | kinda :) |
10:25.21 | ts | brlcad: Thanks for fixing it |
10:25.38 | ts | brlcad: I'm just helpless in that kind of cases |
10:27.45 | tupone | brlcad, I just saw the changes on the Makefile/configure, mainly regarding CXXFLAGS |
10:29.17 | tupone | I mostly agree on that, but I am for removing -g / -Osomething from configure and let it specify on the configure commandline or on make |
10:30.35 | tupone | because now there are some inconsistency, like you specify -O3 for darwin (on CONF_CXXFLAGS) and then probably -O2 on CXXFLAGS |
10:31.55 | tupone | and actually I want to be able to choose my own optimization options on my platform, without tweaking configure.ac |
10:32.39 | tupone | and that I want to be able to do, at make time |
10:32.51 | tupone | if it is possible :) |
10:33.23 | tupone | is that something you can agree on ? |
10:53.55 | brlcad | yeah, I left that alone mostly for you |
10:54.11 | brlcad | but I'd rather let it be fully specifiable |
10:54.34 | *** join/#bzflag wanda (n=coredump@p549990D3.dip0.t-ipconnect.de) |
10:54.47 | tupone | meant ... removing CXXFLAGS at all in configure.ac ? |
10:55.01 | brlcad | ts: I'll just have to disagree with you on you being helpless, you've shown yourself to be capable .. you just have to want to :) |
10:55.32 | brlcad | tupone: no, not exactly |
10:55.42 | tupone | how so? |
10:56.05 | tupone | you want it to be driven by configure options? |
10:56.15 | brlcad | letting it pick up on the usual enable/disable optimized, debug, profile flags, but also override the defaults and allow override at configure and/or make time |
10:56.47 | brlcad | so even if you do provide options, you can still always override during make |
10:57.10 | tupone | dunno all is ovveridable |
10:57.17 | tupone | what bad word |
10:57.25 | tupone | s/vv/v |
10:58.10 | tupone | maybe we should not append to it, then, we should check for is setting, and only then write it, like AC_PROG_CXX is doing |
10:58.57 | tupone | but, ok, gentoo override it at make time, so there is no problem on this approach for my own interest |
10:59.14 | brlcad | they do that just to set a default -- we could keep/set a default or not |
11:00.50 | tupone | so, -g(something) and -O(something) and -march and all the one that are not so needed, they should go in CXXFLAGS (or similar) to be eventually overriden |
11:03.04 | tupone | and then, for the -O3 for darwin, I think is too high as a default. -O3 with gcc-4 is, most of the time, bad |
11:43.16 | *** join/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
11:58.21 | *** join/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
12:26.54 | daxxar | Mornin' |
12:27.30 | daxxar | Back from festivals, Billy Talent rules live! (My Chemical Romance is a bit too emo, and the fact that they know they're famous shines through on their stage-show, which is a bit annoying) |
13:17.25 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@client-82-2-82-55.manc.adsl.virgin.net) |
13:31.46 | *** join/#bzflag amathis (n=amathis@c-75-64-163-68.hsd1.tn.comcast.net) |
13:54.23 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
14:18.30 | *** join/#bzflag nn-laptop (n=cache@207-172-203-56.c3-0.upd-ubr7.trpr-upd.pa.cable.rcn.com) |
14:51.01 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
14:51.01 | *** mode/#bzflag [+v Tupone] by ChanServ |
15:29.04 | *** join/#bzflag Pommes_ (n=Pommes@about/essy/frenchy/Pommes) |
15:49.48 | *** join/#bzflag Suspect (n=Suspect@68-113-164-151.dhcp.plt.ny.charter.com) |
15:52.36 | *** join/#bzflag TD-Linux (n=TD-Linux@about/essy/indecisive/TD-Linux) |
16:02.03 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
16:04.27 | *** join/#bzflag DavidHKMrPowers (n=chatzill@unaffiliated/davidhkmrpowers) |
16:12.13 | *** join/#bzflag randomparticle (n=randompa@about/essy/snick/randomparticle) |
16:19.45 | *** join/#bzflag delusional_ (n=delusion@pool-151-201-224-146.pitt.east.verizon.net) |
16:21.09 | *** join/#bzflag a_temp_dist (n=a_temp_d@about/essy/alarming/a-temp-dist) |
16:21.44 | *** join/#bzflag Pommes_ (n=Pommes@about/essy/frenchy/Pommes) |
16:24.49 | a_temp_dist | >bzquery sdf-eu.org:5154 |
16:25.26 | brad | ~bzfquery* |
16:25.37 | a_temp_dist | thx |
16:25.47 | *** join/#bzflag TimRiker (n=timr@66.135.114.72) |
16:25.47 | *** mode/#bzflag [+o TimRiker] by ChanServ |
16:28.06 | a_temp_dist | SrVPofFieldOperations is a player that should be watched - seems to only want to disrupt games |
16:29.22 | a_temp_dist | I was just on sdf-eu.org:5154 with a ton of players and he was intentionally TKing - he had 140 TKs before we could poll ban him |
16:29.56 | a_temp_dist | but then right after he was banned, the server went down - so I'll bet he had something to do with that - like a DDOS attack |
16:30.20 | a_temp_dist | [SrVPofFieldOperations->] aren't you glad that i know someone at ARIN and have a range of subnets |
16:30.34 | a_temp_dist | [SrVPofFieldOperations->] where are you so i can tk you |
16:41.26 | JeffM | why would knowing somone at ARIN give more nets? |
16:41.44 | a_temp_dist | probably just something "smart" to say |
16:41.47 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
16:41.48 | JeffM | they can't dynamicly rerroute the net |
16:42.35 | a_temp_dist | the IP i have for him (from a different server) is 24.14.2.228 |
16:50.55 | JeffM | did a static ban on that IP take care of him on your server? |
16:51.09 | a_temp_dist | so far |
16:53.28 | a_temp_dist | I see an older ban from another server that has the same IP address / call sign |
16:55.42 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
17:04.56 | *** join/#bzflag bier__ (n=bier@p54A53DA1.dip0.t-ipconnect.de) |
17:06.58 | donny_baker | a_temp_dist: he has been causing problems for quite some time |
17:07.43 | a_temp_dist | sdf-eu.org:5154 is still not back up, I wonder he caused that |
17:08.30 | *** join/#bzflag tupone (n=neo@pdpc/supporter/active/Tupone) |
17:08.30 | *** mode/#bzflag [+v tupone] by ChanServ |
17:10.10 | brlcad | well, there's why our ohloh enlistment is failing |
17:10.15 | brlcad | some problem with our repository |
17:10.30 | JeffM | brlcad, I think some of the perms arn't right |
17:10.33 | brlcad | svn checkout https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk@1789 |
17:10.46 | brlcad | goes for a while .. then |
17:10.47 | brlcad | svn: Failed to add directory 'trunk/pybzflag/.svn': object of the same name already exists |
17:11.32 | donny_baker | is it possible to use a subnet mask on an ip ban or is it strictly wildcards? |
17:25.20 | brlcad | donny_baker: I don't think so, iirc we talked about adding it extensively but nobody stepped up to do it |
17:26.48 | tupone | subnet-mask or CIDR (/me prefer this) is good |
17:26.53 | donny_baker | brlcad: thanks, guess I'll just add 32 ip bans ... only have to do it once thankfully |
17:27.48 | donny_baker | i would prefer CIDR also, but it's not really too hard to replicate with a bunch of wildcard bans for as often as it is used |
17:29.15 | brlcad | which is why nobody has still done it :) |
17:31.36 | *** join/#bzflag wanda (n=coredump@p54998AE4.dip0.t-ipconnect.de) |
17:36.33 | *** join/#bzflag randomparticle (n=randompa@88-104-239-82.dynamic.dsl.as9105.com) |
17:55.40 | ts | JeffM: Now that it works radar looks great but I'm getting a wiered HUD until I change resolutions. |
18:01.37 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
18:03.56 | Winny | anyone know of a good and free monitor calibrater? |
18:04.04 | Winny | CS3 doesn't include adobe gamma anymore. |
18:05.37 | a_temp_dist | not free but a Pantone huey is pretty cheap - you really need a piece of hardware to do the job correctly |
18:06.55 | Winny | hmm, ok |
18:13.44 | *** join/#bzflag ElectricElf (n=dbharris@bas1-toronto48-1279276345.dsl.bell.ca) |
18:30.59 | *** join/#bzflag randomparticle (n=randompa@88-104-239-82.dynamic.dsl.as9105.com) |
18:36.49 | *** join/#bzflag TimRiker (n=timr@66.135.114.72) |
18:36.49 | *** mode/#bzflag [+o TimRiker] by ChanServ |
18:40.28 | wanda | hi .. in bzflag/BackgroundRenderer.h:34 #include "openGLUtil.h" : typo? s/o/O/ or am i missing somerhing? |
18:41.07 | JeffM | the file is a little o |
18:41.12 | JeffM | so the include is a little o |
18:42.10 | wanda | hm .. so i have to check my svn up ... i only have OpenGLUtil.h .. |
18:42.47 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
18:42.47 | *** mode/#bzflag [+v tupone] by ChanServ |
18:44.12 | JeffM | bryjen changed the name of the file but not the code |
18:44.53 | CIA-3 | BZFlag: 03JeffM2501 * r14446 10/trunk/bzflag/src/bzflag/BackgroundRenderer.h: big O big O big O |
18:45.25 | JeffM | or maybe it mixed with some changes of mine |
18:47.48 | wanda | ty JeffM .. works again |
18:54.33 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
19:01.26 | *** join/#bzflag delusional (n=delusion@pool-71-253-16-11.pitbpa.east.verizon.net) |
19:25.51 | *** join/#bzflag jftsang (n=jftsang@88-108-233-61.dynamic.dsl.as9105.com) |
19:26.28 | jftsang | ~seen Tedius |
19:26.40 | ibot | tedius <n=Tedius@adsl-76-205-108-100.dsl.bcvloh.sbcglobal.net> was last seen on IRC in channel #bzflag, 3d 17h 20m 9s ago, saying: 'nn-gentoo: yoohoo'. |
19:26.40 | jftsang | is that the right command |
19:27.26 | jftsang | GOSH DAMMIT WHY ISNT HE ONLINE |
19:27.30 | *** part/#bzflag jftsang (n=jftsang@88-108-233-61.dynamic.dsl.as9105.com) |
19:41.16 | *** join/#bzflag jftsang (n=jftsang@88-108-233-61.dynamic.dsl.as9105.com) |
19:42.16 | brad | ... |
19:42.33 | Birdie | jftsang: patience can be a very nice thing |
19:42.41 | Birdie | so can be a pm |
19:42.54 | *** join/#bzflag QuantumBeep (n=QuantumB@doc-24-32-46-104.leesville.la.cebridge.net) |
19:43.02 | JeffM | he left |
19:43.14 | JeffM | he's been told to leave a bzbb mail for him |
19:43.24 | *** join/#bzflag jftsang_ (n=jftsang@88-108-233-61.dynamic.dsl.as9105.com) |
19:43.31 | *** part/#bzflag Birdie (n=Birdie@unaffiliated/birdie) |
19:43.31 | *** join/#bzflag Birdie (n=Birdie@unaffiliated/birdie) |
19:43.39 | Birdie | sry my client messed up, didnt saw |
19:43.54 | JeffM | jftsang_, leave him a bzbb PM, he dosn't come here much, we don't need to see you complaining about it |
19:44.11 | jftsang_ | k |
19:44.38 | jftsang_ | *is an IRC newb* |
19:44.47 | JeffM | it's not an IRC thing |
19:44.51 | JeffM | it's a PERSON thing |
19:45.40 | JeffM | it's like your poking your head into a coffie shop for 4 seconds then shouting "DAMNIT WHY ISN'T BOB HERE" when bob could be in 100's of other places |
19:46.27 | brad | lol |
19:46.39 | brad | so true |
19:47.18 | JeffM | rather then just calling his voicemail using the number YOU HAVE and leaving him a message that you want to talk to him |
19:59.26 | *** join/#bzflag TimRiker (n=timr@032-306-084.area1.spcsdns.net) |
19:59.26 | *** mode/#bzflag [+o TimRiker] by ChanServ |
20:02.39 | *** join/#bzflag poolio_ (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
20:11.32 | blast007 | brlcad: ping |
20:11.37 | brlcad | pong |
20:12.04 | brlcad | what'd I break? |
20:13.44 | blast007 | heh, nothing |
20:18.08 | daxxar | Hmmmz |
20:18.10 | daxxar | Time to CODE! |
20:18.31 | daxxar | Btw, who do I have to cuddle for a forthnight to get the Majestic Voice (tm) set on me? |
20:20.15 | *** mode/#bzflag [+o tupone] by ChanServ |
20:20.26 | *** mode/#bzflag [+v daxxar] by tupone |
20:20.38 | tupone | do not logout :) |
20:21.10 | *** mode/#bzflag [-o tupone] by tupone |
20:22.04 | daxxar | \o/ |
20:22.13 | daxxar | I never log out, disconnecting from IRC is for weaklings! |
20:22.24 | daxxar | (though my connection sometimes chokes) :( |
20:22.49 | daxxar | Seems to be stable nowadays, signon: Thu Jun 7 01:24:47 2007 |
20:22.54 | daxxar | Thanks, tupone. |
20:23.14 | daxxar | Now I feel like a VIP. |
20:25.37 | brlcad | tupone: did you see my message about the svn error? |
20:26.29 | tupone | yes |
20:27.06 | brlcad | any ideas? |
20:27.44 | tupone | nope, I have to test myself :/ |
20:27.58 | tupone | what did you do to get that? I forget |
20:28.45 | brlcad | tupone: svn checkout https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk@1789 |
20:29.03 | daxxar | Irssi uptime: 83d 3h 41m 55s |
20:29.04 | tupone | eek, that is too much |
20:29.32 | brlcad | it'll pull for a few minutes until it gets to pybzflag |
20:29.54 | brlcad | only 37MB worth, don't worry ;) |
20:31.30 | brlcad | daxxar: before irssi crashed on me about 6 weeks ago I had over 350 days |
20:32.35 | daxxar | brlcad: Sweet. :-) |
20:32.47 | daxxar | I'm running 0.8.10, though :( |
20:33.34 | TD-Linux | SportChick has an insane uptime |
20:37.44 | brlcad | yeah, she's got it goin' on good |
20:39.04 | tupone | brlcad, went like a charm :( |
20:39.56 | tupone | and only 162M |
20:43.21 | brlcad | hrm |
20:43.35 | tupone | svn, versione 1.3.2 (r19776) |
20:44.06 | brlcad | i'm on 1.4.3 |
20:45.13 | brlcad | yeah, still errors for me |
20:45.19 | brlcad | you used the @1789, yes? |
20:46.21 | tupone | yep, I copy/pasted |
20:46.30 | daxxar | Okay, I slightly lied. But I'm starting the coding now. |
20:48.28 | *** join/#bzflag danacat (n=Dana@CPE0004e2206019-CM000e5cdfddfe.cpe.net.cable.rogers.com) |
21:01.54 | *** join/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
21:03.26 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
21:03.26 | *** mode/#bzflag [+v Tupone] by ChanServ |
21:09.40 | *** join/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
21:11.42 | daxxar | Hrm, expanding RCLink and implementing RCLinkFrontend is the part of this I'm looking the least forward to. |
21:11.51 | daxxar | But hey, that's coding. |
21:13.56 | brlcad | :) |
21:17.56 | daxxar | Hmm. Do you have any thoughts on how to handle 'protocol commands'? I'm considering either reworking the whole of RCRequest, or just make a similar RCReply |
21:21.04 | brlcad | mainly just how it relates to the text protocol itself, you issue commands and are then issued back N responses (which may be requested query values or other events) where N > 0 for each command |
21:21.58 | daxxar | That's how it works now, every command has 'command-specific replies' plus an 'ack' at the end. |
21:22.04 | daxxar | I guess the 'ack' can be considered a 'terminator' |
21:22.27 | daxxar | bzrc used blocks of replies marked by 'begin' and 'end'-commands. |
21:22.38 | brlcad | ah |
21:22.39 | daxxar | Not really neccessary, if I just make the 'ack' come after all other cmomands. |
21:22.47 | daxxar | commands* |
21:23.01 | daxxar | bzrc sent ack on all commands, but I'm not 100% if it sent it before or after begin/end-blocks |
21:23.22 | brlcad | hm, why blocks? |
21:23.58 | daxxar | Hm? |
21:24.14 | daxxar | I guess it's just needs the 'end', practically speaking, but the protocol has begin/end |
21:24.17 | brlcad | why not just the values and any events, not clear what the "bundling" does |
21:24.27 | daxxar | The bundling is from bzrc |
21:24.32 | daxxar | > constants |
21:24.34 | daxxar | < begin |
21:24.39 | daxxar | < constant someConst 5 |
21:24.43 | daxxar | < constant otherConst FOO |
21:24.45 | daxxar | < end |
21:24.47 | daxxar | < ack constants |
21:25.01 | daxxar | Is how the bzrc protocol originally works, afaik |
21:25.09 | brlcad | okay |
21:25.23 | brlcad | not what I would have done probably, but it works |
21:25.40 | daxxar | Me neither ;-) |
21:25.43 | brlcad | feel free to change it if you want ;) |
21:25.51 | brlcad | I was thinking more along the lines of either |
21:25.56 | brlcad | > constants |
21:26.15 | brlcad | < constant someConst 5 |
21:26.20 | brlcad | constant otehrConst FOO |
21:26.30 | brlcad | constants: ok |
21:26.59 | brlcad | you know you issued it, so you can be expecting the replies |
21:27.22 | brlcad | > execute |
21:27.26 | brlcad | < movedForward 100 |
21:27.32 | brlcad | < hitWall |
21:27.37 | brlcad | < execute: ok |
21:29.33 | daxxar | Well, I wouldn't issue the movedForward 100, but that could be an option. |
21:29.46 | daxxar | Would / could make the getDistanceRemaining and getTurnRemaining redundant. |
21:30.00 | brlcad | yeah, sure |
21:30.32 | brlcad | i meant more just .. it sends you N notifications of some sort, and just at least one is the status for what you issued |
21:30.45 | daxxar | I agree |
21:30.55 | daxxar | Currently it does that for most (if not all), via an ack command |
21:30.58 | daxxar | setForward 500 |
21:31.01 | daxxar | ack setForward 500 |
21:31.09 | daxxar | So that would become |
21:31.14 | daxxar | > setForward 500 |
21:31.19 | daxxar | < hitWall |
21:31.23 | daxxar | < ack setForward 500 |
21:31.37 | brlcad | yeah, that sounds good |
21:34.12 | daxxar | I was thinking of making RCRequest an abstract base class, and make each type of request / reply a subclass of it. |
21:34.57 | daxxar | Just to move stuff like parsing of messages and data storage to different classes. |
21:36.09 | daxxar | Since RCRequest has like float distance, turn, speed, turnRate, *etc* - where at most two of them are used in any given RCRequest instance. |
21:54.54 | *** join/#bzflag a_temp_dist (n=a_temp_d@about/essy/alarming/a-temp-dist) |
22:03.14 | *** join/#bzflag enydona (i=enydona@ip-64-15-152-71.static.privatedns.com) |
22:03.36 | *** part/#bzflag enydona (i=enydona@ip-64-15-152-71.static.privatedns.com) |
22:04.37 | *** join/#bzflag enydona (i=enydona@ip-64-15-152-71.static.privatedns.com) |
22:05.39 | *** join/#bzflag randomparticle (n=randompa@about/essy/snick/randomparticle) |
22:06.18 | JeffM | brlcad / DTRemenak any reason to keep the riva 128 specific code? |
22:08.04 | daxxar | Also, I was considering moving the command logic from RCRobotPlayer::processrequest(RCRequest* req, RCLinkBackend *link) to RCRequest::updatePlayer(RCRobotPlayer *rc, RCLinkBackend *link) |
22:08.42 | daxxar | (Making RCRequest a friend of RCRobotPlayer and protected-ing the various data (or accessors to them)) |
22:09.55 | daxxar | brlcad, DTRemenak, anyone else: any complaints? |
22:09.57 | brlcad | JeffM: if it's actually a burden, then probably not (like if you're updating some code and it the tnt code would require maintenance/rewrite to survive) |
22:10.11 | brlcad | i wouldn't remove it just for the helluvit, though .. to "clean up" |
22:10.33 | JeffM | it's in my way. |
22:10.45 | JeffM | if I have to suport it I'll probably just stop |
22:11.11 | JeffM | they are stupid lists I'd have to port |
22:11.34 | brlcad | i wouldn't "support" it .. that's what I mean -- if it's actually a burden to keep it, then ditch it |
22:11.42 | brlcad | if it's just there, then meh |
22:11.49 | brlcad | at least that's my take on it |
22:11.56 | JeffM | I want to remove all uses of glNewList |
22:12.00 | JeffM | this is one of them |
22:12.05 | brlcad | so if you're porting everything over to display lists, and it's conflicting |
22:12.07 | brlcad | then screws it |
22:12.09 | JeffM | but it's so rarely used, I don't want to move it to the new system |
22:12.13 | JeffM | k |
22:12.41 | brlcad | moving it to a new refactoring is a burden imo |
22:12.42 | JeffM | when this is done, then noone will have to use those lame context init callbacks everywhere |
22:13.08 | brlcad | heh |
22:13.11 | brlcad | i'll believe that when I see it |
22:13.17 | JeffM | well for lists |
22:13.23 | JeffM | not sure how textures are done |
22:13.25 | JeffM | don't care that much |
22:13.27 | brlcad | the texture junk won't |
22:13.34 | brlcad | yeah |
22:13.45 | JeffM | isn't it using one of my texture managers? |
22:13.58 | JeffM | where the returned ID is not the GL id, but a managed ID? |
22:14.58 | brlcad | huh? |
22:15.40 | brlcad | i meant that the texture code will probably still need to be reset regardless, but not the init that happens currently several times per frame |
22:16.17 | brlcad | the fontmanager isn't using your texture manager, it talks write with ftgl |
22:16.41 | JeffM | I mean the only thing that should need to be inited on a context invalidation should be the major managers |
22:16.48 | JeffM | not the lower client code that calls them |
22:16.49 | brlcad | there were a couple "reset opengl" callbacks into your texture manager, but I ripped them out |
22:16.57 | JeffM | oh |
22:17.00 | JeffM | you need those |
22:17.14 | brlcad | it still resets opengl |
22:17.20 | brlcad | just not using your texture manager |
22:17.20 | Tupone | well, context-reinit is not need so often for GLX platform. That is M$ that screwed all |
22:17.23 | JeffM | ahh |
22:17.40 | JeffM | Tupone, yeah that can be handled by platform ( the when ) |
22:17.52 | JeffM | MS only does it when you iconify |
22:17.57 | brlcad | Tupone: MS and Apple |
22:18.05 | Tupone | ahh, that ... AGL |
22:18.20 | JeffM | nix is probably only when you move it to another display |
22:18.39 | JeffM | my point is the drawing code should not need to know when to redo it's stuff, the higher level managers should handle that for you |
22:18.49 | JeffM | and ether reload the images, or ask for the geometry again |
22:18.59 | JeffM | the drawing code can always use the same manager ID |
22:19.05 | JeffM | just makes it cleaner IMHO |
22:19.06 | brlcad | yeah, I bet it can still happen on nix easily enough with the right conditions |
22:19.10 | Tupone | probably when you leave the board, but changing screen is ok |
22:20.12 | JeffM | someone should take the time to test if the new list based radar is faster |
22:20.16 | JeffM | it should not be slower |
22:20.48 | JeffM | also if you find a platform that has bad list performance ( some ATI cards ) you can turn off lists in one place, the manager |
22:20.58 | JeffM | and just have it call the list geo callbacks every frame |
22:22.24 | Tupone | I had some report that the new world is up/down and ground texture when moving goes in the opposite direction |
22:22.32 | Tupone | I didn't test it |
22:25.51 | JeffM | I only changed radar :) |
22:34.05 | *** part/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
22:40.00 | *** join/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
22:48.36 | *** join/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
22:49.28 | CIA-3 | BZFlag: 03daxxar * r14447 10/trunk/bzflag/ (6 files in 2 dirs): |
22:49.28 | CIA-3 | BZFlag: Updated DEVINFO about naming to correct a typo in an example and clarify a sentence. |
22:49.28 | CIA-3 | BZFlag: Refactoring of RCRequest to make it adhere to DEVINFO. |
22:49.28 | CIA-3 | BZFlag: First 'outline' of the new RCRequest has been added. This is the last commit before this relatively major change is done. (will require breaking a lot of bzrc code ;-) |
22:51.34 | daxxar | btw, should enum typedefs be named like classes (CamelCase) or like normal names (lowerCamelCase)? |
22:58.00 | brlcad | follow existing convention |
22:58.50 | brlcad | which is to say that there isn't really a convention |
22:59.01 | brlcad | not a big deal for enums |
22:59.03 | daxxar | Most uses CamelCase |
22:59.08 | daxxar | But some use lowerCamelCase |
22:59.10 | brlcad | most yes |
22:59.33 | daxxar | Would you mind if I used lowerCamelCase? |
22:59.41 | brlcad | but even if you ignore jeff's hungarianisms, there's camelCase too |
23:00.00 | daxxar | Aha. :-) |
23:05.09 | *** join/#bzflag delusional_ (n=delusion@pool-151-201-220-190.pitt.east.verizon.net) |
23:07.26 | *** join/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
23:08.28 | *** part/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
23:13.01 | *** join/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
23:13.07 | *** part/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
23:15.35 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
23:16.55 | daxxar | Hm. Can I add a BZRC_PROTO_VERSION to version.h? |
23:16.57 | *** join/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
23:17.04 | LongDon | ps aux | grep X |
23:17.24 | LongDon | ups sry |
23:17.25 | *** part/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
23:17.42 | daxxar | brlcad: ping |
23:23.24 | *** join/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
23:23.25 | brlcad | daxxar: pong |
23:24.45 | *** part/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
23:30.14 | *** join/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
23:30.26 | *** part/#bzflag LongDon (n=LongDon@dyndsl-091-096-013-198.ewe-ip-backbone.de) |
23:57.38 | *** join/#bzflag ibot_ (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
23:57.38 | *** topic/#bzflag is http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || http://www.linuxjournal.com/article/9453 || http://ohloh.net/projects/189 || http://my.bzflag.org/w/ || http://my.bzflag.org/w/Google_Summer_of_Code#Program_Evaluation || http://sourceforge.net/awards/cca/nomination.php?group_id=3248&from=http%3A%2F%2Fsourceforge.net%2Fprojects%2Fbzflag |
23:57.39 | *** mode/#bzflag [+o ibot_] by ChanServ |