| 00:01.19 | spldart | PowerPainter a personal project? |
| 00:01.51 | JeffM2501 | yes and no |
| 00:02.07 | JeffM2501 | it's got one thing for bz already |
| 00:02.35 | spldart | Strictly private? CVS? other? |
| 00:02.51 | JeffM2501 | it's in OC's cvs |
| 00:03.08 | spldart | I assume it's a modeler of some sort? |
| 00:03.16 | JeffM2501 | nope |
| 00:03.29 | JeffM2501 | it models not |
| 00:03.33 | spldart | hehe |
| 00:04.18 | spldart | OC? Opencores? |
| 00:04.31 | JeffM2501 | OpenCombat |
| 00:04.35 | spldart | Oop |
| 00:04.37 | spldart | my bad |
| 00:21.14 | spldart | he he he |
| 00:26.50 | JeffM2501 | thing is using 26 megs of ram for 3 boxes :) |
| 00:27.36 | JeffM2501 | and saves out a 5.17 meg file |
| 00:28.16 | spldart | 8-0 |
| 00:28.49 | JeffM2501 | god knows how much video ram it uses too :) |
| 00:29.32 | spldart | anything worth building yet or is the project to immature? |
| 00:29.44 | JeffM2501 | why would you want to use it? |
| 00:30.08 | JeffM2501 | you have need for seting textures on faces of an obj file then saving them out out a format nothing else reads? |
| 00:30.12 | spldart | Use.. prolly not.. Checkout for satisfying curiousity? |
| 00:30.24 | spldart | Ah.. |
| 00:30.45 | spldart | I have wanted to do that... texture_face thing but specifically in .bzw |
| 00:30.46 | JeffM2501 | if you want a release version, I can make ya one. not sure what you'd do with it |
| 00:31.23 | JeffM2501 | it dosn't save textures out to obj, so it's somewhat useless for that |
| 00:31.36 | spldart | I've made an obj in wing3d and would have liked an easy way of doin different textures on ....... Ah |
| 00:31.49 | JeffM2501 | well easy... not so much :) |
| 00:31.55 | spldart | What is the end goal? |
| 00:32.10 | JeffM2501 | global thermonucular war |
| 00:33.42 | JeffM2501 | bahh, can't do release, no release build of coldet |
| 00:34.22 | spldart | hehe and Oh.. |
| 00:34.33 | spldart | How about a nice game of chess.. |
| 00:34.40 | *** join/#bzflag a_temp_dist (n=a_temp_d@user-12l2r0o.cable.mindspring.com) |
| 00:35.01 | spldart | BAh... I wonder if I have that movie on the fileserver... I wanna watch it now |
| 00:37.12 | spldart | Ah.. Wargames and Ferris Buellers day off goin on usb mini drive now... Gonna watch that @ work now :) |
| 00:37.13 | JeffM2501 | I have a release build if you want it |
| 00:37.19 | spldart | well work tomorrow |
| 00:37.24 | spldart | Please... if you don't mind |
| 00:37.34 | spldart | Just curious |
| 00:38.36 | JeffM2501 | http://www.opencombat.net/files/bins/pp_test.zip |
| 00:38.42 | JeffM2501 | that only has one texture tho |
| 00:38.44 | JeffM2501 | you'll want more |
| 00:39.55 | JeffM2501 | I put a zip with some textures in there too, just unzip them into the textures dir |
| 00:40.10 | spldart | k |
| 00:42.04 | spldart | oop... gotta go after .dll |
| 00:42.31 | JeffM2501 | ? |
| 00:42.59 | spldart | MFC71.DLL |
| 00:43.02 | spldart | got it now |
| 00:43.06 | JeffM2501 | take em from bz |
| 00:43.17 | spldart | ah |
| 00:43.18 | JeffM2501 | oh mfc yeah |
| 00:43.27 | JeffM2501 | always forget that one |
| 00:43.37 | Inferno | mfc? |
| 00:43.41 | JeffM2501 | mfc! |
| 00:44.41 | CIA-6 | opencombat: 03jeffm2501 * 10PowerPainter/ (5 files): save the lightmaps and light info out to the native files ( maybe? ) |
| 00:45.18 | spldart | Interesting so far |
| 00:46.16 | spldart | And I'm jelous |
| 00:46.24 | spldart | I wish I could do this stuff |
| 00:46.26 | Inferno | jealous? |
| 00:46.33 | JeffM2501 | it's just a app |
| 00:46.42 | JeffM2501 | that dosn't even work right |
| 00:46.49 | Inferno | *an app*? |
| 00:46.49 | JeffM2501 | lightmaps are ALL jacked up |
| 00:46.54 | JeffM2501 | and slower then hell to compute |
| 00:47.06 | Inferno | *than*? |
| 00:47.26 | spldart | I'm jelous that I could do these kinds of neat things but don't have the code knowledge yet |
| 00:47.31 | JeffM2501 | Inferno, huh? |
| 00:47.51 | Inferno | I remember you complaing about my spelling before... |
| 00:48.13 | JeffM2501 | I complained about you not using full words, not your spelling |
| 00:48.24 | JeffM2501 | and I didn't go around corecting every thing you did |
| 00:48.25 | Inferno | oh..k |
| 00:48.34 | purple_cow | hehe, spelling |
| 00:48.38 | purple_cow | pot, meet kettle |
| 00:48.39 | spldart | In fact right now my project, for work but not my area, is to get a DOS database program called 'Service' to work under linux using several appy's like Dosbox Samba and some odd modifications |
| 00:48.42 | JeffM2501 | exactly |
| 00:48.44 | JeffM2501 | I can't spell |
| 00:48.50 | JeffM2501 | but at least I try to get the entire word out |
| 00:49.02 | Inferno | I have gotten kicked like 100 times so far, so I still have that to hold against you ;) |
| 00:49.11 | spldart | yeesh |
| 00:49.14 | JeffM2501 | instead of "nE1 c my frnd? k tnks, by" |
| 00:49.30 | Inferno | nE1? |
| 00:49.37 | spldart | LOL |
| 00:49.38 | JeffM2501 | you have not been kicked any where near that many times |
| 00:49.46 | JeffM2501 | see it's hard to read isn't it? |
| 00:49.58 | Inferno | ah , I get it... |
| 00:50.09 | Inferno | ok, at least 1o times |
| 00:50.15 | JeffM2501 | doubtfull |
| 00:50.18 | JeffM2501 | but it maters not |
| 00:50.31 | Inferno | ~Inferno kicked |
| 00:50.42 | Inferno | ~Inferno |
| 00:50.44 | ibot | hmm... inferno is trying to make a BZBOT in perl. |
| 00:50.57 | Inferno | ok, I WAS trying... |
| 00:51.01 | JeffM2501 | spldart, I'd be interested in knowing if it can or can't read your obj files. |
| 00:51.32 | Inferno | ok, I"m gone...bed time |
| 00:51.41 | Inferno | don't miss me anyone... |
| 00:51.57 | Inferno | although it is ok, and I understand you can't control it |
| 00:52.07 | JeffM2501 | could you be any more of an attention whore? |
| 00:52.21 | Inferno | I'm an attention giver... |
| 00:52.30 | spldart | I've already imported an .obj that was a partially finished tower that went into my wartowers map |
| 00:52.38 | JeffM2501 | did it come in ok? |
| 00:52.39 | spldart | Was playing around with it in your appy |
| 00:52.44 | spldart | It looks right |
| 00:52.46 | JeffM2501 | cool |
| 00:53.15 | JeffM2501 | it will wipe out the UVs if you tell it to remap the UVcords in the texture pannel |
| 00:53.27 | JeffM2501 | and try to do a wall/floor thing on em |
| 00:53.31 | spldart | Thanks for letting me dink with it :) |
| 00:53.36 | spldart | hrm |
| 00:54.12 | JeffM2501 | I'd also like to know how you find the view controlls |
| 00:54.27 | JeffM2501 | you can do a bzedit style rotate or a FPS style fly |
| 00:55.41 | spldart | I noticed the similarity to bzedit that way already... it's easy to use rotate/etc |
| 00:55.53 | JeffM2501 | shift right click will move the camera |
| 00:56.06 | JeffM2501 | and it should move with the screen, not just in flat X or Y like bzedit |
| 00:56.54 | spldart | Perhaps I'm doin something wrong but left and right panning seems reveresed |
| 00:57.08 | spldart | right click shift works intuitively thoguh :) |
| 00:57.19 | JeffM2501 | you in eye or rotate mode? |
| 00:58.17 | spldart | tried both clicking the eye button I assume |
| 00:58.33 | spldart | right left seem reveresed to me... I might be messing up though |
| 00:58.43 | spldart | for and aft work as expectd |
| 00:58.59 | spldart | zoom on scrollwheel words as expected too |
| 00:59.04 | JeffM2501 | it's suposed to kinda keep the same point in the view under cursor |
| 01:00.11 | spldart | I think I'm getting bearings |
| 01:00.39 | spldart | I'm sorted.... right left are right now methinks... sorry |
| 01:01.41 | JeffM2501 | it's how I think I should have donebzedit |
| 01:01.46 | spldart | LOL... my incomplete obj was upside down and centered on z axis... I was looking at it from -z hehehe |
| 01:02.08 | JeffM2501 | I'm hoping dtr will take the list on the right and turn it into a better server list |
| 01:02.09 | *** join/#bzflag tokimi (n=toki@physics.cudenver.edu) |
| 01:02.17 | JeffM2501 | yeah I do Z up |
| 01:02.30 | JeffM2501 | many modelers seem to do Y up |
| 01:02.46 | spldart | Yeah... I should have noticed that sooner :( |
| 01:02.50 | *** part/#bzflag tokimi (n=toki@physics.cudenver.edu) |
| 01:03.30 | JeffM2501 | time to head home :) |
| 01:03.34 | spldart | So.. I assume there is some bzedit code reused in here? |
| 01:03.36 | spldart | Oh.. cyah |
| 01:03.38 | JeffM2501 | nope |
| 01:03.39 | spldart | thanks again |
| 01:03.47 | spldart | oh :-0 |
| 01:03.47 | JeffM2501 | no bzedit code used at all |
| 01:03.50 | JeffM2501 | it's all new |
| 01:03.53 | spldart | interesting |
| 01:03.54 | JeffM2501 | ground up |
| 01:04.03 | spldart | izza good start imo |
| 01:06.17 | JeffM2501 | for what, I dunno :) |
| 01:06.19 | JeffM2501 | now I go |
| 01:10.15 | *** join/#bzflag shorty114 (n=shorty11@unaffiliated/shorty114) |
| 01:10.49 | spldart | OMG!!! I was missing a new episode of Dirty Jobs!! 8-0 |
| 01:12.36 | spldart | OMG!!! it's not a new episode!!! |
| 01:12.41 | spldart | :-( |
| 01:18.50 | *** join/#bzflag tictok (n=tokimi@70-58-23-227.hlrn.qwest.net) |
| 01:22.05 | *** join/#bzflag Hannibal_ (i=Hannibal@modem-0194.rns.tamu.edu) |
| 01:28.49 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
| 01:28.49 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 01:29.01 | *** join/#bzflag Think_Differentl (n=Think_di@pool-70-21-105-155.res.east.verizon.net) |
| 01:31.44 | wizart | Hi, If I create a patch for a config file option that would let me decide not to change the mousebox when I switch radar to opaque. Could that be included into the code if it's done ok ? |
| 01:32.02 | wizart | Because right now the mousebox get's off center when you select opaque |
| 01:32.09 | wizart | and that is stupid |
| 01:32.32 | JeffM2501 | I don't see why not |
| 01:32.36 | wizart | ok :) |
| 01:32.54 | JeffM2501 | add a seting for it in the gui options |
| 01:35.00 | *** join/#bzflag longhair (n=longhair@pool-72-70-155-152.hrbgpa.east.verizon.net) |
| 02:09.13 | *** join/#bzflag shorty114 (n=shorty11@unaffiliated/shorty114) |
| 02:47.02 | *** join/#bzflag codergeek42 (n=peter@gentoo/developer/codergeek42) |
| 02:50.53 | *** join/#bzflag Legoguy (n=Legoguy@adsl-68-77-135-163.dsl.emhril.ameritech.net) |
| 03:13.41 | A-Delusion | did anyone get a clientquery on tankzilla? |
| 03:14.07 | A-Delusion | it's the one peice of data I'm still missing |
| 03:14.37 | A-Delusion | not the registere's tankzilla, but the cheater tankzilla |
| 03:14.50 | A-Delusion | i need that clientquery |
| 03:16.56 | a_temp_dist | In order to do a hostban, correct? |
| 03:21.08 | A-Delusion | they were using the same name from two wildly different IP's in the hope that it would confuse us |
| 03:21.43 | A-Delusion | then changing those IP's |
| 03:31.50 | A-Delusion | savvy cheaters always work in pairs, and I have evidence that tankzilla did not operate alone, i just need that clientquery |
| 03:37.50 | *** join/#bzflag spldart (n=james@cpe-70-116-149-121.houston.res.rr.com) |
| 04:12.58 | *** join/#bzflag Pommes_ (n=Pommes@pD954412F.dip0.t-ipconnect.de) |
| 04:17.26 | *** join/#bzflag DTRemenak (n=DTRemena@adsl-68-126-0-210.dsl.irvnca.pacbell.net) |
| 04:17.26 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 05:15.30 | *** join/#bzflag J_Rey (n=J_Rey@adsl-0-131-230.pns.bellsouth.net) |
| 06:03.36 | *** join/#bzflag wizart (n=wizart@dslb-084-058-152-232.pools.arcor-ip.net) |
| 06:09.01 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 06:21.53 | *** join/#bzflag Pommes (n=Pommes@pD954412F.dip0.t-ipconnect.de) |
| 06:40.40 | *** join/#bzflag Who_knows (i=47f231e8@gateway/web/cgi-irc/zeebrothers.net/session) |
| 07:33.14 | *** join/#bzflag zee490 (i=505b751d@gateway/web/cgi-irc/zeebrothers.net/x-7c59747e0f879ba4) |
| 07:38.09 | *** join/#bzflag LePoulpe303 (n=olivier@AMontpellier-251-1-10-132.w83-113.abo.wanadoo.fr) |
| 07:43.27 | *** join/#bzflag PKMOBILE (n=Apathy@c-68-55-177-2.hsd1.md.comcast.net) |
| 07:53.09 | *** join/#bzflag [dmp] (n=dennis@koderen.dk) |
| 08:11.37 | *** join/#bzflag ToughShooter (n=ts@p54B017DF.dip0.t-ipconnect.de) |
| 08:32.56 | *** join/#bzflag zee473 (i=505b751d@gateway/web/cgi-irc/zeebrothers.net/x-fb09a9e0e1d0bf3e) |
| 09:11.16 | *** join/#bzflag gsnedders (n=gsnedder@host217-42-133-100.range217-42.btcentralplus.com) |
| 10:04.01 | *** join/#bzflag |zongo| (n=zongo@int-34-143.mobile.unibas.ch) |
| 10:09.12 | *** join/#bzflag Teppic (n=Teppic@cpc2-cbly2-0-0-cust985.glfd.cable.ntl.com) |
| 10:40.47 | *** join/#bzflag delusional (n=A-Delusi@pool-151-201-119-31.pitt.east.verizon.net) |
| 10:49.01 | *** part/#bzflag delusional (n=A-Delusi@pool-151-201-119-31.pitt.east.verizon.net) |
| 11:06.35 | *** join/#bzflag brad_ (i=d4db5aaa@gateway/web/cgi-irc/zeebrothers.net/x-6c716ea01d3beedd) |
| 13:00.42 | *** join/#bzflag spldart (n=spldart@cpe-70-116-149-121.houston.res.rr.com) |
| 14:01.56 | *** join/#bzflag zee262 (i=d918f6db@gateway/web/cgi-irc/zeebrothers.net/x-2aa73b687eb603ea) |
| 14:16.44 | *** join/#bzflag TimRiker (n=timr@h46070232.area7.spcsdns.net) |
| 14:16.44 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 14:28.30 | *** join/#bzflag jh` (i=jh@b-255-24.dsl.kpy.customers.dnainternet.fi) |
| 14:46.52 | |zongo| | brlcad, ping |
| 14:56.27 | brlcad | pong |
| 14:59.10 | *** join/#bzflag SportChick (n=SportChi@adsl-69-224-26-237.dsl.pltn13.pacbell.net) |
| 14:59.12 | *** mode/#bzflag [+v SportChick] by ChanServ |
| 15:01.33 | brlcad | or should I say, |zongo| pong |
| 15:07.55 | menotume | brlcad is alive ! |
| 15:09.06 | |zongo| | brlcad, it was only to suggest you to vote :P |
| 15:09.10 | *** join/#bzflag Erroneous (n=dtremena@users.gibbscam.com) |
| 15:10.06 | brlcad | |zongo|: i had reviewed and abstained the day it was posted for objection reasons |
| 15:10.32 | |zongo| | :( |
| 15:18.31 | *** join/#bzflag tokimi (n=tokimi@nc-dhcp-223-1384.client.mscd.edu) |
| 16:05.34 | ToughShooter | brlcad: ping |
| 16:05.51 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
| 16:05.52 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 16:07.47 | ToughShooter | Are you sure the spawning is fixed? I found the new spawn positions of tanks have an affinity to their teammates, that wasn't as big as before (if I don't imagine). |
| 16:08.40 | *** join/#bzflag Electric1lf (n=dbharris@bas14-toronto12-1167995142.dsl.bell.ca) |
| 16:10.39 | *** join/#bzflag SportChick (n=SportChi@adsl-69-224-26-237.dsl.pltn13.pacbell.net) |
| 16:10.39 | *** mode/#bzflag [+v SportChick] by ChanServ |
| 16:13.56 | tokimi | JeffM2501: have a minute for a silly bzadmin code question? |
| 16:14.08 | tokimi | or realy, any one |
| 16:14.21 | JeffM2501 | sure, but know I have never doine anything in bzadmin |
| 16:14.43 | tokimi | well |
| 16:15.07 | tokimi | i want to edit it so i can tell it what player adress to display, instead of just "bzadmin" |
| 16:17.07 | ToughShooter | player adress? |
| 16:17.17 | ToughShooter | What is that? |
| 16:17.27 | JeffM2501 | the email? |
| 16:17.56 | tokimi | yes |
| 16:18.13 | JeffM2501 | should be a place where we pack up the msgJoin |
| 16:18.17 | JeffM2501 | that has the e-mail in it |
| 16:18.20 | tokimi | ah |
| 16:18.21 | tokimi | right |
| 16:18.25 | JeffM2501 | just change it |
| 16:18.29 | ToughShooter | I don't see such an entry in the man page |
| 16:18.50 | JeffM2501 | why would an internal coding thing be in the manpage? |
| 16:18.52 | ToughShooter | nothing on http://my.bzflag.org/bzfman.cgi?bzadmin.6.in mentions the email |
| 16:19.03 | JeffM2501 | bzadmin hardcodes it's email addy |
| 16:19.09 | JeffM2501 | he wants to ADD a real one |
| 16:19.15 | JeffM2501 | so it's not an existing feature |
| 16:19.43 | ToughShooter | Aaah, I thought he wanted to know whether such a thing existed |
| 16:19.48 | tokimi | thanks |
| 16:20.12 | JeffM2501 | his first question was "bzadmin code question" ;) |
| 16:23.23 | *** join/#bzflag OsO (i=51d3f21f@gateway/web/cgi-irc/zeebrothers.net/x-aec1b1208d70d9b2) |
| 17:01.34 | *** join/#bzflag Urc (i=51d3f21f@gateway/web/cgi-irc/zeebrothers.net/session) |
| 17:03.28 | *** join/#bzflag fiberchunks (n=me@69.183.39.33) |
| 17:24.33 | tokimi | any one reported problems compiling 2.0.8 on a macOSX10.4.7 with the intel chipset? |
| 17:26.32 | *** part/#bzflag Teppic (n=Teppic@cpc2-cbly2-0-0-cust985.glfd.cable.ntl.com) |
| 17:38.17 | gsnedders | tokimi: http://my.bzflag.org/bb/viewtopic.php?t=8356 |
| 17:45.05 | tokimi | aah |
| 17:45.06 | tokimi | ok |
| 17:45.47 | tokimi | figured it was like that |
| 17:53.34 | *** join/#bzflag tokimi (n=tokimi@nc-dhcp-223-1384.client.mscd.edu) |
| 17:55.30 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 17:55.30 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 18:05.30 | *** join/#bzflag ToughShooter_ (n=ts@p54B01DD5.dip0.t-ipconnect.de) |
| 18:10.27 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
| 18:10.27 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 18:20.27 | *** part/#bzflag tokimi (n=tokimi@nc-dhcp-223-1384.client.mscd.edu) |
| 18:27.52 | *** join/#bzflag amcnabb (n=amcnabb@c-24-10-162-63.hsd1.ut.comcast.net) |
| 18:44.41 | *** join/#bzflag smalltux (n=vuorio@gustavskorv.stacken.kth.se) |
| 18:48.09 | *** join/#bzflag smalltux (n=vuorio@gustavskorv.stacken.kth.se) |
| 18:54.28 | *** join/#bzflag TheBarron (i=bme@198.209.44.166) |
| 18:59.24 | *** join/#bzflag Mr_Molez (n=admin@openleague.org) |
| 19:19.55 | *** join/#bzflag Blue_Eyes (n=Blue@host178-222-dynamic.2-87-r.retail.telecomitalia.it) |
| 19:27.18 | *** join/#bzflag tokimi (n=tokimi@nc-dhcp-223-1384.client.mscd.edu) |
| 19:40.40 | *** join/#bzflag Teppic (n=Teppic@cpc2-cbly2-0-0-cust985.glfd.cable.ntl.com) |
| 19:56.54 | CIA-6 | opencombat: 03jeffm2501 * 10PowerPainter/ (9 files): |
| 19:56.54 | CIA-6 | opencombat: split up the view into logical chunks |
| 19:56.55 | CIA-6 | opencombat: add some controls to if and how to draw lights and lightmaps |
| 20:25.52 | *** join/#bzflag Saturos (n=Saturos@p57A0DFBC.dip.t-dialin.net) |
| 20:35.58 | *** join/#bzflag Erroneous (n=dtremena@users.gibbscam.com) |
| 20:37.41 | *** join/#bzflag _sussi (n=su@217-68-173-115.dynamic.primacom.net) |
| 20:45.43 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 20:45.43 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 20:50.39 | *** join/#bzflag BenUrban_ (n=benurban@unaffiliated/benurban) |
| 21:47.24 | *** join/#bzflag A-Delusion (n=A-Delusi@pool-151-201-119-31.pitt.east.verizon.net) |
| 21:55.56 | *** join/#bzflag Skeeve (n=Skeeve@p50895A88.dip.t-dialin.net) |
| 21:57.00 | Skeeve | Hi! Can a developer give me a hint where I find the code in bzfs that sends information about current players? |
| 21:58.08 | JeffM2501 | to the list server? |
| 21:58.23 | JeffM2501 | or like to ibot? |
| 21:58.52 | Skeeve | Maybe... I'm really not sure. I'm searchhing for the code that sends the information the statistc servers query |
| 21:59.13 | JeffM2501 | that's the poll interface, so like ibot |
| 21:59.33 | Skeeve | I want to see how difficult it is to add the information whether or not each player is authenticated |
| 21:59.33 | JeffM2501 | you tryin to do it in C or php or something? |
| 21:59.52 | JeffM2501 | that would make the server incompatable |
| 22:00.09 | Skeeve | Maybe an enhancment for the next release? |
| 22:00.38 | JeffM2501 | take a look at the bzfquery code in the misc dir, it's what the ibot/php pages do |
| 22:00.40 | Skeeve | Or maybe as a new query? |
| 22:01.07 | JeffM2501 | well, no, cus it's all part of the same conection that the client starts |
| 22:01.20 | JeffM2501 | basicly the stats system connects as a client to each server |
| 22:01.35 | JeffM2501 | but disconects after it gets the stat info, before it has to do a real client login |
| 22:02.06 | Skeeve | I'll search it and have a look |
| 22:02.55 | JeffM2501 | look for the query game message |
| 22:03.03 | JeffM2501 | it's what sends out the data to the pollers |
| 22:04.28 | JeffM2501 | and the "query players mesage" |
| 22:04.43 | JeffM2501 | I guess you could make a MsgQueryPlayersEX or something |
| 22:04.47 | Skeeve | I'm just checking the perl reciever |
| 22:05.35 | JeffM2501 | then have it send back the auth status, and more info, maybe even bzid |
| 22:06.27 | Skeeve | You see... It might be possible without breaking the client |
| 22:06.39 | JeffM2501 | anything is possible |
| 22:06.56 | JeffM2501 | some things are just harder/more impractical then others for the reward |
| 22:07.26 | Skeeve | The actual problem why I'm asking for this is: |
| 22:07.42 | Skeeve | I noticed that tankzilla's callsign is used by others |
| 22:08.02 | Skeeve | And I was talking with strayer about his new statistics server |
| 22:08.03 | JeffM2501 | hence why I mentioned you'd want the bzID ;) |
| 22:08.22 | JeffM2501 | then bzid is your key, not the text of the name |
| 22:08.36 | Skeeve | So I realised: These Fake-Tankzillas are also counted by him because he doesn't know whether or not the callsign is authenticated |
| 22:08.45 | JeffM2501 | yup |
| 22:09.01 | JeffM2501 | bzID is always unique for reged names |
| 22:09.06 | Skeeve | the bzid is a globel, unique id? |
| 22:09.10 | JeffM2501 | yes |
| 22:09.12 | Skeeve | ... Okay. |
| 22:09.20 | JeffM2501 | stays the same even if they change there callsign |
| 22:09.32 | Skeeve | So a Fake skeeve alway has another Id than I have |
| 22:09.43 | Skeeve | but we currently don't send these ids |
| 22:09.45 | JeffM2501 | well they could not reg skeeve if you still had it |
| 22:09.52 | JeffM2501 | but if you changed your name |
| 22:09.57 | JeffM2501 | I could be come skeeve, AND be reged |
| 22:10.07 | JeffM2501 | and if you use the text of the name, the data would be merged |
| 22:10.21 | JeffM2501 | but if you used BZID, then name changes don't affect the data you keep |
| 22:10.22 | Skeeve | And that's what the statistics servers do |
| 22:10.26 | JeffM2501 | and no, bzid is not sent |
| 22:10.38 | Skeeve | is it a security issue to do so? |
| 22:10.42 | JeffM2501 | nope |
| 22:10.55 | JeffM2501 | anyone can see anyone's bzid on the fourms |
| 22:11.00 | JeffM2501 | if they know where to look |
| 22:11.04 | Skeeve | which bzid do unregisterd players get? |
| 22:11.04 | JeffM2501 | they are used for bans |
| 22:11.10 | JeffM2501 | they don't get one |
| 22:11.19 | *** join/#bzflag Tropican8 (i=user@c-68-54-190-116.hsd1.pa.comcast.net) |
| 22:11.21 | JeffM2501 | so you could send like -1 or something |
| 22:11.24 | Skeeve | So they would have "0" or ""? |
| 22:11.28 | Skeeve | Ah -1 |
| 22:11.41 | JeffM2501 | best to send an explicid |
| 22:11.44 | *** part/#bzflag Tropican8 (i=user@c-68-54-190-116.hsd1.pa.comcast.net) |
| 22:11.59 | Skeeve | Good that I asked here... |
| 22:12.35 | JeffM2501 | for 2.1 we can just change the existing message, as the stats won't poll servers that arn't 2.0.x |
| 22:13.04 | JeffM2501 | for 2.0.x you'd have to make a new message that sent out extended info |
| 22:13.08 | JeffM2501 | and then poll for that |
| 22:13.13 | Skeeve | We = You devs or We = Skeeve... please try? ;-) |
| 22:13.21 | JeffM2501 | and make your stats system albe to deal with both types |
| 22:13.32 | JeffM2501 | a general "we" |
| 22:13.43 | JeffM2501 | Someone(TM) |
| 22:13.44 | Skeeve | No... I wouldn't include it in 2.0 if it's officially in the next release |
| 22:13.55 | Skeeve | Ah! That one! |
| 22:13.57 | JeffM2501 | it would only be if somone did it |
| 22:14.07 | JeffM2501 | and we don't know when the next release is |
| 22:14.27 | Erroneous | Skeeve: you are also we, don't take that as an exclusive Someone(TM). You can be Someone(TM) if you like. |
| 22:14.30 | JeffM2501 | it would also mean that we'd break compatability wiht all old scripts |
| 22:14.32 | Skeeve | So I'm free to add the info to the current message block? Just change protocol Version? |
| 22:14.37 | JeffM2501 | so ibot and stats would have to be updated |
| 22:14.44 | Skeeve | Hm :-( |
| 22:14.45 | JeffM2501 | tho they have to be updated for new proto ANYWAY |
| 22:14.49 | Skeeve | Not THAT good |
| 22:15.01 | Erroneous | you would not have to do that updating |
| 22:15.17 | JeffM2501 | if you add it to the existing message block in 2.0.x then that server is incompatable |
| 22:15.20 | Skeeve | But IF we do... We should change the protocol a bit to contain a size info |
| 22:15.27 | JeffM2501 | if you bump the proto version in 2.0.x that version is incompatable |
| 22:15.28 | Erroneous | it has size |
| 22:15.33 | Skeeve | Currently I see hard coded lengths like !175" |
| 22:15.48 | JeffM2501 | if you want to change the block in CVS, and update all the scripts and submit a patch. then it'll probably be applied |
| 22:15.55 | JeffM2501 | yeah most of our packs are fixed size |
| 22:15.59 | Erroneous | it is more difficult to deal with sizes which are not always the same for a given packet |
| 22:16.00 | JeffM2501 | hence the compatability problems |
| 22:16.26 | JeffM2501 | it's not just a size |
| 22:16.28 | Skeeve | It's more difficult, Erro, but feasible |
| 22:16.29 | JeffM2501 | it's how it's packed |
| 22:16.34 | JeffM2501 | we know how big the data is |
| 22:16.40 | JeffM2501 | but we don't know what order the stuff is in |
| 22:16.41 | Skeeve | Size would be enough I guess. |
| 22:16.44 | JeffM2501 | so you'd have to pack the format too |
| 22:16.49 | Erroneous | certainly feasable, that was more of a warning :) |
| 22:16.55 | JeffM2501 | we HAVE the size |
| 22:17.10 | JeffM2501 | and he's right, it's harder to code stuff that can take variable format data |
| 22:17.19 | JeffM2501 | cus you have to have good ways of knowing the format when you read it |
| 22:17.22 | Skeeve | Example. We now have some packaging for the current player's info |
| 22:17.28 | Skeeve | Packed in175 bytes |
| 22:17.36 | Skeeve | Now we want to add 2 bytes of info |
| 22:17.47 | Skeeve | Just append it and increase the size info |
| 22:17.56 | Skeeve | Clients who don't know ignore thes 2 bytes |
| 22:18.03 | Skeeve | Clients who do can use them |
| 22:18.05 | JeffM2501 | won't work that way |
| 22:18.06 | Erroneous | that is dangerous |
| 22:18.13 | Erroneous | can't just ignore extra info |
| 22:18.13 | JeffM2501 | cus it's a LIST of player infos |
| 22:18.15 | JeffM2501 | not just one |
| 22:18.24 | JeffM2501 | so the next info will start 2 bytes early |
| 22:18.35 | JeffM2501 | and you'll end up with 2* players bytes at the end |
| 22:18.40 | JeffM2501 | so all after the first is jacked |
| 22:18.47 | Skeeve | That' why I'd add sizes there too |
| 22:19.01 | JeffM2501 | but thats only good for ONE update |
| 22:19.07 | JeffM2501 | or updates that build on each other |
| 22:19.11 | JeffM2501 | better to jsut version the structure |
| 22:19.16 | Skeeve | No... Because of the size info, the clients KNOW that there are 2 more bytes |
| 22:19.27 | Erroneous | they do not know if the rest is the same though |
| 22:19.36 | Skeeve | They simply ignore their meaning. They have to read them of course |
| 22:19.40 | JeffM2501 | but say after 5 years, it has 20 extra, how does it know what is in those 20, something it knows, or something it dosn't |
| 22:19.47 | JeffM2501 | versioning is better |
| 22:19.54 | JeffM2501 | then you can assume the format of that data |
| 22:20.01 | JeffM2501 | what if we want to make the data smaller? |
| 22:20.09 | JeffM2501 | but change it's guts |
| 22:20.14 | Erroneous | consider the case where we change something instead of adding something. then the size changes, but the recipient just tries to read the old data out of the new data, even though it's completely different |
| 22:20.20 | Skeeve | That way we are lost ;-) |
| 22:20.28 | JeffM2501 | that is why you version the structure |
| 22:20.32 | JeffM2501 | and you know the size of each version |
| 22:20.35 | Skeeve | I propse to switch to <XML> |
| 22:20.37 | Erroneous | or version the whole protocol |
| 22:20.38 | Skeeve | *duck* |
| 22:20.41 | Skeeve | *cover* |
| 22:20.59 | JeffM2501 | or swap to racknet data format packs, and watch bandwith go out the window :) |
| 22:21.04 | Erroneous | for bzflag's purposes, having hardcoded protocol is not that evil |
| 22:21.12 | Skeeve | ;-) |
| 22:21.14 | JeffM2501 | it dosnt' change that often |
| 22:21.20 | JeffM2501 | for you, just add a new message |
| 22:21.23 | JeffM2501 | and query both. |
| 22:21.26 | Erroneous | and when it does change, we want everyone to get the new client anyway |
| 22:21.32 | JeffM2501 | if you get back an EX one, use it, if not, use the old |
| 22:21.35 | Skeeve | Okay... The size info would just help to make an upgrade process more smooth |
| 22:21.48 | JeffM2501 | we don't do compatable upgrades |
| 22:21.52 | JeffM2501 | so there is nothing to smooth |
| 22:21.54 | Skeeve | You didn't need to update ibot if we had this already |
| 22:21.59 | Skeeve | Not at once at least |
| 22:21.59 | JeffM2501 | yes we do |
| 22:22.03 | Erroneous | sure we would |
| 22:22.06 | JeffM2501 | cus it checks for the bzfs protcool |
| 22:22.18 | JeffM2501 | it needs to know the order of the data, not just the size |
| 22:22.33 | JeffM2501 | you can't infer data order from size |
| 22:22.49 | JeffM2501 | 10 bytes may be a string, or 2 floats and a short |
| 22:23.13 | Skeeve | data order would have to stay the same of course. As I said: New info is appended the rest keeps the same... But let's stop it |
| 22:23.24 | Erroneous | or five shorts...that's two pairs of shorts, and one half of a pair of shorts, for the one-legged dude. |
| 22:23.32 | JeffM2501 | then you lock yourself into keeping legacy data |
| 22:23.35 | JeffM2501 | heh |
| 22:23.48 | Skeeve | No! We still have the protocol! |
| 22:23.57 | JeffM2501 | screw legacy data, we have no requirement to keep new minor version systems compatable with old stuff |
| 22:24.05 | Skeeve | So we can upgrade that in case of bigger changes |
| 22:24.14 | JeffM2501 | it's easyer to just add new messages, they in effect are new version tags |
| 22:24.15 | Erroneous | for some systems it is important to be backwards compatible. bzflag had no need for that |
| 22:24.22 | JeffM2501 | upgrade what? |
| 22:24.40 | Skeeve | the protocol verson number s/upgrade/increase/ |
| 22:24.57 | Skeeve | As I said: Let's stop the discussion here |
| 22:25.00 | JeffM2501 | like making a 2.0.x client work in 2.1.? |
| 22:25.06 | Skeeve | If you don't like the idea I trash it |
| 22:25.15 | JeffM2501 | just send a new message |
| 22:25.18 | JeffM2501 | we do it all the time |
| 22:25.25 | Erroneous | or change the current one on HEAD |
| 22:25.28 | TimRiker | revisions stay compatible. new releases can do whatever they like. well, almost. we've kept the same initial string, but that's not really a need now, just being nice. |
| 22:25.30 | JeffM2501 | 2.0.8 sends messages 2.0.0 dosn't know about |
| 22:25.55 | TimRiker | clients will only ask for matching version servers from the list server, so really we could change the client/server protocol completely. |
| 22:26.01 | JeffM2501 | Skeeve, I'm just saying if you wanted to do 2.0.x support, you could, it woudln't be that hard |
| 22:26.15 | TimRiker | yes, but 2.0.0 nicely ignores them (or it should anyway) |
| 22:26.18 | JeffM2501 | TimRiker, don't temp me :) |
| 22:26.21 | Erroneous | no reason to do 2.0 support though. new dev should be on head |
| 22:26.30 | Skeeve | Hi Tim! So to just make it clear to a dumb german who might have gotten it wrong: If I change the Protocol for 2.1 it's okay and might go into HEAD. |
| 22:26.36 | JeffM2501 | Erroneous, sure, I' meant in his own patch thingy :) |
| 22:26.54 | TimRiker | protocol changes MUST be on head. (ie: dev versions) |
| 22:26.57 | Erroneous | yes, protocol is changing for 2.1 already |
| 22:27.06 | Skeeve | Now! I won't do 2.0 - not now at least |
| 22:27.11 | TimRiker | Skeeve: yes. |
| 22:27.34 | JeffM2501 | but you shoudl also update the scripts that use it, to be nice |
| 22:27.42 | Skeeve | Okay. So now I search in the bzfs code for the place to append bzid |
| 22:27.45 | Erroneous | JeffM2501: I know. but for the change he's talking about, it is not much use as a little patch. more of a long-term thing. |
| 22:27.52 | Skeeve | those in misc |
| 22:27.53 | JeffM2501 | Skeeve, sendQueryPlayer |
| 22:27.57 | Skeeve | like bzquery.pl |
| 22:28.13 | TimRiker | re scripts. agreed. but that could be "do this for version x and this other for version y" etc. |
| 22:28.19 | JeffM2501 | you'll have to manualy pack it after the player update |
| 22:28.26 | JeffM2501 | cus there is no need to send player updates to the client |
| 22:28.47 | Skeeve | Let me take a look |
| 22:28.50 | JeffM2501 | sorry bzIDs to the clients |
| 22:28.51 | TimRiker | right now bzfquery works with any server (well, perhaps not 2.1) because it branches on the initial string. |
| 22:28.53 | JeffM2501 | just people that query |
| 22:29.39 | TimRiker | xml in frequent packets == Bad Thing |
| 22:30.09 | Erroneous | on the internet, anyway :) |
| 22:30.36 | JeffM2501 | cus it's make out of tupes |
| 22:30.41 | JeffM2501 | not trucks |
| 22:30.45 | JeffM2501 | tubes even |
| 22:30.46 | Skeeve | That's why I used *duck* and *cover* ;-) |
| 22:30.59 | CIA-6 | opencombat: 03jeffm2501 * 10PowerPainter/ (6 files): dialog to edit global lighting properties |
| 22:31.19 | JeffM2501 | must resist urge to make PP dump bzw objects |
| 22:32.22 | TimRiker | PP? |
| 22:32.43 | JeffM2501 | silly app that reads in obj files and lets you set textures on it |
| 22:32.49 | Erroneous | "PowerPainter" |
| 22:33.19 | JeffM2501 | then I'd have an excuse to branch it, and rename it :) |
| 22:34.29 | JeffM2501 | be simple to give it tools to rotate the model too |
| 22:34.53 | JeffM2501 | then it's basicly a graphical model tool |
| 22:35.01 | JeffM2501 | and that's too much like doing bzedit again |
| 22:42.49 | Skeeve | Jeff: Is "std::string bzIdentifier" the bzid you talked about? |
| 22:44.54 | JeffM2501 | maybe |
| 22:45.00 | JeffM2501 | probably |
| 22:45.05 | JeffM2501 | comes from the list server auth stuff right? |
| 22:45.05 | CIA-6 | BZFlag: 03jeffm2501 * 10bzflag/tools/modeltool/vc71/ (modeltool.sln modeltool.vcproj): mr. modeltool, win32 dir was renamed MSVC.. please make a note of it. |
| 22:45.47 | JeffM2501 | it can |
| 22:45.53 | JeffM2501 | for newer clients |
| 22:46.01 | JeffM2501 | it's used for ID bans server side |
| 22:46.06 | JeffM2501 | trepan did it |
| 22:46.08 | Erroneous | ah |
| 22:46.15 | JeffM2501 | sorry newer servers |
| 22:48.26 | Skeeve | This C++ thing is something I'm definitly not used to |
| 22:48.41 | Skeeve | I'd better get some sleep first |
| 22:48.44 | Skeeve | Good night |
| 22:48.56 | *** part/#bzflag Skeeve (n=Skeeve@p50895A88.dip.t-dialin.net) |
| 22:53.41 | JeffM2501 | mehh, it'll probalby only take 10 min to do bzw, what the hell |
| 22:55.51 | JeffM2501 | it's JUST like obj |
| 22:56.05 | JeffM2501 | so I already have the intexing |
| 22:56.09 | JeffM2501 | then maybe somone will use it |
| 22:56.25 | JeffM2501 | and I can get out of another year of bzedit guilt :) |
| 22:56.59 | JeffM2501 | I know it'll be a real sucsess if somone does a python version :) |
| 22:57.42 | Erroneous | heh |
| 23:00.37 | *** join/#bzflag Theme97 (n=Theme97@adsl-67-122-139-223.dsl.irvnca.pacbell.net) |
| 23:02.55 | Legoguy | ow my ears what happened to sound in the latest cvs |
| 23:04.03 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 23:09.20 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 23:20.31 | CIA-6 | opencombat: 03jeffm2501 * 10PowerPainter/ (8 files): bzw export support for some reason. |
| 23:32.03 | spldart | Hrm |
| 23:32.34 | spldart | adding ability to import 3d objects that are in bzw format?? |
| 23:39.05 | *** join/#bzflag a_temp_dist (n=a_temp_d@user-12l2r0o.cable.mindspring.com) |
| 23:39.40 | spldart | or just export... |
| 23:40.09 | JeffM2501 | just import |
| 23:40.20 | JeffM2501 | export |
| 23:40.20 | JeffM2501 | sorry |
| 23:40.24 | spldart | ah |
| 23:40.24 | JeffM2501 | no import |
| 23:40.37 | JeffM2501 | I don't want to support the entire bzw format |
| 23:40.42 | JeffM2501 | cus that would be bzedit |
| 23:40.47 | spldart | k |
| 23:40.53 | *** part/#bzflag _sussi (n=su@217-68-173-115.dynamic.primacom.net) |
| 23:40.54 | JeffM2501 | open in blender, export to obj if ya need to :) |
| 23:41.42 | JeffM2501 | I'll do another build for you |
| 23:42.16 | spldart | oh no biggie was ... hehe curious |
| 23:42.41 | spldart | One of these days my curiousity is gonna frag me with SW |
| 23:43.12 | spldart | Hmm... why is that tank just sitting in that little structure on the map... Boooom |
| 23:43.22 | JeffM2501 | well I added some other features that you may want |
| 23:43.30 | JeffM2501 | seting the light |
| 23:43.35 | spldart | Oh |
| 23:43.44 | JeffM2501 | turning off the drawing of the light at 0,0,0 |
| 23:43.48 | JeffM2501 | stuff like that |
| 23:45.14 | CIA-6 | opencombat: 03jeffm2501 * 10PowerPainter/world.cpp: brighter default global light, cus lightmaps suck right now |
| 23:59.56 | *** join/#bzflag SportChick (n=SportChi@69-167-38-164.stmnca.adelphia.net) |
| 23:59.56 | *** mode/#bzflag [+v SportChick] by ChanServ |