00:03.26 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
00:50.23 | *** join/#bzflag A_Heart_Attack (n=A_Heart_@ool-44c75115.dyn.optonline.net) |
01:01.11 | view | ok, I'm running Mac OSX 10.4.8, and whenever I start BZFlag, my screen gets reasonably darker |
01:01.35 | view | to make it right, I open a second client via terminal, then close it |
01:01.56 | view | is there a way to not make my screen darker when I start it? |
01:16.12 | JeffM2501 | there is a brightness slider in the game that adjusts the gama |
01:22.39 | view | yeah, I tried that |
01:22.54 | view | no luck |
01:28.22 | JeffM2501 | do you just mean the fact that the background is darker in the menu then when you play? |
01:31.16 | *** join/#bzflag shorty114 (n=shorty11@unaffiliated/shorty114) |
01:32.40 | view | no, my entire screen gets darker, even if I go to windowed view |
01:33.31 | JeffM2501 | sounds like the gama stuff |
01:33.38 | JeffM2501 | IIRC that's handled by SDL |
01:33.44 | JeffM2501 | and should be adjusted by the brightness |
01:35.25 | view | I dunno, but the darkness does not appear in screenshots.. |
01:43.31 | blast007 | LongDon: that checkToken.php file is in need of a revamp |
01:44.33 | blast007 | last I checked it didn't even pull out the bzid from the response |
01:46.01 | blast007 | the groups checking isn't very good either |
01:47.09 | blast007 | it should return a nice array of the username, bzid, and groups they are in (of the ones requested), or false if the token is bad |
01:47.53 | blast007 | I might be able to get that updated tomorrow or later tonight |
01:51.36 | *** join/#bzflag delusional_ (n=A-Delusi@pool-141-158-104-202.pitt.east.verizon.net) |
01:59.45 | *** part/#bzflag A_Heart_Attack (n=A_Heart_@ool-44c75115.dyn.optonline.net) |
02:07.38 | *** mode/#bzflag [+v Erroneous] by ChanServ |
02:19.58 | *** join/#bzflag nick125_ (n=nick@nat.nick125.com) |
02:20.22 | nick125_ | Hmm..I'm having an issue getting bzflag to start on my box here |
02:20.30 | nick125_ | Could not set Video Mode: X11 driver not configured with OpenGL. |
02:34.46 | *** join/#bzflag nick125_ (n=nick@nat.nick125.com) |
02:35.01 | nick125_ | I still haven't gotten bzflag to start :( |
02:36.25 | *** part/#bzflag LongDon (n=LongDon@dialin-75178.ewetel.net) |
02:36.29 | *** join/#bzflag DTRemenak|RDP (i=DTRemena@about/essy/CrazyCoder/DTRemenak) |
02:36.29 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
02:37.58 | nick125_ | Any ideas? |
02:38.30 | *** join/#bzflag JeffM2501 (n=jeffm@pool-71-109-230-219.lsanca.dsl-w.verizon.net) |
02:38.30 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
02:42.20 | blast007 | nick125_: what video card? |
02:42.52 | nick125_ | blast007: nvidia geforce 7300gs |
02:43.04 | blast007 | did you install the driver? ;) |
02:43.17 | nick125_ | glxinfo shows nvidia drivers, and, when xorg starts, I see the nvidia splash screen |
02:43.22 | blast007 | hmm |
02:44.28 | nick125_ | server glx vendor string: NVIDIA Corporation |
02:44.38 | nick125_ | OpenGL renderer string: GeForce 7300 GS/PCI/SSE2 |
02:45.16 | blast007 | try running this from a terminal: bzflag -window |
02:45.37 | nick125_ | same error |
02:45.41 | nick125_ | Could not set Video Mode: X11 driver not configured with OpenGL. |
02:45.42 | nick125_ | Error creating window - Exiting |
02:45.47 | blast007 | hmm |
02:46.38 | blast007 | does glxgears run? |
02:46.43 | nick125_ | yes |
02:47.15 | JeffM2501 | did you buid from source or get a package? |
02:47.29 | nick125_ | JeffM2501: emerged it from ebuild |
02:47.37 | JeffM2501 | does that compile it? |
02:47.41 | nick125_ | yes |
02:47.44 | blast007 | gentoo ;) |
02:47.50 | JeffM2501 | do you have the SDL dev libs? |
02:47.57 | nick125_ | JeffM2501: yup |
02:48.04 | JeffM2501 | well then I'm outa ideas |
02:48.14 | blast007 | might want to try some other SDL games |
02:48.16 | nick125_ | Hrm..on libsdl.. |
02:48.17 | nick125_ | <PROTECTED> |
02:48.24 | blast007 | see if they're broken too |
02:48.44 | nick125_ | I guess libsdl didn't get picked up when I ran emerge -N world.. |
02:48.50 | JeffM2501 | it sounds like it may have built native |
02:48.58 | JeffM2501 | and I don't think native works anymore |
02:49.08 | nick125_ | It didn't build sdl with opengl support |
02:49.17 | blast007 | ah |
02:49.19 | JeffM2501 | maybe that's why |
02:49.29 | JeffM2501 | cus we'll use SDL and ask it for GL |
02:49.46 | nick125_ | yeah, that's why.... |
02:50.08 | nick125_ | now it works fine |
02:51.01 | JeffM2501 | cool |
03:05.43 | DTRemenak|RDP | native should still work |
03:23.05 | *** part/#bzflag nick125_ (n=nick@nat.nick125.com) |
03:23.18 | *** join/#bzflag nick125_ (n=nick@nat.nick125.com) |
03:26.47 | *** join/#bzflag Theme97_ (n=Theme97@about/essy/phpwriter/Theme97) |
03:40.30 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
03:42.30 | *** join/#bzflag A-Delusion (n=A-Delusi@pool-141-158-104-202.pitt.east.verizon.net) |
03:43.38 | *** join/#bzflag L4m3r (i=l4m3r@about/essy/warning/L4m3r) |
03:46.34 | *** join/#bzflag Legoguy (n=Legoguy@adsl-75-5-86-19.dsl.emhril.sbcglobal.net) |
03:58.24 | *** join/#bzflag Flash (n=jwmelto@unaffiliated/flash) |
04:16.04 | *** join/#bzflag Legoguy (n=Legoguy@adsl-70-131-34-166.dsl.emhril.sbcglobal.net) |
04:32.23 | *** join/#bzflag view (n=view@c-69-249-178-98.hsd1.nj.comcast.net) |
04:33.18 | *** join/#bzflag view (n=view@c-69-249-178-98.hsd1.nj.comcast.net) |
04:40.10 | *** join/#bzflag DTRemenak (i=DTRemena@about/essy/CrazyCoder/DTRemenak) |
04:40.10 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
04:40.20 | *** join/#bzflag Blue-Eyes (n=Blue@82.52.149.25) |
04:53.22 | *** join/#bzflag delusional_ (n=A-Delusi@pool-141-158-104-202.pitt.east.verizon.net) |
05:53.11 | *** join/#bzflag Legoguy (n=Legoguy@adsl-70-131-34-166.dsl.emhril.sbcglobal.net) |
06:09.04 | *** join/#bzflag eTangenT (n=tangent@71-212-169-108.hlrn.qwest.net) |
06:21.46 | *** join/#bzflag tupone_laptop (n=atupone@pdpc/supporter/active/Tupone) |
06:21.46 | *** mode/#bzflag [+v tupone_laptop] by ChanServ |
06:36.32 | *** join/#bzflag brad` (n=brad@brad.bz) |
06:36.39 | *** join/#bzflag Birdie (n=Birdie@brad.bz) |
06:36.57 | *** join/#bzflag catay (n=smertens@kaiya.catay.be) |
06:43.09 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
06:44.53 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
08:13.42 | *** join/#bzflag Legoguy (n=Legoguy@adsl-70-131-34-166.dsl.emhril.sbcglobal.net) |
08:58.33 | *** part/#bzflag JeffM2501 (n=jeffm@pdpc/supporter/sustaining/JeffM2501) |
09:28.37 | *** join/#bzflag Pommes_ (n=Pommes@pD9545745.dip0.t-ipconnect.de) |
09:59.14 | *** join/#bzflag ts (n=ts@p54B00BC2.dip0.t-ipconnect.de) |
10:11.02 | *** join/#bzflag Rawk (n=unknown@203.109.176.242) |
10:22.00 | *** part/#bzflag Rawk (n=unknown@203.109.176.242) |
10:28.11 | *** join/#bzflag LePoulpe303 (n=LePoulpe@AMontpellier-251-1-52-48.w81-251.abo.wanadoo.fr) |
10:45.59 | *** part/#bzflag Birdie (n=Birdie@brad.bz) |
10:46.01 | *** join/#bzflag Birdie (n=Birdie@brad.bz) |
12:12.07 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
12:12.07 | *** mode/#bzflag [+v menotume] by ChanServ |
13:05.10 | *** join/#bzflag Upsetter (n=Upsetter@62.141.59.9) |
13:08.55 | menotume | ~wake brlcad |
13:08.56 | ibot | ACTION throws a barrel-full of ice water on brlcad and shouts "GOOD MORNING!!!!" |
13:10.15 | Birdie | since when do you wake up that early |
14:17.37 | *** join/#bzflag TheRedBaron (n=Baron@fl-71-54-173-14.dhcp.embarqhsd.net) |
14:24.07 | ts | brlcad: In my results of "cvs diff -u > ../patch.diff" COPYING is always different after running autogen.sh and configure |
14:25.07 | brlcad | ts: yes a known issue |
14:25.37 | brlcad | depending on your version of automake, it likes to clobber COPYING or INSTALL or both |
14:26.17 | brlcad | a bug in automake, and autogen.sh accommodates it when it can and attempts to restore the difference |
14:27.14 | brlcad | s/the difference/a backup/ .. but it can't detect the change for some situations still (usually when autogen.sh isn't run enough) |
14:29.17 | brlcad | ts: you should be doing a cvs update before doing a diff.. reviewing the M modified files to make sure they are only files you expect and/or doing a cvs diff on individual files to see what the change is so that you don't accidentally include changes you didn't intend (like COPYING/INSTALL, but also debug statements and other unrelated changes) |
14:29.38 | brlcad | for COPYING/INSTALL, just notice it during update, delete the file, then update again |
14:33.26 | *** join/#bzflag ATD_ (n=ATD@mn-69-34-49-70.dyn.embarqhsd.net) |
14:33.30 | brlcad | jeez, wake me up and then run off |
14:34.40 | ruskie | lol |
14:35.02 | *** join/#bzflag a_temp_dist (n=ATD@mn-69-34-49-70.dyn.embarqhsd.net) |
14:35.51 | *** join/#bzflag bz73 (n=89e273bf@bz.bzflag.bz) |
14:40.03 | *** part/#bzflag Upsetter (n=Upsetter@62.141.59.9) |
14:41.39 | *** part/#bzflag bz73 (n=89e273bf@bz.bzflag.bz) |
14:46.40 | menotume | hehe |
14:47.23 | menotume | weeee |
15:14.59 | ts | brlcad: Yes, I do but after running autogen it is clobbered again, where it wasn't with the old autogen script |
15:15.57 | ts | I've seen meno waking you so I didn't expect a reply so soon..that's why I played a bit :/ |
15:16.20 | menotume | he went back to bed :P |
15:16.32 | ts | I fear so ;) |
15:27.37 | brlcad | ts: to be expected, at least on my part |
15:28.07 | brlcad | the script used to actually store a backup of the file .. but I really didn't like that behavior, leaving turds around on the filesystem |
15:28.31 | brlcad | so now it actually stores the file's contents in memory if it can, if it can't, it punts |
15:29.03 | brlcad | i suspect there's some quoting issue or something else going on that is making the in-memory comparison fail for you, maybe for others too |
15:29.14 | ts | Why could it fail to store it in memory? |
15:29.21 | brlcad | that code has changed, but i haven't updated it/tested it with bz yet |
15:29.53 | brlcad | ts: variety of reasons -- shell/environment related |
15:30.19 | brlcad | max capacity of variables, stack sizes, file contents, other settings like IFS |
15:30.52 | brlcad | it does a naive stuff into a var at the moment and sees if it worked with a simple test |
15:31.21 | brlcad | i suspect in your case, though, there might be some restart going on where across invocations it's losing the backup or something |
15:31.36 | ts | Hmm, I have the standard Mac OS X version 10.4.8 bash... |
15:31.36 | brlcad | you could try looking into the problem .. it's just a shell script |
15:32.32 | brlcad | the macs definitely have a problem as apple ships libtool with a busted configuration |
15:32.43 | brlcad | and this causes a restart |
15:32.55 | brlcad | though that particular one should preserve |
15:33.12 | ts | Does it work for you on Mac OS X? |
15:33.14 | brlcad | still, it's all speculation .. debug/trace through it and see why |
15:33.46 | ts | my bash knowledge is not the best to say it mildly.. |
15:34.03 | brlcad | i don't recall really, it worked for me at the time at least .. but bz uses a version that's usually one or two steps behind |
15:34.42 | brlcad | best I can say is just deal with it for the time being until the next update, the backup save/restore code has changed massively to support recursive configure |
15:35.18 | brlcad | otherwise, add the link like it tells you every time you run it and it won't need to reinvoke |
15:39.06 | ts | I do not get a warning that it restarts |
15:39.33 | ts | IIRC I have already put a symbolic link at the system level |
15:40.03 | brlcad | run it in verbose mode, see if autoreconf fails |
15:40.12 | ts | I run and see no fail |
15:41.28 | brlcad | then who knows, maybe it is some other environment issue |
15:43.00 | *** join/#bzflag [dmp] (n=dennis@koderen.dk) |
15:43.28 | brlcad | still though.. since you're not going to look at the script, and I'm in the middle of changing that entire processing section in the script.. you'll just have to deal with it for now or actually look at the script |
15:44.13 | ts | Oh, I am looking but not understanding :/ |
15:44.32 | brlcad | deleting the file isn't that complicated, especially since this is entirely a side effect that only impacts some devs and no users |
15:45.07 | brlcad | a script is parsed in order.. it reads line by line through the file as if it was one big main() |
15:45.36 | brlcad | setting variables, declaring functions, running commands (which in turn might be previously defined functions) |
15:46.49 | brlcad | the comments say what is going on, even if you don't follow what the commands do |
15:47.02 | brlcad | like perhaps this isn't obvious: __version="`echo $__id | sed 's/.*\([0-9][0-9][0-9][0-9]\)\/\([0-9][0-9]\)\/\([0-9][0-9]\).*/\1\2\3/'`" |
15:47.11 | brlcad | but "extract version from CVS Id string" should be |
15:47.12 | *** join/#bzflag TimRiker (n=timr@216.49.181.128) |
15:47.12 | *** mode/#bzflag [+o TimRiker] by ChanServ |
15:48.26 | ts | brlcad: Heh, I love that example.. |
15:48.49 | ts | perfectly shows the "problem" |
15:54.10 | *** join/#bzflag JBdiGriz (n=jbdigriz@206-15-67-5.static.twtelecom.net) |
15:54.10 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
15:57.20 | ts | brlcad: Seems like it tries to stash, then never restores |
16:08.37 | ts | brlcad: I found the problem |
16:09.35 | ts | Not sure of a proper solution but modding the script to do the configure manually calls the part of code which dumps the in-memory backup back to disk |
16:14.36 | brlcad | ts: ahh |
16:14.51 | brlcad | you're perhaps on the branch? |
16:15.05 | brlcad | I believe head has a version that fixed that issue |
16:15.44 | brlcad | the assertion was that if autoreconf succeeds, you have a better chance of not encountering the broken automake, but that's certainly not the case on os x where the version of automake is *ancient* |
16:16.57 | ts | brlcad: I only do cvs head |
16:17.16 | ts | manually reconfigure=yes in initialization made it work |
16:19.44 | brlcad | well maybe just fixed elsewhere then |
16:20.04 | brlcad | that's what I meant about bz being a couple revisions behind |
16:20.16 | ts | heh |
16:20.17 | brlcad | it's fixed somewhere, I recall that coming up a couple weeks ago |
16:20.34 | brlcad | so when bz gets the next update, it should be fixed |
16:20.40 | ts | Why aren't all versions automatically synched? |
16:20.56 | brlcad | Why don't you sync them? |
16:21.00 | ts | Isn't it all the same script? |
16:21.09 | ts | or shouldn't it be? |
16:21.10 | brlcad | it is the same script |
16:22.10 | brlcad | generally because it takes time to propagate the script updates out to N users .. so bz's gets updated when something needs fixing, not just because there's an update |
16:22.20 | brlcad | feel free to update it yourself more frequently |
16:25.00 | *** join/#bzflag CBG (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
16:25.59 | brlcad | *crickets* |
16:26.27 | CBG | *tumbleweed* |
16:27.16 | RatOmeter | *brush fire* |
16:27.26 | blast007 | *random sound effect* |
16:27.28 | CBG | *evolution* |
16:28.32 | ts | brlcad: I interpret that as a suggestion to try out my fix in cvs head ;) |
16:28.47 | cosmos | BK to introduce a new 2lb angus burger, also available as a double patty |
16:33.35 | JBdiGriz | In 'n Out is introducing a new plan, drive up and they hand the cow to you through the takeout window. |
16:36.01 | brlcad | ts: not really, it was a suggestion to try the latest script |
16:36.44 | brlcad | your "fix" isn't really a fix -- it just kicks the script into "autoreconf seems to be busted" mode .. so it does everything by hand |
16:36.57 | brlcad | and as part of the manual process, it restores the backup |
16:38.29 | ts | ~spell consistant |
16:38.50 | ts | brlcad: I split it up |
16:38.51 | brlcad | the suggestion wasn't even really to try the latest -- it was to suggest that perhaps instead of asking (complaining?) about why they aren't sync'd, to sync them yourself |
16:39.23 | ts | so the backup restore gets called even without manually reconfiguring |
16:39.59 | brlcad | good, that sounds good |
16:40.20 | ts | Let me post a diff.. |
16:40.23 | brlcad | sort of what the latest update does.. though there are functions now too and a lot more effort to stash subconfigure files too |
16:40.40 | CIA-1 | BZFlag: 03t-s * 10bzflag/src/bzfs/ (CmdLineOptions.h bzfs.cxx commands.cxx): Use unique names for jitterkick and packetlosskick and make it more similar to lagkick |
16:41.22 | brlcad | the next problem you'd run into is that it backs up our top level COPYING/INSTALL .. but automake will obliterate the recursive ones too, so you need per-directory in-memory stashing |
16:41.26 | brlcad | which isn't nearly as easy |
16:41.45 | brlcad | and that's what I'm working on locally now |
16:42.51 | ts | ah.. |
16:43.34 | *** join/#bzflag |zongo| (n=zongo@int-34-64.mobile.unibas.ch) |
16:43.46 | ts | brlcad: This what I've done: http://bzflag.pastebin.ca/385120 |
16:45.38 | brlcad | heh, impressive |
16:45.50 | ts | copy n paste ;) |
16:45.55 | brlcad | that's actually not far off what was done |
16:46.39 | brlcad | those steps take you closer to dealing with recursion too |
16:46.48 | brlcad | but then you need a lot more nasty |
16:47.37 | brlcad | I'd say go ahead and commit if the changes work for you, it'll at least fix things until the next update |
16:47.52 | brlcad | I can deal with any conflicts |
16:48.13 | ts | Ok :) |
16:48.37 | *** join/#bzflag CBG (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
16:51.28 | CIA-1 | BZFlag: 03t-s * 10bzflag/autogen.sh: Try to restore backups of COPYING and INSTALL |
16:54.49 | ts | brlcad: BTW: Did you fix httpd? |
16:56.30 | brlcad | yes, that was all resolved that same day |
16:57.13 | ts | May I have one account on beta.bzflag.bz then? ;) |
16:59.12 | brlcad | heh |
17:14.13 | *** join/#bzflag Erroneous (n=dtremena@67-131-219-2.dia.static.qwest.net) |
17:31.45 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
17:31.45 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
17:38.01 | *** join/#bzflag TheRedBaron (n=Baronado@207.126.1.7) |
17:52.06 | *** join/#bzflag tupone_laptop (n=atupone@pdpc/supporter/active/Tupone) |
17:52.06 | *** mode/#bzflag [+v tupone_laptop] by ChanServ |
18:08.57 | *** join/#bzflag Goodbye2U (n=4166f5ec@bz.bzflag.bz) |
18:17.34 | *** join/#bzflag spldart (n=short_ci@adsl-70-240-254-223.dsl.hstntx.swbell.net) |
18:17.41 | ts | JeffM2501: I did notice today that the shots do no more explode at the invisible wall at the map borders but one can still selfkill with bug. |
18:17.50 | ts | Do you know who changed? |
18:19.07 | *** join/#bzflag ep (n=mdr@about/essy/guynextdoor/ep) |
18:49.28 | JeffM2501 | nope |
18:51.07 | JeffM2501 | tho that was done ages ago when 2.1 was first started IIRC |
18:51.30 | *** join/#bzflag CBG (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
18:55.22 | ts | hmm, noticed it today first time :/ |
18:55.28 | JeffM2501 | it's been there for ages. |
19:04.41 | *** join/#bzflag premchai21 (n=premchai@adsl-75-55-112-9.dsl.austtx.sbcglobal.net) |
19:16.10 | TheRedBaron | do amd FX have unlocked multipliers? |
19:27.58 | spldart | Hrm... I thought they did but don't quote me |
19:28.20 | spldart | Thought that was part of what you payed extra for |
19:28.32 | TheRedBaron | 2gb of ddr 400 for $155 |
19:28.38 | TheRedBaron | prices have dropped |
19:30.29 | TheRedBaron | spldart: oh? |
19:43.34 | *** join/#bzflag Constitution (n=Constitu@24-119-181-149.cpe.cableone.net) |
19:44.54 | *** part/#bzflag premchai21 (n=premchai@adsl-75-55-112-9.dsl.austtx.sbcglobal.net) |
19:46.43 | *** join/#bzflag ndim (i=hun@helena.bawue.de) |
19:48.39 | *** join/#bzflag LePoulpe303 (n=LePoulpe@AMontpellier-251-1-52-48.w81-251.abo.wanadoo.fr) |
19:57.15 | *** join/#bzflag LePoulpe403 (n=LePoulpe@AMontpellier-251-1-84-233.w86-197.abo.wanadoo.fr) |
20:08.32 | spldart | I want computer toys |
20:10.22 | *** join/#bzflag nick125_ (n=nick@nat.nick125.com) |
20:18.48 | *** join/#bzflag view (n=view@c-69-249-178-98.hsd1.nj.comcast.net) |
20:38.57 | *** part/#bzflag Constitution (n=Constitu@24-119-181-149.cpe.cableone.net) |
20:44.03 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
20:44.03 | *** mode/#bzflag [+v menotume] by ChanServ |
20:48.01 | tupone_laptop | JeffM2501, about the model. I have not integrated it yet, but I saw it made with mesh-things, not genmesh. Mesh things are faster and get a lightmap texture, but they cannot be animated. They are made with quad normally. genmesh are made only with triangles. Dunno if we need annimated, and we can always switch. What do you think about? |
20:48.32 | JeffM2501 | depends on how far you want to take it |
20:49.05 | JeffM2501 | if the goal is the simple graphics that bzflag has, then the static mesh is probably fine |
20:49.17 | tupone_laptop | And treads? |
20:49.21 | JeffM2501 | if we want to expand to more natural looking tanks, then someting that is animated woudl be better |
20:49.28 | tupone_laptop | simple goal :) |
20:49.33 | JeffM2501 | our treads are done with just UV anims, not geometry anims |
20:49.38 | JeffM2501 | so a static would be fine |
20:49.42 | tupone_laptop | ok |
20:49.54 | JeffM2501 | as the lighting on the geometry never changes, as it animates. |
20:50.46 | JeffM2501 | the genmesh would be for stuff where you wanted tanks with legs, or parts that moved around in more organic and natural ways |
20:51.04 | tupone_laptop | explosion is made differently I suppose |
20:51.33 | tupone_laptop | just moving barrel, body .. in different direction |
20:51.50 | JeffM2501 | yeah |
20:51.59 | JeffM2501 | tho we can do the explosion difrently and make it still be simple |
20:52.16 | JeffM2501 | personaly I'd like to have a model of a tank that is broken and bent, and send those parts flying |
20:52.23 | JeffM2501 | still be simple but look at little better |
20:52.30 | JeffM2501 | maybe make them bounce around a little too :) |
20:53.01 | tupone_laptop | we can do after :) There is plenty of things that can be done, if we succeed on doing the porting |
20:53.23 | JeffM2501 | indeed |
21:10.10 | *** join/#bzflag Blue_Eyes (n=Blue@host123-167.pool8252.interbusiness.it) |
21:13.00 | *** join/#bzflag bz43 (n=51b25eaf@bz.bzflag.bz) |
21:13.08 | bz43 | Hi people. |
21:13.14 | bz43 | How can I register to play the game? |
21:13.25 | bz43 | Ive downloaded and installed it. |
21:13.41 | bz43 | But can't find a place to register |
21:13.49 | view | http://my.bzflag.org/bb |
21:13.57 | *** join/#bzflag bz92 (n=51b25eaf@bz.bzflag.bz) |
21:13.57 | bz43 | ty |
21:15.02 | donny_baker | register for the forums and that is the username and password to use in the game |
21:15.34 | Manu | donny_baker: see, he is disconnected ;) |
21:15.56 | Manu | donny_baker: oh, is not :( |
21:16.03 | donny_baker | manu: no I don't see a disconnect for bz43 |
21:16.08 | donny_baker | hehe |
21:16.28 | Manu | the same ip confussed me :) |
21:23.17 | Manu | brlcad: there are many bugs reported for old versions, many of thems aren't bugs :( |
21:24.14 | Manu | I guess we must close it |
21:27.08 | brlcad | Manu: some are borderline bugs |
21:27.19 | Manu | borderline? |
21:27.32 | brlcad | or at least contain some characteristic that is a reasonable feature request/idea |
21:27.59 | Manu | yes of course but many of them aren't bugs.. since 2003 :( |
21:28.04 | Manu | for example this one: http://sourceforge.net/tracker/index.php?func=detail&aid=1097284&group_id=3248&atid=103248 |
21:28.07 | Guu | Bug #1097284: bzadmin won't connect by hostname when run from server; Resolution: None; Date Submitted: 2005-01-06 07:55; Submitted By: Cameron Mandrake; Assigned To: Nobody/Anonymous; Priority: 5; Status: Open |
21:28.11 | Manu | this is not a bzflag bug ;) |
21:28.13 | Manu | arggg |
21:28.40 | brad | lol |
21:29.01 | Manu | silly bot :) |
21:29.31 | brlcad | Manu: the one you just closed is a good example |
21:29.40 | Manu | yes, of course ;) |
21:29.50 | Manu | it wasn't a bug |
21:30.00 | brlcad | it certainly wasn't a bug, the fact that laser rico's .. and it's of course all intentional/predictable behavior contrary to the report |
21:30.22 | brlcad | but the second user's comment was why at least I never deleted it |
21:30.38 | brlcad | a configuration parameter that |
21:30.39 | brlcad | sets a limit to the number of times |
21:30.40 | brlcad | the laser will ricochet |
21:30.48 | Manu | yes I know I have it in Viper |
21:30.53 | brlcad | that's a reasonable idea in itself :) |
21:31.09 | Manu | but I guess that is not the best site to it |
21:31.15 | Manu | is must be in the Wiki :) |
21:31.19 | Manu | it |
21:31.24 | brlcad | what is "it"? |
21:31.36 | Manu | I mean, it must be in the wiki |
21:31.42 | brlcad | what is "it"? |
21:31.54 | Manu | that info |
21:31.57 | brlcad | heh |
21:32.10 | Manu | is bad spelled? :/ |
21:32.17 | brlcad | you've lost me .. what info should be in the wiki? |
21:32.32 | Manu | how to configure the laser |
21:32.39 | brlcad | ahh |
21:32.51 | brlcad | that would have been good to put in the tracker report too |
21:32.55 | brlcad | when closing |
21:33.15 | Manu | and the same for the bug I pointed up |
21:33.17 | brlcad | since that's where the request orginates |
21:33.43 | Manu | about the bzadmin connecting to the server from the server |
21:33.56 | Manu | really you know it isn't a bug |
21:34.35 | brlcad | i'm not so sure about that one not being a bug |
21:34.46 | brlcad | at least it wasn't intentional and certainly could be made to work |
21:35.18 | Manu | he must add his host to the file /etc/resolv.conf |
21:35.26 | Manu | after it he will connect :) |
21:35.35 | Manu | it's simply a dns problem |
21:35.41 | brlcad | he can already nslookup to the right ip |
21:36.17 | brlcad | but bzadmin doesn't apparently use that ip, or fails to obtain it |
21:36.53 | Manu | it works for me :/ |
21:37.04 | brlcad | do you use -i interface? |
21:37.10 | brlcad | (and have multiple) |
21:37.12 | Manu | nope |
21:37.22 | brlcad | i think that's the key .. not just attaching from server |
21:37.48 | Manu | btw, where is nidhoggr? :) |
21:38.08 | Manu | brlcad: ok, but if you read the list of bugs, many of thems were fixed ages ago ;) |
21:38.14 | brlcad | he had multiple NICs in use, with various IP bindings.. DNS was setup correctly from what I recall him saying back then about it, but bzadmin would fail |
21:38.40 | *** part/#bzflag TheRedBaron (n=Baronado@207.126.1.7) |
21:39.03 | *** join/#bzflag TD-Linux (n=TD-Linux@24-159-197-22.dhcp.roch.mn.charter.com) |
21:39.51 | brlcad | dunno where he is these days.. he's not been on since .. last spring? |
21:39.55 | brlcad | ~seen Nidhoggr |
21:40.44 | ibot | nidhoggr <i=mandrake@dragon.org> was last seen on IRC in channel #bzflag, 298d 23h 29m ago, saying: 'on for a while and no crashie.'. |
21:40.45 | Manu | yes, probably a year ago not seen |
21:40.56 | Manu | heh |
21:40.58 | brlcad | yep.. that's last spring |
21:44.04 | brlcad | I'm working on the GSOC submission this week if anyone is interested in helping put the proposal together |
21:44.26 | CBG | blank post? http://my.bzflag.org/bb/viewtopic.php?p=103711#103711 |
21:45.13 | Manu | brlcad: so what do you think about check the bug list? |
21:46.43 | brlcad | Manu: what do you mean? |
21:46.57 | Manu | some bugs are fixed time ago |
21:47.24 | brlcad | feel free to clean it up .. just maybe keep note on who/how/why/where when closing (and be fairly sure it's closable) |
21:47.26 | Manu | and others were for very old versions |
21:47.40 | brlcad | even for the old versions, some of the issues are still relevant :) |
21:47.48 | Manu | yes I know ;) |
21:48.19 | Manu | some old bugs are alive forever :) |
21:49.37 | brlcad | if enough people commented on any of the issues there, it'd probably be eventually changed/closed |
21:49.51 | brlcad | if it's truely a bug and not a feature request |
21:50.10 | JeffM2501 | the highlander of bugs!!! |
21:50.13 | Manu | yes that too |
21:51.17 | brlcad | JeffM2501: hehe.. there can be only one bug? |
21:51.21 | JeffM2501 | there can be only one |
21:51.26 | JeffM2501 | one master bug that lives forever |
21:52.18 | JeffM2501 | taking the heads of other bugs it crosses |
21:52.18 | Manu | there is one at last ;) |
21:52.18 | JeffM2501 | and for some reason followed by the band queen |
21:52.21 | Manu | I remember one bug since I play bzflag ;) |
21:52.50 | brlcad | One Bug to rule them all, One Unit Test to find them,: One Bug to bring them all and in the debugger bind them. |
21:53.24 | Manu | heh |
21:54.37 | JeffM2501 | so they live forever |
22:08.34 | *** join/#bzflag L4m3r (i=l4m3r@about/essy/warning/L4m3r) |
22:24.55 | *** part/#bzflag donny_baker (n=donny_ba@about/essy/vvvvv/donnybaker) |
22:28.31 | *** join/#bzflag PrezKennedy (n=Matthew@c-69-138-68-160.hsd1.md.comcast.net) |
22:30.48 | CIA-1 | BZFlag: 03atupone 07v2_0_cs_branch * 10bzflag/src/bzflag/ (7 files): Putting structures to display 2D |
22:31.56 | *** join/#bzflag bz27 (n=536926f0@bz.bzflag.bz) |
22:32.29 | *** join/#bzflag codergeek42 (n=peter@fedora/codergeek42) |
22:51.43 | CIA-1 | BZFlag: 03atupone 07v2_0_cs_branch * 10bzflag/src/bzflag/ (HUDuiControl.h playing.cxx): Removing getArrow() method and reference |
23:30.57 | *** join/#bzflag The (n=The@ool-45770c9b.dyn.optonline.net) |
23:40.38 | *** join/#bzflag Theme97 (n=Theme97@about/essy/phpwriter/Theme97) |
23:58.11 | *** join/#bzflag Rawk (n=unknown@203.109.176.242) |