| 00:00.35 | Chestal | I must be off to bed now, though. |
| 00:02.17 | JeffM | gamekeeper is more of a namespace |
| 00:02.37 | JeffM | I'll get it setup for you tonight so you'll have functions to call on the player to get it |
| 00:02.45 | JeffM | I'm almost done with the data storage now |
| 00:03.51 | Chestal | I can probably test it tomorrow or Sunday, I guess I'm the onyl one running a server with handicap anyway |
| 00:04.10 | Chestal | it's an underutilized feature |
| 00:04.13 | JeffM | you are probably the only one that knows how it's suposed to work :) |
| 00:17.58 | JeffM | all done |
| 00:18.25 | JeffM | Chestal, just call bz_howManyTimesPlayerKilledBy or player->player->howManyTimesKilledBy to get your counts |
| 00:19.24 | Notify | 03BZFlag:JeffM2501 * 22622 (trunk/bzflag/include/PlayerInfo.h trunk/bzflag/include/bzfsAPI.h and 3 others): store a list of who has killed you with the player data and provide an API function to get that data. |
| 00:26.02 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 00:52.51 | khonkhortisan | I thought I was just not noticing the handicap |
| 01:02.44 | *** join/#bzflag Detrimental (~james@h54.31.19.98.dynamic.ip.windstream.net) |
| 01:02.49 | *** join/#bzflag Deadalot (~philb@fl-71-55-18-148.dhcp.embarqhsd.net) |
| 01:03.29 | *** join/#bzflag lvlinux (~n1gg@c-50-142-165-230.hsd1.tn.comcast.net) |
| 01:08.29 | *** join/#bzflag Detrimental (~james@h54.31.19.98.dynamic.ip.windstream.net) |
| 01:11.05 | *** join/#bzflag bier (~bier@helixnetworks.de) |
| 01:13.27 | *** join/#bzflag lvlinux (~n1gg@c-50-142-165-230.hsd1.tn.comcast.net) |
| 01:18.02 | *** join/#bzflag swigg__ (~swigg@nsc69.38.101-238.newsouth.net) |
| 01:18.54 | *** join/#bzflag lvlinux (~n1gg@c-50-142-165-230.hsd1.tn.comcast.net) |
| 01:22.37 | JeffM | allejo, did you base your plugin off of the sample we have in the source tree? |
| 01:23.17 | blast007 | Just a heads up. There's going to be some network maintenance at the datacenter that the BZFlag services are hosted on. |
| 01:23.20 | blast007 | "The planned work has been split in to two separate maintenance windows. They are scheduled for Sunday, January 27th, 2013, and Monday, January 28th, 2013. Both windows are scheduled for 12:00 AM to 6:00 AM CDT. During these times clients may notice suboptimal routing or temporarily increased latency on ceratin paths. No servers are expected to lose power as a result of the maintenance." |
| 01:23.33 | allejo | JeffM, for team switch? nope |
| 01:23.38 | JeffM | allejo, yeah |
| 01:23.43 | JeffM | so new file totaly from scratch? |
| 01:23.52 | allejo | yeup |
| 01:23.56 | JeffM | k |
| 01:24.08 | JeffM | what did you need from the bzfs that the API did not provide? |
| 01:24.23 | allejo | switch a player's team |
| 01:24.35 | allejo | unless bz_changeTeam was added to 2.4.x and I didn't know about it |
| 01:24.45 | blast007 | nope |
| 01:24.52 | JeffM | yeah I just want to know what to add |
| 01:25.03 | blast007 | a new message type for changing teams ;) |
| 01:25.10 | JeffM | cus we can change the compiler options on bzfs and break your stuff at any time |
| 01:25.40 | JeffM | so I'd rather see if we can just add support for it in the API |
| 01:25.55 | JeffM | and to keep you from shadowing actual function names... |
| 01:26.05 | blast007 | JeffM: are you talking about a compatible release, or a proto break? |
| 01:26.18 | JeffM | depends if his method is not fugly |
| 01:26.29 | JeffM | if his method works and is not fugly then compatable |
| 01:26.34 | blast007 | cuz the only way currently is tell everyone that the player left and that they rejoined |
| 01:26.36 | JeffM | if it's fugly then he's on his own :) |
| 01:26.41 | allejo | line 63 - 136 |
| 01:26.52 | JeffM | ewwww thats fugly |
| 01:26.55 | blast007 | yes. |
| 01:26.58 | allejo | lol |
| 01:27.00 | JeffM | nevermind.... |
| 01:27.02 | blast007 | ;D |
| 01:27.26 | allejo | be nice and don't break the fugly code :P |
| 01:27.26 | JeffM | it's not as fugly as actualy dropping them |
| 01:27.39 | blast007 | relies on luck as opposed to a supported method |
| 01:27.42 | JeffM | I don't think we'll change the compiler settings fro 2.4.x |
| 01:27.54 | JeffM | but probably for 2.6 |
| 01:28.21 | blast007 | yeah, 2.5's first break would be a good time to tweak the GCC visibility setting so that people can see what breaks |
| 01:28.28 | JeffM | yup |
| 01:29.00 | JeffM | and start using namespaces for all our stuff so it's clear |
| 01:29.08 | JeffM | that'll help with a lot of shadow problems |
| 01:29.41 | allejo | works for me |
| 01:30.07 | allejo | if 2.5.x dev starts, that'll be a nice time to implement a cleaner way to swap teams :D |
| 01:30.31 | JeffM | not just teams but every field for the player on the client |
| 01:30.39 | JeffM | the client should just accept any change |
| 01:30.57 | allejo | that would be much nicer |
| 01:31.10 | JeffM | the client needs to be as dumb as possible |
| 01:31.28 | allejo | in theory, would shots be server side in 2.5.x? |
| 01:31.31 | JeffM | I would prefer to send it radar updates seperate from player updates |
| 01:31.45 | JeffM | I don't know what the number 2.5 has to do with shots |
| 01:31.51 | JeffM | but it would be the first oportuntiy |
| 01:31.57 | JeffM | server side shots will be done when someone does them |
| 01:32.06 | JeffM | ether by assignment or random chance |
| 01:32.29 | allejo | well server side shots wouldn't be able to go into the current branch, it'd have to go into the next breaking release, right? |
| 01:32.30 | JeffM | at the very least I'd like 2.6 to have server side shot IDs |
| 01:32.45 | JeffM | yes, but that dosn't mean the next breaking release WILL have them |
| 01:32.50 | JeffM | it just that it could have them |
| 01:32.56 | allejo | yea that's true |
| 01:33.05 | JeffM | server side shots is a large project that is best broken into parts |
| 01:33.11 | JeffM | take care of the IDs first |
| 01:33.19 | JeffM | detach shots from reload lists, etc.. |
| 01:33.25 | JeffM | then move GM to the server |
| 01:33.49 | JeffM | then give the server a shot state similar to the client state and start tracking but not enforcing deaths |
| 01:33.50 | blast007 | by "move GM to the server" what do you mean exactly? The actual motion? |
| 01:33.58 | JeffM | the updates |
| 01:34.14 | JeffM | yeah it's the simplest shot motion, and already has lag invoved |
| 01:34.50 | JeffM | the remote players are already accepting a relayed update packet from the shooter IIRC |
| 01:34.50 | blast007 | I'm not even clear how the GM works currently. Does the client shooting control the actual motion? Or does it just say "target player X" and then all clients just handle the motion locally? |
| 01:35.02 | JeffM | the shooter sends updates IIRC |
| 01:35.11 | blast007 | I was thinking the updates were just a player ID |
| 01:35.25 | JeffM | I'd have to look , but I've seen people drive GMs in odd patterns |
| 01:35.32 | JeffM | and it did not involve changes to every client |
| 01:35.42 | JeffM | so I am pretty sure it has a vector component |
| 01:36.24 | JeffM | but still we can move that motion to the server since it never ricos |
| 01:36.37 | blast007 | ah, yeah, seems it might have the position data |
| 01:36.54 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 01:37.07 | JeffM | yeah shotPath->update(shot,code,msg) |
| 01:37.09 | blast007 | position and velocity vectors |
| 01:37.24 | JeffM | so that would be a small change on the client side to just have the shooter not send it |
| 01:37.38 | JeffM | it would mean a new message for the shooter to tell the server to change lock targets |
| 01:37.40 | JeffM | but that's dooable |
| 01:37.57 | JeffM | if the server was computing the updates then the lag to the remote users would actualy be 1/2 |
| 01:38.00 | blast007 | would require the server being able to check for collisions in 3D. Does it does that currently? |
| 01:38.04 | JeffM | since we'd be cutting out the relay |
| 01:38.05 | blast007 | do that* |
| 01:38.17 | JeffM | it has the octree that it uses for spawns |
| 01:38.22 | blast007 | ah |
| 01:38.24 | JeffM | so it can do point collisions |
| 01:38.30 | JeffM | it should be ok |
| 01:38.43 | JeffM | but yeah the point of starting with GM is to see if we have all the parts we need |
| 01:39.01 | JeffM | and it just needs basic DR on the server, something we have |
| 01:39.48 | JeffM | the client would still do the death for that first iteration but then a cheater could not haxor the GM motion |
| 01:40.05 | JeffM | and we'd be sending out endshots for when it hit the world geo |
| 01:40.18 | blast007 | there's been cases where a player has been hit with a GM from a distance that is too far for the GM to reach |
| 01:40.22 | JeffM | yeah |
| 01:40.28 | blast007 | packet loss on their end, I think |
| 01:40.31 | JeffM | that's the postion part of that update ;) |
| 01:40.39 | JeffM | I've seen cheats that do the same |
| 01:40.41 | blast007 | since in a replay I saw the shot go away |
| 01:40.45 | JeffM | ahh |
| 01:40.50 | JeffM | well it'd be a start |
| 01:40.52 | blast007 | ShotEnd is UDP |
| 01:40.56 | JeffM | that's lame |
| 01:41.01 | JeffM | channels! |
| 01:41.04 | blast007 | ;) |
| 01:41.26 | JeffM | this would also let the server and plugins fire GM world weapons that track |
| 01:41.44 | blast007 | I thought it already could. |
| 01:41.58 | JeffM | someone has to send out the MsgGMUpdate |
| 01:42.02 | JeffM | we don't do it by default now |
| 01:42.08 | JeffM | someone may have send the messagese manualy |
| 01:42.11 | blast007 | hrm.. |
| 01:42.17 | JeffM | I can conceive how to do it |
| 01:42.32 | blast007 | just weird, cuz I've seen it done.. |
| 01:42.44 | JeffM | but this way we could have the server create "trackers" that apply the default track logic and the plugins could fire and forget |
| 01:42.51 | JeffM | yeah they probably sent out there own messages |
| 01:42.53 | blast007 | bz_fireWorldGM |
| 01:42.55 | JeffM | the proto supports it |
| 01:43.15 | JeffM | nobody ever updates it after that with out more code |
| 01:44.35 | JeffM | it gets targeted once, to sound the WHOOP sound |
| 01:46.10 | JeffM | the only other time we send out a MsgGMUpdate is in responce to one being send to us by a client |
| 01:46.54 | JeffM | we could actualy do server side GM with out a proto break |
| 01:47.06 | JeffM | we just ignore updates sent to us |
| 01:50.42 | *** join/#bzflag Detrimental (~james@h112.24.19.98.dynamic.ip.windstream.net) |
| 01:56.35 | JeffM | the only thing I am not sure of is who sends the endshot when the GM hits an obstacle, the shooter, or if everyone just knows and localy cancels it |
| 02:24.08 | *** join/#bzflag rathis (~rathis@b01bd9ce.bb.sky.com) |
| 02:26.47 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 02:53.14 | *** join/#bzflag khonkhortisan (~kyle@c-76-121-156-73.hsd1.wa.comcast.net) |
| 03:11.46 | khonkhortisan | memory affects internet |
| 03:18.42 | *** join/#bzflag jeffm (~jeffm@cpe-76-167-236-199.socal.res.rr.com) |
| 03:18.42 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 03:18.42 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 03:47.20 | *** join/#bzflag noyb (~noyb@pool-173-60-177-193.lsanca.dsl-w.verizon.net) |
| 04:00.46 | *** join/#bzflag short_circuit (~james@h113.213.130.174.dynamic.ip.windstream.net) |
| 04:35.49 | *** join/#bzflag Pimpinella (~frank@213.9.108.240) |
| 05:27.42 | *** join/#bzflag _piggy_ (~afu@c-69-244-7-239.hsd1.al.comcast.net) |
| 05:42.58 | *** part/#bzflag _afu_ (~afu@c-69-244-7-239.hsd1.al.comcast.net) |
| 05:45.55 | *** join/#bzflag alpha1 (~nb_j@host225.190-229-12.telecom.net.ar) |
| 07:42.21 | *** join/#bzflag Marzipan (~Marzipan@sign-4db6ae69.pool.mediaWays.net) |
| 07:50.37 | *** join/#bzflag allejo (~allejo@unaffiliated/allejo) |
| 07:52.12 | Constitution | ~allejo++ |
| 08:09.36 | alpha1-2 | allejo=allejo+1? |
| 08:09.40 | alpha1-2 | :) |
| 08:10.37 | allejo | alpha1-2, constitution is forcing my age to increment by one |
| 08:10.50 | allejo | nah, ~user++ means adding karma |
| 08:10.55 | allejo | ~karma alpha1-2 |
| 08:10.55 | ibot | alpha1-2 has neutral karma |
| 08:11.01 | allejo | ~karma allejo |
| 08:11.01 | ibot | allejo has karma of 37 |
| 08:11.29 | jeffm | in a row? |
| 08:11.54 | allejo | ? |
| 08:11.55 | alpha1-2 | :S too much crazy for me |
| 08:12.37 | alpha1-2 | morning glory is in birthday today then mg=mg+1 ;) |
| 08:12.57 | alpha1-2 | karma? i think tha i have 0 ? :P |
| 08:13.10 | allejo | yeup |
| 08:13.44 | jeffm | everyone starts at 0 |
| 08:14.12 | allejo | ~karma ibot |
| 08:14.12 | ibot | ibot has karma of 30 |
| 08:14.21 | alpha1-2 | ~karma alpha |
| 08:14.21 | ibot | alpha has neutral karma |
| 08:14.38 | alpha1-2 | ~karma allejo |
| 08:14.38 | ibot | allejo has karma of 37 |
| 08:14.42 | alpha1-2 | hehe |
| 08:15.23 | alpha1-2 | ~alpha1++ |
| 08:15.26 | alpha1-2 | hehe |
| 08:15.46 | alpha1-2 | ~alpha1-2++ |
| 08:16.04 | alpha1-2 | [05:15] <ibot> please don't karma yourself hehe |
| 08:16.16 | alpha1-2 | what is karme finally?? :D |
| 08:16.35 | jeffm | nothing |
| 08:16.40 | alpha1-2 | :P |
| 08:16.56 | alpha1-2 | just for proud myself? |
| 08:17.12 | allejo | nothing really. people just add karma to thank someone for something or if they just feel like it |
| 08:17.34 | alpha1-2 | oh ok.... i am open hands then :D |
| 08:54.24 | Constitution | allejo, now you should code up a real API function for it :-) |
| 08:55.09 | allejo | i'll try but I make no promises :D |
| 09:36.42 | *** join/#bzflag Gnurdux (~gnurdux@EASTCAMPUS-THREE-FIFTEEN.MIT.EDU) |
| 10:07.03 | blast007 | Constitution / allejo: can't happen for 2.4 |
| 10:07.50 | allejo | is it the way players are handled in 2.4? |
| 10:18.48 | blast007 | I mean that there's no protocol support for changing teams, only your hackish way |
| 10:18.54 | blast007 | so it will not get put into 2.4 |
| 10:19.16 | blast007 | 2.6 would be the soonest we could have proper support for team changing |
| 12:06.22 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 13:58.10 | *** join/#bzflag Detrimental (~james@h8.212.28.71.dynamic.ip.windstream.net) |
| 15:04.01 | *** join/#bzflag short_circuit (~james@h113.213.130.174.dynamic.ip.windstream.net) |
| 15:10.26 | *** join/#bzflag alpha1 (~nb_j@host225.190-229-12.telecom.net.ar) |
| 15:26.58 | khonkhortisan | 2.6 is when all the cool stuff happens |
| 15:28.18 | short_circuit | mmmMMMmmm kewl stuff |
| 15:37.43 | *** join/#bzflag spldart (~james@bzflag/contributor/spldart) |
| 15:37.43 | *** mode/#bzflag [+v spldart] by ChanServ |
| 15:44.04 | *** join/#bzflag Detrimental (~james@76.177.184.116) |
| 16:29.35 | *** join/#bzflag Detrimental1 (~james@76.177.184.116) |
| 16:33.14 | *** join/#bzflag Detrimental (~james@76.177.184.116) |
| 16:38.59 | *** join/#bzflag Detrimental (~james@76.177.184.116) |
| 16:51.04 | *** join/#bzflag Detrimental (~james@76.177.184.116) |
| 17:07.22 | *** join/#bzflag jeffm (~jeffm@cpe-76-167-236-199.socal.res.rr.com) |
| 17:07.22 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 17:07.22 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 17:32.12 | *** join/#bzflag jeffm (~jeffm@cpe-76-167-236-199.socal.res.rr.com) |
| 17:32.13 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 17:32.13 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 18:11.58 | *** join/#bzflag Detrimental (~james@dynamic-acs-24-101-57-211.zoominternet.net) |
| 18:18.11 | *** join/#bzflag Detrimental1 (~james@dynamic-acs-24-101-57-211.zoominternet.net) |
| 18:27.05 | *** join/#bzflag JeffM (~JeffM@69.36.85.131) |
| 18:27.05 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 18:27.05 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 18:43.46 | JeffM | blast007, hmmm, it's now 17 hours last seen |
| 18:44.14 | blast007 | don't see a join here though |
| 18:44.32 | JeffM | yeah ibot didn't seem him say anything anywhere |
| 19:02.58 | JeffM | hmm looks like nobody sends out an endshot for GM, everyone localy collides it |
| 19:03.23 | khonkhortisan | there's a /quit <reason>, but no /join <reason> |
| 19:03.35 | khonkhortisan | is making a plugin |
| 19:04.10 | JeffM | you need a reason to join? |
| 19:04.13 | JeffM | what does the plugin do? |
| 19:05.07 | khonkhortisan | it's like flag on spawn but it's for flag training. You are assigned a flag and it doesn't switch until you get a kill |
| 19:06.19 | JeffM | neat |
| 19:06.35 | khonkhortisan | of course, I'd need an exception for SR |
| 19:15.38 | *** join/#bzflag JeffM_ (~JeffM@107-209-61-108.lightspeed.irvnca.sbcglobal.net) |
| 19:43.25 | khonkhortisan | Makefile:652: *** missing separator. Stop. |
| 19:45.39 | khonkhortisan | " plugin_utils is used by other plugins, build first" |
| 19:48.21 | *** join/#bzflag lvlinux_ (~androirc@c-50-142-165-230.hsd1.tn.comcast.net) |