| 00:03.58 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 00:09.20 | *** join/#bzflag MathHat (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) |
| 00:14.43 | blast007 | Constitution: hmmmm |
| 00:14.51 | blast007 | I'll have to see |
| 00:19.54 | blast007 | Constitution: does early in the day work for you? I have to do some shopping at night, and also fix someone's computer prior to that |
| 00:25.08 | Constitution | how early is early? |
| 00:26.27 | Constitution | I could be ready to start about 9:00 AM my time, although I would probably be semi brain-dead from working late |
| 00:30.04 | blast007 | Constitution: what time zone are you in? |
| 00:30.41 | blast007 | guess I could ask "what time is it there right now?" ;) |
| 00:31.36 | CBG` | I'll meet you here 873 minutes from now. |
| 00:31.57 | Constitution | arizona... I think it's lined up with mountain time right now (no DST switch)... it's 5:30 |
| 00:32.26 | Constitution | whois Gabe_G23 |
| 00:32.31 | Constitution | oops :P |
| 00:32.35 | Gabe_G23 | o.O |
| 00:32.37 | Constitution | ah ha |
| 00:32.38 | CBG` | Pingtastic! |
| 00:32.40 | Constitution | stalker |
| 00:34.49 | JeffM | wtf? |
| 00:35.39 | *** join/#bzflag delusional (n=delusion@pool-71-253-12-129.pitbpa.east.verizon.net) |
| 00:36.48 | CBG` | Said the walrus to the bluebell. |
| 00:40.23 | Constitution | also, there was cabbage |
| 00:45.05 | CBG` | I vaguely remember Bud Ekins being there too. |
| 00:48.45 | CBG` | We upset him? Oh dear... |
| 00:50.24 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 00:56.52 | CIA-34 | BZFlag: 03bthansen * r17493 10/trunk/bzflag/plugins/ (93 files in 39 dirs): Mess with properties and whitespace - line endings |
| 01:09.16 | blast007 | Constitution: hmmm, trying to think here... maybe around noon my time? (10AM your time?) |
| 01:10.14 | *** join/#bzflag chaoscon (i=jeremy@smartserv/ceo/chaoscon) |
| 01:12.09 | Constitution | blast007: ok, sounds good |
| 01:12.52 | blast007 | depends when they want me to fix their computer |
| 01:13.07 | blast007 | and how long it takes *this* time... I think this will be the 4th trip |
| 01:13.31 | blast007 | I'm going to give them Windows Defender this time.. |
| 01:14.10 | Lukstr | should fill his new camelbak with coffee |
| 01:18.14 | *** join/#bzflag whodaman (n=whodaman@pdpc/supporter/student/whodaman-) |
| 01:35.27 | donny_baker | blast007: you tried avast! ? |
| 01:37.48 | blast007 | donny_baker: they have that right now |
| 01:37.57 | donny_baker | ah |
| 01:38.01 | blast007 | well, they did at least... I think their bank told them to install something that *they* provided |
| 01:38.04 | blast007 | so they removed Avast :P |
| 01:38.16 | donny_baker | sounds like taking away the keyboard and mouse would be the most secure :P |
| 01:38.22 | blast007 | yeah |
| 01:38.31 | blast007 | "limited accounts for EVERYONE!" |
| 01:41.34 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 01:42.55 | Lukstr | blast007: heard of ClamWin? |
| 01:43.06 | blast007 | Lukstr: that's not realtime |
| 01:43.33 | Lukstr | Oh. Realtime sucks |
| 01:43.34 | bugQ[foods] | okay, got rid of macports for now, and it builds. woo. now food. |
| 01:43.35 | blast007 | therefore, Avast > ClamWin :) |
| 01:43.56 | blast007 | Lukstr: eh, well, I'm doing this for a customer... not myself |
| 01:44.00 | Lukstr | I suppose |
| 01:44.07 | Lukstr | but if you scan email and all downloads |
| 01:44.13 | Lukstr | I don't see how you could get a virus |
| 01:44.34 | blast007 | they are getting crap *with* real-time antivirus.. |
| 01:44.45 | Lukstr | blast007: do you ever get asked to lower the amount of spam people get? |
| 01:44.51 | Lukstr | my mom blames me |
| 01:44.52 | blast007 | no |
| 01:50.08 | Lukstr | brlcad, DTRemenak: I'm replacing src/world/WorldObject.h with something else, cool? |
| 01:51.58 | DTRemenak | cool |
| 01:52.09 | Lukstr | yay |
| 01:52.32 | DTRemenak | although I rather suspect it will resemble what was already there :) |
| 01:52.37 | CIA-34 | BZFlag: 03lukstr * r17494 10/branches/gsoc_libbzw/src/world/ (6 files): Reorganizing libworld |
| 01:52.40 | Lukstr | eh |
| 01:52.44 | Lukstr | perhaps :) |
| 02:00.17 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) |
| 02:03.22 | brlcad | Lukstr: yeha, go for it |
| 02:03.30 | *** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com) |
| 02:03.36 | brlcad | src/world is fair game for anything :) |
| 02:03.52 | Lukstr | yay |
| 02:03.56 | Lukstr | claims |
| 02:04.02 | Lukstr | marks territory |
| 02:04.15 | JeffM | gets the spray bottle |
| 02:05.19 | CIA-34 | BZFlag: 03lukstr * r17495 10/branches/gsoc_libbzw/src/world/ (BZWorld.h Makefile.am World.h): Added WorldObject; cleaned up a bit; namespaces added |
| 02:08.03 | Lukstr | So, will I be covering all the Custom* classes as well? |
| 02:08.14 | Lukstr | which inherit current WorldFileObstacle |
| 02:08.18 | JeffM | your lib needs to ead a full map |
| 02:08.24 | JeffM | however you want to implement it |
| 02:08.26 | Lukstr | hm |
| 02:08.31 | JeffM | nothing says you have to use our existing classes |
| 02:08.57 | JeffM | we used the word "custom" to mean "map defined" |
| 02:09.02 | JeffM | since bzflag used to not read maps |
| 02:09.07 | Lukstr | hah. |
| 02:09.12 | Lukstr | Right |
| 02:09.13 | JeffM | so it's kinda silly to have them named that now |
| 02:09.21 | Lukstr | Maybe I'll write another little lib |
| 02:09.27 | JeffM | for what? |
| 02:09.31 | Lukstr | all the shapes |
| 02:09.37 | brlcad | Lukstr: Makefile.am need entry in top-level configure.ac |
| 02:09.41 | JeffM | your lib needs to handle all the shapes |
| 02:09.52 | JeffM | your lib us useless with out the objects |
| 02:09.52 | Lukstr | brlcad: ah, yeah didn't add that yet. |
| 02:09.56 | JeffM | because that is what defines the map |
| 02:10.00 | Lukstr | No, I know |
| 02:10.06 | Lukstr | but maybe I'll organize them |
| 02:10.17 | JeffM | sure, that's part of your task |
| 02:10.26 | JeffM | but they need to be in the same lib |
| 02:10.32 | Lukstr | sub-lib |
| 02:10.33 | Lukstr | child-library |
| 02:10.34 | Lukstr | :D |
| 02:10.36 | JeffM | as they are never used with out the lib |
| 02:10.39 | JeffM | that'd be stupid |
| 02:10.47 | JeffM | other classes sure, but not another lib |
| 02:10.53 | JeffM | it would NEVER be used alone |
| 02:10.56 | Lukstr | alright |
| 02:11.08 | Lukstr | I'll just call it a lib in my own head |
| 02:11.17 | Lukstr | when in reality it will be a bunch of classes |
| 02:11.22 | JeffM | where lib == class heirarchy ;) |
| 02:11.24 | brlcad | begins massive catch-up, giddy that the deadline madness is finally over |
| 02:11.28 | Lukstr | yes |
| 02:11.33 | JeffM | there is defentaly a tree to them |
| 02:11.38 | DTRemenak | sets a dozen new deadlines for brlcad |
| 02:11.45 | JeffM | all the objects that are postionalble have similar traits |
| 02:11.53 | JeffM | then all the mesh objects have another set of traits, etc.. |
| 02:11.58 | JeffM | so you will end up with a tree |
| 02:12.06 | Lukstr | yay |
| 02:12.09 | DTRemenak | I believe bzw(6) has an appropriate taxonomy |
| 02:12.13 | JeffM | I highly recomend looking at how BZWB handles it's file |
| 02:12.17 | brlcad | squeals with glee at the anticipated *whoosh* sound those new deadlines will make |
| 02:12.23 | Lukstr | DTRemenak: ? |
| 02:12.26 | JeffM | it does the same thing as bzflag but in a more modern codebase |
| 02:12.34 | DTRemenak | Lukstr: "man 6 bzw" |
| 02:12.59 | DTRemenak | mmm, 5 sorry |
| 02:13.00 | Lukstr | don't have that |
| 02:13.01 | Lukstr | oh |
| 02:13.12 | Lukstr | would that be a make install? |
| 02:13.18 | DTRemenak | yup |
| 02:13.20 | Lukstr | never done that |
| 02:13.37 | DTRemenak | cd to man and make install if you just want the manuals |
| 02:14.19 | DTRemenak | the whole manpage will be useful to you, but the "file syntax" section in particular |
| 02:14.41 | JeffM | I'm serious on looking at the bzwb reader too |
| 02:15.07 | Lukstr | I have it pulled |
| 02:15.10 | Lukstr | will be looking at it |
| 02:15.13 | DTRemenak | bzwb's reader is not quite complete iirc. but it does have the basic structure down |
| 02:15.22 | DTRemenak | where bzfs' reader tends to be a bit of a mess |
| 02:16.52 | JeffM | takes his hammer of faith to white sands isle |
| 02:20.19 | brlcad | wsmr? |
| 02:20.35 | JeffM | AoC |
| 02:20.44 | JeffM | DTRemenak: says I never play a healer so I'm trying one |
| 02:20.51 | brlcad | ahh, heh |
| 02:20.55 | DTRemenak | heh |
| 02:21.06 | brlcad | thought you might actually be going to somewhere he knew :) |
| 02:21.40 | DTRemenak | "hammer of faith" would be a pretty good missile name, come to think of it ;) |
| 02:21.56 | JeffM | Preist of Mitra needs a group for multiples it seems :( |
| 02:25.03 | JeffM | everything is HoT so you have to plan a lot, it's wierd |
| 02:29.37 | CIA-34 | BZFlag: 03lukstr * r17496 10/branches/gsoc_libbzw/configure.ac: Added libBZW to build |
| 02:29.53 | Lukstr | brlcad: all I need to do? or do I need to add somewhere else too |
| 02:42.44 | brlcad | Lukstr: yeah, src/Makefile.am needs a subdir entry or it will not traverse into it |
| 02:43.06 | brlcad | howdy bugQ |
| 02:43.14 | bugQ | ahoy |
| 02:45.05 | Flash | bugQ: what version of MacOS are you using? |
| 02:45.15 | bugQ | 10.4.11 |
| 02:45.25 | bugQ | it's working now. |
| 02:45.37 | Flash | you mean a CLEAN build works ? ;-) |
| 02:45.56 | bugQ | yes, yes. I just did away with macports for the time being |
| 03:27.19 | *** join/#bzflag tarco (n=tarco@CPE-124-186-50-60.qld.bigpond.net.au) |
| 03:27.59 | tarco | ~bzfquery tarco.no-ip.org:4145 |
| 03:28.31 | tarco | bzfquery tarco.no-ip.org:4145 |
| 03:28.46 | *** part/#bzflag tarco (n=tarco@CPE-124-186-50-60.qld.bigpond.net.au) |
| 03:28.59 | brlcad | ~patience |
| 03:28.59 | ibot | rumour has it, patience is a Godly attribute, or the solution for most things. |
| 03:31.10 | *** join/#bzflag tarco (n=tarco@CPE-124-186-50-60.qld.bigpond.net.au) |
| 03:31.27 | tarco | ~bzfquery tarco.no-ip.org:4145 |
| 03:32.25 | tarco | ~bzfquery tarco.no-ip.org:4145 |
| 03:33.30 | JeffM | tarco: /msg works too |
| 03:33.57 | tarco | so it "/msg ~bzfquery |
| 03:34.10 | JeffM | /msg ibot bzf... |
| 03:34.23 | JeffM | but more then likely your route is not set correctly on your router |
| 03:34.32 | tarco | just set it up |
| 03:35.34 | tarco | i am sort of lost jaffm |
| 03:35.38 | tarco | jeffm |
| 03:35.50 | JeffM | you have a router I take it? |
| 03:35.57 | tarco | yeah |
| 03:36.12 | brlcad | is 124.186.50.60 your ip address? |
| 03:36.14 | JeffM | did you port forward 4145 to your servers LAN Ip? |
| 03:36.15 | tarco | i don't think my server is set up right to |
| 03:36.24 | tarco | yes |
| 03:36.35 | brlcad | udp and tcp? |
| 03:36.36 | JeffM | did you use -p on the server to have it listen on that port? |
| 03:37.46 | tarco | i just trying to get it set up and i think i have all the coding wrong |
| 03:38.21 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 03:38.31 | JeffM | coding? |
| 03:38.38 | JeffM | what did you have to code? |
| 03:38.42 | tarco | well the config file |
| 03:39.05 | tarco | yeah that is my ip |
| 03:39.09 | JeffM | run the server with just this bzfs -public "some server" -p 4145 |
| 03:39.14 | tarco | i have a dnsserver pointing to me |
| 03:39.53 | CIA-34 | BZFlag: 03blast007 * r17497 10/trunk/web/pastebin/ (104 files in 9 dirs): Bring in a stock pastebin 0.60 from pastebin.com |
| 03:39.56 | blast007 | weee |
| 03:40.07 | *** join/#bzflag Think_Differentl (n=James@pool-96-231-96-21.washdc.east.verizon.net) |
| 03:40.49 | tarco | i just put the server in to a dmz to see if it works |
| 03:41.38 | JeffM | for your config, start simple then go complex ;) |
| 03:41.45 | JeffM | try just the bare min. first |
| 03:42.13 | tarco | well at the moment i am running the start serer in bzflag it self |
| 03:42.19 | blast007 | uh |
| 03:42.25 | JeffM | that won't change the port |
| 03:42.27 | JeffM | so you can't do that |
| 03:42.32 | JeffM | that will be on 5154 |
| 03:42.38 | JeffM | and usualy don't work |
| 03:42.47 | tarco | oh thats problt |
| 03:42.54 | tarco | probly why itnot working |
| 03:43.06 | JeffM | like I said, run bzfs -p 4145 and see if you can connect to it |
| 03:43.09 | blast007 | networking isn't magic |
| 03:43.13 | blast007 | you can't just make up a port to use |
| 03:43.21 | JeffM | if that works, then add more to the config, like public and publicaddr |
| 03:43.37 | tarco | ok now i am lost |
| 03:43.49 | blast007 | then you shouldn't be hosting a server :) |
| 03:43.55 | JeffM | probalby not |
| 03:44.01 | JeffM | but do you know how to use the command line terminal? |
| 03:44.06 | JeffM | that's what we are talking about |
| 03:44.10 | JeffM | command line stuff |
| 03:44.10 | tarco | I wan't to learn |
| 03:44.11 | JeffM | not in game |
| 03:44.21 | JeffM | the in game stuff won't do what you want it to do |
| 03:44.50 | tarco | the server (ur probly goin to hat me for this) is running windlows |
| 03:44.56 | JeffM | so? |
| 03:45.02 | JeffM | windows has a command prompt |
| 03:45.03 | JeffM | use it |
| 03:45.07 | tarco | yeah i have |
| 03:45.22 | JeffM | have you read the threads on the fourms about how to start a public server? |
| 03:45.33 | tarco | yeah i have |
| 03:45.51 | JeffM | then you should be able to run bzfs -p 4145 and see if that works |
| 03:45.53 | tarco | this is th part that i get lost on is puting it on the net |
| 03:46.14 | JeffM | then you didn't read the treads, since that is ALL they talk about, making a public server |
| 03:46.33 | tarco | i'llgo back and readthem then |
| 03:46.55 | JeffM | what kind of internet connection are you on? |
| 03:47.28 | tarco | dsl 1.5mb down 512 up |
| 03:47.41 | JeffM | how many players did you intend to host? |
| 03:47.58 | tarco | as many as the connection can handle |
| 03:48.03 | JeffM | that'll be 4 maybe 5 |
| 03:48.06 | JeffM | depending on shot count |
| 03:48.28 | tarco | i can host it on a faster speeded connection |
| 03:48.40 | JeffM | it's the upstream that matters |
| 03:48.42 | JeffM | not the down |
| 03:48.56 | tarco | yeah i figgered |
| 03:49.05 | tarco | but i don't live in the us |
| 03:49.12 | JeffM | so? |
| 03:49.23 | tarco | i read that it only us that has that problem |
| 03:49.34 | blast007 | has what problem? |
| 03:49.43 | tarco | restricted internet |
| 03:49.43 | JeffM | why would the location of the connection make it have "problems"? |
| 03:49.45 | JeffM | no |
| 03:49.59 | blast007 | "restricted" as in speed? |
| 03:50.03 | tarco | well that was in the wiki thing |
| 03:50.09 | JeffM | what wiki thing? |
| 03:50.10 | tarco | i gues so |
| 03:50.16 | blast007 | we don't read minds ;) |
| 03:50.21 | tarco | the bz wiki setup a server thing |
| 03:50.29 | blast007 | have a link? |
| 03:50.31 | JeffM | where? |
| 03:50.42 | tarco | http://my.bzflag.org/w/Creating_A_Server |
| 03:50.57 | tarco | in paning a server |
| 03:50.58 | JeffM | what part are you refering too? |
| 03:51.08 | tarco | in planinga server |
| 03:51.14 | JeffM | that is just wrong. |
| 03:51.27 | blast007 | haha, that's some funny reading |
| 03:51.35 | blast007 | 8 players on 56k "in other countries" |
| 03:51.40 | blast007 | more like 2 |
| 03:51.46 | JeffM | more like 1 |
| 03:52.00 | blast007 | well, I ran 2 players on 56k no problem |
| 03:52.07 | blast007 | with a player that was half way across the country |
| 03:52.17 | blast007 | and only like 150 or 200ms lag ;) |
| 03:52.21 | tarco | well they need to fix that |
| 03:52.26 | JeffM | they is us |
| 03:52.29 | blast007 | fix what? |
| 03:52.37 | JeffM | the wiki |
| 03:52.37 | blast007 | the page? or the internet? ;) |
| 03:52.41 | tarco | yeah |
| 03:52.47 | JeffM | the info was talking about dialup I belive |
| 03:52.49 | tarco | the wiki |
| 03:52.59 | JeffM | when 56k modems in the US had a bandwith cap |
| 03:53.05 | tarco | oh |
| 03:53.06 | JeffM | I removed it |
| 03:53.33 | tarco | cool |
| 03:53.33 | JeffM | with current code a dialup connection would not be able to host more then one or two connections |
| 03:53.36 | JeffM | if that at all |
| 03:54.00 | tarco | well i gues i better findsomeonewho can host it then |
| 03:54.11 | blast007 | hmm, yeah, I was on 56k back in 1.7 days ;D |
| 03:54.12 | JeffM | how many players did you want to host? |
| 03:54.15 | blast007 | probably changed a bit since then |
| 03:54.26 | blast007 | tarco: is it some map you made? |
| 03:54.36 | tarco | as many as the connection can handle |
| 03:54.52 | JeffM | tarco: I know, but that's going to be in the under 10 range |
| 03:54.53 | blast007 | well, you wouldn't get *that* many :P |
| 03:55.27 | JeffM | how many shots did you want? |
| 03:55.36 | tarco | 5 |
| 03:55.47 | JeffM | then yeah that's going to lower your player counts even more |
| 03:55.56 | blast007 | JeffM: I think he meant someone that has a real server |
| 03:56.01 | JeffM | I know |
| 03:56.14 | tarco | i have a map made |
| 03:56.23 | blast007 | tarco: is it posted on the forum? |
| 03:56.24 | JeffM | I'm trying to understand WHY he wants to go for a real server rather then hosting |
| 03:56.27 | JeffM | if its' due to bandwith |
| 03:56.28 | tarco | i wan't to see what ple think of it |
| 03:56.47 | tarco | well is there any that can host my map? |
| 03:56.48 | JeffM | you can probably get another server owner to host it |
| 03:56.56 | JeffM | just post it on the fourms with a license |
| 03:57.06 | JeffM | that's how a lot of maps get hosted |
| 03:57.20 | tarco | oh |
| 03:57.35 | blast007 | make sure to read the post in the Map Releases area that talks about licenses |
| 03:57.43 | blast007 | it'll be the very first post in that category |
| 04:01.10 | *** join/#bzflag blast007 (i=blast@pdpc/supporter/active/blast007) |
| 04:01.10 | *** mode/#bzflag [+v blast007] by ChanServ |
| 05:46.42 | CIA-34 | BZFlag: 03lukstr * r17498 10/branches/gsoc_libbzw/src/Makefile.am: Added World to makefile, properly |
| 06:08.56 | *** join/#bzflag unotmeu (n=menotume@pdpc/supporter/active/menotume) |
| 06:08.56 | *** mode/#bzflag [+v unotmeu] by ChanServ |
| 06:42.07 | Flash | What is the difference between MsgPingCodeRequest and MsgEchoRequest? |
| 06:42.24 | Flash | and can/should unconnected or non-player entities send either message? |
| 06:45.13 | *** join/#bzflag Gilly (n=btw@83.146.211.140) |
| 06:58.00 | *** join/#bzflag noyb (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) |
| 06:59.21 | *** join/#bzflag ibunny (n=bunni@pdpc/supporter/active/jolie) |
| 06:59.51 | ibunny | morning guys |
| 07:01.20 | *** part/#bzflag ibunny (n=bunni@pdpc/supporter/active/jolie) |
| 07:28.12 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 07:28.12 | *** mode/#bzflag [+v tupone] by ChanServ |
| 08:31.09 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 11:29.44 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 11:43.50 | *** join/#bzflag F687s (n=noah@cpe-98-30-188-38.woh.res.rr.com) |
| 12:32.20 | *** join/#bzflag F687s (n=noah@cpe-98-30-188-38.woh.res.rr.com) |
| 12:32.23 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 13:02.16 | *** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com) |
| 13:14.32 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 13:14.54 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 13:34.09 | spldart | Cyahs laterz |
| 14:20.53 | *** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com) |
| 14:33.20 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 14:34.56 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 15:12.29 | CIA-34 | BZFlag: 03chaos-dev * r17499 10/trunk/bzwgen/inc/Point2D.h: Initial creation of Point2D class for the PlanarGraph GraphNode class. Class is fully commented using the new projects doxygen rules. |
| 15:12.38 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 15:13.51 | blast007 | hello Epyon :) |
| 15:14.24 | Epyon | Hey, blast007 |
| 15:15.26 | Epyon | BTW, what's the dev-teams take on namespaces, classnaming and member naming? |
| 15:15.28 | Manu | hi Epyon |
| 15:18.36 | DTRemenak | namespaces are allowed, try to keep them short if you use them. class names have the first letter of each word in them capitalized, member names have the first letter lowercase and the first letter of each subsequent word capitalized. |
| 15:19.01 | Manu | points Epyon to read the DEVINFO file |
| 15:19.25 | Epyon | Manu, I've read it, but I've seen some wierd things in the codebase :) |
| 15:19.36 | Manu | all is possible ;) |
| 15:19.53 | Epyon | For example, I wonder wether it wolnd't be better to start classes with a C, and members with m_ |
| 15:20.21 | DTRemenak | from DEVINFO: "Violations of these rules in the existing code are not excuses to follow suit." ;) |
| 15:20.37 | Manu | because then we have to change all the code for example? :) |
| 15:20.46 | Epyon | I'll talk about it with JeffM and brlcad tommorow (Saturday-Sunday is my GSoC makup day xP) |
| 15:21.13 | DTRemenak | ideally the only things in the global namespace would be classes anyway, so what does the C gain, other than wearing out a key on the keyboard? |
| 15:21.26 | Epyon | About namespaces, it'd make things much cleaner I think. I'm a fan of nested namespaces. |
| 15:21.33 | DTRemenak | and I personally find m_ member notation very ugly |
| 15:21.34 | Epyon | Reusage? |
| 15:21.47 | Epyon | DTRemenak, me too actually |
| 15:21.53 | Manu | Epyon: how is your work? I don't see a lot of progress |
| 15:22.08 | Epyon | But I don't think C before a class is ugly anymore |
| 15:22.31 | Epyon | Manu, as you see, and as you heard from others. I hope to catch you tommorow for a longer chat. |
| 15:22.46 | Manu | ok |
| 15:23.09 | Manu | Epyon: you said sunday, right? |
| 15:23.23 | Epyon | saturday and sunday |
| 15:24.08 | brlcad | Epyon: just because someone snuck in code commits that don't follow DEVINFO isn't an excuse to continue down that path (or to not fix the offending code) ;) |
| 15:24.21 | CIA-34 | BZFlag: 03chaos-dev * r17500 10/trunk/bzwgen/inc/BZWGenerator.h: Consistency with the doxygen format |
| 15:24.28 | brlcad | no hungarian prefixes please |
| 15:24.36 | Epyon | Oh, I found another uncommited file :/ |
| 15:24.48 | Epyon | brlcad, you're even against C before classes? |
| 15:24.57 | brlcad | sure, wth for? :) |
| 15:25.03 | brlcad | (rhetorical) :) |
| 15:25.06 | Chestal | uh, CClasses, please no |
| 15:25.24 | DTRemenak | we already use case to differentiate class names from other names. the C is just another letter. |
| 15:25.29 | brlcad | the value is negative when the whole codebase doesn't do it, and I don't think that's something we'd want on the whole code base |
| 15:25.30 | Epyon | I'm not a big fan of hungarian notation myself, but reading more and more code I'm beginning to undestand it. |
| 15:25.46 | Epyon | Understood |
| 15:26.01 | DTRemenak | tends to prefer the term "hungarian line noise" but whatever ;) |
| 15:26.05 | brlcad | that's good for you, but that doesn't make it a good convention :) |
| 15:26.11 | TD-Linux | ponders updating his ancient bzwgen sandbox and bugging Epyon about the errors and missing files |
| 15:26.28 | Epyon | (and I still think g_ and m_ are pointless and ugly -_-) |
| 15:26.29 | brlcad | i.e. good that you're getting more exposure to other styles and conventions, just makes you a more flexible/better coder .. |
| 15:26.36 | brlcad | so don't use them :) |
| 15:26.41 | Epyon | TD-Linux, gladly -- but tommorow :) |
| 15:27.39 | TD-Linux | seems it was on my old box.. clean checkout then :) |
| 15:27.47 | DTRemenak | we use hungarian pretty heavily at work (especially in MFC code). it's always bugged me, but I try to make sure I follow suit when editing existing code. |
| 15:28.10 | CIA-34 | BZFlag: 03chaos-dev * r17501 10/trunk/bzwgen/inc/GraphNode.h: GraphNode -- base for the PlanarGraph to be created soon, mainly a skeleton class now, especialy due to the lack of decisions about boost::weak_ptr. Fully doxygenized. |
| 15:29.48 | Epyon | is aching to doxygenize the whole BZWGen code, but think's he'll leave that till after he is on schedule. |
| 15:30.14 | DTRemenak | good call (on both parts) |
| 15:30.37 | Manu | heh |
| 15:31.44 | *** join/#bzflag zee828 (n=82c0611a@gateway/web/cgi-irc/zeebrothers.net/x-0bfbf1af8cdcf811) |
| 15:35.38 | Epyon | Manu, have you seen the updated timeline? |
| 15:36.07 | Epyon | It's still not final, but much more detailed than the last one. |
| 15:36.27 | Epyon | And I'd like to discuss it with you tommorow |
| 15:36.53 | Manu | Epyon: ok |
| 15:37.04 | Epyon | http://my.bzflag.org/w/BZWGen_revisited |
| 15:37.32 | Manu | yes I saw it |
| 15:49.00 | CIA-34 | BZFlag: 03chaos-dev * r17502 10/trunk/bzwgen/inc/PlanarGraph.h: PlanarGraph class -- currently just a doxygen friendly skeleton. |
| 15:51.12 | Epyon | brlcad, DTRemenak, I got a green-light for using boost code afaik a day or two ago. Considering that I'd just be using headers, should I dump them into SVN into a BZWGen subfolder? |
| 15:51.22 | Epyon | That is *if* I decide to use them. |
| 15:51.52 | Epyon | I think boost::weak_ptr and shared_ptr would be a tremendous help in a double-linked graph implementation. |
| 16:22.08 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 16:22.09 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 16:23.14 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 16:48.38 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 16:49.01 | blast007 | hi Constitution |
| 16:49.07 | Constitution | hi blast007 |
| 16:49.33 | blast007 | I'm building a client and server right now |
| 16:49.49 | Constitution | k |
| 16:49.58 | blast007 | oh wee, guess the shot branch is a bit out of date with trunk as well |
| 16:50.55 | blast007 | the bzUnicode.h file gives me a build error, but I just copied it from trunk for now |
| 16:51.10 | Constitution | hm |
| 16:51.30 | CIA-34 | BZFlag: 03JeffM2501 * r17503 10/branches/gsoc_libbzw/MSVC/VC8/world.vcproj: add the world files to the VC8 project |
| 16:51.51 | CIA-34 | BZFlag: 03JeffM2501 * r17504 10/branches/gsoc_libbzw/src/world/ (World.cxx World.h): make the framework be valid C++ |
| 16:52.04 | Constitution | I don't think I get any errors, but I'll make clean just to be sure |
| 16:52.24 | Constitution | might take 6-7 minutes to recompile |
| 16:52.32 | blast007 | I'm getting warnings |
| 16:52.40 | Constitution | alternatively, you could visit http://www.apple.com/getamac |
| 16:52.42 | JeffM | Constitution, it was the ground receivers that were inf looping? |
| 16:52.44 | blast007 | but I'm building debug, so they're treated as errors |
| 16:52.51 | Constitution | JeffM: yes iirc |
| 16:52.58 | JeffM | and you pulled theM? |
| 16:53.07 | Constitution | I just turned off lighting in the client |
| 16:53.10 | JeffM | k |
| 16:53.17 | JeffM | I'll go take a look at them |
| 16:55.22 | Constitution | JeffM: http://pastebin.bzflag.bz/m518043e5 was my backtrace |
| 16:55.48 | JeffM | yeah I don't think it's iterating the shots correctly |
| 17:00.21 | Constitution | the strange thing was, it started happening when I fixed a bug on the server... on the other hand, maybe that got things working enough to bring out the issue on the client |
| 17:01.14 | JeffM | the lights are added when the shots are addedso you probalby got the client to add more shots |
| 17:01.43 | JeffM | your current code is checked in? |
| 17:01.50 | Constitution | yes |
| 17:03.00 | JeffM | hmm there is a buffer overflow in msgShotBegin |
| 17:03.19 | JeffM | ahh I see the issue |
| 17:03.30 | JeffM | should have known it when you mentioned it yesterday |
| 17:03.37 | JeffM | the size should be 7 |
| 17:03.42 | JeffM | yet the memory is only 3 |
| 17:03.58 | Constitution | oh |
| 17:04.10 | JeffM | that's why it always returned 3 |
| 17:04.16 | JeffM | even tho it was packing in 7 |
| 17:04.27 | JeffM | yay for VC's basic stack checks :) |
| 17:05.42 | CIA-34 | BZFlag: 03JeffM2501 * r17505 10/branches/v2_99_shot_branch/src/bzflag/ServerLink.cxx: MsgShotBegin is 7 bytes long, so allocate that much memory for it. |
| 17:07.40 | JeffM | looks like the lighting works fine now that the stack isn't jacked up :) |
| 17:07.45 | Constitution | good |
| 17:08.21 | Flash | now that you are all awake, I'll aske my question(s) again |
| 17:08.24 | Flash | 00:42 < Flash> What is the difference between MsgPingCodeRequest and MsgEchoRequest? |
| 17:08.28 | Flash | 00:42 < Flash> and can/should unconnected or non-player entities send either message? |
| 17:08.51 | JeffM | what does unconnected mean? |
| 17:08.59 | Flash | not a "player" |
| 17:09.01 | JeffM | non players should never send any bzflag message |
| 17:09.06 | Flash | no established NetHandler object |
| 17:09.20 | JeffM | then how would they send a message if they don't have a nethandler? |
| 17:09.25 | Flash | it's UDP |
| 17:09.28 | JeffM | oh |
| 17:09.30 | JeffM | then no |
| 17:09.33 | JeffM | it's a player only thing |
| 17:09.46 | JeffM | BZFS messages are only for people who we consider players |
| 17:09.51 | Flash | what I want to do is remove the "udp socket" accessor |
| 17:10.03 | JeffM | if it's a non client connection, the server should NOT try to parse the data |
| 17:10.09 | Flash | in dealing with the UDP messages, the first thing is to try to find the nethandler matching the caller |
| 17:10.16 | JeffM | ok |
| 17:10.24 | JeffM | if they don't have a handler ditch the entire message |
| 17:10.25 | Flash | I'd like to send the response through the matching NetHandler |
| 17:10.29 | Flash | cool |
| 17:10.38 | JeffM | if that handler belongs to a non client connection, ditch the message |
| 17:10.45 | JeffM | non client stuff dosn't support UDP |
| 17:10.48 | JeffM | UDP is game only |
| 17:10.48 | Flash | I was worried about some listserver/lag detection possibility |
| 17:10.51 | JeffM | no |
| 17:11.00 | JeffM | list server is all HTTP |
| 17:11.04 | Flash | that makes life MUCH simpler |
| 17:11.13 | JeffM | and lag is done in protocoll for player connections |
| 17:11.20 | Flash | so all UDP messages MUST be allocatable to a NetHandler |
| 17:11.21 | CIA-34 | BZFlag: 03macsforme * r17506 10/branches/v2_99_shot_branch/src/bzfs/bzfsClientMessages.cxx: Reverted length check portion of r17485; length was correct, but size allocation was incorrect. |
| 17:11.23 | JeffM | anything with a MSG is in protocoll |
| 17:11.29 | JeffM | Flash, yes |
| 17:11.36 | Flash | excellent |
| 17:11.57 | JeffM | having non client connections support UDP may be interesting, but not high on the list |
| 17:12.08 | JeffM | even then it'd be as simple as just passing the data to the callbacks |
| 17:12.13 | JeffM | you would not have to parse it |
| 17:12.18 | Flash | the existing code has specific cases to deal with ping stuff before it worries about having found a match |
| 17:12.25 | Flash | I want to move that out of NetHandler |
| 17:12.26 | JeffM | the existing code is a hack |
| 17:12.47 | Flash | creates the universal "no hacks" symbol |
| 17:13.20 | JeffM | please remember that UDP was added AFTER networking was first done |
| 17:13.25 | JeffM | and that bzflag at it's core is a lan game |
| 17:14.53 | JeffM | Constitution, that should also fix the DR computation because now the timestamp on the shot will be read ;) |
| 17:15.21 | Constitution | bravo |
| 17:16.04 | blast007 | geez... is there a way to make a debug build not error out on warnings? |
| 17:16.18 | JeffM | install windows |
| 17:16.22 | Flash | get a mac? |
| 17:16.27 | blast007 | lol.. |
| 17:16.31 | JeffM | no the mac has that problem |
| 17:16.32 | blast007 | already have both :P |
| 17:16.35 | JeffM | unless you install windows on it |
| 17:16.41 | Flash | My mac doesn't error on warnings |
| 17:16.41 | Constitution | what are you building on? |
| 17:16.52 | Constitution | I'm building on Mac, and it's not erroring out on warnings |
| 17:17.03 | JeffM | we do warnings as errors by default on our debug builds |
| 17:17.07 | JeffM | it's a setting we do |
| 17:17.11 | Constitution | or alternatively, perhaps they should be fixed :) |
| 17:17.14 | Flash | I guess that's broken too |
| 17:18.46 | *** join/#bzflag TimRiker (n=timr@70-1-143-169.area1.spcsdns.net) |
| 17:18.46 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:19.01 | CIA-34 | BZFlag: 03JeffM2501 * r17507 10/branches/v2_99_shot_branch/src/other/freetype/builds/win32/visualc/freetype.vcproj: it's _CRT_SECURE_NO_WARNINGS not _CRT_SECURE_NO_WARNINGS. |
| 17:20.49 | Flash | does anyone have any feelings about the C++ keywords "and" "or" "not" ? |
| 17:21.04 | Flash | if (condition1 or condition2).... |
| 17:21.38 | JeffM | use the standard |
| 17:21.43 | JeffM | && || |
| 17:21.47 | JeffM | ! |
| 17:22.02 | Flash | the "bzflag standard"? |
| 17:22.03 | JeffM | C++ is not python |
| 17:22.08 | F687s | rereads the standard again... |
| 17:22.09 | JeffM | no C++ standard |
| 17:22.17 | Flash | the standard added them as keywords |
| 17:22.20 | JeffM | not all compilers will support those neweres |
| 17:22.25 | JeffM | there is no reason to use them |
| 17:22.39 | JeffM | if you can't read && as "and" then you have no reason programing C++ |
| 17:22.44 | JeffM | fix real bugs |
| 17:22.47 | JeffM | not silly things |
| 17:23.12 | Flash | I'm not talking about changing stuff for change sake; I was asking a question about preference |
| 17:23.18 | Flash | I knew you'd have one |
| 17:23.21 | JeffM | heh |
| 17:23.28 | JeffM | it's a techincal issue |
| 17:23.38 | JeffM | we have a high likelyhood of running on older compilers |
| 17:23.45 | JeffM | so it is more then a perfrence thing |
| 17:25.11 | CIA-34 | BZFlag: 03JeffM2501 * r17508 10/trunk/bzflag/src/other/freetype/builds/win32/visualc/freetype.vcproj: it's _CRT_SECURE_NO_WARNINGS not _CRT_SECURE_NO_WARNINGS. |
| 17:25.31 | CIA-34 | BZFlag: 03JeffM2501 * r17509 10/trunk/bzflag/MSVC/VC8/man2html.vcproj: quell build warnings with _CRT_SECURE_NO_WARNINGS |
| 17:26.28 | Erroneous | Flash: "does it work" is (slightly) more important than "does it follow the standard" |
| 17:26.49 | Flash | did I suggest otherwise? |
| 17:26.49 | Erroneous | and those keywords do not work on many older compilers (including gcc2.95 iirc) |
| 17:27.03 | Flash | ok |
| 17:27.37 | Erroneous | sorry if I'm beating a dead horse, I was just reading the backlog |
| 17:27.40 | Flash | Here's what I have in mind for protocol encapsulation for the bzfs messages in the future, if anyone is interested: http://flash.pastebin.ca/1046945 |
| 17:27.45 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 17:27.45 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:28.44 | JeffM | Flash, why can't the buffer be dynamic |
| 17:28.51 | JeffM | use a message class that grows in chunks |
| 17:28.51 | Flash | it could be |
| 17:28.57 | JeffM | like the bufferedNetworkMessage we have now |
| 17:29.09 | JeffM | it should be |
| 17:29.10 | Flash | I see this as being passed to bufferedNetworkMessage |
| 17:29.20 | Flash | the bzfs message is fixed size |
| 17:29.23 | Flash | based on the protocol |
| 17:29.24 | JeffM | why? |
| 17:29.30 | Erroneous | why not derive it from bufferedNetworkMessage? |
| 17:29.35 | JeffM | have the message class have the pack and unpack |
| 17:29.40 | JeffM | then we don't need static buffers |
| 17:29.46 | JeffM | that's a lot cleaner and easier to use |
| 17:29.58 | JeffM | then the message class will never have an overrun |
| 17:29.59 | Flash | you mean have the class pack allocate memory? |
| 17:30.17 | JeffM | yeah that's what the message class does now |
| 17:30.43 | JeffM | it allocates it in chunks |
| 17:30.43 | Flash | I considered that, but I was refactoring code that had fixed length |
| 17:30.43 | JeffM | then we arn't copying crap around |
| 17:30.50 | Flash | what isn't shown is the constructor that take a message blob and unpacks it |
| 17:31.05 | Flash | I almost wrote it, but chose not to because it isn't needed (yet) |
| 17:31.11 | Constitution | I don't think MsgShotBegin is getting unpacked correctly |
| 17:31.14 | Constitution | Server received MsgShotBegin |
| 17:31.14 | Constitution | player =$22 = 0 '\0' |
| 17:31.14 | Constitution | shot id =$23 = 65534 |
| 17:31.14 | Constitution | time sent =$24 = -nan(0x7e448a) |
| 17:31.19 | Erroneous | so you unpack it, then pack it up again? |
| 17:31.21 | JeffM | the unpacker can just derive from the buffered message and unpack from the buffer |
| 17:31.36 | Flash | Erroneous: there are two users of a message, the sender and the receiver |
| 17:31.37 | JeffM | Flash, you want to minimse the number of copies of the message you do |
| 17:31.40 | Erroneous | yes |
| 17:31.44 | Flash | the sender packs, the receiver unpacks |
| 17:31.48 | Erroneous | one needs pack, the other needs unpack |
| 17:31.52 | Flash | I've only written the sender in this case |
| 17:32.01 | Erroneous | both ends use BufferedNetworkMessages anyway |
| 17:32.24 | JeffM | Flash, think of the BufferedNetworkMessage as a smart memory buffer |
| 17:32.26 | Erroneous | MSGMGR has both send and receive halves |
| 17:32.28 | JeffM | use that to read and write |
| 17:32.46 | JeffM | then you jsut need to make a wraper class that pulls our the proto data from it |
| 17:32.56 | JeffM | then you don't have to make extra copies of the message |
| 17:32.59 | Flash | ok... the existing code has separate handling of certain UDP messages. Is there a reason to retain that? |
| 17:33.05 | JeffM | and you are memory protected. |
| 17:33.15 | Erroneous | there is only one message that is not sent through BufferedNetworkMessage in current code |
| 17:33.21 | JeffM | Flash, cus I didn't hook them up the buffered network message ;) |
| 17:33.25 | Erroneous | and I don't see any reason for it to be that way |
| 17:33.33 | Flash | ok, I'll be brutal then |
| 17:33.34 | JeffM | Erroneous, UDP receives arn't |
| 17:33.45 | JeffM | UDP still uses it's tacked on crap |
| 17:33.53 | JeffM | it needs to go into the buffered message too |
| 17:33.57 | Erroneous | JeffM: server udp receive, right? |
| 17:34.09 | Flash | how expensive is getting the time of day? |
| 17:34.13 | JeffM | Erroneous, I don't think ANY server receives are |
| 17:34.19 | Flash | it would be nice to time-tag the receipt of all messages |
| 17:34.25 | Erroneous | k, that makes more sense |
| 17:34.26 | JeffM | server receives go thru a different class |
| 17:34.33 | Erroneous | but yeah, that should be fixed |
| 17:34.36 | JeffM | Flash, there is no need for that |
| 17:34.40 | JeffM | only some messages need timestamps |
| 17:34.54 | JeffM | it's just wasted bandwith |
| 17:35.05 | Flash | oh, I wouldn't have sent it on the wire |
| 17:35.16 | Flash | I was thinking it might be useful metadata for the messages |
| 17:35.29 | JeffM | I woudl not make it a base feature of the message |
| 17:35.33 | JeffM | let the users of the messages do that |
| 17:35.36 | JeffM | cus it is not that cheap |
| 17:35.59 | *** join/#bzflag Cobra_Fast (n=coprah@e180248155.adsl.alicedsl.de) |
| 17:36.05 | Erroneous | it's actually very cheap from TimeKeeper |
| 17:36.06 | JeffM | the replay recorder for instace would do it all itslef |
| 17:36.18 | Erroneous | not necessarily strictly accurate though |
| 17:36.37 | JeffM | Constitution, is it packed right |
| 17:36.42 | Constitution | yes |
| 17:36.50 | JeffM | is there an off by one thing going on? |
| 17:37.32 | Constitution | not afaict |
| 17:37.43 | Constitution | player is unpacked correctly |
| 17:37.52 | JeffM | the order correct? |
| 17:38.06 | Constitution | you unpack in the same order you packed, right? or reverse? |
| 17:38.14 | JeffM | same order |
| 17:38.24 | Constitution | then yes |
| 17:38.29 | CIA-34 | BZFlag: 03JeffM2501 * r17510 10/trunk/bzflag/src/other/ (4 files in 3 dirs): quell warnings |
| 17:40.01 | JeffM | ahah |
| 17:40.12 | JeffM | the ID isn't a ushort |
| 17:40.39 | JeffM | it'll be negitive |
| 17:40.46 | Constitution | aahh |
| 17:41.00 | Constitution | I figured out the timestamp issue |
| 17:41.41 | CIA-34 | BZFlag: 03JeffM2501 * r17511 10/branches/v2_99_shot_branch/src/ (bzflag/ServerLink.cxx bzfs/bzfsClientMessages.cxx): shot ID in MsgShotBegin from client to server is signed. |
| 17:41.46 | Constitution | we unpack from buf and put the result in bufTmp, then unpack from buf again |
| 17:42.02 | JeffM | bahh :) |
| 17:42.21 | CIA-34 | BZFlag: 03JeffM2501 * r17512 10/branches/v2_99_shot_branch/src/bzfs/bzfsClientMessages.cxx: use the right buffer |
| 17:43.00 | JeffM | there ya go |
| 17:43.14 | Constitution | thanks |
| 17:43.56 | Constitution | yay |
| 17:46.29 | Constitution | are we avoiding editing buf directly for some reason? it isn't reused or anything later in the function |
| 17:47.24 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 17:48.57 | Constitution | and the other handlers do it |
| 17:57.15 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 18:03.08 | JeffM | some do some don't |
| 18:03.19 | JeffM | mostly just depends where the code came from |
| 18:03.24 | Lukstr | holy backlog batman |
| 18:03.32 | JeffM | that's why I want it to all use a smart buffer at some point |
| 18:03.41 | JeffM | so we can just ask the message to "unpack a float" |
| 18:03.48 | JeffM | and have it do all the guts automaticly |
| 18:03.56 | JeffM | Lukstr, I made your code valid C++ |
| 18:04.02 | Lukstr | Oh? |
| 18:04.08 | JeffM | yeah it was prety bad |
| 18:04.19 | Lukstr | Where..? |
| 18:04.20 | JeffM | you can't just leave off the () on a constructor ;) |
| 18:04.28 | Lukstr | woah where did I do that |
| 18:04.48 | JeffM | and you can't use iostream& for the decleration and istream& for the def |
| 18:04.57 | JeffM | in your world classes |
| 18:05.08 | Lukstr | uno momento |
| 18:05.34 | Lukstr | spits liquids out of nose |
| 18:05.44 | CIA-34 | BZFlag: 03macsforme * r17513 10/branches/v2_99_shot_branch/src/bzfs/bzfsClientMessages.cxx: No need to create a copy of the buffer; use it directly instead. |
| 18:05.52 | Lukstr | the iostream was a typo :P |
| 18:05.57 | Lukstr | no doubt I'd realize soon after haha |
| 18:06.05 | Lukstr | I think I know where those braces went |
| 18:06.13 | Lukstr | but thanks for fixing, my bad |
| 18:06.23 | JeffM | :) |
| 18:06.34 | JeffM | I had to add them to the vc project anyway |
| 18:06.38 | Lukstr | ah |
| 18:09.38 | JeffM | and just need to keep you all on your toes :) |
| 18:09.59 | Lukstr | equips ballerina slippers |
| 18:17.02 | *** join/#bzflag Noodlema1 (n=tuckerm@64.207.229.213) |
| 18:19.59 | Flash | Can someone explain a) why there is a Ping class and b) why it is in net? |
| 18:20.35 | JeffM | the answer is the same for both |
| 18:20.45 | JeffM | cus thats how and where the person who wrote it did it |
| 18:21.17 | Flash | well, that's ONE answer. I was hoping for some more depth |
| 18:21.23 | JeffM | there isn't |
| 18:21.30 | JeffM | bzflag is OLD |
| 18:21.39 | JeffM | the person that wrote that is long gone |
| 18:21.45 | Flash | there's a TON of network functionality (direct I/O) in there |
| 18:21.49 | JeffM | there isn't always a good reason behind all things |
| 18:21.52 | JeffM | sure |
| 18:21.59 | JeffM | at the time that's where it was dumped |
| 18:22.22 | JeffM | you will find that there arn't many deep answers to most of the "why" questions |
| 18:22.35 | Flash | from the contents of the packets, it looks like it might be used by the listserver to list state of servers |
| 18:22.40 | Flash | but it seems to expect UDP |
| 18:22.53 | JeffM | the list server is all HTTP |
| 18:22.57 | Flash | or, I suppose it could be a client? |
| 18:23.04 | JeffM | there is the status packet |
| 18:23.06 | Flash | hmmm. is it ever actually called at all? |
| 18:23.09 | JeffM | that the list and stats do |
| 18:23.27 | JeffM | more then likely it was put there for lan games |
| 18:23.37 | JeffM | then extended into the stats system |
| 18:23.50 | JeffM | the list server only checks to see if the host/port is reachable |
| 18:23.56 | JeffM | it dosn't get back any stat data |
| 18:24.11 | JeffM | but lan checks and stats sites probalby use the gamestate ping for info |
| 18:24.28 | Flash | where does the server listing in the client (with number of active/slots etc) get populated? |
| 18:24.32 | JeffM | they will connect with a BZFS proto string, but they on't do a full player join |
| 18:24.48 | JeffM | the list data is pushed to the list by the server |
| 18:25.29 | JeffM | as part of the HTTP paramaters |
| 18:30.37 | Flash | in ServerList::startServerPings, there is a pull from the listserver as well as an explicit creation of a UDP socket to ping on |
| 18:30.48 | Flash | I guess that UDP-based ping needs to remain for lan games? |
| 18:33.12 | JeffM | yeah |
| 18:33.12 | JeffM | and maybe stats stuff |
| 18:33.44 | JeffM | tho I'd not be adverse to moving that to a non player connection that uses it's own conenctio header |
| 18:36.19 | JeffM | then we can make the stats and server disover have it's own system independent API |
| 18:38.29 | Flash | hmmm. The lan-based ping is hard-coded to port 5154 |
| 18:39.34 | JeffM | yeah |
| 18:39.41 | JeffM | cus we can't spam the entire subnet ;) |
| 18:44.26 | JeffM | to me lan play isn't that important anymore |
| 18:44.31 | JeffM | but it is still to some |
| 18:44.33 | blast007 | weee, autopilot crashes when you shoot ;) (in the shot branch) |
| 18:45.00 | JeffM | blast007, cool |
| 18:45.02 | JeffM | where? |
| 18:45.17 | blast007 | I had to turn on some extra exceptions |
| 18:45.22 | blast007 | let me get the call stack |
| 18:46.12 | blast007 | http://pastebin.bzflag.bz/m4284231b |
| 18:46.44 | *** join/#bzflag noyb_ (n=noyb@nat/sun/x-800410bffa5a6c1a) |
| 18:48.18 | JeffM | quaAAA!!! |
| 18:48.22 | JeffM | that's an linline |
| 18:49.22 | blast007 | First-chance exception at 0x00731a66 in bzflag.exe: 0xC0000005: Access violation reading location 0x0000018c. |
| 18:55.17 | JeffM | currentmost code? |
| 18:56.30 | JeffM | I mean all that does is read the state |
| 18:56.35 | JeffM | <PROTECTED> |
| 18:56.53 | blast007 | yeah, I have the current code |
| 18:57.00 | blast007 | built with VC8 |
| 18:57.27 | JeffM | wierd |
| 18:57.44 | JeffM | more then one client on the server? |
| 18:57.46 | JeffM | or just one? |
| 18:58.02 | blast007 | just one |
| 18:58.15 | JeffM | why would the bot shoot |
| 18:58.20 | JeffM | let met test it here |
| 18:58.25 | blast007 | because I pressed fire |
| 18:58.43 | JeffM | when you were in autopilot mode? |
| 18:58.48 | blast007 | yeah |
| 18:58.56 | JeffM | what key turns on autopilot?' |
| 18:58.58 | blast007 | 9 |
| 18:59.38 | JeffM | yeah wow, it just DIES |
| 19:00.23 | blast007 | I have no idea if that call stack is valid |
| 19:00.40 | blast007 | since I did have to crank up the exception debugging |
| 19:00.40 | Erroneous | 1 |
| 19:00.43 | Erroneous | ww |
| 19:01.10 | *** join/#bzflag tj13820 (n=tj13820@c-71-236-81-200.hsd1.pa.comcast.net) |
| 19:01.27 | tj13820 | what is reccomended, trunk or branch svn? |
| 19:01.54 | blast007 | tj13820: for what? |
| 19:01.59 | tj13820 | bzfs |
| 19:02.09 | blast007 | trunk and v2_0branch aren't compatible |
| 19:02.20 | blast007 | so if you run a trunk server, nobody will be there :P |
| 19:02.21 | tj13820 | trunk is the 3.0 branch |
| 19:02.25 | tj13820 | correct? |
| 19:02.34 | blast007 | it's not a branch |
| 19:02.37 | tj13820 | ah |
| 19:02.38 | blast007 | it's 2.99.x |
| 19:02.43 | tj13820 | it's the "work in progress" |
| 19:02.44 | blast007 | which will become 3.0 |
| 19:02.50 | tj13820 | :-) |
| 19:02.55 | tj13820 | okay, thank you |
| 19:02.57 | blast007 | np |
| 19:04.38 | tj13820 | are trunk servers needed for testing? |
| 19:04.57 | blast007 | there's already a few of them up |
| 19:05.03 | tj13820 | ah |
| 19:05.08 | blast007 | I think I need to update mine so they show up for the newest client |
| 19:05.20 | Constitution | JeffM: at http://bzflag.svn.sourceforge.net/viewvc/bzflag/branches/v2_99_shot_branch/src/bzflag/ServerLink.cxx?view=diff&r1=17074&r2=17075 , what was the point of the unsigned char s? |
| 19:05.22 | tj13820 | how do you get the client for windows (or don't you) |
| 19:05.30 | blast007 | tj13820: for trunk? |
| 19:05.34 | blast007 | you build it :) |
| 19:05.39 | tj13820 | haha |
| 19:05.41 | tj13820 | thought so |
| 19:05.43 | tj13820 | :-) |
| 19:05.52 | blast007 | Visual C++ 2005 Express Edition is free |
| 19:06.17 | blast007 | it also needs the platform SDK and the DirectX SDK (of which is detailed in the readme, as a specific version of the DX one is needed) |
| 19:09.42 | JeffM | Constitution, probalby left over |
| 19:09.58 | JeffM | I was going to pack it as a char, but I decided against it |
| 19:10.01 | Constitution | k |
| 19:10.52 | CIA-34 | BZFlag: 03macsforme * r17514 10/branches/v2_99_shot_branch/src/bzflag/ServerLink.cxx: Removed stray code. |
| 19:13.38 | Winny | Which OS makes it easiest to interface with USB ports? OS X or windows? |
| 19:18.52 | Lukstr | interface in what way? |
| 19:19.53 | Winny | motor controller |
| 19:20.21 | tj13820 | when compiling bzfs from svn, can you use ./configure? |
| 19:20.45 | Lukstr | probably osx due to bsd |
| 19:21.38 | Constitution | tj13820: yes, after running ./autogen.sh |
| 19:21.43 | tj13820 | okay |
| 19:21.54 | tj13820 | *whew* |
| 19:21.56 | Constitution | tj13820: but that's for the Unix build system... if you're on windows, there are better options |
| 19:22.11 | tj13820 | i'm on linux |
| 19:22.16 | tj13820 | a linux system |
| 19:22.23 | Constitution | ok |
| 19:22.40 | Constitution | ~lart blast007 (for assuming windows) |
| 19:22.40 | ibot | takes blast007 (for assuming windows) to the vet for a "special" visit |
| 19:22.59 | blast007 | Constitution: "assuming windows" ? |
| 19:23.03 | blast007 | 14:05:03 < tj13820> how do you get the client for windows (or don't you) |
| 19:23.17 | Constitution | <PROTECTED> |
| 19:23.19 | tj13820 | he assumed pretty well |
| 19:23.22 | tj13820 | :-) |
| 19:23.26 | Constitution | :) |
| 19:23.28 | Constitution | oh |
| 19:23.29 | blast007 | Constitution: right, he said "for windows" |
| 19:23.36 | tj13820 | i use M$/Linux/Mac tri boot |
| 19:23.39 | tj13820 | :-P |
| 19:23.39 | Constitution | wups, duh |
| 19:23.42 | blast007 | :P |
| 19:23.50 | blast007 | ~lart Constitution for assuming I was assuming |
| 19:23.50 | ibot | drops a baby grand on Constitution for assuming I was assuming |
| 19:23.58 | tj13820 | if i get tired of one, i move to another |
| 19:25.07 | tj13820 | wow, isn't that lucky. on friday the thirteenth, i have 1111 packages installed in my linux distro |
| 19:26.30 | blast007 | Constitution: I have a shot branch server running.. want to test quick? |
| 19:26.51 | blast007 | (with that last commit too) |
| 19:26.56 | Constitution | blast007: if you like... I'm also doing a bunch of stuff locally, but can't hurt. |
| 19:27.07 | blast007 | sorta want to see what works |
| 19:27.13 | Constitution | I'm getting weird double shots, but at least they're appearing on other clients |
| 19:27.29 | blast007 | ah |
| 19:27.35 | blast007 | yeah, I was seeing double shots at first |
| 19:28.30 | Constitution | what's the server? |
| 19:28.40 | Constitution | nvm |
| 19:39.50 | tj13820 | *tumbleweed* |
| 19:49.53 | JeffM | blast007, I'm back from lunch I'm still digin thru that bot crash |
| 19:56.07 | CIA-34 | BZFlag: 03JeffM2501 * r17515 10/branches/v2_99_shot_branch/src/bzflag/AutoPilot.cxx: verify that the remote player is correct before we check it's phantomzonededness |
| 19:56.30 | JeffM | blast007, that shoudl get your crash |
| 20:03.44 | blast007 | JeffM: shots are really really screwed up ;D |
| 20:03.51 | JeffM | cool |
| 20:03.54 | JeffM | explain |
| 20:04.16 | Winny | well they look like corkscrews now |
| 20:04.19 | blast007 | well, the remote shot follows the tanks path, so if you jump up, it flys up |
| 20:04.28 | JeffM | ahaha |
| 20:04.36 | blast007 | and I'm seeing both shots (the server one and the client one) |
| 20:04.38 | blast007 | and they don't match |
| 20:04.43 | JeffM | cool |
| 20:04.52 | blast007 | if I just shoot while standing still, the server is is at ground level, or so it appears |
| 20:04.52 | JeffM | that'd be the server predition then |
| 20:04.59 | blast007 | and it kills you |
| 20:05.05 | blast007 | and you don't die |
| 20:05.06 | JeffM | ok I know what that is |
| 20:05.10 | blast007 | so you have to rejoin |
| 20:05.16 | JeffM | I Need to compensate for the barrel |
| 20:05.19 | brlcad | <PROTECTED> |
| 20:05.20 | blast007 | k |
| 20:05.22 | brlcad | oop |
| 20:05.25 | blast007 | hehe |
| 20:05.34 | Constitution | brlcad: hi! :) |
| 20:05.38 | brlcad | howdy Constitution :) |
| 20:21.22 | *** join/#bzflag Gnurdux (n=gnurdux@c-69-251-255-231.hsd1.md.comcast.net) |
| 20:28.43 | *** join/#bzflag Kendo (n=18e459b1@gateway/web/cgi-irc/zeebrothers.net/x-4ea5e3e0d8dc0f66) |
| 20:30.16 | *** join/#bzflag prae (n=praetori@124-171-10-69.dyn.iinet.net.au) |
| 20:31.25 | *** join/#bzflag kirun (n=kirun@222.5.gr6.adsl.brightview.com) |
| 20:32.23 | Thumper_ | blast007: you still trying to build in debug w/o treating warnings as errors? |
| 20:33.10 | Thumper_ | make CXXFLAGS=-Wno-error seems to work for me on Linux |
| 20:34.44 | blast007 | Thumper_: oh, I 'fixed' them all |
| 20:34.48 | Thumper_ | heh |
| 20:34.52 | blast007 | I'll have to fix them right later :P |
| 20:36.59 | Thumper_ | fixing them is good :) |
| 20:37.12 | Thumper_ | then I won't have to do it... |
| 20:38.13 | blast007 | Thumper_: are you building trunk or the shot branch? |
| 20:38.17 | Thumper_ | trunk |
| 20:38.20 | blast007 | oh |
| 20:38.24 | blast007 | let me try that |
| 20:38.43 | Thumper_ | trunk builds clean for me (as of this morning) - server only |
| 20:39.20 | JeffM | what's the command line option to have shots keep veritcal velocity? |
| 20:39.36 | Thumper_ | -set _shotsKeepVerticalVelocity 1 ? |
| 20:40.27 | JeffM | thanks |
| 20:40.47 | JeffM | Constitution, I'm adding another place where I need you to flesh out a function |
| 20:40.57 | JeffM | tracking the tanks size so we can get a proper muzzle offset |
| 20:41.44 | *** join/#bzflag blast007_ (i=blast@pdpc/supporter/active/blast007) |
| 20:41.44 | *** mode/#bzflag [+v blast007_] by ChanServ |
| 20:41.57 | blast007_ | ack, apparently irssi was using that subinterface... |
| 20:42.05 | Constitution | JeffM: OK |
| 20:45.47 | blast007 | Thumper_: anyway, you probably didn't get this: |
| 20:45.49 | blast007 | 15:40:59 <+blast007> probably wouldn't with plugins disabled |
| 20:46.01 | CIA-34 | BZFlag: 03JeffM2501 * r17516 10/branches/v2_99_shot_branch/src/ (5 files in 3 dirs): |
| 20:46.01 | CIA-34 | BZFlag: add methods to get the tank scale (stub) |
| 20:46.01 | CIA-34 | BZFlag: add method to get the muzzle offset for any given scale |
| 20:46.01 | CIA-34 | BZFlag: add in the muzzle offset to shots when they are shooted so that they don't come out of the tank guts. |
| 20:46.03 | blast007 | there's some unused variables when plugins aren't being built |
| 20:46.45 | Thumper_ | blast007: ok - I've been building with plugins enabled on trunk all the time |
| 20:46.47 | Thumper_ | I can try w/o |
| 20:47.07 | blast007 | I had to do without, cuz one of them in the shot branch doesn't build now (RogueGenocide) ;) |
| 20:48.16 | Thumper_ | I enabled debug builds on plugins and fixed all the plugins with warnings but never tried building w/o plugins... |
| 20:48.38 | blast007 | Thumper_: iirc, it was stuff in bzfsAPI.cxx |
| 20:48.59 | blast007 | hmm, did CIA die? |
| 20:49.18 | JeffM | I think so |
| 20:49.19 | Thumper_ | looks around for a KGB callsign |
| 20:49.52 | blast007 | JeffM: I just commited a change to fix some shadowed variables in src/common/VectorMath.cxx (shot branch) |
| 20:50.22 | JeffM | coo |
| 20:50.26 | Thumper_ | blast007: ok got the warnings... unused params :-P |
| 20:51.02 | blast007 | Thumper_: yeah, probably the solution here is to #ifdef the whole function, instead of the contents |
| 20:51.14 | blast007 | I can fix that in a sec |
| 20:52.02 | Thumper_ | unless something calls that anyway |
| 20:52.08 | Thumper_ | then it'll be undefined at link time |
| 20:53.07 | blast007 | no, I'm making the function again under the #else part, but with the variable name commented out |
| 20:53.42 | CIA-34 | BZFlag: 03JeffM2501 * r17517 10/branches/v2_99_shot_branch/ (MSVC/VC8/man2html.vcproj src/bzflag/SceneRenderer.cxx): warnquell |
| 20:53.47 | CIA-34 | BZFlag: 03blast007 * r17518 10/branches/v2_99_shot_branch/src/common/VectorMath.cxx: Fix some shadowed variables |
| 20:53.52 | blast007 | weeee |
| 20:54.00 | blast007 | bit slow there ;) |
| 20:54.31 | Constitution | JeffM: this function should determine where shots start relative to the tank position, right? |
| 20:54.36 | Thumper_ | this works too right after the return in the else |
| 20:54.36 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 20:54.36 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 20:54.37 | Thumper_ | <PROTECTED> |
| 20:54.40 | Thumper_ | but it's not pretty |
| 20:54.51 | JeffM | Constitution, I've writen that part, I just need to know the reltivie scale factor for each axis |
| 20:55.03 | JeffM | like how much larger it is when it has obese |
| 20:55.08 | JeffM | or smaller for tiny, etc.. |
| 20:55.09 | Constitution | oh |
| 20:55.21 | Thumper_ | blast007: I have a fixed version using the above assignments |
| 20:55.23 | Thumper_ | you want me to commit it? |
| 20:55.30 | JeffM | so just find where the client computes it from the flag types and move it over ;) |
| 20:55.36 | blast007 | hmm |
| 20:55.44 | blast007 | is that a better method? |
| 20:55.57 | Thumper_ | if the function is actually called when plugins are disabled - then yes |
| 20:55.58 | Thumper_ | :) |
| 20:56.13 | blast007 | like I said, I'm not getting rid of the functions |
| 20:56.16 | Thumper_ | the definition of the function w/o plugins just returns false |
| 20:56.23 | blast007 | BZF_API bool bz_loadPlugin( const char* /*path*/, const char * /*params*/ ) |
| 20:56.27 | blast007 | that's under the #else part |
| 20:56.37 | Thumper_ | ah ok |
| 20:56.46 | blast007 | if plugins *are* defined, it won't comment out the variable names |
| 20:56.53 | blast007 | and it will run through the function |
| 20:57.03 | blast007 | otherwise, it still does the return false; stuff |
| 20:58.02 | Thumper_ | so you have 2 function defs... versus a code path that assigns something to itself that never executes because the return is in front of it |
| 20:58.02 | Thumper_ | not sure what's better |
| 20:58.02 | Thumper_ | path = path might be easier to read but then someday the compiler will probably start bitching about code that isn't reachable |
| 21:00.47 | *** join/#bzflag bier_ (n=bier@p54A57EE9.dip.t-dialin.net) |
| 21:00.48 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 21:03.57 | Thumper_ | blast007: http://pastebin.bzflag.bz/m4d667f75 |
| 21:04.12 | Thumper_ | that what you meant? |
| 21:04.46 | blast007 | yeah :) |
| 21:04.59 | Thumper_ | I personally like the top one - it's easier to read |
| 21:05.07 | blast007 | yup |
| 21:05.10 | blast007 | go for it |
| 21:05.11 | Thumper_ | any other opinions? |
| 21:05.19 | Thumper_ | or better solutions |
| 21:06.33 | Thumper_ | I'll commit the top one and someone can make it better :) |
| 21:06.57 | *** join/#bzflag TimRiker (n=timr@70-1-32-70.area1.spcsdns.net) |
| 21:06.57 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 21:08.17 | CIA-34 | BZFlag: 03bthansen * r17519 10/trunk/bzflag/src/bzfs/bzfsAPI.cxx: Quell unused variable warnings when compiling w/o plugin support |
| 21:09.51 | *** join/#bzflag LongDon (n=LongDon@host-091-097-005-034.ewe-ip-backbone.de) |
| 21:12.01 | Thumper_ | blast007: heh or just change the build to -Wno-unused-parameter :-P |
| 21:12.06 | Thumper_ | and leave the codebase alone |
| 21:12.28 | blast007 | lol |
| 21:12.48 | Thumper_ | that might almost be worth it.... :) |
| 21:13.13 | Thumper_ | all the commented out parameters aren't really making the code any easier to read |
| 21:15.56 | *** join/#bzflag kirun (n=kirun@222.5.gr6.adsl.brightview.com) |
| 21:16.17 | CIA-34 | FTGL: 03dtremenak * r1191 10/trunk/ (4 files in 4 dirs): |
| 21:16.17 | CIA-34 | FTGL: make windows use the FONT_FILE mechanism for setting default font in demos also, no reason to special-case it. |
| 21:16.17 | CIA-34 | FTGL: add standard license verbage to msvc config.h. |
| 21:16.17 | CIA-34 | FTGL: tack a copyright notice on a couple files I made significant changes to. |
| 21:32.35 | *** join/#bzflag LongDon (n=LongDon@host-091-097-013-246.ewe-ip-backbone.de) |
| 21:33.55 | *** part/#bzflag LongDon (n=LongDon@host-091-097-013-246.ewe-ip-backbone.de) |
| 21:36.04 | CIA-34 | BZFlag: 03dtremenak * r17520 10/trunk/bzflag/src/ (70 files in 14 dirs): sync ftgl with upstream r1191 |
| 21:48.13 | *** join/#bzflag Gnurdux (n=gnurdux@c-69-251-255-231.hsd1.md.comcast.net) |
| 21:59.39 | CIA-34 | BZFlag: 03dtremenak * r17521 10/branches/v2_99_shot_branch/ (181 files in 62 dirs): sync with head r17520 |
| 22:13.38 | *** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com) |
| 22:30.36 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 22:42.26 | *** join/#bzflag noyb (n=noyb@65.214.191.226) |
| 22:55.03 | JeffM | it seriously needs to be be beer:30 |
| 22:56.38 | Lukstr | beer:30? |
| 22:56.52 | JeffM | damn straight |
| 22:57.09 | Lukstr | beer o'clock? |
| 23:00.55 | donny_baker | that would be closer :P |
| 23:01.50 | Thumper_ | works for me |
| 23:01.54 | Thumper_ | heads to the fridge |
| 23:02.55 | Lukstr | haha |
| 23:04.36 | L4m3r | meh, I've only got two beers left, and I'm gonna save 'em for after the move |
| 23:04.51 | Lukstr | I only have straight liquor |
| 23:05.04 | Lukstr | and the good stuff's in my other house |
| 23:05.05 | L4m3r | ah, yeah, I've got most of a bottle of tequila too |
| 23:05.10 | Lukstr | dear god |
| 23:05.17 | L4m3r | I'm in college ;) |
| 23:05.39 | Lukstr | So am I! s/college/university/ |
| 23:05.44 | Lukstr | silly americans. |
| 23:05.51 | Thumper_ | sends Lukstr a cold beer from Caledon |
| 23:05.57 | Lukstr | yesss |
| 23:06.02 | L4m3r | yeah, so I'm moving to a "pod" |
| 23:06.09 | L4m3r | ten singles, with a shared common area |
| 23:06.14 | *** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com) |
| 23:06.14 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:06.21 | Lukstr | L4m3r: that's like my residence last year |
| 23:06.56 | L4m3r | one of my suitemates is someone I stayed with last summer... he was an RA during the year, so he probably hasn't been able to drink in months. :P |
| 23:09.09 | Lukstr | RA's can't drink? weird |
| 23:13.46 | L4m3r | I'm as lever as can be, and i'm very quick, but don't forget, you've only got so many tricks... No one lives forever! |
| 23:13.50 | L4m3r | er |
| 23:13.54 | L4m3r | s/lever/clever/ |
| 23:14.39 | L4m3r | Let's have a party, there's a full moon in the sky... |
| 23:17.21 | Flash | what is the "mandate" of the game lib? Why does it exist? |
| 23:18.03 | Lukstr | modularity, I believe |
| 23:18.13 | Flash | but what defines the boundary |
| 23:18.22 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 23:18.30 | Flash | a module needs an edge or it is a blob |
| 23:18.42 | Lukstr | indeed, I'm unsure |
| 23:18.54 | JeffM | Flash, if it can be used by more then one exe |
| 23:18.58 | JeffM | that is the big one |
| 23:19.06 | JeffM | or if it's just to encapsulate it |
| 23:19.16 | JeffM | that would be the secondary reason |
| 23:19.19 | JeffM | why? |
| 23:19.25 | Flash | well, there's game, common, net, and some others, so I expected there to be some reason |
| 23:19.34 | JeffM | game is used by all 3 exes |
| 23:19.42 | JeffM | common is used by many things |
| 23:19.46 | JeffM | net is used by 3 |
| 23:19.51 | JeffM | maybe more |
| 23:19.54 | Lukstr | common is used by pretty much everything |
| 23:19.59 | JeffM | it mostly has to do with who uses it |
| 23:20.06 | JeffM | yes even the other libs use common |
| 23:20.14 | JeffM | so thats why it's it's own lib |
| 23:20.20 | *** join/#bzflag noyb (n=noyb@65.214.191.226) |
| 23:20.21 | Flash | ServerList is in game and it uses Ping (wrongly in net) to create a socket to find lan games |
| 23:20.22 | JeffM | basicly if it can be used by more then one thing, it's a lib |
| 23:20.32 | JeffM | Flash, ok, so fix it |
| 23:20.38 | Flash | I was going to see if it belonged there, but I wanted to know what defines "belongs" |
| 23:20.44 | JeffM | lots of stuff are in game that should not be |
| 23:21.04 | JeffM | game was a cachall |
| 23:21.21 | JeffM | who uses server list? just client and bzadmin? |
| 23:21.44 | JeffM | probalby just client |
| 23:21.51 | Flash | just checked... bzadmin does have a reference... checking |
| 23:22.16 | JeffM | I'd like to see a clientCore lib that has the shared code that is usee by client, bzadmin, and bzrobots |
| 23:22.23 | JeffM | and server list coudl go in that |
| 23:22.58 | JeffM | but then I also want libGame and libState ;) |
| 23:23.13 | Flash | what's in libGame and libState? |
| 23:23.34 | JeffM | libState would be just a gamestate |
| 23:23.42 | Flash | like the World stuff? |
| 23:23.43 | JeffM | that can take it's input from multiple places |
| 23:23.50 | JeffM | well it would use a world |
| 23:23.58 | JeffM | but it would not contain the world |
| 23:23.58 | Flash | ok, I'm with you |
| 23:24.04 | Flash | or not |
| 23:24.15 | JeffM | libGame would be the logic that changes the state |
| 23:25.12 | JeffM | libState would take a world and input info and manage a dynamic game state ( where the shots are, where the tanks are, etc) and give you an API to query it |
| 23:25.22 | JeffM | server would use it to keep it's state |
| 23:25.27 | JeffM | client would use it to draw from |
| 23:25.29 | JeffM | etc.. |
| 23:25.37 | Flash | sounds good |
| 23:25.41 | JeffM | bzadmin would ignore it |
| 23:26.26 | Flash | my first foray in that direction is going to be to get the client to use NetHandler.... not going to be pretty |
| 23:26.31 | JeffM | I'd keep libGame seperate so that we could have more then one type of game logic ;) |
| 23:27.01 | JeffM | Flash, I'd honestly start with getting the client and server to use buffered messages for everything |
| 23:27.20 | JeffM | then once you have that done, moving the backend of that to nethandler on all sides is not that hard. |
| 23:27.21 | Flash | that's next.... I need to clean up the connections first |
| 23:27.31 | JeffM | I'd clean up the input first |
| 23:27.33 | JeffM | then the backend |
| 23:28.01 | JeffM | then by the time you get to the backend, you know that you've consoldated all the network transfers into the message class. |
| 23:28.48 | JeffM | I'd start by making a client side message class that uses the existing conenction as a back end but has the same API as the server |
| 23:28.59 | JeffM | then get all the net data moved to using that class |
| 23:29.14 | JeffM | then you can swap the backend code with out chaning the API and have a lot less to deal with |
| 23:29.35 | JeffM | and you get functionality milestones out of it |
| 23:30.03 | JeffM | where if you just do the nethandler first, you are stuck untill it's all done, and can't test in the middle |
| 23:30.15 | Flash | that's a great plan. I've found in trying to move forward that the tentacles are pervasive |
| 23:30.24 | Flash | like the Ping class |
| 23:30.28 | Flash | I/O is everywhere |
| 23:30.30 | JeffM | yeah |
| 23:30.35 | JeffM | so you do that first |
| 23:30.41 | JeffM | tie all the tentacles togeher |
| 23:30.54 | JeffM | get it all to funnel into a known class |
| 23:30.59 | JeffM | then reshape that class |
| 23:31.19 | JeffM | that's how I did it with the message packing on the server |
| 23:31.32 | JeffM | just slowly moved messages into the callback classes |
| 23:31.42 | JeffM | then when they were all done, I got rid of the old switch statement |
| 23:32.11 | JeffM | that let me commit it in small chunks |
| 23:32.25 | JeffM | and if there was a problem it was easy to bracket it down to an exact change. |
| 23:33.00 | Flash | I don't see a "message" class as a big gain by itself. I do see sending all the transfers through a common path as valuable |
| 23:33.22 | Flash | creating that common path is the tricky part; the server was already 85% there |
| 23:33.28 | Flash | the client is a WHOLE other matter |
| 23:33.37 | JeffM | not all changes have to be massive "COOL" changes in there own |
| 23:33.39 | JeffM | work small |
| 23:33.46 | JeffM | we'll eventualy get there ;) |
| 23:33.49 | Flash | size doesn't matter ;-) |
| 23:34.03 | JeffM | and yeah a client side message class does help, since you can make it protect against overflows |
| 23:34.09 | JeffM | and that is a very good thing |
| 23:34.13 | JeffM | Flash, size does matter |
| 23:34.17 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 23:34.18 | JeffM | too big is bad |
| 23:34.29 | JeffM | granularity.. good |
| 23:34.44 | JeffM | you may also find that you may get help if you do it in very small chunks |
| 23:34.58 | Flash | if you are preaching, I have the message ;-) |
| 23:35.32 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |