| 00:07.30 | *** join/#bzflag alpha1-2 (~alpha1-2@host90.201-252-139.telecom.net.ar) |
| 00:13.39 | alpha1-2 | Just to be in peace, is there any way for a cheater/cracker to read the IPs of the players on a server client-side, let's say? And, if not, can him obtain the admin perms in any way (w/o the password)? |
| 00:16.58 | blast007 | dunno |
| 00:17.43 | kierra | he seemed to have gotten control of Gicu on bztank |
| 00:18.03 | blast007 | define "control" |
| 00:18.10 | allejo | oh god forbid bzadmin was written properly |
| 00:21.05 | kierra | Gicu was sending server msgs that none of the admins present were sending |
| 00:21.24 | kierra | server admin msgs |
| 00:21.45 | kierra | and an aliased player chatted about controlling Gicu |
| 00:22.02 | kierra | I did /savemsgs and maybe sshots |
| 00:22.21 | alpha1-2 | when was that? |
| 00:23.04 | alpha1-2 | not exactly, just it was few time ago? |
| 00:23.07 | kierra | Rio_dj_narrow was there, plus o2cool |
| 00:23.15 | kierra | not today |
| 00:23.28 | alpha1-2 | into the last 2 weeks? |
| 00:23.39 | kierra | patience! while i look |
| 00:23.44 | kierra | geez alpha |
| 00:23.48 | alpha1-2 | okay :) |
| 00:23.56 | kierra | was this weekend |
| 00:23.58 | alpha1-2 | these US's people :P |
| 00:24.12 | kierra | these impatient latinoamericanos |
| 00:24.16 | alpha1-2 | hehe |
| 00:24.19 | kierra | :) |
| 00:25.14 | alpha1-2 | well, I guess bzadmin would be another big topic to discuss (I have forgotten it), many servers use it |
| 00:26.05 | alpha1-2 | and that sounds really dangerous kierra, bzadmin has admin perms usually |
| 00:27.10 | Constitution | there is really no good reason to leave a bzadmin bot connected to a server all the time, except to enhance the server position on the list |
| 00:27.18 | alpha1-2 | kierra, BTW, did you know you can convert an ANSI colored log to HTML or PDF easily? |
| 00:27.40 | Constitution | and as you can see, the bztank servers are the #1 listed servers without players on them |
| 00:28.13 | blast007 | 2.4.4 won't count observers at all for sorting, and it will randomize the sort order of servers with the same number of players |
| 00:28.24 | kierra | cool |
| 00:28.28 | blast007 | so no more having numbers at the start of your address boosting your position ;) |
| 00:28.47 | kierra | alpha1-2: thats greek to me |
| 00:29.35 | blast007 | kierra: bzflag can output text with color codes in it if you use the -echoAnsi option. he wrote some script that dumps it out to a nice PDF. |
| 00:29.46 | alpha1-2 | but also BZTank servers are ones of the most played server always. And if I am not wrong, when a server was played recently, though it has not players in the moment, it stay at top from the others. |
| 00:31.27 | alpha1-2 | oh, kierra, just use the link brad put and upload your "msglog.txt" file (it is the last post) http://forums.bzflag.org/viewtopic.php?f=2&t=18559 |
| 00:34.18 | alpha1-2 | but that -echoANSI option only wrks into consoles blast007 and you can't copy/paste them |
| 00:34.37 | alpha1-2 | it is similar to /savemsgs |
| 00:36.00 | alpha1-2 | another option is to use "/savemsgs -s" that strips the ANSI codes and save only simple texts |
| 00:36.46 | blast007 | aaaanyways... |
| 00:37.44 | alpha1-2 | when the server allows someone, through the given password, to be an admin, it is supposedly all server-side, right? It doesn't send anything (like a set flag) to the requesting client, right? |
| 00:38.14 | blast007 | at this point I don't have enough information to make assumptions |
| 00:39.55 | alpha1-2 | regarding to the teleport bug, when the cracker sent the teleport fake message to the server, he supposedly just used a modified client adding the wanted player ID to the msg in any way (and not putting the tele one)? |
| 00:42.15 | blast007 | you're confusing two bugs |
| 00:42.27 | blast007 | the teleporter bug wasn't anything to do with a player ID |
| 00:42.38 | blast007 | it was just sending an invalid teleporter ID |
| 00:43.16 | alpha1-2 | not a player going through it? |
| 00:43.45 | blast007 | going through the teleporter that doesn't exist ...... yea, sure |
| 00:44.05 | blast007 | it was just a spoofed teleporter message.. has nothing to do with actually going through a teleporter |
| 00:45.42 | alpha1-2 | then he, if was into observers, could have selected the player name for example and send it with the fake msg to ther server and not including the tele ID, right? This selected player, then, is who ends crashing |
| 00:46.44 | blast007 | no.. the teleporter message does not have a player ID |
| 00:47.21 | blast007 | the entire goal of spoofing that message was to get the server to relay an invalid teleporter source or destination to the clients to make the clients crash |
| 00:47.27 | blast007 | it was just a client crasher |
| 00:47.44 | alpha1-2 | you mean then that all the players went crashed at once, not one per one? |
| 00:48.01 | blast007 | yes, all at once as they would all get the message at the same general time |
| 00:48.37 | blast007 | though I'm not entire sure that all platforms handled it the same way.. it certainly closed the client on Windows though |
| 00:48.50 | alpha1-2 | oh then the server doesn't crash, just the clients |
| 00:48.57 | blast007 | yeah, for that one |
| 00:49.15 | alpha1-2 | mine crashed on linux |
| 00:49.32 | alpha1-2 | but I have 2.4.0 |
| 00:50.17 | alpha1-2 | wel we were a lot of players there, like 20 including 10 bots I think, and all crashed or the majority Ithink |
| 00:51.37 | blast007 | the player update spoofer doesn't crash anyone. it just sends updates as another player due to a missed validation in the server. |
| 00:52.30 | alpha1-2 | but you are talking now about the player ID bug, right? |
| 00:54.56 | blast007 | the player update bug |
| 00:55.18 | alpha1-2 | that you told you have already a fix? |
| 00:55.33 | blast007 | I have a fix, yes, just not put into the public source |
| 00:55.43 | alpha1-2 | okay |
| 00:57.09 | alpha1-2 | and allejo, or any other, what about bzadmin? Is it then with more vulnerabilities than the normal client? |
| 00:57.53 | blast007 | I don't know |
| 00:58.03 | alpha1-2 | all I know is that it was made from scratch, right? |
| 00:58.20 | blast007 | what? |
| 00:58.49 | alpha1-2 | don't remember the user but doesn't he say he wrote it from scratch? |
| 00:59.16 | alpha1-2 | or maybe for Android I mean, excuse me, not sure |
| 01:00.09 | alpha1-2 | it is part of the normal distribution then, I guess :P |
| 01:01.09 | alpha1-2 | well, if it is, then when someone fix the normal client, it is easy to fix bzadmin too |
| 01:01.24 | alpha1-2 | fixes* |
| 01:01.41 | blast007 | I mean, depending on what you mean, most of bzflag was "written from scratch" :P |
| 01:02.05 | blast007 | the bzadmin we write shares parts of the code of the graphical client |
| 01:03.51 | alpha1-2 | were you all including it when you made the fixes on April of this year? |
| 01:10.55 | blast007 | including what? |
| 01:11.06 | alpha1-2 | fixing bzadmin at the same time |
| 01:11.45 | alpha1-2 | if there were client fixes |
| 01:12.29 | blast007 | bzadmin doesn't care about teleporter messages as far as I know |
| 01:13.00 | alpha1-2 | okay, I repeat one question (I think the last one), to have some peace: when the server allows someone, through the given password, to be an admin, it is supposedly all server-side right? Or it sends back anything (like a set flag) to the requesting client? |
| 01:13.47 | blast007 | no |
| 01:14.00 | blast007 | I do not think that the bzadmin was "taken over" |
| 01:14.37 | blast007 | I think it was just some spoofed player updates that made everyone's client think the observer was "alive", which when it failed to send further updates made everyone's client flag it as "not responding" |
| 01:14.41 | blast007 | simple as that |
| 01:19.18 | alpha1-2 | okay, smart. But, in the other hand, what k said should be researched, sounded dangerous, like him could have managed bzadmin. |
| 01:20.49 | blast007 | I saw no messages sent as the bzadmin client |
| 01:21.54 | alpha1-2 | [21:21] <kierra> Gicu was sending server msgs that none of the admins present were sending |
| 01:21.56 | alpha1-2 | [21:21] <kierra> server admin msgs |
| 01:22.09 | blast007 | which I have no evidence of... |
| 01:22.40 | alpha1-2 | well, she says she have logs and maybe sshots too. Let's wait for them then :) |
| 01:22.42 | kierra | forget that alpha |
| 01:22.55 | kierra | already discussed with blast |
| 01:23.39 | kierra | judging from what DR did today, was prob precursor to his nr hax he did today |
| 01:24.33 | alpha1-2 | but then, the Gicu messages were fake too? |
| 01:25.03 | *** join/#bzflag Not-29be (~notifico@198.199.82.216) |
| 01:25.03 | Not-29be | [02bzflag-import-3] 07blast007 pushed 031 commit to 03v2_4_x [+0/-0/±1] 13http://git.io/pUrsiQ |
| 01:25.04 | Not-29be | [02bzflag-import-3] 07blast007 03c3f1595 - Validate the player ID sent as part of MsgPlayerUpdate/MsgPlayerUpdateShort. |
| 01:25.07 | blast007 | aaaaannnd.. fixed... |
| 01:25.23 | blast007 | alpha1-2: WHAT messages? |
| 01:25.43 | alpha1-2 | what kierra said, there were no messages at all then?? |
| 01:26.02 | alpha1-2 | what I repeated just before |
| 01:26.25 | blast007 | no, there were no messages |
| 01:26.33 | alpha1-2 | ah okay |
| 01:27.05 | blast007 | update your servers, server owners! |
| 01:27.35 | alpha1-2 | and yur clients, players too!, not like me :P |
| 02:02.14 | *** join/#bzflag I_Died_Once (~I_Died_On@2601:5:9880:327:96de:80ff:fe75:1ff7) |
| 02:26.50 | allejo | blast007, thanks for the fix |
| 02:27.01 | allejo | ~blast007++ |
| 02:31.51 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 02:35.42 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 04:17.37 | Constitution | grumbles that his servers are near the bottom of the list, and adds some bzadmin bots |
| 04:30.57 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 05:45.53 | *** join/#bzflag Snake12534 (~Snake1253@c-50-156-82-76.hsd1.ca.comcast.net) |
| 05:50.56 | DTRemenak | blast007: if you're trying to do dialogs, I suggest starting with the 3.0 dialog code |
| 05:51.23 | DTRemenak | trying to do it in 2.x is a lost cause unless you want to write yet another focus stack |
| 05:51.43 | DTRemenak | lots of handy rendering improvements there too |
| 05:54.02 | DTRemenak | but the big thing is focus. HUDuiElement and friends and HUDNavigationQueue are really important to getting input and drawing working correctly, and transitioning between dialogs and menus |
| 05:55.08 | DTRemenak | not to mention enabling proper scrolling lists and so on |
| 06:00.58 | DTRemenak | I never wrote the net code for the dialogs, iirc, but all the client-side code was there and working |
| 06:04.54 | DTRemenak | eh, actually I have a local patch for that too. never checked it in because the net code was all busted anyway. no idea if it worked...you're welcome to it, but you're probably better off writing that part fresh. |
| 06:13.53 | DTRemenak | anyway, you'll save yourself a lot of blood/sweat/tears if you use a sane dialog stack and focus system, instead of trying to figure out why 2.x's broken HUD system won't cooperate with you ;) |
| 08:48.47 | *** join/#bzflag Snake12534 (~Snake1253@c-50-156-82-76.hsd1.ca.comcast.net) |
| 09:55.06 | *** join/#bzflag catay (~smertens@valyria.catay.be) |
| 09:55.10 | *** join/#bzflag dcat (~dcat@98.244.106.246) |
| 09:56.02 | *** join/#bzflag JBdiGriz (~dbw@108-197-33-160.lightspeed.sndgca.sbcglobal.net) |
| 10:46.32 | blast007 | DTRemenak: I'm not sure if I ever located the dialog stuff in 2.99.x.. |
| 11:44.18 | *** join/#bzflag alpha1-2 (~alpha1-2@host90.201-252-139.telecom.net.ar) |
| 11:56.21 | alpha1-2 | Anyone knows which times of the day and which days is Tim usually connecting on here? |
| 11:56.38 | alpha1-2 | Does anyone know* |
| 12:16.21 | *** join/#bzflag I_Died_Once (~I_Died_On@2601:5:9880:327:96de:80ff:fe75:1ff7) |
| 12:23.47 | *** join/#bzflag sporadic_1 (~steve@50.244.173.18) |
| 12:52.23 | *** join/#bzflag alpha1-2 (~alpha1-2@host91.200-43-131.telecom.net.ar) |
| 13:16.24 | *** join/#bzflag death__ (~I_Died_On@2601:5:9880:327:80ee:a3f8:622:202) |
| 13:28.02 | blast007 | alpha1-2: that's not really useful information since he never responds to any chat here |
| 13:29.16 | alpha1-2 | then the contact with him is dead let's say, unless the subject is very important? |
| 13:29.33 | blast007 | why do you want to talk to him? |
| 13:30.24 | alpha1-2 | you know, just to ask him about any infobot page change in the last 2 months |
| 13:30.41 | blast007 | email him |
| 13:31.04 | blast007 | you've been told it has nothing to do with this channel |
| 13:31.56 | alpha1-2 | yes, just I thought if he joined here usually I could chat with him, but it seems I couldn't |
| 13:32.18 | alpha1-2 | okay, thanks |
| 13:32.39 | blast007 | even we have to email him when we want DNS changes for BZFlag stuff |
| 13:33.00 | alpha1-2 | okay, I see |
| 14:06.35 | kierra | how do you host ban National Academic Network and Information Center????? |
| 14:06.44 | kierra | his ip points back to that |
| 14:06.49 | blast007 | heh |
| 14:07.07 | kierra | 193.255.143.62 |
| 14:07.16 | blast007 | probably a comromised host within their network |
| 14:07.42 | blast007 | just ban that one IP |
| 14:07.51 | kierra | okies |
| 14:08.14 | blast007 | compromised* |
| 14:09.40 | WarPig | It is 193.255.0.0/16 |
| 14:10.10 | WarPig | 193.255.142.0 - 193.255.143.255 |
| 14:10.26 | WarPig | ...but blast is correct. |
| 14:10.31 | WarPig | ...as usual. |
| 14:12.06 | WarPig | But, to answer your question: a pair of bans for 193.255.142.* and 193.255.143.* would get em all. |
| 14:15.23 | blast007 | I only have two joins from that range, both from that IP |
| 14:16.01 | kierra | well, he made bzf 54 players go nr |
| 14:16.09 | blast007 | er, actually, one is from .63 |
| 14:18.44 | blast007 | http://multirbl.valli.org/lookup/193.255.143.62.html http://multirbl.valli.org/lookup/193.255.143.63.html |
| 14:47.10 | kierra | so do the same with AT&T Global Network Services Nederland B.V. host? |
| 14:47.14 | kierra | ban by ip |
| 14:47.20 | kierra | how does he find these????? |
| 14:53.18 | kierra | on another note, this makes me laugh: http://www.ebay.com/itm/NEW-Bzflag-by-Paperback-Book-English-Free-Shipping-/191198594743?pt=US_Nonfiction_Book&hash=item2c845306b7 |
| 14:55.36 | alpha1-2 | surprising! :P |
| 14:55.57 | alpha1-2 | (and expensive) |
| 14:56.32 | alpha1-2 | I suppose it is not a joke, right? |
| 14:57.41 | alpha1-2 | I'll run to buy it! :P |
| 15:05.21 | BulletCatcher | kierra, the proxies used by DRH are unpredictable so it is usually overkill to ban an entire ISP for hosting one. |
| 15:06.13 | BulletCatcher | A one-week ban (9999 minutes is easy to type) should be sufficient for any individual abused proxy. |
| 15:22.08 | kierra | okies, ty |
| 15:23.29 | kierra | BulletCatcher: I figured since i invented the internet, I could do with it what i want :) |
| 15:25.53 | BulletCatcher | I don't see how I could argue with that. :-) |
| 15:27.34 | WarPig | "Kierra" is Al Gore's internet pseudonym? |
| 15:27.48 | WarPig | who knew?! |
| 15:27.53 | kierra | shhhh, dont tell everybody out there |
| 15:28.39 | WarPig | :D |
| 15:29.01 | kierra | blast reminds me that being the inventor doesn't matter.....DR has magic and mental powers......lol |
| 15:29.51 | WarPig | Oh... he's mental... I'll give him that. |
| 15:33.45 | alpha1-2 | at least he is making you all a lil crazy, eh? ;) |
| 15:33.49 | blast007 | WarPig: that was the same joke I made :P |
| 15:34.06 | blast007 | alpha1-2: lol |
| 15:34.19 | *** join/#bzflag TimRiker (timr@bzflag/projectlead/TimRiker) |
| 15:34.20 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:34.50 | blast007 | hi TimRiker, how's things? |
| 15:35.30 | alpha1-2 | or entertain you maybe too. I recognize that fighting hackers is challenging :) |
| 15:37.38 | alpha1-2 | (or hard too) |
| 15:37.47 | blast007 | most of it really isn't all that challenging |
| 15:38.09 | WarPig | blast007: I want to send you some pointy-toe boots to help you squash all the bugs DR is scaring out of the corners. |
| 15:38.22 | blast007 | ;D |
| 15:38.32 | alpha1-2 | does it help to improve the code, at least? |
| 15:38.56 | blast007 | oh sure, it's definitly helping us find some issues |
| 16:07.36 | *** join/#bzflag JeffM (~JeffM@107-209-61-105.lightspeed.irvnca.sbcglobal.net) |
| 16:32.20 | BulletCatcher | A stub for MsgServerControl was added 13 years ago in r72 (seventy-two) and has remained unimplemented ever since. |
| 16:32.22 | BulletCatcher | Is it time to remove it yet? |
| 16:32.41 | blast007 | wonder what it ws supposed to do |
| 16:33.01 | BulletCatcher | I'm guessing: "control the server" :-p |
| 16:33.44 | blast007 | :p |
| 16:34.21 | blast007 | and yeah, probably time to remove it :) |
| 16:38.30 | BulletCatcher | Since legitimate clients never send that message it should be okay to remove it from 2.4, even though it is technically a protocol change. |
| 16:39.31 | BulletCatcher | It's a change in the protocol handling code, not in the actual over-the-wire protocol. |
| 16:41.14 | JeffM | it won't break a client so it's ok to remove in the same proto |
| 16:55.23 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 17:04.22 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 17:04.22 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:07.03 | Not-29be | [02bzflag-import-3] 07JMakey pushed 031 commit to 03v2_4_x [+0/-0/±4] 13http://git.io/NVeDOQ |
| 17:07.05 | Not-29be | [02bzflag-import-3] 07JMakey 03130f82b - Remove MsgServerControl, which was added in r72 but never implemented. |
| 18:21.17 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 18:46.15 | *** join/#bzflag Erroneous (~DTRemenak@107-209-61-105.lightspeed.irvnca.sbcglobal.net) |
| 18:46.16 | *** join/#bzflag Erroneous (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 18:46.16 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 18:47.37 | Erroneous | blast007: HUD* is a good place to start. All the *Menus also, since they're all done on HUDDialog, but you may have to do some merging with the current menus. |
| 18:49.07 | Erroneous | and you may need the UTF8 support files too, since the controls are all unicode-aware. they'll never see a unicode character without other changes, but that's fine. |
| 18:49.13 | blast007 | I've basically copied parts of the 2.4 HUDDialog into my own stuff, but I'm reusing the HUDuiItems (or whatever it's called) |
| 18:49.29 | Erroneous | yeah...that whole subsystem is really different in 3.0 |
| 18:49.40 | blast007 | meh :) |
| 18:49.56 | Erroneous | and it actually does proper focus tracking and so on, system-wide |
| 18:50.14 | blast007 | I'd still have to do some magic to handle the unobtrusive dialogs |
| 18:50.28 | Erroneous | unobtrusive? |
| 18:50.57 | blast007 | off-to-the-side dialogs that don't focus away from gameplay |
| 18:51.02 | blast007 | like, for voting on polls |
| 18:51.31 | Erroneous | if they're visual-only, then just don't add them to the focus stack, and everything will work fine |
| 18:52.05 | blast007 | is this "stack" shared with the menus too? |
| 18:52.10 | Erroneous | yes |
| 18:52.16 | Erroneous | and the chat window |
| 18:52.39 | blast007 | the chat window too? huh? |
| 18:52.57 | Erroneous | chat is just a HUDuiText |
| 18:53.09 | blast007 | doesn't only one thing at a time render in the stack? |
| 18:53.28 | Erroneous | only one thing renders at a time in a DialogStack |
| 18:53.38 | Erroneous | the chat window is part of the focus system but not part of the dialog system |
| 18:53.49 | blast007 | so it's not part of the same stack? |
| 18:54.03 | Erroneous | it's not part of the DialogStack |
| 18:54.29 | Erroneous | but since it's a HUDuiControl, it is part of a NavigationQueue |
| 18:55.51 | Erroneous | HUDDialogStack controls which HUDNavigationQueue is active, among other things. when there are no dialogs, it returns control to the root nav queue, so the chat box becomes active for input. |
| 18:57.28 | blast007 | so for rendering dialogs, I could add another "layer" in there? |
| 18:57.46 | blast007 | I think they should be separate from menus, but maybe not.. |
| 18:58.06 | *** join/#bzflag alpha1-2 (~alpha1-2@host91.200-43-131.telecom.net.ar) |
| 18:58.10 | Erroneous | your "unobtrusive" dialogs would need a little something extra, yes. mine were all modal, so they all derived from HUDDialog, just like the menus...they're just rendered a little differently |
| 18:58.32 | blast007 | there may be multiple modal dialogs as well, so it would have to queue them up |
| 18:58.38 | Erroneous | yeah, that worked fine |
| 18:58.42 | blast007 | k |
| 18:58.58 | blast007 | the server will also be able to update or close dialogs |
| 18:59.09 | Erroneous | and the server was able to dismiss them, so the middle of the stack sometimes changed. that was a bit wierd, but worked. |
| 18:59.10 | Erroneous | yup |
| 18:59.15 | blast007 | k |
| 19:01.05 | Erroneous | update is strange...changing state shouldn't be an issue, but adding or removing controls could get complicated |
| 19:01.26 | blast007 | yeah, I'll also likely need to add some new types of controls |
| 19:01.38 | Erroneous | you'd have to do something in your base dialog class to handle dynamic changes |
| 19:01.54 | Erroneous | what types of controls did you have in mind? |
| 19:08.18 | blast007 | well, I plan to use a modal dialog for team selection, so I was wanting something that could have a counter for how many players are on along with the limits |
| 19:08.48 | blast007 | additionally, I intend for mouse control to work for the menus and modal dialogs |
| 19:10.04 | blast007 | that could probably be done without new items depending on how we want it to look |
| 19:10.43 | blast007 | as of right now, though, I don't have the network protocol end of things designed so that a menu item can be "executed", only the buttons at the bottom |
| 19:16.14 | Erroneous | mouse control should be pretty easy to do, if you really think it's desirable. I prefer to be able to still shoot people when in a menu ;) |
| 19:16.52 | Erroneous | not sure that the team stuff would need a new control at all |
| 19:17.06 | Erroneous | but I could just not be seeing what you're thinking of |
| 19:18.02 | Erroneous | or maybe you're just thinking of a compound control (like a .net user control)? that'd be pretty easy to do, I think. |
| 19:19.07 | blast007 | Erroneous: the problem is that keyboard users *can't* continue to shoot people when in a menu |
| 19:19.33 | blast007 | so I think we should just make it fair ;) |
| 19:20.30 | blast007 | but we'll see.. |
| 19:21.04 | blast007 | I'd be curious to see your network protocol patch to see how it differs from my implementation |
| 19:23.38 | Erroneous | ok. I think I have a design doc for it too, which might be easier to read. I can send you that when I get home. |
| 19:23.49 | blast007 | as for the team thing, I was envisioning something where it would show a grid of team icons with X/Y below it, and click on them would queue you to join that team |
| 19:23.58 | blast007 | clicking* |
| 19:24.20 | blast007 | or at the least, you could select one and then click a "Join Button" team at the bottom of the dialog |
| 19:25.41 | Erroneous | should be doable. probably one control per team is the way to go...then the server could send a list of available teams. |
| 19:26.13 | Erroneous | or maybe it's just an alternate way to draw a HUDuiList... |
| 19:38.56 | blast007 | hmm, yeah. Thanks for the ideas. Should give me a bit more to look at. |
| 19:39.14 | *** join/#bzflag Snake12534 (~Snake1253@c-50-156-82-76.hsd1.ca.comcast.net) |
| 19:39.43 | Erroneous | np. let me know if you want a hand integrating the 3.0 stuff. |
| 19:40.04 | Snake12534 | bzflag 3.x? |
| 19:40.15 | blast007 | Snake12534: yes |
| 19:40.26 | Erroneous | way to drop into a conversation with no context, Snake12534 :P |
| 19:40.30 | blast007 | lol |
| 19:41.00 | Snake12534 | ok |
| 19:41.02 | blast007 | *suddenly rumors appear that 3.0 is coming* |
| 19:41.31 | Erroneous | heh...well, if you want to take FontManager and unicode with the menu system, you're like halfway there ;) |
| 19:42.01 | Erroneous | doesn't remember what the problems with FontManager were...mac stuff maybe? |
| 19:42.12 | blast007 | that's part of my goals for 2.6 ;) |
| 19:42.32 | blast007 | there were some performance issues with the FTGL stuff |
| 19:42.48 | Erroneous | performance issues should have basically vanished now that computers are seven years faster ;) |
| 19:42.54 | Snake12534 | Support GUI |
| 19:43.27 | blast007 | yeah.. I think some of the issues might have been visible on my Mac Mini when running at 1600x1200 or maybe 1920x1200 (not sure which screen I had hooked up at the time) |
| 19:43.51 | blast007 | I was probably filling up the memory on that little radeon GPU ;) |
| 19:47.58 | Erroneous | yeah, and seven years of mac driver development may have fixed that stuff too |
| 19:48.14 | Erroneous | maybe we should just go for it, and see if anyone complains ;) |
| 19:48.29 | blast007 | some of it could have just been our fault too |
| 19:48.42 | blast007 | maybe we have some wacky state that needs cleaning up |
| 19:48.48 | Erroneous | that's always possible |
| 19:49.01 | Erroneous | our state stuff has always been a bit questionable |
| 19:49.48 | *** join/#bzflag zomane (5f57f6fa@gateway/web/freenode/ip.95.87.246.250) |
| 20:01.54 | blast007 | gDEBugger might come in handle for some of that |
| 20:02.08 | blast007 | (OpenGL profiler/debugger) |
| 20:38.46 | *** join/#bzflag Snake12534 (~Snake1253@c-50-156-82-76.hsd1.ca.comcast.net) |
| 21:52.16 | *** join/#bzflag alpha1-2 (~alpha1-2@host91.200-43-131.telecom.net.ar) |
| 22:13.20 | *** join/#bzflag Snake12534 (~Snake1253@c-50-156-82-76.hsd1.ca.comcast.net) |