| 00:00.00 | JeffM | we are not a linux support channel |
| 00:00.07 | JeffM | Winny, the front |
| 00:00.07 | Winny | Was it a barbie shirt? |
| 00:00.11 | Winny | oh |
| 00:00.12 | JeffM | I had them increase it to 3 |
| 00:00.34 | *** join/#bzflag mhilmi (n=mhilmi@modemcable083.241-82-70.mc.videotron.ca) |
| 00:01.40 | JeffM | brlcad's sleeveless hsould look "interesting" |
| 00:01.47 | javawizard2539 | nn-main, there's a comand you can use from a shell to increase the amount of allowed file descriptors |
| 00:02.06 | javawizard2539 | I can't remember what it is right now, if I do I'll send you a message |
| 00:02.08 | JeffM | javawizard2539, he can find out about it on the linux support systems |
| 00:02.11 | JeffM | ;) |
| 00:02.14 | javawizard2539 | Ok |
| 00:02.26 | javawizard2539 | Last word on this, I think it's ulimit |
| 00:02.29 | nn-main | JeffM, Why is bzfs not freeing them it should be? |
| 00:02.32 | Constitution | or google |
| 00:02.41 | Erroneous | nn-main: perhaps because you're killing it? |
| 00:02.41 | JeffM | nn-main, it's probalby not bzfs |
| 00:02.42 | nn-main | tk thanks |
| 00:02.47 | JeffM | yeah it'd be you |
| 00:02.55 | JeffM | when you kill it, we don't get to run our close code |
| 00:03.26 | nn-main | JeffM, than what is the right signal to kill it with |
| 00:03.32 | javawizard2539 | So I started a server with 1000 flags and I can't spawn on it |
| 00:03.34 | JeffM | the in game shutdown |
| 00:03.36 | Think_Differentl | JeffM, how much is the shipping at the cheapest rate for the shirts? (I'd assume USPS?) |
| 00:03.39 | Winny | javawizard2539: yeah |
| 00:03.46 | JeffM | Think_Differentl, where are you located? |
| 00:03.47 | Erroneous | use /shutdownserver or ctrl-c on the virtual console (or send SIGINT) if you want it to shut down cleanly |
| 00:03.53 | Winny | anything above 200 is usually icky |
| 00:03.55 | Think_Differentl | Washington, DC |
| 00:03.58 | javawizard2539 | Why? |
| 00:04.04 | JeffM | Think_Differentl, 4.65$ |
| 00:04.05 | Epyon | JeffM, http://bzflag.chaosforge.org/images/bztank.obj |
| 00:04.07 | Winny | no idea, it just happens |
| 00:04.07 | Erroneous | javawizard2539: are you sure it's 1000, or did you use +f good{1000} (which is more like 48000)? :) |
| 00:04.09 | Think_Differentl | thanks. |
| 00:04.27 | JeffM | Epyon, thanks |
| 00:04.36 | javawizard2539 | I edited ServerStartMenu.cxx and chaged the menu list so it allows 1000 |
| 00:04.43 | javawizard2539 | That's how I'm starting it |
| 00:04.44 | Epyon | JeffM, tell me how it opens once you do it |
| 00:05.14 | Erroneous | are you on windows? |
| 00:05.17 | javawizard2539 | Yes |
| 00:05.23 | javawizard2539 | Windows Vista with MSVC2005 |
| 00:05.35 | jude- | vista....eww |
| 00:05.39 | Erroneous | 'cause windows sockets have a really hard time with the initial flag packets if you have too many flags |
| 00:05.58 | Erroneous | most server owners do not run on windows |
| 00:06.11 | Erroneous | and 1k flags is too many anyhow :) |
| 00:06.17 | JeffM | we should make sure that is fixed in trunk too |
| 00:06.32 | JeffM | I belive the flag negotion is sent in a bufferd message now |
| 00:06.35 | javawizard2539 | I could try starting a server on my linux box |
| 00:07.00 | Erroneous | JeffM: negotiation is fine, it's the first round of FlagUpdates that gets it all angry |
| 00:07.08 | Erroneous | iirc |
| 00:07.38 | JeffM | that should be bufferd too |
| 00:07.50 | javawizard2539 | How simple is it to compile bzfs on linux as compared with getting it to actually work on windows vista? |
| 00:08.09 | Erroneous | regardless, 1000 flags is overkill. you want to be able to see the tanks, not be blinded by flags :) |
| 00:08.17 | nn-main | javawizard2539, ulimit says unlimited ; if it is unlimited what is causing this to error |
| 00:08.38 | javawizard2539 | I don't know |
| 00:08.39 | nn-main | or am i confused |
| 00:08.52 | javawizard2539 | I'm not really an expert in Linux, I just know a few commands |
| 00:09.19 | javawizard2539 | If ulimit says it's unlimited then it's not file handles that's an issue |
| 00:09.23 | blast007 | nn-main: 'man ulimit' |
| 00:09.32 | blast007 | by default, it doesn't show all the individual items |
| 00:09.34 | nn-main | same and the people on the support channel are not responding |
| 00:09.43 | blast007 | and google for 'linux file descriptors' |
| 00:10.15 | blast007 | you might not want ulimit anyway, since the issue might not be a user limit, but a system-wide limit |
| 00:11.17 | javawizard2539 | Approximately how much data is transferred per minute per user of a bzflag server? |
| 00:11.36 | spldart | easy to compile bzfs in linux IMHO |
| 00:11.37 | javawizard2539 | I'm charged $0.10 cents per gig in and out of my server |
| 00:11.41 | JeffM | nn-main, we are not a linux support channel |
| 00:11.43 | Erroneous | javawizard2539: 4 kilobytes per player-second is typical |
| 00:11.48 | javawizard2539 | WOW |
| 00:11.53 | javawizard2539 | That's more than i though |
| 00:11.55 | nn-main | Ok i found it. Thanks all :) |
| 00:11.56 | javawizard2539 | thought |
| 00:12.14 | JeffM | javawizard2539, don't play bz on dialup ;) |
| 00:12.17 | blast007 | jude-: Vista is a nice OS. |
| 00:12.24 | javawizard2539 | It's a 25mbit connection |
| 00:12.30 | javawizard2539 | Running on Amazon EC2 |
| 00:12.41 | Erroneous | javawizard2539: it's about twice as much as most modern fps |
| 00:13.00 | javawizard2539 | Hmm |
| 00:13.12 | javawizard2539 | What does everyone else use to host their own servers? |
| 00:13.16 | JeffM | bzflag is not a new game ;) |
| 00:13.42 | JeffM | whoot, I have 666 spam messages in my gmail spam folder.. time to delete |
| 00:13.43 | blast007 | javawizard2539: I'm running on the lowest end system at xlhost.com |
| 00:13.57 | jude- | blast007: if you have a quad-core box with 4 GIGs and a 512MB video card, it is ;) |
| 00:13.58 | blast007 | but a lot of the servers are even run on cable/DSL modems |
| 00:14.06 | blast007 | jude-: pfft |
| 00:14.16 | javawizard2539 | I'm on cable but Comcast doesn't allow connections in to our system |
| 00:14.21 | blast007 | jude-: I run it on a dual-core 1.6GHz with 1GB of RAM and a 256MB card |
| 00:14.21 | spldart | Vista :-0 |
| 00:14.22 | javawizard2539 | We have to pay more for that |
| 00:14.27 | blast007 | and a laptop at that |
| 00:14.39 | Erroneous | a lot of servers are, but they typically turn into lagfests with high player counts |
| 00:14.56 | Erroneous | cablemodems particularly tend to top out the upload really quickly |
| 00:14.59 | spldart | comcast doesn't allow connections on ANY port? there? |
| 00:15.15 | JeffM | spldart, many are taking to puting the end users behind a nat |
| 00:15.20 | spldart | I've had to run apache on odd ports like 92 here cuz of comcast but 5154 was no problme |
| 00:15.23 | JeffM | prevents hosting, and saves IPs |
| 00:15.24 | jude- | blast007: it's a shame that Ubuntu+WINE can outperform Vista on those specs (if Phoronix's benchmarks are to be believed) |
| 00:15.30 | spldart | wow |
| 00:15.35 | nn-main | lol im on comcast bisness |
| 00:15.36 | Erroneous | spldart: their TOS forbids servers anyhow |
| 00:15.42 | blast007 | jude-: well, at least in Vista, I can get SOUND |
| 00:15.42 | nn-main | anything is possible |
| 00:15.45 | spldart | craptastic... I I can use that term |
| 00:15.46 | blast007 | ;) |
| 00:15.54 | Winny | blast007: and.. games! |
| 00:16.08 | blast007 | Winny: well, Steam runs via Wine |
| 00:16.21 | blast007 | as well as games |
| 00:16.21 | blast007 | not all of them, but enough |
| 00:16.23 | spldart | for that much money.. to not host a private game |
| 00:16.24 | spldart | geez |
| 00:16.25 | Erroneous | as do many games |
| 00:16.49 | spldart | Perhaps that's why my little script is failing.. maybe local comcast has taken to that practice now on all ports |
| 00:17.05 | Epyon | Cow-Tank has own you : http://bzflag.chaosforge.org/images/cowtank.png |
| 00:17.22 | Erroneous | javawizard2539: typically the servers you see with more than three or four actual players on them are running on servers hosted in datacenters |
| 00:17.24 | spldart | I need another isp :( |
| 00:17.29 | JeffM | Epyon, you have a current template layout? |
| 00:17.30 | blast007 | Epyon: it needs a caption: "Got flag?" |
| 00:17.43 | Epyon | blast007 lol :D |
| 00:17.44 | Erroneous | w00, holstein ftw |
| 00:17.57 | JeffM | see the joys of real UV maps ;) |
| 00:18.25 | Epyon | JeffM, you mean base image? |
| 00:18.29 | Epyon | I can render one |
| 00:18.34 | JeffM | please do |
| 00:18.36 | Epyon | What res do you want? |
| 00:18.37 | Erroneous | has considerable family history in Schleswig-Holstein |
| 00:18.46 | Think_Differentl | I'd like to see FiOS come around here. I assume they still block 80, but the rest seem open. |
| 00:18.56 | JeffM | Epyon, but it imported just fine |
| 00:19.08 | JeffM | thank you for maping it |
| 00:19.12 | JeffM | saved me a lot of time |
| 00:19.16 | Epyon | JeffM, great! |
| 00:19.22 | Epyon | JeffM, no problem :) |
| 00:19.26 | javawizard2539 | spldart, I called comcast and they said that now they only allow inbound connections with the business plan |
| 00:20.00 | javawizard2539 | What I should do is get a dedicated server with high bandwidth and then set up a relaying system so that anyone who wants to host a server inside a firewall can do so |
| 00:21.11 | Erroneous | relaying increases lag too much |
| 00:21.22 | javawizard2539 | What do you mean? |
| 00:21.22 | nn-main | javawizard2539, i will host you |
| 00:21.39 | javawizard2539 | Right now I'm not thinking of setting up a permanent server |
| 00:21.49 | Erroneous | like most fps', anything more than 100-200ms of lag becomes very difficult to play on |
| 00:21.51 | javawizard2539 | I was going to set up a 2.99 one to test stuff on |
| 00:22.16 | Think_Differentl | Verizon doesn't seem to block incoming connections, just fyi. |
| 00:22.46 | *** part/#bzflag torghul (n=chatzill@88.242.75.192) |
| 00:22.54 | nn-main | Most providers block incoming on 80 unless your bisness |
| 00:23.02 | nn-main | that is why i got bisness |
| 00:23.16 | javawizard2539 | comcast blocks on all ports |
| 00:23.20 | Erroneous | have a source for that statement? the only ones I know of who do are comcast and charter |
| 00:23.53 | javawizard2539 | That's what they said when I called them |
| 00:24.01 | Think_Differentl | I'd rather not pay $30 extra just for port 80. for that price, I can buy a dedicated/vps host with more bandwidth. You can always run your http server on another port. |
| 00:24.17 | Erroneous | javawizard2539: my comment was towards nn-main, not you |
| 00:24.23 | javawizard2539 | Ok |
| 00:24.45 | Think_Differentl | Erroneous, verizon blocks 80 inbound |
| 00:24.54 | Erroneous | interesting |
| 00:24.55 | Thumper_ | Erroneous: bzflag -solo crashes everytime - even with a non public local server |
| 00:25.05 | nn-main | JeffM, is there a command equivelent to the c comand in bzfs.cxx called NetHandler::destroyHandlers(); |
| 00:25.09 | javawizard2539 | So does comcast allow other ports that aren't 80? |
| 00:25.14 | JeffM | Thumper_, branch or trunk? |
| 00:25.17 | Thumper_ | trunk |
| 00:25.22 | JeffM | yeah that is known |
| 00:25.25 | JeffM | solobots are busted |
| 00:25.27 | JeffM | fix em ;) |
| 00:25.31 | Erroneous | JeffM: shouldn't crash |
| 00:25.32 | Thumper_ | :) |
| 00:25.35 | Erroneous | just shouldn't work |
| 00:25.37 | JeffM | nn-main, no |
| 00:25.45 | nn-main | javawizard2539, verison dsl blocks P 80 incoming |
| 00:25.49 | JeffM | nn-main, it dosnt' work like that |
| 00:25.51 | spldart | comcast took over roadrunner here. RR blocked 80 and 8080 but I could get out on odd ports like 91 or 5154... comcast @ first did the same but apparently they are getting strict.. I can't make my little script to work (requires a appy to listen and respond to a port on my home connection for remote appy to tap once every so often) :( |
| 00:26.03 | Epyon | JeffM, what res do you want the texture templates? With or without transparency? |
| 00:26.17 | JeffM | Epyon, it's just a template, so 512 is fine |
| 00:26.24 | spldart | bbl |
| 00:26.24 | JeffM | the end user can rescale to draw |
| 00:26.29 | JeffM | I don't think trans matters |
| 00:26.30 | Think_Differentl | Verizon doesn't block 8080 though, I run my http server over 8080. |
| 00:26.31 | javawizard2539 | I could try opening a port on something besides 80 or 8080 |
| 00:26.47 | javawizard2539 | I'll try that and get back to everyone. |
| 00:27.34 | nn-main | JeffM, how do you set a fallback port |
| 00:27.59 | JeffM | nn-main, we don't support one |
| 00:28.17 | nn-main | if (!clOptions->useFallbackPort) { ??? |
| 00:28.17 | JeffM | nn-main, just admit to yourself.. you are running too many serers on that box. |
| 00:28.36 | JeffM | nn-main, does the manpage list a command for it? |
| 00:28.37 | nn-main | or killed to many that wont restart |
| 00:28.42 | JeffM | nn-main, restart |
| 00:28.45 | Think_Differentl | nn-main, reboot? |
| 00:28.45 | JeffM | that'll do it |
| 00:28.49 | Winny | nn-main: seriously, you shouldnt need more then like 20, at MOST |
| 00:29.01 | *** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com) |
| 00:29.01 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 00:29.42 | Erroneous | -pf will enable fallback ports (and yes, it's undocumented and unsupported) |
| 00:30.05 | nn-main | ok thanks ElectricElf |
| 00:30.08 | nn-main | oups |
| 00:30.17 | nn-main | * Erroneous |
| 00:30.29 | Epyon | JeffM, the texture templates have been uploaded to http://bzflag.chaosforge.org/images/ . I did all 512/1024 versions with and without alpha |
| 00:30.38 | JeffM | ok |
| 00:30.40 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-35.hsd1.tx.comcast.net) |
| 00:30.44 | JeffM | don't think they need to be that high res |
| 00:30.50 | JeffM | cus people are just going to draw over em |
| 00:31.00 | Erroneous | and certainly will not work for public servers (there is no way to set publicaddr correctly when using -pf) |
| 00:31.07 | javawizard2539 | Random question about IRC, Is there any way in ChatZilla to tell it that on FireFox startup it should join a particular server and channel? |
| 00:31.15 | Winny | 1024? mm |
| 00:31.16 | Epyon | JeffM, if I'd be doing a 1024 texture I'd prefer to have a 1024 template :) |
| 00:31.24 | JeffM | Epyon, just scale the template |
| 00:31.40 | Epyon | Upscaling looks ugly ^^ |
| 00:31.42 | JeffM | it's not like per pixel accuracy does anything for you |
| 00:31.42 | Winny | Epyon: http://bzflag.chaosforge.org/images/cowtank-promo.png :P |
| 00:31.57 | Epyon | Winny, just wanted to paste it :D |
| 00:31.57 | JeffM | Epyon, the template isn't used in the final art |
| 00:32.06 | Epyon | http://bzflag.chaosforge.org/images/cowtank-promo.png for all :P |
| 00:32.26 | Epyon | JeffM, I know, but I like it that way :) |
| 00:32.27 | Winny | You've given me an idea |
| 00:32.27 | Winny | grrr |
| 00:32.33 | Winny | I know what Ill be doing tommorow, he |
| 00:32.36 | Erroneous | heh, I like it :) |
| 00:32.49 | JeffM | whatever floats your boat sarsipius |
| 00:35.02 | JeffM | yay, mirkwood is all updated |
| 00:35.07 | Winny | ~Epyon++ |
| 00:35.47 | Epyon | He he, I submitted it to my deviantart profile :P |
| 00:35.51 | Winny | :D |
| 00:36.04 | Winny | Now THAT would look cool on a coffee mug |
| 00:36.08 | JeffM | you provide the source ;) |
| 00:36.39 | Epyon | JeffM, the model is by you? |
| 00:36.43 | JeffM | yep |
| 00:36.48 | JeffM | lgpl techincaly |
| 00:36.57 | JeffM | I'm just kidding |
| 00:36.58 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 00:37.01 | JeffM | tho it is lgpl |
| 00:37.21 | L4m3r | hard to provide the source for an image |
| 00:37.39 | JeffM | L4m3r, the files used to make it that are lgpl, aka the model |
| 00:37.43 | Epyon | I guess I'll just write BZFlag then |
| 00:38.03 | L4m3r | JeffM: so he'd have to provide the tank model with the image? |
| 00:38.10 | nn-main | for some reason using a different port fixed the problem |
| 00:38.15 | JeffM | L4m3r, techincaly only if someone asked |
| 00:38.27 | JeffM | nn-main, then you proalby do have something else on that port |
| 00:38.31 | JeffM | or the socket is dead |
| 00:38.35 | JeffM | from your kill |
| 00:38.39 | nn-main | o well atleast I didn't have to kill all my ssh users maps |
| 00:39.44 | nn-main | Thanks for the help I need to fix that map change that I just started so it Dosen't Crash again ! See you all later |
| 00:39.46 | JeffM | nn-main, untill it happens again ;) |
| 00:46.16 | Epyon | Winny, it would be extrordinary on a white coffee mug :D |
| 00:46.23 | Winny | :) |
| 00:46.31 | JeffM | it would |
| 00:46.35 | Epyon | I think I'll order one made :D |
| 00:46.52 | JeffM | just the type of mug I can have printed from cafe press |
| 00:47.33 | JeffM | I'd put the cowtank on oneside, and the icon on the other |
| 00:48.07 | Winny | I bet I could hide the cowtank on the site somewhere, hmm |
| 00:48.19 | JeffM | name him moofboom |
| 00:48.45 | Epyon | I'll save the scene seperately so a hires rendering can be made |
| 00:50.46 | Winny | works on a tank texture with the new UV'ed tank |
| 00:53.05 | Epyon | already made a simple texture |
| 00:54.14 | Winny | I'm gonna texture back/ other stuff |
| 00:54.14 | Winny | :) |
| 00:54.56 | Winny | bake* |
| 00:55.51 | Epyon | Here's a simple red texture : http://bzflag.chaosforge.org/images/bztank_texture_red_1024.png |
| 00:56.50 | Epyon | Winny, want a lightmap? |
| 00:57.03 | Winny | Epyon: naa |
| 00:57.52 | spldart | <PROTECTED> |
| 00:58.37 | Winny | joy, blender exports the face layout wrong |
| 01:00.44 | Winny | makes a wooden tank |
| 01:01.03 | spldart | Don't know if anyone mentioned but netstat -Nnap and look for the port your bzfs was looking for would tell you if it is busy |
| 01:01.11 | spldart | nn |
| 01:01.14 | spldart | in linux |
| 01:01.50 | spldart | was just using that cuz he was having a problem with a mulitple nic router running apache with iptables and had to assign a addy to apache manually |
| 01:02.59 | Epyon | http://bzflag.chaosforge.org/images/redtank.png |
| 01:03.23 | Epyon | Here's the textured OpenGL version : http://bzflag.chaosforge.org/images/redtank-texture.png |
| 01:04.00 | Epyon | Looks good enough for a test texture :) |
| 01:04.50 | Epyon | JeffM, I uploaded additional files for the texture -- a lightmap if anyone would like it and a red test texture for you |
| 01:05.08 | Winny | you have nothing on my wooden tank ;) |
| 01:06.19 | spldart | wooden tank!? |
| 01:07.28 | donny_baker | Epyon: that tank just says "Shoot me" :) |
| 01:07.40 | spldart | http://70.240.215.57:8080/tank.jpg |
| 01:07.53 | spldart | sry had too |
| 01:08.01 | donny_baker | did you paint it yet? |
| 01:09.39 | Winny | lets his wood tank render |
| 01:09.56 | Winny | ahh crap, forgot to enable bump mapping |
| 01:10.03 | CBG` | short barrell |
| 01:10.12 | Epyon | donny_baker, it's just a test :P |
| 01:10.20 | spldart | Very short |
| 01:10.45 | CBG` | embarrassingly short |
| 01:10.51 | spldart | LOL |
| 01:10.54 | spldart | I didn't make it |
| 01:11.00 | spldart | But I'll fix it |
| 01:11.08 | CBG` | heh |
| 01:11.46 | javawizard2539 | How long is a BZFlag World Unit? |
| 01:11.52 | javawizard2539 | Compared to the length of a tank |
| 01:12.59 | Winny | a tank is like 5 units long I think |
| 01:13.07 | blast007 | http://shellshock.bzflag.bz/guides-bzscience.html |
| 01:13.19 | blast007 | 6 |
| 01:13.21 | Winny | oh, 8 |
| 01:13.23 | Winny | http://my.bzflag.org/w/Tank |
| 01:13.51 | blast007 | the visible model is |
| 01:14.06 | spldart | a tad longer |
| 01:14.16 | spldart | than the kill zone |
| 01:14.22 | spldart | :-D |
| 01:14.36 | blast007 | there are _tank* variables |
| 01:14.41 | blast007 | _tankLength is 6 |
| 01:14.56 | spldart | thief shrink and stuff can be changed right |
| 01:15.19 | spldart | must.. play.. |
| 01:19.40 | javawizard2539 | ok |
| 01:19.42 | javawizard2539 | Thanks |
| 01:20.16 | javawizard2539 | btw, I' |
| 01:20.24 | javawizard2539 | sry, didn't mean to send that |
| 01:20.38 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-75-36-46-10.dsl.sndg02.sbcglobal.net) |
| 01:20.38 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 01:20.43 | Alesis-Novik | 'night everyone |
| 01:22.21 | donny_baker | cya Alesis-Novik, glad you hung around today |
| 01:22.46 | javawizard2539 | I'm restarting my computer, brb |
| 01:24.16 | *** join/#bzflag javawizard2539 (n=chatzill@c-24-10-227-207.hsd1.co.comcast.net) |
| 01:24.35 | *** join/#bzflag javawizard2539 (n=chatzill@c-24-10-227-207.hsd1.co.comcast.net) |
| 01:30.25 | spldart | brokeded |
| 01:33.27 | *** join/#bzflag javawizard2539 (n=chatzill@c-24-10-227-207.hsd1.co.comcast.net) |
| 01:33.53 | spldart | fixed? |
| 01:45.23 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 01:50.40 | jude- | anyone know if its possible to assign dynamic colors to meshes? or texture matrices? |
| 01:53.40 | JeffM | dynamic colors can be part of the material |
| 01:53.47 | jude- | ahh |
| 01:53.52 | JeffM | and any mesh can have a mateerial |
| 01:53.58 | JeffM | as well as a texture matrix |
| 01:54.06 | jude- | okay |
| 01:54.10 | JeffM | the matrix just applies to the textures |
| 01:54.16 | JeffM | the color applies to the color part of the material |
| 01:54.21 | JeffM | they worth together |
| 01:54.30 | JeffM | the mesh would have a matref to a materia |
| 01:54.41 | JeffM | the material would have a dynamic color and a ref to a texture matrix |
| 01:54.51 | JeffM | the matrix would have commands. |
| 01:55.16 | jude- | I see |
| 01:55.29 | jude- | thanks |
| 01:56.45 | jude- | is assessing the architectural weaknesses in BZWB's back-end in his GSoC application that when fixed would allow for a cleaner, more scalable implementation of BZW 2.x objects |
| 01:57.14 | JeffM | wants to make em all meshes |
| 01:57.31 | jude- | is doing just that, actually :) |
| 01:57.52 | JeffM | inteernaly they all get turned into mesh faces anyway ;) |
| 01:57.53 | jude- | thinks he may have found a way to do that |
| 01:58.03 | jude- | this is true |
| 01:59.10 | jude- | I had been doing it the other way around last summer--the base class for a renderable entity didn't have a concept of its own geometry |
| 01:59.39 | jude- | consequently, when I started implementing the cone, it was a bit...messy |
| 01:59.56 | KTL | http://shellshock.bzflag.bz/guides-bzscience.html <- this is important data ! |
| 02:00.03 | JeffM | I had always given th base class just a "draw" method |
| 02:00.09 | JeffM | then it passed it aloong up |
| 02:00.39 | jude- | that's the way I *should* have been thinking |
| 02:00.56 | jude- | each object should have access to their own scenegraph data |
| 02:01.04 | jude- | geometric primitives, coloring, textures, etc |
| 02:01.22 | JeffM | yes, the specific object should tell the graph how to draw itself |
| 02:01.27 | jude- | things like boxes and pyramids should just be special cases |
| 02:01.38 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 02:01.39 | JeffM | they would not have to be special |
| 02:01.53 | JeffM | they would just use hardcoded geometry generators |
| 02:01.59 | jude- | i.e. meshes with pre-defined geometries and LODs, etc. |
| 02:02.04 | jude- | yeah |
| 02:02.05 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-35.hsd1.tx.comcast.net) |
| 02:02.27 | JeffM | I'd have a base class, then a drawable class, then a drawable with materials class, then off that derive the major objects |
| 02:02.40 | JeffM | meshes would jsut pass back the stored mesh geo |
| 02:02.46 | *** part/#bzflag toft (n=jlewis@unaffiliated/crassworm) |
| 02:02.48 | JeffM | others woudl define it in code from params |
| 02:02.53 | jude- | ...except in my case, the scenegraph libs handle all of that |
| 02:03.08 | JeffM | well the geo has to get to the graph |
| 02:03.11 | JeffM | at some point |
| 02:03.15 | jude- | right |
| 02:03.21 | JeffM | objects would just update the graph when they change |
| 02:03.37 | JeffM | then your editor is graph independent |
| 02:03.40 | jude- | right--before I had been doing all of that through the scenegraph libs |
| 02:06.51 | *** join/#bzflag Ride (n=447360d3@bz.bzflag.bz) |
| 02:06.58 | JeffM | having it be gaph independent would be nice |
| 02:07.08 | JeffM | specialy if we go and use another engine later |
| 02:07.11 | jude- | that was another consideration |
| 02:07.18 | jude- | abstracting OSG from BZWB |
| 02:07.44 | jude- | but it will follow cleanly from re-defining everything as a mesh |
| 02:08.14 | jude- | since only the base class will need to interact with the graph directly |
| 02:08.22 | JeffM | I would not do it that way |
| 02:08.34 | jude- | how would you do it? |
| 02:08.35 | JeffM | I'd let the end classes just fire geo off to the graph |
| 02:08.45 | JeffM | not all end classes draw ;) |
| 02:08.57 | jude- | should the base class at least provide an abstraction from the OSG API? |
| 02:09.04 | JeffM | no |
| 02:09.10 | jude- | so all end-classes inheret the methods? |
| 02:09.16 | jude- | why not? |
| 02:09.40 | JeffM | what does passing it down to the base class get you? |
| 02:09.48 | KTL | Winny, any more renderings? :) |
| 02:09.57 | jude- | passing it down? |
| 02:10.13 | JeffM | in the end your end class is the only think that knows how to define it's geometry |
| 02:10.23 | KTL | http://bzflag.chaosforge.org/images/cowtank-promo.png hihi |
| 02:10.24 | JeffM | you are passing that geo down to the base class |
| 02:10.36 | JeffM | I'd not have the base class have the graph stuff |
| 02:10.43 | JeffM | but something above the base class |
| 02:10.47 | KTL | Winny, make your renderings 1280x1024! |
| 02:10.47 | jude- | right, but if modifying the graph just involves injecting the end-classes geometry into the graph, shouldn't there be a common API for doing that? |
| 02:10.58 | JeffM | base -> drawable -> drawable w/ materials -> end classes |
| 02:11.12 | JeffM | then have drawable call a method to get geo |
| 02:11.30 | JeffM | that goes up to drawable w/geo that does the common material stuff |
| 02:11.44 | JeffM | and calls the get geo from the end class |
| 02:12.00 | JeffM | meshes, arcs, etc.. get derived from drawable w materials |
| 02:12.10 | JeffM | boxes and pyramids get derived from drawable |
| 02:12.18 | JeffM | links and world weapons get derived from base |
| 02:12.35 | JeffM | and base only has stuff like read/write, move, edit, etc.. |
| 02:12.53 | jude- | yes, but meshes, arcs, boxes, and pyramids need to inject their geometry and materials into the graph somehow...there's no sense in defining different injection methods for each one if they do the same thing (i.e. set the material, set the colors, set the geometric primitives) |
| 02:13.07 | JeffM | jude-, there would not be difrent methods |
| 02:13.12 | JeffM | it woudl all go thru drawable |
| 02:13.17 | JeffM | but drawable is not the basemost class |
| 02:13.22 | JeffM | but one derived from base |
| 02:13.29 | JeffM | one off of the base |
| 02:13.34 | jude- | that's what I meant |
| 02:13.38 | jude- | the base drawable class |
| 02:13.50 | JeffM | and remember not all objects suport materials |
| 02:14.13 | CBG` | I look at all the lonely people... |
| 02:14.15 | CBG` | Where do they all come from? |
| 02:14.15 | jude- | right, but the graph needs to be given a material in order to render an object correctly |
| 02:14.24 | JeffM | I'd have the drawable have 2 methods, getMaterial, and getGeometry |
| 02:14.41 | JeffM | jude-, yeah and box and pyramid woudl give it a very generic white ;) |
| 02:14.49 | jude- | exactly :) |
| 02:15.03 | JeffM | so off of drawable you'd do 2 more classes |
| 02:15.04 | jude- | and they would just return their default textures |
| 02:15.10 | JeffM | meshDrawable and classicDrawable |
| 02:15.29 | CBG` | Elinor Rigby, died in the church and was buried along with her name. Nobody came. |
| 02:15.39 | JeffM | meshDrawable has a getMaterial that reads from material stuff stored with the object |
| 02:15.56 | JeffM | classicDrawable just returns white and a texture |
| 02:16.03 | jude- | right |
| 02:16.07 | JeffM | both of them do not implement getGeo |
| 02:16.19 | jude- | but how does the graph get the geometry? |
| 02:16.34 | JeffM | off of meshDrawable, you go and define a mesh object |
| 02:16.38 | JeffM | and an arc object |
| 02:16.42 | JeffM | and a meshbox |
| 02:16.43 | JeffM | etc.. |
| 02:16.50 | jude- | and classicDrawable? |
| 02:16.54 | JeffM | all the mesh based objects that support materials |
| 02:16.57 | Ride- | in an arc do you need mesh setting |
| 02:17.07 | JeffM | for that you do 3, box, pyramid, and teleporter |
| 02:17.17 | Ride- | is this what you have |
| 02:17.25 | jude- | ...and those three implement getGeometry() and return hard-coded primitives? |
| 02:17.26 | JeffM | Ride-, we know how the map works thank you. |
| 02:17.42 | JeffM | jude-, well if it was me, I'd have an abastract geometry class |
| 02:17.43 | Ride- | no i was asking |
| 02:17.44 | JeffM | that just has faces |
| 02:17.59 | Epyon | It's definitively... |
| 02:18.01 | JeffM | Ride-, it dosn't make sense then, what do you mean by "mesh settings" |
| 02:18.05 | Epyon | B33r time ^_^ |
| 02:18.16 | Ride- | never mind |
| 02:18.18 | JeffM | jude-, then each base class fills out that generic geometry object |
| 02:18.24 | JeffM | Ride-, do you mean materials? |
| 02:18.33 | jude- | JeffM: we're on the same page, then |
| 02:18.50 | JeffM | jude-, now to be SLICK, what you do is pass the geometry object up to the getGeo method |
| 02:19.04 | JeffM | and make that geo class be pure virtual |
| 02:19.12 | jude- | exactly :) |
| 02:19.16 | JeffM | then you define one that just goes and passes it back to the graph |
| 02:19.24 | JeffM | then you have one place that has the graph |
| 02:19.55 | JeffM | Ride-, I'll gladly answer your question, I just need to understand it |
| 02:20.49 | JeffM | an arc can take any of the material settings that a mesh can |
| 02:21.07 | JeffM | as well as many others, since arcs are just basicly easy ways to define geometric meshes |
| 02:21.37 | JeffM | jude-, now deep down in the super base class, I'd have all the editor methods |
| 02:21.50 | jude- | JeffM: coming back to abstracting the graph from BZWB, I was thinking of defining a facade API for accessing the graph (but with a BZWB-specific interface), so the fully-derived classes do not need to access the scenegraph directly (thus if we needed to move away from OSG, we would only need to change the facade API) |
| 02:22.18 | JeffM | jude-, if that API is that geometry class, then we are on the same page |
| 02:22.24 | JeffM | I don't think it needs an API, just one class |
| 02:22.25 | jude- | it is the geometry class |
| 02:22.31 | JeffM | then that's fine |
| 02:23.02 | JeffM | actualy, if you do it in a class, you don't need 2 callbacks |
| 02:23.12 | JeffM | just pass the geo class up to meshDrawable |
| 02:23.19 | JeffM | and it fills in just the materials |
| 02:23.21 | jude- | that's what I was thinking--a class with static methods that talk to the graph and are callable from the end-classes |
| 02:23.38 | JeffM | then pass that up to the specific mesh drawable and they fill in the geometry |
| 02:23.48 | javawizard2539 | What file contains the code for actually guiding a guided missile? |
| 02:23.48 | jude- | yeah |
| 02:23.51 | JeffM | then you have only one material rasteriser |
| 02:24.13 | JeffM | javawizard2539, the shot strat IIRC |
| 02:24.47 | javawizard2539 | GuidedMissileStrategy.cxx? |
| 02:24.52 | JeffM | that'd be part of it |
| 02:25.01 | JeffM | that is probably just the interpolation tho |
| 02:25.14 | JeffM | you can track it back by seeing what calls the function that sends out a shot update. |
| 02:25.21 | JeffM | are you trying to fix the busted GM? |
| 02:25.26 | *** join/#bzflag chaoscon (n=jeremy@smartserv/ceo/chaoscon) |
| 02:25.52 | javawizard2539 | No |
| 02:25.55 | javawizard2539 | I'm just wondering |
| 02:25.58 | JeffM | ok |
| 02:26.06 | JeffM | GM is busted in trunck sadly |
| 02:26.12 | javawizard2539 | What's wrong with it? |
| 02:26.15 | JeffM | it's busted |
| 02:26.17 | JeffM | dosn't track |
| 02:26.24 | JeffM | we need to move the track to the server tho |
| 02:26.34 | JeffM | so it hasn't been a high priority to fix in the client |
| 02:26.41 | javawizard2539 | Ok |
| 02:26.57 | javawizard2539 | Is there a key that will go to the declaration of a specific element in MSVC? |
| 02:27.01 | javawizard2539 | Like F3 in Eclipse |
| 02:27.11 | JeffM | right click |
| 02:27.21 | JeffM | go to definition or decleration |
| 02:27.29 | JeffM | after you double click it |
| 02:27.40 | javawizard2539 | Perfect. |
| 02:27.41 | javawizard2539 | Thanks |
| 02:27.52 | javawizard2539 | What's the difference between definition and declaration? |
| 02:28.12 | javawizard2539 | Oh wait a sec |
| 02:28.51 | javawizard2539 | I remember reading what that was, that in Java their in the same location so that's why I keep forgetting, the declaration is where you declare the methods a class has and the definition is where you write the contents of the methods |
| 02:31.52 | *** join/#bzflag javawizard2539 (n=chatzill@c-24-10-227-207.hsd1.ut.comcast.net) |
| 02:34.18 | JeffM | the header usualy has the declaration |
| 02:34.25 | JeffM | and the code is the definsion |
| 02:34.30 | JeffM | man I cna't spell |
| 02:34.49 | JeffM | the delcaration is "hey, I am going to use THIS!" |
| 02:34.57 | JeffM | and the definiton defines what this is. |
| 02:35.16 | JeffM | gotta go to dinner, bbiab |
| 02:44.44 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-75-36-46-10.dsl.sndg02.sbcglobal.net) |
| 02:44.44 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 02:49.28 | *** join/#bzflag JeffM (n=JeffM@adsl-76-243-140-190.dsl.lsan03.sbcglobal.net) |
| 02:52.25 | *** join/#bzflag Ride (n=447360d3@bz.bzflag.bz) |
| 02:53.04 | donny_baker | Ride-: you can avoid that by getting a real IRC client |
| 02:53.47 | Ride- | i just did get one but i cant figure out how to get to this channel or any channel even tho i typed /join #bzflag |
| 02:53.58 | Ride- | oh btw i downloaded xchat 2 |
| 02:54.15 | Ride- | so i deleted it so that i could get some help on what to do |
| 02:54.20 | JeffM | Ride-, what server network did you tell it connect to? |
| 02:54.28 | Ride- | none |
| 02:54.36 | Ride- | i didnt know which one to do |
| 02:54.41 | JeffM | that would be why it did not work |
| 02:54.42 | Ride- | there was a lot of them |
| 02:54.42 | JeffM | freenode |
| 02:54.54 | Ride- | what one do i connect to |
| 02:56.22 | *** join/#bzflag ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 02:56.22 | *** topic/#bzflag is http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/#bzflag || http://ohloh.net/projects/189 || 2.0.10 is the latest public release || BZFlag is in GSoC 2008 , join #gsoc if you're interested in participating (students) mentor blog -> http://tanks4code.blogspot.com/ |
| 02:56.22 | *** mode/#bzflag [+o ibot] by ChanServ |
| 02:56.39 | Ride- | cya guys |
| 02:56.42 | spldart | Btw |
| 02:56.46 | Ride- | what |
| 02:56.54 | Ride- | by the way what |
| 02:57.05 | spldart | I don't about the others but I find that virc is a touch easier than xchat in winderz |
| 02:57.11 | spldart | geez... slow down Ride |
| 02:57.12 | spldart | hehe |
| 02:57.24 | Ride- | what is virc |
| 02:57.27 | spldart | but in linux xchat is king |
| 02:57.32 | spldart | GOOGLE |
| 02:57.42 | Ride- | well ill just stick to xchat |
| 02:57.58 | spldart | Good for yah... Gotta make a decision and stick by it :) |
| 02:57.59 | Ride- | but is there anyway to change color scheme |
| 02:58.14 | spldart | xchat2? havne't tried. virc yes |
| 02:58.25 | JeffM | you can get themes IIRC |
| 02:58.25 | spldart | They got helps.. read up |
| 02:58.26 | spldart | <PROTECTED> |
| 02:58.30 | JeffM | they don't come by default |
| 02:59.30 | spldart | Hrm.. I take back the aforementioned linux statement.. irssi is king xchat is queen hehe |
| 02:59.37 | jude- | ~irssi++ |
| 02:59.52 | spldart | Just get a quality xchat client. You will be happy with the results |
| 03:03.30 | *** join/#bzflag KTL (n=KTL@213.219.144.106.adsl.dyn.edpnet.net) |
| 03:03.53 | KTL | there is a bzflag facebook group ... |
| 03:04.27 | jude- | O.o |
| 03:04.49 | KTL | i cant see their callsigns this way |
| 03:04.54 | KTL | want to know what i shoot |
| 03:05.21 | JeffM | so you can't get a list to add to masterban from it? |
| 03:05.46 | KTL | that was not the idea :) |
| 03:05.56 | JeffM | maybe it should be ;) |
| 03:06.02 | KTL | i try to read my opponents all the time |
| 03:06.47 | KTL | never been able to associate their tank movements with faces |
| 03:07.44 | JeffM | so we have them put the facebook name in the e-mail string, and then go download an avatar and put it on a giant bobblehead on the tank |
| 03:07.49 | *** join/#bzflag Ride (n=447360d3@bz.bzflag.bz) |
| 03:07.53 | Ride | so what is irssi |
| 03:08.04 | JeffM | do you use linux? |
| 03:08.06 | KTL | *there! the ugly one! put him on hunt!* |
| 03:08.20 | Ride | what is linux lol? |
| 03:08.20 | KTL | (not ride :)) |
| 03:08.31 | JeffM | Ride, then don't worry about what irssi is |
| 03:08.44 | Ride | is it super good though |
| 03:08.56 | JeffM | for you, probably not |
| 03:08.59 | Ride | well you should explain what linux is |
| 03:09.01 | JeffM | it's all text andcommand line |
| 03:09.06 | JeffM | no, that's not our job |
| 03:09.10 | JeffM | it's an OS |
| 03:09.14 | JeffM | you can research the rest |
| 03:09.21 | Ride | ok?... |
| 03:09.36 | Ride | i think im going to stick to x chat |
| 03:09.58 | JeffM | probably for the best |
| 03:10.05 | Ride | ok :D |
| 03:10.07 | KTL | discovered winny on facebook |
| 03:10.12 | jude- | haha |
| 03:10.23 | Ride | stalker |
| 03:10.28 | Ride | lol jk jk |
| 03:10.33 | jude- | will remember to frag him extra |
| 03:10.53 | KTL | but i havent seen winny playing the game |
| 03:10.55 | jude- | is anti-Facebook (and anti-social networks) |
| 03:11.04 | KTL | is confined to badgerking |
| 03:12.51 | KTL | is emily exclusively a girls name?? |
| 03:12.55 | Ride | wonders who invented google.com |
| 03:13.02 | Ride | haha |
| 03:13.06 | JeffM | Ride, wikipedia it |
| 03:13.10 | Ride | lol |
| 03:13.29 | JeffM | I'm serious |
| 03:13.35 | Ride | ok |
| 03:13.41 | JeffM | google is good people |
| 03:13.41 | JeffM | they are giving us money :) |
| 03:13.41 | JeffM | and people |
| 03:14.25 | bryjen | beware geeks with gifts, or somesuch |
| 03:14.33 | JeffM | he lives! |
| 03:14.41 | JeffM | bryjen, want to be a mentor? ;) |
| 03:14.41 | bryjen | falls over dead |
| 03:15.01 | bryjen | not really |
| 03:15.04 | KTL | he lives hehe |
| 03:15.04 | JeffM | ok |
| 03:15.20 | *** part/#bzflag Ride (n=447360d3@bz.bzflag.bz) |
| 03:15.26 | bryjen | refuses to be killed by KTL ;) |
| 03:15.26 | JeffM | had to ask :) |
| 03:15.49 | KTL | the only reason why i left today with 3 - 5 in your favor was because i did not want to play hard! |
| 03:16.14 | KTL | and because iirc i got you real hard a week ago :D |
| 03:26.07 | KTL | group bzflag is in turkish hands |
| 03:26.12 | KTL | 6 turks |
| 03:26.23 | *** join/#bzflag ttvd (n=ttvd@CPE00195b4e1028-CM001404948d9e.cpe.net.cable.rogers.com) |
| 03:31.45 | javawizard2539 | the ???BulleStrategy.cxx files are the ones responsible for defining the trajectory of a shot, correct? |
| 03:35.26 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-218-124.lsanca.dsl-w.verizon.net) |
| 03:36.54 | brlcad | JeffM: howso? |
| 03:37.02 | brlcad | javawizard2539: yes |
| 03:37.11 | JeffM | brlcad: huh? |
| 03:37.16 | brlcad | all the Strategy's do that |
| 03:37.23 | JeffM | the art mod? |
| 03:37.26 | brlcad | JeffM: that sleeveless will be interesting |
| 03:37.34 | brlcad | art is modded? |
| 03:37.35 | JeffM | oh, it's rather light |
| 03:37.41 | JeffM | yeah I had to have them do an art mod |
| 03:37.47 | JeffM | it was too small on the front of the shirt |
| 03:37.47 | javawizard2539 | What files are responsible for the image file that draws the shot? |
| 03:38.22 | JeffM | boltsceennode |
| 03:38.27 | brlcad | KTL: cute .. should say "Got Tank?" though ;) |
| 03:38.47 | JeffM | brlcad: http://www.opencombat.net/files/images/shirts/Art%20Proof_s10807.pdf |
| 03:39.18 | javawizard2539 | One more question |
| 03:39.54 | javawizard2539 | Which file has code that checks to see if it's a NormalShot or a SuperShot and sets the appropriate texture on the boltscenenote? |
| 03:40.04 | javawizard2539 | ack, I can't spell right |
| 03:40.18 | JeffM | the caller of the node |
| 03:40.33 | brlcad | heh, detective colombo |
| 03:40.35 | JeffM | basicly when the sceenode is created |
| 03:40.45 | JeffM | it makes a rendernode |
| 03:40.54 | JeffM | and sets the options on that render node |
| 03:41.01 | javawizard2539 | Ok |
| 03:41.05 | javawizard2539 | Thanks |
| 03:41.28 | JeffM | tho it's not a texture all the time in 3.0 |
| 03:41.35 | JeffM | geobolt FTW |
| 03:42.17 | brlcad | looks like they revectorized it for the proof |
| 03:42.36 | JeffM | I think they do, to show how it will look in ink |
| 03:42.58 | JeffM | but the front is way too small, so I had them make it an inch bigger after consulting with the daniel |
| 03:43.44 | brlcad | on the back? |
| 03:43.47 | brlcad | for that proof? |
| 03:43.57 | JeffM | no the front |
| 03:44.01 | brlcad | ah |
| 03:44.02 | JeffM | page 2 I think |
| 03:44.25 | brlcad | doesn't that kinda overpower the icon? |
| 03:44.42 | JeffM | we measured it out on a shirt,it just makes it visable |
| 03:44.46 | JeffM | it's not easy to see now |
| 03:45.00 | JeffM | I'll get another proof tomorow |
| 03:45.04 | brlcad | k |
| 03:45.37 | JeffM | the art guy called me and sounded a little disapointed that we did most of the work for him |
| 03:45.53 | JeffM | "oh.. it's in the layers already?" |
| 03:47.43 | brlcad | heh |
| 03:55.22 | javawizard2539 | What does boltSceneNode.phasingShot do? |
| 03:56.12 | JeffM | sb |
| 03:56.46 | javawizard2539 | I mean, what change does it make in the display of the shot? |
| 03:56.55 | javawizard2539 | It sets the texture separately |
| 03:56.57 | JeffM | probalby none |
| 03:57.04 | javawizard2539 | Ok |
| 03:57.14 | JeffM | the texture is part of the rendernode |
| 03:57.21 | JeffM | and the openglstate |
| 03:57.32 | JeffM | you should set a breakpoint and step thru the code |
| 03:58.03 | javawizard2539 | Ok |
| 03:58.20 | javawizard2539 | One more question that arises out of my lack of work in 3D rendering, which side of the alpha scale is transparent? 1.0f or 0.0f? |
| 03:58.36 | JeffM | 0 is invisible |
| 03:58.38 | JeffM | 1 is solid |
| 03:58.40 | javawizard2539 | Ok |
| 03:58.42 | javawizard2539 | Thanks |
| 03:59.13 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 04:04.08 | *** join/#bzflag Ride (n=6156ffe5@bz.bzflag.bz) |
| 04:07.21 | *** join/#bzflag uso (n=uso@84-72-8-253.dclient.hispeed.ch) |
| 04:18.24 | jude- | javawizard2539: you seem to be asking a lot of code-specific questions. Are you thinking about applying to GSoC 2008? |
| 04:19.04 | Ride- | first i need to get out of this |
| 04:19.07 | Ride- | brb |
| 04:19.43 | *** join/#bzflag Ride- (n=Ride-@97-86-255-229.dhcp.roch.mn.charter.com) |
| 04:20.00 | Ride- | did it work |
| 04:20.06 | jude- | did what work? |
| 04:20.09 | Ride- | yes |
| 04:20.14 | Ride- | IT WORKED |
| 04:20.17 | jude- | ... |
| 04:20.19 | JeffM | it idid |
| 04:20.22 | Ride- | i have IRC CLIENT!!! |
| 04:20.25 | Ride- | wee |
| 04:20.31 | Ride- | thanks JeffM |
| 04:20.38 | Ride- | well im going to bed so |
| 04:20.42 | Ride- | cya guys later |
| 04:20.46 | spldart | congrats. Sweet dreams |
| 04:21.14 | spldart | brb |
| 04:24.19 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-35.hsd1.tx.comcast.net) |
| 04:24.33 | javawizard2539 | No |
| 04:24.38 | javawizard2539 | jude-, no |
| 04:24.56 | jude- | you could, you know |
| 04:25.05 | javawizard2539 | Not really |
| 04:25.16 | javawizard2539 | I only started learning c++ 1 month ago |
| 04:25.35 | jude- | so? |
| 04:25.48 | jude- | if you write a good application, and are dedicated enough, you would do well |
| 04:26.07 | jude- | I came out of GSoC last year knowing C++ far better than when I did going into it |
| 04:26.56 | jude- | besides, if you're application is good enough, I'm not sure any of the devs will complain if you use Java (provided the trade-off in functionality is worth it) |
| 04:27.09 | JeffM | yeah we will |
| 04:27.10 | JeffM | ;) |
| 04:27.17 | jude- | okay, only JeffM will |
| 04:27.22 | JeffM | more will too |
| 04:27.26 | JeffM | it's less maintainable |
| 04:27.37 | javawizard2539 | I don't know |
| 04:27.44 | javawizard2539 | I might apply next year (2009) |
| 04:27.51 | jude- | why wait? |
| 04:28.26 | javawizard2539 | I don't know |
| 04:28.30 | jude- | C++ is similar enough to Java you'll catch on in no time :) |
| 04:28.36 | ttvd | I am thinking about applying for gsoc ;) |
| 04:28.42 | jude- | ~ttvd++ |
| 04:28.52 | ttvd | I am researching possible projects |
| 04:28.52 | spldart | I don't know if it was responded to earlier but trunk is nice and broke now right? |
| 04:29.06 | JeffM | spldart: don't think so |
| 04:29.08 | JeffM | what dosn't work |
| 04:29.09 | jude- | spldart: I've heard that the GM is broken... |
| 04:29.28 | jude- | ttvd: which interest you? |
| 04:29.49 | spldart | I've rebooted to linux cuz windows with fresh svn checkout wouldn't build client. |
| 04:29.50 | ttvd | perhaps cross server communication |
| 04:30.11 | jude- | that has huge benefits |
| 04:30.12 | JeffM | spldart: error? |
| 04:30.14 | ttvd | that sounds interesting |
| 04:30.18 | spldart | am attempting build in linux now |
| 04:30.56 | spldart | although I might crash cuz my clock and fsb are cranked way up right now |
| 04:31.13 | spldart | btw.. they were not in windoze hehe |
| 04:34.26 | javawizard2539 | is there a shortcut key in MSVC2005 to build solution? |
| 04:34.53 | ttvd | look it up in the build menu |
| 04:35.01 | javawizard2539 | Where? |
| 04:35.04 | brlcad | heh, the winefolks use our windows installer for their winetricks package |
| 04:35.10 | javawizard2539 | I checked on the right-click menu and there's no shortcut key there |
| 04:35.28 | javawizard2539 | Found it |
| 04:35.32 | JeffM | javawizard2539: F7 |
| 04:35.37 | JeffM | brlcad: nsis? |
| 04:35.39 | javawizard2539 | Thanks |
| 04:35.53 | ttvd | build -> build solution |
| 04:36.00 | brlcad | JeffM: yeah, I believe so |
| 04:36.09 | JeffM | brlcad: lots of people use nsis |
| 04:36.12 | brlcad | they apparently also appreciated that we were shipping visual c 7.1's runtimes |
| 04:36.13 | JeffM | cus it's awesome |
| 04:36.19 | javawizard2539 | Another question. Have the command line parameters for bzfs changed a lot? |
| 04:36.34 | javawizard2539 | In otherwords, what command line would I use to get a random map with just one type of flag? |
| 04:36.36 | brlcad | yeah, but they meant that they based theirs directly from bzflag's |
| 04:36.49 | javawizard2539 | I mean since 2.0.10 |
| 04:36.50 | brlcad | not just using nsis for nsis goodness' sake |
| 04:36.55 | JeffM | javawizard2539: same |
| 04:36.58 | javawizard2539 | Ok |
| 04:37.00 | JeffM | brlcad: ahhh |
| 04:37.07 | JeffM | ours was based on another too ;) |
| 04:37.39 | blast007 | using the bzedit installer |
| 04:37.50 | blast007 | cp $WINEPREFIX/drive_c/Program\ Files/BZEdit1.6.5/m*71* $WINEPREFIX/drive_c/windows/system32/ |
| 04:37.53 | blast007 | ;) |
| 04:38.53 | brlcad | heh |
| 04:39.05 | DTRemenak | brlcad: yeah, Dan Kegel wanted a "small, free app that ships the vc7.1 runtimes" |
| 04:39.09 | DTRemenak | so I suggested bzedit ;) |
| 04:39.44 | brlcad | ah, hehe |
| 04:40.21 | DTRemenak | the installer's like 800k, we allow nsis' silent mode, and we ship the full set of runtimes |
| 04:41.23 | spldart | OK... maybe it's windoze issue.. I build client in linux.. |
| 04:41.27 | spldart | goes to troubleshoot |
| 04:41.49 | brlcad | that's right, you did work with them a while back (and/or still do) |
| 04:41.53 | spldart | 7:27 isn't bad compile for 4 y/9 compy |
| 04:41.54 | DTRemenak | mhm |
| 04:43.19 | javawizard2539 | I tried using bzfs +f{JP}{50} but it didn't work |
| 04:43.24 | javawizard2539 | Am I using the wrong syntax? |
| 04:43.30 | blast007 | +f JP{50} |
| 04:43.37 | javawizard2539 | Ok |
| 04:43.38 | javawizard2539 | Thanks |
| 04:43.40 | blast007 | and that might be too many flags ;) |
| 04:43.51 | blast007 | at least on Windows. But you'll notice if you can't spawn |
| 04:44.05 | blast007 | someone said that the limit is around 250 total |
| 04:47.26 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 04:49.44 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-35.hsd1.tx.comcast.net) |
| 04:54.05 | spldart | I dunno what changed by the windows build with vc8 now racks up lotsa glew and some curses errors and spits out "Build: 0 succeeded, 2 failed, 20 up-to-date, 0 skipped " |
| 04:54.36 | JeffM | spldart: what target? |
| 04:55.06 | spldart | ? |
| 04:55.20 | jude- | JeffM: in most 3D editors, what would you expect right-click + drag to do? |
| 04:55.27 | JeffM | does it say debug or debug_distrobution |
| 04:55.33 | JeffM | jude-: rotate the camera |
| 04:55.42 | jude- | i.e. trackball-style? |
| 04:55.49 | JeffM | yeah |
| 04:55.52 | jude- | okay |
| 04:56.10 | jude- | is at the stage in his proposal where he's making GUI revisions |
| 04:56.11 | spldart | DOH! |
| 04:56.18 | spldart | My mistake... Sorry jeff |
| 04:56.35 | spldart | I'm definitely not used to building in windows yet |
| 04:56.52 | jude- | JeffM: I also take it you would expect scrolling in/out to zoom in and out? |
| 04:58.22 | JeffM | yes |
| 04:58.37 | JeffM | ctrl right drag should pan |
| 04:58.37 | jude- | then what would left-click + drag do? |
| 04:58.40 | jude- | kk |
| 04:58.41 | JeffM | select |
| 04:58.46 | jude- | ahh |
| 04:58.53 | JeffM | or move selected objects if you are on a move tool |
| 04:58.57 | JeffM | or pick a widget |
| 04:59.01 | JeffM | left == interact |
| 04:59.08 | JeffM | right == change view |
| 04:59.37 | jude- | I see |
| 04:59.52 | JeffM | it's an editor, so the main thing it does should be the left |
| 05:00.07 | jude- | how about dragging along an axis? |
| 05:00.19 | JeffM | what do you mean? |
| 05:00.30 | jude- | i.e. say I only wanted to drag an object through a 3D scene along the x-axis |
| 05:00.47 | JeffM | you grab it's move widget on that axis |
| 05:00.54 | jude- | okay |
| 05:01.02 | JeffM | widgets for move, scale, rotate |
| 05:01.10 | jude- | right |
| 05:01.14 | jude- | takes notes |
| 05:01.24 | JeffM | pick the cente rof the move widget, and its' free drag, pick the axis on it and drag it |
| 05:01.39 | jude- | like in Blender, I take it? |
| 05:01.41 | spldart | BTW off the top of anyones head is there something to do after getting a glew binary and copying the appropriate lib to Microsoft Visual Studio 8\VC\ lib and inclued into Microsoft Visual Studio 8\VC\include etc.... |
| 05:02.07 | JeffM | spldart: not if you put them in the right spot |
| 05:02.25 | spldart | okies.. was following http://glew.sourceforge.net/install.html directions |
| 05:02.40 | JeffM | it went in the gl dir in include? |
| 05:03.01 | spldart | It looks like that's what it wants... |
| 05:03.16 | javawizard2539 | What's the command line switch for bzfs for enabling autopilots in 2.99? |
| 05:03.23 | JeffM | I usualy add it to the dirs |
| 05:03.30 | javawizard2539 | It doesn't appear to be automatically enabled |
| 05:03.38 | JeffM | javawizard2539: have you read any of the docs? |
| 05:03.40 | spldart | I created a folder in Include called GL and played those two files there |
| 05:03.42 | javawizard2539 | I did |
| 05:03.49 | javawizard2539 | The only switch is -disableBots |
| 05:03.56 | JeffM | cus that is the option |
| 05:04.02 | JeffM | they are on by default |
| 05:04.05 | javawizard2539 | Hmm |
| 05:04.10 | javawizard2539 | I ran this command: |
| 05:04.36 | javawizard2539 | .\bzfs +f CT{50} -j -ms 5 -p 5156 |
| 05:04.45 | javawizard2539 | And it won't allow bots |
| 05:04.57 | blast007 | trunk? |
| 05:05.00 | javawizard2539 | yes |
| 05:05.03 | JeffM | trunk has bot issues |
| 05:05.09 | JeffM | specificly with -solo |
| 05:05.36 | *** join/#bzflag short_circuit (n=james@c-98-197-19-35.hsd1.tx.comcast.net) |
| 05:05.41 | javawizard2539 | I tried both -solo and F9 |
| 05:05.47 | javawizard2539 | F9 doesn't work either |
| 05:05.55 | JeffM | does it tell you bots arn't allowed? |
| 05:06.03 | javawizard2539 | Yes |
| 05:06.07 | JeffM | then tis a bug |
| 05:06.10 | JeffM | fix it ;) |
| 05:06.14 | javawizard2539 | I'm not that good |
| 05:06.23 | JeffM | only one way to get that good |
| 05:06.24 | javawizard2539 | I can try, but I started with c++ a month ago |
| 05:06.57 | spldart | makes a mental note to set "Solutions Configurations" for each build |
| 05:07.08 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 05:09.13 | *** join/#bzflag uso (n=uso@84-72-8-253.dclient.hispeed.ch) |
| 05:09.42 | JeffM | javawizard2539: best way to learn is to buck down and do the research |
| 05:10.01 | JeffM | debugers are great for that kinda stuff ;) |
| 05:10.26 | javawizard2539 | I'll try |
| 05:10.44 | DTRemenak | should be fairly easy to pin down |
| 05:10.56 | javawizard2539 | btw, I thought of another flag that would be cool |
| 05:10.58 | JeffM | inddded |
| 05:10.59 | DTRemenak | it's not a complex part of the code |
| 05:11.08 | JeffM | shoudl be able to find it from the error message |
| 05:12.49 | brlcad | DTRemenak: do you have chanpeak data for last year on slashnet? |
| 05:13.01 | DTRemenak | brlcad: huh? |
| 05:13.11 | DTRemenak | oh, for #gsoc? wasn't there |
| 05:13.13 | javawizard2539 | How do you run the code in such a way that you can add breakpoints and step through it? |
| 05:13.15 | brlcad | ah, k |
| 05:13.19 | javawizard2539 | Like java debugger in Eclipse |
| 05:13.29 | DTRemenak | javawizard2539: debug->start debugging... |
| 05:13.29 | L4m3r | VS has a debugger |
| 05:13.31 | brlcad | (they used #summer-discuss for some bizarre reason) |
| 05:13.44 | JeffM | javawizard2539: you have to set the debug path first |
| 05:13.47 | JeffM | and the working dir |
| 05:14.04 | javawizard2539 | How do you do that? |
| 05:14.16 | DTRemenak | and you need to set the active project first (i.e. to debug bzflag, right click on the project, click Set as Startup Project, or similarly for bzfs) |
| 05:14.49 | DTRemenak | right-click the project, click properties, debug item |
| 05:15.06 | DTRemenak | command and working directory need to be set to the bzflag root |
| 05:15.23 | DTRemenak | not to $(TargetPath) or whatever the default is |
| 05:15.45 | javawizard2539 | Ok |
| 05:15.55 | JeffM | it is also mentioned in the readme |
| 05:16.04 | DTRemenak | is it? |
| 05:16.08 | JeffM | yep ;) |
| 05:16.10 | DTRemenak | wow |
| 05:16.15 | JeffM | I been updatin the windows readme a lot |
| 05:16.19 | DTRemenak | I see :) |
| 05:16.25 | JeffM | even has a running and debuging section |
| 05:17.01 | jude- | JeffM: which 3D editor do you get your 3D manipulation expectations from (so I can read more about its HIGs and not bother you)? |
| 05:18.20 | JeffM | jude-: common sense |
| 05:18.28 | jude- | you know I have none of that :) |
| 05:18.45 | jude- | which editors are you used to? |
| 05:19.16 | jude- | the only one I'm used to is Blender, and we all know how user-friendly it can be :) |
| 05:21.03 | KTL | brlcad, the cow tank is winny's work i believe, just to be complete |
| 05:21.03 | javawizard2539 | I added a test command-line option called -enableBots that explicitly enables them, and that didn't help. (I removed it after.) So it |
| 05:21.10 | javawizard2539 | 's not with the defaults stuff. |
| 05:21.37 | javawizard2539 | I'll get the debug stuff set up and post back |
| 05:22.25 | blast007 | javawizard2539: it's not that they're disabled. They are *broken* |
| 05:22.43 | blast007 | not just that* |
| 05:23.05 | JeffM | javawizard2539: track it down from the error message |
| 05:23.16 | blast007 | hmm, and yeah, there isn't an -enableBots command |
| 05:23.53 | javawizard2539 | I mean that I added it to test out whether or not it was with the defualt stuff |
| 05:24.04 | javawizard2539 | and it's -solo that is supposedly broken, not F9 |
| 05:24.24 | JeffM | javawizard2539: track it down from the error mesaage |
| 05:24.28 | JeffM | and walk it back |
| 05:24.34 | JeffM | that's what developers do |
| 05:24.45 | javawizard2539 | JeffM, I got the debuggin paths in. |
| 05:24.47 | javawizard2539 | Ok |
| 05:26.09 | blast007 | javawizard2539: disregard what I said. Didn't realize you were getting the "bots are not allowed" message |
| 05:27.14 | JeffM | he is |
| 05:27.18 | jude- | Regarding my GSoC application...would there be any objections if I checked it into BZWorkbench for review? Or would the mentors prefer it to be kept private? |
| 05:27.37 | JeffM | the applicaiton should not go into SVN |
| 05:27.48 | jude- | very well |
| 05:27.52 | JeffM | but you don't have to keep it private |
| 05:27.56 | JeffM | it is not sourcecode |
| 05:28.02 | jude- | I see |
| 05:28.15 | JeffM | wiki.. maybe |
| 05:28.18 | jude- | hehe |
| 05:28.18 | JeffM | svn.. no |
| 05:28.34 | DTRemenak | if you choose to do it on the wiki it should be in your user namespace |
| 05:28.52 | jude- | it's just, I want to make sure my proposed UI changes will be beneficial to the end-users |
| 05:28.52 | JeffM | yeah |
| 05:28.58 | DTRemenak | i.e. http://my.bzflag.org/w/User:Jude/Some_Page_Here |
| 05:29.04 | jude- | (since I lack talent in designing UIs) |
| 05:29.05 | DTRemenak | or whatever your username is |
| 05:29.16 | jude- | DTRemenak: thanks, I'll try that |
| 05:29.22 | JeffM | start it there, and if you want later, if you get in or not, move it to a design document |
| 05:29.39 | jude- | okay |
| 05:29.39 | DTRemenak | yeah, moving wikis is pretty simple |
| 05:30.14 | javawizard2539 | I started debugging it and got "No fonts found (the directory option may help). Exiting." |
| 05:30.42 | javawizard2539 | What does that mean? |
| 05:30.53 | DTRemenak | your working directory is not set correctly |
| 05:30.55 | JeffM | means you didn't set the working dir |
| 05:31.06 | DTRemenak | set it to the bzflag root, not some subdirectory |
| 05:31.29 | javawizard2539 | I set the working dir correctly |
| 05:31.36 | javawizard2539 | Hold on a sec |
| 05:31.45 | JeffM | what did you set it to? |
| 05:32.10 | javawizard2539 | I found it, I had forgotten to set the command as well |
| 05:34.32 | javawizard2539 | I've got it in debug |
| 05:34.41 | javawizard2539 | How do you step in to a method? |
| 05:35.09 | DTRemenak | look at the commands on the debug menu |
| 05:35.32 | DTRemenak | they're all named very obvious things ;) |
| 05:36.24 | DTRemenak | context menu on the code is useful too (for breakpoints, run to cursor, etc) |
| 05:37.50 | JeffM | there is also good docs in the help menu |
| 05:38.12 | javawizard2539 | Is LocalPlayer.isAutoPilot() whether or not the player currently is an autopilot player? |
| 05:38.29 | DTRemenak | yes |
| 05:38.54 | javawizard2539 | then i've found the problem |
| 05:38.56 | javawizard2539 | if (BZDB.isTrue(StateDatabase::BZDB_DISABLEBOTS) |
| 05:39.01 | javawizard2539 | which was false, as per debugging |
| 05:39.11 | javawizard2539 | || ! myTank->isAutoPilot()) { |
| 05:39.28 | DTRemenak | and what would be the correct code? |
| 05:39.30 | javawizard2539 | isAutoPilot() was false, so !isAutoPilot was true |
| 05:39.31 | JeffM | good boy ;) |
| 05:39.34 | javawizard2539 | Thanks |
| 05:39.36 | JeffM | and the fix is? |
| 05:39.50 | javawizard2539 | I don't know what the !isAutopilot is there fore |
| 05:39.52 | javawizard2539 | for |
| 05:39.58 | DTRemenak | check the subversion logs |
| 05:40.08 | javawizard2539 | It seems like if you are an autopilot then you shouldn't get a message about it |
| 05:40.10 | javawizard2539 | Hold on a sec |
| 05:40.46 | DTRemenak | svn blame ought to tell you why any particular piece of code was checked in |
| 05:45.55 | javawizard2539 | Allow clients on autopilot to deactivate it when _disableBots was made true duri |
| 05:45.57 | javawizard2539 | ng that time. |
| 05:45.59 | javawizard2539 | That was a log message, my guess is that is why the code is there |
| 05:46.42 | javawizard2539 | so it should be && instead of || |
| 05:46.43 | DTRemenak | yup; blame is faster than reading the logs btw. there's a tortoise menu for it too if you're using that |
| 05:46.49 | DTRemenak | and correct on the fix |
| 05:46.53 | javawizard2539 | Thanks |
| 05:47.05 | CIA-16 | BZFlag: 03dtremenak * r16746 10/trunk/bzflag/src/bzflag/clientCommands.cxx: correct bad logic; don't always deny autopilot mode |
| 05:47.05 | javawizard2539 | I'm using svn command line |
| 05:47.20 | DTRemenak | cool; "svn blame <filename>" then |
| 05:47.34 | DTRemenak | will show you the last person and revision number to touch each file |
| 05:47.37 | javawizard2539 | What's CIA-16? |
| 05:47.38 | DTRemenak | s/file/line/ |
| 05:47.41 | javawizard2539 | Ok |
| 05:47.51 | DTRemenak | it's a bot that reports from http://cia.vc/ |
| 05:47.55 | DTRemenak | realtime commit monitor |
| 05:48.00 | javawizard2539 | cool |
| 05:48.09 | javawizard2539 | So if I svn up I should get the fix? |
| 05:48.12 | DTRemenak | yup |
| 05:48.31 | DTRemenak | cia is an awesome service, I highly recommend it for open-source projects |
| 05:48.42 | javawizard2539 | I'm up to datwe |
| 05:48.45 | javawizard2539 | *date |
| 05:48.49 | javawizard2539 | I'm going to try running it |
| 05:50.53 | javawizard2539 | Didn't fix it |
| 05:51.02 | javawizard2539 | Wait |
| 05:51.04 | javawizard2539 | I forgot to build |
| 05:51.10 | javawizard2539 | is stupid |
| 05:51.18 | DTRemenak | heh, used to some interpreted language? :) |
| 05:55.50 | javawizard2539 | Java |
| 05:55.58 | javawizard2539 | In Eclipse, |
| 05:56.04 | javawizard2539 | which builds for you automatically |
| 05:56.31 | DTRemenak | VS will do the same thing if you tell it to debug ("Some projects are out of date..." or some such) |
| 05:57.25 | DTRemenak | btw, you're welcome to submit patches for any other bugs you run into. I'm sure there will be a few, 2.99 has been under development for quite a while and has not received much testing |
| 06:00.23 | DTRemenak | and the -solo bots do need fixing, but that'll be a more significant task (I think they're broken in more than one way) |
| 06:01.06 | jude- | takes a break to play some BZFlag |
| 06:01.12 | jude- | good night everyone |
| 06:01.22 | DTRemenak | 'night jude- |
| 06:06.53 | javawizard2539 | btw, I thought of another flag that would be cool |
| 06:07.45 | javawizard2539 | I wrote it into the code and played around with it for a while, and it seems like a good flag |
| 06:08.01 | brlcad | http://my.bzflag.org/w/Flag_Ideas |
| 06:08.08 | javawizard2539 | I posted it there |
| 06:08.46 | javawizard2539 | My point is, I wrote it into the code and I'm wondering if everyone thinks it would be a good flag to have |
| 06:08.58 | brlcad | which one? |
| 06:09.09 | javawizard2539 | It's Cloaked Shot, which makes your shots invisible out-the-window. The glow still shows up, as does the shot on radar. |
| 06:09.28 | javawizard2539 | Kind of like cloaking for shots as |
| 06:09.33 | javawizard2539 | Invisible bullet is stealth for shots |
| 06:10.11 | brlcad | hm, there's some merit there |
| 06:10.25 | brlcad | how do you counter it? |
| 06:10.33 | javawizard2539 | Seer |
| 06:10.50 | javawizard2539 | Plus, you can see it on radar and you can see the glow along the gound |
| 06:11.20 | brlcad | sounds like a worthwhile patch if you already implemented it |
| 06:11.49 | javawizard2539 | I did |
| 06:11.51 | javawizard2539 | How do I submit it? |
| 06:12.00 | javawizard2539 | I can't remember exactly which files I changed |
| 06:12.01 | brlcad | (which should include the docs, manpage updates, help updates) |
| 06:12.19 | brlcad | svn status lists which files have changed |
| 06:12.23 | brlcad | svn diff lists the changes |
| 06:12.27 | javawizard2539 | Ok |
| 06:12.34 | DTRemenak | "svn diff -u" in the root bzflag directory will pull a unified diff, which is what we want for a patch |
| 06:12.43 | brlcad | svn's diff is -u by default |
| 06:12.47 | DTRemenak | really? |
| 06:12.49 | brlcad | yup |
| 06:12.50 | DTRemenak | sweet |
| 06:13.07 | brlcad | svn diff > cloaked_shot.patch |
| 06:13.17 | DTRemenak | heh, seems odd, but I haven't actually needed to use svn to make a patch before :S |
| 06:13.25 | brlcad | review that file to make sure it *only* has the edits you want |
| 06:13.53 | brlcad | otherwise go back and remove any edits in the file and run svn diff again, or svn revert to restore a file to its original state |
| 06:15.22 | javawizard2539 | Here's the info for the flag, see what you guys think |
| 06:15.30 | javawizard2539 | The name is Cloaked Bullet |
| 06:15.43 | javawizard2539 | Code is CT (CB is already in use for Color Blind) |
| 06:15.47 | javawizard2539 | Description: |
| 06:15.49 | javawizard2539 | Shots are invisible out-the-window. Still visible on radar. Glow is still visible out-the-window. Watch out for ricochet! |
| 06:16.02 | javawizard2539 | Any suggestions? |
| 06:16.45 | javawizard2539 | I also added the code into the autopilot so that it ignores CT shots like it does IB |
| 06:21.25 | javawizard2539 | I just realized I forgot to add in the code for seer, I'll add that in and then post it |
| 06:23.43 | JeffM | meh |
| 06:24.58 | JeffM | I'd call it CS tho, for cloaked shot |
| 06:27.19 | javawizard2539 | I thought about that |
| 06:27.44 | javawizard2539 | Actually, I could still name it that. I originally chose Cloaked Bullet because I didn't want the BZFlag enumerations to conflict |
| 06:27.53 | javawizard2539 | But I could change just the display name |
| 06:28.22 | javawizard2539 | JeffM, ack, I need to remember to prefix my messages with the person's name that I'm sending them to |
| 06:28.42 | javawizard2539 | I like CloakedShot more |
| 06:28.46 | javawizard2539 | I'll rename it |
| 06:30.05 | javawizard2539 | Another question, should I add the code for seer checking as part of the shot strategy, or should shotpath use a normal strategy? |
| 06:31.31 | javawizard2539 | I |
| 06:31.40 | javawizard2539 | I'll do it as part of the strategy for now |
| 06:37.42 | JeffM | the T in CT means nothing |
| 06:39.01 | JeffM | javawizard2539: how does IB work? |
| 06:39.06 | JeffM | it shoudl work the same |
| 06:39.10 | JeffM | cus it's like invisibile |
| 06:39.20 | javawizard2539 | IB doesn't show up on radar |
| 06:39.26 | javawizard2539 | But still shows up out-the-window |
| 06:39.47 | javawizard2539 | the T was the last letter in bullet, similarly to how VT is the state abbreviation for Vermont |
| 06:39.52 | javawizard2539 | But I like Cloaked Shot better |
| 06:39.56 | JeffM | and yours is the oposite of IB |
| 06:39.59 | JeffM | so it should work similar |
| 06:40.00 | javawizard2539 | yep |
| 06:40.01 | JeffM | in the code |
| 06:40.08 | javawizard2539 | not quite |
| 06:40.28 | javawizard2539 | IB doesn't require a different shot strategy, instead using an if statement when rendering the radar |
| 06:40.31 | DTRemenak | JeffM: ib has a flag in radarrenderer iirc |
| 06:40.50 | JeffM | I don't see why CS needs a difrent strat |
| 06:40.58 | javawizard2539 | this would require another shot strategy because you're actually changeing the appearence of the bullet |
| 06:41.00 | JeffM | it can have the same strat as retular |
| 06:41.08 | javawizard2539 | for example, PZ has a different strategy |
| 06:41.11 | DTRemenak | changing the way the shot is done needs to be done somewhere deeper (not sure strat is right; there should be a scenenode for it) |
| 06:41.11 | JeffM | no, just don't add the rendernode |
| 06:41.26 | JeffM | keep the same strat |
| 06:41.37 | javawizard2539 | Ok |
| 06:41.47 | JeffM | just don't add a rendernode |
| 06:41.52 | JeffM | or make the node not do anything |
| 06:42.06 | JeffM | rendernodes don't have to render ;) |
| 06:42.06 | javawizard2539 | I currently have it set it's alpha to 0.0 |
| 06:42.12 | JeffM | tjat |
| 06:42.15 | JeffM | that is not good |
| 06:42.23 | javawizard2539 | It's the only thing I could think of |
| 06:42.25 | JeffM | just return early out of the render |
| 06:42.34 | JeffM | make no GL calls |
| 06:43.12 | javawizard2539 | What about PZ? |
| 06:43.25 | javawizard2539 | nvm, pz uses a different path |
| 06:43.34 | JeffM | you can use th standard shot path |
| 06:43.43 | JeffM | just add another option to th rendernode |
| 06:43.48 | JeffM | and have it bail out |
| 06:43.52 | javawizard2539 | ok |
| 06:45.08 | JeffM | then it can keep the same radar render method |
| 06:45.38 | javawizard2539 | ok |
| 06:46.27 | javawizard2539 | so just add an if... method that checks to see if the shot type is CloakedShot AND the local player isn't holding a SE flag and if that's true then don't render the node? |
| 06:46.36 | javawizard2539 | *if statement |
| 06:46.39 | JeffM | yeah |
| 06:46.42 | javawizard2539 | ok |
| 06:46.44 | JeffM | if they can't see it, return ;) |
| 06:46.51 | javawizard2539 | ok |
| 06:46.54 | javawizard2539 | wait a sec |
| 06:47.10 | javawizard2539 | I should probably not return directly from there because a light needs to be renderd |
| 06:47.27 | JeffM | that is a seperate thing |
| 06:47.35 | JeffM | that is a ground affector |
| 06:47.45 | JeffM | just return out of the rendernodes render object |
| 06:48.17 | DTRemenak | he'd need to pass a flag in to do that, for Seer to work correctly (different lib) |
| 06:49.09 | JeffM | yeah |
| 06:49.16 | JeffM | he'll have to pass it into the render object |
| 06:53.34 | javawizard2539 | For future reference, new strategies should only be used when the trajectory or speed of the shot is altered, correct? |
| 06:54.14 | JeffM | yes |
| 06:54.27 | JeffM | cus in the end, the strats are going to be moved to the server |
| 06:54.38 | DTRemenak | that's generally what the strat is used for, yes. shots that have to interact differently with the world (regardless of drawing) |
| 06:54.44 | JeffM | that's why IB, SB, etc.. all use the same strat |
| 06:54.56 | DTRemenak | sb is different, turns off rico |
| 06:55.18 | DTRemenak | but yeah, if it acts like a normal shot, regardless of how it is drawn it should be using the standard strat |
| 06:55.21 | *** join/#bzflag QuantumTim (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 06:55.35 | JeffM | yeah but it uses the same strat ;) |
| 06:57.03 | DTRemenak | begs to differ |
| 06:57.05 | DTRemenak | class SuperBulletStrategy : public SegmentedShotStrategy |
| 06:57.16 | javawizard2539 | it goes through objects |
| 06:57.23 | JeffM | it could be combined ;) |
| 06:57.31 | DTRemenak | rico is controlled at the strat level as it is now |
| 06:57.31 | JeffM | maybe I'm thinking of what I wanted to do |
| 06:57.36 | DTRemenak | that is likely :) |
| 06:57.42 | JeffM | yeah but it'd be simple to subvert it |
| 06:57.44 | javawizard2539 | So how should I do it? |
| 06:57.53 | JeffM | javawizard2539: send a flag to the rendernote |
| 06:57.55 | JeffM | node |
| 06:58.15 | javawizard2539 | ok |
| 07:00.38 | javawizard2539 | under the boltscenenode constructor, after the colon, it has: |
| 07:00.39 | javawizard2539 | renderNode(this), |
| 07:00.53 | javawizard2539 | if my thinking is correct, that shouldn't happen in my case. |
| 07:01.10 | JeffM | no you want the rendernode to be made |
| 07:01.14 | DTRemenak | probably want a new member function for BoltSceneNode to set the visibility, then a flag to SegmentedShotStrategy to send it |
| 07:01.22 | JeffM | you just want it to return in the rendermtheod |
| 07:01.23 | javawizard2539 | That's what I mean |
| 07:01.26 | DTRemenak | then if the flag is set, just skip the geometry portion of the rendering |
| 07:01.30 | javawizard2539 | hol don a sec |
| 07:01.31 | JeffM | the node HAS to be made |
| 07:01.35 | JeffM | just bail early |
| 07:01.36 | DTRemenak | 'cause you do still need the node and the light |
| 07:02.34 | javawizard2539 | So I'm confused on one aspect of C++ syntax, what are all of the things after the trailing : in the constructor definition? |
| 07:02.49 | DTRemenak | default initializers |
| 07:03.10 | JeffM | it builds the rendernode |
| 07:03.18 | JeffM | and the rendernode constuctor takes a scneenode |
| 07:03.21 | DTRemenak | so ": renderNode(this)" is the same as doing "renderNode = this;" in the body of the c'tor |
| 07:03.24 | JeffM | hence this |
| 07:03.34 | DTRemenak | but takes a few less cpu cycles |
| 07:03.53 | javawizard2539 | ok |
| 07:03.54 | JeffM | DTRemenak: this is not a rendernode, but a sceennode |
| 07:04.04 | JeffM | the constructor for render takes a sceen IIRC |
| 07:04.05 | javawizard2539 | I get it now, I thought they were methods that were being called to render it |
| 07:04.10 | JeffM | no |
| 07:04.20 | JeffM | the rendnode has a render method |
| 07:05.07 | javawizard2539 | So this would be the correct method to bail early from? |
| 07:05.09 | javawizard2539 | voidBoltSceneNode::BoltRenderNode::render() |
| 07:05.14 | JeffM | yeah |
| 07:05.17 | javawizard2539 | ok |
| 07:05.22 | javawizard2539 | I'll implement that |
| 07:07.24 | JeffM | just bail out at the start |
| 07:09.02 | javawizard2539 | Done |
| 07:09.11 | javawizard2539 | Added a setInvisible and getInvisible method |
| 07:09.16 | javawizard2539 | and code to bail out from render. |
| 07:09.20 | DTRemenak | and test it ;) |
| 07:09.32 | javawizard2539 | I'm not quite done with the whole thing :) |
| 07:09.36 | DTRemenak | heh, ok |
| 07:10.03 | javawizard2539 | So should I put the code in the constructor for SegmentedShotStrategy to lookup the shot's type? |
| 07:10.11 | javawizard2539 | Or shoult it be in the NormalShotStrategy constructor? |
| 07:11.10 | javawizard2539 | And should I put the seer-checking code in the render() method or in the same location as the shot's type lookup? |
| 07:11.28 | DTRemenak | I'm not sure they know about shot types. might want to add a render flag like the ones that exist already for phasedShot or whatever |
| 07:11.57 | DTRemenak | that just sets invisible on the node |
| 07:12.06 | DTRemenak | then do the checks another layer up |
| 07:12.23 | DTRemenak | 'cause you have to do the actual checks in bzflag, otherwise you don't have access to myTank->getFlag |
| 07:12.39 | DTRemenak | for Seer |
| 07:12.50 | javawizard2539 | ok |
| 07:13.07 | javawizard2539 | so should I do it in segmentedshotstrategy or normalshotstrategy? |
| 07:13.13 | javawizard2539 | or in shotpath? |
| 07:13.47 | DTRemenak | segmented would be my inclination, just for the sake of parallelism with the other render flags |
| 07:14.00 | DTRemenak | but if there's a good reason to do it elsewhere feel free |
| 07:14.41 | javawizard2539 | I'll do it in segmented |
| 07:16.56 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) |
| 07:17.28 | DTRemenak | hm, actually I dunno. might make more sense to do it in normal so you don't have to modify so many classes. |
| 07:17.33 | JeffM | I'd prefrer consisitency |
| 07:18.07 | DTRemenak | and I suppose it could be used by other shots in the future, which would tend to support Segmented |
| 07:18.31 | DTRemenak | goes to bed |
| 07:18.33 | JeffM | if we do the effect split, it could be used by other shots |
| 07:18.49 | DTRemenak | JeffM knows more about shots than I do anyhow |
| 07:18.56 | JeffM | barely |
| 07:19.06 | JeffM | only cus I did geobolt |
| 07:19.31 | JeffM | it is time to make sleep |
| 07:19.34 | javawizard2539 | Done |
| 07:19.35 | JeffM | perchance to dream |
| 07:19.47 | javawizard2539 | I'll test it out, and if it works it will be in the patches tracker tomorrow |
| 07:20.09 | javawizard2539 | If not, I'll fix the problem and it will be in the patches tracker tomorrow |
| 07:20.16 | JeffM | no rush |
| 07:20.34 | javawizard2539 | I know |
| 07:20.47 | DTRemenak | we're not quite to the point of kicking 3.0 out the door yet ;) |
| 07:20.49 | javawizard2539 | I just really want to get it done because it will be the first flag I've actually written |
| 07:21.00 | javawizard2539 | And it will be cool to see it get into svn |
| 07:21.19 | JeffM | but there is no point in rushing it |
| 07:21.26 | javawizard2539 | I know |
| 07:21.37 | javawizard2539 | hm |
| 07:21.45 | javawizard2539 | I'm getting illegal call of non-static member function |
| 07:22.26 | JeffM | you are calling a non static from a static |
| 07:22.36 | javawizard2539 | Found the problem |
| 07:22.56 | javawizard2539 | I was calling LocalPlayer::getFlag() when it should have been LocalPlayer::getMyTank()->getFlag() |
| 07:23.39 | JeffM | well good luck on it |
| 07:23.55 | DTRemenak | many (though not all) places we have a myTank variable hanging around already, or getting created later on, which can be used in place of getMyTank |
| 07:24.25 | DTRemenak | getMyTank()->something() is particularly dangerous because it's entirely possible for getMyTank() to return NULL ;) |
| 07:26.47 | DTRemenak | getPlayerByIndex in the server can do the same thing; most of our crashes are attributable to people not remembering to check for NULL return values from one of those methods |
| 07:27.37 | DTRemenak | really goes to bed |
| 07:33.20 | javawizard2539 | ok |
| 07:33.24 | javawizard2539 | or wait |
| 07:33.31 | javawizard2539 | you're leaving |
| 07:33.53 | javawizard2539 | oh well, so I should probably do something like myTank = LocalPlayer::getMyTank();if(myTank && ...) |
| 07:44.17 | *** join/#bzflag QuantumBeep (i=QuantumB@cpe-72-190-35-98.tx.res.rr.com) |
| 07:45.28 | *** join/#bzflag javawizard2539 (n=chatzill@c-24-10-227-207.hsd1.co.comcast.net) |
| 08:42.18 | *** join/#bzflag delusional_ (n=delusion@pool-151-201-123-2.pitt.east.verizon.net) |
| 09:05.12 | *** join/#bzflag utrrrongeeb (n=mhciipec@ties-pool5-22.isn.net) |
| 09:55.50 | *** join/#bzflag LongDon (n=LongDon@134.106.59.212) |
| 09:56.42 | *** part/#bzflag LongDon (n=LongDon@134.106.59.212) |
| 10:00.04 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 10:24.01 | *** join/#bzflag Suspect (n=Suspect@68-113-163-117.dhcp.plt.ny.charter.com) |
| 10:29.16 | *** join/#bzflag Alesis-Novik (n=Miranda@78-60-80-229.ip.zebra.lt) |
| 10:29.24 | Alesis-Novik | morning |
| 10:44.13 | [dmp] | Good morning |
| 10:50.04 | Alesis-Novik | [dmp] : is the bot only compilabe on linux/ |
| 10:50.05 | Alesis-Novik | > |
| 10:52.32 | [dmp] | Alesis-Novik: bzrobots? I dont know |
| 10:54.26 | Alesis-Novik | hmm, i still want to work on it ;) Been reading up on AI in real time :) |
| 11:00.03 | [dmp] | Im not a BZFlag dev, just so you know :-) But yeah, AI is interesting. I also like to work more on it - my experience is limited to a BDI-driven tank (RoboCode) and one using a Bayesian Network to make some decisions. (Uni projects). Both could have been using more polish, so they acted pretty stupidly :) |
| 11:08.03 | *** join/#bzflag Dessy (n=Dessy@88-134-204-43-dynip.superkabel.de) |
| 11:28.00 | *** join/#bzflag Saturos (n=Saturos@p57A0C16F.dip.t-dialin.net) |
| 12:27.31 | *** join/#bzflag Gilly (n=btw@83.146.211.140) |
| 12:39.11 | *** join/#bzflag ElectricElf (n=dbharris@bas1-toronto48-1279276205.dsl.bell.ca) [NETSPLIT VICTIM] |
| 12:41.40 | *** join/#bzflag praetorian (n=praetori@124-168-164-125.dyn.iinet.net.au) [NETSPLIT VICTIM] |
| 13:22.21 | *** join/#bzflag pacman_87 (n=timothy@nat-202-239.arlut.utexas.edu) |
| 14:23.01 | *** join/#bzflag Ride- (n=Ride-@97-86-255-229.dhcp.roch.mn.charter.com) |
| 14:23.28 | Ride- | hi all |
| 14:23.40 | Ride- | i got my irc up and running now |
| 14:24.03 | Ride- | x chat 2!! |
| 14:25.50 | Ride- | hey |
| 14:28.54 | Ride- | is anyone on right now |
| 14:29.05 | Ride- | *physically there right now |
| 14:29.33 | Ride- | is going to go walk his dog |
| 14:30.02 | *** part/#bzflag Ride- (n=Ride-@97-86-255-229.dhcp.roch.mn.charter.com) |
| 14:31.14 | *** join/#bzflag EmoNemo (n=Gigi@unaffiliated/emonemo) |
| 14:35.34 | *** join/#bzflag bier (n=bier@p54A56A8C.dip.t-dialin.net) |
| 14:37.15 | *** join/#bzflag Ride- (n=Ride-@97-86-255-229.dhcp.roch.mn.charter.com) |
| 14:37.48 | Ride- | hey all |
| 14:42.03 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-75-36-46-10.dsl.sndg02.sbcglobal.net) |
| 14:42.03 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 14:42.04 | *** join/#bzflag Ride- (n=Ride-@97-86-255-229.dhcp.roch.mn.charter.com) |
| 14:53.45 | *** join/#bzflag spldart (n=short_ci@adsl-70-240-215-57.dsl.hstntx.swbell.net) |
| 15:09.25 | *** join/#bzflag TimRiker (n=timr@99-200-65-211.area1.spcsdns.net) |
| 15:09.26 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:15.25 | *** join/#bzflag lepoulpe303 (n=LePoulpe@about/essy/MobileTarget/LePoulpe303) |
| 15:15.38 | *** join/#bzflag ttvd (n=ttvd@CPE00195b4e1028-CM001404948d9e.cpe.net.cable.rogers.com) |
| 15:19.47 | *** join/#bzflag Dessy2 (n=Dessy@88-134-204-43-dynip.superkabel.de) |
| 15:29.50 | *** join/#bzflag Ride- (n=Ride-@97-86-255-229.dhcp.roch.mn.charter.com) |
| 15:32.15 | *** join/#bzflag Lukstr (n=lukstr@131.104.10.193) |
| 15:33.25 | brlcad | ~seen jaywir3 |
| 15:33.29 | ibot | brlcad: i haven't seen 'jaywir3' |
| 15:34.04 | brlcad | that name is familiar but I can't quite place them.. |
| 15:34.52 | *** join/#bzflag QuantumBeep (i=QuantumB@cpe-72-190-35-98.tx.res.rr.com) |
| 15:39.55 | *** join/#bzflag Lukstr (n=lukstr@131.104.10.193) |
| 15:47.47 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 15:58.06 | JeffM | approves the art for the shirts and wisks them away to get printed |
| 15:59.36 | brlcad | woot |
| 16:00.53 | donny_baker | brlcad: from crystal space maybe? |
| 16:01.30 | donny_baker | jaywir3^^ |
| 16:01.43 | JeffM | cs.. booo hisssss.... |
| 16:01.49 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-081-118.pools.arcor-ip.net) |
| 16:09.26 | *** join/#bzflag Lukstr (n=lukstr@131.104.10.193) |
| 16:22.09 | *** join/#bzflag knoxcorner (n=cf281d8f@bz.bzflag.bz) |
| 16:22.35 | *** join/#bzflag Daveman (n=dave@pool-141-153-244-48.mad.east.verizon.net) |
| 16:36.08 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 17:02.44 | *** join/#bzflag bier (n=bier@p54A56A6F.dip.t-dialin.net) |
| 17:07.29 | *** join/#bzflag Erroneous (n=dtremena@67-131-219-2.dia.static.qwest.net) |
| 17:11.28 | *** join/#bzflag peter4B (n=62c29ff6@gateway/web/cgi-irc/zeebrothers.net/x-25ae400cb6fd2ba2) |
| 17:11.34 | peter4B | hi |
| 17:11.51 | peter4B | hi |
| 17:12.08 | *** part/#bzflag peter4B (n=62c29ff6@gateway/web/cgi-irc/zeebrothers.net/x-25ae400cb6fd2ba2) |
| 17:12.40 | *** join/#bzflag Wits (n=Warinthe@1.168.188.72.cfl.res.rr.com) |
| 17:14.21 | *** join/#bzflag zee147 (n=62c29ff6@gateway/web/cgi-irc/zeebrothers.net/x-0323a2ac9be4b92d) |
| 17:14.30 | zee147 | hi |
| 17:14.39 | zee147 | hi |
| 17:15.10 | spldart | Hi |
| 17:16.17 | Epyon | hi |
| 17:16.47 | Epyon | duh, doesn't work, I'm still here D: |
| 17:17.15 | *** join/#bzflag Skuz (n=Skuz@137.195.250.2) |
| 17:17.30 | Epyon | hi? |
| 17:17.42 | Skuz | hi |
| 17:17.53 | Epyon | D: |
| 17:17.55 | spldart | umm |
| 17:34.16 | blast007 | heh |
| 17:55.42 | *** join/#bzflag kirun (n=kirun@10.126.gr5.adsl.brightview.com) |
| 17:56.00 | *** part/#bzflag pacman_87 (n=timothy@nat-202-239.arlut.utexas.edu) |
| 17:56.50 | *** join/#bzflag torghul (n=chatzill@88.243.106.55) |
| 18:12.49 | *** join/#bzflag Legolas_ (n=mgin@ppp-71-133-249-192.dsl.frs2ca.pacbell.net) |
| 18:14.40 | *** join/#bzflag KTL (n=KTL@213.219.144.106.adsl.dyn.edpnet.net) |
| 18:37.13 | *** join/#bzflag Lukstr (n=Lukstr@206-248-157-113.dsl.teksavvy.com) |
| 18:37.28 | *** join/#bzflag QuantumT1m (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 18:39.31 | *** join/#bzflag QuantumBeep (i=QuantumB@72.190.35.98) |
| 18:46.51 | *** join/#bzflag Suspect (n=Suspect@68-113-163-117.dhcp.plt.ny.charter.com) |
| 18:57.31 | *** join/#bzflag jftsang (n=jftsang@88-108-215-204.dynamic.dsl.as9105.com) |
| 19:20.02 | brlcad | donny_baker: hmmm |
| 19:20.42 | *** part/#bzflag ttvd (n=ttvd@CPE00195b4e1028-CM001404948d9e.cpe.net.cable.rogers.com) |
| 19:20.45 | donny_baker | he/she was a mentor for Crystal Space last year |
| 19:20.51 | *** join/#bzflag radx (n=ttvd@CPE00195b4e1028-CM001404948d9e.cpe.net.cable.rogers.com) |
| 19:20.59 | donny_baker | think its a she |
| 19:21.25 | brlcad | scott johnson is a she? :) |
| 19:21.48 | *** join/#bzflag Saturos (n=Saturos@p57A0DF07.dip.t-dialin.net) |
| 19:22.04 | Epyon | D: |
| 19:24.03 | donny_baker | guess not :P |
| 19:24.45 | donny_baker | i was associating the name with name of Crystal :P |
| 19:25.19 | JeffM | gives away the last semperon:) |
| 19:25.36 | JeffM | brlcad, could be scottie ;) |
| 19:29.15 | Wyk3d | if i understood correctly when bzfs crashes it generates a crash log and sends it automatically be email ? |
| 19:29.22 | Wyk3d | *by |
| 19:30.00 | Epyon | That'd be so cool :P |
| 19:30.20 | Wyk3d | must've misunderstood something then :-/ |
| 19:30.29 | Wyk3d | but does it generate a log automatically ? |
| 19:31.12 | Wyk3d | of the crash i mean |
| 19:35.11 | radx | anyone can answer GSoC related questions here? :) |
| 19:37.45 | *** part/#bzflag skuz] (n=Skuz@137.195.250.2) |
| 19:37.47 | donny_baker | radx: sure a few of us at least |
| 19:38.00 | donny_baker | ask away |
| 19:38.08 | radx | great ;) |
| 19:38.23 | radx | anyway I had a quesiton about "BZWorkBench world editor enhancement " SoC project. |
| 19:39.16 | rtfm | Wyk3d: that's just how he had it set up. bzfs doesn't do it by itself. |
| 19:39.28 | radx | As I understood it uses FLTK toolkit, which I am not exactly familiar with. Would the work have to continue in that direction? Or could it be replaced with say some of the toolkits I know, like Qt? |
| 19:39.59 | radx | as I understood this project involves work on GUI workflow |
| 19:40.47 | rtfm | radx: sometimes part of coming into existing code is having to deal with unfamiliar code ;) Is there any advantages to using Qt over FLTK? |
| 19:42.53 | rtfm | (I'm not saying there isn't. But it's something to discuss.) |
| 19:43.11 | Erroneous | radx: bzwb is required to run on windows, and we are LGPL, not GPL, so Qt is not an option. |
| 19:43.29 | Wyk3d | rtfm: how do you set up crash reporting like that ? |
| 19:43.48 | rtfm | Erroneous: well, QT runs on Windows too. But is the licensing the main issue? |
| 19:44.02 | Erroneous | rtfm: Qt/Windows is only free for GPL apps |
| 19:44.08 | rtfm | ah |
| 19:44.30 | radx | Ah, so it's a licensing issue |
| 19:46.03 | radx | rtfm: I wouldn't know, since I am not familiar with FLTK |
| 19:46.05 | Erroneous | also we prefer the windows build process to be straightforward, so e.g. GTK is not acceptable either |
| 19:46.10 | Erroneous | FLTK is small and lightweight |
| 19:46.27 | Erroneous | and builds cleanly on all platforms |
| 19:46.42 | Erroneous | it's easy enough to learn a new toolkit |
| 19:46.50 | radx | Right, I suppose it wouldn't harm to familiarize myself with that toolkit. |
| 19:48.50 | radx | So in a sense this project is a continuation of last years GSoC project. |
| 19:49.39 | Erroneous | yes |
| 19:49.53 | radx | shaping it into a solid 3D like editor |
| 19:49.57 | Erroneous | bear in mind that most of the ui issues deal with 3d interaction more than dialogs |
| 19:50.17 | radx | No, I understand. I've written a 3d editor before. |
| 19:50.24 | Erroneous | you should be familiar with the way other 3d layout tools work, there are a lot of good ideas out there |
| 19:50.27 | Erroneous | cool |
| 19:50.34 | *** join/#bzflag F687s (n=noah@cpe-71-67-112-44.woh.res.rr.com) |
| 19:50.45 | Erroneous | but also bear in mind that bzwb is not a modeller, it's a layout tool |
| 19:52.34 | Wyk3d | so does anyone know what external apps you can use to set up auto crash report dumping / mailing on windows/linux ? |
| 19:53.18 | radx | Erroneous: could you please explain what you mean by that? |
| 19:54.34 | Erroneous | radx: bzwb is not designed to compete with the likes of blender, it's designed to let you manipulate objects in bzflag worlds. the objects themselves are either bzw primitives or externally-defined meshes. |
| 19:54.45 | radx | right |
| 19:55.01 | Erroneous | so there's no vertex manipulation going on, no boolean ops, etc |
| 19:55.14 | Erroneous | it's strictly for laying out existing objects |
| 19:55.25 | radx | nod, however you can specify properties for these objects |
| 19:55.27 | Erroneous | so the ui is necessarily different than a modeller |
| 19:55.36 | radx | I see :) |
| 19:55.43 | Erroneous | yeah, basic scaling/skewing/etc |
| 19:56.15 | radx | Wyk3d: maybe something like breakpad |
| 19:57.11 | Erroneous | lunches |
| 19:57.14 | rtfm | Wyk3d: linux itself can generate a core dump when something segfaults. Typically all it takes is adjusting your ulimit to allow a core dump to be created. After that, you just detect if the files exists, and if so, run it though a CLI email app and away it goes ;) |
| 19:57.41 | rtfm | you also want to build a debug binary |
| 19:58.04 | rtfm | so that requires adding --enable-debug to ./configure |
| 20:00.50 | rtfm | 'ulimit -c' <-- that will show you if core dumps are allowed, and how large they can be. |
| 20:00.57 | rtfm | if it's 0, they are disabled ;) |
| 20:01.04 | *** join/#bzflag whodaman (n=whodaman@pdpc/supporter/student/whodaman-) |
| 20:01.24 | *** join/#bzflag whodaman (n=whodaman@pdpc/supporter/student/whodaman-) |
| 20:02.49 | *** join/#bzflag torghul (n=chatzill@88.244.229.172) |
| 20:19.20 | Winny | waves |
| 20:21.13 | Winny | brlcad: drupal? :) |
| 20:24.53 | *** join/#bzflag Saturos_ (n=Saturos@p57A0DCCF.dip.t-dialin.net) |
| 20:34.22 | *** join/#bzflag QBeep (n=QuantumB@72.190.35.98) |
| 20:34.50 | JeffM | Saturos, got the art proofs back I had them make one small change, but it's all approved now |
| 20:35.45 | Saturos | JeffM: can I have a look? |
| 20:35.58 | JeffM | I'll have to upload the PDF, gimme a sec |
| 20:35.59 | Saturos | and which change did you make? I'm interested what I did wrong. |
| 20:36.17 | JeffM | you did nothing wrong at all |
| 20:36.27 | JeffM | I simply had them make the image on the front larger |
| 20:36.29 | JeffM | it was very small |
| 20:36.48 | JeffM | I had them go to 3 inches |
| 20:36.51 | JeffM | from 2 |
| 20:37.02 | Saturos | yeah, 2 is what I did |
| 20:37.04 | Saturos | 5 cm |
| 20:37.34 | Saturos | *gets a ruler |
| 20:37.40 | JeffM | I'm closer to 7CM now |
| 20:37.44 | Saturos | yeah, 2 is quite small |
| 20:37.45 | JeffM | we measured it out on a shirt |
| 20:37.47 | Saturos | 3 is probably better |
| 20:37.50 | JeffM | yeah |
| 20:38.05 | JeffM | you made the art guy at the printer sad tho |
| 20:41.19 | *** join/#bzflag javawizard2539 (n=chatzill@c-24-10-227-207.hsd1.ut.comcast.net) |
| 20:41.49 | javawizard2539 | n/motd |
| 20:42.02 | donny_baker | ~n |
| 20:42.02 | ibot | hmm... n is the disease bzflag players get when they play too much. There is no cure. |
| 20:42.05 | Winny | hehe |
| 20:42.09 | javawizard2539 | yep |
| 20:42.16 | Winny | My cure is to not play |
| 20:42.16 | Winny | :P |
| 20:42.17 | javawizard2539 | didn't mean to send that, too used to bzflag syntax |
| 20:42.20 | Saturos | JeffM: I made him sad? |
| 20:42.22 | Saturos | eww |
| 20:42.32 | JeffM | Saturos, you did all the work for him ;) |
| 20:42.35 | Winny | Saturos: he's probably emo, so not your fault ;) |
| 20:42.49 | Saturos | oh, ok.. usually they vectorize stuff for you? |
| 20:43.09 | JeffM | he also usualy has to add the fills for stuff that overlaps, etc.. |
| 20:43.27 | Saturos | :) |
| 20:43.36 | Winny | ~Saturos++ |
| 20:43.58 | JeffM | http://www.opencombat.net/files/images/shirts/Art%20Proof_s10807(2).pdf |
| 20:44.12 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 20:45.38 | Saturos | JeffM: whats the sports grey? |
| 20:45.56 | JeffM | thats for one special item |
| 20:46.07 | Saturos | one can barely read BZFlag |
| 20:46.11 | JeffM | yeah |
| 20:46.22 | Saturos | but the other stuff looks good :) |
| 20:46.27 | JeffM | but that one will be all sweaty |
| 20:46.33 | spldart | meh... a linux unfriendly url hehe |
| 20:46.36 | Saturos | I'm very pleased with it. |
| 20:46.53 | JeffM | spldart, it is a valid URL |
| 20:47.05 | JeffM | Saturos, yeah it should come out good |
| 20:47.20 | Saturos | how long do they need for the printing? |
| 20:47.38 | JeffM | up to 5 days |
| 20:47.50 | rtfm | JeffM: is the big design going to be on the front, or the back? |
| 20:47.50 | Saturos | k, so you should get them by the end of next week? |
| 20:47.56 | JeffM | rtfm, the back |
| 20:47.58 | rtfm | k |
| 20:48.01 | JeffM | Saturos, yes |
| 20:48.09 | Saturos | hooray, I'm excited :D |
| 20:48.10 | JeffM | Saturos, well there is shiping time |
| 20:48.17 | JeffM | it may take 5 more days to ship |
| 20:48.19 | spldart | the ( ) stuff confused copy url from xchat box hehe |
| 20:48.30 | JeffM | spldart, still a valid URL ;) |
| 20:48.51 | spldart | I'll report it as a bug for xchat in debian :) |
| 20:50.28 | spldart | Gives terminal fits too. |
| 20:52.01 | JeffM | Saturos, the new tank got a UV map yesterday |
| 20:52.22 | Saturos | got an obj? |
| 20:52.24 | JeffM | http://www.opencombat.net/files/geometry/tank/ |
| 20:52.34 | JeffM | obj and texture template |
| 20:53.02 | JeffM | Epyon, where is the cow image? ;) |
| 20:55.48 | Epyon | http://bzflag.chaosforge.org/images/cowtank-promo.png |
| 20:55.51 | Epyon | :D |
| 20:56.08 | Winny | ~Epyon++ |
| 20:56.20 | JeffM | you have a template for the treads? |
| 20:56.23 | Epyon | JeffM, there's a lighttexture and a simple red-tank texture too |
| 20:56.36 | JeffM | Epyon, rendering? |
| 20:56.38 | Epyon | JeffM, you told me to ignore the treads. |
| 20:56.45 | JeffM | Epyon, I said they were special ;) |
| 20:56.50 | JeffM | ok so you haven't maped them |
| 20:56.53 | JeffM | that's fine |
| 20:57.06 | Epyon | Here's all the tank work yet : http://bzflag.chaosforge.org/images/ |
| 20:57.07 | donny_baker | hoover tanks :) |
| 20:57.09 | JeffM | I have to plot them in CAD and measure them anyway |
| 20:57.34 | JeffM | the red one is ...... welll... bad |
| 20:57.56 | Epyon | It is, it's jusr a placeholder :) |
| 20:58.01 | JeffM | ahh |
| 20:58.24 | JeffM | I want to get away from the "just slap a patern over the tank" type of textures |
| 20:58.28 | Epyon | However the lightracer lightmap ( http://bzflag.chaosforge.org/images/bztank_texture_lightmap_1024.png ) might be of some use to someone |
| 20:58.45 | JeffM | that proalby will |
| 20:59.01 | Winny | make a 2048x2048 version :) |
| 20:59.12 | Epyon | Don't worry, once people will be able to see the tank in the game, there will be good texture submissions :) |
| 20:59.27 | JeffM | Epyon, I want good textures before then |
| 20:59.45 | JeffM | going to try this like a real game, not programer art ;) |
| 20:59.57 | JeffM | <PROTECTED> |
| 21:00.09 | JeffM | noice how the camo is only painted on some plates |
| 21:00.09 | Epyon | JeffM, okay, I'll might give it a try myself ;] |
| 21:00.19 | JeffM | thats more like what I'd like to see |
| 21:00.32 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-75-36-46-10.dsl.sndg02.sbcglobal.net) |
| 21:00.32 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 21:00.36 | JeffM | in fact I don't even NEED camo |
| 21:00.42 | JeffM | http://www.defenseindustrydaily.com/images/LAND_M1A1_Abrams_lg.jpg |
| 21:00.46 | Epyon | JeffM, remember though that the team colors need to be distinguishable from a distance |
| 21:00.50 | JeffM | yes |
| 21:01.11 | JeffM | so the tank should have paint colors of the team color |
| 21:01.14 | JeffM | and not be soo dirty |
| 21:01.17 | Epyon | This will be the tricky part -- making it look cool and realistic and colored at the same time :P |
| 21:01.21 | JeffM | but it should not be a simple "slap" of color |
| 21:01.37 | JeffM | also camo is made for HIDING things, not making them show |
| 21:01.45 | JeffM | also don't forget we have hud markers now |
| 21:01.55 | Epyon | That's the ironics here :D |
| 21:02.36 | Epyon | We could do the ideal (invisible) tank here, but in the game no one would want to play with it :P |
| 21:02.37 | JeffM | that is why I'd ratehr just get to the tanks looking more like the second image I poited, but using the team color for paint |
| 21:02.40 | JeffM | instead of the tan |
| 21:02.54 | Winny | I'd like to see SOME sort of pattern |
| 21:03.03 | JeffM | Winny, not pattern, detailing |
| 21:03.04 | Winny | from far away they'll just look like blobs, then |
| 21:03.13 | JeffM | they don't have to be solid colors |
| 21:03.47 | JeffM | remember how the lego tanks I showed you were colored? |
| 21:04.02 | Winny | sort of |
| 21:04.03 | JeffM | where the team color was predominent |
| 21:04.07 | javawizard2539 | Random question, with trunk, is thief supposed to kill whoever you shoot with it? |
| 21:04.11 | JeffM | but not just the same all over |
| 21:04.16 | JeffM | javawizard2539, theif us busted |
| 21:04.17 | Winny | javawizard2539: no |
| 21:04.25 | Winny | bah, JeffM beats me again |
| 21:04.49 | javawizard2539 | It's supposed to just make them drop their flag and you pick it up immediately, right? |
| 21:04.57 | Winny | yeah, like 2.0 |
| 21:05.00 | javawizard2539 | Ok |
| 21:05.01 | JeffM | Winny, basicly if you use variations of colors on the tanks, it will MAKE a patern far away |
| 21:05.13 | JeffM | javawizard2539, no, it GIVES you the flag they have |
| 21:05.17 | JeffM | the flag does not fall |
| 21:05.34 | javawizard2539 | Right |
| 21:05.59 | JeffM | it was partaly moved to the server, and it's projbably just not giving the right person the right thing |
| 21:06.01 | Winny | Theoretically they need to "drop" it somehow ;) |
| 21:06.08 | JeffM | no it's yanked |
| 21:06.16 | JeffM | the server says, "you have no flag" |
| 21:06.20 | JeffM | it dosn't pop |
| 21:06.33 | Winny | always thought of it has being dropped and then instantly shot to the other tank |
| 21:06.43 | JeffM | no that woudl be 2 messages |
| 21:06.52 | JeffM | drop is a specific message that does very specific things |
| 21:06.55 | JeffM | it's a zap |
| 21:09.39 | JeffM | Winny, did you ever see the variations of the the hoverpod tank I did? |
| 21:09.52 | Winny | no |
| 21:12.10 | JeffM | http://www.opencombat.net/files/gpx01/data/model/mk3/ |
| 21:12.19 | Epyon | JeffM, any ideas that I could plugin into my BZWG expansion proposal that could increase it's chances to a "passable" level? |
| 21:12.45 | JeffM | a graphical ruleset editor |
| 21:13.03 | javawizard2539 | I fixed the problem with the shot tank getting killed |
| 21:13.10 | javawizard2539 | But the thief is still going the opposite way |
| 21:13.15 | JeffM | or something to let people have an easier time making rulesets that are not just for cities |
| 21:13.16 | Winny | JeffM: whoa |
| 21:13.21 | Epyon | JeffM, you made me laugh, but come to think of it... |
| 21:13.33 | Winny | that is cool |
| 21:13.40 | JeffM | Epyon, ruleset definitions are going to be the hardest things for people to do |
| 21:13.41 | Epyon | But I'd need a non-BZFlag based visualisation :/ |
| 21:13.48 | JeffM | Epyon, so |
| 21:13.50 | JeffM | write one |
| 21:13.53 | JeffM | can't be that had |
| 21:13.54 | JeffM | hard |
| 21:14.07 | Epyon | BZWView :P |
| 21:14.25 | JeffM | Winny, see how they all follo a theme, and use the team color as a major componet, but still have like "real world" bits |
| 21:14.35 | Winny | yeah |
| 21:14.44 | JeffM | that is more like what I would like to go for |
| 21:14.49 | Epyon | Actually an OGRE or CS based viewer-library for BZW worlds wouldn't be that stupid |
| 21:15.03 | JeffM | instead of just a blob of patern |
| 21:15.16 | Winny | mm, ok |
| 21:15.27 | Epyon | Winny, what'dya think? |
| 21:15.53 | Epyon | Being able to view bzw maps with one click. |
| 21:16.04 | Winny | wonders why he is being asked |
| 21:16.09 | Saturos | what is the English term for those sports cards you can collect? in German it is "Sammelkarten" |
| 21:16.21 | Epyon | Winny, you're a map maker and that makes you target audience :P |
| 21:16.23 | rtfm | Epyon: we have BZWB for that ;) |
| 21:16.25 | Winny | :p |
| 21:16.32 | *** join/#bzflag Ebert_ (n=EbErT@adsl-34-0-209.asm.bellsouth.net) |
| 21:16.36 | Winny | Epyon: isn't that kind of the same as opening it in an editor? |
| 21:16.51 | Epyon | True. |
| 21:16.54 | Saturos | like this really ugly one: http://www.bamberg-gewinnt.de/wordpress/wp-content/images/soccercard.jpg |
| 21:16.59 | JeffM | Saturos, baseball cards? |
| 21:17.02 | JeffM | trading cards |
| 21:17.05 | rtfm | I don't think that's what Jeff meant by a "graphical ruleset editor" |
| 21:17.06 | JeffM | stupid cards |
| 21:17.11 | whodaman | Saturos, trading cards |
| 21:17.11 | Epyon | But I don't know how doable would be ripping the viewing from BZWB |
| 21:17.15 | rtfm | you're talking about a map preview |
| 21:17.16 | Saturos | k, thanks |
| 21:17.47 | JeffM | Epyon, drawing meshes is easy |
| 21:17.51 | Epyon | Come to think of it, the graphical ruleset development would have to be built on top of BZWB - that would make most sense |
| 21:18.05 | rtfm | the "ruleset" is text |
| 21:18.06 | JeffM | no it wouldn't but it does makesense |
| 21:18.24 | Epyon | rtfm, bzw is also text :P |
| 21:18.30 | JeffM | rtfm, well you could have the various rule options, and show what they would do as you tweak paramaters and the like |
| 21:18.51 | rtfm | JeffM: right. Still not what I think you meant. ;) |
| 21:19.05 | JeffM | rtfm, well part of it |
| 21:19.15 | JeffM | one aspect of the editor would have to show you what it does |
| 21:19.22 | rtfm | k |
| 21:19.25 | JeffM | but yes, I also mean things where you can drag rule chunks around |
| 21:19.31 | rtfm | so integrate BZWGen into BZWB? |
| 21:19.34 | Epyon | Well initialy my idea was to expand bzwg to generate other things than just cities. |
| 21:19.38 | JeffM | and build up constructs |
| 21:19.46 | JeffM | rtfm, well WG should be a plugin to WB |
| 21:19.51 | rtfm | ah |
| 21:20.07 | JeffM | Epyon, for it to be usefull it has to be easy to make it do more then just cities |
| 21:20.46 | Epyon | The initial idea was that editing rulesets is for the hardcore |
| 21:20.59 | Epyon | Normal people would tweak config files. |
| 21:21.11 | Epyon | But I never made it up to the config files. |
| 21:21.19 | JeffM | even the hardcode can't tweak ruleset now ;) |
| 21:21.47 | Epyon | In the same way as most people just import models into maps and work with layout, and not do the models themselves |
| 21:21.59 | JeffM | interactive ruleset tools would help a lot |
| 21:22.13 | JeffM | Epyon, most of our users model ;) |
| 21:22.18 | JeffM | well most of our map makers |
| 21:22.37 | pacman87 | side effect of the _explodeTime check before spawn - you can't spawn immediately after your flag has been capped, even if you were already dead long enough |
| 21:22.43 | Epyon | JeffM, it's because they don't have much of a choice xP |
| 21:23.03 | JeffM | Epyon, they could use blender |
| 21:23.07 | JeffM | some do |
| 21:23.10 | JeffM | it's all about tools |
| 21:23.27 | JeffM | but yeah, don't underestimate who will use your software |
| 21:24.03 | JeffM | pacman87, in 3.0 you won't be told you can spawn untll it's time |
| 21:24.10 | pacman87 | right |
| 21:24.20 | pacman87 | 2.0.11 got fixed too |
| 21:24.24 | JeffM | we could also turn of shooting for that time for the other players |
| 21:24.31 | Winny | someone should make a sparta map </random> |
| 21:24.35 | JeffM | pacman87, then fix 3.0 |
| 21:24.39 | JeffM | it does it in a totaly difrent way |
| 21:24.40 | rtfm | Winny: /kick |
| 21:24.46 | Winny | hehehe |
| 21:24.48 | Winny | into a well? |
| 21:24.53 | rtfm | sure |
| 21:25.13 | pacman87 | JeffM: no, I brought up the problem of cheaters spawning early |
| 21:25.26 | pacman87 | and wrote a plugin for 2.0 |
| 21:25.34 | *** join/#bzflag Wyk3d1 (n=Wyk3d@lns-bzn-47f-81-56-254-111.adsl.proxad.net) |
| 21:25.47 | JeffM | pacman87, yes, and then you just mentioned a problem with the fix we did right? |
| 21:25.58 | pacman87 | yes |
| 21:26.04 | rtfm | JeffM: he said there is a bug that was created from the fix ;) |
| 21:26.06 | JeffM | pacman87, then fix it ;) |
| 21:26.17 | rtfm | oh, nvm, reread what he said |
| 21:26.18 | JeffM | thats what I thought he said |
| 21:26.21 | *** join/#bzflag javawizard2539_ (n=chatzill@c-24-10-227-207.hsd1.co.comcast.net) |
| 21:26.23 | rtfm | you said* |
| 21:26.25 | pacman87 | JeffM: yes |
| 21:26.26 | JeffM | if there is a problem, we fix it |
| 21:26.29 | JeffM | fix fix fix |
| 21:26.33 | JeffM | bug fixes good |
| 21:26.43 | pacman87 | i'll try to hunt down that commit |
| 21:27.00 | JeffM | blame shoudl be able to tell you who changed any bit of code |
| 21:27.18 | Epyon | JeffM, but you made a good point -- the core of my application should be bringing BZWG to the people :P |
| 21:27.21 | pacman87 | but i'm a total noob when it comes to version control |
| 21:27.26 | JeffM | Epyon, indeed |
| 21:27.36 | pacman87 | all my projects so far have been small stuff |
| 21:27.37 | JeffM | pacman87, never a better time to learn ;) |
| 21:27.41 | pacman87 | true :) |
| 21:28.20 | Epyon | http://www.opencombat.net/files/gpx01/data/ui/soundonly.png <- is this inspired by what I think it is? :P |
| 21:28.29 | Constitution | sends off the last of 53 emails to the abuse departments of SSH attackers on his server |
| 21:28.34 | JeffM | yes |
| 21:28.38 | Epyon | :D |
| 21:29.29 | rtfm | Constitution: hehe |
| 21:32.33 | JeffM | hah, found the old screamers site, http://www.opencombat.net/files/images/Screamers%20Site/HeaderTop.png |
| 21:33.11 | JeffM | misses the chicken http://www.opencombat.net/files/images/Screamers%20Site/imgs/chicken.png |
| 21:33.27 | Winny | oookayy then |
| 21:33.48 | JeffM | the chicken > you ;) |
| 21:33.57 | Winny | Was that a design for the new tank? :) |
| 21:34.05 | JeffM | for bzflag, no |
| 21:35.04 | JeffM | I was mostly looking for this to show you |
| 21:35.05 | JeffM | http://www.opencombat.net/files/images/Screamers%20Site/imgs/Teams.png |
| 21:36.00 | JeffM | I'm just uploading the entire site tho, just for old times sake :) |
| 21:36.26 | Epyon | :D |
| 21:36.31 | JeffM | http://www.opencombat.net/files/images/Screamers%20Site/ |
| 21:36.34 | Epyon | Give a link when you're finished |
| 21:36.40 | Epyon | finished? :) |
| 21:36.48 | JeffM | it's working on it |
| 21:36.57 | JeffM | it's mostly done for the main page |
| 21:37.03 | JeffM | and screenshots |
| 21:37.25 | JeffM | it's doing the binarys now |
| 21:40.20 | javawizard2539 | Is there a way to build bzflag in console mode? |
| 21:40.26 | JeffM | no |
| 21:40.39 | JeffM | the main client has no headless mode |
| 21:40.39 | javawizard2539 | I added a few cout statements to help me debug part of it |
| 21:40.47 | JeffM | oh.. |
| 21:40.50 | Epyon | No BZFlagRL? D: |
| 21:40.53 | JeffM | dude, use the debuger |
| 21:41.02 | JeffM | it's a lot beter |
| 21:41.05 | javawizard2539 | Hmm |
| 21:41.07 | javawizard2539 | I could |
| 21:41.11 | JeffM | you should ;) |
| 21:41.13 | javawizard2539 | I'll try that |
| 21:41.24 | JeffM | set a breakpoint, and then you can put variables into the watch window |
| 21:41.28 | JeffM | and see what they are |
| 21:42.06 | *** part/#bzflag radx (n=ttvd@CPE00195b4e1028-CM001404948d9e.cpe.net.cable.rogers.com) |
| 21:42.07 | *** join/#bzflag radx (n=ttvd@CPE00195b4e1028-CM001404948d9e.cpe.net.cable.rogers.com) |
| 21:42.09 | javawizard2539 | Is it possible to exit arbitrary statements while in the debugger? |
| 21:42.16 | JeffM | exit? |
| 21:42.20 | JeffM | what do you mean? |
| 21:42.21 | javawizard2539 | such as player->getCallSign() |
| 21:42.34 | javawizard2539 | I want access to a player's calsign when I only have the player object in the debugger |
| 21:42.38 | JeffM | no, it will only show you data members, it can not execute code |
| 21:42.50 | JeffM | you can look into the player object and find where it stores the callsign |
| 21:42.53 | javawizard2539 | Ok |
| 21:43.00 | JeffM | you can look into private data members |
| 21:43.13 | javawizard2539 | Oh |
| 21:43.14 | JeffM | but you can not exectute code, cus that would change the program flow |
| 21:43.16 | javawizard2539 | I han't thought of that |
| 21:43.20 | javawizard2539 | Ok |
| 21:43.43 | JeffM | you could also step into the call to GetCallSign and see what it does |
| 21:45.16 | *** join/#bzflag LongDon (n=LongDon@host-091-097-056-077.ewe-ip-backbone.de) |
| 21:45.34 | AHA | can someone "ghost" an unregged callsign? |
| 21:45.40 | *** part/#bzflag LongDon (n=LongDon@host-091-097-056-077.ewe-ip-backbone.de) |
| 21:45.57 | JeffM | no, cus there is no password associated with it |
| 21:49.06 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-228-227.pools.arcor-ip.net) |
| 21:49.35 | Winny | AHA: get an admin to kick it |
| 21:50.59 | Epyon | Wow, maploading improoved substantialy since last time I tried it :D |
| 21:51.01 | AHA | im not asking in that sense |
| 21:51.12 | JeffM | Epyon, in branch or trunk? |
| 21:51.33 | Epyon | 2.0.10 official |
| 21:51.34 | rtfm | AHA: then when sense are you asking? |
| 21:51.42 | JeffM | Epyon, nothing has changed in it |
| 21:51.50 | Winny | rtfm: the 6th sense! |
| 21:52.06 | AHA | i joined a server with an unregged callsign, then got ghosted |
| 21:52.08 | JeffM | AHA, the ghost command only works if there is a password of some sort associated with the name, ether local or global |
| 21:52.28 | JeffM | AHA, the name was probably reged while you were playing |
| 21:52.29 | rtfm | what server version? |
| 21:52.33 | AHA | aparently it was registered, because i went back on and i had the "-" sign |
| 21:52.37 | Epyon | Wierd, I remember bzwgen maps loading ages :/ |
| 21:52.40 | JeffM | a user changed his name to that name |
| 21:52.41 | AHA | JeffM, yeah, thats what i figured |
| 21:52.42 | JeffM | and ghosted you |
| 21:52.45 | JeffM | it happens |
| 21:52.49 | rtfm | JeffM: well wasn't wasn't that fixed in newer server versions? |
| 21:52.50 | JeffM | people do it to be jerks |
| 21:53.08 | JeffM | rtfm, yes, it checks to see if the name was reged when you joined |
| 21:53.15 | JeffM | few people have upgraded |
| 21:53.24 | pacman87 | the change was sometime on or after feb 24 |
| 21:53.53 | JeffM | Epyon, the site is done |
| 21:58.08 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 21:58.08 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 22:04.43 | javawizard2539 | does playing.handleTransferFlag handle anything besides flags stolen with thief? |
| 22:07.14 | rtfm | do a file search and see who calls it, and then see what triggers that other code |
| 22:07.39 | JeffM | javawizard2539, IIRC it's only theif, but we may use it later for other thigns |
| 22:08.23 | JeffM | once it's moved to the server that is |
| 22:08.35 | JeffM | in the end we want all the tanks to just say "I got hit, what do I do?" |
| 22:08.46 | JeffM | and hopefully the server can go "I know.. do this" |
| 22:11.23 | javawizard2539 | Ok |
| 22:11.55 | javawizard2539 | in that method the fromTank and toTank are reversed so it's probably something on the server. I'm going to continue debugging. |
| 22:12.11 | javawizard2539 | Or in the way that the message from the server is interpreted. |
| 22:12.31 | JeffM | javawizard2539, remember that it is the person that got hit, that sends the trasfer message |
| 22:12.33 | JeffM | not the shooter |
| 22:12.46 | javawizard2539 | hmm |
| 22:12.59 | javawizard2539 | the handle method is being called on the person who got hit |
| 22:13.08 | JeffM | yes |
| 22:13.13 | JeffM | cus they detected the hit |
| 22:13.24 | javawizard2539 | oh wait |
| 22:13.27 | javawizard2539 | that makes sense |
| 22:13.28 | JeffM | they are supostd to tell the server to transfer the flag to the shooter |
| 22:13.56 | JeffM | then the server checks to see if the shooter has thief, and does the flag swaps |
| 22:14.17 | javawizard2539 | i mean, the trace shows that the handle method is being called from the person who got hit by doMessages or whatever it is |
| 22:14.27 | javawizard2539 | indicating that the person who got hit is receiving the message as well |
| 22:14.32 | javawizard2539 | that gives me an idea |
| 22:14.40 | JeffM | the person who got hit, sent the message |
| 22:15.37 | JeffM | you are on the server right? |
| 22:17.12 | *** join/#bzflag delusional (n=delusion@pool-71-253-12-9.pitbpa.east.verizon.net) |
| 22:17.38 | javawizard2539 | what do you mean? |
| 22:18.23 | javawizard2539 | Does the message get relayed to both of the clients involved? |
| 22:18.49 | JeffM | no |
| 22:18.53 | JeffM | step one |
| 22:18.59 | JeffM | player A shoots thief |
| 22:19.06 | JeffM | a shot message goes out to all players |
| 22:19.13 | JeffM | player B gets the shot message and plots it |
| 22:19.20 | JeffM | Step 2 |
| 22:19.32 | JeffM | player B detects that it will get hit by the shot |
| 22:19.40 | oojah | Ow |
| 22:19.45 | JeffM | player b looks at the shot type and sees that it is thief |
| 22:19.50 | JeffM | step 3 |
| 22:20.06 | JeffM | instead of blowing up, player B sends a message to the server MsgFlagTransfer |
| 22:20.17 | JeffM | step 4 |
| 22:20.39 | JeffM | the server verifies the shot and then sends out the flag transfer to everyone, including player A and B |
| 22:20.54 | JeffM | Player A gets the message and gives himself the flag |
| 22:20.58 | JeffM | in his local state |
| 22:21.08 | spldart | :) |
| 22:21.18 | JeffM | Player B gets the message and removes the flag from her local state, and gives it to player A on her screen |
| 22:21.26 | uso | JeffM: couldn't the registration server prevent to register a nick while it is in use? |
| 22:21.28 | JeffM | Player C does the same as player B, etc... |
| 22:21.39 | JeffM | uso, we don't know when they are in use |
| 22:21.55 | JeffM | we are not told when they leave |
| 22:22.18 | uso | you have all the current player in the list |
| 22:22.28 | JeffM | no |
| 22:22.30 | JeffM | that is not current |
| 22:22.34 | uso | and they expire a few mins after the last heartbeat |
| 22:22.35 | JeffM | that is from the last poll |
| 22:22.43 | JeffM | the poll is not accurate |
| 22:22.49 | rtfm | uso: in what "list" ? |
| 22:22.51 | JeffM | a player could join and leave between a poll |
| 22:22.54 | JeffM | rtfm, stats |
| 22:22.58 | uso | at least it would be more accurate than now |
| 22:22.59 | JeffM | stats is not part of the list sytem |
| 22:23.08 | JeffM | uso, we changed it to where you can't gank a name |
| 22:23.17 | JeffM | the player who had it first gets to use it untill they leave |
| 22:23.22 | JeffM | then the reged player gets it |
| 22:23.29 | JeffM | that is the most fair |
| 22:23.40 | JeffM | we also dont' track dupes and stuff |
| 22:23.40 | spldart | you can't ghost? |
| 22:23.56 | JeffM | if the name was not reged when you joined you can not be ghosted |
| 22:24.04 | spldart | Oh |
| 22:24.07 | spldart | Ic true |
| 22:24.18 | JeffM | that prevents you from playing as Bob |
| 22:24.29 | rtfm | spldart: the problem was that with older server versions, an unregistered player could join. Then a user either registers that name, or changes their existing name to that. Then they join that server and ghost the previously unregistered username off. |
| 22:24.30 | JeffM | and me going and changing my nick to bob real fast, just to kick you |
| 22:24.58 | JeffM | uso, basicly the auth server dosn't have enough info to be accurate |
| 22:25.16 | JeffM | and we can't base our logic on bad data |
| 22:25.28 | uso | yes, it only would be an additional protection |
| 22:25.36 | JeffM | so we do the safest thing we can do wiht the data we have that we know is accurate that will solve the problem for the majority of the uses |
| 22:25.46 | JeffM | protection from what? |
| 22:26.01 | JeffM | they can reg the name, but they can't play on the server that has the player that is using it |
| 22:26.20 | uso | against malicious ghosting |
| 22:26.27 | rtfm | uso: that has already been fixed. |
| 22:26.28 | JeffM | our system does that now |
| 22:26.41 | JeffM | with the change I just described |
| 22:26.42 | rtfm | the servers need to update |
| 22:27.04 | uso | rtfm: see how many servers are up to date .. |
| 22:27.13 | rtfm | JeffM: it was added between 2.0.8 and 2.0.10 iirc, right? |
| 22:27.18 | JeffM | I belive so |
| 22:27.29 | rtfm | uso: so? that's not our problem. We fixed it. |
| 22:30.41 | JeffM | the problem with doing stuff at the registration level is, 1) it's hard, we have to mod phpbb, and 2) we will screw someone up if our data isn't accurate, and we can't trrust stats to be accurate |
| 22:30.51 | JeffM | heck the SCORES on stats arn't even accurate |
| 22:35.32 | brlcad | Constitution: good luck with that .. .bz gets hit with about a dozen ssh attacks per-day |
| 22:35.48 | Winny | brlcad: drupal? :p |
| 22:36.16 | Constitution | brlcad: heh |
| 22:36.30 | Constitution | you have some kind of auto-drop firewall rules? |
| 22:37.46 | Thumper_ | Wyk3d1: s |
| 22:38.20 | brlcad | Winny: thx :) |
| 22:38.26 | Winny | ;) |
| 22:38.30 | brlcad | Constitution: auto-drop? |
| 22:38.48 | Constitution | some kind of firewall rule to block attacks after so many attempts |
| 22:38.52 | brlcad | yeah, they are firewalled automatically after being detected |
| 22:39.03 | brlcad | been pretty rock-solid for several years now |
| 22:39.11 | Constitution | what do you consider "detected"? |
| 22:39.25 | Epyon | Constitution, what are you planning xP |
| 22:39.30 | Constitution | we block after 8 connections in 2 minutes or something like that |
| 22:39.32 | brlcad | mmm.. 991 entries to date |
| 22:39.37 | brlcad | (and I cleared it out last year) |
| 22:39.42 | Winny | brlcad: SSH them back ;) |
| 22:40.38 | Thumper_ | Wyk3d1: In linux I've set up crash report automailing for my trunk server with just gdb, bash, and a debug build - it's just a shell script |
| 22:40.40 | blast007 | Winny: the ones attacking are likely hacked nodes themself :p |
| 22:41.26 | brlcad | Constitution: I have different thresholds for attempts at admin accounts, regular user accounts, and invalid connections (which are exploit attempts) |
| 22:41.27 | Epyon | I need a BZObserver visualisation plugin for WinAMP |
| 22:42.31 | Epyon | Or a third monitor :/ |
| 22:42.33 | Thumper_ | Wyk3d1: bzfs crashes, status is not 0, I find the core file and run it thru gdb in batch mode to generate a dump, and mail the result. |
| 22:44.15 | brlcad | Constitution: I only allow 3 failed admin account attempts within an approx. 48 hour window -- nobody is supposed to ever log in directly with an admin account (not even me) via ssh; user limits are a fair bit more relaxed to avoid false positives; plus there are a variety of whitelist hosts as a failsafe |
| 22:45.54 | brlcad | they are detected in less than 60 seconds, logged (for auditing), then firewalled all automatic |
| 22:46.05 | brlcad | heh, speaking of an attack, one just started right now |
| 22:46.24 | Constitution | I see |
| 22:46.40 | Winny | blames donny_baker |
| 22:46.51 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 22:46.58 | Constitution | you use the "recent" iptables module? or some kind of scripted solution? |
| 22:47.31 | brlcad | "59.36.99.246 had 15 failed administrative attempts ..." |
| 22:47.43 | brlcad | custom scripted |
| 22:47.49 | Constitution | ah |
| 22:48.03 | brlcad | and the ipfw rules (bsd here) are 'permanent' |
| 22:48.09 | javawizard2539 | Is tranferflaghandler used on the server or on the client? |
| 22:48.17 | brlcad | if the machine reboots, the rules are reloaded from the audit transcript |
| 22:49.39 | javawizard2539 | I added a cout statement in TransferFlagHandler but nothing is getting printed on the server process |
| 22:50.22 | brlcad | javawizard2539: whatcha working on? |
| 22:50.42 | javawizard2539 | Troubleshooting the thief problem |
| 22:50.55 | javawizard2539 | I fixed the shot-person-dying part of it |
| 22:51.02 | javawizard2539 | And I'm now working on flag transfer |
| 22:51.08 | JeffM | javawizard2539, that's why you step thru the code in a debuger |
| 22:51.13 | javawizard2539 | I did |
| 22:51.29 | JeffM | is the server getting the transfer message? |
| 22:51.33 | brlcad | flag transfer should be in the serrver |
| 22:51.41 | brlcad | at least it's handling is |
| 22:51.43 | javawizard2539 | The clients are getting the transfer message with from and to reversed |
| 22:51.45 | JeffM | yeah the actual movement of the flag |
| 22:52.00 | JeffM | javawizard2539, is the server gettting the transfer message? |
| 22:52.12 | javawizard2539 | Which file should I debug to see? |
| 22:52.25 | JeffM | shuld be a handler for that message type |
| 22:52.27 | brlcad | the response might not be getting packed/sent back correctly |
| 22:52.59 | JeffM | may not be, since I redid all that |
| 22:53.01 | javawizard2539 | so transferflaghandler? |
| 22:53.38 | JeffM | search for the message name in the server project |
| 22:53.40 | brlcad | javawizard2539: look in src/bzfs/bzfs.cxx, handleCommand() function .. add a check after the playerNetworkHandlers.find to see if it's a transferflaghandler |
| 22:54.00 | JeffM | a handler class is made for each message |
| 22:54.35 | javawizard2539 | Ok |
| 22:54.41 | JeffM | cus in trunk the transfer message dosn't even need to be sent to clients |
| 22:54.48 | JeffM | we can just do a zap and a give |
| 22:55.01 | brlcad | check/print the code |
| 22:55.23 | JeffM | soon we won't even need the transfer message from the person that got hit, just the existing "I got shot" message |
| 22:56.01 | brlcad | if (code == MsgTransferFlag) std::cout << "got a MsgTransferFlag" << std::endl; |
| 22:56.13 | blast007 | JeffM: and then someday the server will just say "you got shot" ;) |
| 22:56.15 | JeffM | or put a breakpoint |
| 22:56.17 | brlcad | and likewise for any other that you're expecting |
| 22:56.21 | javawizard2539 | I added some cout statements into TransferFlagHandler and they are not getting printed |
| 22:56.25 | brlcad | yeah, a watch condition |
| 22:56.27 | JeffM | blast007, I think the client will always report the hit |
| 22:56.49 | JeffM | but we won't always trust it |
| 22:56.59 | blast007 | JeffM: k |
| 22:57.07 | JeffM | brlcad, actualy he just needs a regular breakpoint |
| 22:57.16 | JeffM | in TransferFlagHandler::execute |
| 22:57.55 | JeffM | that is where the server does it's wammy |
| 22:58.13 | JeffM | and then repacks and resends the messaage |
| 22:59.31 | JeffM | the from player is the person who sends the message |
| 22:59.37 | brlcad | JeffM: fwiw, don't know where it's at in vc, but you usually can call arbitrary code in the debugger on a break |
| 22:59.39 | JeffM | the to player is the person packed into the shot |
| 22:59.51 | JeffM | brlcad, F9 ;) |
| 22:59.55 | brlcad | it just acts like you have whatever line of code injected, so you can screw stuff up |
| 23:00.14 | brlcad | f9 does what? |
| 23:00.21 | JeffM | inserts a new breakpoint |
| 23:00.23 | Winny | JeffM: Where you working on a game with sprites at one point? |
| 23:00.25 | brlcad | oh |
| 23:00.33 | brlcad | no, I'm responding to comment from earlier |
| 23:00.39 | JeffM | ahh |
| 23:00.45 | brlcad | you can call mytank->whatever() if you want |
| 23:00.49 | JeffM | ahh |
| 23:00.57 | JeffM | set next statement |
| 23:00.59 | brlcad | (at least with gcc, I'd be shocked if msvc didn't have a way) |
| 23:01.04 | JeffM | and yeah that can screwe stuff up |
| 23:01.13 | brlcad | setting next would be a jump, that's a bit different |
| 23:01.24 | JeffM | he was just looking for some info in the tank, he didn't need to call the func |
| 23:01.30 | JeffM | Winny, why do you ask? |
| 23:01.30 | brlcad | call printf("hello") |
| 23:01.40 | brlcad | for example, will just do that and continue onto the next line |
| 23:01.44 | JeffM | brlcad, I don't know if VC can do that |
| 23:01.51 | brlcad | i'd be really surprised if it can't |
| 23:01.53 | JeffM | we have a terminal |
| 23:01.57 | JeffM | I've never done that |
| 23:02.07 | JeffM | it may, I just don't know ;) |
| 23:02.24 | JeffM | javawizard2539, open bzfsClientMessages.cxx |
| 23:02.30 | Winny | JeffM: I'm wondering if all languages that support sprites (be it by a lib, or built in), really limit the number of sprites you can run |
| 23:02.34 | JeffM | and find the TransferFlagHandler class |
| 23:02.46 | JeffM | Winny, no language supports sprites |
| 23:02.55 | Erroneous | you can run short snippets from the Watch window |
| 23:03.02 | JeffM | and any limit would be dependent on your sprite drawing code |
| 23:03.10 | Winny | hence why I said lib ;) |
| 23:03.14 | Erroneous | single statements |
| 23:03.15 | JeffM | if you get it from a lib, then the lib probalby has some limit |
| 23:03.20 | JeffM | usualy they are limited by ID |
| 23:03.21 | javawizard2539 | It's open |
| 23:03.27 | javawizard2539 | I'm at TransferFlagHandler |
| 23:03.31 | Winny | Ok, thanks |
| 23:03.36 | JeffM | see the execute method? |
| 23:03.43 | javawizard2539 | Yes |
| 23:03.45 | JeffM | Winny, clanlib, look into it ;) |
| 23:03.45 | *** part/#bzflag jftsang (n=jftsang@88-108-215-204.dynamic.dsl.as9105.com) |
| 23:03.50 | JeffM | javawizard2539, put a breakpoint there |
| 23:03.56 | Erroneous | and I think there's an "immediate mode" you can kick it into to run arbitrary segments |
| 23:03.57 | JeffM | then see if you hit it |
| 23:04.01 | Erroneous | but I've never done it in VC |
| 23:04.04 | brlcad | yay, clanlib |
| 23:04.16 | brlcad | clanlib rocks |
| 23:04.17 | Erroneous | tries it out |
| 23:04.27 | JeffM | Winny, I have writen my own sprite engine once. |
| 23:04.33 | javawizard2539 | Ok |
| 23:04.39 | JeffM | after that I just did everything in GL |
| 23:04.42 | JeffM | even 2d work |
| 23:04.51 | JeffM | bliting is for chumps |
| 23:05.00 | JeffM | nearly free scale and rotate FTW! |
| 23:05.52 | javawizard2539 | How do I pass arguments into bzfs when debugging? |
| 23:06.03 | javawizard2539 | I need to tell it to use a random map with thief flag |
| 23:06.12 | JeffM | javawizard2539, in the debug command |
| 23:06.20 | JeffM | there is another edit box for paramaters |
| 23:06.34 | JeffM | "command arguments" |
| 23:07.23 | brlcad | Winny, http://www.clanlib.org/docs/clanlib-0.8.0/Overview/opengl_overview.html ftw! |
| 23:07.34 | Winny | brlcad: I'm using turing :( |
| 23:07.39 | JeffM | oh yeah I see the problem |
| 23:07.43 | JeffM | I pack them backwards ;) |
| 23:07.52 | JeffM | <PROTECTED> |
| 23:07.52 | JeffM | <PROTECTED> |
| 23:07.58 | brlcad | heh |
| 23:08.09 | JeffM | <PROTECTED> |
| 23:08.09 | JeffM | <PROTECTED> |
| 23:08.14 | JeffM | that'd be the problem |
| 23:08.15 | Erroneous | nice |
| 23:08.30 | *** join/#bzflag bier (n=bier@p54A5633D.dip.t-dialin.net) |
| 23:08.37 | JeffM | I won't bother bumping proto |
| 23:09.05 | JeffM | thank you for doing the hard part javawizard2539 |
| 23:09.48 | brlcad | yay, http://code.google.com/p/google-summer-of-code/wiki/GsocFlyers |
| 23:09.51 | JeffM | what was the fix for the exploding problem? |
| 23:10.06 | javawizard2539 | Your welcome |
| 23:10.15 | javawizard2539 | JeffM, Thanks for actually solving it |
| 23:11.25 | *** part/#bzflag javawizard2539 (n=chatzill@c-24-10-227-207.hsd1.co.comcast.net) |
| 23:11.45 | CIA-16 | BZFlag: 03JeffM2501 * r16747 10/trunk/bzflag/src/bzfs/bzfsMessages.cxx: |
| 23:11.45 | CIA-16 | BZFlag: When one changes yon packing code to repack the MsgTransferFlag message, one should make sure that one packs yon data in the same order as the honorable client will unpack them. |
| 23:11.45 | CIA-16 | BZFlag: *TODO* get rid of the stupid flag transfer message and just use a standard shot hit and drop and zap messages to implement thief. |
| 23:11.49 | *** join/#bzflag javawizard2539 (n=chatzill@c-24-10-227-207.hsd1.ut.comcast.net) |
| 23:12.01 | *** join/#bzflag EmoNemo (n=Gigi@unaffiliated/emonemo) |
| 23:12.06 | JeffM | javawizard2539, what was the other fix you made to make you not asplode? |
| 23:12.27 | javawizard2539 | Hold on a sec |
| 23:12.59 | javawizard2539 | playing.cxx, line 4043 |
| 23:13.01 | JeffM | brlcad, top of the list.. good job |
| 23:13.05 | javawizard2539 | Or around there |
| 23:13.08 | javawizard2539 | I commented out the line myTank->explodeTank(); |
| 23:13.33 | javawizard2539 | It's right under serverLink->sendTransferFlag(myTank->getId(), hit->getPlayer()); |
| 23:13.56 | JeffM | was that commited already? |
| 23:14.01 | javawizard2539 | Not that I saw |
| 23:14.16 | javawizard2539 | It may be now but it wasn't about 4 hours ago |
| 23:14.19 | javawizard2539 | Hold on a sec |
| 23:14.38 | Constitution | ~brlcad++ |
| 23:14.40 | javawizard2539 | Not in svn |
| 23:14.42 | JeffM | you sure you have current code? |
| 23:14.48 | javawizard2539 | I just ran svn update |
| 23:15.19 | javawizard2539 | Hold on a sec |
| 23:16.04 | brlcad | Constitution: que? |
| 23:16.17 | Constitution | gsoc fliers |
| 23:16.21 | brlcad | ahhh |
| 23:16.26 | brlcad | ~Saturos++ |
| 23:16.40 | JeffM | yeah but you promted them ;) |
| 23:16.46 | Constitution | ~Saturos++ |
| 23:17.16 | Epyon | ~Saturos |
| 23:17.17 | brlcad | he did the vast majority of the work, pimping is a lot easier :) |
| 23:17.21 | Saturos | heh? |
| 23:17.34 | Epyon | duh, how was karma checking again? xD |
| 23:17.35 | JeffM | brlcad, naw man. it's hard out there for a pimp named brlcad |
| 23:17.40 | rtfm | ~karma Saturos |
| 23:17.40 | ibot | saturos has karma of 148 |
| 23:17.43 | JeffM | purple hats ain't cheap |
| 23:17.48 | brlcad | fo shizzel |
| 23:17.53 | rtfm | :) |
| 23:17.57 | Epyon | ~karma Epyon |
| 23:17.57 | ibot | epyon has karma of 63 |
| 23:17.59 | JeffM | ro rillze |
| 23:18.01 | Epyon | D: |
| 23:18.08 | javawizard2539 | It's gone now |
| 23:18.24 | javawizard2539 | Someone probably removed it and since I had already done so svn up didn't tell me |
| 23:18.30 | JeffM | javawizard2539, that file hasn't changed. I don't thik you had current code |
| 23:18.31 | brlcad | still wonders who this jaywir3 is that wants to mentor for bzflag |
| 23:18.36 | javawizard2539 | hm |
| 23:18.40 | JeffM | SVN keeps a log of all changes |
| 23:18.46 | javawizard2539 | I checked on that |
| 23:18.50 | brlcad | that nick is so familiar |
| 23:18.54 | brlcad | greps |
| 23:18.56 | Epyon | brlcad, like yyy, you got a MENTOR application? :D |
| 23:18.56 | javawizard2539 | Oh well, at least it's fixed |
| 23:19.36 | JeffM | true, but i"m more worried about you not having curent code |
| 23:19.44 | JeffM | you may chase things down that lead nowhere ;) |
| 23:20.32 | brlcad | OH.. he was a student applicant last year |
| 23:20.39 | JeffM | the ant guy? |
| 23:20.44 | JeffM | please be the ant guy! |
| 23:20.51 | brlcad | heh |
| 23:20.58 | brlcad | don't remember who, but he was a finalist |
| 23:21.06 | JeffM | networking guy? |
| 23:21.10 | brlcad | probably |
| 23:21.22 | brlcad | yeah, maybe jb's assignee |
| 23:21.34 | JeffM | javawizard2539, cus I just looked at the version back at the start of 2008 and it' looks good |
| 23:21.34 | brlcad | scans more logs |
| 23:21.53 | rtfm | JeffM / javawizard2539: I don't see 'explodeTank' in any of the recent changes, even from over 2 months ago. |
| 23:22.00 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-75-36-46-10.dsl.sndg02.sbcglobal.net) |
| 23:22.00 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 23:22.01 | JeffM | rtfm, exactly |
| 23:22.06 | rtfm | so maybe it was an accidentaly copy/paste? :P |
| 23:22.07 | JeffM | that is what concerns me |
| 23:22.11 | JeffM | maybe |
| 23:22.28 | JeffM | can someone actualy test those thief changes ? ;) |
| 23:22.36 | brlcad | ahh, I take it back |
| 23:22.36 | rtfm | ;) |
| 23:22.41 | brlcad | he was the CS student |
| 23:22.49 | JeffM | if it works let me know and i'll pull it out of the bugs list |
| 23:22.51 | JeffM | brlcad, ahh |
| 23:23.02 | JeffM | misses the ant guy |
| 23:23.10 | brlcad | maybe he's saying he'd be willing to mentor for a cs project |
| 23:23.25 | JeffM | too bad we won't be doing one |
| 23:24.34 | rtfm | JeffM: rebuilding my server right now |
| 23:24.41 | JeffM | rtfm, thanks |
| 23:25.03 | JeffM | hmmm... wonder how hard it would be to set mirkwood up for dailys |
| 23:25.23 | JeffM | Thumper_, how hard was it to do the autobuild and run? |
| 23:25.45 | JeffM | hmm if mirkwood had a mailserver it could build on each change ;) |
| 23:25.59 | JeffM | wishes mirkwood had a mailserver |
| 23:26.06 | Erroneous | heh |
| 23:26.10 | JeffM | gives Erroneous the stinkeye |
| 23:26.20 | Erroneous | it has a mailserver ;) |
| 23:26.30 | JeffM | a pop server |
| 23:26.35 | Erroneous | local users only, canonical hostname only |
| 23:26.35 | JeffM | a REAL mailserver |
| 23:26.38 | JeffM | to like get mail |
| 23:26.46 | Erroneous | and pop would be easy enough to attach to it |
| 23:26.59 | JeffM | a Jer Compliant mailserver |
| 23:27.03 | Erroneous | heh |
| 23:27.06 | Erroneous | that's more work |
| 23:27.13 | JeffM | has to be done |
| 23:28.54 | Erroneous | yup |
| 23:31.26 | *** join/#bzflag BenUrban (n=benurban@c-68-49-10-243.hsd1.md.comcast.net) |
| 23:33.09 | JeffM | back to figuring out spind directions :/ |
| 23:33.31 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-35.hsd1.tx.comcast.net) |
| 23:33.31 | JeffM | spindle even |
| 23:35.29 | javawizard2539 | I checked, svn says it's at revision 16747 on my local copy |
| 23:35.43 | pacman87 | JeffM: bzfs.cxx, line 3067-8, change to |
| 23:35.43 | pacman87 | if (p->player.isAlive()) { |
| 23:35.48 | javawizard2539 | btw, did my patch get accepted? |
| 23:36.05 | pacman87 | then lines 3067-8 |
| 23:36.07 | JeffM | pacman87, and that does? |
| 23:36.33 | pacman87 | checks if the player is still alive before trying to kill them and reset their respawn timer on a flag cap |
| 23:36.46 | pacman87 | if they're already dead, no need to kill them twice |
| 23:36.58 | JeffM | this is in trunk? |
| 23:37.04 | pacman87 | no, 2.0 branch |
| 23:37.10 | pacman87 | i havent' looked at trunk |
| 23:37.11 | JeffM | don't care about branch |
| 23:37.13 | JeffM | it's dead |
| 23:37.49 | pacman87 | well, i noticed it in 2.0 |
| 23:37.59 | JeffM | that's fine |
| 23:38.02 | JeffM | but it's still dead |
| 23:38.12 | Constitution | pacman87: IIRC L4m3r took care of it? |
| 23:38.15 | JeffM | bug fixes for 3.0 please, we want to release it |
| 23:38.21 | pacman87 | Constitution: almost |
| 23:38.32 | pacman87 | JeffM: i'll check 3.0 now |
| 23:38.44 | JeffM | you can submit a patch for branhc if you want, but I'd not hold yourbreath to get it in |
| 23:39.08 | pacman87 | Constitution: flag caps reset your spawn timer, even if you're already dead |
| 23:39.39 | CIA-16 | BZFlag: 03JeffM2501 * r16748 10/trunk/bzflag/src/bzflag/playing.cxx: vitespace! |
| 23:39.55 | JeffM | ibot DTRemenak ++ |
| 23:40.03 | Constitution | pacman87: okay, is that a bug that needs to be fixed, then? |
| 23:40.03 | JeffM | exTabSettings FTW |
| 23:40.56 | Erroneous | javawizard2539: http://bzflag.svn.sourceforge.net/viewvc/bzflag/trunk/bzflag/src/bzflag/playing.cxx?revision=16744&view=markup - check around line 4043, I'm not seeing anything like what you're reporting |
| 23:40.56 | pacman87 | Constitution: i say yes, L4m3r's code changes the behavior |
| 23:41.08 | spldart | If you svn up then rebuild with vc8 it automagically rebuilds only what is necessary regarding the updated portions of code? |
| 23:41.31 | Erroneous | spldart: correct |
| 23:41.47 | spldart | ummm... muwahahhahaha |
| 23:41.51 | Erroneous | pacman87: trunk is already correct, playerKilled bails early if the player is already dead |
| 23:42.04 | javawizard2539 | I checked there, that's not what I'm asking about |
| 23:42.08 | javawizard2539 | I meant my new flag |
| 23:42.33 | pacman87 | Erroneous: thanks, saves me the trouble :) |
| 23:43.22 | Erroneous | javawizard2539: that was w.r.t. explosions |
| 23:43.34 | javawizard2539 | what? |
| 23:43.37 | Erroneous | has not looked at the patch list in some weeks |
| 23:43.57 | Erroneous | <javawizard2539> playing.cxx, line 4043 |
| 23:44.03 | javawizard2539 | I know |
| 23:44.10 | Erroneous | <javawizard2539> I commented out the line myTank->explodeTank(); |
| 23:44.25 | JeffM | pacman87, submit it as a patch please, and we'll see if we can get it applied to the branch code. |
| 23:44.32 | JeffM | but we don't need to take it as a verbal |
| 23:44.49 | Constitution | javawizard2539: as you probably know, new flags need to be discussed and approved. Presumably you discussed this with the devs before submitting it? |
| 23:44.55 | Constitution | if so, I'll take a look at it |
| 23:45.00 | JeffM | Constitution, he did |
| 23:45.01 | javawizard2539 | Yes |
| 23:45.03 | JeffM | last night |
| 23:45.04 | JeffM | it's fine |
| 23:45.06 | JeffM | you can add it |
| 23:45.06 | Constitution | k |
| 23:45.10 | JeffM | rikers it |
| 23:45.32 | Erroneous | wow :) |
| 23:45.41 | JeffM | it's not a flag I would pick myself |
| 23:45.49 | javawizard2539 | Whoever applies it, feel free to send me suggestions on how I could have coded it better |
| 23:45.57 | JeffM | but it's not unablancing and it may be interesting to others. |
| 23:46.24 | JeffM | Erroneous, I do actualy pay attention when you talk even if I don't agree ;) |
| 23:46.25 | spldart | I think it was a neat flag idea |
| 23:46.32 | JeffM | it is |
| 23:46.43 | JeffM | it's a subtle varion on a theme we have going already |
| 23:46.48 | JeffM | variation |
| 23:46.49 | spldart | exactly |
| 23:47.03 | spldart | That subtle nature impressed me too |
| 23:47.04 | JeffM | I mostly just didn't like it as CT |
| 23:47.07 | Erroneous | yeah, it "fits" fine. I just thought we were trying to avoid flag proliferation :) |
| 23:47.10 | JeffM | CS is better |
| 23:47.21 | javawizard2539 | I submitted it as CS |
| 23:47.34 | JeffM | Erroneous, somewhat. I don't mind filling out gaps in existing concepts |
| 23:47.45 | Erroneous | ok, works for me |
| 23:47.55 | JeffM | and it makes 3.0 look better feature wise |
| 23:48.36 | Constitution | javawizard2539: so far so good... however, if you could fix the menu issue you already noticed, make sure your formatting is correct to DEVINFO, and be sure to make the documentation and misc. other changes, it would make reviewing it a lot easier |
| 23:48.43 | JeffM | mostly I think we don't want to add flags that require some new concept that players have to "get" |
| 23:48.55 | JeffM | those are the worst |
| 23:49.02 | javawizard2539 | what's devinfo? |
| 23:49.12 | JeffM | a file that describes our coding standards |
| 23:49.17 | Constitution | it's a file in the root of the source code dir, iirc |
| 23:49.21 | javawizard2539 | ok |
| 23:49.32 | JeffM | it describes the line I must walk |
| 23:49.35 | JeffM | ;) |
| 23:49.58 | Constitution | javawizard2539: basically, the fewer changes we have to make before applying patches, the better :) |
| 23:50.13 | Constitution | as far as encouraging us to look at them (and specifically to look at yours) |
| 23:50.16 | JeffM | Constitution, did he do each { on a newline? ;) |
| 23:50.43 | Constitution | JeffM: just some tabs with the wrong spacing, I think |
| 23:50.47 | JeffM | ahh |
| 23:50.49 | JeffM | sux |
| 23:51.00 | JeffM | oh he's on VC |
| 23:51.02 | JeffM | yeah default |
| 23:51.04 | Erroneous | express can't use extensions, can it? |
| 23:51.10 | JeffM | it can't? |
| 23:51.12 | javawizard2539 | Is there a way to change the default spacing? |
| 23:51.14 | JeffM | that has to blow |
| 23:51.19 | Erroneous | yeah, there is |
| 23:51.22 | JeffM | javawizard2539, yeah but we have a cool tool |
| 23:51.28 | JeffM | if you can use it |
| 23:51.32 | JeffM | exTabSettings |
| 23:51.40 | Erroneous | tools->options->text editor->c/c++->tabs |
| 23:51.47 | JeffM | Erroneous, you sure it can't? |
| 23:51.54 | Erroneous | set at two space indent, eight space tabs to comply with our standards |
| 23:52.22 | JeffM | does it have an add-in manager? |
| 23:52.35 | javawizard2539 | so set tabsize=8, indent=2? |
| 23:52.48 | Erroneous | JeffM: I'm pretty sure, yeah |
| 23:52.50 | Erroneous | javawizard2539: yup |
| 23:52.54 | javawizard2539 | Done |
| 23:53.01 | brlcad | avoiding flag proliferation? :) .. bzFLAG avoiding flag proliferation? :) |
| 23:53.25 | JeffM | brlcad, we are concentrating on the bzfLAG this time ;) |
| 23:53.30 | brlcad | javawizard2539: that flag patch was yours? |
| 23:53.41 | spldart | It is |
| 23:53.43 | Erroneous | javawizard2539: and "keep tabs" should be on also |
| 23:53.45 | brlcad | nice |
| 23:53.48 | rtfm | my servers are up to date. I added 20 extra thief flags. ;) |
| 23:53.53 | spldart | avoiding :) |
| 23:53.54 | Erroneous | I think it is by default |
| 23:53.59 | rtfm | so feel free to test 'em |
| 23:54.00 | JeffM | rtfm, but do they work? |
| 23:54.08 | rtfm | JeffM: I'm at work. |
| 23:54.09 | Constitution | javawizard2539: as for the man pages and other stuff that needs to be done for new flags, check the DEVINFO section for what needs to happen before releases... lots of good info there |
| 23:54.11 | rtfm | so I have no idea |
| 23:54.33 | rtfm | I can try in about 3 hours when I get home |
| 23:54.42 | spldart | God I wish I was good enough to try my flag idea.. :( hehe |
| 23:55.07 | rtfm | spldart: what flag idea is it? |
| 23:55.17 | javawizard2539 | consults DEVINFO |
| 23:55.53 | Erroneous | JeffM: see http://msdn2.microsoft.com/en-us/vs2008/products/cc149003.aspx "Extensibility" |
| 23:56.25 | Erroneous | otherwise I'd be sure to pimp on http://code.google.com/p/extabsettings/ :) |
| 23:56.33 | spldart | Kinda a wildcard flag... While carrying you assume the property of the closest flag... using the range and proximity that IDENTIFY does. |
| 23:57.09 | Erroneous | spldart: so is that a good flag, or a bad one? ;) |
| 23:57.23 | spldart | Passed switches in conf could say good only bad only all and shot count |
| 23:57.56 | rtfm | fairly limited use if it could be for 'only bad' |
| 23:58.04 | torghul | Erroneous: can it be used with vs8? |
| 23:58.10 | rtfm | since people's bad flags usually drop ;) |
| 23:58.20 | spldart | True... |
| 23:58.35 | brlcad | needs to get the brl-cad devs using extabsettings |
| 23:58.53 | rtfm | rather complicated flag |
| 23:58.56 | spldart | Makes things interesting though.... doo dee doo dee doo... ooop! a jumping flag woahoaaha |
| 23:59.12 | spldart | yeah... :( |
| 23:59.23 | rtfm | and just from a cheat-prevention perspective, difficult to apply sanity checks to |
| 23:59.45 | spldart | yes yes... it was shot down pretty quick hehe |
