| 00:08.16 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 00:08.16 | *** mode/#bzflag [+v spldart] by ChanServ |
| 00:21.39 | *** join/#bzflag short_circuit (n=james@c-98-197-19-35.hsd1.tx.comcast.net) |
| 00:46.59 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 00:46.59 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 00:54.14 | trepan | m |
| 00:54.25 | trepan | oops, damn |
| 00:55.44 | Thumper_ | adds 1 to trepan's 'm' counter |
| 00:55.52 | Winny | Mmmmm? |
| 00:56.05 | spldart | ~M++ |
| 01:12.27 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 01:23.16 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 01:23.16 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 01:57.06 | *** join/#bzflag dcat_ (n=dirtycat@ip70-188-17-240.rn.hr.cox.net) |
| 02:26.42 | *** join/#bzflag Ratfink (n=clay@nc-67-76-227-5.sta.embarqhsd.net) |
| 02:28.23 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 02:29.02 | *** join/#bzflag JeffM (n=Jeff@bzflag/projectadmin/JeffM) |
| 02:29.02 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 02:38.06 | *** part/#bzflag pacman87 (n=pacman87@resnet-46-40.dorm.utexas.edu) |
| 02:38.15 | *** join/#bzflag pacman87 (n=pacman87@resnet-46-40.dorm.utexas.edu) |
| 04:19.40 | CIA-60 | BZFlag: 03Adrianrf 07http://my.bzflag.org * r0 10/w/Special:Log/upload: |
| 04:19.40 | CIA-60 | BZFlag: uploaded "[[Image:NewTux.svg]]": upload is a copy of http://upload.wikimedia.org/wikipedia/commons/b/b0/NewTux.svg -- since I couldn't embed a linked image directly. |
| 04:19.40 | CIA-60 | BZFlag: see http://commons.wikimedia.org/wiki/File:NewTux.svg, which states: |
| 04:19.40 | CIA-60 | BZFlag: Copyright holders: Larry Ewing, Simon Budig and Anja Gerwinsk |
| 04:19.42 | CIA-60 | BZFlag: The copyright holder of this file, Larry Ewing, allows anyone to use it for any |
| 04:19.44 | CIA-60 | BZFlag: purpose, provided that the copyright holder is properly attributed. |
| 04:19.46 | CIA-60 | BZFlag: Redistribution, derivative work, commercial use, and all other use is permitted. |
| 04:25.54 | *** join/#bzflag Carnage00 (n=chatzill@dyn216-8-145-207.ADSL.mnsi.net) |
| 06:02.19 | *** join/#bzflag pommes (i=c100f615@about/essy/frenchy/Pommes) |
| 06:30.32 | *** join/#bzflag kristoffer (n=kristoff@79.138.176.150.bredband.tre.se) |
| 06:37.17 | *** join/#bzflag LongDon (n=LongDon@host-091-097-085-172.ewe-ip-backbone.de) |
| 06:37.24 | *** part/#bzflag LongDon (n=LongDon@host-091-097-085-172.ewe-ip-backbone.de) |
| 06:54.08 | *** join/#bzflag biggeruniverse (n=biggerun@ppp-70-246-234-168.dsl.ksc2mo.swbell.net) |
| 07:28.20 | *** join/#bzflag tupone (n=alfredo@gentoo/developer/tupone) |
| 07:28.20 | *** mode/#bzflag [+v tupone] by ChanServ |
| 07:47.38 | *** join/#bzflag Bulldozer (n=KingRobo@student4945.student.nau.edu) |
| 07:49.06 | Bulldozer | jergenpt: When you're around, just as an FYI, it's midterms week here, and finals next week. |
| 07:49.35 | Bulldozer | jorgenpt: So, I plan to start hacking away at GSoC the week following |
| 07:49.53 | Bulldozer | Just so you all know what my plans are |
| 07:57.42 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 07:57.42 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 08:16.28 | *** join/#bzflag LongDon1 (n=LongDon@host-091-097-031-002.ewe-ip-backbone.de) |
| 09:23.42 | *** join/#bzflag blast007 (n=blast007@bzflag/developer/Blast) |
| 09:23.42 | *** mode/#bzflag [+v blast007] by ChanServ |
| 10:55.21 | *** part/#bzflag LongDon1 (n=LongDon@host-091-097-031-002.ewe-ip-backbone.de) |
| 12:00.49 | *** join/#bzflag kristoffer_ (n=kristoff@79.138.214.192.bredband.tre.se) |
| 12:02.41 | *** join/#bzflag Upsetter (n=ups@i577B7A99.versanet.de) |
| 12:48.54 | *** join/#bzflag Upsetter (n=ups@i577B7A99.versanet.de) |
| 13:06.45 | *** join/#bzflag nightstrike (n=nightstr@mnit.ac.in) |
| 13:31.27 | *** join/#bzflag _anomaly_ (n=mike@h242.124.88.75.dynamic.ip.windstream.net) |
| 13:36.48 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 13:51.21 | *** join/#bzflag QuantumTim (n=tim@62.249.230.206) |
| 14:23.59 | *** join/#bzflag MindstormsKid (n=chatzill@74.183.55.29) |
| 14:28.17 | *** join/#bzflag swigg (n=Paul@bzflag/player/Swigg) |
| 14:40.56 | *** join/#bzflag roboter5a (n=rob5a@dslb-088-074-113-061.pools.arcor-ip.net) |
| 14:49.14 | *** join/#bzflag Ratfink (n=clay@nc-67-76-227-5.sta.embarqhsd.net) |
| 15:02.00 | *** join/#bzflag TimRiker (i=timr@2002:63cb:6696:0:0:0:0:1) |
| 15:02.00 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:12.28 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 15:15.56 | *** join/#bzflag _anomaly_ (n=mike@h242.124.88.75.dynamic.ip.windstream.net) |
| 15:16.46 | *** join/#bzflag kierra (n=jolie@unaffiliated/kierra) |
| 16:23.03 | *** part/#bzflag Ratfink (n=clay@nc-67-76-227-5.sta.embarqhsd.net) |
| 16:31.40 | *** join/#bzflag Carnage00 (n=chatzill@dyn216-8-154-216.ADSL.mnsi.net) |
| 16:39.31 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 16:39.31 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:49.40 | *** join/#bzflag Will07c5 (n=Will07c5@63.252.66.101) |
| 17:07.37 | ts | Looks like file system is full again |
| 17:12.24 | *** join/#bzflag Ratfink (n=weechat@nc-67-76-227-5.sta.embarqhsd.net) |
| 17:46.28 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 17:54.05 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 17:54.06 | *** mode/#bzflag [+v spldart] by ChanServ |
| 17:55.22 | *** join/#bzflag Ratfink (n=weechat@nc-67-76-227-5.sta.embarqhsd.net) |
| 18:01.21 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 18:01.21 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 18:03.37 | *** join/#bzflag swigg_ (n=Paul@c-76-116-83-189.hsd1.nj.comcast.net) |
| 18:22.57 | *** join/#bzflag Upsetter (n=ups@i577B7A99.versanet.de) |
| 18:26.25 | *** join/#bzflag KTL (n=KTL@213.219.142.103.adsl.dyn.edpnet.net) |
| 18:46.06 | me1 | I seem to go [nr] on two servers when I run /banlist (on one) or /viewReports (on the other)- i renamed "My BZFlag Files" folder, same effect. any ideas? (also, it seems as though the reports don't finish printing- overflow of some sort?) |
| 18:47.14 | blast007 | me1: they're too long |
| 18:47.29 | me1 | that could cause someone to go nr? |
| 18:47.30 | blast007 | the network connection is cutting out because bzfs is trying to send too much |
| 18:47.54 | blast007 | use a filter with banlist to look at only specific things |
| 18:48.16 | Thumper_ | me1: norang servers by any chance? they flood the client and get send queue too big errors |
| 18:48.23 | blast007 | you can do the same thing for /viewreports |
| 18:48.29 | me1 | okay, and yes Thumper_ |
| 18:48.40 | me1 | oh, I didn't know that you could with viewReports |
| 18:48.42 | *** join/#bzflag AAA_awright (n=a3@ip70-176-237-124.ph.ph.cox.net) |
| 18:48.43 | *** join/#bzflag Ratfink (n=weechat@nc-67-76-227-5.sta.embarqhsd.net) |
| 18:53.18 | *** join/#bzflag Wyk3d (n=Wyk3d@c7.campus.utcluj.ro) |
| 19:08.26 | *** join/#bzflag Ratfink (n=weechat@nc-67-76-227-5.sta.embarqhsd.net) |
| 19:16.12 | trepan | heh, fixed the GM gimbal lock (not that anyone's ever noticed ;-) |
| 19:18.26 | *** join/#bzflag AAA_awright (n=a3@ip70-176-237-124.ph.ph.cox.net) |
| 19:31.23 | *** join/#bzflag QuantumTim (n=tim@62.249.230.206) |
| 19:32.12 | JefferyM | me1, it's been fixed in 3.0 |
| 19:32.23 | me1 | k |
| 19:42.43 | *** join/#bzflag kristoffer (n=kristoff@95.209.47.160.bredband.tre.se) |
| 19:48.15 | *** join/#bzflag LongDon (n=LongDon@host-091-097-031-002.ewe-ip-backbone.de) |
| 19:48.24 | *** part/#bzflag LongDon (n=LongDon@host-091-097-031-002.ewe-ip-backbone.de) |
| 19:51.28 | *** join/#bzflag pythonoras_ (n=Pi@94.79.71.109) |
| 19:52.48 | *** join/#bzflag pythonoras_ (n=Pi@94.79.71.109) |
| 19:53.40 | *** join/#bzflag noyb (n=noyb@pool-71-108-69-113.lsanca.dsl-w.verizon.net) |
| 20:06.46 | *** join/#bzflag bier|tp (n=bier@p54A540A2.dip.t-dialin.net) |
| 20:10.18 | *** join/#bzflag bier_ (n=bier@pD9E2E1AB.dip.t-dialin.net) |
| 20:24.25 | *** join/#bzflag KTL (n=KTL@213.219.142.103.adsl.dyn.edpnet.net) |
| 20:38.22 | *** join/#bzflag Think_Differentl (n=fatass@bzflag/player/ThinkDifferent) |
| 20:48.26 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 20:49.29 | *** join/#bzflag Bambino_ (n=Bambino_@S0106002191dd19a8.gv.shawcable.net) |
| 20:55.53 | *** join/#bzflag steerpike (n=Unknown@unaffiliated/steerpike) |
| 20:56.08 | steerpike | it would be awesome if there was an alarm when someone locks onto you with GM |
| 20:58.26 | *** join/#bzflag AAA_awright (n=a3@ip70-176-237-124.ph.ph.cox.net) |
| 20:59.33 | JefferyM | steerpike, you mean like the one we have now that plays the warning claxon |
| 21:00.04 | steerpike | in 3.0? |
| 21:00.21 | JefferyM | 1.7 |
| 21:00.25 | JefferyM | lock.wav |
| 21:00.32 | steerpike | hrm |
| 21:06.28 | pacman87 | is the TimeLimit plugin part of bzflag src? |
| 21:08.05 | JefferyM | there is no folder with that name in the plugins dir |
| 21:11.54 | pacman87 | ok, thanks |
| 21:13.52 | pacman87 | ~bzlist |
| 21:14.18 | *** part/#bzflag steerpike (n=Unknown@unaffiliated/steerpike) |
| 21:14.56 | JefferyM | looks like ibot didn't renew his list server subscription |
| 21:20.28 | brad | pacman87: http://catay.be/ its there |
| 21:20.55 | pacman87 | quol's duc match server was having auth issues |
| 21:21.28 | JefferyM | is his subscription valid too? |
| 21:23.19 | pacman87 | subscription? |
| 21:23.31 | JefferyM | yeah for list auth |
| 21:23.58 | pacman87 | i don't remember having to do that when i had a server |
| 21:24.01 | pacman87 | is that new? |
| 21:24.12 | JefferyM | how long did you run it for? |
| 21:24.13 | pacman87 | his public server was working |
| 21:24.29 | pacman87 | a few months, probably. off and on |
| 21:24.39 | JefferyM | ahh it's the on and off that did it |
| 21:24.51 | JefferyM | probalby stayed in your trial account |
| 21:25.29 | pacman87 | must depart |
| 21:25.40 | JefferyM | I'm just kidding ;) |
| 21:25.44 | JefferyM | the list server got full |
| 21:25.49 | JefferyM | it has to be drained |
| 21:26.35 | pacman87 | well played |
| 21:26.56 | JefferyM | sadly my joke sounds more plausable then the real reason |
| 21:27.12 | pacman87 | that's why it worked so well |
| 21:28.36 | pacman87_ | switching to iTOUCH |
| 21:29.53 | pacman87_ | ssh+screen+irssi ftw |
| 21:36.08 | me1 | how much storage does the server have? |
| 21:36.16 | JefferyM | seven |
| 21:38.12 | me1 | I'm guessing that means "I don't know." |
| 21:38.14 | pacman87_ | libraries of congress? |
| 21:38.20 | JefferyM | no, it's a seven gallon server |
| 21:38.23 | JefferyM | I have one too |
| 21:39.39 | *** join/#bzflag Upsetter1 (n=ups@i577B5156.versanet.de) |
| 21:48.07 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 21:52.35 | *** join/#bzflag TD--Linux (n=wheeeeee@96-42-68-26.dhcp.roch.mn.charter.com) |
| 21:57.12 | *** join/#bzflag Bulldozer (n=KingRobo@student4945.student.nau.edu) |
| 21:57.40 | Bulldozer | jorgenpt: ping |
| 21:57.48 | jorgenpt | Bulldozer: pong |
| 21:58.03 | jorgenpt | I saw your message with my nick in it, but you quit before I read it. :) |
| 21:58.08 | *** join/#bzflag Yassen (n=chatzill@c-24-16-60-208.hsd1.wa.comcast.net) |
| 21:58.13 | Bulldozer | Oh, okay |
| 21:58.34 | jorgenpt | Anyway, I don't except you to do any coding in your midterm / exam period; I myself have exams and a big project till the end of may, approx. :) |
| 21:58.49 | jorgenpt | Of course, if you ever feel like procrastinating, ... ;-) |
| 21:59.06 | Bulldozer | Cool, I was just letting you know that I have 3d midterms this week, another week of instruction, and then finals |
| 21:59.23 | Bulldozer | In case you were wondering where I was at and have been |
| 21:59.26 | Bulldozer | :) |
| 21:59.45 | jorgenpt | Yep, I wondered why you disappeared right around the time accepted students were published. |
| 21:59.53 | jorgenpt | 'fraid you wanted to bail out and was avoiding us. ;) |
| 22:00.11 | Bulldozer | After all the work to get in? Not on your life ;) |
| 22:00.20 | jorgenpt | I'm glad to hear it! |
| 22:00.56 | jorgenpt | brlcad: 'ey, who do I have to talk to get set up one of those bzf cloaks? And which ones do I qualify? |
| 22:00.58 | Bulldozer | Anyhow, yeah, I plan to start hacking away at things 2 weeks from Monday |
| 22:01.28 | Bulldozer | Oh, and I've already talked with JeffM about this, but since I'll be working mostly with you... |
| 22:01.33 | brlcad | jorgenpt: there's a wiki page on that |
| 22:01.36 | jorgenpt | Then you'll have to rely on some of the other mentors certain parts of the day, since I'll hopefully have started my exam cram by then. |
| 22:01.39 | brlcad | jeff usually sets them up |
| 22:01.39 | Bulldozer | ... I do have another limited part-time job. |
| 22:01.48 | Bulldozer | So, what will work best for you? |
| 22:01.51 | Bulldozer | (Time-wise) |
| 22:01.59 | jorgenpt | You mean when? |
| 22:02.26 | Bulldozer | Time-of-day wise, so we can be sure to maintain coordination :) |
| 22:02.27 | jorgenpt | I'm not sure what I'll be doing during summer, and how it'll affect my daytime IRC-ing. What timezone are you in? |
| 22:02.44 | Bulldozer | I have no worries about the amount of time I'll be able to put in coding. |
| 22:02.47 | Bulldozer | AZ time |
| 22:02.58 | jorgenpt | Let me rephrase; what is the time right now? :) |
| 22:03.24 | Bulldozer | Mountain time with no daylight savings, ever; right now it is 3:03 PM |
| 22:03.41 | jorgenpt | I'm GMT+1, i.e. 00.03 atm. ;-) |
| 22:03.51 | jorgenpt | (tomorrow) |
| 22:04.18 | Bulldozer | GMT -7 here, I believe ;) |
| 22:05.04 | Bulldozer | So you're in the UK? :) |
| 22:05.11 | jorgenpt | Norway, actually |
| 22:05.41 | jorgenpt | During exam cram time, I'll guaranteed be available after 18-20, until about midnight. So that's something like 9-11 AM to 3 PM? |
| 22:06.55 | jorgenpt | If whatever job I get allows for IRC, I'll hopefully be available whenever I'm not sleeping, barbequing or partying. ;-) |
| 22:07.15 | Bulldozer | Either sounds like it will work |
| 22:07.32 | jorgenpt | But you have all these other wonderful developers and mentors at your disposal when I'm away, don't be afraid to just ask in here. :) |
| 22:07.33 | Bulldozer | So, if I've done my "homework", you based BZRobots on the old bzrc project? |
| 22:07.40 | jorgenpt | Correct. :) |
| 22:08.00 | Bulldozer | Nice. |
| 22:08.16 | Bulldozer | ... and if I've done the rest of it right, the current trunk doesn't work? |
| 22:08.26 | jorgenpt | The project isn't as nice as I'd have liked, but hopefully you'll be able to .. make it a lot better. |
| 22:08.41 | jorgenpt | I actually haven't tried compiling/running current trunk of bzrobots :S |
| 22:08.44 | jorgenpt | But I hear it crashes, yes. |
| 22:08.46 | Bulldozer | It segfaulted as is, when I tried |
| 22:09.06 | Bulldozer | After commenting out the offending line of code, it joined, but only as observer |
| 22:09.22 | jorgenpt | Yeah, it uses two connections because of how the server talks to clients. |
| 22:09.32 | JefferyM | why does it need 2? |
| 22:09.35 | Bulldozer | ? |
| 22:09.39 | Bulldozer | 2? |
| 22:09.39 | jorgenpt | One observer to get whatever data it needs to function, X tanks to send it's own data. |
| 22:09.47 | Bulldozer | er, wow |
| 22:09.58 | JefferyM | that dosn't seem like a good design |
| 22:10.03 | JefferyM | players dont need to do that |
| 22:10.05 | Bulldozer | agrees |
| 22:10.06 | *** join/#bzflag Ratfink (n=weechat@nc-67-76-227-5.sta.embarqhsd.net) |
| 22:10.11 | JefferyM | why not have the first bot join as a real player |
| 22:10.13 | jorgenpt | IIRC, atleast. Because the server doesn't send a client marked as a bot all the info. |
| 22:10.19 | JefferyM | then x-1 bots just as bots |
| 22:10.22 | jorgenpt | JefferyM: This was based on the original bzrc way of doing it. |
| 22:10.26 | JefferyM | then lets fix the server |
| 22:10.28 | JefferyM | ;) |
| 22:10.38 | *** join/#bzflag Ratfink (n=clay@nc-67-76-227-5.sta.embarqhsd.net) |
| 22:10.50 | JefferyM | this is for 3.0, we can break protocoll |
| 22:10.56 | jorgenpt | JefferyM: Yes, but I don't think that's a part of Bulldozer's application. ^_^^ |
| 22:11.01 | JefferyM | I sugest that we speperate out "bot" from "gimme updates" |
| 22:11.05 | JefferyM | jorgenpt, so? |
| 22:11.15 | JefferyM | dosn't mean we can't do it |
| 22:11.25 | jorgenpt | I only meant we shouldn't lay it on him. |
| 22:11.29 | JefferyM | why? |
| 22:11.30 | AAA_awright | I had to do it the same way too for a multi-robot test I made |
| 22:11.33 | Bulldozer | jergenpt |
| 22:11.34 | jorgenpt | I agree, btw. Didn't we discuss this in the other channel? |
| 22:11.46 | JefferyM | 1) it shouldn't be too hard, 2) we can change his app as he works ;) |
| 22:11.59 | Bulldozer | fair enough |
| 22:12.05 | JefferyM | in the end all we have to be is happy with his work |
| 22:12.16 | JefferyM | but sure, it does sound like something you can do for him |
| 22:12.19 | JefferyM | hint hint! |
| 22:12.33 | jorgenpt | Hehe ;-) |
| 22:13.14 | Bulldozer | the first part of the app involved getting the current implementation, and the last part involved getting the api to send the correct info to the bots. sounds like it's in the scope of the project anyway :) |
| 22:13.22 | Bulldozer | just a different approach to doing it |
| 22:13.24 | jorgenpt | Do you mean the higher granularity client specification, like "receive movement info", "receive player list", etc? |
| 22:13.24 | JefferyM | sure |
| 22:13.41 | JefferyM | jorgenpt, just do a "gimme all updates" for now |
| 22:13.47 | JefferyM | we can make it more granular later |
| 22:13.59 | jorgenpt | Yeah, just make bots =~ players wrt to updates? |
| 22:14.12 | JefferyM | yeah bots won't send that message, players will |
| 22:14.26 | JefferyM | and observers will too |
| 22:14.37 | jorgenpt | Won't send what message? Sorry, you lost me there. |
| 22:14.38 | JefferyM | the "bot" flag is simply an admin flag for kicking |
| 22:14.48 | JefferyM | we need a new message that the clietn sends to the server |
| 22:14.55 | JefferyM | that is seperate from the "i'm a bot" bit |
| 22:15.20 | JefferyM | or were you going to add another field to the current player type message? |
| 22:16.13 | Bulldozer | my understanding is there are currently "players", "player bots", and "bzrobots"... |
| 22:16.21 | JefferyM | where? |
| 22:16.25 | Bulldozer | it sounds like the server only knows about the first two |
| 22:16.36 | Bulldozer | am i right? |
| 22:16.41 | JefferyM | the server only gets one thing, a bit that is set to player/bot |
| 22:16.53 | JefferyM | we want to turn that into 2 bits |
| 22:17.00 | JefferyM | one for player/bot and one for updates/no updates |
| 22:17.32 | Bulldozer | right, we talked before about bzflag having bots other than bzrobots |
| 22:17.46 | JefferyM | yes but the server should not care |
| 22:17.54 | joevano | dexit |
| 22:17.55 | Bulldozer | okay, that's what I was getting at |
| 22:18.02 | JefferyM | the state of it being a "bot" should be independent of if it gets updates |
| 22:18.10 | dexter- | joevano, :p |
| 22:18.12 | Bulldozer | sure |
| 22:18.31 | JefferyM | so by swaping it to 2 bits we can set those bits in the combo needed for each bot type |
| 22:18.44 | JefferyM | players set the player and update bits |
| 22:18.44 | Bulldozer | so you're saying that we add a new flag so some kinds of bots can get updates and some not |
| 22:18.52 | JefferyM | yes |
| 22:19.11 | JefferyM | then the server dosnt' check if it's a bot to get updates, but to see if it just gets updates |
| 22:19.18 | jorgenpt | Yep |
| 22:19.20 | Bulldozer | and then, if the bit is set, we send it all the same info as a client |
| 22:19.20 | JefferyM | bzadmin for instance, dosn't need updates |
| 22:19.56 | JefferyM | but IS a player |
| 22:19.56 | AAA_awright | Would this tie into bzadmin? |
| 22:19.56 | JefferyM | yes |
| 22:19.56 | AAA_awright | Exactly |
| 22:19.56 | JefferyM | that's the idea |
| 22:19.56 | Bulldozer | yeah, i was just thinking that |
| 22:19.56 | AAA_awright | Wait, I thought there was already a field for bzadmin |
| 22:19.56 | JefferyM | the only reason the server cares if a playerID is a bot is for admin reasons |
| 22:19.56 | AAA_awright | er, already such a field |
| 22:20.02 | JefferyM | we don't want fields per client type |
| 22:20.11 | JefferyM | we want fiels that represent what the client does |
| 22:20.12 | JefferyM | or wants |
| 22:20.19 | JefferyM | then we can use combos for any need |
| 22:20.23 | JefferyM | not just "bzadmin means THIS" |
| 22:20.56 | JefferyM | eventulay you'd expand that "update bit" to be a list of supported messages |
| 22:21.00 | AAA_awright | So we just turn the existing bzadmin bit into a player updates bit |
| 22:21.06 | JefferyM | then we can really minimise the bandwith for bzadmin |
| 22:21.10 | JefferyM | no |
| 22:21.12 | AAA_awright | And tack on additional ones as necessary |
| 22:21.13 | JefferyM | we make new bits |
| 22:21.19 | JefferyM | I'd say new messages even |
| 22:21.34 | JefferyM | and then fix the existing clients to use the new system |
| 22:21.56 | JefferyM | have a message that sends the message codes for what messages are supported |
| 22:22.14 | JefferyM | with meta macros for "all", and "no movement" etc.. |
| 22:22.21 | JefferyM | then bzrobots sets all, just like a client |
| 22:22.40 | JefferyM | that way we have max flexabiity |
| 22:23.42 | JefferyM | but for right now, just splitting out bots from updates is good |
| 22:23.53 | JefferyM | that'll let bzrobots work with a single connection |
| 22:24.09 | JefferyM | 2 connections is dumb, it wastes a player ID |
| 22:24.45 | Bulldozer | besides making the api work impossibly difficult |
| 22:24.48 | JefferyM | indeed |
| 22:25.04 | AAA_awright | Player IDs aren't exactly expensive are they? |
| 22:25.10 | JefferyM | in fact I don't even think there is a requirement for bzrobots to handle more then one robot per connection, evne though it's "techincaly" possible |
| 22:25.18 | JefferyM | AAA_awright, we have a limited number of them |
| 22:25.25 | AAA_awright | 240 |
| 22:25.27 | JefferyM | and they affect other things |
| 22:25.36 | JefferyM | like payer counts on the list server, etc.. |
| 22:25.43 | JefferyM | so yes I do not want to waste them |
| 22:26.01 | JefferyM | the current design adds no advantage |
| 22:26.02 | AAA_awright | True |
| 22:26.07 | JefferyM | other then "lazyness" |
| 22:26.34 | JefferyM | Bulldozer, I'd be fine if you had bzrobots do one bot per connection |
| 22:26.47 | JefferyM | I'd think that'd make the API cleaner |
| 22:26.52 | Bulldozer | that makes good sense |
| 22:26.56 | JefferyM | then you can add/remove bots better |
| 22:27.11 | JefferyM | even tho solo bots are done with n bots in one conenction |
| 22:27.24 | JefferyM | they don't have add/remove issues |
| 22:28.05 | AAA_awright | I am not familiar with how -solo works but it does make multiple connections, the master connection that gets the data being the human player? |
| 22:28.29 | JefferyM | AAA_awright, not in 3.0, but yes that's the idea |
| 22:28.35 | JefferyM | the player gets all messages |
| 22:28.41 | JefferyM | the other bots only send input |
| 22:28.54 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 22:28.54 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:29.02 | JefferyM | they bassicly "tag allong" with the root player |
| 22:29.06 | AAA_awright | Yeah, the master human player gets and sends data, the other robot connections only send |
| 22:29.24 | JefferyM | bzrobots does not need to do that, since each robot is intended to emulate a real player |
| 22:29.31 | JefferyM | and may be on a different machine/process |
| 22:29.36 | jorgenpt | Yep |
| 22:29.40 | JefferyM | so may as well treat them like players :) |
| 22:29.51 | JefferyM | and it's designed as a learning tool |
| 22:30.11 | JefferyM | so keeping them seperate is a good thing |
| 22:30.18 | JefferyM | goes to look at big ass televisions. |
| 22:33.27 | *** part/#bzflag Ratfink (n=clay@nc-67-76-227-5.sta.embarqhsd.net) |
| 22:33.50 | *** join/#bzflag short_circuit (n=spldart2@c-98-197-19-35.hsd1.tx.comcast.net) |
| 22:35.20 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:37.38 | Yassen | there a few bugs because of that. someone needs to go through BZFS and make sure that the server doesn't send anything to the -solo bots as they don't need it |
| 22:39.35 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 22:39.35 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 22:40.00 | Bulldozer | Yassen: bugs because of what? |
| 22:40.36 | Yassen | if a bot has an identify flag, then the host will receive identify spam also |
| 22:41.34 | Yassen | there are a few places where a simple "&& dstPlayer.player.getType() != ComputerPlayer" could be added to fix those |
| 22:50.05 | AAA_awright | How would identify data be sent to the wrong connection? |
| 22:53.29 | Yassen | the bots share the same connection as the host, so the host will think that the server is sending the identify data to THEM, not the bots |
| 22:56.26 | AAA_awright | Huh |
| 22:56.42 | AAA_awright | That's exactly what is happening |
| 22:56.51 | jorgenpt | brlcad: So I need to use my bzbb username, and not e.g. my sf.net username, for a cloak? |
| 22:58.03 | Bulldozer | is ServerLink.cxx in bzadmin a copy of ServerLink.cxx in bzflag? |
| 22:59.52 | Bulldozer | ... |
| 22:59.58 | trepan | Bulldozer: diff |
| 23:00.22 | trepan | you could also look at the bzadmin/Makefile.am |
| 23:01.01 | Bulldozer | trepan: Poorly worded question on my part |
| 23:01.27 | Bulldozer | Is there a reason why they're the same file but with minor differences |
| 23:01.36 | trepan | what differences? |
| 23:01.38 | Bulldozer | i.e. something that the refactoring project will be working on |
| 23:02.56 | Bulldozer | I'll back up, even... I'm trying to figure out why things like MsgNewPlayer, handleNewPlayer, sendNewPlayer, etc are called xxxPlayer, when they are only used for bots |
| 23:03.31 | Bulldozer | (And I found some of that code, i.e. sendNewPlayer in bzadmin, but it doesn't appear to be used for bzadmin at all) |
| 23:03.45 | Bulldozer | (Specifically in the ServerLink.cxx file) |
| 23:04.11 | Bulldozer | I was wondering what the reasoning was. |
| 23:04.45 | Bulldozer | It is because a bot is a type of "player", and the stuff might be extended in the future? |
| 23:06.41 | Bulldozer | I guess I was confused by a function saying something like sendNewPlayer(int botid), when I'd expect sendNewPlayer(int playerid), or sendNewBot(int botid) |
| 23:06.46 | Bulldozer | Not to pick on the code :) |
| 23:06.53 | Bulldozer | Just trying to figure things out |
| 23:09.21 | Erroneous | Bulldozer: try not to get confused by the various bots. When looking at bzrobots, the bot itself is actually LocalPlayer, not a bot (iirc). |
| 23:10.57 | Erroneous | we have four bot systems. one is AutoPilot, which takes over for the player after the player has joined. one is the client robots mechanism, which join alongside the player. one is bzrobots, which joins instead of the player. the last is server-side bots, which occupy a player slot but not a connection. |
| 23:11.47 | Bulldozer | Erroneous: According to the discussion we just had... BZRobots is currently both an observer-type player (LocalPlayer?) - to get the data, and a bot - the actual bot |
| 23:12.53 | Bulldozer | Erroneous: It was decided it would be more ideal for BZRobots bot to connect as a client that gets full updates |
| 23:12.55 | Erroneous | ok. I don't know the details of how the bzrobots mechanism works |
| 23:13.11 | Erroneous | I'm just aware of the landmine of terminology there and wanted to make sure you were too :) |
| 23:14.02 | Bulldozer | Yeah, further confuzzling me by calling a client robot a "player" :) |
| 23:14.43 | Bulldozer | Is there a reason why that is so? |
| 23:14.44 | Erroneous | yup. some, but not all, players are robots; some, but not all, robots are players :) |
| 23:14.50 | Bulldozer | okay |
| 23:14.55 | Bulldozer | ... |
| 23:15.23 | Erroneous | why which part is so? :) |
| 23:15.44 | Erroneous | there is a reason for everything. mostly the reason is "that was the easy way" |
| 23:15.44 | Bulldozer | "saying something like sendNewPlayer(int botid), when I'd expect sendNewPlayer(int playerid), or sendNewBot(int botid) |
| 23:16.09 | Erroneous | it was probably originally sendNewPlayer(void) |
| 23:16.31 | Erroneous | client-side bots (multiple bots alongside the player) was the first of our various bots |
| 23:16.49 | Erroneous | so I'd guess that the id was added so that sendNewPlayer would send the right request |
| 23:18.01 | Erroneous | player ids are the server-side identifier per player slot. bot ids are the client-side indentifier per bot in the array |
| 23:18.38 | Erroneous | each bot id should have a corresponding (but different) player id, unless tupone's single-connection work obsoleted that. |
| 23:19.19 | Bulldozer | ahha |
| 23:19.59 | Bulldozer | So it likely used to be sendNewPlayer, Player meaning client-side bot |
| 23:20.16 | Erroneous | no, it was probably originally for the player himself only |
| 23:20.23 | Erroneous | and bots were tacked on to it |
| 23:20.40 | Erroneous | the player was unambiguous on the client side, so no need for an id |
| 23:21.09 | jorgenpt | The array he's talking about is AFAIK the one in src/bzflag/roster.h, called "extern RobotPlayer* robots[MAX_ROBOTS];" |
| 23:21.11 | Erroneous | right |
| 23:21.16 | Bulldozer | Except I can't find any code that indicates anywhere that it's used for anything except bots... :-/ |
| 23:21.30 | Bulldozer | See, for example, playing.cxx 3600 |
| 23:22.22 | jorgenpt | Yes, it would seem you're correct |
| 23:22.38 | Bulldozer | Hmm |
| 23:22.52 | Erroneous | tries to find a source tree |
| 23:23.29 | jorgenpt | It's most likely named such because it sends a packet named MsgNewPlayer, Bulldozer. |
| 23:24.04 | jorgenpt | Though I wonder why it's called so. *digs around* |
| 23:26.10 | Bulldozer | The server references bots when it gets a MsgNewPlayer packet |
| 23:26.31 | jorgenpt | Seems it allocates a new player id (and serverside player) for the given bot |
| 23:26.46 | jorgenpt | Which is probably why it's called "new player". |
| 23:27.03 | Bulldozer | Yeah, I'm starting to see as much |
| 23:27.18 | jorgenpt | But it's not very intuitively named. ;) |
| 23:27.40 | Bulldozer | Was just much confused as to the difference between the various "players" and "bots" which seem to be interchangeable at various points :) |
| 23:28.16 | *** join/#bzflag Ratfink (n=clay@nc-67-76-227-5.sta.embarqhsd.net) |
| 23:28.38 | Erroneous | yup, that appears to be an artifact of the single-connection stuff |
| 23:28.49 | *** part/#bzflag Ratfink (n=clay@nc-67-76-227-5.sta.embarqhsd.net) |
| 23:29.20 | Bulldozer | contemplates replacing MsgNewPlayer and related functions to MsgNewBotPlayer, in his branch, when he creates it. |
| 23:29.25 | Bulldozer | Incidentally |
| 23:29.41 | Bulldozer | How should I go about doing that (making a branch) |
| 23:29.52 | Bulldozer | I've not had the need to work in a branch before |
| 23:29.58 | jorgenpt | svn cp |
| 23:30.08 | Erroneous | svn copy to the branches directory |
| 23:30.34 | jorgenpt | Basically you want svn cp https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk/bzflag <url to branch> |
| 23:30.42 | jorgenpt | Copies are constant-size operations. :) |
| 23:30.48 | Bulldozer | and then I can work in / make changes, checkout on other machines as desired? |
| 23:31.13 | jorgenpt | Yes, you just svn co the new branch path, and any changes will not affect trunk |
| 23:31.25 | jorgenpt | But notice it's the other way as well, so if someone makes a commit to trunk that you want, you have to merge it |
| 23:31.33 | *** join/#bzflag SirMatthew (n=Matthew@128-193-202-105.public.oregonstate.edu) |
| 23:31.36 | Bulldozer | That was going to be my next question |
| 23:32.06 | Bulldozer | I will have to regularly merge trunk with my branch, ok |
| 23:32.24 | Erroneous | yup |
| 23:32.30 | Bulldozer | Should it be named anything in particular? eis.bzrobots? |
| 23:33.54 | Erroneous | Bulldozer: I'm not entirely sure it's necessary for you to work in a branch. Did brlcad suggest it? |
| 23:34.04 | Bulldozer | JeffM did |
| 23:34.11 | Bulldozer | He said we didn't use branches enough, lol |
| 23:34.54 | Erroneous | heh |
| 23:34.55 | jorgenpt | Hm, okay. Well, yeah, the thing is you have to regularly merge to make sure the changes are compatible, and not wait till the end of summer. ;-) |
| 23:35.09 | Bulldozer | And since it looks like I will be making some changes to the server, I'd think it would be better, so as to not disrupt the main stream development while breaking things on my end |
| 23:35.24 | Bulldozer | It will also make it easier for you all to see what I'm doing |
| 23:35.28 | Erroneous | as far as I'm concerned it's ok for you to work in trunk, unless you're planning on doing any major reorganizations of client or server code |
| 23:35.38 | Erroneous | heh, we can see what you're doing from CIA too :) |
| 23:36.00 | Bulldozer | meaning in the trunk, or even in a branch? |
| 23:36.05 | Erroneous | both |
| 23:36.24 | Bulldozer | I think a branch would be better |
| 23:36.33 | Bulldozer | Unless there's a specific reason NOT to. |
| 23:37.00 | Erroneous | ok. I'm not opposed to it if you want. It's just harder to get people on board for testing and reviewing. |
| 23:37.45 | trepan | code clause of the day: if (ServerIntangibilityManager::instance().instance().getWorldObjectTangibility(obs->getGUID()) != 0) { |
| 23:38.22 | Erroneous | love the redundant instancing |
| 23:38.42 | jorgenpt | hahaha at instance().instance() |
| 23:39.16 | trepan | the instance() part is easy enough to do, but the verbosity ... ;-) |
| 23:39.50 | Erroneous | eh, that's just people with big monitors not caring :) |
| 23:39.58 | trepan | has a big monitor |
| 23:40.04 | trepan | sticks to 80 chars |
| 23:40.59 | Bulldozer | Anyone else here running 10.5? |
| 23:41.04 | Bulldozer | (Mac OS X) |
| 23:41.09 | Erroneous | at least you know for sure what it's doing ;) |
| 23:41.31 | Winny | Bulldozer: there's a few, yes |
| 23:41.32 | trepan | Erroneous: assuming you know what Tangibility is ;-) |
| 23:41.59 | Erroneous | that's what dictionaries are for ;) |
| 23:42.13 | Bulldozer | Are those with 10.5 able to build trunk without modifications? |
| 23:42.27 | trepan | and intangibility |
| 23:42.35 | blast007 | Bulldozer: are you getting an error? |
| 23:42.38 | trepan | (could save 2 chars right there :) |
| 23:42.47 | Bulldozer | blast007: just a little one |
| 23:42.53 | Erroneous | yeah, not sure why one is negative-sense and the other is positive-sense |
| 23:43.05 | Bulldozer | funny thing is, it looks like it breaks because of someone's fix for 10.4 |
| 23:43.36 | Bulldozer | so I'm not sure if the case was only bad in 10.4, and it's reverted in 10.5, or if my environment is messed up |
| 23:44.07 | Bulldozer | It's got to do with the parameter types for CGLChoosePixelFormat |
| 23:45.19 | Bulldozer | Hmm |
| 23:45.47 | Bulldozer | OS X Developer docs suggest my fix would be right... not sure why it didn't work for him on 10.4 |
| 23:47.30 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 23:47.40 | Erroneous | curses at silly standards |
| 23:48.30 | CIA-60 | BZFlag: 03kingrobot * r19705 10/trunk/bzflag/src/platform/MacOSX/MacWindow.cxx: Fixed CGLChoosePixelFormat for 10.5 |
| 23:50.06 | Erroneous | love it when they lay out some nice logical system for figuring out two-digit numbers, and then add something like "except for a shank 1 1/4" x 1 1/2", which is given the number 91." |
| 23:51.13 | trepan | gives fair warning for a 'largish' commit: http://trepan.bzflag.bz/commit-files.txt |
| 23:51.42 | BulletCatcher | My MacBook has MacOS 10.4. I think most other Mac developers have 10.5. |
| 23:52.21 | Bulldozer | BulletCatcher: I have 10.4 on my Powerbook, and 10.5 as a hackintosh |
| 23:52.28 | JBdiGriz | Some of us have a few different MacOS versions on various machines. |
| 23:52.33 | BulletCatcher | k |
| 23:52.55 | Bulldozer | BulletCatcher: Hence the wondering about a broken dev environment, but the developer docs confirm my fix should be right. |
| 23:53.21 | BulletCatcher | I'll let you know if r19705 breaks anything. :-) |
| 23:53.30 | Bulldozer | :) |
| 23:54.46 | *** join/#bzflag Ratfink (n=clay@nc-67-76-227-5.sta.embarqhsd.net) |
| 23:54.53 | *** part/#bzflag Ratfink (n=clay@nc-67-76-227-5.sta.embarqhsd.net) |
| 23:55.54 | BulletCatcher | Thanks for the commit warning trepan. Don't hold back on my account, but you may want to wait a few hours to give others a chance to prepare. |
| 23:58.52 | AAA_awright | It looks like the message is being sent to the correct connection |
