| 00:56.55 | *** join/#bzflag Gnurdux (~gnurdux@c-24-6-185-47.hsd1.ca.comcast.net) |
| 02:06.11 | *** join/#bzflag Anxuiz (~Anxuiz@unaffiliated/anxuiz) |
| 02:07.30 | *** join/#bzflag Gnurdux (~gnurdux@c-24-6-185-47.hsd1.ca.comcast.net) |
| 03:16.21 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 03:16.21 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 04:40.11 | *** join/#bzflag AAA_awright_ (~a3@ip24-251-157-63.ph.ph.cox.net) |
| 04:43.51 | *** join/#bzflag AAA_awright (~a3@ip24-251-157-63.ph.ph.cox.net) |
| 04:47.24 | *** join/#bzflag catay (~smertens@kaiya.catay.be) |
| 06:08.01 | *** join/#bzflag Marzipan- (~Marzipan@p5B227766.dip.t-dialin.net) |
| 06:09.41 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 06:22.49 | *** join/#bzflag tupone (~alfredo@tupone.it) |
| 06:22.49 | *** join/#bzflag tupone (~alfredo@gentoo/developer/tupone) |
| 06:22.49 | *** mode/#bzflag [+v tupone] by ChanServ |
| 06:26.07 | *** join/#bzflag tupone (~alfredo@tupone.it) |
| 06:26.08 | *** join/#bzflag tupone (~alfredo@gentoo/developer/tupone) |
| 06:26.08 | *** mode/#bzflag [+v tupone] by ChanServ |
| 11:16.29 | *** join/#bzflag Moiree_ (~moiree@dslb-084-059-054-094.pools.arcor-ip.net) |
| 12:14.57 | *** join/#bzflag Zacc-ee (ca59b013@gateway/web/freenode/ip.202.89.176.19) |
| 12:41.47 | *** join/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 12:42.01 | *** part/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 13:31.55 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.108.121) |
| 14:12.30 | *** join/#bzflag PrezKennedy (MK@whitecalf.net) |
| 14:14.50 | *** join/#bzflag bier|tp (~bier@p57A66E0B.dip.t-dialin.net) |
| 14:16.31 | *** join/#bzflag bier (~bier@p57A66E0B.dip.t-dialin.net) |
| 14:39.37 | *** join/#bzflag spldart (~spldart2@c-98-201-137-215.hsd1.tx.comcast.net) |
| 14:39.38 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 14:39.38 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:48.04 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 14:48.04 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 15:50.54 | *** join/#bzflag temporalD (~a_temp_di@bzflag/serverop/TemporalDistraction) |
| 15:53.15 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 15:53.15 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:05.21 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 16:05.21 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:08.12 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 16:08.12 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 16:43.04 | brad | minor bug with flags... +f good{2} produces 8 flags with no type...they are just "empty" |
| 16:43.36 | brad | you can /flag give them, but it just says "brad: grabbed flag " in chat and makes the flag grab noise, but no flag given |
| 16:53.32 | Cobra_Fast | already submitted that to the tracker? no? do so. |
| 16:57.07 | brad | that kind of attitude makes people not want to bother helping |
| 16:57.09 | JeffM | nobody will read the tracker |
| 16:57.36 | JeffM | we'll see if we can have mdskpr_ look into it, he has the least number of assignments :) |
| 16:57.50 | brad | thx! |
| 16:57.52 | JeffM | unless Cobra_Fast wants to buck up :) |
| 16:58.11 | JeffM | can you add a section to the bottom of the wiki that describes the problem |
| 16:58.28 | JeffM | you can report it to the tracker if you want, but also put a link to that tracker on the wiki |
| 16:58.35 | JeffM | then I'll add it to the worksheet |
| 16:58.38 | brad | ok. |
| 16:58.59 | JeffM | the tracker is good for holding bug info, but people just don't automaticly go there |
| 16:59.02 | Cobra_Fast | i can give it a go jeff, but dont expect me to succeed within short time |
| 16:59.13 | JeffM | days? weeks? |
| 16:59.16 | JeffM | years? |
| 16:59.20 | Cobra_Fast | 1-2 weeks |
| 16:59.30 | JeffM | we'll need it done before then |
| 16:59.37 | JeffM | who did the flag ID changes? |
| 17:01.08 | brad | "Server-side flag ID and pickup Pimpinella" |
| 17:01.12 | JeffM | k |
| 17:01.14 | brad | is that it? |
| 17:01.22 | JeffM | Pimpinella, fix your crap! |
| 17:01.25 | brad | shall I explain next to that? |
| 17:01.38 | JeffM | I fear it would be too long |
| 17:01.43 | JeffM | just make a section called "known issues" |
| 17:01.52 | brad | ok |
| 17:02.11 | JeffM | with a ===Topic=== for each bug, then I can use that url in the task tracker |
| 17:02.21 | JeffM | and reference a SF bug if you want to |
| 17:05.07 | joevano | rvm gemset create rails3_0 railstut |
| 17:05.22 | JeffM | command failed, please enter root password |
| 17:05.26 | joevano | doh-- whong window :-P |
| 17:05.33 | joevano | and spelling |
| 17:09.57 | CIA-114 | BZFlag: 03Brad 07http://my.bzflag.org * r7668 10/w/BZFlag_2.3: known issues -> empty flag types |
| 17:10.47 | DTRemenak | brad: does +f good also introduce all the normal good flags, or is it only empty ones? |
| 17:12.45 | brad | oh, normal ones are all there |
| 17:12.57 | brad | it just adds them on top (listed at bottom of /flag show) |
| 17:16.22 | CIA-114 | BZFlag: 03Brad 07http://my.bzflag.org * r7669 10/w/BZFlag_2.3: clarification |
| 17:18.57 | CIA-114 | BZFlag: 03dtremenak * r21620 10/trunk/bzflag/MSVC/build/fullbuild.sln: more dependencies |
| 17:21.25 | DTRemenak | brad: same bug exists in 2.0, yes? |
| 17:25.18 | brad | haven't checked :) |
| 17:27.26 | trepan | are all the other_src/ libs built for MSVC builds? (are they optioned in some how?) |
| 17:27.36 | DTRemenak | trepan: all built, all the time |
| 17:27.59 | DTRemenak | doesn't have to be that way, I suppose, but we've had no complaints |
| 17:28.05 | trepan | cool, that's simple; thanks |
| 17:28.51 | trepan | premake makes everything in linux now (inc. plugins), just need to tweak platform/ and other_src |
| 17:29.19 | trepan | ... for other OSes :) |
| 17:30.50 | JeffM | the odds of a windows user having the required headers and libs for the dependecies is rare, and we would not know where to find them |
| 17:31.05 | JeffM | there arn't standard places to keep lib and h files |
| 17:32.03 | trepan | GL/gl.h and the like aren't in standard locations? |
| 17:32.13 | JeffM | they are installed with the compiler |
| 17:32.18 | JeffM | I actualy have 3 of them |
| 17:32.21 | JeffM | one for each compiler |
| 17:32.35 | JeffM | you could have more if you had more versions of the SDK |
| 17:32.46 | JeffM | so it's not standard on the system |
| 17:32.57 | JeffM | each compiler has it's own list of search dirs |
| 17:32.59 | trepan | welcome to msvc, the wild west of dev pkgs. |
| 17:33.16 | JeffM | and when you install things like direct X, they get added to the list |
| 17:33.33 | JeffM | well, building isn't tied into the OS as much as it is on linux |
| 17:33.53 | DTRemenak | brad: I can't duplicate that problem (with just bzfs +f good{3} -passwd ...). got any other options? mapfile? |
| 17:36.14 | trepan | look JoeBob, there's a .h, shoot it! |
| 17:36.33 | JeffM | most windows users don't need em |
| 17:37.01 | JeffM | also how would you install multiple SDKs and build for different versions of the OS? |
| 17:37.32 | JeffM | can you install older runtimes on linux just for compiler, and not for running? |
| 17:37.49 | trepan | huh? |
| 17:37.53 | JeffM | cus I'm running windows 7 and can build an app that works on windows98 |
| 17:38.04 | trepan | it's called cross-compilation |
| 17:38.17 | JeffM | if you are running ubuntu 11.1 you can compile back to something that will run on 8? |
| 17:38.34 | JeffM | and have it link to the runtimes that were on that version? |
| 17:38.41 | JeffM | do they put all the runtimes and headers in one folder? |
| 17:38.50 | JeffM | or do you get other folders for cross compiling? |
| 17:39.04 | trepan | it can be other folders |
| 17:39.22 | trepan | ex: /usr/i586-mingw32msvc/lib |
| 17:39.30 | JeffM | so yeah, since windows don't ship with a compiler, it dosn't have a default folder |
| 17:39.32 | brad | DTRemenak: hix map and ... http://pastebin.com/Ppy8fSHk |
| 17:39.37 | JeffM | it's always cross compiling :) |
| 17:39.39 | DTRemenak | typically if you have multiple glibc's installed you use different include architecture/version prefixes for them |
| 17:39.49 | *** join/#bzflag kierra (~jolie@unaffiliated/kierra) |
| 17:39.56 | JeffM | just a different way of thinking about it |
| 17:40.25 | JeffM | if you didn't want to include all the stuff in src/other that'd be fine, I'd just make a lib pack for windows and ref it using an environment variable |
| 17:40.30 | DTRemenak | you can also switch between them by changing your LD_LIBRARY_PATH (so you can test apps built against old glibc, against the old glibc) |
| 17:40.39 | trepan | even the *nix way requires pkg-config or the like sometimes, PITA |
| 17:41.05 | trepan | but it sounds like it still significantly better then the MSVC setup |
| 17:41.10 | trepan | *than |
| 17:41.22 | JeffM | just hits F5 |
| 17:41.32 | DTRemenak | VC's setup works really well for windows, where for any particular version of windows every single library has a known version |
| 17:41.53 | DTRemenak | it would suck bigtime on linux, where every distro has their own collection of random libraries |
| 17:41.54 | JeffM | yeah it isn't as fragmented as linux |
| 17:42.20 | trepan | for external package headers and linking though, no standard locations? |
| 17:42.26 | JeffM | nope |
| 17:42.32 | DTRemenak | no, they're configured in the compiler options |
| 17:42.33 | JeffM | cus there arn't packages |
| 17:42.42 | JeffM | now for .net there is the GAC |
| 17:42.49 | JeffM | and tha'ts more like what you are thinking of |
| 17:43.01 | JeffM | assemblies get registered into the gac and then the compiler knows where they are |
| 17:43.19 | DTRemenak | still no standard paths; the GAC is an indexed metafolder |
| 17:43.23 | JeffM | yeah |
| 17:43.31 | JeffM | it's a database of registered assmebiles |
| 17:43.45 | JeffM | but there are standard ways of registering |
| 17:43.51 | JeffM | and detecting |
| 17:44.04 | JeffM | but I don't think you want to make bzflag entirely managed :) |
| 17:44.13 | DTRemenak | eeks |
| 17:44.18 | Pimpinella | JeffM: what crap? |
| 17:44.30 | JeffM | Pimpinella, read brad's problems with flags |
| 17:45.08 | brad | you can test yourself if you come on bz 2.3 |
| 17:45.25 | brad | hix server on the list |
| 17:45.39 | DTRemenak | JeffM: I don't think Pimpinella has committed anything to 2.3 yet. If flags are broken it's probably me |
| 17:45.44 | JeffM | oh ok |
| 17:45.51 | JeffM | then DTRemenak fix your crap |
| 17:45.55 | DTRemenak | heh |
| 17:45.58 | Pimpinella | yep, i didn't commit yet |
| 17:46.01 | JeffM | well that and come to work |
| 17:46.06 | DTRemenak | soon as I can duplicate the problem :) |
| 17:46.09 | JeffM | you need to spec an enhancment |
| 17:46.10 | DTRemenak | yeah, need to do that too |
| 17:46.42 | Pimpinella | to be honest i'm not sure i have to commit anything at all, it's probably already in there |
| 17:46.55 | DTRemenak | no, it's not :) |
| 17:47.06 | JeffM | he probaby broke it with custom flags |
| 17:47.08 | DTRemenak | it's in 2.99 |
| 17:47.18 | DTRemenak | flag grabs are client-side in 2.0 |
| 17:47.20 | DTRemenak | so is ID |
| 17:47.34 | DTRemenak | when the client says it's grabbed an ID flag, we send the entire flaglist |
| 17:48.15 | Pimpinella | ic |
| 17:48.41 | DTRemenak | 2.99 had a bunch of fixes (mostly from tupone) that moved both grabs and ID server-side |
| 17:48.57 | Pimpinella | yep, i found most of it |
| 17:49.06 | Pimpinella | or all, i don't know |
| 17:49.10 | JeffM | IRC the client sent a player update when it was near a flag, and the server checked to see if the client was in a flag every update |
| 17:49.13 | JeffM | then gave them the flag |
| 17:49.20 | JeffM | then for ID it sent them the nearest flag name |
| 17:49.24 | Pimpinella | yep, i found that |
| 17:49.26 | JeffM | not where it was, just the name |
| 17:49.27 | JeffM | k |
| 17:49.37 | DTRemenak | yup, that's the stuff |
| 17:49.43 | JeffM | was antidote done the same way? |
| 17:49.49 | JeffM | cus I think it should be |
| 17:49.57 | DTRemenak | no, I think antidote was still client-side |
| 17:50.07 | DTRemenak | afaik there is no in-the-wild cheat exploiting antidote |
| 17:50.12 | JeffM | true |
| 17:50.18 | JeffM | I was just thinking for consistency :) |
| 17:50.19 | DTRemenak | still would be good to move |
| 17:50.24 | DTRemenak | oh yeah |
| 17:50.33 | JeffM | dumb clients FTW |
| 17:59.25 | CIA-114 | BZFlag: 03t-s * r21621 10/trunk/bzflag/include/AresHandler.h: hack around the ares build issue introduced in r21492 |
| 18:00.59 | CIA-114 | BZFlag: 03trepan * r21622 10/branches/experimental/v2_99continuing/bzflag/other_src/lua/src/ (lpeg.cpp lpeg.h): * updated to lpeg-0.10.2 |
| 18:07.23 | *** join/#bzflag Gabe_G23 (u557@gateway/web/irccloud.com/x-mzkpkkzizietfiju) |
| 18:12.49 | CIA-114 | BZFlag: 03trepan * r21623 10/branches/experimental/v2_99continuing/bzflag/other_src/lua/src/lpeg.cpp: * fixed a printf() cast warning |
| 18:14.54 | CIA-114 | BZFlag: 03trepan * r21624 10/branches/experimental/v2_99continuing/bzflag/src/lua/LuaOpenGL.cpp: * fixed an out-of-bounds error |
| 18:16.07 | CIA-114 | BZFlag: 03trepan * r21625 10/branches/experimental/v2_99continuing/bzflag/src/lua/LuaOpenGL.cpp: * fixed another one |
| 18:16.29 | *** join/#bzflag Erroneous (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 18:16.29 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 18:53.40 | trepan | does anyone use the BZFlag.xcodeproj ? |
| 19:03.58 | blast007 | a note that at least in 2.0.x, mixing the antidote flag with a map that has the ground covered puts the client into an infinite loop trying to find a place for the antitode (since the code only allows one at Z=0) |
| 19:05.23 | *** join/#bzflag tupone (~tupone@95.236.30.197) |
| 19:27.43 | ts | trepan: It was used for the official binaries, IIRC |
| 19:27.53 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 19:27.53 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 19:31.10 | blast007 | trepan: the .app is built with XCode |
| 19:31.11 | *** join/#bzflag temporalD (~a_temp_di@bzflag/serverop/TemporalDistraction) |
| 19:31.32 | trepan | ok, thanks both |
| 19:36.13 | ts | If I read the xcode project file correctly, it does all steps whenever asking to build, including autogen and configure |
| 19:37.02 | ts | That's a bit bad, considering leaving mumble open uses more CPU than make on bzflag causes |
| 19:37.35 | ts | at least on my machine |
| 19:37.39 | blast007 | JeffM: hmm, that would be interesting re: that android port. Port BZRobots to it. Then you'd have a Robocode-like BZFlag bot running on the Android OS, perhaps on an Motorola Droid. There are not the droids you are looking for. |
| 19:37.56 | blast007 | these* |
| 19:46.30 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 19:46.30 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 19:58.53 | JeffM | blast007, heh |
| 20:02.24 | JeffM | still ponders the missle |
| 20:17.47 | *** join/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 20:17.50 | *** part/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 20:33.28 | bryjen | still having little spikes of lag. |
| 20:34.18 | bryjen | at least on the HiX server. should try the other one too... |
| 20:36.14 | KTL | http://pastebin.com/JtMUaHeq <- enable debug fail |
| 20:36.25 | JeffM | set the max dt to .5 and see what happens :) |
| 20:36.32 | JeffM | bryjen, how low does your FPS get? |
| 20:38.57 | CIA-114 | BZFlag: 03JeffM2501 * r21626 10/trunk/bzflag/include/SceneRenderer.h: remove inline |
| 20:39.02 | JeffM | KTL, try that |
| 20:39.50 | brad | everyone gets the jit Jeff, it's definitely a bzfs bug as I can see the CPU spiking to 100% for a couple of seconds when it happens |
| 20:40.09 | JeffM | what is it doing then? |
| 20:40.24 | JeffM | blast007, said it went away when the DT was set very high |
| 20:40.31 | brad | what is DT? :p |
| 20:40.32 | JeffM | is that no longer the case? |
| 20:41.04 | JeffM | MAX_DT_LIMIT in playing.h |
| 20:41.16 | JeffM | set it from .1 to like 5 and see if that clears it up |
| 20:41.21 | JeffM | if so then that is the problem |
| 20:41.26 | JeffM | if not then it's something else |
| 20:41.32 | brad | ah ok |
| 20:41.39 | brad | will try |
| 20:41.59 | JeffM | and again, what is your average FPS? |
| 20:42.05 | brad | capped at 60 |
| 20:42.12 | JeffM | it stays there? |
| 20:42.16 | JeffM | it dosn't drop below 10? |
| 20:42.18 | brad | yep |
| 20:42.19 | JeffM | k |
| 20:42.21 | brad | no |
| 20:43.47 | JeffM | not much with networking on the server has changed other then what happens during the connection startup |
| 20:43.49 | bryjen | i've got the "energy saver" thing set to 80 fps, and i'm getting 78-79 |
| 20:43.57 | JeffM | unless the server lags out when someone joins |
| 20:44.00 | JeffM | that'd I'd belive |
| 20:44.17 | JeffM | or when the stats list hits it |
| 20:44.27 | JeffM | that'd be interesting |
| 20:45.02 | bryjen | the lagstats numbers are better/more stable on the Decks server. noone else there tho, so I can't visually verify |
| 20:45.23 | JeffM | can it be duped with a local server? |
| 20:45.51 | PlasticTank | want me to come on bryjen? |
| 20:47.29 | KTL | JeffM, same thing still: http://pastebin.com/Zd7vVwwf, removing inline and make clean didnt help |
| 20:47.46 | JeffM | then what is it complaning about on that line? |
| 20:48.24 | JeffM | try putting a const in front of the bool |
| 20:48.43 | KTL | euh |
| 20:48.49 | KTL | it is the method higher up? |
| 20:48.50 | KTL | const void setFogColor( float *color) { fogColor = color; } |
| 20:48.56 | JeffM | yeah just saw that |
| 20:49.04 | JeffM | take that const out |
| 20:49.07 | trepan | s/const void/void/ |
| 20:49.13 | KTL | const void hehe |
| 20:49.23 | JeffM | copy and paste error |
| 20:49.40 | KTL | i didnt write it :) |
| 20:49.48 | CIA-114 | BZFlag: 03trepan * r21627 10/branches/experimental/v2_99continuing/bzflag/ (13 files in 12 dirs): |
| 20:49.49 | CIA-114 | BZFlag: * fixed several warnings |
| 20:49.49 | CIA-114 | BZFlag: * added the UNUSED() macro to common.h and bzfsAPI.h |
| 20:49.51 | JeffM | I know I did |
| 20:49.54 | trepan | ...that commit include a similar item :) |
| 20:50.13 | KTL | compiles fine :) |
| 20:50.41 | CIA-114 | BZFlag: 03JeffM2501 * r21628 10/trunk/bzflag/include/SceneRenderer.h: warnings |
| 20:50.42 | KTL | (gcc 4.4.5 debian 64bit) |
| 20:53.24 | KTL | svn update -> include/SceneRenderer.h:153: error: type qualifiers ignored on function return type |
| 20:53.39 | KTL | again it is one line and i dont see why ... |
| 20:54.18 | CIA-114 | BZFlag: 03JeffM2501 * r21629 10/trunk/bzflag/include/SceneRenderer.h: oops |
| 20:54.20 | JeffM | I left const bool in there, and I think it dosn't like that |
| 20:54.28 | KTL | what is wrong with a const bool |
| 20:54.29 | JeffM | cus it's a copy, cons't don't matter |
| 20:54.32 | KTL | that compiles btw |
| 20:54.41 | JeffM | const bool& would make sense |
| 20:54.55 | JeffM | cus it's a return by value, not a return by reference |
| 20:55.03 | JeffM | the origonal class would not care if the copy was changed. |
| 20:57.48 | brad | just seen this in logs: 2011-05-23 20:57:09: Too much UDP traffic, will hope to catch up later |
| 20:57.58 | brad | with only 2 players? is that bad? |
| 20:58.03 | JeffM | yeah |
| 20:58.54 | brad | I have full debug on trying to find a reason for the jit/cpu spikes, but nothing is standing out |
| 20:59.10 | brad | nothing different seems to be in the logs as it happens |
| 20:59.11 | JeffM | logging is not debuging ;) |
| 20:59.22 | brad | :( |
| 20:59.33 | JeffM | so changing that max DT didn't change anything? |
| 20:59.44 | brad | nope, hasn't seemed to |
| 20:59.48 | JeffM | ok good |
| 20:59.59 | JeffM | does it seem to happen every 5 min or so? |
| 21:00.12 | brad | about that, yes |
| 21:00.18 | JeffM | has a theory |
| 21:00.42 | brad | shall I try to time it |
| 21:00.48 | JeffM | it coudl be the stats script connecting and just hanging out |
| 21:01.04 | brad | I thought that'd be in the logs though? |
| 21:01.16 | JeffM | not if it never finished connecting |
| 21:01.22 | brad | ahhh |
| 21:02.05 | brad | ~dns my.bzflag.org |
| 21:02.52 | *** join/#bzflag PrezKennedy (MK@whitecalf.net) |
| 21:03.08 | JeffM | let me try a cheap thing real fast and if that helps I may redo how the connection header works |
| 21:03.54 | JeffM | it may be safer to assume that those who haven't sent any data are players, not web clients |
| 21:04.01 | brad | I can't see the listserver connecting at all |
| 21:04.12 | JeffM | it's probably strayer's site |
| 21:04.26 | brad | I mean not ever |
| 21:04.37 | JeffM | if it's public it had to |
| 21:04.50 | JeffM | does it show on the list? |
| 21:04.55 | brad | it does |
| 21:05.02 | JeffM | then it had to conenct at some point |
| 21:05.15 | brad | has the logging changed since 2.0 then? it usually shows a connect from 63.246.136.16 |
| 21:05.40 | brad | like Player [1] accept() from 63.246.136.16:58058 on 7 |
| 21:05.49 | brad | I don't get that at all in 2.3 |
| 21:05.55 | JeffM | the list won't connect as a player |
| 21:06.10 | JeffM | that's after everything has happened and the player has sent a callsign etc... |
| 21:06.17 | JeffM | and they are given an ID |
| 21:06.24 | JeffM | stats and list are not players |
| 21:06.35 | brad | alright :) |
| 21:07.08 | CIA-114 | BZFlag: 03JeffM2501 * r21630 10/trunk/bzflag/src/bzfs/bzfs.cxx: temp change to see if lag spikes are due to excessive retries on connection. |
| 21:07.13 | JeffM | try that and see if it helps |
| 21:07.16 | JeffM | if so let me know |
| 21:07.36 | brad | *compiles quickly* |
| 21:08.49 | brad | hm |
| 21:08.53 | brad | I can't connect at all now |
| 21:09.00 | brad | CPU is pegged at 100% |
| 21:09.12 | JeffM | awesome |
| 21:09.35 | brad | killing process normally doens't work either:D |
| 21:10.17 | brad | restarted...and same again |
| 21:10.25 | CIA-114 | BZFlag: 03trepan * r21631 10/branches/experimental/v2_99continuing/bzflag/plugins/ (3 files in 3 dirs): * fixed some more warnings, and actual errors caused by variable shadowing |
| 21:10.37 | CIA-114 | BZFlag: 03JeffM2501 * r21632 10/trunk/bzflag/src/bzfs/bzfs.cxx: assume that people with no data are just clients that haven't had a chance to send data yet, HTTP users would have sent some data with the connection. |
| 21:10.44 | JeffM | that's a cleaner fix for players |
| 21:10.47 | JeffM | try that |
| 21:10.50 | brad | ok |
| 21:11.01 | JeffM | it'll only do one retry then assume they are players and just go for it |
| 21:11.31 | bryjen | the decks server on bzexcess has much lower jitter. not seeing the problem there |
| 21:11.50 | JeffM | it may have less retries if the problem is what I'm thinking of |
| 21:12.02 | brad | ermm, wow |
| 21:12.08 | brad | I don't think that was meant to happen |
| 21:12.18 | JeffM | what? |
| 21:12.32 | brad | http://pastebin.com/QJrX3w8R |
| 21:13.13 | JeffM | hmmm |
| 21:13.27 | JeffM | can you debug it with gdb and tell me what's gone bad? |
| 21:13.45 | JeffM | ahh wait |
| 21:13.46 | JeffM | one sec |
| 21:13.49 | brad | never used gdb before, but i'll try |
| 21:13.53 | brad | oh ok :p |
| 21:14.29 | CIA-114 | BZFlag: 03JeffM2501 * r21633 10/trunk/bzflag/src/bzfs/bzfs.cxx: actually add the guesstimated player to the player list |
| 21:15.05 | brad | *updates* |
| 21:16.11 | brad | better, i'm connected find now :) |
| 21:16.19 | brad | will wait and see if theres any jit spikes |
| 21:17.30 | brad | fine* |
| 21:18.12 | bryjen | hmm, if the hostname for it's IP is anything to go on, the HiX server in on somebody's home DSL in Greece ;) |
| 21:18.36 | brad | it's in a datacenter in london, england :p |
| 21:18.51 | *** join/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 21:19.46 | brad | lag/jit is stable so far, got 4 people there now |
| 21:20.09 | bryjen | dns 79.129.242.11 |
| 21:20.15 | bryjen | gah |
| 21:20.17 | bryjen | ~dns 79.129.242.11 |
| 21:20.26 | brad | wrong IP |
| 21:20.40 | bryjen | well then |
| 21:20.42 | brad | ~dns 78.129.242.11 |
| 21:20.45 | brad | :P |
| 21:21.17 | bryjen | nevermind me and my buttery fingers... |
| 21:21.20 | brad | lol |
| 21:22.30 | brad | anyway, still looks good so far Jeff |
| 21:22.36 | brad | think you've cracked it ;) |
| 21:37.14 | bryjen | yes, that's working better |
| 21:49.56 | *** part/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 21:56.12 | CIA-114 | BZFlag: 03trepan * r21634 10/branches/experimental/v2_99continuing/bzflag/ (64 files in 64 dirs): |
| 21:56.12 | CIA-114 | BZFlag: * preliminary premake support |
| 21:56.12 | CIA-114 | BZFlag: - only works for linux/gmake |
| 21:56.12 | CIA-114 | BZFlag: - doesn't generate a config.h |
| 21:56.12 | CIA-114 | BZFlag: - doesn't build anything in other_src/ except for lua/ |
| 21:56.12 | CIA-114 | BZFlag: - basically, you can't use it yet :) |
| 22:03.15 | JeffM | brad. bryjen I am not so sure about that |
| 22:03.38 | JeffM | it may waste player slots on HTTP connections |
| 22:03.47 | JeffM | what is the server that is running it now? |
| 22:04.18 | bryjen | even if it's not the ideal solution, you seem to be in the correct area |
| 22:04.23 | JeffM | yeah |
| 22:04.29 | JeffM | that's mostly what I wanted to know |
| 22:04.45 | JeffM | I may have it try a few more times just be sure, but I don't think it can have an unbounded while loop |
| 22:05.21 | CIA-114 | BZFlag: 03trepan * r21635 10/branches/experimental/v2_99continuing/bzflag/premake4_config/ (. premake4.lua utils.lua): * even the linux configuration won't work without these |
| 22:09.43 | JeffM | this does just go to show how bad poll stats are. |
| 22:12.49 | CIA-114 | BZFlag: 03JeffM2501 * r21636 10/trunk/bzflag/src/bzfs/bzfs.cxx: |
| 22:12.49 | CIA-114 | BZFlag: try multiple times to get connection info, then if they don't have it boot em quickly and quietly. |
| 22:12.49 | CIA-114 | BZFlag: add _maxConnectionRetries var to let server owners set how many times to give it shot ( default is 2) |
| 22:13.40 | JeffM | that should be a bit safer and make it easy to tweak for people with lots of retries |
| 22:33.46 | JeffM | it may make the stats scripts fail but hey who cares :) |
| 22:37.52 | JeffM | onboard I'm the captain so climb aboard.. we'll search for tomorow on every shore!!! |
| 22:45.04 | trepan | ramble on |
| 22:59.31 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 23:00.31 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
| 23:08.03 | blast007 | JeffM: no, I said that when the max dt was set high that the jumping issue went away, not the jitter |
| 23:08.14 | JeffM | ahh ok |
| 23:08.54 | JeffM | anyone got a address for a server that's been updated with the last commit? |
| 23:09.03 | blast007 | I can update mine ;) |
| 23:09.17 | JeffM | I'm currious what happens when you HTTP to it |
| 23:11.42 | blast007 | well, the browser just kinds sits there waiting |
| 23:11.45 | blast007 | bzexcess.com:15154 |
| 23:11.59 | JeffM | ok, does it add a player or anythign silly in game |
| 23:12.04 | JeffM | I expect the browser to time out |
| 23:12.07 | blast007 | ah, let me see |
| 23:12.11 | JeffM | I just didn't wnat it to freak out the game |
| 23:13.08 | blast007 | I don't see anything in the logs, anyway - even in -dddd |
| 23:13.13 | JeffM | ok good |
| 23:13.17 | JeffM | as it should be |
| 23:13.22 | JeffM | I just made it kick em |
| 23:13.34 | JeffM | wastes less time |
| 23:13.43 | JeffM | ok then we can see how that goes |
| 23:15.41 | blast007 | one think we could try to narrow down the issue with the jitter would be having a few players join a non-public (but remotely accessible) server and see if that gets jitter too |
| 23:15.51 | blast007 | then we know it's not related to queries or anything else like that |
| 23:16.09 | JeffM | yeah |
| 23:16.16 | JeffM | that would be a great test |
| 23:16.31 | JeffM | you can set the bzdb var to like 100 and get the old behavor |
| 23:29.37 | trepan | DTRemenak: move plugins/ into src/ ? |
| 23:30.45 | *** join/#bzflag eTangenT (~lamer@c-24-8-181-169.hsd1.co.comcast.net) |
| 23:32.19 | blast007 | JeffM: I noticed that my browser never timed out trying to connect.. |
| 23:32.26 | JeffM | cool |
| 23:32.40 | JeffM | wonder if it kept the connection open |
| 23:33.21 | JeffM | what happens if you HTTP to a 2.0.x server? |
| 23:34.47 | blast007 | eh, it downloads something in chrome, at least ... wtf |
| 23:35.01 | JeffM | oh probably the version |
| 23:35.03 | JeffM | as text |
| 23:35.05 | blast007 | yeah |
| 23:35.10 | blast007 | funny though |
| 23:35.11 | JeffM | yeah I'd rather it sit there |
| 23:35.39 | JeffM | I could make it send back /r/n/r/n then close the connection on a timeout, that may help it |
| 23:39.32 | Erroneous | trepan: I wouldn't. makes a pretty deep hierarchy, and I've seen a lot of projects leave addins/ contrib/ etc outside src/ |
| 23:40.00 | trepan | works for me |
| 23:40.09 | trepan | thanks |
| 23:40.40 | Erroneous | but I've no strong feelings on it |
| 23:42.03 | trepan | i didn't buy your hierarchy argument, but the contrib/ one sold me :) |
| 23:42.52 | trepan | after having just cleaned up some plugins/ code, was wondering if putting it under src/ would make it seem more like code managed by the project, subject to indenting, etc... |
| 23:44.05 | blast007 | JeffM: still have to make it sure that 2.0.x style connections to 2.4 servers won't jam up the server, since there's definately going to be those style connects hitting them (stats sites, old clients rejoining the last server after it upgraded, etc) |
| 23:44.39 | blast007 | m.b.o shouldn't hit 2.3/2.4 servers since I'm pretty sure I made it only query BZFS0026 proto servers |
| 23:45.23 | blast007 | strayer should be able to fix his without issue |
| 23:45.46 | blast007 | and the only other one I know of is the zeebrothers one (which seems like it isn't maintained) |
| 23:47.02 | *** join/#bzflag AAA_awright (~a3@ip24-251-157-63.ph.ph.cox.net) |
| 23:50.39 | JeffM | I told strayer what to do to fix his script |
| 23:50.47 | JeffM | tho I'd really like to get him on push stats |
| 23:50.55 | JeffM | the plugin is done in 2.3 |
| 23:51.09 | JeffM | I'ma goona put it internal before release |
| 23:51.21 | *** join/#bzflag PlasticTank (~plasticta@bzextreme.com) |
| 23:51.27 | JeffM | I wonder what happens when an old one hits us |
| 23:51.40 | JeffM | I think it just sits there not eating cycles cus select will never have any data for it |
| 23:51.53 | JeffM | it should never get into the retry loop |
| 23:52.08 | JeffM | that only happens when we get the TCP header but not all of the packet due to an interupt |
| 23:52.51 | *** join/#bzflag Anxuiz (~Anxuiz@unaffiliated/anxuiz) |