00:04.11 | bryjen | hrm, yeah. where's that at... |
00:04.34 | JeffM | couple places |
00:04.43 | JeffM | version.h for the proto IIRC |
00:04.52 | JeffM | and build date and the configure for the minor rev |
00:08.42 | CIA-114 | BZFlag: 03bryjen * r21592 10/trunk/bzflag/src/date/buildDate.cxx: increment revision and protocol to be sure everybody's wings acts the same |
00:09.29 | bryjen | just there now |
00:12.52 | Thumper_ | bryjen: and configure.ca AC_INIT so it matches the rev |
00:12.57 | Thumper_ | configure.ac* |
00:13.03 | JeffM | yeah that thing |
00:13.13 | bryjen | configures CAnada instead |
00:13.17 | JeffM | or BulletCatcher will be disapointed in you |
00:13.23 | Thumper_ | goes away for the long weekend so doesn't care |
00:13.24 | Thumper_ | :) |
00:13.36 | Thumper_ | could be CAlifornia |
00:13.51 | JeffM | ponders registering an alternate domain name to use for bzflag services as a live backup DNS |
00:14.07 | Thumper_ | bzflog? |
00:14.17 | JeffM | game-services.org is open |
00:14.30 | JeffM | so like list.bzflag.game-services.org |
00:14.39 | JeffM | nobody would have to type it |
00:14.54 | JeffM | but it would be nice to have a domain that is tried in case the main goes down for some reason |
00:16.58 | CIA-114 | BZFlag: 03bryjen * r21593 10/trunk/bzflag/configure.ac: update revision here too |
00:37.25 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
00:37.25 | *** mode/#bzflag [+v spldart] by ChanServ |
00:42.32 | CIA-114 | BZFlag: 03trepan * r21594 10/branches/experimental/v2_99continuing/bzflag/ (134 files in 66 dirs): * moved include/ to src/include/ |
00:59.42 | *** join/#bzflag JeffM (~Jeff@unaffiliated/jeffm2501) |
00:59.42 | *** mode/#bzflag [+v JeffM] by ChanServ |
01:00.34 | *** join/#bzflag JeffM (~Jeff@unaffiliated/jeffm2501) |
01:00.34 | *** mode/#bzflag [+v JeffM] by ChanServ |
01:39.39 | KTL | euh ... |
01:39.48 | KTL | who removed -window and -geometry? |
01:41.48 | KTL | *wave* ^ ^ not so practical with a dual screen setup and ever not-so-perfect-video drivers |
01:43.09 | JeffM | window is there |
01:43.15 | JeffM | it got geometry rolled into it |
01:43.27 | JeffM | so just -window 800x600 |
01:43.59 | McSpider | would be nice if -window would default to something if its empty. |
01:44.18 | JeffM | there is no good number to pick |
01:44.46 | *** join/#bzflag Guest835 (ca59b013@gateway/web/freenode/ip.202.89.176.19) |
01:45.10 | KTL | ah nice, i'm saved |
01:46.46 | KTL | the fullscreen window also tends to reset the dual screen config, i always got to tell the window manager that the second screen should be at the right of the first one afterwards. |
01:47.44 | JeffM | works fine on windows ;) |
02:25.40 | meem1029 | That seems to be your reply to everything JeffM. |
02:27.12 | JeffM | can't help it if it's true |
02:34.58 | mdskpr_ | JeffM: can I backport my hideradar option? |
02:35.37 | JeffM | what did it do? |
02:36.02 | mdskpr_ | hid flags on radar if a /set command was enabled |
02:36.05 | mdskpr_ | or team flags only |
02:36.40 | JeffM | ohyeah, sure |
03:17.34 | *** join/#bzflag eTangenT (~lamer@c-24-8-181-169.hsd1.co.comcast.net) |
03:24.56 | *** join/#bzflag Thumper_ (~Thumper@about/essy/coffeeAddict/Thumper) |
03:24.56 | *** mode/#bzflag [+v Thumper_] by ChanServ |
03:46.40 | *** join/#bzflag JBdiGriz (~dbw@adsl-71-136-234-123.dsl.sndg02.pacbell.net) |
06:10.08 | *** join/#bzflag Marzipan- (~Marzipan@p5B225C48.dip.t-dialin.net) |
06:11.29 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
06:46.34 | *** join/#bzflag trepan_ (~trepan@204.237.8.232) |
08:10.36 | *** join/#bzflag Djpenguin (~David@c-98-207-67-102.hsd1.ca.comcast.net) |
08:17.16 | *** join/#bzflag AAA_awright (~a3@ip24-251-157-63.ph.ph.cox.net) |
09:21.28 | *** join/#bzflag jh` (~jh_@212-149-234-105.bb.dnainternet.fi) |
09:24.31 | *** join/#bzflag Upsetter (~er@i59F6C13D.versanet.de) |
09:51.31 | CIA-114 | FTGL: 03sammy * r1263 10/trunk/ (3 files in 2 dirs): |
09:51.31 | CIA-114 | FTGL: FTFont: replace glTexEnvf with glTexEnvi where appropriate. Fix courtesy |
09:51.31 | CIA-114 | FTGL: of Bill Robinson <airbaggins@gmail.com>. |
09:51.40 | CIA-114 | FTGL: 03sammy * r1264 10/trunk/configure.ac: build: add a --disable-doc configure flag to disable building documentation. |
09:51.58 | CIA-114 | FTGL: 03sammy * r1265 10/trunk/m4/gl.m4: |
09:51.59 | CIA-114 | FTGL: build: use case/esac instead of AS_CASE to avoid depending on a newer |
09:51.59 | CIA-114 | FTGL: version of autoconf. |
10:24.39 | CIA-114 | FTGL: 03sammy * r1266 10/trunk/src/FTContour.cpp: FTContour: fix a memory leak in the outset building. SF #3302743. |
11:09.13 | *** join/#bzflag trepan (~trepan@unaffiliated/trepan) |
11:09.13 | *** mode/#bzflag [+v trepan] by ChanServ |
13:27.25 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.108.121) |
13:40.25 | CIA-114 | BZFlag: 03mudskipper * r21595 10/trunk/bzflag/ (5 files in 4 dirs): Added options to hide flags on radar using /set _hideFlagsOnRadar, _hideTeamFlagsOnRadar |
13:49.05 | *** part/#bzflag Upsetter (~er@i59F6C13D.versanet.de) |
14:13.19 | *** join/#bzflag bier|tp (~bier@p54A5B08B.dip.t-dialin.net) |
14:14.35 | *** join/#bzflag bier (~bier@p54A5B08B.dip.t-dialin.net) |
14:44.14 | *** join/#bzflag TimRiker (~timr@keri-pc.rikers.org) |
14:44.14 | *** join/#bzflag TimRiker (~timr@bzflag/projectlead/TimRiker) |
14:44.14 | *** mode/#bzflag [+o TimRiker] by ChanServ |
15:00.14 | CIA-114 | BZFlag: 03blast007 * r21596 10/trunk/bzflag/plugins/customflagsample/ (Makefile.am customflagsample.cpp customflagsample.def): Missed a few upgrade steps in the customflagsample plugin. |
15:29.41 | *** join/#bzflag Upsetter (~er@i59F6C13D.versanet.de) |
16:17.05 | CIA-114 | BZFlag: 03trepan * r21597 10/branches/experimental/v2_99continuing/bzflag/ (2271 files in 123 dirs): |
16:17.05 | CIA-114 | BZFlag: * renamed .cxx files to .cpp (all .cpp, all the time) |
16:17.05 | CIA-114 | BZFlag: * set the svn:mime-type to text/x-c++src and text/x-chdr for .cpp and .h files |
16:19.38 | *** join/#bzflag kierra (~jolie@unaffiliated/kierra) |
16:22.43 | CIA-114 | BZFlag: 03trepan * r21598 10/branches/experimental/v2_99continuing/bzflag/misc/ws.sh: * ws.sh is dead |
16:47.06 | *** join/#bzflag Nitroxis (~nitroxis@static.80.181.47.78.clients.your-server.de) |
16:47.42 | *** join/#bzflag Cobra_Fast (~coprah@static.80.181.47.78.clients.your-server.de) |
16:48.55 | *** join/#bzflag Gnurdux (~gnurdux@18.111.49.196) |
17:07.53 | *** join/#bzflag KroArtem (~Artem@95.53.53.232) |
17:10.24 | KroArtem | Good evening all, is bzflag from svn (trunk) supposed to compile? For me it doesn't compile :( |
17:12.06 | BulletCatcher | What operating system are you trying to compile on? |
17:15.30 | KroArtem | ubuntu 11.04 |
17:15.43 | KroArtem | gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4) |
17:15.50 | *** join/#bzflag JeffM (~JeffM@adsl-75-50-186-241.dsl.lsan03.sbcglobal.net) |
17:15.50 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
17:15.50 | *** mode/#bzflag [+v JeffM] by ChanServ |
17:16.29 | KroArtem | it said something like 'no rules to compile 'bzsignal.cxx', needed for 'bzsignal.lo'' |
17:17.48 | blast007 | KroArtem: and you have run both autogen.sh and configure? we've made build system changes periodically, so you might want to run those parts again |
17:18.42 | KroArtem | yep, I've did it before trying to compile. Though let me try again :) |
17:19.38 | KroArtem | s/I've did/ I did |
17:21.44 | KroArtem | well, I've made 'make clean && ./autogen.sh && ./configure && make -j2' The same error |
17:23.09 | BulletCatcher | Try "make" without the "-j2". |
17:23.26 | *** part/#bzflag kierra (~jolie@unaffiliated/kierra) |
17:23.38 | KroArtem | does this make sense? |
17:25.01 | KroArtem | no, the same error :( |
17:25.06 | *** join/#bzflag Gnurdux (~gnurdux@EASTCAMPUS-ONE-O-TWO-HUNDRED-FIFTY.MIT.EDU) |
17:26.41 | BulletCatcher | Does a "grep bzsignal src/common/Makefile" command produce any output? |
17:26.42 | BulletCatcher | I get 3 lines on my system. |
17:27.33 | KroArtem | bz_Locale.lo bzfio.lo bzglob.lo bzsignal.lo cURLManager.lo \ |
17:27.33 | KroArtem | bzsignal.c\ |
17:27.33 | KroArtem | include ./$(DEPDIR)/bzsignal.Plo |
17:28.08 | BulletCatcher | That looks good. |
17:29.25 | BulletCatcher | Do a "cd src/common" command, and lets focus on that directory. |
17:29.41 | BulletCatcher | Does "ls" show lots of *.lo files? |
17:30.50 | KroArtem | There are some .lo, .o and .cxx files |
17:30.56 | BulletCatcher | bzsignal is a .c file, not .cxx |
17:31.11 | BulletCatcher | Do you have the C compiler installed in addition to C++? |
17:31.20 | JeffM | blast007, did you see my message yesterday about a backup domain name? |
17:31.44 | blast007 | yeah |
17:31.54 | JeffM | think we should do it? |
17:31.56 | blast007 | would it just be pointing to the same system? |
17:32.09 | KroArtem | well, I've got gcc installed, this is the only thing I know :) |
17:32.11 | JeffM | that would be our call, initaly yes but we could break it up if we wanted to |
17:32.38 | blast007 | I mean, we can't currently distribute auth, for instance |
17:32.52 | JeffM | yeah |
17:33.06 | BulletCatcher | KroArtem: g++ too? "g++ -version" is an easy way to check. |
17:33.09 | blast007 | I don't see it as a huge benefit to have another host pointing at the same stuff |
17:33.09 | JeffM | this would be for times the DNS goes down, or when we want to move servers with minimal downtime |
17:33.14 | blast007 | hostname* |
17:33.30 | JeffM | we could change one domain name to new server before moves or changes |
17:33.47 | blast007 | moving services with minimal downtime can already be accomplished with the existing domain though |
17:34.02 | JeffM | k |
17:34.06 | BulletCatcher | Usually, when DNS goes down there are bigger problems than can be fixed by simply using another name. |
17:34.17 | *** join/#bzflag smoooth (~smoooth@cpe-098-024-240-002.ec.res.rr.com) |
17:34.29 | KroArtem | g++ -v shows me gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4) |
17:34.29 | JeffM | DNS has gone down in the past due to lack of payment/renewal |
17:34.35 | JeffM | and we have no controll over that |
17:35.03 | JeffM | but twas just an idea |
17:35.21 | KroArtem | Can a 64-bit system be a root of this problem? |
17:35.38 | blast007 | no, I build on 64-bit, as do many others |
17:37.05 | BulletCatcher | I suspect that there is a missing development package, but don't know what it would be on Ubuntu. |
17:37.30 | blast007 | KroArtem: do you get a 'State: installed' when you do 'aptitude show g++' ? |
17:37.57 | KroArtem | I don't have aptitude :) |
17:39.04 | KroArtem | but there weren't problems with compiling such games, as supertuxkart, sumwars, etc. |
17:40.11 | blast007 | I just know it works fine on my Ubuntu 10.04 system |
17:41.00 | blast007 | I haven't tried 11.04 |
17:41.28 | KroArtem | ok, I'll check whether all dependencies are installed |
17:41.48 | BulletCatcher | If you merely want to play BZFlag, it is best to just install the Ubuntu package for it. |
17:41.49 | BulletCatcher | The development trunk isn't compatible with what all of the other players use. |
17:44.19 | KroArtem | I don't like to install games from ubuntu repos, that's why I've got a big directory called 'SVN' where I store, update and compile games :) |
17:45.34 | JeffM | most other games wern't started in 1994 ;) |
17:45.56 | JeffM | are you building trunk or 2.0.x branch? |
17:46.13 | BulletCatcher | Even if you succeed in building BZFlag trunk, you will find no one to play with. |
17:46.14 | BulletCatcher | The other players are using software that is compatible with branches/release_maint/v2_0/bzflag in svn. |
17:46.15 | blast007 | he was saying trunk |
17:46.17 | PlasticTank | Jeff, has server side scoring been implemented yet? |
17:46.22 | JeffM | PlasticTank, yes |
17:46.53 | JeffM | KroArtem, get the branch you'll have a better time, trunk is under active development, the build system specificaly |
17:47.07 | JeffM | and on that note, BulletCatcher how is the build system upgrade for trunk going? |
17:47.58 | BulletCatcher | Slowly. |
17:47.59 | BulletCatcher | I gave up on the incremental move forward approach, and am now fixing problems from using the 2.99 configure.ac. |
17:48.09 | JeffM | k |
17:48.35 | PlasticTank | Well Brad and I were just on, and the scoring was all messed up |
17:48.50 | JeffM | it may be broken can you debug it? |
17:49.00 | BulletCatcher | I still have 17 lines of errors just from running autogen.sh . |
17:49.27 | PlasticTank | I get those too |
17:49.40 | JeffM | I'm glad you only took on a few tasks BulletCatcher ;) |
17:49.53 | BulletCatcher | I know my limits. |
17:50.13 | JeffM | was publickey done? |
17:51.41 | BulletCatcher | Yes, AFAIK. |
17:51.49 | blast007 | yes, it's in there |
17:53.00 | JeffM | k |
17:53.06 | JeffM | goes over the list |
17:53.11 | JeffM | not everyone is keeping it updated :) |
17:53.26 | JeffM | or maybe I just can't read |
17:54.13 | JeffM | ok, just need an update from a_meteorite and Pimpinella on there projects |
17:54.18 | JeffM | I know everyone is goin |
17:54.40 | JeffM | but we are doing pretty good |
17:55.57 | JeffM | 27 of the 53 tasks are marked as complete |
17:57.34 | smoooth | that is really exciting. I'm ready to be an early adopter of the new bzflag release. I will sit by myself on servers until others join :) |
18:01.22 | KroArtem | What branch exactly do you mean? v2_99continuing or a branch with an old version? |
18:01.28 | KroArtem | Sorry, was afk |
18:01.44 | blast007 | KroArtem: what is your goal in building? are you wanting to play with other people? |
18:02.11 | KroArtem | If there are some AI ingame, I can play with bots |
18:02.27 | blast007 | the bots aren't much competition.. |
18:02.46 | blast007 | just build the SVN code from branches/release_maint/v2_0/bzflag instead |
18:03.07 | KroArtem | Well, it is the first time I see bzflag, so bots will be ok for the beginning :) |
18:03.21 | blast007 | not really |
18:03.27 | blast007 | they'll just train you to play wrong ;) |
18:03.39 | blast007 | the bots do not play how real players do |
18:03.46 | blast007 | heck, the solo bots can't even jump |
18:04.04 | blast007 | just get the 2.0 code |
18:05.38 | AAA_awright | /branches/experimental/*? All these directories aren't very nice |
18:06.10 | blast007 | AAA_awright: oh well |
18:06.26 | AAA_awright | What about oh well? |
18:06.42 | AAA_awright | I'm prodding for a rationalle |
18:06.51 | blast007 | we're aren't basing our directory structure on your ability/ease to import it into git |
18:07.06 | AAA_awright | Who said anything about Git? |
18:07.09 | AAA_awright | This is SVN |
18:07.12 | *** part/#bzflag Upsetter (~er@i59F6C13D.versanet.de) |
18:07.19 | blast007 | I said import. |
18:08.05 | AAA_awright | "Branches" (to the extent SVN has them) go in branches/* such as /bzflag/branches/v3 or /branches/v3/bzflag |
18:08.06 | KroArtem | ok, I understand what'd I do, thanks for advice |
18:08.30 | blast007 | AAA_awright: you do realize that SVN doesn't have to be that way, right? |
18:08.37 | blast007 | that's just one common layout |
18:08.55 | AAA_awright | Usually if you go with something different there's some sort of reason |
18:09.02 | blast007 | there was a reason |
18:09.04 | blast007 | organization |
18:09.18 | AAA_awright | You made it sound like "oh well" was a reason |
18:09.20 | blast007 | identify what was just experiments, and what was actual releases |
18:09.35 | blast007 | you made it sound like you just didn't like it |
18:09.37 | AAA_awright | Well what's the point of experiment? |
18:09.40 | blast007 | you didn't ask for a reason |
18:09.52 | blast007 | so I wasn't answering a question, since you hadn't asked one. |
18:09.59 | AAA_awright | No, I don't, that too |
18:10.01 | BulletCatcher | waits for JeffM to say Science! |
18:10.27 | blast007 | I think we can put our differences behind us, for science. You monster. |
18:10.35 | joevano | Science! FTW |
18:11.09 | trepan | Scientology! FTW++! |
18:11.21 | BulletCatcher | ~lart trepan |
18:11.21 | ibot | frags trepan with his BFG9000 |
18:16.32 | JeffM | BulletCatcher, sorry was in the shower |
18:17.44 | JeffM | AAA_awright, Tim indicated that there was confusion about what each branch was, so they were put into categories |
18:18.34 | JeffM | experimental means a place to do code that you know won't be turned entirely back into a release, but will be a place where specific chunks may be moved back, because parts of the experiment may fail |
18:18.42 | JeffM | like the shot branch |
18:18.46 | JeffM | it is a failed experiment |
18:18.56 | JeffM | but the code should be kept for history sake cus not all of it is bad |
18:20.44 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.108.121) |
18:26.20 | JeffM | time to make the client pick some sane defaults on first launch :) |
18:27.14 | JeffM | also is anyone exceptionaly happy with the "my bzflag documents" folder? |
18:28.56 | JeffM | cus techincaly I should not be putting windows config stuff there, MS says OSDrive/users/username/appdata/local/APP/whatevs.thingys |
18:32.57 | BulletCatcher | This seems like a fine time to make BZFlag conform to modern Windows file organization conventions. |
18:33.06 | JeffM | cool |
18:33.14 | JeffM | it's a simple 2 line change to the code so the risk is low |
18:33.24 | JeffM | everything was going thru one accessor anyway |
18:33.45 | JeffM | I'll put a shortcut to the config dir in the installer so that people can get to it easy |
18:34.22 | blast007 | PlasticTank: I'm going to the Desktop one |
18:34.45 | blast007 | though now that I think about it, that was probably a bad pick since I can only get 20FPS on HiX... |
18:35.11 | blast007 | JeffM: the jumping seems weird in low FPS situations |
18:35.24 | blast007 | it's like I'm in slow motion when falling/jumping at 10 FPS |
18:35.38 | JeffM | I did change the time interval from 3.0 |
18:36.05 | blast007 | 20 FPS a jump takes 4 seconds, 10 FPS it takes 8 |
18:36.10 | JeffM | try setting MAX_DT_LIMIT to 0.1 in playing.h |
18:36.17 | blast007 | and oddly at 5 FPS it takes 4 seconds |
18:36.21 | JeffM | 05 may be too small |
18:36.55 | JeffM | tho a better solution would be to remove that code and have trepan fix the bug he said he saw that causes F5 |
18:37.05 | blast007 | also getting high jitter for both me and PlasticTank |
18:37.08 | JeffM | I'm not a fan of breaking up the sim loop |
18:37.14 | JeffM | it was just a workaround |
18:37.15 | blast007 | mine could just be from playing inside a VM |
18:37.24 | JeffM | set the MAX_DT to a big number |
18:37.27 | JeffM | then it won't segment |
18:37.34 | JeffM | and you can see if that is the cause |
18:37.40 | JeffM | cus that's the only change with SIM |
18:37.41 | blast007 | ok |
18:41.05 | BulletCatcher | FYI, I got repeated jitter spikes when I was testing a couple of days ago, but can't rule out simple internet trouble. |
18:41.36 | *** part/#bzflag KroArtem (~Artem@95.53.53.232) |
18:41.53 | BulletCatcher | Lag was steady around 25ms, but jitter would jump to 50-70ms. |
18:42.04 | Pimpinella | JeffM: i looked at it, i think i have found everything required by now and at least partially it is already backported of 2.0 |
18:42.15 | JeffM | ok |
18:42.23 | JeffM | just wanted to make sure you were working on it |
18:42.58 | Pimpinella | i was extremly busy all this week, by mid next week my workload will be less |
18:43.14 | Pimpinella | at least hopes so |
18:44.31 | JeffM | ok, fair nuf |
18:44.57 | JeffM | gahhh... bzflag ensures that everyone with modern hardware starts with the worst configuration, no wonder new players think it looks like crap |
18:52.28 | CIA-114 | BZFlag: 03JeffM2501 * r21599 10/trunk/bzflag/src/game/DirectoryNames.cxx: move bzflag config on windows to local application data for the user |
18:53.18 | CIA-114 | BZFlag: 03JeffM2501 * r21600 10/trunk/bzflag/src/bzflag/playing.cxx: since our timing criteria is just 20fps, go and try the best looking configs first before we settle on the crap one with no textures or lighting. |
18:56.57 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
18:56.57 | *** mode/#bzflag [+v bryjen] by ChanServ |
18:57.25 | CIA-114 | BZFlag: 03JeffM2501 * r21601 10/trunk/bzflag/src/bzflag/ (DisplayMenu.cxx clientConfig.cxx playing.cxx): remove experimental quality, the only thing it did was turn on depth buffering and we can do that for high. |
18:59.36 | blast007 | BulletCatcher: the jitter doesn't seem to be network related |
18:59.58 | blast007 | brad mentioned that bzfs seems to have CPU spikes and then jitter spikes in game |
19:00.12 | blast007 | and all three of us (brad, PlasticTank, and myself) were getting the spikes |
19:00.26 | JeffM | I wonder if it's hitting that retry loop a lot |
19:00.31 | blast007 | noticed high jitter on that hix map, as well as on norang |
19:00.35 | JeffM | does it happen when someone joins? |
19:00.44 | blast007 | no, we were just playing |
19:00.48 | JeffM | ok |
19:00.49 | brad | just every few mins |
19:00.51 | blast007 | also, scoring is completely fubar |
19:00.59 | JeffM | yeah I had seen that report |
19:01.06 | JeffM | maybe I broke it with the events |
19:01.16 | blast007 | we're seeing negative amounts of wins |
19:01.30 | blast007 | with no correlation to what the score should really be |
19:01.30 | JeffM | oh I put special blast007 code in there ;) |
19:01.36 | blast007 | local score shows up fine |
19:01.41 | trepan | blast007: are you sure you didn't just roll the int? |
19:01.43 | blast007 | just the other players are messed up |
19:02.00 | blast007 | first kill on brad and his wins were -6 |
19:02.00 | JeffM | hmm that may not be me then |
19:02.10 | JeffM | cus the changes I made would affect all scores |
19:02.22 | blast007 | I don't think the losses are even getting set |
19:02.30 | JeffM | wonder what the server thought the score was |
19:02.43 | JeffM | would help to make a plugin that dumped the server scores to chat |
19:02.44 | brad | rejoining set it back to normal if that helps |
19:02.56 | JeffM | then you could see where it was failing |
19:03.27 | PlasticTank | or someone could just join as observer |
19:03.46 | JeffM | not if the transmission of scores to clients is broken |
19:03.54 | PlasticTank | true |
19:04.01 | JeffM | it's ether a computation bug or a trasnmission bug |
19:04.10 | blast007 | brad: you mean, if you join, you get the correct scores of the players that were already on? |
19:04.12 | JeffM | knowing the state on the server would tell you if it's computation or not |
19:04.18 | brad | ye blast, seem to |
19:04.26 | JeffM | then it's a transmission thing |
19:04.29 | JeffM | not a computation thing |
19:05.24 | JeffM | could be a packing problem for the individual player score update |
19:05.53 | JeffM | cus all I did was make the score go thru an acessor and call an event when they changed. |
19:06.29 | bryjen | there's a bzfs parameter -printscore that writes it to stdout |
19:07.17 | JeffM | that would help |
19:09.36 | blast007 | darn you peer, DARN YOU! |
19:11.01 | DTRemenak | trepan: subversion can't merge between renamed files |
19:11.17 | trepan | i know |
19:11.37 | trepan | but the history is intact, so that's a good thing :) |
19:12.13 | DTRemenak | it breaks the ability to pull any useful 2.4 changes into 2.99 |
19:12.37 | trepan | it takes a couple of tweaks, certainly not impossible |
19:13.20 | trepan | the next (and last), big commit is going to merging quite difficult anyways |
19:13.35 | trepan | *make merging |
19:14.01 | blast007 | replacing all of the C++ with lolcode? |
19:14.47 | DTRemenak | so...why make all the big "make merging impossible" changes at one of the very few times in all of history when there's been active development on two different branches? |
19:17.32 | trepan | because I'd rather setup everything up front, and quit worrying about backcompat |
19:18.56 | CIA-114 | BZFlag: 03trepan * r21602 10/branches/experimental/v2_99continuing/bzflag/misc/ (astyle.conf indent.sh): * indent utils |
19:19.22 | trepan | if there are any patches that are useful, svn diff -c, and apply |
19:27.39 | *** join/#bzflag Gnurdux (~gnurdux@EASTCAMPUS-ONE-O-TWO-HUNDRED-FIFTY.MIT.EDU) |
19:29.41 | *** join/#bzflag Anxuiz (~Anxuiz@50-46-121-138.evrt.wa.frontiernet.net) |
19:29.41 | *** join/#bzflag Anxuiz (~Anxuiz@unaffiliated/anxuiz) |
19:30.41 | *** join/#bzflag eTangenT (~lamer@c-24-8-181-169.hsd1.co.comcast.net) |
19:35.11 | *** join/#bzflag KTL (~KTL@213.219.155.59.adsl.dyn.edpnet.net) |
19:37.34 | CIA-114 | BZFlag: 03trepan * r21603 10/branches/experimental/v2_99continuing/bzflag/ (1228 files in 78 dirs): |
19:37.34 | CIA-114 | BZFlag: * ran ./misc/indent.sh |
19:37.34 | CIA-114 | BZFlag: * changed to "indent-tabs-mode: nil", what you see is what you get |
19:39.57 | KTL | there is a code formatting script included? :) |
19:43.39 | KTL | ... there is a 2_99archive and a 2_99continuing ... while all efforts are supposed to go to 2.3 ... |
19:44.04 | blast007 | KTL: I don't think it was that "all efforts" had to go into it |
19:44.35 | *** join/#bzflag nnfn (~nnfn@94.98.7.29) |
19:45.24 | KTL | hopes you guys memorize well what you are doing to keep 2.3 as well as 2_99 alive and kicket simultaneously |
19:45.36 | KTL | kicking* |
19:46.10 | trepan | someone said something about free cookies? |
19:46.16 | DTRemenak | mmm, cookies |
19:55.32 | KTL | delusional, those tank-skins you once posted on the forum, are there (license) issues to get them in to 2.3 ? |
20:03.17 | KTL | http://users.telenet.be/dpf/bzflag/bzskins_delusional.zip <- rescaled to 256x256 png's |
20:06.30 | CIA-114 | BZFlag: 03bryjen * r21604 10/trunk/bzflag/src/bzflag/playing.cxx: rearrange #defines for clarity and squash unused function warning |
20:08.28 | blast007 | bryjen: was this change not necessary to backport? I hadn't yet had a chance to look at the surrounding code myself. http://bzflag.svn.sourceforge.net/viewvc/bzflag?view=revision&revision=15832 |
20:10.34 | bryjen | hmm, looking... |
20:14.40 | bryjen | didn't see that one. but in v2.3 i placed the velocity addition inside an if flag==wings block, so it works out the same |
20:17.55 | blast007 | ok |
20:31.30 | CIA-114 | BZFlag: 03trepan * r21605 10/branches/experimental/v2_99continuing/bzflag/DEVINFO: * reflect the recent changes |
20:35.38 | CIA-114 | BZFlag: 03trepan * r21606 10/branches/experimental/v2_99continuing/bzflag/DEVINFO: |
20:35.38 | CIA-114 | BZFlag: * s/SVL/SVN/ |
20:35.38 | CIA-114 | BZFlag: * mention the test-before-commit policy |
20:48.04 | CIA-114 | BZFlag: 03bryjen * r21607 10/trunk/bzflag/ (3 files in 3 dirs): make wings flap not slow an existing greater upward velocity. bump proto and rev. |
20:49.15 | bryjen | does the easy stuff and leaves blast007 to figure out the lag and scores |
20:53.31 | brad | anyone having problems starting bz with latest checkout? :p |
20:53.42 | brad | it just crashes for me |
20:53.51 | brad | on win7 |
20:54.02 | meem1029 | I'll let you know as soon as mine builds. |
20:54.53 | meem1029 | no problems here (ubuntu 10.10) |
20:55.12 | brad | will try cleaning it and rebuilding |
20:56.18 | CIA-114 | BZFlag: 03dtremenak * r21608 10/branches/experimental/v2_99continuing/bzflag/ (1201 files in 75 dirs): hit the ex lines too |
20:56.55 | meem1029 | Why do we keep having commits for 2.99? I thought we were abandoning that and working solely on 2.3. |
20:58.20 | DTRemenak | solely is an exaggeration |
20:58.40 | DTRemenak | abandoned is also an exaggeration |
20:59.10 | brad | hrm still crashing |
20:59.44 | brad | it starts up, says "testing performacing, please wait.... full quality" then nothing else and it crashes |
20:59.52 | brad | performacE* |
20:59.56 | brad | performance* |
21:00.12 | bryjen | heh. i'd say that test fails ;) |
21:00.23 | brad | heh |
21:03.07 | bryjen | jeff changed something regarding quality levels... i thought he removed experimental, but I can still select it in the menu... |
21:03.21 | bryjen | and doing so makes it crash :( |
21:03.31 | brad | ah ;) |
21:04.03 | meem1029 | experimental doesn't crash me |
21:04.23 | bryjen | ~blame JeffM |
21:04.23 | ibot | ACTION blames JeffM (and Canada) for all the evil in the world |
21:04.47 | blast007 | brad: did you build debug? |
21:05.05 | brad | nope |
21:05.16 | brad | should I? |
21:05.18 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.108.121) |
21:05.18 | blast007 | do that, otherwise it's impossible to find out why it's crashing |
21:05.24 | brad | alright ^^ |
21:06.04 | blast007 | would recommend that anyone building a development version do so in debug mode |
21:06.10 | bryjen | it didn't die on me right away. it looked like to took the setting (ground texture changed a bit) but if i try to save settings or exit, it segfaults |
21:06.21 | meem1029 | changes my build script to do so. |
21:09.59 | meem1029 | So does anyone else have a script to download the new version from svn and build it? |
21:10.18 | blast007 | meem1029: on linux? |
21:10.23 | meem1029 | yep! |
21:10.46 | blast007 | here's what I use to *build* it at least |
21:10.54 | blast007 | nice ./autogen.sh -v && nice ./configure --enable-debug --disable-client --libdir=/usr/local/lib/bzflag23 --program-suffix=23 --enable-shared && nice make -j5 |
21:11.27 | blast007 | though the plugins seem to install in /usr/local/lib/bzflag23/bzflag/, not /usr/local/lib/bzflag23/ |
21:11.44 | mdskpr_ | how do you test the client? |
21:11.49 | blast007 | also note I use -j5 because I have a quad-core, so adjust accordingly |
21:12.09 | blast007 | oh, well for testing the client I build on a system that has a GUI and then don't include --disable-client |
21:12.17 | mdskpr_ | ah |
21:12.39 | blast007 | and on that system I also don't include --libdir or --program-suffix, since it's just a VM for testing and I don't have a locally installed copy (nor am I doing a make install there) |
21:13.37 | meem1029 | http://pastebin.com/r9EayAjp |
21:13.41 | meem1029 | That's what I use. |
21:13.59 | blast007 | you do realize you can just 'svn up |
21:14.07 | blast007 | 'svn up' to get the latest changes* |
21:14.21 | blast007 | you don't have to redownload from scratch every time |
21:14.25 | meem1029 | Hmm, that sounds useful. |
21:14.33 | meem1029 | oh, it doesn't download from scratch. |
21:14.33 | mdskpr_ | *very* |
21:14.34 | PlasticTank | I use a script like that in my .profile :D |
21:15.05 | blast007 | meem1029: go into your existing checkout, and do 'svn up' |
21:15.11 | blast007 | bam, changes pull down |
21:15.43 | blast007 | and it will even (attempt) to merge the latest central changes with your local changes |
21:16.07 | CIA-114 | BZFlag: 03bryjen * r21609 10/trunk/bzflag/src/bzflag/ (DisplayMenu.cxx clientConfig.cxx): further remove experimental quality level. still some bits left |
21:25.50 | bryjen | bah. there's a bunch of stuff in SceneRenderer::setQuality that's hooked to it too |
21:32.13 | blast007 | bryjen: you picked the wrong fix to work on - I had the easy one ;) |
21:32.14 | CIA-114 | BZFlag: 03blast007 * r21610 10/trunk/bzflag/src/bzflag/playing.cxx: Don't calculate other players' scores based on your own. |
21:32.16 | blast007 | (scores) |
21:32.43 | blast007 | though the jitter one will probably be fun |
21:33.00 | blast007 | that'll probably just be reverting to previous revisions until it goes away |
21:33.30 | bryjen | multiple if..else if..else.. why not a case? |
21:35.03 | bryjen | s/case/switch with cases for each level |
21:43.11 | *** join/#bzflag TD-Linux (~thomas@about/essy/indecisive/TD-Linux) |
21:43.44 | PlasticTank | Was I the only one who noticed the difference in texturing with experimental setting? |
21:43.52 | PlasticTank | http://oc.tc/qrm6tfjgd9y6zbv |
21:45.55 | bryjen | no |
21:46.37 | bryjen | ~fishslap JeffM |
21:46.37 | ibot | ACTION slaps JeffM up side the head with a wet fish. |
21:47.01 | PlasticTank | misses experimental setting |
22:04.40 | delusional | there is no problem at all with license on those electric textures i posted. I made them with help from a great app called Filter Forge |
22:05.03 | delusional | I'll make more, if wanted. |
22:06.53 | PlasticTank | I love that Filter Forge can generate images that tile perfectly |
22:07.19 | delusional | need anything? I paid for it, may as well use it, |
22:07.46 | delusional | it's got some new updates i've been wanting to try, too |
22:07.55 | delusional | supossed to be a lot faster |
22:12.14 | PlasticTank | This filter would make good tank textures |
22:12.16 | PlasticTank | http://www.filterforge.com/filters/454.html |
22:13.11 | delusional | there are half a dozen like that |
22:13.17 | PlasticTank | I bet |
22:15.47 | delusional | sometimes you get a really promising filter, and it's missing one or two options that you need. |
22:17.33 | delusional | certain filter authors never have that problem... it's the opposite, too many options. |
22:18.51 | *** join/#bzflag djlawler (~LD003@pool-72-94-164-204.phlapa.fios.verizon.net) |
22:18.54 | *** part/#bzflag djlawler (~LD003@pool-72-94-164-204.phlapa.fios.verizon.net) |
22:27.03 | CIA-114 | BZFlag: 03bryjen * r21611 10/trunk/bzflag/src/ (3 files in 2 dirs): more experimental quality removal |
22:58.51 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
22:58.56 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
23:08.10 | *** join/#bzflag JeffM (~Jeff@unaffiliated/jeffm2501) |
23:08.10 | *** mode/#bzflag [+v JeffM] by ChanServ |
23:21.29 | joevano | mdskpr_: should your 'hideradar' option be called 'hideflagsonradar' or something like that, since technically you are not hiding the radar, but you are hiding the flags |
23:39.18 | *** join/#bzflag Guest518 (ca59b013@gateway/web/freenode/ip.202.89.176.19) |
23:57.43 | blast007 | joevano: which option are you talking about specifically? I don't see a 'hideradar' in the code. |
23:58.34 | blast007 | there is a _hideFlagsOnRadar and _hideTeamFlagsOnRadar |