| 00:02.18 | khonkhortisan | Is giving someone their flag as soon as they drop it dependable enough to not allow them to shoot a non-flag shot? |
| 00:02.35 | JeffM2501 | nope, UDP may not happen in the same order as TCP |
| 00:03.34 | allejo | khonkhortisan, use the bz_eShotFiredEvent to change any shot without a flag to a zoned shot |
| 00:04.56 | allejo | use the player id from that, get a base player record, check currentFlag to see if the player has anything, if not set the type of bz_eShotFiredEvent() to pz |
| 00:06.00 | khonkhortisan | wouldn't that kill me if my shot ricoched? The wiki says my client doesn't see the change |
| 00:06.38 | allejo | bz_ShotFiredEventData_V1 *shot = (bz_ShotFiredEventData_V1*)eventData; |
| 00:06.38 | allejo | shot->type = "PZ"; |
| 00:06.40 | allejo | shot->changed = true; |
| 00:07.08 | allejo | one sec. let me try |
| 00:08.44 | blast007 | or set the type to "PEZ" to shoot tiny candies instead |
| 00:09.04 | allejo | khonkhortisan, ah you're right, the client won't detect the changed shot type :-/ |
| 00:10.23 | khonkhortisan | is reminded of how annoying it is to not be able to drop a flag |
| 00:15.27 | khonkhortisan | When I drop my flag while dying it gives my flag back to me, I die while really dropping the flag, and then attempts to give it to me a second time |
| 00:16.18 | khonkhortisan | I like server plugins |
| 00:32.24 | JeffM2501 | and to think. Tim said nobody would ever use them |
| 00:34.22 | khonkhortisan | We will, but we won't ever use more than 640k |
| 00:35.44 | JeffM2501 | yeah he figured people would just hack up the server to mod it |
| 00:36.11 | khonkhortisan | isn't that what minecraft does? |
| 00:37.44 | JeffM2501 | minecraft dosn't release source, people hack up the jar files |
| 00:38.01 | JeffM2501 | our API is much older then minecraft :) |
| 00:38.05 | blast007 | Mojang is working on an official API to assist with all the modding. |
| 00:38.16 | khonkhortisan | so bzflag works more like minetest then |
| 00:38.20 | khonkhortisan | they have mods |
| 00:38.21 | blast007 | They hired the guy that did the Bukkit stuff for that. |
| 00:38.32 | JeffM2501 | cool |
| 00:38.40 | JeffM2501 | bzflag works like photoshop :) |
| 00:38.55 | JeffM2501 | the API defines what plugins can do |
| 00:39.43 | blast007 | and the Raspberry Pi version of Minecraft is going to have a network socket based API so you can write software to build things with code. |
| 00:40.00 | blast007 | anything that can write to a network socket |
| 00:56.17 | *** join/#bzflag mdskpr (~mdskpr@rh-cypressn-cs3-137-77.njit.edu) |
| 00:56.30 | JeffM2501 | well Tim also though that IE could not handle site wide cookies |
| 00:58.18 | *** join/#bzflag short_circuit (~james@h113.213.130.174.dynamic.ip.windstream.net) |
| 01:07.33 | khonkhortisan | I assume dropping someone's flag for them triggers a dropped flag event. |
| 01:09.35 | JeffM2501 | I belive so |
| 01:09.49 | JeffM2501 | since you may have one plugin that drops it, but another that does something on a drop |
| 01:10.13 | khonkhortisan | So not only do I drop it because they get a kill, I have to not give it back because they dropped it without getting a kill |
| 01:10.55 | JeffM2501 | yeah it won't be easy for you |
| 01:11.15 | JeffM2501 | the proper way to do it would to have the client send a "can I drop this" message |
| 01:11.21 | JeffM2501 | and the server then drop or not |
| 01:11.34 | JeffM2501 | then you could have an "allow user drop" event and handle that |
| 01:11.36 | khonkhortisan | yeah, I didn't see anything like that |
| 01:11.44 | JeffM2501 | there isn't |
| 01:11.47 | JeffM2501 | the proto dosn't allow it |
| 01:11.55 | khonkhortisan | because it's not part of normal gameplay |
| 01:12.04 | JeffM2501 | because the client does EVERTYING |
| 01:12.07 | khonkhortisan | other than bad flags |
| 01:12.08 | blast007 | JeffM2501: is the "sticky" flag stuff hard coded client-side? |
| 01:12.13 | JeffM2501 | yeah |
| 01:12.18 | khonkhortisan | including the antidote flag |
| 01:12.19 | JeffM2501 | that's why I'd with with the messages |
| 01:12.28 | JeffM2501 | then we can do that aspect of the flag server side |
| 01:12.37 | JeffM2501 | just deny the user drops |
| 01:13.38 | khonkhortisan | don't confuse bz_eKillEvent with bz_ePlayerDieEvent |
| 01:13.48 | JeffM2501 | yep |
| 01:13.54 | JeffM2501 | they are different |
| 01:21.12 | khonkhortisan | hmm bz_eAllowFlagGrab |
| 01:21.49 | JeffM2501 | yeah pickups are done server side |
| 01:22.07 | JeffM2501 | the server detects if you are over a flag and then asks the API if you should get it or not |
| 01:25.09 | kierra | blast007: ping |
| 01:25.15 | blast007 | kierra: pong |
| 01:25.27 | kierra | question |
| 01:25.33 | blast007 | answer |
| 01:25.34 | JeffM2501 | you guys owe atari a buck |
| 01:25.38 | JeffM2501 | they REAALY need it right now |
| 02:35.16 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 02:35.16 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 02:39.20 | *** join/#bzflag Gnurdux (~gnurdux@EASTCAMPUS-THREE-FIFTEEN.MIT.EDU) |
| 02:46.51 | khonkhortisan | I can't force someone to stay an autopilot? |
| 02:48.16 | khonkhortisan | oh. Wrong version |
| 03:02.46 | Notify | 03BZFlag:Khonkhortisan * 8474 /Bz_removePlayerFlag: rewording to not call a player "it", but "who" |
| 03:03.58 | jeffm | khonkhortisan, nope |
| 03:13.01 | khonkhortisan | my -solo bots are dropping flags, giving me the plugin's message when I haven't spawned yet |
| 03:14.28 | khonkhortisan | and they're drawn with flags on radar, but not in the view |
| 03:21.06 | khonkhortisan | Is there an easy way to detect whether a player knows how to use the identify button when using gm? |
| 03:33.37 | khonkhortisan | I'm invincible! I can't drop my SH! |
| 03:38.31 | *** join/#bzflag Detrimental (~james@h87.208.30.71.dynamic.ip.windstream.net) |
| 03:40.27 | khonkhortisan | that's just weird for a -solo bot to hold Laser and shoot regular shots |
| 03:44.11 | blast007 | the solo bots don't support any of the flags, afaik |
| 03:44.23 | blast007 | not even sure if they'd move faster if they had high speed, for instance |
| 03:53.16 | khonkhortisan | I can't shoot a regular shot while holding L, so they shouldn't be able to either |
| 03:56.01 | blast007 | solo bots should HAVE flags ;) |
| 03:56.04 | blast007 | shouldn't* |
| 03:56.16 | khonkhortisan | well, I forced them to. It shows up on radar |
| 03:56.44 | blast007 | so? you're doing things that game doesn't expect, so expect the unexpected. :P |
| 03:57.55 | khonkhortisan | unexpected like this? |
| 03:57.59 | khonkhortisan | #define until(x) while(!(x)) |
| 03:58.01 | khonkhortisan | #define unless(x) if(!(x)) |
| 03:58.35 | jeffm | they won't generate the right kind of shot |
| 03:58.39 | jeffm | they are very broken in that regard |
| 03:58.41 | blast007 | no, unexpected like the fact that the client tells the server what kind of shot it wants to fire |
| 03:58.56 | khonkhortisan | that's a secret |
| 03:58.58 | jeffm | remember the shot logic is client side, if the bot code doesn't know how to generate the shot, it won't work |
| 03:59.24 | blast007 | the server only checks that you're not firing a different shot type than the flag it thinks you have - and if you do, it resets it to normal shots |
| 03:59.34 | jeffm | the server sees them having L but they are sending normal shot packets |
| 03:59.47 | khonkhortisan | so it should include regular in its check of a different shot type |
| 04:00.03 | jeffm | should and do are not the same thing ;) |
| 04:00.04 | blast007 | jeffm: I think I have bzfscron almost backported to 2.4 |
| 04:00.08 | jeffm | the bots SHOULD do lots of things |
| 04:00.12 | jeffm | blast007, sweet |
| 04:00.17 | blast007 | finally got it to link, just need to *test* it now :) |
| 04:00.57 | khonkhortisan | if you had to choose, would it be better to make the bots use the correct type of shots, or to make the server not allow regular shots when a shot-changing flag is held? |
| 04:01.25 | jeffm | khonkhortisan, the bot code doesn't use a normal client's "Fire" code, it sends the messages itself and the flag is encoded into the shot fire |
| 04:01.25 | jeffm | if I had to choose I'd remove client side bots |
| 04:01.25 | jeffm | and that's what I'm working on |
| 04:01.27 | blast007 | khonkhortisan: would be better to remove bots |
| 04:01.28 | blast007 | heh |
| 04:01.46 | jeffm | I don't even want human players to tell me the shot type |
| 04:01.46 | jeffm | just "I fired" |
| 04:01.46 | jeffm | the server should know it all |
| 04:01.58 | jeffm | that's why I'm working on server side shot tracking |
| 04:02.05 | khonkhortisan | "I fired" and "I'm shooting at you" |
| 04:02.14 | jeffm | just I fired |
| 04:02.15 | blast007 | khonkhortisan: you have to keep in mind lag times when grabbing flags and dropping flags |
| 04:02.24 | jeffm | and "I locked on to you" |
| 04:02.35 | blast007 | the server thinks you have grabbed a flag sooner than the client |
| 04:02.37 | jeffm | firing with GM simply tracks to the last locked player |
| 04:03.02 | blast007 | so a client could still shoot a regular shot between the time the server THINKS the client has a flag and when the *client* thinks it does |
| 04:03.13 | jeffm | server side shot tracking will also let us get back to the old spawn code of 1.7 |
| 04:03.20 | khonkhortisan | botv3 (server) obsoletes botv1 and botv2 (auto and solo) |
| 04:04.34 | jeffm | I'd keep autopilot on the client |
| 04:05.03 | jeffm | and make it scriptable |
| 04:05.03 | jeffm | leave that for the people that do robot competitions |
| 04:05.20 | jeffm | client side autopilot for "I gotta pee" is ok in my mind |
| 04:05.44 | jeffm | but it should not be the main method for adding N automated opponents |
| 04:05.48 | jeffm | that should be server side |
| 04:06.07 | khonkhortisan | "I gotta eat" usually gets me kicked |
| 04:06.13 | jeffm | bassicly one tank per socket :) |
| 04:07.37 | jeffm | goes back to manually computing Bayesian spam filter rejection |
| 04:09.39 | blast007 | hmm.. it kinda works... |
| 04:10.05 | blast007 | it outputs: (UNKNOWN): /say "testing" |
| 04:10.14 | blast007 | instead of executing /say "testing" as a command |
| 04:11.36 | jeffm | didn't we do an api command to do /say? |
| 04:12.03 | blast007 | maybe, but cron is supposed to take commands |
| 04:13.07 | jeffm | it's using a server side player? |
| 04:13.10 | blast007 | yep |
| 04:13.28 | jeffm | it's chat stuff may not run to the server first, it may just run out to messages |
| 04:13.34 | blast007 | gonna check it what I've got thus far as soon as I set up my SVN autoprops |
| 04:13.47 | jeffm | I didn't really "back port" it from 2.99, more of reimplemented it |
| 04:18.20 | khonkhortisan | I just noticed it doesn't draw the theif line if I hit a tank |
| 04:20.31 | blast007 | hmm, and this commit will probably finish three weeks from now |
| 04:21.27 | khonkhortisan | Do I need to do anything for /loadplugin that I don't have to do for -loadplugin? |
| 04:21.51 | jeffm | nope |
| 04:22.07 | jeffm | the path has to be correct to the current working path |
| 04:22.34 | blast007 | woo, finally got a authentication prompt! |
| 04:23.06 | khonkhortisan | Do I have to unload first? |
| 04:23.14 | jeffm | nope |
| 04:23.30 | jeffm | do you have permission to load plugins? |
| 04:23.34 | blast007 | what are you trying to do? |
| 04:23.41 | jeffm | it's ops only by default |
| 04:23.44 | khonkhortisan | yes I did /password |
| 04:23.56 | blast007 | if a plugin was loaded already, then you have to unload it before you can load it again |
| 04:24.02 | khonkhortisan | okay |
| 04:24.06 | blast007 | unless that changed.. |
| 04:24.07 | jeffm | yeah it won't reload |
| 04:24.11 | blast007 | k |
| 04:24.13 | jeffm | that'd be wierd |
| 04:24.25 | jeffm | tho I guess we could do that now that things are named |
| 04:24.47 | blast007 | /loadplugin flashplayer |
| 04:25.00 | jeffm | guess we could hash the bins too and only do a reload on same name different hash |
| 04:25.14 | khonkhortisan | must've typed the /unloadplugin path wrong |
| 04:25.24 | jeffm | unload uses the name IIRC |
| 04:26.08 | blast007 | so does sourceforge not have anyone around on Sundays when their VCS is broken? :) |
| 04:26.18 | khonkhortisan | I think it uses the same path |
| 04:26.38 | blast007 | khonkhortisan: do /listplugins, get the name, and unload by that name |
| 04:26.50 | khonkhortisan | oh, a space! |
| 04:26.59 | jeffm | it's slow because they are having a LAN party at the guys house who hosts it |
| 04:27.00 | blast007 | in space, nobody can hear you scream |
| 04:27.03 | blast007 | hehehe |
| 04:27.15 | khonkhortisan | cool, it loads the same way |
| 04:27.16 | blast007 | "Hold on, my torrents are almost done" |
| 04:28.14 | blast007 | Maybe I'll just book a flight to their datacenter.. might be faster.. |
| 04:28.32 | blast007 | woah, it's doing stuffs |
| 04:28.42 | blast007 | ... |
| 04:29.02 | blast007 | *rage* ... the pre-commit script errored me out cuz I apparently don't have some prop set right.. |
| 04:31.03 | khonkhortisan | :( using bz_getName instead of bz_getFlagName |
| 04:31.34 | khonkhortisan | alias /reloadplugin = /unloadplugin /loadplugin |
| 04:32.08 | jeffm | get name and get flag name should be the same |
| 04:32.18 | jeffm | GetName is a badly named function |
| 04:33.26 | khonkhortisan | what does it return, "TH" or "Thief"? |
| 04:33.31 | Notify | 03BZFlag:blast007 * 22632 trunk/bzflag/MSVC/fullbuild.sln: Initial backport of the bzfscron plugin from 2.99.x. |
| 04:33.34 | blast007 | "Steve" |
| 04:33.38 | khonkhortisan | ooh |
| 04:34.34 | jeffm | "Annies Boobs" |
| 04:34.42 | jeffm | I believe the short name |
| 04:34.57 | blast007 | with plugin development, I just normally restart the entire server instance |
| 04:35.34 | blast007 | I don't load or unload during the game unless I'm specifically testing that |
| 04:35.35 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 04:37.02 | khonkhortisan | I haven't seen a difference yet |
| 04:37.13 | blast007 | I think they both do the same thing |
| 04:37.24 | jeffm | they do |
| 04:37.39 | jeffm | bz_getFlagName didn't exist until I saw bz_getName |
| 04:37.46 | jeffm | and said "that is dumb" |
| 04:38.01 | jeffm | I'd love to remove bz_getName |
| 04:38.07 | jeffm | cis name of WHAT? |
| 04:38.11 | jeffm | an int? |
| 04:38.48 | blast007 | and contrary to what Notify said, there was more to that commit than just an update to fullbuild.sln ... |
| 04:39.14 | jeffm | heh |
| 04:43.10 | khonkhortisan | What's a good way to store an int for every player? |
| 04:45.09 | khonkhortisan | nm |
| 04:45.39 | jeffm | in a map |
| 04:45.44 | jeffm | std::map<int,int> |
| 04:48.21 | DTRemenak | as a member of your player class |
| 04:49.16 | khonkhortisan | I'm using a plugin |
| 04:49.29 | DTRemenak | doesn't mean you can't represent players as a class |
| 04:50.01 | DTRemenak | objects are cool |
| 04:51.31 | jeffm | yeah you can store your own player object oo |
| 04:51.36 | jeffm | depends on how much data you need |
| 04:51.57 | jeffm | if I needed more then 3 things i'd make an object to hold them and keep a map of them by playerID |
| 04:52.44 | jeffm | if this was C# I'd just let you associate any arbitrary object with the internal player class and pass it back to you :) |
| 04:55.12 | khonkhortisan | bz_getName could return "BZFlag" |
| 04:57.04 | khonkhortisan | I can't steal the flag from a -solo because it doesn't officially have one |
| 04:57.10 | jeffm | can you search to see if any of our built in plugins use it? |
| 04:57.18 | jeffm | and yep |
| 04:59.35 | khonkhortisan | fairCTF, teamflagreset, autoFlagReset. |
| 04:59.51 | khonkhortisan | and flagOnSpawn, but that doesn't count |
| 05:00.00 | jeffm | we should change those |
| 05:04.17 | khonkhortisan | wow the team scores are around -200 (500 - 700) |
| 05:05.35 | I_Died_Once | I have a question, if I need to file a feature request, maybe, wanna see if its possible or feasible... |
| 05:06.14 | jeffm | does it involve monkeys? |
| 05:06.28 | I_Died_Once | We're launching a new something-something in a month, which will involve generating dynamic images, very similar to our stats billboards on mofo |
| 05:06.33 | I_Died_Once | no monkeys, not this time |
| 05:07.50 | jeffm | what do you want to do with the images? |
| 05:07.54 | I_Died_Once | is there a way, maybe at the next proto break, or update to the code - w/e... to have the client check images against a sum, or hash to see if there is an updated version of said image so the client can re-download the image and display the new version |
| 05:08.15 | jeffm | anything is possible with code changes |
| 05:08.48 | jeffm | there are HTTP methods to get hashes or modify flags on images |
| 05:09.14 | jeffm | knowing when to check is the hard part |
| 05:09.24 | jeffm | you probably would not want to check on a timer |
| 05:09.31 | I_Died_Once | for one example, our billboards... the project we're working on will generate a running tally, and each time a player joins, the image will likely update and there will be a new version of the image available upon each join |
| 05:09.43 | jeffm | a server message to tell clients to check cache would be better |
| 05:09.50 | I_Died_Once | who's in first now might not be in first tomorrow |
| 05:09.59 | jeffm | yeah that's similar to what I figured you'd want |
| 05:10.08 | jeffm | so it's not a time based thing, but an event driven thing |
| 05:10.18 | khonkhortisan | unload and loadplugin doesn't change the message when it gives me a flag |
| 05:10.21 | jeffm | it's a feature request defentyly |
| 05:10.29 | I_Died_Once | yes, exactly, very event driven |
| 05:10.58 | jeffm | we'd have to research what the HTTP protocol does for cache checking and see if we can get that info out of curl |
| 05:11.10 | jeffm | that and triggering it will be the tricky part |
| 05:11.18 | I_Died_Once | ...join! |
| 05:11.24 | jeffm | flushing and reloading textures isn't too bad, but it does cause the client to hitch |
| 05:12.13 | jeffm | texture manager could probably trickle them in over a couple frames |
| 05:12.33 | I_Died_Once | jeff, gonna pm, dont wanna spill the beans on what we're working on publicly right yet |
| 05:12.33 | jeffm | be better if it was all threaded |
| 05:12.46 | jeffm | I don't actually care what the specifics are |
| 05:12.55 | jeffm | the feature can be defined very generaly |
| 05:13.16 | jeffm | but it does involve several parts of the codebase, and probably specific features on the hosting web server |
| 05:15.56 | I_Died_Once | would that require a proto break, or is it too soon to tell by concept? |
| 05:16.23 | jeffm | ohh hell yes |
| 05:16.42 | jeffm | and sizable client changes |
| 05:17.19 | jeffm | there is no way to do that now |
| 05:17.54 | jeffm | it may do md5 checks now to see if it has an image, if so then that part isn't too bad |
| 05:18.01 | jeffm | then it'd just be the runtime reload |
| 05:18.08 | jeffm | well the partial reload |
| 05:18.15 | jeffm | we can do a runtime reload if the user alt/tabs |
| 05:18.48 | khonkhortisan | should know better than to bz_getFlagName(flagid).c_str() == "TH" |
| 05:20.03 | jeffm | seriously? |
| 05:20.15 | khonkhortisan | yes, seriously. |
| 05:20.30 | jeffm | doesn't bzAPIString have an == operator for a char*? |
| 05:21.31 | khonkhortisan | it has it for bz_ApiString, std::string and const char* |
| 05:23.04 | jeffm | then bz_getFlagName(flagid) == "TH" will work |
| 05:23.13 | jeffm | no c_str |
| 05:24.43 | I_Died_Once | feature request submitted, thanks |
| 05:25.01 | jeffm | it'll be a while for that one, don't bet the house on it |
| 05:28.27 | I_Died_Once | crosses fingers that it'll make it into the next proto break release |
| 05:30.04 | khonkhortisan | can't wait for proto break |
| 05:30.59 | khonkhortisan | how do I store a bzAPIString? |
| 05:31.38 | jeffm | it'll be a while before break |
| 05:31.43 | jeffm | you mean as a variable? |
| 05:32.14 | khonkhortisan | yeah, I want to just write flag == instead of bz_getFlagName(flagid) == |
| 05:32.32 | jeffm | it's a class |
| 05:32.39 | jeffm | make an object of it and assign a value to it |
| 05:32.58 | jeffm | bzAPIString flagName = bz_getFlagName(flagID) |
| 05:33.05 | jeffm | normal C stuff |
| 05:33.19 | khonkhortisan | I tried that: error: 'bzAPIString' was not declared in this scope |
| 05:33.20 | jeffm | or just use a std::string |
| 05:33.30 | jeffm | are you including the api header? |
| 05:33.47 | khonkhortisan | #include "bzfsAPI.h" and #include "plugin_utils.h" |
| 05:33.57 | jeffm | are you spelling the class name right? |
| 05:34.49 | khonkhortisan | how you said it, bzAPIString flag = bz_getFlagName(flagid) |
| 05:35.00 | khonkhortisan | ; |
| 05:35.01 | jeffm | oh don't trust me, go look at the code |
| 05:35.07 | jeffm | I may have missed an _ or cot a caps wrong |
| 05:35.19 | jeffm | I'm just typing this off the top of my head |
| 05:35.31 | khonkhortisan | ah bz_ApiString |
| 05:35.54 | khonkhortisan | I tried it bzAPIString and bz_APIString but they weren't it |
| 05:36.01 | jeffm | your editor doesn't show what the function returns? |
| 05:36.08 | jeffm | how do you people live? |
| 05:37.14 | khonkhortisan | vim |
| 05:37.28 | jeffm | and it can't show you the return type of a function? |
| 05:37.36 | khonkhortisan | if it can I wouldn't know |
| 05:38.15 | jeffm | does it do autocomplete and context coloring? |
| 05:39.58 | khonkhortisan | it does coloring, I don't know about autocomplete. It does yank/put but I don't know how do do it. I do know dd for delete line |
| 05:40.51 | jeffm | coloring would have shown you that it wasn't a known class when you typed it then |
| 05:41.07 | khonkhortisan | yeah, it's white either way |
| 05:41.24 | jeffm | what use is that? |
| 05:41.37 | khonkhortisan | uh, it uses less memory than eclipse |
| 05:41.47 | jeffm | you may want to get an editor better suited to development |
| 05:41.53 | jeffm | yeah eclipse is useless |
| 05:41.57 | jeffm | kdev was pretty nice |
| 05:42.00 | jeffm | so was netbeans |
| 05:46.05 | khonkhortisan | eclipse can't find bz_ApiString from stickyFlags.cpp even though it knows where it is |
| 05:48.49 | jeffm | eclipse is useless |
| 05:48.53 | jeffm | for all things |
| 05:55.00 | khonkhortisan | even in c++ mode |
| 05:55.29 | khonkhortisan | it makes it harder to update |
| 05:56.01 | khonkhortisan | Now to make selfkills not change the flag... |
| 06:17.59 | *** join/#bzflag alpha1-2 (~nb_j@host129.201-252-188.telecom.net.ar) |
| 06:50.09 | *** join/#bzflag Constitution (~josh@bzflag/developer/Constitution) |
| 07:38.49 | *** join/#bzflag Constitution (~josh@bzflag/developer/Constitution) |
| 07:56.05 | *** join/#bzflag Gnurdux (~gnurdux@EASTCAMPUS-THREE-FIFTEEN.MIT.EDU) |
| 08:05.58 | *** join/#bzflag ruskie (ruskie@sourcemage/mage/ruskie) |
| 08:06.25 | *** join/#bzflag Marzipan (~Marzipan@sign-4db607ca.pool.mediaWays.net) |
| 08:41.07 | *** join/#bzflag dngor (abuse@p3m/dngor) |
| 09:25.28 | *** join/#bzflag blast007_ (~blast007@bzflag/developer/Blast) |
| 09:25.28 | *** mode/#bzflag [+v blast007_] by ChanServ |
| 12:15.58 | *** join/#bzflag Detrimental (~james@h56.210.30.71.dynamic.ip.windstream.net) |
| 13:09.27 | Notify | 03BZFlag:kongr45gpen * 22633 (trunk/bzflag/plugins/autoFlagReset/autoFlagReset.cpp trunk/bzflag/plugins/fairCTF/fairCTF.cpp trunk/bzflag/plugins/teamflagreset/teamflagreset.cpp): Use bz_getFlagName() instead of bz_getName() |
| 13:28.15 | Notify | 03BZFlag:chestal * 22634 (trunk/bzflag/src/bzfs/Score.cxx trunk/bzflag/src/bzfs/Score.h trunk/bzflag/src/bzfs/bzfs.cxx): Fix the handicap calculation to behave like in the old days when it was all client-side:- use sum of all (killed - killedby) differences to all other players instead of score- refresh handicap values when a player leaves- move logic from Score.cxx to bzfs.cxx because it needs to access PlayerInfo |
| 13:28.17 | Notify | for all players |
| 13:34.11 | Notify | 03BZFlag:chestal * 22635 (trunk/bzflag/src/bzfs/commands.cxx trunk/bzflag/src/common/AutoCompleter.cxx): Add server-side /handicap command, lists players' handicap boosts in % |
| 13:42.38 | *** join/#bzflag Detrimental (~james@h241.234.17.98.dynamic.ip.windstream.net) |
| 13:47.03 | Notify | 03BZFlag:blast007 * 22636 (trunk/bzflag/include/bzfsAPI.h trunk/bzflag/plugins/bzfscron/bzfscron.cpp trunk/bzflag/src/bzfs/ServerSidePlayer.cxx): Add the ability for server-side players to send server messages.Update bzfscron to use that new ability. |
| 13:56.03 | *** join/#bzflag mahem1 (~beckett@199.172.230.69) |
| 14:20.26 | *** join/#bzflag makos (~makos@rrcs-97-78-189-66.se.biz.rr.com) |
| 14:27.47 | Notify | 03BZFlag:chestal * 22637 trunk/bzflag/src/bzflag/Player.h: formatting |
| 14:45.20 | Notify | 03BZFlag:chestal * 22638 trunk/bzflag/src/bzfs/ShotManager.cxx: get rid of erroneous double increment (crashed bzfs on exit) |
| 15:14.18 | Notify | 03BZFlag:Alezakos * 8475 /Fastmap: Remove obsolete information |
| 15:16.20 | Notify | 03BZFlag:Alezakos * 8476 /Bz_getPlayerIndexList(bz_APIIntList): fix page |
| 15:21.47 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 15:22.30 | Notify | 03BZFlag:Alezakos * 8477 /Bz_eShotEndedEven: documented `explode` |
| 15:48.03 | *** join/#bzflag Delusional (~delusiona@pool-108-17-117-49.pitbpa.fios.verizon.net) |
| 15:48.03 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 16:06.57 | *** join/#bzflag spldart (~spldart2@c-98-199-190-28.hsd1.tx.comcast.net) |
| 16:06.57 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 16:06.57 | *** mode/#bzflag [+v spldart] by ChanServ |
| 16:58.50 | *** join/#bzflag TimRiker (TimRiker@bzflag/projectlead/TimRiker) |
| 16:58.50 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:01.32 | khonkhortisan | ibot has been looking for you |
| 17:07.00 | blast007 | TimRiker: hello. |
| 17:07.27 | TimRiker | moin. I've been out sick for a week. ugh. |
| 17:07.55 | blast007 | fun... |
| 17:09.30 | blast007 | have any further thoughts about BZFlag? |
| 17:10.29 | TimRiker | something has to change. still not sure where to go. digging out of a weeks worth of email a todo lists today. |
| 17:22.34 | *** join/#bzflag mdskpr (80eb894d@gateway/web/freenode/ip.128.235.137.77) |
| 17:25.18 | *** join/#bzflag JeffM (~JeffM@107-209-61-105.lightspeed.irvnca.sbcglobal.net) |
| 17:25.18 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 17:25.18 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 17:58.02 | JeffM | The disease of the season catch up to you too TimRiker ? |
| 18:01.09 | JeffM | it's been ripping through work here the past couple weeks |
| 18:05.33 | JeffM | heh... searching the trackers for the word "image" shows me a feature request for "need compressed image format" that was closed rejected as not needed :) |
| 18:06.29 | blast007 | was that from when we were using SGI .rgb files yet? |
| 18:06.35 | JeffM | yeah |
| 18:06.37 | blast007 | hehe |
| 18:06.46 | JeffM | techincaly they were compressed |
| 18:06.48 | JeffM | RLE |
| 18:12.37 | Notify | 03BZFlag:JeffM2501 * 8478 /Image_Cache_Enhancements: Add notes on changes to image caching system |
| 18:33.21 | blast007 | JeffM: HTTP has a 'Last-Modified' header that can be sent. Hashing would require a script on the web servers since web servers don't provide hashes. |
| 18:33.46 | JeffM | yeah I vaugly knew there was something like that |
| 18:34.47 | blast007 | so it'd be as simple as sending an HTTP HEAD for the image URLs when joining, and checking the Last-Modified header, which we could start storing in the cache data. |
| 18:35.00 | blast007 | (and if the file is newer, then send an HTTP GET) |
| 18:35.44 | blast007 | someone making a scripted image could then just send a Last-Modified header that reflected the current time or last data update time. |
| 18:35.58 | BulletCatcher | The HTTP ETag header provides a content hash. |
| 18:36.19 | blast007 | not really.. |
| 18:37.07 | blast007 | I generally disable ETags on my HTTP servers as well |
| 18:38.03 | JeffM | well add those notes to that wiki so we remember |
| 18:39.36 | blast007 | http://developer.yahoo.com/performance/rules.html#etags |
| 18:40.24 | blast007 | so etags might work on websites that are not split across multiple servers, but will generally fail if on a CDN or load-balanced |
| 18:40.38 | blast007 | but they're also an optional part of the spec. |
| 18:42.49 | BulletCatcher | For BZFlag we can make ETags work the way we want them to. |
| 18:45.34 | BulletCatcher | blast007, do you want the new bzfscron plugin to be built via Makefile? |
| 18:45.35 | BulletCatcher | If so, I have the necessary fixes ready to commit. |
| 18:46.02 | blast007 | BulletCatcher: it probably could be, yes |
| 18:46.14 | blast007 | it seemed to work in the minimal testing I've done thus far |
| 18:46.44 | blast007 | BulletCatcher: and we can't make ETags work the way we want, since we won't be controlling the web servers that this caching feature will be utilized for. ;) |
| 18:46.56 | blast007 | We don't update textures on images.bzflag.org |
| 18:47.18 | blast007 | This would be to assist with third-party sites, mainly. |
| 18:47.34 | BulletCatcher | Okay. I was thinking it would be done in the bzfs http service. |
| 18:47.43 | JeffM | no this is client side |
| 18:48.01 | JeffM | the client caching the images from a normal web server |
| 18:48.08 | blast007 | game clients asking HTTP servers if the images are updated |
| 18:48.17 | JeffM | the bzfs http service isnt' great at hosting content :) |
| 18:48.26 | JeffM | tho it techincaly can |
| 18:48.37 | JeffM | it'll be better when I can thread it |
| 18:48.41 | JeffM | hence why I want to use boost |
| 18:50.46 | Notify | 03BZFlag:bullet_catcher * 22639 (trunk/bzflag/configure.ac trunk/bzflag/plugins/Makefile.am and 5 others): Build the new bzfscron plugin successfully using autotools.Remove a superfluous semicolon from bzfscron.cpp. |
| 18:52.47 | Notify | 03BZFlag:bullet_catcher * 22640 trunk/bzflag/misc/Makefile.am: Remove the no-longer-needed misc/tar file. |
| 18:54.50 | blast007 | JeffM: I was testing the SSP's joinGame method. I called it in the 'added' handler. When I joined with a game client, I saw the SSP in the player list, but bzfs immediately crashed. |
| 18:56.26 | JeffM | sweet |
| 18:56.40 | JeffM | yeah they have little testing |
| 18:56.48 | *** join/#bzflag swigg_ (~swigg@nsc69.38.101-238.newsouth.net) |
| 18:57.15 | JeffM | probalby should add that to the 2.4.4 requirements, "Test SSPs to make sure they can function as observers" |
| 19:00.18 | *** join/#bzflag swigg_ (~swigg@nsc69.38.101-238.newsouth.net) |
| 20:01.16 | *** join/#bzflag AAA_awright (~aaa@69.72.216.27) |
| 20:58.19 | *** join/#bzflag allejo_ (~allejo@pool-108-0-61-94.lsanca.fios.verizon.net) |
| 20:58.21 | *** join/#bzflag allejo (~allejo@unaffiliated/allejo) |
| 21:03.03 | *** join/#bzflag Notify (~notify@66-118-151-70.static.sagonet.net) |
| 21:51.12 | alezakos | Is there any "suggested" editor/IDE for bzflag? |
| 21:51.18 | JeffM | Visual C++ |
| 21:51.20 | blast007 | Visual C++ 2010 |
| 21:51.37 | alezakos | What if I'm on linux? |
| 21:51.42 | JeffM | install windows |
| 21:51.54 | alezakos | Ah, okay, thanks |
| 21:51.59 | blast007 | ;) |
| 21:51.59 | JeffM | I've used kdev and netbeans |
| 21:52.01 | JeffM | they are ok |
| 21:52.13 | JeffM | I'm sure there are others |
| 21:52.31 | JeffM | monodev can work as well, but it has less C++ features |
| 21:52.57 | JeffM | many people use plugins or scripts with emacs and VI |
| 21:53.29 | JeffM | personaly I realy on IDE features, autocomplete, goto, context coloring, etc.. |
| 21:58.58 | JeffM | is there something like notepad++ on linux? |
| 21:59.39 | alezakos | Personally, I'm using medit |
| 22:00.08 | JeffM | on linux since we don't have an IDE tied to the build sytem, it's kinda whatever works for you |
| 22:00.26 | JeffM | on OSX I can see using a third party editor because xcode kinda sucks |
| 22:01.04 | JeffM | on windows VC is quite good, there are other editors but they mostly cater to people who are used to linux |
| 22:02.40 | JeffM | as long as you can tell it where the headers and other source files are and it can do lookups in them you'll probalby be ok |
| 22:02.58 | JeffM | otherwise you waste a lot of time doing greps instead of just having a tool take you to a definition |
| 22:04.02 | alezakos | You're right, I spend a lot of time grepping to find definitions |
| 22:04.31 | JeffM | in VC I have a plugin that gives me a "goto" button I can click and it takes me to the definition or decleration of whatever is selected |
| 22:04.36 | JeffM | or I can right click and do the same |
| 22:04.52 | alezakos | Isn't that on by default? Does it need a plugin? |
| 22:04.55 | JeffM | for the ShotManager stuff I used "create implementation" a lot |
| 22:05.07 | JeffM | right click in VC is default, I use a plugin to extend it |
| 22:05.11 | JeffM | Visual Assist |
| 22:05.27 | JeffM | it extends the context colloring, does a more context senstive goto |
| 22:05.35 | alezakos | Sounds interesting |
| 22:05.39 | JeffM | it also adds a bunch of refactoring tools |
| 22:06.22 | JeffM | the default right click stuff makes you pick if you want to go to the definitin or the decleration in seperate menu items |
| 22:06.30 | JeffM | the plugin knows that if you are on one you want the other |
| 22:06.47 | JeffM | it also adds a button to "open the header or source file that goes with the current file" |
| 22:06.58 | JeffM | so if you are in a source file it jumps to the header and vice versa |
| 22:07.14 | alezakos | Sounds useful |
| 22:07.18 | JeffM | it is |
| 22:07.31 | JeffM | http://www.wholetomato.com/ |
| 22:08.01 | JeffM | I'm sure there are linux editors that do the same, or scripts that can do the same |
| 22:08.25 | alezakos | Hm, it's payware :| |
| 22:08.30 | JeffM | yeah |
| 22:08.35 | JeffM | it's TOTALY worth it |
| 22:08.52 | JeffM | I think we own 15 copies |
| 23:12.36 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 23:29.48 | *** join/#bzflag Notify (~notify@66-118-151-70.static.sagonet.net) |