| 00:07.09 | *** join/#bzflag NTH (~NTH@212.183.140.2) |
| 00:47.43 | *** join/#bzflag sirquine (~quine@c-71-237-73-109.hsd1.co.comcast.net) |
| 01:05.06 | *** join/#bzflag bier|tp (~bier@p54A5B56A.dip.t-dialin.net) |
| 01:05.14 | *** join/#bzflag bier (~bier@p54A5B56A.dip.t-dialin.net) |
| 01:06.10 | *** join/#bzflag sirquine (~quine@c-71-229-206-163.hsd1.co.comcast.net) |
| 01:14.11 | *** join/#bzflag allejo (~allejo@cpe-76-95-144-121.socal.res.rr.com) |
| 01:59.48 | *** join/#bzflag FastLizard4|away (fastlizard@wikipedia/pdpc.active.FastLizard4) |
| 02:15.27 | *** join/#bzflag Anxuiz (~Anxuiz@unaffiliated/anxuiz) |
| 02:36.01 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 02:36.02 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 05:16.02 | *** join/#bzflag Bambino (~bambino@unaffiliated/sniper15) |
| 06:39.04 | *** join/#bzflag Marzipan- (~Marzipan@p5B224698.dip.t-dialin.net) |
| 06:40.15 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 06:46.17 | *** join/#bzflag Gilly (~btw@hy-vpn2-243.vpn.helsinki.fi) |
| 06:46.17 | *** join/#bzflag Gilly (~btw@about/essy/ilkimys/gilly) |
| 07:26.30 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 09:56.11 | *** join/#bzflag NTH (~NTH@212.183.128.39) |
| 11:33.13 | *** join/#bzflag ahs3-vacation (0ceea7c2@gateway/web/freenode/ip.12.238.167.194) |
| 12:47.38 | *** join/#bzflag Tuxist (~quassel@host-091-097-107-253.ewe-ip-backbone.de) |
| 13:46.44 | *** join/#bzflag spldart (~spldart2@c-98-201-137-215.hsd1.tx.comcast.net) |
| 13:46.44 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 13:46.44 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:08.02 | *** join/#bzflag Supra7 (4206923a@gateway/web/freenode/ip.66.6.146.58) |
| 14:34.18 | *** join/#bzflag meeba (~lamer@97-118-188-179.hlrn.qwest.net) |
| 15:01.16 | *** join/#bzflag temporalD (~a_temp_di@bzflag/serverop/TemporalDistraction) |
| 15:05.20 | *** join/#bzflag Gilly (~btw@a88-114-153-138.elisa-laajakaista.fi) |
| 15:05.20 | *** join/#bzflag Gilly (~btw@about/essy/ilkimys/gilly) |
| 16:07.58 | *** join/#bzflag NTH (~NTH@212.183.128.39) |
| 16:21.54 | *** join/#bzflag JeffM (~JeffM@adsl-75-16-90-217.dsl.irvnca.sbcglobal.net) |
| 16:21.54 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 16:21.54 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 16:23.48 | blast007 | JeffM: so far seems like fastmap is working - or at the least, it's being hit and sending the data ;) |
| 16:33.53 | JeffM | ok cool |
| 16:34.01 | JeffM | in my tests if it gets that far it seems to work |
| 16:36.33 | BulletCatcher | Has recoil (from shooting) ever been tried for tanks? |
| 16:36.34 | BulletCatcher | It seems like it would be tolerable only on single-shot maps. |
| 16:39.25 | PlasticTank | I have this picture of using recoil for dodging purposes :D |
| 16:40.39 | BulletCatcher | I thought of that too. :-) |
| 16:40.40 | BulletCatcher | Its effectiveness would depend on the magnitude of the movement. |
| 16:41.23 | BulletCatcher | The server friction setting would have to figure in to it. |
| 16:42.38 | BulletCatcher | The "noisy cricket" scene from Men in Black comes to mind. :-) |
| 17:27.03 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 17:27.03 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 17:28.37 | JeffM | I don't think anyone has writen code to do it |
| 17:28.50 | JeffM | I think it would be an interesting bzdb var |
| 17:28.54 | JeffM | that we probably default to 0 |
| 17:29.09 | JeffM | add it to the 2.6 list |
| 17:32.40 | BulletCatcher | Recoil is in SF feature request #3223265. |
| 17:32.42 | BulletCatcher | I won't reject it outright. :-) |
| 17:32.54 | *** join/#bzflag NTH (~NTH@host86-139-219-108.range86-139.btcentralplus.com) |
| 17:34.22 | JeffM | it should be somewhere on the roadmap |
| 17:34.34 | JeffM | we should go thru all the feature requests and add the ones we want to the roadmap |
| 17:55.52 | blast007 | JeffM: unless I'm missing it, is there no way to determine the IP address of a bzhttp_Request? |
| 17:56.21 | JeffM | from where? |
| 17:56.27 | JeffM | I have the info I may not have exposed it |
| 17:56.28 | JeffM | I can |
| 17:56.58 | JeffM | it is stored in the nethandler for the nonplayerconnected peer |
| 17:57.03 | JeffM | we should make an API for it |
| 17:57.14 | JeffM | and expose it as part of the request class |
| 17:57.21 | blast007 | was looking to do it within here: virtual bzhttp_ePageGenStatus GeneratePage ( const bzhttp_Request& request, bzhttp_Responce &responce ) |
| 17:57.33 | JeffM | no it won't be there, I'll add it |
| 17:58.45 | blast007 | I'll probably poke around our session handling code too and make sure we "secure" that a bit (comparing stuff like IP and user agent) |
| 18:08.29 | JeffM | I thought I did somethign like that |
| 18:08.41 | JeffM | that's done at a level higher then the vdir so it has access to the connection handler ID |
| 18:08.55 | JeffM | sorry lower |
| 18:09.53 | JeffM | yeah it does |
| 18:09.58 | JeffM | <PROTECTED> |
| 18:10.07 | JeffM | then we check to see if it matches the IP we stored |
| 18:10.23 | JeffM | so all we have to do is shove that IP into the request class |
| 18:10.49 | JeffM | the session is created on line 968 |
| 18:11.18 | JeffM | and GetSessionByID does the IP check |
| 18:13.03 | blast007 | ah, okay |
| 18:13.11 | blast007 | good :) |
| 18:13.21 | JeffM | did think a little about it ;) |
| 18:13.26 | blast007 | hadn't looked it over in detail yet |
| 18:13.46 | JeffM | we've been going thru HTTP security issues here, so it's been in the forefront of my mind :) |
| 18:13.52 | blast007 | :) |
| 18:16.47 | CIA-5 | BZFlag: 03JeffM2501 * r22095 10/trunk/bzflag/ (include/bzfsHTTPAPI.h src/bzfs/bzfsHTTPAPI.cxx): add IP and host to the HTTP request |
| 18:17.04 | JeffM | you'll have to rebuild fastmap with that change too |
| 18:17.46 | JeffM | before we ship 2.4.2 I'll add a version to those classes so we can extend them in a compatable way in the future |
| 18:18.12 | blast007 | my server checks every 5 minutes for new commits and rebuilds (and then schedules all the servers to restart when they're empty) |
| 18:26.54 | *** join/#bzflag Erroneous (~DTRemenak@75.16.90.217) |
| 18:26.54 | *** join/#bzflag Erroneous (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 18:26.54 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 19:06.44 | Supra7 | if you make changes to AnimatedTreads.cxx does that only affect the client or bzfs? |
| 19:07.41 | blast007 | are you asking if it would affect other people's view? |
| 19:08.24 | Supra7 | yes like other clients |
| 19:08.26 | blast007 | AnimatedTreads.cxx would only affect your local client |
| 19:08.41 | Supra7 | ok so that's a client resource. |
| 19:08.42 | Supra7 | thanks |
| 19:09.22 | Supra7 | blast007: i would like to do something like.... when a player tk's he gets 2 losses instead of 1.... the person he kills gets 0 losses.... where would i change something like that? |
| 19:09.52 | blast007 | do that in a plugin |
| 19:10.13 | blast007 | there's some score event, iirc |
| 19:10.22 | Supra7 | ok... is there a guide to plugin's possibly? |
| 19:10.33 | Supra7 | or developing plugins? |
| 19:10.54 | Thumper_ | JeffM: is the player motto available to plugins? |
| 19:10.55 | blast007 | the wiki documents most of the API calls |
| 19:11.05 | blast007 | and there are plenty of other plugins to look at |
| 19:14.11 | blast007 | Thumper_: I see a bz_eGetPlayerMotto event, but it doesn't seem to actually get called anywhere |
| 19:15.06 | blast007 | does not seem to be a way to get it via the API |
| 19:15.13 | JeffM | probalby7 should add that |
| 19:15.25 | JeffM | Supra7, the server dosn't do anything with regards to drawing |
| 19:15.32 | JeffM | or movement |
| 19:17.47 | JeffM | blast007, the event was intended to let the server overide the motto in 2.9, not sure if that's possible in 2.4 |
| 19:17.58 | JeffM | since the client may not show the change to it's own motto |
| 19:19.01 | Supra7 | is Allejo still helping out with dev or plugins? Have not seen him in some time. |
| 19:19.36 | blast007 | Supra7: then you must never look at the forums ;) |
| 19:19.43 | Supra7 | sadly not often |
| 19:19.48 | blast007 | he has ported a large quantity of the 3rd party 2.0 plugins to 2.4 |
| 19:19.49 | JeffM | he updated a bunch of third party ones |
| 19:19.59 | JeffM | he does not work on the main project |
| 19:20.28 | Supra7 | ok. i see something of a "tutorial" from him on one forum entry... wondering if it will work with 2.4 |
| 19:20.44 | JeffM | probalby not |
| 19:20.48 | JeffM | the API changed a lot |
| 19:20.49 | blast007 | look at our 2.4 plugins |
| 19:20.54 | JeffM | there is a document on the wiki about the changes |
| 19:20.58 | Supra7 | http://bit.ly/qbCiRY |
| 19:20.59 | JeffM | but yes there are many samples |
| 19:21.02 | JeffM | what are you trying to do? |
| 19:21.26 | JeffM | that's info on how to compile for linux |
| 19:21.30 | JeffM | not on how to make them |
| 19:21.32 | Supra7 | want to do something with the scoring... tk's render the tk'er a double loss but gives the tk'd zero losses :-) |
| 19:21.47 | Supra7 | so -2 pts for a tk and 0 for being tk'd |
| 19:21.52 | JeffM | so that's just some events |
| 19:21.59 | JeffM | should be pretty easy |
| 19:23.38 | blast007 | there's bz_ePlayerScoreChanged (which itself does not tell you if it was a TK or not - it just says "there was a score change") |
| 19:24.12 | blast007 | bz_eKillEvent would tell you who killed who |
| 19:24.27 | JeffM | dosn't the event info have the change in score? |
| 19:24.28 | blast007 | or I assume |
| 19:24.35 | blast007 | it does |
| 19:25.01 | JeffM | so you sould see that the TK score changed |
| 19:25.03 | blast007 | but it doesn't say why it changed |
| 19:25.15 | blast007 | that only solves half the problem |
| 19:25.23 | JeffM | bz_eScoreElement should say it was a TK |
| 19:25.35 | Supra7 | ugh i have no idea where to begin (though i did run the newplugin.sh script and set the name for it). |
| 19:25.42 | JeffM | how much C++ do you know? |
| 19:25.52 | blast007 | ah, that's an enum |
| 19:25.57 | JeffM | yep |
| 19:26.22 | Supra7 | im a Python/Java/Bash person but I did study a semester of C++ back in the day ... so i can generally read it. |
| 19:26.26 | blast007 | still, wouldn't it only say it was a TK for the one who TKed someone? |
| 19:27.05 | Supra7 | i think more than anything I just dont know the bzflag libraries well. |
| 19:27.07 | blast007 | the one who got shot would just have it as a loss? |
| 19:27.09 | JeffM | yes it would only be for the person that had the score change, you may need to check killed based on your logic |
| 19:28.37 | JeffM | is there anything else you want to know about a player that we don't do now Thumper_ or blast007 ? |
| 19:29.26 | temporalD | previous callsigns that have logged in from that ip address |
| 19:29.32 | JeffM | we don't track that |
| 19:29.39 | blast007 | temporalD: I'm working on a plugin + website for that :) |
| 19:29.43 | JeffM | I mean that bzfs has now that we don't expose in the API |
| 19:33.15 | CIA-5 | BZFlag: 03JeffM2501 * r22096 10/trunk/bzflag/ (include/bzfsAPI.h src/bzfs/bzfsAPI.cxx): |
| 19:33.15 | CIA-5 | BZFlag: add a V2 player record that has the motto |
| 19:33.15 | CIA-5 | BZFlag: add motto access function |
| 19:33.15 | CIA-5 | BZFlag: bump API version |
| 19:35.25 | blast007 | ooo, server segfaulting |
| 19:35.39 | Thumper_ | JeffM: I can't think of any other data I want exposed in the API right now |
| 19:35.44 | JeffM | ok |
| 19:36.17 | Thumper_ | blast007: I got a bunch of segfaults yesterday when I restarted servers en-mass - somewhere in libcurl, restarting them manually afterwards worked okay |
| 19:36.45 | blast007 | well, I only have two servers :) |
| 19:36.47 | Thumper_ | the backtrace I looked at wasn't every enlightening |
| 19:36.53 | Thumper_ | s/every/very/ |
| 19:37.05 | blast007 | it crashing on join |
| 19:37.14 | Thumper_ | hmm ok that's different |
| 19:37.15 | blast007 | in the HTTP stuff |
| 19:37.20 | blast007 | fastmap isn't happy |
| 19:37.42 | Thumper_ | goes to try to find hooks to hang up his Christmas lights |
| 19:38.32 | CIA-5 | BZFlag: 03JeffM2501 * r22097 10/trunk/bzflag/ (include/bzfsHTTPAPI.h src/bzfs/bzfsHTTPAPI.cxx): add versions to the HTTP request and responce classes for compatible expansion. |
| 19:39.14 | blast007 | JeffM: http://pastebin.com/HpBipz5F (think that is from r22095) |
| 19:39.48 | JeffM | that dosn't really tell me much |
| 19:40.06 | blast007 | k |
| 19:40.17 | blast007 | I'll look at it more when I get home |
| 19:40.36 | JeffM | did you rebuild the fastmap plugin too? |
| 19:40.53 | blast007 | it should have rebuilt everything, but let me check |
| 19:41.15 | JeffM | cus that changed the size of the structure |
| 19:42.40 | blast007 | it's building r22097, so I'll check when it's done |
| 19:42.45 | CIA-5 | BZFlag: 03JeffM2501 * r22098 10/trunk/bzflag/src/bzfs/bzfsHTTPAPI.cxx: verify that the host has been resolved before we try to set it. |
| 19:42.54 | blast007 | but the date on the file matched |
| 19:43.26 | JeffM | k |
| 19:43.30 | JeffM | then it coudl be that fix I just did |
| 19:43.33 | blast007 | ok |
| 19:43.38 | JeffM | ares on the host may not be done yet |
| 19:43.42 | JeffM | so it'll return null |
| 20:45.42 | CIA-5 | BZFlag: 03bthansen * r22099 10/trunk/bzflag/plugins/logDetail/logDetail.cpp: |
| 20:45.42 | CIA-5 | BZFlag: Add player motto string for PLAYERS data line and fix the output format |
| 20:45.42 | CIA-5 | BZFlag: This corrects the PLAYERS line format to conform to existing 2.0.x |
| 20:45.42 | CIA-5 | BZFlag: parsers that rely on the email/motto string for callsigns in parenthesis. |
| 20:45.42 | CIA-5 | BZFlag: Player callsign details also separated by a space character. |
| 21:19.24 | JeffM | Thumper_, you should note that since I bumped the API version bins made of your plugin won't work in older versions |
| 21:19.39 | JeffM | but older versions of the plugin will work in newer versions of the server |