| 00:08.21 | *** join/#bzflag anom4ly (~anom4ly@adsl-98-70-62-59.gnv.bellsouth.net) |
| 00:09.21 | anom4ly | is v2.3 available in svn repo, and if so whats the URL? |
| 00:10.29 | Anxuiz | v2.3 is the current trunk and can be found at https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk/bzflag |
| 00:11.25 | anom4ly | okay, thanks. |
| 00:11.43 | anom4ly | I guess I already have it. |
| 00:12.18 | anom4ly | says it's up to date, in my 2.0.16 directory |
| 00:12.57 | blast007 | 2.0.x was a different URL |
| 00:13.04 | blast007 | (and is different than it used to be) |
| 00:13.48 | anom4ly | yeah, svn kept saying it was current, I just tried it again and now it's adding files. Thanks |
| 00:32.22 | *** join/#bzflag KTL (~KTL@213.219.155.59.adsl.dyn.edpnet.net) |
| 01:20.34 | *** join/#bzflag JeffM (~Jeff@unaffiliated/jeffm2501) |
| 01:20.34 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 01:29.20 | *** join/#bzflag Gabe_G23 (u557@bzflag/player/GabrielG) |
| 02:04.52 | *** join/#bzflag Zac_ (ca59b013@gateway/web/freenode/ip.202.89.176.19) |
| 02:18.38 | *** join/#bzflag JeffM (~JeffM@adsl-75-50-186-241.dsl.lsan03.sbcglobal.net) |
| 02:18.39 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 02:18.39 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 02:22.34 | *** join/#bzflag eTangenT (~lamer@c-24-8-181-169.hsd1.co.comcast.net) |
| 02:31.32 | *** join/#bzflag Djpenguin (~David@c-98-207-67-102.hsd1.ca.comcast.net) |
| 02:36.02 | CIA-114 | BZFlag: 03trepan * r21637 10/branches/experimental/v2_99continuing/bzflag/ (27 files in 24 dirs): |
| 02:36.02 | CIA-114 | BZFlag: * changed premake4 to use full file lists instead of '*.h' & '*.cpp' |
| 02:36.02 | CIA-114 | BZFlag: * camel-cased the premake4 library projects |
| 02:36.02 | CIA-114 | BZFlag: * setup config_h.lua to copy Jeff's config.h for vs* builds |
| 02:37.14 | trepan | JeffM: you said you'd want all the binaries in a $(TOP)/bin/ directory ? |
| 02:37.28 | trepan | (and where to put the plugin dll's?) |
| 02:37.34 | JeffM | the output bins, not the .objs |
| 02:37.48 | trepan | ya, sorry, the .exe's |
| 02:37.52 | JeffM | so the exes in bin_x86 and bin_x64 |
| 02:38.05 | JeffM | the plugins are going into plugins sub dirs in each of those |
| 02:39.14 | *** join/#bzflag eTangenT (~lamer@c-24-8-181-169.hsd1.co.comcast.net) |
| 02:48.18 | CIA-114 | BZFlag: 03trepan * r21638 10/branches/experimental/v2_99continuing/bzflag/ (6 files in 6 dirs): |
| 02:48.18 | CIA-114 | BZFlag: * configure premake for a top-level bin/ directory for generated executables |
| 02:48.18 | CIA-114 | BZFlag: (except for the 'gmake' setup, leave ./<exec> for the console monkeys) |
| 02:58.39 | trepan | http://industriousone.com/platforms-0 - cool, that should make things easy :) |
| 03:07.11 | CIA-114 | BZFlag: 03JeffM2501 * r21639 10/trunk/bzflag/src/bzfs/bzfs.cxx: |
| 03:07.11 | CIA-114 | BZFlag: do a better job of connecting players. |
| 03:07.11 | CIA-114 | BZFlag: check for connections and connection data every loop, not just when new sockets connect. |
| 03:07.11 | CIA-114 | BZFlag: make sure the wait time is sufficiently low when there are connected peers. |
| 03:07.12 | CIA-114 | BZFlag: send \r\n\r\n when we time out so that some services (HTTP, old BZFlag, etc..) all know we are CRAZY go nuts. |
| 03:07.12 | CIA-114 | BZFlag: default retries to 1 per loop since we should get back to them on the next run. |
| 03:07.13 | CIA-114 | BZFlag: check for conenction strings every time data is sent, otherwise just let them time out, don't kill em right away. |
| 03:07.32 | JeffM | that should be much more robust code |
| 03:07.44 | JeffM | old clients will get back a /r/n/r/n before disco and error |
| 03:08.18 | JeffM | and it should be nicer to the CPU loop |
| 03:08.25 | blast007 | cool |
| 03:08.40 | blast007 | updates, and this time will try to restart the right server instance |
| 03:08.42 | JeffM | I tested it here and I was able to connect so I don't think I broke anything |
| 03:08.59 | JeffM | and I stepd thru in the debuger with HTTP and it hit all the places I expected it to |
| 03:09.28 | JeffM | the timeout is a hardcoded 30 seconds, should I make it a variable? |
| 03:09.38 | blast007 | maybe |
| 03:09.48 | blast007 | I don't think it matter TOO much |
| 03:09.55 | JeffM | k |
| 03:10.01 | blast007 | 30 seems like a reasonable amount |
| 03:10.15 | JeffM | yeah |
| 03:10.22 | JeffM | browsers wait 30 then return a blank page |
| 03:10.26 | blast007 | long enough that it will make stats sites want to upgrade their query script so they don't take 30 minutes to scan all the servers ;) |
| 03:10.29 | JeffM | cus of the /r/n/r/n |
| 03:10.32 | JeffM | tellnet too |
| 03:13.13 | meem1029 | Hmm, I'm not able to connect now. |
| 03:13.31 | JeffM | does your username start with a M? |
| 03:13.48 | meem1029 | Yes. My username is the same as on here (meem1029). |
| 03:14.03 | meem1029 | So uhh yes if not worrying about capitals, no otherwise. |
| 03:14.06 | JeffM | yeah I disabled M |
| 03:14.11 | JeffM | tis a silly letter |
| 03:14.36 | meem1029 | ? |
| 03:14.37 | JeffM | get out a debuger and tell me where it's gettin to |
| 03:14.42 | JeffM | I was joking ;) |
| 03:14.44 | meem1029 | It works when I use hi. |
| 03:15.00 | JeffM | do you get to processConnectedPeer in bzfs.cxx? |
| 03:15.05 | meem1029 | And it works normally now. |
| 03:15.20 | JeffM | perhaps the server was still upgrading? |
| 03:15.22 | meem1029 | It failed the first time, but connected the second. |
| 03:15.34 | blast007 | which server? |
| 03:16.16 | meem1029 | bzbattleground I think. I'm not sure though. |
| 03:17.32 | meem1029 | nevermind. It was bzflag3... port 10000 |
| 03:17.58 | JeffM | well you can't connect to a V3 server with V2.4 clients :) |
| 03:18.01 | meem1029 | And the same thing just happened. Failed to connect the first time. Succeeded the second. |
| 03:18.21 | blast007 | meem1029: try on mine |
| 03:18.34 | blast007 | JeffM: there is a 2.3 server @ bzbattleground |
| 03:18.38 | JeffM | ahh |
| 03:18.48 | JeffM | meem1029, yeah try a server you KNOW is upgraded |
| 03:18.59 | blast007 | and bzflag3 is bzflag3.norang.ca, not version 3 |
| 03:19.03 | JeffM | this didn't bump the proto cus the net data is the same, just how it's handled on the backend |
| 03:19.11 | meem1029 | Is yours bzexcess with decks map? |
| 03:19.14 | blast007 | meem1029: yeah |
| 03:19.22 | meem1029 | That one works. |
| 03:19.32 | JeffM | <PROTECTED> |
| 03:19.35 | blast007 | that's running the latest revision |
| 03:19.43 | meem1029 | Ok. |
| 03:20.03 | meem1029 | That's a really weird problem, but if it doesn't cause problems in the latest code it's not an issue. |
| 03:20.16 | JeffM | well now I know why it ws never getting into processConnectedPeer more then once in those debuging sessions |
| 03:20.30 | blast007 | JeffM: here's a thought - what if after the 30 seconds it dumps the version string like 2.0.x does (and maybe followed by \r\n\r\n if that helps the HTTP's stop) |
| 03:20.31 | JeffM | stupid K&R |
| 03:20.43 | blast007 | cuz then wouldn't 2.0.x clients output that it's an incompatible version? |
| 03:21.05 | JeffM | they will try and parse the /r/n/r/n as an incompatable version ;) |
| 03:21.35 | JeffM | <PROTECTED> |
| 03:21.44 | JeffM | so it should have the same effect |
| 03:22.13 | JeffM | unless sending the version makes a better error message |
| 03:22.35 | blast007 | hmm, and currently a 2.0.x client just sits there seemingly forever |
| 03:22.44 | JeffM | we can try it |
| 03:23.10 | blast007 | as does HTTP |
| 03:23.24 | blast007 | unless I screwed up again... (I've been doing that alot tonight) |
| 03:23.49 | JeffM | mine retuns a blank page after 30 when I do it local |
| 03:25.47 | blast007 | not for me (linux server) |
| 03:26.25 | blast007 | I'll poke at it tomorrow. need to sleep now. |
| 03:26.51 | JeffM | I'll make a change to send the version and log when the timeout happens to the level 2 console |
| 03:31.34 | CIA-114 | BZFlag: 03trepan * r21640 10/branches/experimental/v2_99continuing/bzflag/ (61 files in 60 dirs): |
| 03:31.34 | CIA-114 | BZFlag: * renamed the premake .obj directories to .objs |
| 03:31.34 | CIA-114 | BZFlag: (to match the .deps and .libs diractories, which |
| 03:31.34 | CIA-114 | BZFlag: I eventually plan to remove anyways, so what the hell?) |
| 03:33.16 | CIA-114 | BZFlag: 03JeffM2501 * r21641 10/trunk/bzflag/src/bzfs/bzfs.cxx: |
| 03:33.16 | CIA-114 | BZFlag: log out connection timeouts to level 2 |
| 03:33.16 | CIA-114 | BZFlag: send back the server version before the /r/n/r/n so old clients can take a better crap. |
| 03:52.40 | CIA-114 | BZFlag: 03trepan * r21642 10/branches/experimental/v2_99continuing/bzflag/ (57 files in 57 dirs): * added .objs to the svn:ignore properties |
| 04:17.31 | JeffM | what variable would I change to slow shots way the heck down? |
| 04:18.11 | DTRemenak | _shotSpeed |
| 04:18.20 | DTRemenak | defaults to 100 iirc |
| 04:18.54 | DTRemenak | and bewarned that if you make _shotSpeed lower than _tankSpeed you are very likely to kill yourself |
| 04:19.07 | JeffM | the other tank is stopped |
| 04:19.14 | JeffM | I want to see the shots go by |
| 04:19.19 | JeffM | tweaking graphics |
| 04:19.20 | BulletCatcher | I've been on that map. Confusing at first. :-) |
| 04:20.11 | DTRemenak | BulletCatcher: more fun is _shotSpeed slightly negative ;) |
| 04:21.00 | DTRemenak | especially with high inertia |
| 04:24.42 | *** join/#bzflag Gnurdux (~gnurdux@c-24-6-185-47.hsd1.ca.comcast.net) |
| 04:30.36 | CIA-114 | BZFlag: 03trepan * r21643 10/branches/experimental/v2_99continuing/bzflag/other_src/premake/ (239 files in 34 dirs): * added the premake-4.3 sources |
| 04:31.00 | trepan | svn:mime-type / svn:eol-style hook is a pita |
| 04:33.16 | trepan | wonder if the rejection hook could be replaced with 'native' as the eol default, and 'file --mime-type' to get the mime type |
| 04:37.55 | trepan | does MSVC bail if the .sln, .vcproj, etc... files aren't CRLF? |
| 04:38.27 | DTRemenak | sln might be sensitive. vcproj is just xml, and the reader is fully compliant. |
| 04:38.38 | JeffM | yeah I don't remember what vc9 does |
| 04:39.49 | DTRemenak | yeah, sln must be crlf |
| 04:39.57 | trepan | DTRemenak: thanks |
| 04:40.06 | DTRemenak | a bug was reported to microsoft in 2006, and it's still open... |
| 04:42.10 | CIA-114 | BZFlag: 03trepan * r21644 10/branches/experimental/v2_99continuing/bzflag/other_src/premake/build/ (vs2005/Premake4.sln vs2008/Premake4.sln vs2010/Premake4.sln): * MSVC .sln require CRLF for svn:eol-style |
| 05:02.25 | *** join/#bzflag sirquine (~quine@adsl-99-40-177-29.dsl.emhril.sbcglobal.net) |
| 05:08.01 | bryjen | firefox still just sits waiting if i try to connect to bzfs |
| 05:10.09 | bryjen | telnet'ing to it also just hangs if i only sent one block of junk at it. doesn't seem to notice the timeout unless i send another block after time's up |
| 05:36.43 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 05:36.44 | *** mode/#bzflag [+v spldart] by ChanServ |
| 05:45.08 | CIA-114 | BZFlag: 03JeffM2501 * r21645 10/trunk/bzflag/ (4 files in 4 dirs): |
| 05:45.08 | CIA-114 | BZFlag: more puffs if set to experimental. |
| 05:45.08 | CIA-114 | BZFlag: if shot length is set to over 5 and in experimental draw a missile with the GM. |
| 05:45.08 | CIA-114 | BZFlag: use variable _gmSize to control size of gm, from small to comically huge. |
| 05:53.48 | JeffM | caches that bad boy up |
| 05:55.56 | CIA-114 | BZFlag: 03JeffM2501 07http://my.bzflag.org * r7670 10/w/Server_Variables: add _gmSize |
| 06:06.14 | *** join/#bzflag Marzipan- (~Marzipan@p5B2269C1.dip.t-dialin.net) |
| 06:07.29 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 06:08.37 | CIA-114 | BZFlag: 03JeffM2501 * r21646 10/trunk/bzflag/ (8 files in 4 dirs): |
| 06:08.38 | CIA-114 | BZFlag: put _gmSize in cache |
| 06:08.38 | CIA-114 | BZFlag: try to draw fancy shots when we first install. |
| 06:08.38 | CIA-114 | BZFlag: if in exp do smaller GM trails with some randomeness. |
| 07:02.27 | *** join/#bzflag eTangenT (~lamer@c-24-8-181-169.hsd1.co.comcast.net) |
| 09:15.13 | *** join/#bzflag WhiteCalf (MK@whitecalf.net) |
| 09:16.22 | *** join/#bzflag PrezWhiteCalf (MK@whitecalf.net) |
| 11:26.55 | *** join/#bzflag ahs3- (~ahs3-@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 12:01.02 | CIA-114 | BZFlag: 03trepan * r21647 10/branches/experimental/v2_99continuing/bzflag/ (misc/indent.sh premake4.lua): |
| 12:01.02 | CIA-114 | BZFlag: * added default actions to the premake4 script (based on the host OS) |
| 12:01.02 | CIA-114 | BZFlag: * added astyle version checking to the misc/indent.sh script |
| 12:02.05 | CIA-114 | BZFlag: 03trepan * r21648 10/branches/experimental/v2_99continuing/bzflag/plugins/HTTPServer/HTTPServer.cpp: * ran misc/indent.sh |
| 12:08.25 | CIA-114 | BZFlag: 03trepan * r21649 10/branches/experimental/v2_99continuing/bzflag/misc/indent.sh: * comments and prettiness |
| 14:07.19 | *** join/#bzflag PrezKennedy (MK@whitecalf.net) |
| 14:16.13 | *** join/#bzflag bier|tp (~bier@p54A59E76.dip.t-dialin.net) |
| 14:16.45 | *** join/#bzflag sirquine (~quine@adsl-99-40-177-29.dsl.emhril.sbcglobal.net) |
| 14:17.09 | *** join/#bzflag bier (~bier@p54A59E76.dip.t-dialin.net) |
| 14:23.05 | *** join/#bzflag Upsetter (~er@i59F6C40.versanet.de) |
| 14:36.04 | *** join/#bzflag quine_ (~quine@99.40.177.29) |
| 14:39.12 | *** join/#bzflag Thumper_ (~user@about/essy/coffeeAddict/Thumper) |
| 14:39.12 | *** mode/#bzflag [+v Thumper_] by ChanServ |
| 14:53.57 | *** join/#bzflag Thumper_ (~user@about/essy/coffeeAddict/Thumper) |
| 14:53.57 | *** mode/#bzflag [+v Thumper_] by ChanServ |
| 15:05.43 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 15:05.43 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:17.32 | *** join/#bzflag QuantumWork (~QuaWo@157.238.224.90) |
| 15:23.43 | *** join/#bzflag mdskpr_ (829c8d03@gateway/web/freenode/ip.130.156.141.3) |
| 16:00.15 | *** join/#bzflag temporalD (~a_temp_di@bzflag/serverop/TemporalDistraction) |
| 16:05.35 | *** join/#bzflag nielsle (~nielsle@4135136-cl69.boa.fiberby.dk) |
| 16:06.39 | *** join/#bzflag temporalD (~a_temp_di@bzflag/serverop/TemporalDistraction) |
| 16:09.34 | *** join/#bzflag fahadsadah (fahad@unaffiliated/fahadsadah) |
| 16:22.39 | *** part/#bzflag mdskpr_ (829c8d03@gateway/web/freenode/ip.130.156.141.3) |
| 16:23.35 | *** join/#bzflag JeffM (~JeffM@69.36.85.130) |
| 16:23.35 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 16:23.35 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 16:51.52 | BulletCatcher | I think I am close to being ready to commit the new unix build system. |
| 16:51.56 | BulletCatcher | I still need to fix a couple of compile-time errors, and then hopefully it will actually run. |
| 16:51.58 | BulletCatcher | At this point I expect to do the commit a little before this time tomorrow, and then I will be available for a few hours to help others. |
| 16:52.09 | JeffM | cooleo |
| 16:52.15 | trepan | what system? |
| 16:52.43 | BulletCatcher | It is just a backport of the 2.99 autotools. |
| 16:53.09 | JeffM | it just had a better way of doing plugins and stuff then the 2.0.x one |
| 16:53.29 | trepan | had the shared/static compilation fix too, iirc |
| 16:53.35 | trepan | (no need to compile twice) |
| 16:56.19 | BulletCatcher | I do not yet have a separate configure step for plugins, so this will start out as a 2.0/2.99 hybrid. |
| 16:59.23 | *** join/#bzflag Djpenguin (~David@c-98-207-67-102.hsd1.ca.comcast.net) |
| 17:01.58 | CIA-114 | BZFlag: 03bthansen * r21650 10/trunk/bzflag/src/geometry/BoltSceneNode.cxx: Remove unused var |
| 17:04.51 | JeffM | everyone is stil able to connect this morning right? |
| 17:05.16 | Thumper_ | so far |
| 17:05.23 | JeffM | sweet |
| 17:05.27 | Thumper_ | except for when my server restarts between connections :) |
| 17:05.48 | JeffM | why does it do that? |
| 17:06.01 | Thumper_ | because I tell it to and I'm testing the serverControl plugin |
| 17:06.08 | JeffM | ahh |
| 17:06.24 | Thumper_ | it's offline for 20s when it does that |
| 17:09.06 | blast007 | ah, that explains the connection issue I had yesterday ;) |
| 17:09.16 | blast007 | was wondering why I couldn't duplicate it on my server.. |
| 17:09.26 | JeffM | heh |
| 17:13.08 | JeffM | thinks blast007 should set _gmSize to 25 on his server |
| 17:13.58 | blast007 | is the GM a model now? |
| 17:14.09 | JeffM | if your shot len is over 5 |
| 17:14.12 | JeffM | and you are in exp |
| 17:14.21 | JeffM | that global var controls it's size |
| 17:14.27 | JeffM | anything over 4 is comical :) |
| 17:14.38 | blast007 | heh |
| 17:14.45 | JeffM | specialy at slow shot speeds |
| 17:14.50 | JeffM | big missle tracking you down |
| 17:15.14 | blast007 | does that var just affect the display and not the collision? |
| 17:15.21 | JeffM | yeah just display |
| 17:15.23 | blast007 | k |
| 17:15.30 | JeffM | it's actualy drawn in front of the existing graphic |
| 17:15.34 | blast007 | sets it to 9001 |
| 17:15.38 | JeffM | ouch |
| 17:15.42 | JeffM | oh port |
| 17:15.47 | blast007 | no, size ;) |
| 17:15.48 | JeffM | cus that'd be a BIG missle |
| 17:15.59 | JeffM | you'd always be inside it |
| 17:16.02 | blast007 | yeah, it'd be over NINE THOUSAND |
| 17:16.05 | JeffM | heh |
| 17:16.14 | JeffM | default is 1.5 and that looks pretty good |
| 17:16.19 | JeffM | 1 looks good for fast shots |
| 17:16.30 | JeffM | 2-3 makes it very vissible on the field |
| 17:16.45 | blast007 | what about negative values? ;) |
| 17:16.52 | JeffM | can't |
| 17:16.55 | blast007 | aw |
| 17:17.02 | JeffM | GetGoodPositiveValue FTW :) |
| 17:17.14 | JeffM | 0 would turn it off |
| 17:17.27 | BulletCatcher | For the complete Monty Python effect, just add the right sound effect to the missile explosion. |
| 17:17.41 | JeffM | gotta fix the smoke first |
| 17:17.47 | JeffM | GM trails are hoorible |
| 17:17.57 | BulletCatcher | Just like your spelling. :-) |
| 17:18.08 | JeffM | indeed, that's how I know |
| 17:18.39 | JeffM | is there a speed add for GM? |
| 17:19.00 | blast007 | not afaik, but there is one var to control turning speed, and another to reduce the range |
| 17:19.11 | JeffM | it may be nice to have a speed mod just for GM |
| 17:19.20 | JeffM | to slow it down or speed it up |
| 17:19.29 | JeffM | a slow GM could help balance it for some servers |
| 17:19.50 | JeffM | I mean optimaly we'd want per shot speeds set by the server but... |
| 17:33.43 | *** join/#bzflag short_circuit (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 17:43.49 | CIA-114 | BZFlag: 03JeffM2501 * r21651 10/trunk/bzflag/misc/art/: add the art dir from 2.99, it's still viable |
| 17:45.45 | CIA-114 | BZFlag: 03JeffM2501 * r21652 10/trunk/bzflag/data/title.png: update title artwork for beta release |
| 17:46.29 | CIA-114 | BZFlag: 03JeffM2501 * r21653 10/trunk/bzflag/data/ (5 files): mountains Galdalf.. I want to see the mountains.... |
| 17:47.32 | CIA-114 | BZFlag: 03JeffM2501 * r21654 10/trunk/bzflag/data/treads.png: tanks don't run on cammo treads |
| 17:54.41 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 17:57.03 | CIA-114 | BZFlag: 03JeffM2501 * r21655 10/trunk/bzflag/src/geometry/TankSceneNode.cxx: tanks don't run on cammo treads |
| 18:04.14 | CIA-114 | BZFlag: 03JeffM2501 * r21656 10/trunk/bzflag/include/TankSceneNode.h: tanks don't run on cammo treads |
| 18:04.36 | CIA-114 | BZFlag: 03JeffM2501 * r21657 10/trunk/bzflag/misc/art/title.psd: update master art file for current version |
| 18:05.14 | CIA-114 | BZFlag: 03JeffM2501 * r21658 10/trunk/bzflag/ (6 files in 2 dirs): add new GM trail option "smoke" |
| 18:07.38 | JeffM | too bad tanks don't kick back when they shoot :) |
| 18:08.10 | *** part/#bzflag Upsetter (~er@i59F6C40.versanet.de) |
| 18:27.11 | *** join/#bzflag Erroneous (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 18:27.11 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 18:29.13 | trepan | JeffM: that'd be fairly easy, add an impulse variable that decays over a second or so |
| 18:29.56 | trepan | _shotRecoilTime, _shotRecoilSpeed :) |
| 18:30.43 | meem1029 | That would be pretty awesome actually. |
| 18:32.22 | trepan | might make for interesting aerial maneuvers, a la ATeam :) |
| 18:33.27 | meem1029 | Depending on how much recoil that could make you able to do lots of cool stuff in the air. |
| 18:33.57 | Thumper_ | tanks don't belong in the air... :) |
| 18:34.33 | Thumper_ | and some flags shouldn't have recoil (like SW) |
| 18:35.37 | trepan | pulls out his trusty radiometer and wonders about L recoil |
| 18:41.02 | *** join/#bzflag KTL (~KTL@213.219.155.59.adsl.dyn.edpnet.net) |
| 18:45.16 | CIA-114 | BZFlag: 03bthansen * r21659 10/trunk/bzflag/src/bzfs/bzfs.cxx: Add newline to debug message |
| 18:46.56 | *** join/#bzflag Thumper_ (~Thumper@about/essy/coffeeAddict/Thumper) |
| 18:46.56 | *** mode/#bzflag [+v Thumper_] by ChanServ |
| 19:18.19 | JeffM | trepan, I'd want to tilt the tank back a bit too |
| 19:18.27 | JeffM | make rapid fire shots harder to line up :) |
| 19:19.02 | JeffM | -ms 20 == tommy gun style walking shoits |
| 19:20.52 | *** join/#bzflag catay (~smertens@kaiya.catay.be) |
| 19:25.08 | blast007 | I question if the projectiles we launch even have enough force to cause recoil :P |
| 19:25.40 | meem1029 | Well, they blow up a tank in one even glancing blow. |
| 19:26.03 | blast007 | default shot speed is 100, and our units have been approximated to meters, so 100 meters per second |
| 19:26.08 | blast007 | which is 328 feet per second |
| 19:27.00 | blast007 | other tank projectile stats I'm seeing are stuff like 1700 m/sec and 2600 fps |
| 19:27.34 | blast007 | one tank from the 1940's fired projectiles at 660 meters per second :P |
| 19:27.42 | trepan | but the shots are actually mini black holes, the glow is Hawking radiation :) |
| 19:27.48 | blast007 | heh |
| 19:27.56 | trepan | hence the one shot kills :) |
| 19:27.57 | blast007 | I just thought it was colored plastic ;) |
| 19:30.50 | *** join/#bzflag JeffM (~JeffM@69.36.85.130) |
| 19:30.50 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 19:30.50 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 19:31.04 | *** join/#bzflag randomparticle (~random.pa@about/essy/snick/randomparticle) |
| 19:31.27 | CIA-114 | BZFlag: 03bthansen * r21660 10/trunk/bzflag/src/bzfs/bzfs.cxx: Revert "Add newline to debug message" |
| 19:31.37 | CIA-114 | BZFlag: 03bthansen * r21661 10/trunk/bzflag/plugins/serverControl/serverControl.cpp: Add debug message for serverControl shutdown checks |
| 19:34.47 | JeffM | blast007, do you want to redo the /misc folder for 2.4 like it was done for 3? |
| 19:36.01 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 19:36.01 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 19:36.16 | JeffM | well crap.. now we have to release a version of bzflag.. duke nukem forever went gold. |
| 19:36.26 | *** join/#bzflag smoooth (~smoooth@cpe-098-024-240-002.ec.res.rr.com) |
| 19:36.38 | blast007 | yeah. Should I also update the query script(s) in there? or should I just ditch 'em? Not sure if we're necessarily going to do the push stats in 2.4 |
| 19:37.34 | randomparticle | How many hundreds of thousands of code lines now in bz? |
| 19:37.46 | Thumper_ | counting the ones we put in and take out again? |
| 19:37.53 | JeffM | dunno |
| 19:37.53 | randomparticle | Hi smoooth |
| 19:37.56 | blast007 | it's over 9000 |
| 19:41.00 | randomparticle | Ponders a good shell script for counting lines |
| 19:41.04 | Thumper_ | JeffM: the trunk servers I'm running are not restarting reliably on new commits - I'll try to get more info from the server logs to see if the tick events stop - I've see a couple of "Timeout for connected peer with data " messages with no details so far (and no terminating newline) |
| 19:42.00 | trepan | wc 3.0/src/ : 273064 828093 7428026 total |
| 19:42.22 | CIA-114 | BZFlag: 03bryjen * r21662 10/trunk/bzflag/src/bzfs/bzfs.cxx: don't return early from processConnectedPeer if there's no new data because then we may never reach the timeout check. also set the timeout to less than the client's timeout. |
| 19:42.51 | Thumper_ | does src/other count? |
| 19:42.57 | trepan | no |
| 19:43.06 | trepan | 3.0 is different |
| 19:43.12 | trepan | moved src/other to other_src/ |
| 19:43.38 | randomparticle | That's an awful lot of lines |
| 19:43.58 | randomparticle | And a lot of awful lines ;) |
| 19:50.02 | bryjen | JeffM & Thumper_: I was going to put [brackets] or something around the %s and add a newline too. I think I've fixed the issue tho |
| 19:50.42 | Thumper_ | bryjen: thx |
| 19:50.49 | JeffM | bryjen, whatever floats your boat |
| 19:51.04 | CIA-114 | BZFlag: 03trepan * r21663 10/branches/experimental/v2_99continuing/bzflag/ (5 files in 5 dirs): |
| 19:51.05 | CIA-114 | BZFlag: * get ready to start generating a proper config.h |
| 19:51.05 | CIA-114 | BZFlag: * do not save the generated config.h if it's exactly the |
| 19:51.05 | CIA-114 | BZFlag: same as the previous config.h (avoids recompilation) |
| 19:51.10 | JeffM | I just threw that in there so server owners could see if there were issues with it |
| 19:51.23 | JeffM | glad someone else is looking over the code :) |
| 20:04.09 | Thumper_ | JeffM: the tick events just stop eventually (which breaks serverControl checks for queued restarts since it never wakes up anymore) |
| 20:05.30 | blast007 | must be that tick repellent code we added |
| 20:05.41 | Thumper_ | the tick box is full |
| 20:05.48 | Thumper_ | so it stops putting them in |
| 20:06.57 | Thumper_ | and I can't connect to the server anymore |
| 20:07.57 | Thumper_ | or...maybe bzflag3 went down :) |
| 20:08.03 | blast007 | heh |
| 20:08.28 | blast007 | it no pingy |
| 20:08.28 | Thumper_ | how to make debugging more difficult :) |
| 20:08.31 | Thumper_ | nope |
| 20:08.46 | Thumper_ | look it works... oh it stopped... but it proves nothing :) |
| 20:11.34 | JeffM | why does it stop? |
| 20:11.45 | JeffM | does the plugin set a min tick time? |
| 20:12.18 | Thumper_ | server went down I think :) |
| 20:12.25 | Thumper_ | yes 3s |
| 20:12.30 | Thumper_ | server as in host |
| 20:12.34 | bryjen | now it's _really_ stopped ticking |
| 20:13.07 | JeffM | the tick code is the same as it was in 2.0.x all I changed was how we get the max wait time |
| 20:14.03 | Thumper_ | it was ticking along just fine every 3s ... until it stopped for no apparent reason - and now i can't reach the server host anymore so I'll just redo this test when it comes back |
| 20:15.02 | JeffM | perhaps the server crashed, that would explain why the tick event was never called ;) |
| 20:48.48 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.108.121) |
| 20:52.22 | *** join/#bzflag remspoor (~remspoor@2001:7b8:337:1:213:d3ff:feb6:b7c8) |
| 20:52.55 | Thumper_ | JeffM: so unloading and reloading plugins is harder in 2.3 since /listplugins shows the name "Server Control" but you need to load /unload it with serverControl as the source is named |
| 20:53.14 | JeffM | interesting |
| 20:53.20 | JeffM | we should make unload use ether or |
| 20:53.29 | JeffM | and maybe we need need /listpluginfiles |
| 20:53.48 | JeffM | that reminds me I need to add an a flag that disables unloads |
| 20:53.59 | Thumper_ | I'm fine with listplugins and unloadplugin using the same name |
| 20:54.05 | Thumper_ | (or unload using both) |
| 20:54.19 | JeffM | I'll look at how unload works |
| 20:54.28 | Thumper_ | don't think loadpluginfiles (for loaded stuff is all that useful) |
| 20:54.42 | JeffM | there are 2 uses of listing, 1) for admins to deal with files, and 2) for players to know what's in use |
| 20:54.47 | JeffM | and the nice name is good for players |
| 20:54.50 | Thumper_ | you can't /loadplugin "Server Control" and have it just magically find the plugin |
| 20:54.56 | Thumper_ | agreed |
| 20:55.02 | JeffM | yeah for load you need the file |
| 20:55.07 | Thumper_ | just let unload unload it with the nice name too :) |
| 20:55.11 | JeffM | but for unload we can |
| 20:55.48 | Thumper_ | <PROTECTED> |
| 20:55.55 | Thumper_ | unload, then load again with same options |
| 20:56.50 | JeffM | ah I see the issue |
| 20:56.59 | JeffM | the function itself uses ether name |
| 20:57.06 | JeffM | but the /command dosn't like the spaces |
| 20:57.16 | Thumper_ | I tried quoting it that didn't work |
| 20:57.22 | JeffM | yeah |
| 20:57.29 | Thumper_ | plugin completion might be nice too ;) |
| 20:57.30 | JeffM | that's not automatic behavor |
| 20:57.39 | JeffM | feel free to add it |
| 20:57.45 | JeffM | but the client dosn't know the list |
| 20:58.17 | Thumper_ | can the load just register the name in the completion list and unload remove it? |
| 20:58.28 | Thumper_ | or is it more involved than that |
| 20:58.39 | JeffM | that's on the server side |
| 20:58.44 | JeffM | the completion list on the client |
| 20:58.50 | JeffM | cus that's where the typing happens |
| 20:59.06 | JeffM | you would have to send completion list updates over the wire |
| 20:59.08 | Thumper_ | ok ... so we need the plugin names to complete over the wire |
| 20:59.14 | JeffM | yes |
| 20:59.20 | JeffM | and there is no mechanism for that |
| 20:59.27 | JeffM | completion just uses client known strings |
| 20:59.41 | JeffM | src/common/autocompleter.cxx |
| 20:59.47 | JeffM | it's a harcoded list |
| 20:59.59 | Thumper_ | yes I updated that but most of the stuff I've done so far is server side only |
| 21:00.31 | bryjen | list the plugins with an ID/sequence # like the players and allow /unload #x for quicker typing? |
| 21:00.41 | JeffM | possibly |
| 21:00.46 | JeffM | that could be handy |
| 21:01.09 | Thumper_ | plugins don't normally get loaded and unloaded on the fly except during testing |
| 21:02.31 | bryjen | changing the rules during the game is usually considered rude ;) |
| 21:02.58 | Thumper_ | the ones I use is more for server management (keeping the trolls off the server) |
| 21:03.16 | Thumper_ | and the plugin is dumb and has a static load-once up front troll ist |
| 21:03.17 | Thumper_ | list* |
| 21:05.15 | trepan | Thumper_: server sourced word completion is possible in 3.0 via LuaWorld |
| 21:05.32 | bryjen | could have it register a custom /command for reloading that list |
| 21:05.34 | JeffM | ok, have it set to take long or short names, and do an index and accept them |
| 21:06.59 | Thumper_ | bryjen: yes ... just haven't bothered :) |
| 21:09.28 | CIA-114 | BZFlag: 03JeffM2501 * r21664 10/trunk/bzflag/src/bzfs/bzfsPlugins.cxx: |
| 21:09.28 | CIA-114 | BZFlag: when listing plug-ins give an ID to each item in the list |
| 21:09.28 | CIA-114 | BZFlag: allow /unloadplugin to accept the filename, the human name, or the index |
| 21:10.46 | JeffM | that should help you out :) |
| 21:12.44 | Thumper_ | JeffM: thx |
| 21:13.45 | Thumper_ | goes to find food |
| 21:19.36 | CIA-114 | BZFlag: 03JeffM2501 * r21665 10/trunk/bzflag/ (3 files in 2 dirs): add option for plug-ins to have themselves unable to be removed from a running server. Mostly to be used for service plug-ins like HTTP |
| 21:19.56 | *** part/#bzflag kierra (~jolie@unaffiliated/kierra) |
| 21:31.25 | *** join/#bzflag Djpenguin (~David@c-98-207-67-102.hsd1.ca.comcast.net) |
| 21:57.11 | blast007 | I don't like the index option for unloading... I already hate that for banning |
| 21:57.27 | blast007 | prone to typos |
| 22:03.55 | JeffM | then don't use it ;) |
| 22:04.17 | JeffM | or tie to a var _usePluginIndexes |
| 22:29.45 | *** join/#bzflag dcat (~dcat@c-98-249-63-154.hsd1.va.comcast.net) |
| 22:46.42 | smoooth | randomparticle: heyo |
| 22:48.57 | CIA-114 | BZFlag: 03JeffM2501 * r21666 10/trunk/bzflag/src/bzflag/ (effectsRenderer.cxx effectsRenderer.h): rename "we got death star" (aka StdDeathEffect) to Ring Explosion so we can have some others. |
| 22:51.20 | Moiree_ | !nextshow |
| 22:51.30 | JeffM | ? |
| 22:51.32 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 22:51.32 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:56.58 | bryjen | how hard would it be to make the tank implode? sort of warp or distort and shrink in toward a point? |
| 22:57.40 | JeffM | in the current code? or with shaders? |
| 22:57.44 | JeffM | current code, not fun |
| 22:57.49 | JeffM | shaders, not too bad |
| 22:58.00 | *** join/#bzflag WhiteCalf (MK@whitecalf.net) |
| 22:58.01 | bryjen | aww |
| 22:58.22 | JeffM | each part of the tank is kept in a display list and his hardcoded |
| 22:58.33 | JeffM | to make it implode you'd need to change each vert seperately |
| 22:58.50 | JeffM | so ether rewrite it, or use vertex shaders to muck with the geometry |
| 22:59.07 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 22:59.24 | JeffM | is a bit sick of the exploding rings |
| 23:17.12 | delusional | could you not have a different way that the existing tank parts choose their trajectories upon explode? .... have them just sit in a pile? |
| 23:33.04 | *** join/#bzflag anom4ly (~anom4ly@adsl-98-70-62-59.gnv.bellsouth.net) |
| 23:35.25 | JeffM | maybe |
| 23:35.29 | JeffM | I can look into that |
| 23:46.00 | CIA-114 | BZFlag: 03trepan * r21667 10/branches/experimental/v2_99continuing/bzflag/ (6 files in 6 dirs): * all debug targets get the '-debug' suffix (including the libraries) |
| 23:46.20 | trepan | wonders how often Jeff plays that he's already sick of the rings :) |
| 23:52.12 | *** join/#bzflag eTangenT (~lamer@c-24-8-181-169.hsd1.co.comcast.net) |
| 23:56.44 | trepan | bryjen: would a simple scaling effect suffice? |
| 23:57.16 | trepan | (maybe coupling a slight (explosion style), separation of the pieces) |
| 23:57.19 | trepan | *coupled |
| 23:59.02 | bryjen | I was just pondering other on-death effects, per JeffM's last commit. |
| 23:59.19 | delusional | would be nice if steamrolled tanks sunk into the ground |
| 23:59.54 | delusional | when shockwaved... the peices fly to the edge of the shock, and stop |