| 00:06.37 | *** join/#bzflag spldart (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 00:06.37 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 00:06.37 | *** mode/#bzflag [+v spldart] by ChanServ |
| 00:13.42 | I_Died_Once | Hey Jeff, what was that link again with the bzflag server stats? |
| 00:14.39 | I_Died_Once | nm I found it |
| 00:17.44 | JeffM | what one are you using? |
| 00:18.00 | JeffM | if it's the awesomelaser one then there is a better site |
| 00:20.17 | JeffM | you have 27 real players on now, good job |
| 01:54.57 | *** join/#bzflag calvin (~IceChat77@108-93-117-56.lightspeed.hstntx.sbcglobal.net) |
| 02:39.51 | *** join/#bzflag JeffM (~Toybox@cpe-76-167-239-8.socal.res.rr.com) |
| 02:39.51 | *** join/#bzflag JeffM (~Toybox@unaffiliated/jeffm2501) |
| 02:39.51 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 02:54.33 | JeffM | mmmm photoshop CS 5.5 :) |
| 02:54.46 | JeffM | lensflair for all BZ Textures! |
| 03:05.50 | blast007 | hmm, someone uploaded a texture with this license: http://www.cgtextures.com/content.php?action=license |
| 03:06.03 | blast007 | doesn't seem to be a very Free license |
| 03:06.44 | blast007 | also doesn't seem like we could even host it: "It is NOT permitted to: - Sell or distribute any of these textures in an unmodified form, or where the derived product you are selling or distributing is a Texture or a collection of Textures. IN OTHER WORDS: Do not sell or distribute any of these textures (modified or not) by itself or in a texture pack, material, clipart, website theme or scrapbooking pack!" |
| 03:07.24 | JeffM | Stockpile images with the goal of making a local texture library. |
| 03:07.36 | JeffM | the image submiter is an image library :) |
| 03:07.41 | blast007 | yeah |
| 03:07.43 | JeffM | so yeah, not valid |
| 03:08.00 | JeffM | that's a crap license |
| 03:08.22 | JeffM | this right here means that nobody can use it for the things he says he allows "Bundle the images with software such as paint programs, 3D programs, photo-kiosk software" |
| 03:08.50 | JeffM | since you would have to bundle the images with a game, and a game can be 3d software |
| 03:08.59 | JeffM | specialy if it has an editor |
| 03:09.29 | JeffM | and what the hell is "digital scrapbooking" |
| 04:34.00 | *** join/#bzflag Kutakizukari (~Kutakizuk@118.sub-166-248-136.myvzw.com) |
| 05:01.17 | L4m3r | I asked earlier but everyone was probably sleeping |
| 05:01.39 | L4m3r | Any objections if I add an optional param to bz_fireworldwep to specify a team color? |
| 05:01.49 | L4m3r | API version bump needed too, methinks |
| 05:31.39 | BulletCatcher | If we change the API version it means all 3rd party plugins will have to be recompiled to work with 2.4.2. |
| 05:33.08 | L4m3r | I thought the 2.4 API didn't work like that |
| 05:33.23 | I_Died_Once | wouldnt you wanna recompile it anyway? |
| 05:33.24 | L4m3r | servers need updating for new plugins, but old plugins work with new servers. |
| 05:33.38 | L4m3r | wasn't that a major API improvement over 2.4? |
| 05:33.42 | BulletCatcher | It might be enough just to introuduce a new bz_fireWorldWep_V2 method. |
| 05:33.47 | L4m3r | er, s/2.0/2.4/ |
| 05:34.01 | L4m3r | can't type tonight, wow |
| 05:34.05 | BulletCatcher | JeffM understands this stuff better than I do. |
| 05:34.18 | BulletCatcher | He would know the best way to do it. |
| 05:34.37 | L4m3r | it;s the same problem, a plugin that calls a new method will crash an old server if the API isn't bumped :) |
| 05:34.56 | L4m3r | I'd like to add the parameter as an optional one, so existing code will still work |
| 05:36.46 | BulletCatcher | Teamed world weapons seems like a fine idea. I just don't know the best way to add it. |
| 05:41.49 | BulletCatcher | In r22096 JeffM bumped BZ_API_VERSION when he added bz_getPlayerMotto(). |
| 05:41.50 | BulletCatcher | This was after 2.4.0 was released, so that seems like the right thing to do now. |
| 05:42.08 | L4m3r | optional last paramed chained through WorldWeapon.h/cxx |
| 05:42.18 | L4m3r | I've got it working on a modded server |
| 05:45.52 | BulletCatcher | According to bzfsPlugins.cxx the API version number is used the way you described: a newer bzfs will run older plugins, but not the other way around. |
| 05:46.42 | BulletCatcher | So add the feature and bump the API version. |
| 05:55.20 | L4m3r | mmk |
| 05:55.27 | L4m3r | will commit tonight, hopefully |
| 07:07.26 | CIA-104 | BZFlag: 03l4m3rthanyou * r22370 10/trunk/bzflag/ (5 files in 3 dirs): Allow plug-ins to specify a team color when firing world weapons. |
| 07:09.42 | L4m3r | goes through a few functions in WorldWeapons.h/cxx, all added function params are optional |
| 07:12.02 | CIA-104 | BZFlag: 03L4m3r 07http://wiki.bzflag.org * r8231 10/Functions(API): /* World Weapon Management */ |
| 07:13.07 | L4m3r | hm, now the function runs off the page. >_< |
| 07:16.59 | CIA-104 | BZFlag: 03L4m3r 07http://wiki.bzflag.org * r8232 10/Bz_fireWorldWep: /* Parameters */ |
| 07:17.27 | CIA-104 | BZFlag: 03L4m3r 07http://wiki.bzflag.org * r8233 10/Bz_fireWorldWep: /* Prototype */ |
| 07:20.50 | CIA-104 | BZFlag: 03L4m3r 07http://wiki.bzflag.org * r8234 10/Bz_fireWorldGM: added shot team param |
| 07:56.00 | BulletCatcher | L4m3r: I was just testing the new fairCTF plugin. |
| 07:56.12 | L4m3r | uhoh |
| 07:56.19 | L4m3r | :) |
| 07:56.29 | BulletCatcher | It mostly works, but there were occasional bogus flag grabs reported. |
| 07:56.39 | BulletCatcher | "grabbed the flag" |
| 07:57.07 | L4m3r | oh, it was doing that consistently when I tested it |
| 07:57.17 | L4m3r | seems to be a result of zapping the flag in the grab event |
| 07:57.32 | BulletCatcher | Also, with CTF disabled it makes the standard click sound when trying to grab a flag rather than a team flag sound. |
| 07:57.55 | L4m3r | I'm guessing that results from the first thing- right? |
| 07:58.06 | BulletCatcher | Could be. |
| 07:58.30 | L4m3r | it seems like it could be a protocol or client bug. my guess is that something in there finds out which flag by checking the current state of the player |
| 07:59.06 | BulletCatcher | Can't rule out a client bug. My normal 2.4.0 client crashed badly on exit. |
| 07:59.18 | L4m3r | if it doesn't make the alarm sound, I'd call it a feature. I want to murder people who sit on a frozen teamflag and set the alarm off over and over. |
| 07:59.48 | BulletCatcher | Yeah. :-) The click sound isn't necessarily a bad thing. |
| 07:59.51 | L4m3r | Consistently? my 2.4.x clients crash frequently on linux and Windows, sometimes on exit :P |
| 08:00.07 | BulletCatcher | That's the only crash so far. |
| 08:00.19 | BulletCatcher | For me, anyway. |
| 08:01.01 | *** join/#bzflag bier (~bier@p5085DD04.dip.t-dialin.net) |
| 08:01.08 | BulletCatcher | All I got was a list of dynamic libraries as far as I can scroll back. |
| 08:01.23 | BulletCatcher | I'll try again in gdb. |
| 08:03.27 | BulletCatcher | Naturally, it didn't crash with a quick test. |
| 08:04.21 | BulletCatcher | I'll poke at it some more tomorrow. |
| 08:05.05 | L4m3r | it's still a huge improvement over the original |
| 08:05.51 | L4m3r | that thing was *wonky*. I had to hardcode a five-second fudge factor into it to stop it from spazzing out, disabling and re-enabling CTF very rapidly for no apparent reason |
| 08:06.15 | BulletCatcher | The original worked fine for me. |
| 08:06.29 | L4m3r | you never used the first couple releases, I bet :P |
| 08:06.53 | BulletCatcher | No, just the final one you posted on BZBB. |
| 08:07.15 | L4m3r | yeah, basically I had to stick a delay in there |
| 08:07.31 | BulletCatcher | The bogus grab messages in the new one may be due to mis-reporting of who grabbed the flag. |
| 08:07.36 | L4m3r | so the status had to STAY changed for 5 seconds for the plugin to actually do something about it |
| 08:08.03 | BulletCatcher | I have server logs of another player grabbing the flag when my client said "Bullet Catcher grabbed the flag". |
| 08:08.08 | L4m3r | it never reported the wrong player for me, but I was alone |
| 08:09.50 | L4m3r | that's interesting though, I wonder what other players saw. Sounds like it could be more client weirdness. |
| 08:10.26 | BulletCatcher | A third player saw the bogus grabs too, but I didn't ask whose callsing was named. |
| 08:11.20 | L4m3r | wild guess, by maybe that happens when the client gets the grab and drop message in the same tick? then the flag would be gone before the console gets updated |
| 08:11.50 | BulletCatcher | It ought to process each event fully. |
| 08:12.00 | BulletCatcher | One at a time. |
| 08:12.28 | L4m3r | hm. I'm not that familiar with the client- does it draw console info right then and there? |
| 08:13.14 | BulletCatcher | Pretty much. There isn't much asynchronicity in that way. |
| 08:14.30 | L4m3r | #$%! the dryer scorched the tips of my shirt collar! |
| 08:14.59 | BulletCatcher | bummer |
| 08:15.37 | BulletCatcher | permanent press clothes dried on cotton setting? |
| 08:16.03 | L4m3r | it was set to the perm press setting, but who knows where that old pile of junk was at temperature-wise |
| 08:17.41 | *** join/#bzflag Delusional (~delusiona@pool-96-236-228-70.pitbpa.fios.verizon.net) |
| 08:18.32 | BulletCatcher | Well, gotta hit the hay. I'll give a closer look at fairCTF tomorrow. |
| 08:20.21 | L4m3r | g'night |
| 08:47.48 | *** join/#bzflag Constitution (~josh@bzflag/developer/Constitution) |
| 09:46.30 | *** join/#bzflag kierra (~Jolie@unaffiliated/kierra) |
| 10:07.43 | *** join/#bzflag EvilJStoker (jstoker@unaffiliated/jstoker) |
| 11:15.50 | *** join/#bzflag Delusional (~delusiona@pool-96-236-228-70.pitbpa.fios.verizon.net) |
| 11:21.50 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 12:14.52 | Constitution | was there some reason 2.4.0 could not go into debian? |
| 12:16.41 | blast007 | well, there was some bugs in the 2.4.0 release, like how ricochet didn't work in replays |
| 12:17.10 | blast007 | build system wasn't quite right either |
| 12:17.34 | blast007 | and nobody worked on getting it in at the time |
| 12:28.28 | *** join/#bzflag [dmp] (~dennis@users.d75.net) |
| 12:28.29 | *** join/#bzflag [dmp] (~dennis@unaffiliated/dmp/x-546784) |
| 14:12.06 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.124.197) |
| 14:38.40 | *** part/#bzflag kierra (~Jolie@unaffiliated/kierra) |
| 14:44.01 | *** join/#bzflag spldart (~spldart2@c-98-201-137-215.hsd1.tx.comcast.net) |
| 14:44.01 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 14:44.01 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:52.35 | *** join/#bzflag kierra (~Jolie@unaffiliated/kierra) |
| 14:53.52 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 14:57.59 | *** join/#bzflag Rex2 (~Erden@188-194-103-105-dynip.superkabel.de) |
| 15:31.27 | *** join/#bzflag meeba (~lamer@c-75-71-83-2.hsd1.co.comcast.net) |
| 15:44.26 | L4m3r | BulletCatcher: D'oh! the fairCTF issue occurred to me this morning |
| 15:45.03 | L4m3r | I just checked it in bzfs.cxx, it fires off the flag grabbed event before it sends out the flag grabbed message |
| 15:45.27 | L4m3r | so I'm guessing that the teamflags are effectively getting dropped before they are grabbed XD |
| 15:47.19 | blast007 | perhaps there should be an AllowFlagGrab event? |
| 15:49.58 | BulletCatcher | If we can get the old fairCTF flag grabbing behavior that will be good enough for now. |
| 15:51.06 | blast007 | the flag drop should happen on the next tick in that case |
| 16:00.01 | L4m3r | I dunno, it seems like the API should call the event after the flag grab message is broadcast. it'd be simple to change, I think. |
| 16:00.34 | L4m3r | Or, at blast007 mentioned, we could move the event call up a bit and add an "allow" flag to the event |
| 16:01.41 | L4m3r | sounds like a Jeff question |
| 16:03.10 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 16:03.10 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:03.24 | *** part/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 16:03.30 | L4m3r | I don't think allowing a grab necessarily needs to be a separate event, I can't think of any sync issues that'd be caused by moving the event up, if dropping is pre-empted |
| 16:05.33 | L4m3r | I need to go to work now, maybe I can tinker with it tonight |
| 16:38.42 | *** join/#bzflag Quol (~Ian@webout1.futureelectronics.com) |
| 16:49.37 | *** join/#bzflag Rex1 (~Erden@188-194-103-105-dynip.superkabel.de) |
| 16:55.04 | *** join/#bzflag Quol (~Ian@webout1.futureelectronics.com) |
| 16:56.33 | *** join/#bzflag Quol (~Ian@webout1.futureelectronics.com) |
| 16:56.50 | blast007 | L4m3r: iirc, events like that are for notification purposes only |
| 16:58.33 | *** join/#bzflag AAA_awright_ (~quassel@109.169.73.3) |
| 17:02.53 | blast007 | which is why we have AllowPlayerEvent, GetAutoTeamEvent, and a PlayerJoinEvent, instead of just a single event for when a player is joining |
| 17:22.39 | *** join/#bzflag JeffM (~JeffM@adsl-75-16-90-218.dsl.irvnca.sbcglobal.net) |
| 17:22.39 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 17:22.39 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 17:24.44 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 19:08.33 | *** join/#bzflag _allejo (~allejo@cpe-76-90-186-178.socal.res.rr.com) |
| 19:32.50 | blast007 | JeffM: am I correct in thinking that preventing someone from grabbing a flag should be a new event, such as AllowFlagGrab, instead of being done as an option in the PlayerJoinEvent? I think you had said before that events like PlayerJoinEvent are for notification only. |
| 20:08.14 | *** join/#bzflag SpazzyMcGee (~SpazzyMcG@5adeb9e5.bb.sky.com) |
| 21:19.17 | JeffM | blast007, what does join have to do with flag grab? |
| 21:19.34 | JeffM | but yes there should be 2 events for everything, allow and happened |
| 21:20.20 | JeffM | the problem with combining them, is that there may be 2 plugins looking at the same event and we can't ensure the order |
| 21:40.09 | *** join/#bzflag Quol (~Ian@webout1.futureelectronics.com) |
| 21:41.15 | *** join/#bzflag a_meteorite (~a_meteori@unaffiliated/ameteorite/x-000000001) |
| 22:27.34 | *** join/#bzflag kierra (~Jolie@unaffiliated/kierra) |
| 22:29.47 | *** join/#bzflag sam (~sam@poulet.zoy.org) |
| 22:59.58 | *** join/#bzflag SpazzyMcGee (~SpazzyMcG@5adeb9e5.bb.sky.com) |
| 23:16.07 | blast007 | JeffM: er, sorry, meant the FlagGrabEvent ;) |
| 23:16.16 | blast007 | copy/pasted the wrong event name |
| 23:16.20 | JeffM | heh |
| 23:16.26 | JeffM | yeah we should make a new event |
| 23:16.51 | JeffM | cus someone may deny the grab, and then we dont' want to pass the grab event to another plugin |
| 23:17.46 | blast007 | yeah |
| 23:23.28 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
| 23:51.59 | *** join/#bzflag SpazzyMcGee (~SpazzyMcG@5adeb9e5.bb.sky.com) |