| 00:00.54 | *** join/#bzflag The_Vaxorcist (n=phillip@dial-209-148-114-125.sonic.net) |
| 00:04.26 | JeffM2501 | hmmm, I think that means the tank will need 3 textures, body, tread, and wheel |
| 00:07.38 | The_Vaxorcist | What does the return value of HUDuiLabel::deKeyPress mean? Whether the key was handled and doesn't need to be processed anymore? |
| 00:11.23 | The_Vaxorcist | if so, why does it handle (nearly) all keystrokes sent to it? |
| 00:16.42 | JeffM2501 | looks like if the key was pressed |
| 00:16.59 | JeffM2501 | and it's acceptable as input |
| 00:17.17 | Erroneous | he left |
| 00:17.22 | JeffM2501 | well poop |
| 00:17.27 | *** join/#bzflag mithro (n=tim@ppp246-117.static.internode.on.net) |
| 00:17.29 | Erroneous | he keeps dropping in, asking that quesiton, and leaving before I can answer |
| 00:17.35 | Erroneous | rather annoying |
| 00:17.58 | Erroneous | howdy mithro |
| 00:18.08 | Erroneous | aww, but I just fixed it! :) |
| 00:18.09 | mithro | hi |
| 00:18.15 | JeffM2501 | heh |
| 00:18.30 | JeffM2501 | fine fine, I'll just make the tank a walking spider... |
| 00:18.35 | Erroneous | cool |
| 00:19.22 | JeffM2501 | too bad there arn't many intersting shaped that fit in the bbox :( |
| 00:20.01 | mithro | how goes bzflag? |
| 00:20.08 | JeffM2501 | a little to the left |
| 00:20.32 | Erroneous | change the bbox ;) |
| 00:20.48 | JeffM2501 | you know how much crap I'd get for that |
| 00:20.55 | JeffM2501 | that's lynch mob talk there |
| 00:21.00 | JeffM2501 | worse then radar |
| 00:21.28 | Erroneous | gameplay changes wouldn't be bad as long as the footprint is roughly the same area and the height is not different |
| 00:21.30 | JeffM2501 | I think I'm going to start with a box |
| 00:21.50 | JeffM2501 | the footprint + height == bbox ;) |
| 00:21.59 | JeffM2501 | spider tanks are a lot taller |
| 00:22.04 | Erroneous | no - long & narrow vs square, for instance |
| 00:22.20 | Erroneous | footprint area != footprint shape |
| 00:22.22 | JeffM2501 | maybe i'll do a hovertank |
| 00:22.28 | JeffM2501 | that'll fit better |
| 00:22.37 | JeffM2501 | actualy wide would screw up some maps |
| 00:23.01 | JeffM2501 | what bugs me is that I have to return like 4 classes just to draw a box :( |
| 00:23.35 | JeffM2501 | one scenenode for the object, one for the IDL, one render node for the object, and one for the IDL :( |
| 00:24.08 | JeffM2501 | opps, 6, forgot the NR object |
| 00:24.52 | JeffM2501 | guess I can combine the sceenenode and rendernode objects into the same class |
| 00:25.06 | JeffM2501 | I shoudl try that for the basic tank, that would clean that class up somewhat |
| 00:25.33 | Erroneous | multiple inheritance is evil |
| 00:25.56 | JeffM2501 | so is a huge list of friend classes |
| 00:26.08 | Erroneous | true |
| 00:26.18 | *** join/#bzflag iWinny (n=iWinny@unaffiliated/winny) |
| 00:26.23 | JeffM2501 | the rendernode only realy has one virtual method to it |
| 00:26.28 | JeffM2501 | render() |
| 00:26.52 | JeffM2501 | and right now the rendernode is defined inside the sceennode class def anyway |
| 00:27.46 | JeffM2501 | tho if I can get the standard tank drawing form an obj file, then I can just make a common OJBRenderNode and take it out of the tank |
| 00:27.54 | JeffM2501 | and let it be used by lots of stuff |
| 00:30.21 | JeffM2501 | and each raindrop |
| 00:42.54 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 00:46.31 | *** join/#bzflag iWinny (n=iWinny@unaffiliated/winny) |
| 00:47.30 | JeffM2501 | poor busted CIA :( |
| 01:26.42 | *** join/#bzflag KTL (n=KTL@213.219.158.126.adsl.dyn.edpnet.net) |
| 01:31.01 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 01:37.33 | *** join/#bzflag JeffMMain (n=Jeff@pool-71-109-219-226.lsanca.dsl-w.verizon.net) |
| 01:39.09 | *** join/#bzflag tannerld_mac (n=tannerld@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 01:53.00 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 01:54.52 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 02:20.30 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-219-226.lsanca.dsl-w.verizon.net) |
| 02:26.53 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 02:55.16 | *** join/#bzflag CBG_ (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 03:01.55 | *** join/#bzflag iWinny (n=iWinny@unaffiliated/winny) |
| 03:26.23 | JeffM | well that was not as long as I expected |
| 03:30.35 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 03:31.27 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 03:31.27 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 03:35.30 | *** join/#bzflag CBG__ (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 03:45.05 | *** join/#bzflag iWinny (n=iWinny@unaffiliated/winny) |
| 03:48.19 | *** join/#bzflag CBG_ (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 03:56.21 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 04:05.32 | JeffM | anyone got a working dev client? |
| 04:07.53 | *** join/#bzflag CBG__ (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 04:15.44 | *** join/#bzflag CBG_ (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 04:25.45 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 04:26.29 | JeffM | noone can help me test ? :( |
| 04:34.07 | *** join/#bzflag ViciousM (n=ViciousM@adsl-065-013-159-245.sip.rdu.bellsouth.net) |
| 04:36.27 | *** part/#bzflag ViciousM (n=ViciousM@adsl-065-013-159-245.sip.rdu.bellsouth.net) |
| 04:36.46 | AAA_awright | JeffM: dev client? |
| 04:41.59 | JeffM | ya' |
| 04:42.03 | JeffM | 2.1 |
| 04:43.35 | *** join/#bzflag CBG_ (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 04:52.35 | AAA_awright | JeffM: I can test Windows client and the Linux server |
| 04:52.46 | AAA_awright | testing 2.1 client on windows |
| 04:53.16 | JeffM | join the decks server |
| 04:53.29 | AAA_awright | k, give me a minute or two |
| 04:53.47 | AAA_awright | 21 files updated? 3-4 mins |
| 04:54.00 | JeffM | dosn' |
| 04:54.02 | JeffM | t have to be current |
| 04:54.06 | JeffM | I just need to see another user |
| 04:55.47 | JeffM | that's all I needed, thanks |
| 04:56.22 | AAA_awright | No problem |
| 05:02.17 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 05:05.38 | AAA_awright | MsgLimboMessage? |
| 05:09.29 | JeffM | yup |
| 05:11.55 | AAA_awright | I can't see it used anywhere in the source... what's it do? |
| 05:15.20 | JeffM | limbo |
| 05:26.11 | *** join/#bzflag CBG_ (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 05:28.35 | *** join/#bzflag Tennessee_Jed (n=mojohand@24-207-190-61.dhcp.stls.mo.charter.com) |
| 05:30.11 | Tennessee_Jed | howdy, anybody here running ubuntu gutsy? |
| 05:31.41 | JeffM | you going to ask the same question as last time? |
| 05:31.57 | Tennessee_Jed | yep... |
| 05:32.10 | Tennessee_Jed | running 2.0.10 now...same problem... |
| 05:32.30 | JeffM | then maybe it is the kernel |
| 05:33.50 | Tennessee_Jed | well, if it is, everybody running >2.6.21 should have a problem... |
| 05:34.20 | Tennessee_Jed | iirc, kernel went tickless at .21... |
| 05:34.28 | JeffM | linux isn't our number one platform |
| 05:34.43 | Tennessee_Jed | oy vey... |
| 05:34.56 | JeffM | also wasn't it just announced a day or so ago? |
| 05:35.07 | JeffM | it's possible that none of our regular users have upgrade |
| 05:35.20 | JeffM | I do know that one ubuntu dev did update the packages for the last release |
| 05:35.27 | JeffM | so I'd assume he'd tested it under that kernel |
| 05:36.07 | Tennessee_Jed | good idea...i'll contact the package maintainer... |
| 05:36.20 | JeffM | how does the packaged version of 2.0.8 run for you |
| 05:36.24 | JeffM | aka not the one you built? |
| 05:36.26 | Tennessee_Jed | same... |
| 05:36.43 | JeffM | anything else eating up CPU? |
| 05:36.51 | Tennessee_Jed | i've tried the repo 2.0.8, my 2.0.8, and my 2.0.10...all the same... |
| 05:37.20 | Tennessee_Jed | bunch of stuff...could be trackerd, compiz, the kernel, the list is really endless... |
| 05:37.49 | JeffM | ahh the joy of linux ;) |
| 05:37.57 | Tennessee_Jed | i hear you... |
| 05:38.56 | Tennessee_Jed | weird thing is that the pauses seem relatively consistent... |
| 05:39.14 | Tennessee_Jed | like i said before, 1-2 secs every 10-15 secs... |
| 05:39.34 | Tennessee_Jed | app just freezes... |
| 05:40.17 | Tennessee_Jed | i could put the sucker under the debugger, i suppose... |
| 05:41.40 | Tennessee_Jed | btw, that 2.0.10 svn code compiles like a champ...cleanest build of bzflag i've ever seen... |
| 05:42.03 | JeffM | should build the same as .8 |
| 05:42.48 | Tennessee_Jed | fewer warnings...only a handful...builds confidence :) |
| 05:43.06 | JeffM | ahh, yeah warnings, we did make an effort to clean those up |
| 05:43.17 | Tennessee_Jed | until i actually run it, that is... |
| 05:44.29 | Tennessee_Jed | ah well, mofo's doing CTF this weekend, i'll wait and see if issues are reported by gutsy users... |
| 05:45.23 | JeffM | AAA_awright: can you come join that server again? |
| 05:45.28 | AAA_awright | suer |
| 05:45.42 | Tennessee_Jed | could be a background cpu-eater that I'm unaware of... |
| 05:46.56 | Tennessee_Jed | thanks for the time... |
| 05:47.03 | *** part/#bzflag Tennessee_Jed (n=mojohand@24-207-190-61.dhcp.stls.mo.charter.com) |
| 05:47.18 | JeffM | let me just edit the image, and i'll be right back AAA_awright |
| 05:47.23 | AAA_awright | k |
| 05:48.16 | JeffM | heading back in now |
| 05:51.38 | JeffM | stupid CIA |
| 06:09.39 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 06:09.43 | *** kick/#bzflag [CIA-25!n=Jeff@pdpc/supporter/sustaining/JeffM2501] by JeffM2501 (JeffM2501) |
| 06:09.44 | *** join/#bzflag CIA-25 (i=cia@208.69.182.149) |
| 06:10.03 | JeffM2501 | silly bot |
| 06:10.28 | JeffM2501 | well if it would say, currnent code should show more interesting animated treads ;) |
| 06:13.01 | AAA_awright | Looks interesting. Is it supposed to be black treads? Doesn't look too different... |
| 06:13.01 | JeffM2501 | when did you get code? |
| 06:13.05 | JeffM2501 | and did you get the new image? |
| 06:13.05 | AAA_awright | svn? |
| 06:13.09 | JeffM2501 | yes |
| 06:13.18 | AAA_awright | It says I did |
| 06:13.25 | JeffM2501 | update |
| 06:13.30 | JeffM2501 | I just changed the scale factor |
| 06:13.38 | AAA_awright | Ah |
| 06:15.55 | AAA_awright | That looks better. I would like to see some color on them though, that is possible right? |
| 06:16.09 | JeffM2501 | like team color? |
| 06:16.12 | AAA_awright | Yah |
| 06:16.16 | JeffM2501 | not the way it's coded |
| 06:16.19 | JeffM2501 | one image for all tanks |
| 06:16.25 | JeffM2501 | they are treads |
| 06:16.45 | JeffM2501 | rather then just slaping camo over it all |
| 06:18.40 | AAA_awright | You can't apply a color filter over a black and white image? |
| 06:18.49 | JeffM2501 | cus it looks like crap |
| 06:18.54 | JeffM2501 | that's how we used to do it |
| 06:19.10 | JeffM2501 | you lose the ability to have white |
| 06:19.21 | AAA_awright | True |
| 06:22.23 | AAA_awright | With some formula work, you don't have to have an RGBA texture, you could have an image that specifies white, then team hue, then alpha, then convert it |
| 06:22.43 | JeffM2501 | or just mod the code slightly to pull in a seperate texture |
| 06:22.58 | JeffM2501 | the entire UV of the tank needs to be redone |
| 06:23.01 | JeffM2501 | with real team skins |
| 06:23.03 | JeffM2501 | quake style |
| 06:23.21 | AAA_awright | I like the ability to change the hue in the config file |
| 06:23.50 | JeffM2501 | why not just edit the texture? |
| 06:24.34 | JeffM2501 | multiple texture passes can get slow in software |
| 06:24.53 | JeffM2501 | I'd not want to sacrifice image quality and speed for something a few people would want to do in the config |
| 06:25.08 | JeffM2501 | not when we can just release the PSDs of the textures and let them muck with the paint layer |
| 06:28.22 | JeffM2501 | heh, should make the tank look like this :) http://www.turbosquid.com/FullPreview/Index.cfm/ID/204974 |
| 06:28.42 | AAA_awright | o.O |
| 06:29.07 | JeffM2501 | toy tank that fired pingpong balls :) |
| 06:30.05 | AAA_awright | Looked at the rogue/rabbit/team textures, you only need a three-channel image, black,hue,alpha. And a conversion formula. |
| 06:30.40 | JeffM2501 | 3 rendering passes insted of 1? |
| 06:31.26 | JeffM2501 | with out a shader you can't just apply your own conversion formula to GL |
| 06:31.27 | AAA_awright | I don't know how color maps would work in programming |
| 06:31.43 | JeffM2501 | ether that or you render in passes |
| 06:32.25 | JeffM2501 | there are ways to do what your talking about |
| 06:32.35 | JeffM2501 | needs to flag a lot of geometry and do more then one pass |
| 06:32.38 | JeffM2501 | it can look "ok" |
| 06:32.47 | JeffM2501 | it's basicly a speed/memory trade off |
| 06:33.00 | JeffM2501 | and well, you can 't ever get as good as a real painted texture |
| 06:33.37 | JeffM2501 | as the hue tint stuff will always apply a constant hue, you can't do complementray and similar colors at artistic spots |
| 06:33.57 | AAA_awright | Yah. At the least a texture generator would be neat. |
| 06:34.16 | JeffM2501 | we could precomposite stuff if we had something like devil too |
| 06:34.20 | JeffM2501 | that's prepass time |
| 06:34.20 | AAA_awright | It changes the hues for you, outside of bzflag. |
| 06:34.29 | JeffM2501 | I just don't think that it's THAT important |
| 06:34.46 | JeffM2501 | Simpler to just let people produce alternate image sets |
| 06:35.13 | AAA_awright | Yah |
| 06:36.03 | JeffM2501 | converting them to hover tanks is a smarter deal, then it makes more sense why they jump ;) |
| 06:40.20 | JeffM2501 | my personal fav, v |
| 06:44.51 | JeffM2501 | http://www.turbosquid.com/FullPreview/Index.cfm/ID/195115 |
| 06:46.22 | *** join/#bzflag noyb (n=noyb@pool-71-108-80-158.lsanca.dsl-w.verizon.net) |
| 06:53.24 | AAA_awright | Later everyone |
| 07:10.05 | *** join/#bzflag tupone (n=atupone@43.7-67-87.adsl-dyn.isp.belgacom.be) |
| 07:10.08 | *** mode/#bzflag [+v tupone] by ChanServ |
| 07:38.37 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 07:38.37 | *** mode/#bzflag [+v tupone] by ChanServ |
| 08:20.46 | *** join/#bzflag gsnedders (n=gsnedder@89.159.216.39) |
| 08:23.10 | *** join/#bzflag daniel_jackson (n=bsanford@cpe-24-25-198-49.san.res.rr.com) |
| 08:23.19 | *** part/#bzflag daniel_jackson (n=bsanford@cpe-24-25-198-49.san.res.rr.com) |
| 09:01.11 | *** join/#bzflag gsnedders (n=gsnedder@89.159.216.39) |
| 09:10.38 | *** join/#bzflag mashroom_ (n=tasty@CBL217-132-94-239.bb.netvision.net.il) |
| 10:18.16 | *** join/#bzflag KTL (n=KTL@213.219.158.126.adsl.dyn.edpnet.net) |
| 10:24.46 | *** join/#bzflag mashroom_ (n=tasty@DSL217-132-47-78.bb.netvision.net.il) |
| 10:55.45 | *** join/#bzflag libervisco (n=daniel@tuxhacker/libervisco) |
| 10:59.11 | *** join/#bzflag Upsetter (n=scratch@i577B46CE.versanet.de) |
| 11:19.21 | *** join/#bzflag jftsang (n=chatzill@88-108-155-195.dynamic.dsl.as9105.com) |
| 11:19.29 | jftsang | ~pastebin |
| 11:19.30 | ibot | methinks pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.ca, or http://channels.debian.net/paste, or http://rafb.net/paste/, or http://pastebin.com is usually painfully too slow and unresponsive to use, use one of the other pastebin sites, or dpaste.com is a very nice pastebin as well |
| 11:20.02 | jftsang | de mesh issa not working, mesa find |
| 11:20.04 | jftsang | http://pastebin.ca/743354 |
| 11:21.24 | jftsang | mesa havva go now, pleasa yousa advece me |
| 11:37.03 | *** join/#bzflag libervisco (n=daniel@tuxhacker/libervisco) |
| 11:49.12 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 11:55.44 | *** join/#bzflag CBG__ (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 11:56.30 | *** join/#bzflag _anomaly_ (n=mike@adsl-152-52-208.gnv.bellsouth.net) |
| 11:58.58 | *** join/#bzflag whodaman-_ (n=whodaman@dslb-088-066-036-154.pools.arcor-ip.net) |
| 12:03.53 | *** join/#bzflag zack (i=59398bad@gateway/web/cgi-irc/zeebrothers.net/x-6d94824c52bc4cff) |
| 12:17.20 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 12:19.03 | *** join/#bzflag wanda (n=coredump@p5499991D.dip0.t-ipconnect.de) |
| 12:26.34 | KTL | mmm new version of 1337 talk i guess |
| 12:28.30 | *** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker) |
| 13:00.33 | wanda | hi, couldnt compile bzflag any more. there seems to be a problem with Makefiles because of StandardTankAvatar.h|cxx.. please see patch at http://bzflag.pastebin.ca/743424 |
| 13:03.53 | *** join/#bzflag zack (i=59398bad@gateway/web/cgi-irc/zeebrothers.net/x-cc9c66b0ac446ab7) |
| 13:33.37 | *** join/#bzflag gsnedders (n=gsnedder@89.159.216.39) |
| 13:49.27 | Thumper_ | ~wanda++ |
| 13:52.21 | wanda | ? |
| 13:52.33 | Thumper_ | commited the fix to the build |
| 13:52.44 | Thumper_ | no CIA :( |
| 13:53.43 | wanda | i will retry |
| 13:53.56 | Thumper_ | ~karma wanda |
| 13:53.56 | ibot | wanda has karma of 1 |
| 13:53.58 | Thumper_ | :) |
| 13:54.21 | wanda | what is 'karma'? |
| 13:55.34 | Thumper_ | just something ibot keeps track of and other people can give out |
| 13:55.42 | Thumper_ | usually when you do 'good' things your karma goes up |
| 13:56.01 | Thumper_ | but it doesn't really mean anything significant |
| 13:57.42 | wanda | ok .. so i have to work on my karma a little bit :-) |
| 13:57.54 | Thumper_ | well is was 0 before 9AM :) |
| 13:58.25 | wanda | :-( |
| 13:59.31 | Thumper_ | so it's going up :) thanks for the patch |
| 14:00.22 | wanda | np ... i often try to build from svn and sometimes in find some typo .... lucky me |
| 14:01.41 | wanda | build is ok again .. thank you |
| 14:01.48 | Thumper_ | and thank you :) |
| 14:02.09 | wanda | gl |
| 14:24.33 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 14:33.41 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
| 14:33.41 | *** mode/#bzflag [+v menotume] by ChanServ |
| 14:47.48 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-219-226.lsanca.dsl-w.verizon.net) |
| 14:52.58 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@unaffiliated/spazzymcgee) |
| 14:58.51 | *** join/#bzflag winwinwin (n=chatzill@unaffiliated/davidhkmrpowers) |
| 15:35.09 | Winny | do doo dooo dooo dooot |
| 15:54.01 | *** join/#bzflag libervisco (n=daniel@tuxhacker/libervisco) |
| 16:29.38 | JeffM | blast007: list server ignores fields it dosn't care about right? |
| 16:29.55 | blast007 | "fields" ? |
| 16:30.23 | JeffM | like when the server sends an update |
| 16:30.28 | JeffM | it passes in fields |
| 16:30.43 | JeffM | addres, etc.. |
| 16:30.53 | JeffM | ?name=value stuff |
| 16:31.51 | JeffM | I want to see about sending up push stat data with each list server update |
| 16:32.46 | JeffM | strayer came to me asking if it'd be ok to send out more info like bzid, and lag info and stuff with the client qery stuff he polls for in 2.1 |
| 16:33.00 | JeffM | and I said I'd rather send that all up to the list and have the list do it all |
| 16:33.02 | SportChick | nw 20 |
| 16:33.17 | JeffM | since most conencting clients won't care about that info |
| 16:33.23 | JeffM | and we want to get away from polling. |
| 16:34.46 | JeffM | SportChick: you move to the northwest, 20 feet, you find a broken pick-axe and a backpack.. |
| 16:34.54 | blast007 | hehe |
| 16:35.26 | ruskie | JeffM, you left out the skeleton of the previous adventurer ;) |
| 16:35.41 | JeffM | so I wanted to know if I start sending out addtional fieds at the end, will the list ignore them |
| 16:35.46 | JeffM | ruskie: you presume much |
| 16:36.24 | JeffM | there is no body or skeleton, but the straps on the backpack are torn |
| 16:39.10 | Thumper_ | ... and the sound of wolfs howling in the distance |
| 16:39.23 | JeffM | no, you are in a cave |
| 16:39.45 | blast007 | JeffM: yeah, the list server only processes fields it knows |
| 16:39.51 | JeffM | cool |
| 16:40.01 | ruskie | examine backpack |
| 16:40.23 | JeffM | I pondered taking the player info that's in a client query and just gziping it up and sending it as a blob |
| 16:40.37 | JeffM | then let the stat section unpack it |
| 16:40.57 | *** join/#bzflag zack (i=59398bad@gateway/web/cgi-irc/zeebrothers.net/x-83721471d77bbf24) |
| 16:41.25 | JeffM | have the list server just throw it into a field for the server, then fire off a hit to another php page that can go parse it all out and update the stat dump page |
| 16:42.17 | blast007 | be nice to record stats for registered users only |
| 16:42.24 | blast007 | give them so more motivation to register |
| 16:42.40 | JeffM | yeah |
| 16:43.03 | JeffM | but I'm betting that would force people to still poll |
| 16:43.14 | JeffM | I was thinking of giving them temporary BZIDs |
| 16:43.49 | JeffM | but that may cause more problems then it's worth |
| 16:44.06 | JeffM | build up an ID based on the IP they got the token from, etc. |
| 16:44.22 | blast007 | sounds like more trouble then it's worth |
| 16:44.26 | JeffM | yeah |
| 16:44.35 | JeffM | I really want to make it pointless to poll |
| 16:44.40 | JeffM | it's a waste of resources |
| 17:12.23 | *** join/#bzflag gsnedders (n=gsnedder@89.159.216.39) |
| 17:29.58 | blast007 | JeffM: heh, I think the reason CIA isn't saying anything is the +R channel mode :P |
| 17:30.05 | JeffM | bahh |
| 17:30.15 | ruskie | :) |
| 17:30.28 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 17:30.36 | *** mode/#bzflag [+v CIA-25] by JeffM2501 |
| 17:30.42 | *** mode/#bzflag [-R] by JeffM2501 |
| 17:30.53 | JeffM2501 | they realy should have it identify with services |
| 17:31.02 | blast007 | yeah.. |
| 17:31.50 | *** join/#bzflag Upsetter_ (n=scratch@i59F7CB18.versanet.de) |
| 17:52.16 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 17:54.51 | *** join/#bzflag oops___ (n=scratch@i59F7DC79.versanet.de) |
| 17:56.47 | *** join/#bzflag iWinny (n=kylevane@unaffiliated/winny) |
| 17:57.19 | *** join/#bzflag iWinny (n=kylevane@unaffiliated/winny) |
| 18:00.26 | *** join/#bzflag libervisco (n=daniel@tuxhacker/libervisco) |
| 18:02.31 | *** join/#bzflag luKas_aw (n=lucas@ARennes-351-1-36-169.w82-126.abo.wanadoo.fr) |
| 18:15.34 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@unaffiliated/spazzymcgee) |
| 18:36.44 | *** join/#bzflag oops___ (n=scratch@i59F7F793.versanet.de) |
| 18:39.06 | *** join/#bzflag Cruel_dog (n=Cruel@modemcable214.167-201-24.mc.videotron.ca) |
| 18:56.19 | *** join/#bzflag LongDon (n=LongDon@host-091-097-066-215.ewe-ip-backbone.de) |
| 18:59.38 | KTL | ~karma Thumper_ |
| 18:59.38 | ibot | thumper_ has karma of 22 |
| 18:59.48 | KTL | ~karma KTL |
| 18:59.48 | ibot | ktl has neutral karma |
| 18:59.51 | KTL | hihi |
| 19:00.03 | *** join/#bzflag gsnedders (n=gsnedder@89.159.216.39) |
| 19:01.50 | Cruel_dog | ~karma cruel_dog |
| 19:01.50 | ibot | cruel_dog has neutral karma |
| 19:11.17 | KTL | Cruel_dog++ |
| 19:11.41 | KTL | that did not work |
| 19:12.00 | KTL | ~Cruel_dog++ |
| 19:12.04 | Cruel_dog | lol |
| 19:12.24 | Cruel_dog | ~karma cruel_dog++ |
| 19:12.24 | ibot | cruel_dog++ has neutral karma |
| 19:12.28 | Cruel_dog | ~karma cruel_dog + |
| 19:12.28 | ibot | cruel_dog + has neutral karma |
| 19:12.33 | Cruel_dog | ~karma+ |
| 19:12.37 | Cruel_dog | ~karma + |
| 19:12.37 | ibot | + has neutral karma |
| 19:12.38 | JeffM2501 | dude, use the bot in a /msg |
| 19:12.42 | JeffM2501 | we don't need to see this |
| 19:12.45 | Cruel_dog | sorry |
| 19:12.50 | KTL | the help of the bot is wrong |
| 19:13.03 | JeffM2501 | then go to #infobot and tell them ;) |
| 19:13.29 | blast007 | KTL: maybe it's case sensitive? |
| 19:13.52 | KTL | lets try all combinations with capitals and non capitals here :) |
| 19:15.22 | *** part/#bzflag Cruel_dog (n=Cruel@modemcable214.167-201-24.mc.videotron.ca) |
| 19:15.45 | *** join/#bzflag oops___ (n=scratch@i577B56B7.versanet.de) |
| 19:23.45 | *** join/#bzflag wanda (n=coredump@p5499991D.dip0.t-ipconnect.de) |
| 19:25.44 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 19:26.40 | wanda | oh .. when leaving the latest bzflag, i get a core dump .... http://bzflag.pastebin.ca/743791 ..can anyone help? |
| 19:27.01 | *** join/#bzflag AAA_awright (n=chatzill@wsip-68-14-251-102.ph.ph.cox.net) |
| 19:27.30 | JeffM2501 | hard to say |
| 19:27.35 | JeffM2501 | what version? |
| 19:28.03 | wanda | Revision 16069 |
| 19:28.18 | JeffM2501 | 2.1 or 2.0.x? |
| 19:28.20 | wanda | from svn ... |
| 19:28.24 | wanda | 2.1 |
| 19:28.26 | JeffM2501 | ahh |
| 19:29.22 | wanda | this error was intriduced i the last 2 3 or 4 days i think |
| 19:29.30 | JeffM2501 | can you get a deeper callstack |
| 19:29.58 | wanda | dont think so or can u tell me how |
| 19:30.08 | JeffM2501 | did you build with debug symbols? |
| 19:30.51 | wanda | if it isnt default, then no |
| 19:30.57 | JeffM2501 | it isn't |
| 19:31.09 | wanda | how to do? |
| 19:31.13 | JeffM2501 | dunno |
| 19:31.34 | JeffM2501 | tho all it's doing is deleting the avatar |
| 19:31.41 | JeffM2501 | and all that does is kill the 3 scneenodes |
| 19:32.59 | wanda | there is a configure option '--enable-debug' does that help? |
| 19:33.40 | JeffM2501 | hang on one sec |
| 19:34.20 | CIA-25 | BZFlag: 03JeffM2501 * r16070 10/trunk/bzflag/src/bzflag/Player.cxx: for players that don't get an avatar, make sure the avatar is null. |
| 19:34.23 | JeffM2501 | try that |
| 19:35.53 | wanda | ok .. will last several minutes .. |
| 19:36.24 | *** part/#bzflag oops___ (n=scratch@i577B56B7.versanet.de) |
| 19:39.58 | wanda | :-) ... three test, no core any more ... ty |
| 19:43.41 | JeffM2501 | sure |
| 19:44.23 | *** join/#bzflag Joss (n=unknown@203.173.227.37) |
| 19:44.55 | JeffM2501 | you actualy play the dev version? |
| 19:45.47 | wanda | yes |
| 19:46.05 | wanda | but on 2.1 there are no players around |
| 19:46.06 | JeffM2501 | against who? |
| 19:46.10 | JeffM2501 | exactly |
| 19:46.28 | JeffM2501 | so you run it, you don't play |
| 19:47.15 | wanda | i build from svn frequently and try it on the server that are online ... |
| 19:47.37 | JeffM2501 | fun |
| 19:47.56 | JeffM2501 | well thanks for helping test :) |
| 19:48.38 | wanda | i like the shape test server .... the bullets fly some surprising angels when shot into the objects |
| 20:18.44 | *** join/#bzflag iWinny (n=iWinny@unaffiliated/winny) |
| 20:52.17 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
| 20:53.33 | catay | ~bzfls |
| 20:53.34 | ibot | hmm... bzfls is see "bzflist""bzflist17" to query it here |
| 20:53.34 | catay | ~bzls |
| 20:54.13 | Pommes | ~bzflist |
| 20:55.30 | catay | ~bzflist |
| 20:58.50 | luKas_aw | what is segmentation fault ? |
| 20:59.01 | blast007 | a crash |
| 21:01.01 | *** join/#bzflag catay_ (n=smertens@kaiya.catay.be) |
| 21:02.22 | luKas_aw | ~bzfquery lukas.homelinux.org:5154 |
| 21:10.21 | *** join/#bzflag catay (n=smertens@kaiya.catay.be) |
| 21:10.46 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 21:12.27 | *** join/#bzflag luKas_aw (n=lucas@ARennes-351-1-36-169.w82-126.abo.wanadoo.fr) |
| 21:13.19 | luKas_aw | ~bzfquery lukas.homelinux.org:5154 |
| 21:48.50 | *** join/#bzflag a_temp_dist (n=temporal@about/essy/alarming/a-temp-dist) |
| 22:01.16 | *** join/#bzflag libervisco (n=daniel@tuxhacker/libervisco) |
| 22:13.22 | *** join/#bzflag libervisco (n=daniel@tuxhacker/libervisco) |
| 22:17.28 | iWinny | ~a_temp_dist++ |
| 22:17.56 | *** join/#bzflag NNRU (i=4e56864f@gateway/web/cgi-irc/zeebrothers.net/x-0c9e749d4a82cb6b) |
| 22:18.20 | blast007 | JeffM2501: had you been attempting a list server in C++/C ? |
| 22:20.25 | *** join/#bzflag tannerld_mac (n=tannerld@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 22:20.59 | *** join/#bzflag tannerld_mac (n=tannerld@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 22:29.16 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 22:32.51 | JeffM2501 | I started pme |
| 22:33.12 | JeffM2501 | I don't think it'd be wicked hard to finish |
| 22:34.17 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 22:34.17 | *** mode/#bzflag [+v tupone] by ChanServ |
| 22:36.34 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 22:40.54 | blast007 | JeffM2501: ok |
| 22:41.13 | blast007 | were you using some HTTP library, or just writing a really basic on yourself? |
| 22:41.38 | JeffM2501 | I was using the http that I wrote for the API |
| 22:41.49 | blast007 | k |
| 22:45.41 | *** join/#bzflag iWinny (n=kylevane@unaffiliated/winny) |
| 22:50.53 | JeffM2501 | why? |
| 22:57.09 | *** join/#bzflag zack (i=59398bad@gateway/web/cgi-irc/zeebrothers.net/x-7e4b3ac061ba03fd) |
| 23:05.18 | *** join/#bzflag CBG_ (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 23:08.16 | blast007 | JeffM2501: just wondering if I should continue working on the PHP one |
| 23:08.36 | JeffM2501 | will probalby be easier to finish |
| 23:08.50 | blast007 | yeah, and it's mostly done |
| 23:09.22 | *** part/#bzflag LongDon (n=LongDon@host-091-097-066-215.ewe-ip-backbone.de) |
| 23:09.36 | blast007 | think the main thing was hooking it to groups, doing the -advertise stuff, etc |
| 23:10.03 | JeffM2501 | I'm not sure what causes the load on the server |
| 23:10.10 | JeffM2501 | so maybe just doing the list in php smarter is better |
| 23:10.45 | blast007 | iirc, the current one does some joins in the queries, so that might be slower |
| 23:11.10 | JeffM2501 | it joins? |
| 23:11.12 | JeffM2501 | why? |
| 23:11.16 | blast007 | I could always use 'ab' (apache benchmark) to beat the crap out of both scripts and see which one performs better |
| 23:11.28 | blast007 | think it was for the phpbb stuff |
| 23:12.19 | blast007 | hmm, nope, for the advertise stuff |
| 23:15.23 | blast007 | another thing it does is switch between multiple databases |
| 23:15.51 | JeffM2501 | so login and list are in diff databases? |
| 23:17.42 | blast007 | yeah |
| 23:17.49 | JeffM2501 | cool |
| 23:17.52 | blast007 | inside the list action itself, it swithces 4 times |
| 23:17.59 | JeffM2501 | is that slow? |
| 23:18.06 | blast007 | probably not the fastest |
| 23:18.15 | blast007 | since it has to switch which file it's reading from |
| 23:18.27 | JeffM2501 | what way do you feel it should go, for the best long term benifit, php or C? |
| 23:19.01 | blast007 | mainly for me, PHP is easier |
| 23:19.18 | JeffM2501 | yeah I know for you |
| 23:19.35 | JeffM2501 | I'm just wondering if language was no object, etc.. |
| 23:19.46 | blast007 | write it in Java |
| 23:20.02 | JeffM2501 | java may be faster then php ;) |
| 23:20.07 | blast007 | hehe |
| 23:20.33 | blast007 | one benefit we get from PHP is that it's threaded via apache without having to code it that way |
| 23:20.44 | JeffM2501 | yeah that is nice |
| 23:21.08 | JeffM2501 | not that we couldn't just have a c++ instance up a ton of responders. |
| 23:21.11 | blast007 | but that could also be a bad thing, if queries conflict with each other |
| 23:21.53 | JeffM2501 | how's that get handled now? |
| 23:21.59 | JeffM2501 | via mySQL? |
| 23:22.04 | *** join/#bzflag iWinny (n=kylevane@unaffiliated/winny) |
| 23:22.14 | blast007 | what? |
| 23:22.24 | blast007 | the database is MySQL, yes |
| 23:22.38 | JeffM2501 | so what if 2 hits to the php page want to do the same thing |
| 23:22.44 | JeffM2501 | like 2 logins |
| 23:22.50 | JeffM2501 | what instnace makes the token |
| 23:23.00 | blast007 | the second one would clobber the token from the first |
| 23:23.40 | JeffM2501 | what if they happen at the same time? |
| 23:23.50 | blast007 | that's not really an issue |
| 23:23.56 | JeffM2501 | say on a multi core system |
| 23:23.58 | blast007 | MySQL won't process them at exactly the same time |
| 23:24.05 | JeffM2501 | so it does the blocking, ok |
| 23:24.21 | blast007 | mainly I'm thinking about two actions |
| 23:24.32 | *** join/#bzflag iWinny (n=kylevane@unaffiliated/winny) |
| 23:24.46 | blast007 | one does a SELECT to see if there are any records, and if not, it does a TRUNCATE to reset the primary key index |
| 23:24.55 | blast007 | second one just does an INSERT |
| 23:25.20 | blast007 | if the first one does the select, then the second one does the insert, and the first one does the truncate.... :) |
| 23:25.30 | blast007 | highly unlikely, but still possible |
| 23:25.31 | JeffM2501 | ahh |
| 23:25.52 | JeffM2501 | the one I had was single threaded, and highly async |
| 23:26.03 | JeffM2501 | so it'd just part up the transfers and tricle out the data |
| 23:26.19 | JeffM2501 | but it could be made to spawn a number of responder threads |
| 23:26.23 | JeffM2501 | quite easaly |
| 23:27.24 | blast007 | in the end, I'd say a C++ system would be better for the long run |
| 23:27.33 | JeffM2501 | I also cache out the list of games to ram |
| 23:27.42 | JeffM2501 | so there is no search for them |
| 23:27.45 | blast007 | we could speed up the PHP with some form of compiling system |
| 23:27.48 | JeffM2501 | just an IP/port pair lookup |
| 23:28.24 | AAA_awright | Use the MySQL MEMORY table |
| 23:28.27 | *** join/#bzflag libervisco (n=daniel@tuxhacker/libervisco) |
| 23:28.32 | AAA_awright | That is as fast as it gets |
| 23:28.46 | blast007 | AAA_awright: yeah, I've already done benchmarks for that |
| 23:29.07 | blast007 | for most of the things it was faster, though I'm not sure why it was slower in others |
| 23:29.17 | blast007 | trying to think if I used indexes or not |
| 23:29.26 | AAA_awright | You turned off caching, right? |
| 23:29.31 | blast007 | caching? |
| 23:29.39 | blast007 | where? |
| 23:29.48 | AAA_awright | MySQL caches MyISAM queries to memory |
| 23:30.02 | AAA_awright | :/ |
| 23:30.05 | blast007 | ok |
| 23:30.10 | AAA_awright | Yah, when benchmarking, always turn off caching |
| 23:30.23 | blast007 | well, I'm was doing a real-world test :P |
| 23:30.29 | a_meteorite | InnoDB > MyISAM |
| 23:30.34 | blast007 | in the real-world, you have caching turned on |
| 23:30.40 | a_meteorite | row-level locking, ftw |
| 23:30.47 | AAA_awright | a_meteorite: Read-heavy operations are better suited for MyISAM |
| 23:30.53 | blast007 | a_meteorite: and do we need row-level locking? |
| 23:31.05 | blast007 | AAA_awright: yup, exactly |
| 23:31.08 | a_meteorite | well, in MyISAM it locks the whole table |
| 23:31.10 | blast007 | we do more reading |
| 23:31.15 | a_meteorite | stopping any other queries |
| 23:31.22 | AAA_awright | for .000001 of a second |
| 23:31.28 | AAA_awright | come on :p |
| 23:31.29 | a_meteorite | I'd do a test on both, see which performs better for your case |
| 23:31.30 | blast007 | a_meteorite: are you talking about using a 'LOCK' query? |
| 23:31.41 | a_meteorite | blast007: no, I'm talking about any updates |
| 23:31.56 | a_meteorite | considering you probably do a lot of updates for players that join/leave and new servers? |
| 23:32.27 | a_meteorite | I don't know how your schema is, or what sort of percentage wise you do of each type of query. |
| 23:32.28 | blast007 | so for InnoDB, it has to first determine which rows are going to be updated, then lock each one individually? |
| 23:32.44 | blast007 | sounds really efficient |
| 23:32.44 | JeffM2501 | list request are more common |
| 23:32.46 | a_meteorite | blast007: yup, instead of the whole table |
| 23:33.03 | blast007 | I'd rather just have it lock the whole table |
| 23:33.28 | a_meteorite | you never know until you test both |
| 23:33.42 | AAA_awright | That sort of testing is hard to do |
| 23:33.47 | JeffM2501 | the table being all the info for the server or user? |
| 23:34.10 | AAA_awright | you have to write expensive update queries which don't necessaraly relate to real-world applications |
| 23:34.46 | JeffM2501 | cus it I can't see any reason why 2 list server queries would EVER need to both write to the same server or same player |
| 23:35.13 | AAA_awright | It wouldn't happen like that anyways |
| 23:35.43 | AAA_awright | I would say use MySQL, PHP, and lighttpd for serving the lists |
| 23:35.55 | AAA_awright | or apache if it needs to be on the same server as the website |
| 23:36.28 | JeffM2501 | we really need to know where the load is |
| 23:37.02 | AAA_awright | Yes |
| 23:38.02 | blast007 | hehe, majority of the CPU usage right now is an irssi client ;) |
| 23:38.05 | AAA_awright | If anything, it would be with PHP IF you don't have a opt code cacher |
| 23:38.31 | AAA_awright | Either that or MySQL, or apache if you use that. In short it could be anything that isn't configured well. |
| 23:38.32 | JeffM2501 | indeed |
| 23:38.45 | JeffM2501 | but something eats up something when the list goes poop |