| 00:13.57 | JeffM | F687s: yes instead of geting 500fps on modern hardware, people would get 495 fps with new models ;) |
| 00:14.04 | JeffM | I think they will live |
| 00:14.29 | JeffM | the guy with crap hardware just uses the old model |
| 00:15.04 | F687s | I'm getting 115 right now, so about 105? Gosh... |
| 00:15.35 | JeffM | depends on the model |
| 00:15.49 | JeffM | if you don't like what it does, don't use the models ;) |
| 00:16.07 | JeffM | what card do you have? |
| 00:23.42 | Dessy | 500 fps on bzflag? |
| 00:24.09 | Dessy | i get on bzflag 115-150 fps |
| 00:24.21 | Dessy | geforce 8600GTS |
| 00:24.34 | Dessy | XfX Geforce 8600 GTS |
| 00:24.46 | JeffM | it was somewhat of a joke |
| 00:24.55 | Dessy | ahh1 |
| 00:24.57 | Dessy | ok :P |
| 00:25.10 | JeffM | basicly you are all over what you can see, so it may go to a slightly slower number still over what you can see ;) |
| 00:25.13 | Dessy | wich one do u have? |
| 00:25.27 | JeffM | 8800 GT |
| 00:25.30 | Dessy | wow |
| 00:25.42 | Dessy | lol |
| 00:25.45 | JeffM | dude it was only a 230$ card |
| 00:25.52 | Dessy | hm |
| 00:26.09 | Dessy | let me watch how much that is in euro :P |
| 00:26.27 | Winny | Not like you need anything special, I can get ~150fps on a 6600 |
| 00:26.49 | JeffM | all depends on what your settings are |
| 00:26.56 | JeffM | this is the next revision of the card I have |
| 00:26.56 | JeffM | http://www.newegg.com/Product/Product.aspx?Item=N82E16814130318 |
| 00:27.05 | Dessy | hm |
| 00:27.06 | Dessy | 156,6171 |
| 00:27.08 | Dessy | eurp |
| 00:27.13 | Dessy | euro |
| 00:28.06 | brad | $1,156,171 euros? |
| 00:28.13 | brad | erm, forget the $ |
| 00:28.15 | Dessy | i palol |
| 00:28.17 | Dessy | lol |
| 00:28.30 | Dessy | i paid 180 euro for my one |
| 00:28.32 | Dessy | hm... |
| 00:28.45 | JeffM | not my fault you got screwed :) |
| 00:28.51 | Dessy | :D |
| 00:28.53 | JeffM | 8600's are not bad cards |
| 00:29.00 | Dessy | yep :=) |
| 00:29.03 | Dessy | its enough for mee |
| 00:29.05 | Dessy | :) |
| 00:29.11 | JeffM | it's what's in my laptop |
| 00:29.23 | Dessy | i just play bflag and some counter strike source |
| 00:29.25 | Dessy | not more |
| 00:29.27 | Dessy | ): |
| 00:29.28 | Dessy | :) |
| 00:29.37 | Dessy | but more bzflag as css |
| 00:30.45 | Dessy | GPU: 675 Mhz |
| 00:30.55 | Dessy | Shader; 1450 Mhz |
| 00:31.04 | Dessy | Ram: 2000 Mhz :) |
| 00:31.11 | JeffM | that'd be a normal 8600 |
| 00:31.59 | Dessy | :) |
| 00:32.01 | JeffM | it a 512 or a 256? |
| 00:32.08 | Dessy | 512 mb |
| 00:32.13 | Dessy | and 128 bit |
| 00:32.32 | JeffM | you probalby won't see any dif in larger models, they are all jamed into lists |
| 00:32.51 | JeffM | who made that card? |
| 00:33.11 | Dessy | XFX |
| 00:33.11 | JeffM | for price comparison, I can go get an XFX verison of that for 165$ now, and get 35$ on a rebate |
| 00:33.12 | Dessy | Unified Shaders 32 (v4.0) |
| 00:33.27 | JeffM | yes yes, we all know nvidia specs |
| 00:33.32 | Dessy | :P |
| 00:33.45 | JeffM | http://www.netaffilia.com/ad/electronics/frys/i/2008/02/15/30090.html |
| 00:33.51 | Dessy | i had wo watch if the card use a big cooler |
| 00:34.11 | Dessy | I havent enough room in my computer |
| 00:34.32 | Dessy | hm |
| 00:35.15 | Dessy | ur hardware is cheaper then in germany |
| 00:35.31 | JeffM | probably just economy of scale |
| 00:37.16 | JeffM | http://latimes.p2ionline.com/shoppingchannel/rop/ |
| 00:37.19 | JeffM | then retail goods |
| 00:37.23 | JeffM | then fry's electronics |
| 00:37.28 | JeffM | that's what we generaly get |
| 00:55.20 | blast007 | Dessy: I get 500 to 1000 FPS in bzflag |
| 00:55.39 | Dessy | low settings? |
| 00:55.39 | blast007 | I don't have AA on, but I have AS at 16x |
| 00:55.42 | blast007 | no |
| 00:55.45 | blast007 | regular settings |
| 00:55.47 | Dessy | hm |
| 00:55.48 | Dessy | nice |
| 00:55.58 | blast007 | I think at 1024x768, though maybe 1600x1200 |
| 00:56.02 | blast007 | I forget what I get now |
| 00:56.08 | blast007 | new screen is 1920x1200 |
| 00:56.21 | Winny | :) |
| 00:56.33 | blast007 | but I was pushing out around 400FPS on louman's Home Sweet Home at 1024x768 |
| 00:56.45 | blast007 | nVidia 7900GTO |
| 00:56.46 | Dessy | whoo |
| 00:57.41 | blast007 | crysis runs a little slow though ;) |
| 00:57.59 | blast007 | though it's playable at 1920x1600 if I run at Medium quality |
| 00:58.08 | Dessy | :) |
| 00:59.11 | Dessy | if i play bzflag and i watch a explode my game is skipping |
| 00:59.16 | Dessy | u know why? |
| 00:59.26 | Dessy | that not always |
| 00:59.30 | Dessy | just some times |
| 01:00.05 | Winny | that happens to me too |
| 01:00.38 | Dessy | wich card? |
| 01:00.41 | Winny | 6600 |
| 01:00.58 | blast007 | the game studders? |
| 01:01.16 | Winny | yeah, seems like FPS drops to ~10 for maybe 1/2 a second |
| 01:01.37 | Dessy | yes |
| 01:02.26 | blast007 | onboard sound card? |
| 01:02.46 | Winny | yep.. but I have the correct drivers. |
| 01:03.01 | blast007 | doesn't matter if you have the right drivers, if the audio chipset sucks ;) |
| 01:03.09 | Dessy | Speedlink Medusa 5.1 Mobile USB Headset |
| 01:03.10 | Dessy | :P |
| 01:03.19 | blast007 | eww |
| 01:03.27 | Dessy | eww? |
| 01:03.29 | Dessy | bad? |
| 01:03.30 | blast007 | anyway, you could try running with -mute and see if it still does it |
| 01:03.38 | blast007 | Dessy: well, I don't like USB headsets |
| 01:03.48 | blast007 | since they act as their own audio device |
| 01:03.55 | Dessy | hehe |
| 01:04.25 | Dessy | as i bought it i havent enoug money for the progamer edition :p |
| 01:05.30 | Dessy | hm u dont know what happen? |
| 01:11.45 | blast007 | I recall I had issues with games studdering with the onboard sound chip on my PIII system |
| 01:11.52 | blast007 | it was when it played a sound for the first time |
| 01:12.24 | Dessy | hm |
| 01:13.11 | Dessy | i just running, icq6, teamspeak, winamp, bzflag, nettalk and the windows sounds |
| 01:16.53 | Winny | JeffM, what are the names for all the OBJ files? I only see "barrel.obj" and "turret.obj" in the geometry dir |
| 01:19.19 | delusional_ | winny base, turret, barrel, lTread, rTread |
| 01:19.50 | Winny | ah, ok |
| 01:21.24 | delusional_ | warzone 2100 released a beta today... http://wz2100.net/ |
| 01:21.40 | delusional_ | if you remember last april fools day. |
| 01:23.00 | Winny | what's being cooked up for this year |
| 01:26.52 | KTL | we still got more then a month ... |
| 01:31.11 | JeffM | and lcasing and rcasing |
| 01:31.40 | JeffM | and its' body |
| 01:31.41 | JeffM | not base |
| 01:31.45 | JeffM | IIRC |
| 01:31.56 | JeffM | any that you don't have will use the standard |
| 01:32.57 | JeffM | tho that rule will change at some point |
| 01:35.05 | JeffM | wow the warzone people sure are in love with brown |
| 01:36.12 | JeffM | guess that has more to do with the origonal eidos art |
| 01:36.44 | Winny | hehe |
| 01:41.37 | Winny | man, I wish someone still had trepan's bump mapping patch |
| 01:50.14 | JeffM | Id rather see smart object UVs before bump maping |
| 01:50.27 | JeffM | and multitexture |
| 01:53.13 | *** join/#bzflag HighKarateKitty (n=HighKara@ip68-98-31-187.ph.ph.cox.net) |
| 01:55.04 | Winny | did anything much ever get done with the CS client? |
| 01:55.18 | *** join/#bzflag Ride (n=4724da50@bz.bzflag.bz) |
| 01:55.43 | Ride | hey all |
| 01:55.55 | JeffM | he had it connecting and drawing something I think |
| 01:56.36 | Winny | ahh yeah, looking at the wiki now |
| 01:56.52 | Ride | what we talking about |
| 01:57.03 | Ride | *are we |
| 01:57.04 | Winny | What are we talking about* |
| 01:57.07 | Winny | there :p |
| 01:57.16 | JeffM | we? |
| 01:57.18 | Ride | :) |
| 01:57.28 | JeffM | probalby something before your time. |
| 01:57.29 | Ride | well you guys I guess.. |
| 01:57.42 | Ride | what? |
| 01:57.47 | Winny | I assume ogre would probably be the one to go with? |
| 01:57.51 | JeffM | cs client |
| 01:57.55 | JeffM | Winny: don't know |
| 01:58.00 | JeffM | the eval has never been done |
| 01:58.04 | JeffM | personaly I think so |
| 01:58.14 | JeffM | but I am not the only one who should be part of the choice |
| 01:58.25 | JeffM | it all depends on what the goals are |
| 01:58.40 | Ride | Jeff did you make most of BZFlag? |
| 01:58.49 | JeffM | no |
| 01:58.55 | Winny | it looks like it would be nice for the ooh ahhh factor |
| 01:59.01 | Ride | Do you know who did? |
| 01:59.13 | JeffM | Winny: it will look the same as it does now with the same art, regardless of the engine |
| 01:59.18 | JeffM | so that is not a factor |
| 01:59.22 | Winny | indeed |
| 01:59.23 | JeffM | both have the same techincal features |
| 01:59.33 | JeffM | Ride: it depends what you mean by "most" |
| 01:59.39 | Winny | but more effects COULD be added, probably more easliy with an engine |
| 01:59.44 | JeffM | the author did the majority of the work for the first one |
| 02:00.04 | JeffM | Winny: depends on how hard the engine is to integrate |
| 02:00.34 | JeffM | if the engine is very difrent from the base code we may do more work getting the engine in then we would have for the few features we need |
| 02:00.36 | Ride | Alright well ill let you guys get back to your convo..... Jeff did you look at my map on the forums under map release |
| 02:00.45 | JeffM | cus there are engine featuers we don't need |
| 02:01.01 | JeffM | Ride: this isn't IM, multiple conversations happen at a time |
| 02:01.13 | JeffM | we are not "waiting" on you or anyting |
| 02:01.38 | JeffM | bzflag was "made" by many people. you can read up on the project history on the wiki if you are interested in its' past |
| 02:01.47 | Ride | alright fine ill leave good bye :( |
| 02:01.56 | JeffM | Ride: you don't have to |
| 02:02.04 | AHA | Ride, you are welcome to stay |
| 02:02.05 | JeffM | I was telling you THAT so you knew you don't have to leave |
| 02:02.15 | JeffM | this isn't private or anything |
| 02:02.26 | AHA | Ride, you can just participate in the current conversation if you want |
| 02:02.36 | AHA | it's hard to keep up with multiple at a time |
| 02:02.37 | JeffM | I was answering both conversations at the same time |
| 02:02.43 | JeffM | hence the name before some parts |
| 02:02.50 | JeffM | tis the nature of IRC :) |
| 02:03.52 | Winny | Ride, If you choose to come back quite often, I'd reccomend getting a real IRC client.. much better, IMO. |
| 02:03.52 | JeffM | ride, I looked at your screenshots. that was about it |
| 02:08.54 | JeffM | probably the only rason for going with ogre is they can do right hand rule and z up |
| 02:09.15 | JeffM | as for a flat drop in in other regerds lightfeather would work |
| 02:11.29 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 02:13.32 | *** part/#bzflag F687s (n=noah@cpe-71-67-112-44.woh.res.rr.com) |
| 02:14.46 | Winny | my lord |
| 02:14.53 | Winny | Silver Surfer is on a useless post spree |
| 02:16.18 | Winny | tonywolfe121 too.. http://my.bzflag.org/bb/viewtopic.php?p=121167#121167 |
| 02:39.30 | *** join/#bzflag iWinny (n=kylevane@unaffiliated/winny) |
| 02:42.20 | Eliott | Hey, do I need LibCurl if I want to compile the 2.99 on VC9 ? |
| 02:46.55 | Eliott | shit, wtf is this about now fatal error C1083: Cannot open include file: 'dinput.h': No such file or directory |
| 02:48.23 | iWinny | you need the direct x SDK |
| 02:48.34 | brlcad | Eliott: clean language please, it means you need directinput (part of directx) |
| 03:00.52 | *** join/#bzflag tannerld_ (n=tanner@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 03:01.37 | L4m3r | ~lart noobs |
| 03:01.38 | ibot | whips out a hot clue gun and makes sure that noobs is stuck to the floor |
| 03:02.24 | *** join/#bzflag tannerld_ (n=tanner@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 03:16.54 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-35.hsd1.tx.comcast.net) |
| 03:18.26 | Eliott | brlcad, i installed the directx dev kit .. |
| 03:18.47 | iWinny | does Epyon's procedural map generator even compile on windows? |
| 03:38.59 | *** join/#bzflag EliottNess (n=tora@66.236.181.222.ptr.us.xo.net) |
| 04:13.45 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-231-178.lsanca.dsl-w.verizon.net) |
| 04:48.37 | *** join/#bzflag The_Vaxorcist (n=phillip@209.148.99.186) |
| 04:57.44 | EliottNess | so once I added the DirectX dev. kit from April, am I supposed to move or put the Libraries in the path, or is VC9 going to find everything by itself ? |
| 05:02.23 | *** join/#bzflag sigonasr2 (n=sigonasr@ip72-200-88-154.tc.ph.cox.net) |
| 05:05.49 | JeffM | you add the paths to the include and lib dirs in VC |
| 05:06.17 | JeffM | tools -> options -> project somethings |
| 05:10.48 | EliottNess | VC++ directory maybe ? |
| 05:10.54 | JeffM | yeah |
| 05:10.58 | JeffM | there is a pulldown for the lib dir |
| 05:11.03 | JeffM | and the inclue dir |
| 05:11.15 | JeffM | set the path to the corosponding dirs for both of them |
| 05:16.48 | EliottNess | Ha now .. |
| 05:16.54 | EliottNess | error with something called GL |
| 05:16.59 | EliottNess | GL/Glew.h |
| 05:17.16 | JeffM | are you building one of the distrobuiton targetrs? |
| 05:17.18 | JeffM | targets? |
| 05:17.21 | JeffM | or a regular one? |
| 05:17.27 | EliottNess | regular one |
| 05:17.34 | EliottNess | something i took earlier today from svn |
| 05:17.42 | JeffM | yes but that has 4 build targes |
| 05:17.56 | JeffM | debug, release, and debug_distrobution, and release_distrobuiton |
| 05:18.00 | JeffM | what one are you set to? |
| 05:18.24 | EliottNess | the solution called "bzflag" |
| 05:18.28 | EliottNess | is this what you are asking ? |
| 05:18.31 | JeffM | no |
| 05:18.36 | JeffM | there is a pulldown menu |
| 05:18.39 | JeffM | in one of the toolbars |
| 05:18.43 | JeffM | that has the build target |
| 05:19.08 | EliottNess | well.. |
| 05:19.12 | EliottNess | under BUILD |
| 05:19.24 | JeffM | it'll start with debug or release |
| 05:19.27 | EliottNess | thjere is build SOLUTION or build bzflag |
| 05:19.32 | EliottNess | I chose bzflag |
| 05:19.36 | JeffM | it's a toolbar |
| 05:19.37 | EliottNess | is this what u r talking about |
| 05:19.39 | JeffM | not a menu |
| 05:19.49 | EliottNess | oooohhh |
| 05:20.02 | EliottNess | it was setup to debug distribution |
| 05:20.29 | JeffM | the distrobution builds need more libs then you have |
| 05:20.30 | EliottNess | ok, let me try the release |
| 05:25.15 | EliottNess | damn |
| 05:25.41 | EliottNess | i have a shit load of "unresolved external symbol" now .. |
| 05:26.02 | JeffM | please watch your lanuage here |
| 05:26.09 | JeffM | what is one of the symbols? |
| 05:27.08 | EliottNess | 17>bzflag.obj : error LNK2019: unresolved external symbol "public: static class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const __cdecl Address::getHostName(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >)" (?getHostName@Address@@SA?BV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V23@@Z) referenced in function "int __cdecl myMain(int,char * *)" ( |
| 05:27.08 | EliottNess | ?myMain@@YAHHPAPAD@Z) |
| 05:27.26 | JeffM | did you install the platform SDK? |
| 05:27.35 | JeffM | in addtion to the direct X SDK? |
| 05:27.35 | EliottNess | yes |
| 05:27.38 | EliottNess | oh ... |
| 05:27.45 | JeffM | 2 SDKs |
| 05:27.48 | JeffM | as the readme says |
| 05:28.04 | EliottNess | only the stuff from April that you told me before.. what was this.. DirectX ? |
| 05:28.14 | EliottNess | ok |
| 05:28.17 | EliottNess | let me read the readme |
| 05:28.27 | JeffM | reading the readme was the first thing I told you to do ;) |
| 05:28.34 | JeffM | you also need the windows platform SDK |
| 05:28.43 | JeffM | to get you know all those cool windows headers and libs ;) |
| 05:28.47 | JeffM | direct X is only part of it |
| 05:29.06 | EliottNess | i wonder something, sometime.. |
| 05:29.23 | EliottNess | like... i am trying to do that.. and i have no background in this stuff.. it looks freaking complicated to me |
| 05:29.28 | EliottNess | so .. total respect to you guys.. |
| 05:29.50 | EliottNess | on the other side, i wonder if one of you came with me at my work, you would be able to do it, or you would tell me 'total respect' too , lol |
| 05:29.54 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) |
| 05:30.00 | EliottNess | or like if you saw a surgeron |
| 05:30.10 | JeffM | why are you trying to build bzflag if you have no experience at compilers? |
| 05:30.16 | JeffM | are you trying to learn to program? |
| 05:30.22 | EliottNess | yeah |
| 05:30.27 | JeffM | then start with the basics |
| 05:30.31 | JeffM | not a poorly writen game |
| 05:30.36 | JeffM | do the C++ tutorials |
| 05:30.42 | EliottNess | my friend told me it's rewarding when you play a freeware, and you can compile it, lol |
| 05:31.02 | JeffM | we have premade binaries for windows |
| 05:31.13 | JeffM | you arn't going to be able to actualy play what you built with anyone |
| 05:31.16 | JeffM | since its' dev code |
| 05:31.17 | EliottNess | yeah, i know.. he just told me about the compiling stuff. when you succeed. |
| 05:31.29 | EliottNess | i guess i m gonig to jump up and down once it will be done, lol |
| 05:31.40 | EliottNess | yeah, no worries about that .. |
| 05:31.57 | EliottNess | i just want to do a full compile, and i ll be happy |
| 05:32.11 | JeffM | doubtfull |
| 05:36.57 | EliottNess | wwoooaaa, did you see the new Audi R8 ? |
| 05:37.00 | EliottNess | This car is da bomb |
| 05:52.06 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 06:01.01 | *** join/#bzflag mgin (n=mgin@ppp-69-233-97-227.dsl.frs2ca.pacbell.net) |
| 06:21.41 | *** join/#bzflag TimRiker (n=timr@rikers.org) |
| 06:21.41 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 06:35.19 | Constitution | ~Winny++ |
| 06:36.52 | whodaman- | lol |
| 06:36.58 | whodaman- | "is gilly new??" |
| 06:44.29 | Constitution | did there used to be distinct "high-resolution" and "low-resolution" releases a few years back? |
| 06:44.54 | JeffM | we tried that ONCE |
| 06:44.57 | JeffM | it was stupod |
| 06:45.33 | Constitution | what were the differences? just texture quality? |
| 06:45.39 | JeffM | yeah |
| 06:45.59 | JeffM | some people swquacked that the new textures made the dowanload too big for modem users |
| 06:46.54 | Constitution | oh, heh |
| 07:40.38 | pacman87 | how do i ban an ip range? |
| 07:40.51 | blast007 | use a * for one of the octets |
| 07:40.56 | pacman87 | ok |
| 07:40.57 | blast007 | like 127.0.0.* |
| 07:41.31 | pacman87 | anyone recognize 76.200.181.*? |
| 07:41.45 | blast007 | yeah |
| 07:41.48 | blast007 | that's your mom |
| 07:41.54 | whodaman- | lol |
| 07:41.56 | whodaman- | hahaa |
| 07:42.24 | pacman87 | no, my mom is 71.170.2.250 |
| 07:42.34 | pacman87 | (yes, i know my mom's ip address) |
| 07:42.42 | whodaman- | .......... |
| 07:43.11 | pacman87 | i've got an offsite backup there |
| 07:43.33 | pacman87 | old pIII with linux |
| 07:43.49 | whodaman- | we care? |
| 07:44.03 | pacman87 | not really |
| 07:45.06 | pacman87 | does the ban message show up if they try to join again? |
| 07:45.12 | pacman87 | so they know why? |
| 07:45.53 | whodaman- | Yes |
| 07:46.02 | whodaman- | Reason, Banner, Duration |
| 07:46.48 | pacman87 | ok, thanks. i'll go back to watching quietly now |
| 08:16.58 | Constitution | duration does not show when someone tries to join from a banned IP/host |
| 08:18.12 | whodaman- | Constitution, it doesn't? |
| 08:18.25 | whodaman- | maybe that was in the reason or something (yes, I've been banned before :P) |
| 08:20.44 | Constitution | reason and banner |
| 08:20.53 | whodaman- | <PROTECTED> |
| 08:20.59 | Constitution | probably |
| 08:23.24 | blast007 | You have been suspended from BZFlag. You will not be able to sign in to BZFlag until 12/31/9999. |
| 08:24.11 | whodaman- | lulz\ |
| 08:24.30 | whodaman- | blast007, I bet you've been banned before ;) |
| 08:24.37 | blast007 | yeah |
| 08:24.40 | whodaman- | hah |
| 08:25.02 | blast007 | I got kicked for "picking" on an admin of a server, meaning I kept killing him |
| 08:25.10 | blast007 | but he was the one that kept coming at me :P |
| 08:25.41 | whodaman- | blast007, You mustn't ever kill admins! They're holey! |
| 08:25.46 | whodaman- | holy, even |
| 08:25.57 | blast007 | yeah, he was holey after I was done... full of them |
| 08:26.08 | whodaman- | lol |
| 08:35.56 | blast007 | lol |
| 08:37.27 | whodaman- | haha |
| 08:39.16 | Constitution | window 9 |
| 08:39.21 | Constitution | gah |
| 08:54.15 | *** join/#bzflag Gilly (n=btw@83.146.211.140) |
| 10:43.59 | *** join/#bzflag RudyValencia (i=arthur@unaffiliated/rudyvalencia) |
| 10:44.21 | RudyValencia | hey, I'm looking for players to test my server :) |
| 10:44.36 | RudyValencia | excalibur.revelantis.net:5154 if you're interested. |
| 10:47.43 | *** join/#bzflag nielsle_ (n=nielsle@2610ds3-fb.0.fullrate.dk) |
| 10:48.21 | nielsle_ | I am trying to compile bzflag trunk in Debian Sid, but I get [niels:bzflag]% automake |
| 10:48.21 | nielsle_ | configure.ac:245: required file `misc/ltmain.sh' not found |
| 10:50.37 | nielsle_ | hehe.. it's quiet here. I suspect everybody is either sleeping or playing. |
| 10:51.17 | RudyValencia | nielsle_: I have a server |
| 10:54.29 | whodaman- | RudyValencia, so do I :P |
| 10:54.43 | *** join/#bzflag nielsle_ (n=nielsle@2610ds3-fb.0.fullrate.dk) |
| 10:54.48 | RudyValencia | excalibur.revelantis.net - listed in the serverlist now. |
| 10:54.57 | RudyValencia | (we need one more player :D ) |
| 10:56.12 | pacman87 | i'll check it out |
| 11:00.06 | nielsle_ | Answer to self: libtoolize --copy --force |
| 11:12.34 | *** join/#bzflag Dessy (n=Dessy@88-134-205-200-dynip.superkabel.de) |
| 11:17.33 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 11:17.33 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 11:20.04 | RudyValencia | how do I turn off rogue tanks? |
| 11:20.07 | RudyValencia | (on my server) |
| 11:21.35 | whodaman- | RudyValencia, config file |
| 11:21.48 | whodaman- | -mp 0,10,10,10,10,10 |
| 11:21.52 | whodaman- | Something like that |
| 11:21.55 | whodaman- | 0 rogue |
| 11:22.09 | whodaman- | 10 red,green,blue,purple,observers |
| 11:24.41 | nielsle_ | OK I do svn up && aclocal && autoheader && automake --add-missing && autoconf && and then I get "error: possibly undefined macro: AC_PYTHON_DEVEL If this token and others are legitimate, please use m4_pattern_allow." |
| 11:26.35 | nielsle_ | I did install python-dev |
| 11:47.40 | *** join/#bzflag LongDon (n=LongDon@host-091-097-081-251.ewe-ip-backbone.de) |
| 11:57.11 | *** join/#bzflag nielsle_ (n=nielsle@2610ds3-fb.0.fullrate.dk) |
| 12:05.58 | *** join/#bzflag Gilly (n=btw@83.146.211.140) |
| 12:16.18 | *** join/#bzflag nielsle_ (n=nielsle@2610ds3-fb.0.fullrate.dk) |
| 12:18.48 | nielsle_ | BTW: the error disappeared when i used "aclocal -I m4" |
| 12:35.33 | *** join/#bzflag jftsang (n=jftsang@88-108-176-246.dynamic.dsl.as9105.com) |
| 12:36.06 | *** join/#bzflag Wits (n=Warinthe@1.168.188.72.cfl.res.rr.com) |
| 12:59.21 | *** join/#bzflag KTL (n=KTL@213.219.144.106.adsl.dyn.edpnet.net) |
| 13:24.43 | *** join/#bzflag wanda (n=coredump@p54998B2F.dip0.t-ipconnect.de) |
| 13:26.52 | *** join/#bzflag whodaman (n=whodaman@dslb-088-066-019-048.pools.arcor-ip.net) |
| 13:28.09 | *** join/#bzflag Dessy2 (n=Dessy@88-134-205-200-dynip.superkabel.de) |
| 13:32.39 | *** join/#bzflag bz34 (n=51f965c8@bz.bzflag.bz) |
| 13:32.49 | *** join/#bzflag Dessy3 (n=Dessy@88-134-205-200-dynip.superkabel.de) |
| 13:33.58 | bz34 | hi ! is someone try ti build 2.0.10 on cygwin ???? |
| 13:40.05 | *** join/#bzflag Dessy4 (n=Dessy@88-134-79-135-dynip.superkabel.de) |
| 13:40.08 | *** join/#bzflag bz18 (n=51f965c8@66.111.56.50) |
| 13:42.24 | Gilly | jorgenpt: Hmm... this tick based system in bzrobots is driving me nuts :) |
| 13:43.19 | Gilly | I have a short piece of code in the update section of my bot like this: getPlayers(); bearing = getBearing(players[0]); setTurnLeft(bearing); setAhead(10); execute(); |
| 13:43.34 | Gilly | I also set the tick duration to some smallish value in order to get a better resolution. |
| 13:44.03 | Gilly | However after each tick the bot stops moving and this results a 'shaking' effect. |
| 13:44.23 | Gilly | Also those calls seem to be taking too much time... |
| 13:45.12 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 13:53.47 | *** join/#bzflag jftsang (n=jftsang@88-108-254-199.dynamic.dsl.as9105.com) |
| 14:11.02 | *** join/#bzflag Teppic (n=Teppic@87-194-205-16.bethere.co.uk) |
| 14:19.05 | Gilly | For example getBearing seems to take 0.14s on my machine... |
| 14:19.26 | Gilly | that's because it needs 3 network operations getHeading, getX and getY. |
| 14:22.10 | *** join/#bzflag jftsang_ (n=jftsang@88-108-217-180.dynamic.dsl.as9105.com) |
| 14:22.47 | jorgenpt | Hm |
| 14:23.18 | Gilly | it seems like every message sent takes something like 0.02 s |
| 14:23.29 | *** join/#bzflag LongDo1 (n=LongDon@host-091-097-067-066.ewe-ip-backbone.de) |
| 14:23.59 | Gilly | no wait.. a bit less but still a significant amount |
| 14:24.27 | Gilly | I did some timing: |
| 14:24.30 | Gilly | getPlayers took 0.0604792 |
| 14:24.30 | Gilly | getHeading took0.0404999 |
| 14:24.30 | Gilly | getBearing took 0.121437 |
| 14:24.30 | Gilly | setTurnLeft took 9.20296e-05 |
| 14:24.30 | Gilly | setAhead took 0.0201161 |
| 14:24.32 | Gilly | execute took 0.0203512 |
| 14:24.55 | Gilly | those are timed on the frontend |
| 14:25.46 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@unaffiliated/spazzymcgee) |
| 14:26.07 | Gilly | interestingly setTurnLeft takes a lot less time than the others |
| 14:26.11 | jorgenpt | Perhaps you should use gprof or similar to see where the time is spent? |
| 14:26.30 | jorgenpt | It could just be network latency, but 40-120ms for localhost seems .. strange. |
| 14:28.08 | Gilly | yes it's on localhost |
| 14:29.14 | Gilly | hmmm... but why does setTurnLeft take so much less? |
| 14:29.27 | Gilly | compared to setAhead for example |
| 14:29.41 | jorgenpt | I assume you've tested with more than a single call? |
| 14:29.55 | Gilly | what do you mean? |
| 14:30.20 | Gilly | this is in the update function of my bot so i get many calls... all of them seem to behave like the one i posted |
| 14:31.04 | jorgenpt | botplaying.cxx: TimeKeeper::sleep(0.25f); |
| 14:31.04 | jorgenpt | botplaying.cxx: TimeKeeper::sleep(remaining); |
| 14:31.04 | jorgenpt | Frontend.cxx: TimeKeeper::sleep(0.5); |
| 14:32.39 | jorgenpt | Check out doEnergySaver |
| 14:32.55 | Gilly | yea, commented that out |
| 14:33.09 | Gilly | gets better for setters but getters still take time |
| 14:34.40 | Gilly | getPlayers took 0.0398281 |
| 14:34.40 | Gilly | getHeading took0.0400012 |
| 14:34.41 | Gilly | getBearing took 0.119998 |
| 14:34.50 | Gilly | setters went to e-05 something |
| 14:35.02 | Gilly | but but... now my tank is also jumping around the map |
| 14:35.10 | Gilly | like very fast |
| 14:35.11 | jorgenpt | What's the fpsLimit? |
| 14:36.09 | jorgenpt | Hm, nvm. We should do something other than fpsLimit for limiting CPU usage in bzrobots |
| 14:36.45 | Gilly | Hm |
| 14:36.46 | jorgenpt | Anyway, 'tis strange. |
| 14:37.13 | Gilly | fpsLimit is set to 50 by default it seems |
| 14:37.20 | Gilly | I'll try to put it to 10000 or something :P |
| 14:37.42 | jorgenpt | Just 1000 should be enough |
| 14:37.53 | jorgenpt | 1ms granularity |
| 14:37.57 | jorgenpt | But it's ignored if you're not calling doEnergySaver |
| 14:39.02 | Gilly | yea but if i don't call doEnergySaver then the bot is jumping around very fast |
| 14:39.07 | Gilly | (cheating :)) |
| 14:40.21 | Gilly | well.. it doesn't make any difference to the getters but the setters take less time now. |
| 14:40.43 | Gilly | anyways, i got to go now, badminton training |
| 14:45.00 | jorgenpt | Strange that it jumps around very fast. |
| 15:18.25 | *** join/#bzflag Ratfink (n=434ce305@bz.bzflag.bz) |
| 15:18.35 | blast007 | hi Ratfink |
| 15:18.40 | Ratfink | Hi |
| 15:19.40 | Ratfink | Will this page ever quit loading? |
| 15:19.52 | blast007 | if it did, you would disconnect :P |
| 15:20.02 | blast007 | it keeps loading so it will keep sending and receiving chat |
| 15:21.02 | Ratfink | And one unfortunate result of that is my cursor will always look strange. |
| 15:21.11 | Winny | get a real IRC client :) |
| 15:21.47 | blast007 | http://www.silverex.org/download/ |
| 15:21.58 | blast007 | (if you run Windows) |
| 15:22.09 | whodaman | http://www.irssi.org |
| 15:22.25 | blast007 | http://my.bzflag.org/w/BZFlag_on_IRC |
| 15:22.41 | Winny | whodaman, irssi is really only good if you have a dedi server to run it on.. otherwise you might as well use a GUI client |
| 15:23.12 | blast007 | it's only good if you have a linux system |
| 15:23.41 | Winny | works on OS X too, sorta... |
| 15:23.49 | blast007 | ;) |
| 15:24.02 | Ratfink | Can I just use Kopete? |
| 15:24.38 | blast007 | yup |
| 15:25.03 | Ratfink | OK then, I guess I'll just do that. Be back in a second... |
| 15:25.06 | whodaman | Winny, some people like the "terminal" look |
| 15:25.55 | brlcad | Gilly: those are some interesting timing numbers.. |
| 15:26.39 | brlcad | one of the things that would be useful is a decoupling of the timing mechanisms so you could run a simulation at full-speed |
| 15:27.07 | brlcad | but that requires having some throttling options in the server that could be turned off as well as in the client |
| 15:27.11 | *** part/#bzflag LongDo1 (n=LongDon@host-091-097-067-066.ewe-ip-backbone.de) |
| 15:28.43 | *** join/#bzflag Ratfink (n=434ce305@bz.bzflag.bz) |
| 15:28.56 | Ratfink | Can't figure out Kopete. |
| 15:29.43 | Ratfink | Could someone help me? |
| 15:29.53 | *** join/#bzflag QuantumT1m (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 15:29.56 | whodaman | Ratfink, are you on Windows? |
| 15:30.07 | Ratfink | No, Fedora. |
| 15:30.27 | whodaman | ah, otherwise I would've recommended going with x-chat |
| 15:35.31 | *** join/#bzflag Ratfink (n=434ce305@bz.bzflag.bz) |
| 15:35.44 | Ratfink | Yep, Kopete baffels me. |
| 15:36.31 | Winny | http://www.xchat.org/files/binary/rpm/ |
| 15:39.28 | Ratfink | Konversation is confusing, too. |
| 15:39.50 | Winny | x-chat |
| 15:39.53 | Winny | ... |
| 15:40.16 | Ratfink | The page is blank. |
| 15:40.21 | Winny | uhh |
| 15:40.27 | blast007 | get it from your package manager |
| 15:40.48 | Winny | yeah, sudo yum install xchat, probably |
| 15:41.31 | blast007 | he's using a GUI. Might as well use a GUI package manager too. |
| 15:41.56 | Winny | faster |
| 15:53.35 | Teppic | Winny, for someone who's handle used to be WinXP, you seem to be a bit of a *nix convert..... |
| 15:54.08 | Winny | Teppic :) |
| 15:55.09 | CIA-2 | BZFlag: 03blast007 * r16594 10/trunk/web/submitimages/ (7 files in 4 dirs): Add the uploader email address and display it on the moderation queue. |
| 15:55.17 | Teppic | Lets test him.... |
| 15:55.44 | Winny | uhoh |
| 15:55.48 | blast007 | Teppic: "WinVista" didn't have the same ring |
| 15:56.35 | Teppic | Winny, sed 's/i/hi/;s/nn/ne/' would turn your name into what? |
| 15:56.48 | Winny | heck if I know |
| 15:57.05 | blast007 | Whiney |
| 15:57.31 | Winny | blat007 |
| 15:57.33 | blast007 | but I cheated of course... I actually ran the command :P |
| 15:57.40 | Teppic | Try it? Can I filter x-chat output through sed b4 it reached the screen? I may have found my next hack project.... |
| 15:58.06 | Teppic | blast007 , you had to run the command? |
| 15:58.16 | blast007 | I didn't have to |
| 15:58.18 | blast007 | but I'm lazy |
| 15:58.24 | blast007 | it saved me about 5 seconds |
| 16:00.26 | Teppic | I've used a lot of sed recently, I'm considering replacing vi with it..... |
| 16:09.09 | *** join/#bzflag Suspect (n=Suspect@68-113-160-034.dhcp.plt.ny.charter.com) |
| 16:09.31 | CIA-2 | BZFlag: 03blast007 * r16595 10/trunk/web/submitimages/ (getimage.php getthumb.php upload.php): |
| 16:09.31 | CIA-2 | BZFlag: Use the correct server-side error language variables in upload.php. |
| 16:09.31 | CIA-2 | BZFlag: Modify getimage.php and getthumb.php to display an error when the user is not logged in or is not a moderator. |
| 16:09.51 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-35.hsd1.tx.comcast.net) |
| 16:21.06 | Gilly | I'm back but going to sauna soon... wouldn't bzrobots be more useful if it was realtime and instead of distances to move you'd just give the velocity and angular velocity? |
| 16:21.47 | Gilly | then one could implement this tick based system on that |
| 16:22.06 | Gilly | if there was need to |
| 16:22.36 | Gilly | i mean now it seems to me that after every tick the tank is going to return to the steady state which makes continuous movement difficult |
| 16:22.51 | Gilly | sauna -> |
| 16:27.19 | *** join/#bzflag jftsang__ (n=jftsang@88-108-152-12.dynamic.dsl.as9105.com) |
| 16:31.16 | brlcad | Gilly: it is supposed to be realtime, the distance commands just parallel the robocode api; similarly the concept of a tick is (supposed to be) just a window of realtime that elapses for the sake of simple commands like "moveForward" that will move forward by the distance possible in a given tick |
| 16:31.48 | brlcad | whereas moveDistance might be 1 or N ticks of time .. all boiling down to some about of realtime |
| 16:31.53 | brlcad | s/about/amount/ |
| 16:33.38 | brlcad | what I was talking about earlier was going even one step further to basically make a tick approach 1/Inf and let the sim run as fast as possible (which isn't something currently possible, but would be highly useful for some AI simulations where you want to run thousands and thousands of iterations/evolutions of a population |
| 16:37.15 | jftsang | what's the difference between HoldTheFlag and KeepAway |
| 16:37.27 | blast007 | the spelling |
| 16:37.38 | jftsang | in terms of gameplay |
| 16:37.44 | blast007 | oh! |
| 16:38.02 | blast007 | are they both plugins or something? |
| 16:38.02 | jftsang | (you sound like someone in my class :P) |
| 16:38.07 | jftsang | supposedly |
| 16:38.17 | blast007 | okay, where are they? |
| 16:38.36 | jftsang | in the /plugins folder of the 2.0 SVN |
| 16:39.45 | jftsang | well, one doesn't build with MSVC8 |
| 16:40.37 | blast007 | read the readme files |
| 16:40.57 | blast007 | HoldTheFlag is where you have to capture your own flag I think |
| 16:41.45 | Gilly | HoldTheFlag: Everyone joins the same team and everyone tries to capture the same flag, no teams, ppl play against each other. |
| 16:43.17 | blast007 | jftsang: which one, and what error..... |
| 16:43.30 | jftsang | HTF |
| 16:43.48 | jftsang | c:\documents and settings\jftsang\src\bzflag\plugins\holdtheflag\holdtheflag.cpp(56) : error C3861: 'strncasecmp': identifier not found |
| 16:45.08 | Gilly | brlcad: so is the current approach wrong because after the tick in doUpdateMotion we set the velocities (normal/angular) to 0 ? |
| 16:46.22 | Gilly | also, why are we checking if we are in steady state before we respond to those requests like GetGunHeat, GetDistanceRemaining, etc. ? |
| 16:48.01 | brlcad | how was the sauna :) |
| 16:48.08 | Gilly | nice :) really relaxing |
| 16:48.29 | Gilly | i recommend it |
| 16:48.59 | brlcad | I usually go a couple times a weeks minimum |
| 16:49.21 | Gilly | me too |
| 16:50.05 | Gilly | where are you from? I'm from Finland so it's quite usual for us :) |
| 16:50.43 | brlcad | doUpdateMotion really shouldn't set to 0 until after all the motion events are picked off a queue |
| 16:51.15 | brlcad | i haven't looked at the impl in a while but one of the topics we talked about was having an event queue that gets processed |
| 16:51.37 | Gilly | if (lastTickAt + tickDuration >= timeNow) { ... } else { setDesiredAngleVel(0); setDesiredSpeed(0); } is what it got now there |
| 16:51.51 | brlcad | so things like "moveForward 100.0" which might take 10 ticks of time get processed during doUpdateMotion |
| 16:52.36 | brlcad | then when the event is completed (you've moved forward at least 100.0), you stop |
| 16:53.06 | brlcad | yeah, that snippet is out of context, not sure without reading it in more detail but sounds like that might not be right |
| 16:53.06 | Gilly | yea... |
| 16:54.21 | Gilly | anyways, should we also have commands like setVelocity so that it will move forwards until I set it back to 0 ? |
| 16:55.16 | brlcad | and I'm in the US, so not really 'usual' but you do find that at just about any given gym, for those that do go regularly that there are pretty consistent "sauna parishioners" ;) |
| 16:55.30 | brlcad | Gilly: yeah, that sounds like a great extension |
| 16:55.56 | Gilly | :) |
| 16:56.17 | brlcad | i'd still see distance or event-based commands overriding that if you used _both_, but no reason you couldn't set it |
| 16:56.49 | Gilly | yea, atm. there is setSpeed but it only affects the speed it moves after you give it some distance |
| 16:57.32 | Gilly | i guess whatever comes last would override the other? |
| 16:58.54 | brlcad | maybe, or could make them independent |
| 16:59.26 | Gilly | how? |
| 17:00.39 | brlcad | hm, never mind |
| 17:01.16 | brlcad | i was thinking if you did something like moveforward then setvelocity that it'd apply the moveforward velocity components along with the setvelocity components during each tick |
| 17:01.39 | Gilly | sound freaky |
| 17:01.41 | brlcad | then after the moveforward expires, it would continue with the setvelocity |
| 17:01.56 | brlcad | basically a non-terminating event |
| 17:01.57 | Gilly | *sounds |
| 17:02.06 | Gilly | yea... i get what you mean |
| 17:02.34 | Gilly | but we don't want to move double speed :) |
| 17:02.45 | brlcad | likewise, what would happen if you setvelocity and then moveforward .. should it stop or not :) |
| 17:02.49 | Gilly | (j/k, that would be easy to avoid) |
| 17:03.30 | Gilly | but yea... i'm still wondering why those Get requests take that much time |
| 17:03.31 | Gilly | it's awful |
| 17:03.36 | brlcad | or, facing ahead do something like moveForward X and setVelocity -X |
| 17:04.03 | Gilly | i mean, more than a tenth of a second to get bearing to opponent -- needs to be fixed |
| 17:04.11 | brlcad | that's part why there's a setSpeed instead .. it's a lot simpler :) |
| 17:04.23 | Gilly | :) |
| 17:04.46 | brlcad | I'd hold out on the velocity until the other issues are sorted out :) |
| 17:04.51 | Gilly | yes |
| 17:05.58 | brlcad | getting the base robocode api working still needs work (as you know), and then the "bz extensions" that are necessary (which you started on) like recognizing obstacle types, then the "enhancements" :) |
| 17:10.13 | Gilly | enhancements? |
| 17:15.21 | *** join/#bzflag wanda (n=coredump@p54998B2F.dip0.t-ipconnect.de) |
| 17:15.43 | brlcad | api additions that make life easier for bot writers but can be achieved through other methods |
| 17:16.03 | brlcad | e.g. you can implement any of those setVelocity behaviors on the bot side of things with a loop |
| 17:16.33 | brlcad | so I'd see that as an enhancement if we defined some behavior for it |
| 17:17.21 | brlcad | more important that the 'base' actions are fully expressive and sufficient for bzflag bots |
| 17:17.47 | brlcad | i even see some of the original robocode calls as being extensions .. like radar scan zones |
| 17:19.01 | brlcad | it's not clear what that means in bz, whether you'd only return obstacles/opponents within the scan zone for ease of processing, given there are other getObstacle calls that might return everything on the map |
| 17:20.46 | brlcad | scanzones would be fun to add to the regular client as well for that matter as a server-side option |
| 17:21.05 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 17:23.53 | *** join/#bzflag QuantumBeep (i=QB@72.47.73.112) |
| 17:24.33 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-231-178.lsanca.dsl-w.verizon.net) |
| 17:26.48 | *** join/#bzflag whodaman (n=whodaman@dslb-088-066-019-048.pools.arcor-ip.net) |
| 17:34.15 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-35.hsd1.tx.comcast.net) |
| 17:52.38 | Winny | whoa.. how on earth did me1 get a huge avatar? http://my.bzflag.org/bb/viewtopic.php?p=121191#121191 |
| 17:52.48 | Winny | 200x200 |
| 17:53.07 | Winny | or did someone change the 128 settings? |
| 17:54.57 | blast007 | hmm, actually it is set to 200x200 :/ |
| 17:55.01 | JeffM | bahh, I was suposed to change it to 140x200 |
| 17:55.26 | Winny | ahh, I was wondering.. 200x200 is a little large |
| 17:55.32 | blast007 | want me to fix it JeffM? |
| 17:55.34 | blast007 | I'm already there |
| 17:55.38 | JeffM | k |
| 17:55.57 | JeffM | do 135x200 |
| 17:56.05 | JeffM | I just wanted the science avatar to fit :) |
| 17:56.38 | Winny | hehe |
| 17:56.53 | JeffM | tho maybe I can make it narrower, and fit in 128 wide |
| 17:57.43 | JeffM | I can |
| 17:57.46 | JeffM | so 128x200 |
| 17:58.11 | blast007 | meh, phpbb does the sizes backwards too |
| 17:58.20 | blast007 | they do heightXwidth ;) |
| 18:00.05 | *** join/#bzflag me1 (n=khazhy@pool-71-174-48-81.bstnma.fios.verizon.net) |
| 18:01.13 | JeffM | there fits in 128 now :) |
| 18:02.19 | blast007 | did you resize it or crop it? |
| 18:02.35 | JeffM | crop |
| 18:02.53 | blast007 | k |
| 18:03.11 | blast007 | yeah, guess the old one had a bit of whitespace on the sides :) |
| 18:03.19 | JeffM | indeed |
| 18:03.40 | Winny | my avatar is the best ;) |
| 18:04.28 | blast007 | no, anti-spam's is the best |
| 18:05.04 | Winny | ;D |
| 18:05.29 | blast007 | wonder if he ever noticed the fine print |
| 18:08.16 | blast007 | hmm, don't even see his account anymore |
| 18:13.32 | *** join/#bzflag F687s (n=noah@cpe-71-67-112-44.woh.res.rr.com) |
| 18:21.30 | Gilly | hmmm... seems like the bottleneck is somewhere in the receiving of replies because the whole playingloop in backend goes through in less time than it takes to receive a reply |
| 18:30.14 | *** join/#bzflag TD-Linux (n=wheeeeee@66-188-199-114.dhcp.roch.mn.charter.com) |
| 18:46.14 | *** join/#bzflag whodaman (n=whodaman@pdpc/supporter/student/whodaman-) |
| 18:51.49 | KTL | thumbnail generator :D could have been something i wrote |
| 18:58.49 | JeffM | nothing ever gets thrown away |
| 18:59.37 | JeffM | dunno if anyone has the code |
| 18:59.44 | JeffM | if you want to give it up, I can commit it for you |
| 18:59.48 | JeffM | it was php or python? |
| 18:59.57 | KTL | not sure i still have it even, it was python code |
| 19:00.37 | JeffM | if you do we can commit it |
| 19:00.44 | JeffM | it may be usefull for map hosting sites |
| 19:00.57 | KTL | http://static.bzexcess.com/pybzflag/Widget_World_by_WidgetEye_Bigger.png |
| 19:01.12 | KTL | widgeteye has it, whoever that is |
| 19:02.25 | blast007 | KTL: I generated that image from PyBZFlag |
| 19:02.41 | blast007 | it was widgeteye's map that I used |
| 19:03.08 | KTL | mm, what cool, any idea what file, i'm browsing svn |
| 19:04.24 | KTL | code looks different, the writer might have made the output look-a-like |
| 19:04.58 | *** join/#bzflag wanda (n=coredump@p54998B2F.dip0.t-ipconnect.de) |
| 19:05.23 | JeffM | the pybzflag code was writen to be an implementation of the client |
| 19:05.37 | JeffM | the code that drew that map was a test of the map parsing code |
| 19:05.44 | JeffM | I don't belive you wrote it |
| 19:05.59 | JeffM | considering I know the 2 people who did ;) |
| 19:06.05 | *** part/#bzflag wanda (n=coredump@p54998B2F.dip0.t-ipconnect.de) |
| 19:06.57 | *** join/#bzflag wanda (n=coredump@p54998B2F.dip0.t-ipconnect.de) |
| 19:09.30 | wanda | hi, i didnt follow the discussion vs. bzflag last time. is it reasonable to reconstitute the linux build? there are several errors in compile and binding. if, so can anybody help? |
| 19:10.16 | JeffM | for what version? |
| 19:10.24 | KTL | trunk, still broken |
| 19:10.33 | wanda | current from svn |
| 19:10.35 | JeffM | still the link error? |
| 19:10.44 | KTL | thought so yes :) |
| 19:10.48 | JeffM | server built for me on BSD |
| 19:10.51 | JeffM | but I didn't try client |
| 19:11.09 | JeffM | have you tried it on a clean checkout into a clean dir? |
| 19:11.28 | wanda | link error and some compile errors. AnimatedTreads.cxx dosnt use 'style' anymore |
| 19:11.45 | JeffM | you building debug? |
| 19:11.53 | wanda | and warnings are errors for the compiler |
| 19:11.59 | KTL | i thought i did everything allready, reautogen configure make, doing it again |
| 19:12.07 | KTL | geometry/TankGeometryMgr.cxx:301: undefined reference to `OBJModel::draw()' |
| 19:12.07 | JeffM | wanda: only if you build debug ;) |
| 19:12.35 | JeffM | KTL: yeah that one I don't know, the code for that is in 3d now, in Model.cxx |
| 19:12.53 | CIA-2 | BZFlag: 03brlcad * r16596 10/trunk/bzflag/src/geometry/TankGeometryMgr.cxx: quell warning |
| 19:12.58 | wanda | ok, will rebuild without debug |
| 19:12.59 | JeffM | aww you beat me |
| 19:13.06 | JeffM | wanda: or just get latest |
| 19:13.13 | JeffM | brlcad fixed it before I could |
| 19:13.23 | JeffM | cus I was in the middle of fixing our windows release build |
| 19:13.32 | wanda | svn up |
| 19:13.46 | wanda | sri, wron window |
| 19:13.46 | JeffM | please input root password: |
| 19:14.17 | wanda | root password ok? |
| 19:14.40 | JeffM | it'd be great if your root password was "no" |
| 19:14.49 | JeffM | or Icanttellyou |
| 19:15.27 | wanda | :-) ... i know its guessable if you know, who i am |
| 19:15.39 | JeffM | a fish |
| 19:15.47 | wanda | lol |
| 19:15.56 | wanda | not what i am but who i am |
| 19:16.12 | JeffM | brlcad: do you get a linker error with OBJModel? |
| 19:16.47 | CIA-2 | BZFlag: 03brlcad * r16597 10/trunk/bzflag/src/bzrobots/RCReplies.cxx: add a default handler since there's a ObstacleTypeCount enum, quell warning |
| 19:16.53 | brlcad | nope, builds fine here |
| 19:17.06 | brlcad | lemme rebuild clean though |
| 19:17.07 | JeffM | KTL: my gut tells me that you have dirty files somewhere |
| 19:17.16 | KTL | just ran make clean |
| 19:17.18 | JeffM | or someone has them somewhere :) |
| 19:23.03 | KTL | same error |
| 19:24.47 | brlcad | KTL: if you didn't rerun autogen.sh after the files were moved, you're still going to get linker errors |
| 19:24.58 | brlcad | files were moved a few days ago |
| 19:25.32 | brlcad | sh autogen.sh && ./configure && make clean && make |
| 19:25.43 | KTL | i did reautogen before your last patch |
| 19:25.48 | CIA-2 | BZFlag: 03JeffM2501 * r16598 10/trunk/bzflag/MSVC/VC8/ (8 files): get the various release targets working |
| 19:26.13 | KTL | and configure |
| 19:26.19 | brlcad | mines almost to the client linking, so seeing if I can hit it |
| 19:26.30 | KTL | (with --disable-bzadmin --disable-robot ) |
| 19:26.43 | *** join/#bzflag hobbsc (n=hobbsc@ip70-178-55-100.ks.ks.cox.net) |
| 19:30.30 | JeffM | anyone with windows care to test something for me? |
| 19:30.44 | wanda | still the same whe linking bzflag client: undefined reference to `OBJVert::OBJVert...... |
| 19:31.21 | JeffM | wanda: did you rerun autogen? |
| 19:31.23 | JeffM | and do a clean? |
| 19:31.24 | brlcad | hm, no problems here |
| 19:31.25 | JeffM | files moved |
| 19:31.50 | brlcad | KTL: paste your entire build log somewhere |
| 19:31.51 | blast007 | JeffM: with VC7.1? or do you need a newer version? |
| 19:31.59 | wanda | yes .. but i will do it once more |
| 19:32.09 | JeffM | blast007: with out vc8 |
| 19:32.16 | KTL | brad, what file is that? |
| 19:32.18 | JeffM | I want to test if a build done in 8 works on normal computers |
| 19:32.29 | JeffM | with the VC8 runtimes ( if I got the right ones ) |
| 19:32.52 | blast007 | I shouldn't have VC stuff on my gaming system |
| 19:32.53 | KTL | brlcad, or should i just make it myself by running make again |
| 19:32.57 | JeffM | http://www.opencombat.net/code/bz/BZFlag%202.99.00.2.17.2008.zip |
| 19:33.07 | JeffM | just unzip and see if you can run |
| 19:34.17 | wanda | i once succeeded in linking by adding 3D/lib3D.a a second time behind libGeometry ... curious |
| 19:34.20 | brlcad | KTL: huh? |
| 19:34.34 | KTL | my build log |
| 19:35.07 | brlcad | oh, there's no log _file_ unless you make one .. I'm just saying paste the output of your build somewhere |
| 19:35.12 | blast007 | JeffM: runs |
| 19:35.23 | JeffM | whoot |
| 19:36.12 | JeffM | blast007: try taking out the VC runtimes |
| 19:37.19 | KTL | ~pastebin |
| 19:37.19 | ibot | [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste |
| 19:37.31 | JeffM | pastebin.bzflag.bz |
| 19:37.38 | blast007 | JeffM: eww, I have the C++ 2005 runtimes installed on that system... |
| 19:37.50 | JeffM | blast007: yeah I think a lot of people do |
| 19:38.01 | blast007 | let me try on this VM I just installed |
| 19:38.02 | JeffM | with the .net platforms that got pushed |
| 19:38.11 | JeffM | I don't think it's a bad thing |
| 19:38.15 | blast007 | right |
| 19:39.28 | KTL | brlcad, http://rafb.net/p/5WyOqY18.html , just the error |
| 19:40.17 | KTL | brlcad, what should i run again exactly because it takes a lot of time |
| 19:40.51 | brlcad | that line I posted |
| 19:41.52 | brlcad | better yet: sh autogen.sh && ./configure && make clean && make 2>&1 | tee build.log |
| 19:42.09 | KTL | ah only the erros oki |
| 19:42.30 | brlcad | no, that's stderr and stdout both going to the log file |
| 19:42.37 | brlcad | need to see both |
| 19:42.57 | KTL | make -j2 for me |
| 19:43.02 | brlcad | the snippet you pastebin'd isn't enough, need to see what's getting linked in during earlier lib phases |
| 19:43.15 | brlcad | sure, that should be fine |
| 19:43.38 | KTL | brb, the thing is busy |
| 19:46.41 | blast007 | JeffM: with the C++ 2005 Redist installed, that client runs without the msvc DLL files in that directory |
| 19:46.55 | blast007 | and with them, it runs on my VM that doesn't have the 2005 Redist installed |
| 19:47.09 | JeffM | and on the VM it dosn't run without them? |
| 19:47.17 | blast007 | right |
| 19:47.26 | wanda | same error here: look http://bzflag.pastebin.ca/907609 .. 1st command shows error .. the modified 2nd command succeeds .. see the 2nd call of 3D/lib3D near libGeometry |
| 19:47.27 | blast007 | application initialization error |
| 19:47.32 | JeffM | so we have to ship them |
| 19:47.34 | JeffM | no biggie |
| 19:47.45 | JeffM | ether that or made the installer check, and then download them |
| 19:47.49 | blast007 | or we can make the installer check for the redist, and download and install it |
| 19:47.52 | blast007 | heh |
| 19:47.55 | JeffM | not my fav |
| 19:48.01 | JeffM | all for a whoping 2 DLLs |
| 19:48.09 | blast007 | yeah, easier to just include them |
| 19:49.24 | blast007 | the installer for the C++ 2005 Redist is 2.6MB, and it also needs Windows Installer 3.0 or higher ;) |
| 19:50.19 | JeffM | yeah pain |
| 19:51.55 | JeffM | well off to buy books then see about making the client ask if it can die :) |
| 19:52.14 | KTL | aw |
| 19:52.20 | KTL | brlcad, http://users.pandora.be/dpf/bz/build.log |
| 19:52.25 | KTL | that is what the command made |
| 19:52.32 | KTL | i dont see the configure output |
| 19:53.33 | brlcad | not supposed to include the configure output |
| 19:59.34 | *** join/#bzflag The_Vaxorcist (n=phillip@dial-209-148-100-145.sonic.net) |
| 20:04.10 | The_Vaxorcist | Ok, bzflag SVN just doesn't want to build for me |
| 20:04.26 | TD-Linux | it doesn't for me |
| 20:04.36 | TD-Linux | but my opengl headers are all messed up |
| 20:04.57 | The_Vaxorcist | Says it can't find OBJModel::draw, despite the fact that it links to the right stuff |
| 20:05.19 | KTL | yes brlcad is working on it |
| 20:05.20 | KTL | i believe |
| 20:05.29 | The_Vaxorcist | Good |
| 20:06.10 | The_Vaxorcist | Linking bzflag to Model.o explicitly makes it link |
| 20:06.25 | wanda | i hope :-) .. KTL did u see my mods on the linking command? with this, it links but does not run due to an OpenGL initialization error |
| 20:06.59 | The_Vaxorcist | wanda: same here |
| 20:08.12 | wanda | i added 3D/lib3D.a a second time .. see http://bzflag.pastebin.ca/907609 |
| 20:09.24 | The_Vaxorcist | That didn't work for me when I tried that |
| 20:10.33 | wanda | error here is: Couldn't find matching GLX visual. Unable to initialize an OpenGL renderer |
| 20:11.26 | The_Vaxorcist | Same error here as well |
| 20:14.12 | brlcad | KTL: run this: nm src/3D/Model.o | grep draw |
| 20:14.39 | KTL | 0000000000000150 T _ZN7OBJFace4drawERKSt6vectorI7OBJVertSaIS1_EES5_S5_ |
| 20:14.39 | KTL | 00000000000002c0 T _ZN8OBJModel4drawEv |
| 20:14.58 | brlcad | k |
| 20:15.04 | brlcad | I think I see what's causing it |
| 20:16.04 | The_Vaxorcist | I get this in addition: 00000120 r _ZZN7OBJFace4drawERKSt6vectorI7OBJVertSaIS1_EES5_S5_E19__PRETTY_FUNCTION__ |
| 20:16.15 | KTL | pretty function :) |
| 20:16.37 | The_Vaxorcist | very ;) |
| 20:17.21 | brlcad | I don't need it, but you can see what that actually means with: echo "_ZZN7OBJFace4drawERKSt6vectorI7OBJVertSaIS1_EES5_S5_E19__PRETTY_FUNCTION__" | c++filt |
| 20:17.38 | KTL | waaaaw |
| 20:18.15 | The_Vaxorcist | Huh? |
| 20:18.42 | wanda | :-)) .. i can see but i cant understand :-(( |
| 20:18.50 | The_Vaxorcist | exactly |
| 20:19.14 | KTL | very compact notation ... |
| 20:19.36 | The_Vaxorcist | Oh, well |
| 20:20.15 | blast007 | neat, I'm learning new linux commands today :P |
| 20:20.16 | wanda | man c++filt |
| 20:20.53 | blast007 | wanda: No manual entry for c++filt. Please enter root password: |
| 20:21.09 | wanda | not again ... :-)) |
| 20:21.20 | KTL | and dont forget the objdump -d module.o of some nights ago |
| 20:21.23 | blast007 | hehehe |
| 20:21.31 | The_Vaxorcist | useful command :) |
| 20:23.18 | CIA-2 | BZFlag: 03brlcad * r16599 10/trunk/bzflag/src/bzflag/Makefile.am: this might fix the linking errors so long as lib3D doesn't use libGeometry. by adding TankGeometryMgr to libGeometry, that added a libGeometry dependency to lib3D which affects their link ordering. |
| 20:24.56 | brlcad | oops, I suppose that should have been: c++filt _ZZN7OBJFace4drawERKSt6vectorI7OBJVertSaIS1_EES5_S5_E19__PRETTY_FUNCTION__ |
| 20:25.15 | KTL | it worked |
| 20:26.03 | brlcad | what worked? |
| 20:26.06 | brlcad | bzflag linking? |
| 20:26.55 | KTL | autogen,.... configure ... |
| 20:27.04 | KTL | will hear it later |
| 20:27.07 | KTL | ow the make clean |
| 20:27.09 | KTL | is it needed? |
| 20:27.15 | KTL | quick tell me |
| 20:27.17 | KTL | before |
| 20:27.34 | brlcad | TankGeometryMgr probably belongs in libGame if it's going to use a OBJModel |
| 20:27.40 | KTL | is the make clean needed?? |
| 20:27.41 | brlcad | depends, can't hurt |
| 20:27.56 | KTL | takes 5 minutes more :) |
| 20:28.28 | brlcad | well on the off-chance it *doesn't* work, the *first* thing I'd have you try next would be a make clean, so you're call |
| 20:28.45 | brlcad | er, your even too |
| 20:29.29 | The_Vaxorcist | Didn't work for me |
| 20:29.54 | KTL | The_Vaxorcist, have you done autogen configure and make all of them ?? |
| 20:29.54 | CIA-2 | BZFlag: 03brlcad * r16600 10/trunk/bzflag/src/bzrobots/Makefile.am: bogus for bzrobots, but since it links against libGeometry and lib3D, they need to be reordered |
| 20:29.58 | The_Vaxorcist | without clean |
| 20:30.05 | The_Vaxorcist | no, just ran make |
| 20:30.07 | KTL | ah bzrobots was broken too right |
| 20:30.26 | wanda | yes, it was |
| 20:30.55 | brlcad | are you all actually writing code on head or something? :) |
| 20:31.49 | wanda | i am not, but following the changes to learn ... |
| 20:32.34 | KTL | writing makefiles.am is the last thing i want to learn on earth :) |
| 20:33.16 | The_Vaxorcist | http://bzflag.pastebin.ca/907665 |
| 20:33.23 | The_Vaxorcist | when it tries to link |
| 20:33.46 | wanda | same here |
| 20:34.02 | The_Vaxorcist | let's try make clean |
| 20:34.21 | brlcad | makefile.am files are about as simple as it gets for compiling |
| 20:34.43 | KTL | maybe it's configure.in then |
| 20:34.45 | brlcad | just a list of things to compile, data files to install, libs to link against, and compilation flags to use |
| 20:34.56 | wanda | everything is simple if you know how to do :-) |
| 20:35.32 | The_Vaxorcist | brlcad: of course, but you know how to do it |
| 20:35.39 | brlcad | sure |
| 20:35.55 | brlcad | but for the actual *task* of describing how to compile something, it doesn't get much simpler |
| 20:36.01 | The_Vaxorcist | It's a nightmare when you try to cut and paste other's makefiles :) |
| 20:36.14 | wanda | it sound as if i should rename my tomorrow shopping list to makefile.am |
| 20:36.24 | brlcad | if you don't know how to compile in the first place, you're already fighting a different problem |
| 20:36.27 | The_Vaxorcist | Ughh |
| 20:36.39 | The_Vaxorcist | True |
| 20:36.52 | brlcad | but comparing different ways of building something, makefile.am files aren't that complicated at all |
| 20:37.01 | brlcad | the configure.ac template is a different story |
| 20:37.58 | brlcad | the logic in the makefile.am though is no different than the project build prefs you have in ms studio, xcode, ant, jam, whatever |
| 20:38.13 | brlcad | in its simplest form (a text list) |
| 20:39.00 | brlcad | you guys should be getting an expert at reading these messages by now: http://bzflag.pastebin.ca/907665 ... :) |
| 20:39.12 | brlcad | it's the same type of linker error .. just now in a diff lib |
| 20:40.37 | brlcad | (i.e. it means there's another lib that needs the other listed after it |
| 20:41.29 | wanda | brlcad: obstacle/libObstacle should stay in fromt of geometry/libGeometry.a |
| 20:41.45 | brlcad | bingo |
| 20:41.51 | CIA-2 | BZFlag: 03brlcad * r16601 10/trunk/bzflag/src/ (bzflag/Makefile.am bzrobots/Makefile.am): and libObstacle requires libGeometry, so push it up the list too.. move libGame to the front of the list for good measure just in case as well. hopefully there's not a cycle.. |
| 20:43.05 | KTL | /home/donf/src/bzflag/svn2/bzflag/src/obstacle/PyramidSceneNodeGenerator.cxx:126: undefined reference to `TriWallSceneNode::TriWallSceneNode(float const*, float const*, float const*, float, float, bool)' |
| 20:43.38 | The_Vaxorcist | what, is stuff linked in the opposite order of what it is on the command line? |
| 20:44.06 | brlcad | no, it's in order |
| 20:46.16 | wanda | build is ok again here ... i still get that opengl initialization error |
| 20:46.21 | brlcad | the linker, however, resolves symbols for a given object file or library with the object files or libraries that *follow* it |
| 20:46.34 | The_Vaxorcist | Ahhh |
| 20:47.12 | The_Vaxorcist | Well, I learned something today :) |
| 20:47.13 | brlcad | which is why if you write a simple hello world program using one of the math functions like sin(), you have to add -lm to the *end* of the link line |
| 20:48.23 | brlcad | at least, that's how the GNU linker behaves .. they don't all behave the same .. some are smart enough to resolve the symbols no matter where they are listed, so long as they are listed |
| 20:48.56 | wanda | that reminds me of one guy, computing int file ids in fortran using trigonometric functions .. he was a quality guy .. lol |
| 20:49.05 | KTL | Could not set Video Mode: Couldn't find matching GLX visual. |
| 20:49.05 | KTL | ERROR: Unable to initialize an OpenGL renderer |
| 20:50.30 | The_Vaxorcist | Hey... "You can also force the linker to repeatedly scan a group of libraries until all externals are resolved. To this end, put the names of these libraries between the -( and the -) options (if you invoke GCC to link, use the -Wl or -Xlinker options to pass switches to the linker). Check out the linker docs for more info about -( ... -) groups." |
| 20:50.36 | brlcad | that would likely be a change jeff made or you're not using SDL |
| 20:51.07 | The_Vaxorcist | brlcad: I think that's a sdl error |
| 20:51.19 | brlcad | ergo the "or" |
| 20:51.48 | KTL | my svn worked before, a week ago or something |
| 20:52.22 | brlcad | and a week ago or something, the opengl initialization code was changed |
| 20:53.22 | brlcad | If you want to help find the cause, back up to previous revisions until it does work, then find the commit that made it not work |
| 20:53.51 | The_Vaxorcist | yep, I'm on it |
| 20:53.58 | KTL | but how can i undo only the code changes without wrecking the build ? |
| 20:54.15 | brlcad | you can run "svn update -r#####" to go back through time |
| 20:56.23 | brlcad | e.g. we're on 16601 now, 16600 was the commit immediate before it where it'll be broken on libObstacle still, 15599 would be broken on the OBJModel as well as probably several 1559*'s before it |
| 20:57.08 | brlcad | at some point, you'll be back far enough that it works |
| 20:58.11 | brlcad | you can use svn update -r##### to hop forwards and backwards, and if it went from working to non-working in a single commit, you can see that exact change with svn diff |
| 20:58.45 | KTL | what command tells me what files are affected at state #### |
| 20:58.51 | The_Vaxorcist | or svn diff -r {DATE} |
| 20:59.07 | wanda | @KTL i use 'qsvn' , a small gui to get a quick overview |
| 20:59.22 | brlcad | lets say you svn update -r15450 and find that it works, but then in -r15455 it's broken -- you can then run svn diff -r15450:15455 and it'll be the actual code changes between those two revisions |
| 21:00.11 | brlcad | so you could run svn diff -r15450:15455 > this_breaks_it.patch .. show that to whomever made the commits and help get it fixed |
| 21:01.59 | brlcad | svn info -r15455 somefile would show you who made that edit to that file |
| 21:05.08 | KTL | it takes almost nu cpu but it takes ages, strange |
| 21:05.43 | brlcad | you're waiting on the server to look up that diff |
| 21:06.13 | KTL | ah |
| 21:07.10 | Gilly | brlcad: select seems to behave strange ... |
| 21:08.19 | Gilly | http://pastebin.bzflag.bz/d2ff39531 |
| 21:08.31 | Gilly | those SELECT messages come from frontend |
| 21:09.08 | Gilly | see how backend receives GetY and writes Y -5.97438 back |
| 21:09.20 | Gilly | it's immediately catched by select on frontend |
| 21:09.39 | Gilly | but then when we write CommandDone GetY it takes ages (0.04 s) |
| 21:09.46 | *** join/#bzflag Dessy2 (n=Dessy@88-134-79-135-dynip.superkabel.de) |
| 21:12.37 | The_Vaxorcist | Found the problem! |
| 21:13.01 | Winny | KTL, talk to SF :p |
| 21:13.16 | KTL | The_Vaxorcist, how do you do that so fast? |
| 21:13.37 | The_Vaxorcist | svn diff -r {2008-2-10} > diffs |
| 21:13.43 | The_Vaxorcist | kompare diffs |
| 21:13.50 | The_Vaxorcist | looked for opengl stuff |
| 21:14.01 | KTL | aha |
| 21:14.15 | The_Vaxorcist | kompare's a neat program :) |
| 21:14.51 | Gilly | what was the problem? |
| 21:15.16 | The_Vaxorcist | bitdepth was set wrong |
| 21:15.25 | Gilly | argh... i should've mentioned about that |
| 21:15.31 | Gilly | i have it fixed in my working copy |
| 21:15.31 | The_Vaxorcist | hold on while I upload the patch |
| 21:16.26 | Gilly | i could commit it right away :P but i wasn't sure if it was mine buggy video drivers or something so i didn't make it loud |
| 21:17.06 | The_Vaxorcist | Ok, good enough |
| 21:17.30 | The_Vaxorcist | What did you set it to, 24, or 16 like it was? |
| 21:18.09 | CIA-2 | BZFlag: 03jannejun * r16602 10/trunk/bzflag/src/bzflag/bzflag.cxx: - Fixed wrong bitdepth setting (changed 32 to 24) |
| 21:18.11 | Gilly | 24 |
| 21:18.29 | The_Vaxorcist | Ok, I set it to 16 |
| 21:18.39 | Gilly | wait a min, i thought i copied it from 2.0 version |
| 21:18.53 | KTL | before it was 16 |
| 21:19.09 | Gilly | oh hmm... |
| 21:19.28 | Gilly | well if someone has problems with 24 feel free to go down to 16 |
| 21:19.39 | blast007 | Gilly: some video drivers don't hardware accelerate at 24-bit |
| 21:20.11 | Gilly | err... should we change the default to 16 right now then? |
| 21:20.37 | blast007 | what was wrong with 32? |
| 21:20.46 | Gilly | didn't work for me or The_Vaxorcist it seems |
| 21:20.50 | blast007 | hmm |
| 21:21.11 | The_Vaxorcist | 16 is probably safest |
| 21:21.17 | KTL | aha for me it runs with 24 |
| 21:21.28 | blast007 | on my windows XP laptop with onboard intel, 24-bit isn't even an option for me in the selection screen |
| 21:21.31 | blast007 | only 8, 16, and 32 |
| 21:22.00 | The_Vaxorcist | hmm, sometimes 32 and 24 are the same though |
| 21:22.44 | blast007 | same on my system with an nVidia card. 24-bit isn't showing up. |
| 21:22.58 | Gilly | From wikipedia: |
| 21:22.59 | Gilly | "32-bit color" is generally a misnomer in regard to display color depth. While actual 32-bit color at ten to eleven bits per channel produces 4,294,967,296 distinct colors, the term "32-bit color" is most often a misuse referring to 24-bit color images with an additional eight bits of non-color data (I.E.: alpha, Z or bump data), or sometimes even to plain 24-bit data. |
| 21:23.20 | The_Vaxorcist | Exactly |
| 21:23.23 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-081-097.pools.arcor-ip.net) |
| 21:24.35 | The_Vaxorcist | 24 works for me |
| 21:26.33 | blast007 | if I set 24 bit in my config, it ignores the resolution I have set ;) |
| 21:26.41 | blast007 | and goes to the native desktop res |
| 21:29.23 | brlcad | Gilly: that is very interesting |
| 21:29.33 | brlcad | where'd you' inject that select/select end? |
| 21:29.50 | Gilly | right before select in RCLink::waitForData |
| 21:29.53 | Gilly | and right after |
| 21:30.40 | brlcad | outside the while loop or inside it? |
| 21:30.45 | Gilly | Inside |
| 21:30.51 | Gilly | the while loop is unnecessary btw |
| 21:31.02 | Gilly | select will not return 0 |
| 21:31.10 | Gilly | because it will block until input comes as there is no timeout |
| 21:31.40 | brlcad | true, but should be insignificant |
| 21:31.49 | Gilly | std::cout << "SELECT!" << std::endl; socks = select(connfd + 1, &fds, NULL, NULL, NULL); std::cout << "SELECT END!" << std::endl; |
| 21:31.50 | brlcad | and it probably should be non-blocking at some point |
| 21:31.55 | Gilly | that is what i have |
| 21:32.18 | Gilly | yes... we can keep it there |
| 21:32.27 | brlcad | then the READ and LOOP statements are coming from elsewhere? |
| 21:32.34 | Gilly | from backend process |
| 21:32.51 | Gilly | LOOP in the beginning of each playingloop in backend |
| 21:32.56 | Gilly | READ comes from backend too at that point |
| 21:33.13 | Gilly | the READs after SELECT END come from frontend |
| 21:33.27 | brlcad | okay |
| 21:33.34 | brlcad | there shouldn't be that many read calls.. |
| 21:34.07 | brlcad | even for the initial gety, I wouldn't have expected two reads |
| 21:34.16 | Gilly | yes that's weird |
| 21:34.19 | Gilly | in the same loop |
| 21:34.35 | Gilly | but it seems intended that one read is issued on each loop so those reads are normal I think |
| 21:36.08 | Gilly | oh wat |
| 21:36.11 | Gilly | *wait |
| 21:36.16 | Gilly | it is weird. |
| 21:38.09 | Gilly | because together these: 1) it's reading 2) there's no select call 3) it doesn't block : imply that there is something to be read, right? |
| 21:38.20 | Gilly | which implies something has been sent? |
| 21:39.29 | Gilly | oh wait |
| 21:39.35 | Gilly | it is set to non-blockin |
| 21:39.49 | brlcad | reading the backend, where'd you put those prints |
| 21:40.17 | Gilly | int nread = read(connfd, recvbuf+recv_amount, RC_LINK_RECVBUFLEN-recv_amount); std::cout << "READ: " << recvbuf << std::endl; |
| 21:40.26 | Gilly | in RCLink::updateRead |
| 21:40.30 | *** join/#bzflag boop (n=boop@pdpc/supporter/student/whodaman-) |
| 21:43.24 | brlcad | RC_LINK_RECVBUFLEN-recv_amount seems fishy |
| 21:43.59 | Gilly | ah of coourse there should be 2 reads... it is in a loop and won't break if the read is succesful |
| 21:44.02 | brlcad | can you have it print nread, RC_LINK_RECVBUFLEN-recv_amount, and recv_amount each iteration |
| 21:44.19 | brlcad | yeah, I saw that, for non-block that's fine |
| 21:44.24 | brlcad | second is a read error |
| 21:44.32 | Gilly | yes |
| 21:44.58 | Gilly | yes i can have it print those but why do they seem fishy? |
| 21:45.31 | brlcad | i'm curious what nread is in the second half where it's called 9 times |
| 21:46.51 | *** join/#bzflag CBG` (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 21:46.52 | Gilly | http://pastebin.bzflag.bz/d6f78ce8 |
| 21:46.52 | brlcad | plus, it should be the number of bytes received that it needs to read, not the max space left available in the read buffer |
| 21:47.26 | Gilly | oh sorry... didn't spot nread |
| 21:47.39 | brlcad | yeah |
| 21:47.42 | Gilly | but you should be able to figure it out from recv_amount i guess |
| 21:48.21 | Gilly | nah, i'll make another post :) |
| 21:49.27 | brlcad | yeah, I'd gather nread == -1 with EAGAIN .. but then it should be breaking out |
| 21:49.34 | brlcad | not looping |
| 21:49.46 | Gilly | http://pastebin.bzflag.bz/d1de2c24e |
| 21:50.26 | brlcad | hm, so maybe it IS breaking out then, and the LOOP you're printing is the start of the next call to updateRead |
| 21:50.36 | Gilly | yes |
| 21:50.38 | brlcad | which is probably called once per frame |
| 21:50.38 | Gilly | it is |
| 21:50.44 | Gilly | once every playingLoop |
| 21:50.49 | brlcad | right |
| 21:50.50 | Gilly | as I stated somewhere up :D |
| 21:50.59 | brlcad | yeah.. :) |
| 21:51.16 | Gilly | *g* |
| 21:52.25 | *** join/#bzflag me1 (n=mkumykov@pool-71-174-48-81.bstnma.fios.verizon.net) |
| 21:53.00 | brlcad | so a couple bizzarities.. that read is taking forever for some reason .. so either client hasn't finished writing or something is buffering or it's just that damn slow (which I don't believe) |
| 21:54.09 | Gilly | the weird thing is that the first select goes in a flash but the second one is twiddling its thumbs for a damned 0.04 s |
| 21:54.39 | brlcad | I think it's the socket |
| 21:54.58 | brlcad | the connection really should have used bz's network manager instead of rolling its own |
| 21:55.34 | Gilly | hm? |
| 21:55.52 | brlcad | hold on, lemme try something |
| 22:00.00 | brlcad | try that |
| 22:00.24 | CIA-2 | BZFlag: 03brlcad * r16603 10/trunk/bzflag/src/bzrobots/RCLink.cxx: make sure the connection is not buffered! .. should probably be using more NetHandler calls instead of rolling it up custom |
| 22:02.48 | Gilly | ok |
| 22:03.49 | Gilly | same difference |
| 22:03.56 | brlcad | seriously? damn |
| 22:04.02 | Gilly | yea... |
| 22:06.11 | CIA-2 | BZFlag: 03brlcad * r16604 10/trunk/bzflag/src/bzrobots/RCLink.cxx: curious that networks' non-blocking flag is actually NDELAY... turn it on regardless and see if it helps |
| 22:06.49 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 22:07.05 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-081-097.pools.arcor-ip.net) |
| 22:07.10 | Gilly | still that 0.04s delay |
| 22:10.40 | *** join/#bzflag ALEXfrance (n=ALEXfran@213.166.216.176) |
| 22:11.34 | brlcad | I might not be getting the right bit of code since there's the front and back side that both need to be set to O_NDELAY and TCP_NODELAY |
| 22:12.43 | Gilly | ah |
| 22:12.45 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) |
| 22:14.40 | brlcad | anyone here have IE6 willing to test something for me? |
| 22:14.56 | blast007 | sure |
| 22:19.37 | CIA-2 | BZFlag: 03brlcad * r16605 10/trunk/bzflag/src/bzrobots/RCLink.cxx: i'm stabbing blindly here, really need to set up a test rig. make sure the same sock opts are set consistently on all sides of sending/receiving. |
| 22:22.24 | brlcad | Gilly: one last try.. that should be all the socket sections in RCLink (there are mysteriously 3 of 'em) .. |
| 22:23.22 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 22:23.22 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 22:23.29 | Gilly | haa |
| 22:23.33 | brlcad | ciao Tupone |
| 22:23.42 | brlcad | Gilly: I break it horribly? :) |
| 22:23.46 | Gilly | wait a minute |
| 22:23.49 | Tupone | hola brlcad |
| 22:23.53 | Gilly | i fixed it myself before i read the irc |
| 22:23.55 | Gilly | :D |
| 22:24.25 | Gilly | i guess the important thing is to set nodelay on connfd on backend side... i guess it won't hurt on client side either |
| 22:24.55 | brlcad | yeah, the sock options should be identical |
| 22:25.22 | brlcad | sender could be buffered, but it could cause other expectations to go screwy down the road |
| 22:25.28 | Winny | anyone in here interested in helping me test out a map? |
| 22:25.36 | brlcad | Gilly: so that worked? |
| 22:26.11 | Gilly | wait a minute now i haven't tested yet, going through the source |
| 22:26.19 | Gilly | line 131: setNoDelay(connfd); |
| 22:26.23 | Gilly | that doesn't seem right |
| 22:26.30 | brlcad | oops |
| 22:26.31 | Gilly | connfd isn't initialized until we accept someone |
| 22:26.41 | whodaman | Winny, sure |
| 22:26.46 | Gilly | you want listenfd i guess |
| 22:26.47 | whodaman | Winny, where to? |
| 22:26.59 | Gilly | but then again, i'm not sure if we need nodelay on listenfd |
| 22:27.08 | CIA-2 | BZFlag: 03brlcad * r16606 10/trunk/bzflag/src/bzrobots/RCLink.cxx: that was supposed to be listenfd |
| 22:28.03 | Winny | whodaman, bzflagr 53 |
| 22:28.08 | whodaman | thought so :p |
| 22:28.52 | Gilly | ok times went down, though getBearin still takes too much of time |
| 22:28.53 | Gilly | getBearing took 0.0121491 |
| 22:29.33 | Gilly | individual calls over net with replies take something like this: getHeading took0.00403905 |
| 22:29.48 | Gilly | getBearing calls getX, getY, getHeading so 3*that = the result |
| 22:30.12 | brlcad | possibly only calling each once per loop |
| 22:30.13 | Gilly | i suggest removing getX, getY and getZ requests and adding getPosition request |
| 22:30.21 | Gilly | yes |
| 22:30.23 | brlcad | so it's N times the time |
| 22:32.04 | Gilly | ohoh |
| 22:32.10 | brlcad | could add a getPosition, but that still falls under the enhancement category to me |
| 22:32.13 | Gilly | i had an old sleep of 0.001 |
| 22:32.24 | brlcad | shouldn't be penalized for making N get* calls |
| 22:32.38 | brlcad | other than the actual cumulative net-transfer time |
| 22:32.40 | Gilly | getBearing took 0.000226021 |
| 22:32.42 | Gilly | yay |
| 22:32.46 | brlcad | ah, yay |
| 22:33.16 | Gilly | ok this seems nice |
| 22:33.28 | Gilly | time to head to bed, 00:33 here :) |
| 22:33.47 | Gilly | great we got it fixed, good night :) |
| 22:33.49 | brlcad | but that's so early ;) |
| 22:33.58 | Gilly | yea but i'm tired, wonder why :P |
| 22:34.00 | brlcad | and my queue to hit the gym |
| 22:34.05 | Gilly | hehe, happy sauna |
| 22:34.12 | brlcad | likewise ;) |
| 22:34.23 | Gilly | cya |
| 22:37.46 | *** join/#bzflag Flash (n=jwmelto@unaffiliated/flash) |
| 22:52.40 | *** join/#bzflag Esine (i=dbguy@tohveli.net) |
| 22:52.51 | Esine | Hey. Does 2.0.8 client work with current servers? |
| 22:52.56 | Esine | or must I upgrade? |
| 22:53.14 | blast007 | 2.0.* works with 2.0.* |
| 22:53.24 | blast007 | so you're fine |
| 22:53.25 | Esine | thanks exactly what I needed to hear. |
| 22:53.26 | Esine | bye. |
| 22:53.27 | *** part/#bzflag Esine (i=dbguy@tohveli.net) |
| 22:53.44 | *** join/#bzflag Docto973 (n=Net_Smar@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 22:54.42 | *** join/#bzflag tannerld_ (n=tanner@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 22:58.45 | *** join/#bzflag Mattias (n=Mattias@c83-255-25-233.bredband.comhem.se) |
| 23:01.20 | Mattias | how can i turn on window mode in linux while in game? because when i change resolution in game it goes fullscreen again |
| 23:02.37 | blast007 | F1 maybe |
| 23:02.50 | blast007 | but that might go back to the original windowed size |
| 23:03.24 | Mattias | yeah it did :( |
| 23:04.07 | blast007 | then you can't ;) patches welcome |
| 23:04.30 | Mattias | ^.^ |
| 23:04.39 | Tupone | original windowed size? you cannot resize? |
| 23:04.51 | Mattias | i can't move the mouse outside the window |
| 23:04.59 | Tupone | that is easy |
| 23:05.00 | Mattias | but if i could, perhaps i could resize that way |
| 23:05.04 | brlcad | turn off confine mouse |
| 23:05.08 | Mattias | ah! :D |
| 23:05.10 | brlcad | in the input menu |
| 23:05.40 | Mattias | awesome, thanks! :D |
| 23:16.04 | *** join/#bzflag WeBeGood (n=craig@64.91.205.124) |
| 23:19.50 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-231-178.lsanca.dsl-w.verizon.net) |
| 23:25.17 | Winny | hmm, anyone know the exact title image size for 3.0? |
| 23:25.23 | Winny | or does it vary depending on screen size? |
| 23:25.29 | JeffM | it's scaled |
| 23:25.39 | Winny | ahh |
| 23:25.52 | Winny | think 1000x250 is big enough? |
| 23:25.55 | JeffM | all of our UI is scaled |
| 23:25.56 | JeffM | no |
| 23:25.59 | Winny | :( |
| 23:26.06 | JeffM | it's like 512x128 IIRC |
| 23:26.19 | Winny | the default one looks horrid scaled |
| 23:26.22 | Winny | it's all pixely |
| 23:26.31 | JeffM | looks fine to me |
| 23:26.36 | Winny | 1680x1050? |
| 23:27.08 | JeffM | 1920 |
| 23:27.17 | JeffM | it should be redone to have dynamic text anyway |
| 23:27.59 | *** join/#bzflag peter_bz (n=chatzill@cpc2-derb1-0-0-cust816.lei3.cable.ntl.com) |
| 23:28.18 | *** part/#bzflag peter_bz (n=chatzill@cpc2-derb1-0-0-cust816.lei3.cable.ntl.com) |
| 23:28.26 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-068-075.pools.arcor-ip.net) |
| 23:28.39 | JeffM | I see brlcad made changes to the makefile, I guess there was an issue? |
| 23:29.32 | JeffM | who is jannejun and why is a 32bit depth buffer not 'correct' ? |
| 23:29.50 | Winny | gilly |
| 23:30.00 | JeffM | new dev? |
| 23:30.37 | Winny | :) |
| 23:30.49 | JeffM | that is not an answer |
| 23:31.09 | blast007 | yes |
| 23:31.14 | blast007 | last week or so |
| 23:31.17 | JeffM | I'm about to revert a change |
| 23:31.34 | JeffM | but I'd like to know what platform dosn't support requesting a 32bit depth buffer |
| 23:31.50 | blast007 | it was linux |
| 23:32.00 | JeffM | I find that highly unlikely |
| 23:32.36 | blast007 | I hadn't even looked at the change, so I thought they were talking about the default display color depth |
| 23:32.37 | JeffM | nvidia and ATI should all support the request of a 32 bit depth buffer, yet only return the max they can actualy do. |
| 23:32.39 | JeffM | no |
| 23:32.45 | JeffM | it's the depth buffer |
| 23:32.47 | JeffM | not the bit depth |
| 23:32.49 | blast007 | right |
| 23:32.54 | JeffM | it's in the forceZ section |
| 23:33.07 | JeffM | we want as high a res depth buffer as we can get |
| 23:33.22 | JeffM | regardless of the number of bits per pixel in the frame buffer |
| 23:33.52 | JeffM | I'd like to know the error that it generated on what card |
| 23:34.02 | JeffM | cus everyone else didn't have a problem with it IIRC |
| 23:34.20 | JeffM | aka brlcad |
| 23:34.20 | *** part/#bzflag Mattias (n=Mattias@c83-255-25-233.bredband.comhem.se) |
| 23:34.22 | JeffM | and you, etc.. |
| 23:34.29 | JeffM | where is gully located? |
| 23:35.00 | blast007 | does it try to do 32-bit on windows as well? |
| 23:35.06 | JeffM | ohh yeah |
| 23:35.15 | blast007 | cuz I've been running it on my crappy Intel graphics |
| 23:35.24 | JeffM | we've suported 32bit depth buffers in GL since the riva TNT ;) |
| 23:35.29 | blast007 | heh |
| 23:35.32 | JeffM | 32 bit == good |
| 23:35.48 | JeffM | the entire point of the PFD is you ask for what you want, but GL gives you what it can |
| 23:36.02 | blast007 | ah |
| 23:37.06 | JeffM | so you say I want 800x600 with a 24 bit frame buffer, 8 bit stencel, and a 32 bit depth buffer, and GL says, you can have 800x600 and 8 bit and like it. :) |
| 23:38.14 | JeffM | some older ATI cards may not do a higher res depth then the frame buffer, but the PFD should handle that |
| 23:38.24 | JeffM | if it can't then they are not GL compliant and we'll have to do some cheeze |
| 23:45.32 | CIA-2 | BZFlag: 03JeffM2501 * r16607 10/trunk/bzflag/src/bzflag/bzflag.cxx: (log message trimmed) |
| 23:45.32 | CIA-2 | BZFlag: Always ask the PFD for 32 bit buffer depth for the best possible z buffer |
| 23:45.32 | CIA-2 | BZFlag: resolution (this minimizes long depth view issues, and 'z fighting in rendering, |
| 23:45.32 | CIA-2 | BZFlag: and has nothing to do with the pixel depth of the frame buffer). If there are |
| 23:45.33 | CIA-2 | BZFlag: platforms that are not openGL compliant and will not allocate a context with |
| 23:45.35 | CIA-2 | BZFlag: whatever the supported max depth buffer resolution, then that platform should be |
| 23:45.37 | CIA-2 | BZFlag: modified to clamp the depth buffer at the PFD level to whatever max is |
| 23:45.47 | JeffM | longest comment ever ;) |
| 23:45.54 | JeffM | probably longer then CIA does |
