| 01:03.13 | *** join/#bzflag brad` (~brad@ninja.so) |
| 01:14.56 | *** join/#bzflag Notify (~notify@66-118-151-70.static.sagonet.net) |
| 01:52.06 | *** join/#bzflag delusional_ (~delusiona@pool-108-17-117-49.pitbpa.fios.verizon.net) |
| 01:52.06 | *** join/#bzflag delusional_ (~delusiona@unaffiliated/delusional) |
| 01:53.17 | *** join/#bzflag catay (~smertens@kaiya.catay.be) |
| 01:53.53 | khonkhortisan | :( 256k image limit on patch tracker |
| 01:55.57 | khonkhortisan | wow 3.6M |
| 01:56.51 | Constitution | why the need for an image on the patch tracker? |
| 01:57.00 | khonkhortisan | I meant bug tracker |
| 02:07.56 | khonkhortisan | it's the size of just over 5 screen grabs |
| 02:15.59 | khonkhortisan | How long does it take to get full handicap? |
| 02:20.33 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 02:20.33 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 02:20.41 | khonkhortisan | nevermind, it divides it between everyone |
| 02:32.11 | khonkhortisan | As you were the fixer on non-centered text, jeffm: I have another one like it: https://sourceforge.net/tracker/?func=detail&aid=3602464&group_id=3248&atid=103248 |
| 02:32.21 | khonkhortisan | And it said your ip before you became unaffiliated |
| 02:32.58 | jeffm | k |
| 02:34.15 | jeffm | commit |
| 02:34.17 | jeffm | it |
| 02:34.26 | jeffm | sorry cat in way |
| 02:35.26 | jeffm | should probably become affiliated with something |
| 02:39.02 | jeffm | Just commit it and close the tracker item, and don't break anything |
| 02:44.00 | jeffm | and khonkhortisan whatever you do don't check in that flag plug-in ;) |
| 02:47.35 | *** join/#bzflag Detrimental (~james@h241.234.17.98.dynamic.ip.windstream.net) |
| 02:47.56 | khonkhortisan | or the related configure.ac and makefile.am entries |
| 02:48.16 | khonkhortisan | How do I add a plugin's README.txt as a /help entry? |
| 02:49.00 | jeffm | the help files are defined on the server command line |
| 02:49.05 | khonkhortisan | I only have the bug for the glass breaking, not the patch |
| 02:49.32 | jeffm | then fix it ;) |
| 02:52.12 | khonkhortisan | Why does it load help files at server start? |
| 02:52.42 | jeffm | that's just how it was written |
| 02:52.58 | jeffm | not sure if there is an api command to load them at runtime |
| 02:57.09 | khonkhortisan | You could make a text adventure if they were loaded on server command |
| 02:57.34 | khonkhortisan | <PROTECTED> |
| 02:58.06 | jeffm | you could make a text adventure in a plug-in ;) |
| 02:58.20 | khonkhortisan | that makes more sense |
| 02:59.21 | blast007 | You travel west. You fall into an bottomless pit and are eaten by a grue on the way down. |
| 02:59.28 | khonkhortisan | It should load Eliza if someone dies and doesn't respawn |
| 03:00.01 | khonkhortisan | on the way down? |
| 03:00.47 | blast007 | yes. |
| 03:00.59 | khonkhortisan | Does not compute. |
| 03:01.07 | blast007 | the grue was falling too :P |
| 03:06.17 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 03:19.37 | *** join/#bzflag JeffM (~Jeffery@cpe-76-167-236-199.socal.res.rr.com) |
| 03:19.38 | *** join/#bzflag JeffM (~Jeffery@unaffiliated/jeffm2501) |
| 03:19.38 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 04:21.02 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 04:28.18 | *** join/#bzflag short_circuit (~james@h113.213.130.174.dynamic.ip.windstream.net) |
| 04:31.44 | *** join/#bzflag mdskpr (80eb894d@gateway/web/freenode/ip.128.235.137.77) |
| 04:32.01 | khonkhortisan | report: user authentication broken and possibly list too |
| 04:32.54 | blast007 | khonkhortisan: on sig's server? |
| 04:35.42 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 04:37.58 | blast007 | khonkhortisan: That user (sig) isn't allowed in BZFlag anymore. People who launch DoS attacks against BZFlag servers kinda lose that privilege. |
| 04:38.26 | allejo | hehe |
| 04:41.53 | Notify | 03BZFlag:Allejo * 8479 /Bz_eAllowCTFCaptureEven: updated event info |
| 04:43.15 | khonkhortisan | ick |
| 04:43.28 | *** join/#bzflag swigg_ (4477e22b@gateway/web/freenode/ip.68.119.226.43) |
| 04:47.45 | blast007 | http://sigonasr2.tikilive.com/ |
| 04:50.03 | JeffM | we should send everyone who DDOs us a paypal request for 10$ |
| 05:01.15 | Notify | 03BZFlag:Allejo * 8480 /Bz_eCaptureEven: added sample code |
| 05:02.00 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 05:03.59 | *** join/#bzflag sigonasr2 (~sigonasr2@ip68-0-160-100.tc.ph.cox.net) |
| 05:07.53 | *** join/#bzflag jeffm (~jeffm@cpe-76-167-236-199.socal.res.rr.com) |
| 05:07.53 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 05:07.53 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 05:25.36 | *** join/#bzflag Khonkhortisan-2 (4c799c49@gateway/web/freenode/ip.76.121.156.73) |
| 05:25.44 | Khonkhortisan-2 | Webchat FTW! :P |
| 05:44.17 | I_Died_Once | Its the DDOS'er of servers! |
| 05:45.09 | khonkhortisan | that was me |
| 05:46.10 | I_Died_Once | no, not you |
| 05:48.17 | allejo | lol @ khonkhortisan |
| 05:52.45 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 06:20.02 | Constitution | can we control it too? |
| 06:55.28 | allejo | a control remote? |
| 06:55.35 | allejo | i gots one of those |
| 07:16.00 | *** join/#bzflag sirquine (~quine@c-76-120-71-113.hsd1.co.comcast.net) |
| 07:38.42 | *** join/#bzflag Marzipan (~Marzipan@sign-4d0940e8.pool.mediaWays.net) |
| 09:56.14 | *** join/#bzflag short_circuit (~james@h113.213.130.174.dynamic.ip.windstream.net) |
| 10:28.18 | *** join/#bzflag TD-Linux (~TD-Linux@192.210.230.110) |
| 10:28.18 | *** join/#bzflag TD-Linux (~TD-Linux@about/essy/indecisive/TD-Linux) |
| 10:52.33 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 11:12.53 | *** join/#bzflag swigg (~swigg@nsc69.38.101-238.newsouth.net) |
| 11:12.54 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 12:41.53 | *** join/#bzflag mahem1 (~beckett@199.172.230.69) |
| 15:43.05 | khonkhortisan | I left bzflag running overnight, and it is now using 808m resident memory. |
| 15:44.01 | khonkhortisan | as compared to 80 on a fresh copy |
| 15:45.30 | sigonasr2 | It's probably some memory leak I haven't had time to look over. Not BZ itself. So related to the server you were on. |
| 15:50.36 | khonkhortisan | I spawned for the first time! -> OO -> Dead. |
| 15:53.36 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 15:53.37 | *** mode/#bzflag [+v spldart] by ChanServ |
| 16:21.29 | alezakos | khonkhortisan: I think I solved your cracks bug |
| 16:34.31 | Notify | 03BZFlag:kongr45gpen * 22641 trunk/bzflag/src/bzflag/HUDRenderer.cxx: Resize cracks when the window is resized (artifact #3537390) |
| 16:55.37 | *** join/#bzflag Detrimental (~james@h200.208.30.71.dynamic.ip.windstream.net) |
| 17:00.30 | *** join/#bzflag TimRiker (TimRiker@bzflag/projectlead/TimRiker) |
| 17:00.30 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:00.51 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 17:19.08 | *** join/#bzflag JeffM (~JeffM@69.36.85.131) |
| 17:19.08 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 17:19.08 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 17:19.12 | *** join/#bzflag TimRiker (TimRiker@bzflag/projectlead/TimRiker) |
| 17:19.12 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:27.12 | *** join/#bzflag Detrimental (~james@h223.235.90.75.dynamic.ip.windstream.net) |
| 17:52.21 | khonkhortisan | the jump jets are pointed camera down, not word down |
| 17:54.06 | blast007 | word? world? |
| 17:54.11 | JeffM | word UP! |
| 17:54.27 | blast007 | bird |
| 17:54.33 | JeffM | yeah they are billboards and do not transform well with high veritcal rotation |
| 17:58.58 | khonkhortisan | alezakos, you fixed the bug, but you made a new crack |
| 17:59.31 | khonkhortisan | I was looking up at a tank when I noticed the billboardness of them |
| 17:59.37 | JeffM | yeah |
| 17:59.44 | JeffM | we should draw them in 3d |
| 17:59.47 | JeffM | with particles |
| 17:59.50 | khonkhortisan | they'd be shorter that way |
| 18:00.31 | alezakos | khonkhortisan: What do you mean? |
| 18:01.35 | khonkhortisan | Die and press F1 twice. The crack will have moved. |
| 18:01.57 | blast007 | there's probably not a way to resize the crack |
| 18:02.10 | JeffM | much of it is precomputed |
| 18:04.23 | blast007 | alezakos: was r22641 related to tracker item 3537390, or 3602464? |
| 18:05.02 | alezakos | 360something |
| 18:05.08 | alezakos | I don't know where the ther came from |
| 18:06.44 | blast007 | what? |
| 18:06.57 | JeffM | who? |
| 18:07.01 | khonkhortisan | 3602464. The other number is a text resizing bug when going fullscreen |
| 18:08.11 | blast007 | did you insert that artifact number into your commit, or did your SVN client do that? |
| 18:08.23 | alezakos | I inserted it |
| 18:08.59 | blast007 | k |
| 18:13.25 | alezakos | The problem is that initCracks() and makeCrack(), which are called when cracks are created or the window is resized, use random values |
| 18:17.25 | khonkhortisan | the generated random values just have to be proportioned to the change in window size |
| 18:17.29 | khonkhortisan | hasn't looked at it yet |
| 18:18.07 | blast007 | wonders if it's really that big of a deal.. |
| 18:19.02 | JeffM | it isn't |
| 18:20.23 | blast007 | I have a fix for the crack issue. Respawn. :P |
| 18:20.53 | JeffM | seriously, it's only an issue if you are sitting dead and change screen sizes? |
| 18:20.59 | blast007 | yeah |
| 18:21.05 | JeffM | whopty friggin DO |
| 18:21.20 | alezakos | Well, probably those F1ing while dead won't notice |
| 18:21.30 | JeffM | if they do, so what |
| 18:22.00 | JeffM | I am not very concerned with the minute astetics of the death screen when resized :) |
| 18:29.05 | *** join/#bzflag TD-Linux (~TD-Linux@about/essy/indecisive/TD-Linux) |
| 18:29.32 | khonkhortisan | death is one of the most common screens |
| 18:30.56 | JeffM | yeah but resizing during it is a rare time event |
| 18:31.05 | JeffM | and the crack does not provide any data |
| 18:31.07 | JeffM | it's ok |
| 18:33.24 | *** join/#bzflag Detrimental1 (~james@CPE-76-177-166-148.natcky.res.rr.com) |
| 19:00.00 | khonkhortisan | a different crack is better than a tiny/large crack |
| 19:11.54 | JeffM | for very small values of "better" |
| 19:19.04 | *** join/#bzflag Detrimental (~james@h169.46.191.173.dynamic.ip.windstream.net) |
| 19:31.10 | alezakos | Shouldn't we be updating the changelog or something? |
| 19:32.15 | blast007 | for what? |
| 19:38.26 | alezakos | Well, if we're going to make a new release any time, the changelog would have to be updated, and I'm wondering when this is going to happen |
| 19:40.32 | I_Died_Once | Happy Birthday, brad! |
| 19:40.51 | blast007 | what kinds of things do you think are missing? I will be adding bzfscron to the changelog after I've tested it a bit more |
| 19:41.11 | I_Died_Once | i'm thinking windshield crack on death might could/should be a GUI option/setting |
| 19:41.30 | blast007 | I_Died_Once: we'll save that for 2.6.0 ;) |
| 19:41.46 | alezakos | blast007: Like the clientQuery permission or the new api functions |
| 19:42.38 | blast007 | feel free to add anything you feel belongs in the ChangeLog |
| 19:42.55 | alezakos | Ah, ok, will do |
| 19:43.10 | alezakos | Full names should be added to the changelog, right? |
| 19:43.19 | blast007 | generally, yes |
| 19:46.57 | Notify | 03BZFlag:blast007 * 22642 trunk/bzflag/ChangeLog: Wrap a long line |
| 19:47.56 | blast007 | alezakos: make sure to update prior to commiting as well, since I just editing the changelog a bit ;) |
| 19:48.36 | alezakos | Sure, thanks for the info |
| 20:12.50 | JeffM | alezakos, we usualy make a pass through the svn logs to update the changelog before each release |
| 20:13.14 | JeffM | but adding it before isn't bad ether |
| 20:13.15 | blast007 | doesn't hurt to do it now, though |
| 20:13.31 | blast007 | earlier to miss something if we want until right before release |
| 20:13.36 | JeffM | indeed |
| 20:15.11 | alezakos | Ah, ok |
| 20:23.29 | *** join/#bzflag TimRiker (TimRiker@bzflag/projectlead/TimRiker) |
| 20:23.29 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 20:41.40 | JeffM | feelin any better TimRiker ? |
| 20:42.31 | TimRiker | slowly digging out of my week backlog. takes it's toll. |
| 20:42.38 | JeffM | I can imagine |
| 20:42.42 | JeffM | did you get a fever too? |
| 20:43.05 | TimRiker | yeah. hit 103.8 last tuesday |
| 20:43.09 | JeffM | ouch |
| 20:43.23 | TimRiker | yeah. no fun. I don't recommend it. :/ |
| 20:43.34 | JeffM | tis' the season appeartly |
| 20:43.41 | TimRiker | indeed. |
| 20:43.43 | JeffM | mine only hit 100 for one night |
| 20:44.06 | TimRiker | I was around 102 for about 3 days |
| 20:44.14 | JeffM | that suck |
| 20:44.19 | TimRiker | ya |
| 20:45.05 | TimRiker | how's the http conversion going? are you planning on delivering images and other data over http from the game server eventually? |
| 20:45.36 | TimRiker | would be nice to make missle and tank models get delivered that way and allow for changing them. :) |
| 20:45.38 | JeffM | I plan on offering that as an option once it gets threaded |
| 20:45.39 | JeffM | yeah |
| 20:46.02 | JeffM | I'd rather not push too much on it as it sits now since it runs in the same thread as the game, so big data chunks can slow down the game |
| 20:46.15 | TimRiker | threading it is not the only way to handle it, but I guess I'm not writing the code. |
| 20:46.17 | JeffM | other then that it hosts thigs just fine |
| 20:46.32 | JeffM | well I want to thread the entire network system anyway so it fits in with that design |
| 20:46.38 | JeffM | it's doing buffferd stuff now |
| 20:46.46 | JeffM | I'm just concerned about latency |
| 20:47.21 | TimRiker | threading does not remove the concern about latency. in some ways it actually complicates it. |
| 20:47.40 | JeffM | for now we don't have a lot of requests for the game server to host images but the idea of dynamic images has come up and I've pondered having the HTTP system host it |
| 20:47.55 | JeffM | depends on how it's done but yes there are multiple possible ways |
| 20:48.11 | JeffM | for right now I'm focusing on doing admin interfaces over HTTP to get the code tested more |
| 20:48.35 | TimRiker | yep, saw/heard that. good strategy |
| 20:48.58 | JeffM | on the side I've been doing several test apps with various threading models to test performance |
| 20:49.35 | TimRiker | testing with fake slow connections in the mix? that will impact things. |
| 20:49.46 | JeffM | yeah it has a random lag/speed thingy |
| 20:50.05 | JeffM | I did it all in C# |
| 20:50.54 | TimRiker | cool. I prefer a single threaded approach. I figure you have to resolve network contention someplace, if you can see it all in one place, that keeps it easy. |
| 20:50.57 | JeffM | that may have made it easier then it would be in C, as C# has really cool locking stuff |
| 20:52.36 | dngor | mmm freebsd firewall pipes |
| 20:52.46 | TimRiker | I never did re-work the net code like in our old lightcycles test app. I don't recall the exact numbers but we ran something like 32k clients on a game server over tcp with a single threaded net stack. |
| 20:54.19 | TimRiker | jeffp took that code to sony for his project there.. the M$ .net staff, was like: let us show you how it's done.. use this and this and this and you can get like 500 users on that one server. he was like: really? we're getting 50,000 now. why would we do that? |
| 20:54.26 | JeffM | I've been researching modern games, most will use a serivce thread for the sockets |
| 20:54.49 | JeffM | but it would all have to be evaluated |
| 20:55.20 | JeffM | given modern multi core CPUs threading tends to work out better for many things, if you design it right. if you don't then yeah it can be a LOT slower |
| 20:55.33 | TimRiker | one separate thread to manage all the network communications is what I've experienced and would recommend. |
| 20:55.45 | JeffM | yeah that's what I'd do, not a thread per user |
| 20:56.05 | TimRiker | you don't want game calculations impacting the network stack. too easy to exploit that way. :/ |
| 20:56.18 | JeffM | yeah |
| 20:56.49 | JeffM | it's possible I'd put the HTTP processor in it's own thread so that large HTTP tasks don't affect game computations ether |
| 20:57.03 | JeffM | but that may not be possible if the HTTP processor needs game data |
| 20:58.16 | JeffM | possibly just put the data accessor part in a thread, so that simple file reads can be async, but anything that needs game data is still computed in the game thread then sent to the proccessing layer for packing and transport |
| 20:58.22 | JeffM | but I'm not sure of that yet |
| 20:58.33 | TimRiker | I'd feed the http requests and replies through the same system. let those tcp queues wait for urgent stuff if there is some. course you can't easily abort a http transaction to feed other data, but I presume you're expecting a different pipe for the http data anyway. |
| 20:58.53 | JeffM | nope same socket |
| 20:59.24 | JeffM | the nethandler for http requests just is not serviced by the bzfs game loop |
| 20:59.52 | TimRiker | hmm. then you can't easily do http requests mid-game without blocking critical (now tcp) packets like end of match, and scores. |
| 21:00.43 | JeffM | I can if I put the nethandler into the net service thread |
| 21:01.04 | JeffM | but yeah right now some HTTP stuff can block out the game and I don't like that |
| 21:01.32 | TimRiker | with the limited number or players per server we handle, there should be room for a tcp / udp game pipe plus one or more tcp/http pipes for map/image/model info. even image info that expires/reloads during the game. |
| 21:01.32 | JeffM | there are several designs that we can moc up when the time comes |
| 21:01.58 | JeffM | by pipe do you mean socket or port? |
| 21:02.35 | TimRiker | in the simple view, yes. |
| 21:02.58 | JeffM | my goal was to try to do it all on the same port so that owners would not have to do multiple ports per server |
| 21:03.21 | TimRiker | we researched once upon a time, proxying for lan parties, but security, spoofing, etc all get in the way there. |
| 21:03.23 | JeffM | it makes admin interfaces much simpler since you can http to the address:port of the game and know you are managing that instance |
| 21:03.59 | JeffM | lan parties are less of an issue these days |
| 21:04.05 | TimRiker | ok, by pipe, I mean host:port client:port combos. |
| 21:05.17 | TimRiker | in theory everything is on the same hostip:port for the server. but the clients would open a tcp/udp as current plus perhaps more tcp for http pipes for larger requests. |
| 21:05.32 | JeffM | ahh |
| 21:05.33 | blast007 | TimRiker: I think we already do that, unless I misunderstanding. When you connect to the bzfs TCP port, you either send an HTTP GET header, or a BZFLAG\r\n\r\n. So it doesn't do both HTTP and the BZFlag protocol over the same connection. |
| 21:05.47 | TimRiker | where "more" could mean one persistent connection with multiple http requests. |
| 21:05.54 | blast007 | unless I am* |
| 21:05.59 | JeffM | yeah it's as seperate listen socket for each part |
| 21:06.04 | TimRiker | blast007, indeed we do. |
| 21:06.27 | JeffM | one of your pipes is a NetHandler object on the server |
| 21:06.41 | TimRiker | blast007, but the game client does not currently use http. we'll not until the recent map change anyway. :) |
| 21:06.51 | blast007 | actually, it does.. |
| 21:07.18 | JeffM | it does not use http for any game proto stuff |
| 21:07.23 | blast007 | the list is HTTP, MOTD is HTTP, it can fetch the map and images over HTTP |
| 21:07.25 | TimRiker | I mean to the game server. the list server is http of course |
| 21:07.33 | JeffM | it uses it for resources, so we know if a nethandler is game or resource |
| 21:07.56 | blast007 | Well, it can do HTTP to the game server as well. For instance, the fastmap plugin sends the binary map file over HTTP to the client. |
| 21:08.10 | JeffM | and those handlers are put into different lists and serviced differnetly |
| 21:08.15 | TimRiker | blast007, exactly what I was referring to. yes |
| 21:08.45 | blast007 | ah, misread the "recent map change" part |
| 21:08.50 | blast007 | but that really wasn't "recent" |
| 21:08.54 | JeffM | if the nethandlers were the interface to the network service layer that would make http stuff much cleaner |
| 21:09.03 | blast007 | it was in the 2.1/2.99.x codebase for quite some time |
| 21:09.05 | TimRiker | well, recent for bzflag. :) |
| 21:10.14 | JeffM | I beive the HTTP caching has been in since 2.0 |
| 21:10.32 | JeffM | or some 2.0.x version |
| 21:10.39 | blast007 | yeah, just not via a server plugin |
| 21:11.07 | JeffM | yeah fastmap was just a clean way to test the HTTP stuff |
| 21:11.24 | JeffM | and to make it simpler for that SOC project to deploy huge maps |
| 21:12.44 | JeffM | It'll probalby take a release or 2 for everyone to figure out the best uses for server side HTTP |
| 21:13.13 | blast007 | blogs, of course ;) |
| 21:13.18 | JeffM | heh |
| 21:13.39 | JeffM | I just don't think it'll be that useful untill some kind of load management is in there, ether threads or timeslicing. |
| 21:13.40 | TimRiker | rss feeds |
| 21:13.50 | JeffM | naw, people tweet now |
| 21:13.55 | JeffM | "totaly killed bob!" |
| 21:14.04 | blast007 | "Oh god, my bzfs is being slashdotted..." |
| 21:14.14 | JeffM | it's all about the cloud |
| 21:14.38 | blast007 | "cloud" is a naughty word here... |
| 21:14.46 | JeffM | heh |
| 21:14.57 | JeffM | we just moved some our stuff to a cloud based service |
| 21:15.09 | JeffM | our downloads come from a CDN instead of our Colo |
| 21:15.15 | JeffM | much faster for our customers |
| 21:15.18 | blast007 | I had HP call and ask if I was interested in any of their "private cloud" services... |
| 21:15.32 | JeffM | for you, probalby not |
| 21:15.38 | blast007 | which is basically like what we already do, except horrible |
| 21:15.38 | JeffM | but for other schools maybe |
| 21:15.50 | JeffM | my school just moved to Gmail, huge savings for them |
| 21:15.53 | blast007 | I just don't see the point. We already have shared folders. |
| 21:16.02 | blast007 | Oh, we're on Google Apps already. |
| 21:16.10 | blast007 | This was *private* cloud, as in, on your own servers |
| 21:16.16 | JeffM | oh |
| 21:16.19 | JeffM | what's the point of that? |
| 21:16.25 | blast007 | exactly :P |
| 21:16.37 | JeffM | I coudl see "use our cloud services limited to your users" |
| 21:16.42 | JeffM | then they are providing service |
| 21:16.47 | blast007 | I don't think I will ever get another call from HP about private cloud services ;) |
| 21:17.07 | blast007 | Because I didn't just give him a "no thanks" |
| 21:17.14 | JeffM | heh |
| 21:17.28 | JeffM | yeah sometimes sales people don't do enough research before they cold call |
| 21:17.58 | JeffM | our CDN provider wanted to know if they could just pull from our CMS, and I'm like.. "no..." |
| 21:18.17 | blast007 | only think I can think of when I hear "private cloud" is "look, it's the same stuff we already had... but it's on a WEB PAGE now! OHMAGAWD!" |
| 21:18.23 | JeffM | since it's tied into our product licesning |
| 21:18.26 | JeffM | heh |
| 21:18.59 | JeffM | well some things are going web based, many of the accounting systems we are looking at are web based, ether hosted by them or here |
| 21:19.43 | blast007 | yeah, but the term "cloud" has been diluted to meaning "something running on a server, somewhere" |
| 21:19.53 | JeffM | yeah |
| 21:20.01 | JeffM | I want that word to go away, and "cyber" |
| 21:20.17 | JeffM | I cringe when my System Eng. teacher says "Cybersecurity" |
| 21:20.36 | khonkhortisan | meaning, no bodyguard involved |
| 21:20.37 | blast007 | "Might I interest you in some of our private cyber cloud offerings? Also, AJAX and Web 2.0!" |
| 21:20.57 | JeffM | throw social networking in there |
| 21:21.09 | blast007 | and "user experience" |
| 21:21.09 | JeffM | or "streaming" |
| 21:21.12 | khonkhortisan | private cyber cloud doesn't go together. You can't own a private regular cloud |
| 21:21.14 | blast007 | and some ribbons |
| 21:21.21 | khonkhortisan | I haven't streamed yet |
| 21:21.23 | JeffM | I saw that Office 365 says it supprots "Streaming office on demand" |
| 21:21.27 | JeffM | aka google docs |
| 21:21.30 | blast007 | heh |
| 21:21.49 | blast007 | or ala real player. *double clicks office* "Buffering......." |
| 21:22.14 | JeffM | this word you keep using, I do not think it means what you think it means |
| 21:23.02 | blast007 | Maybe they're actually running Office 2013 on a Windows 8 VM and giving you a remotely controlled video stream of it. |
| 21:23.10 | khonkhortisan | Á la? |
| 21:23.18 | JeffM | heh |
| 21:23.26 | JeffM | I may be able to find out |
| 21:23.32 | JeffM | I don't have office and it'd be super handy for school |
| 21:23.47 | JeffM | and they are offering me 4 years of office 365 for 80$ |
| 21:24.16 | blast007 | khonkhortisan: ala (colloquial) Alternative form of 'a la' |
| 21:24.44 | khonkhortisan | alot (colloquial) Alternative form of 'a lot' |
| 21:25.05 | khonkhortisan | looks up "colloquial" |
| 21:25.39 | khonkhortisan | So "shouldn't've" would be colloquial |
| 21:25.47 | blast007 | heh |
| 21:28.47 | Notify | 03BZFlag:kongr45gpen * 22643 (trunk/bzflag/AUTHORS trunk/bzflag/ChangeLog): Update ChangeLog to reflect the latest changesTiny formatting fix on AUTHORS |
| 21:32.54 | JeffM | Constitution, did I add those files to the xcode thing correctly? |
| 21:33.06 | JeffM | took me forever to find out how to do that |
| 21:36.47 | alezakos | Why does the plugin hiddenAdmin still exist? |
| 21:37.30 | alezakos | Ah, it seems it hides everyone |
| 21:37.58 | alezakos | forget it |
| 22:06.40 | khonkhortisan | alezakos, how do you pronounce the 45? |
| 22:06.55 | alezakos | forty-five? |
| 22:07.02 | khonkhortisan | I could see the 4 being an a, but the 5 being an s doesn't make sense right before a g |
| 22:07.55 | alezakos | I don't think I understand what you're talking about |
| 22:07.56 | khonkhortisan | no 1337speak here, move along |
| 22:09.23 | alezakos | is confused |
| 22:09.52 | khonkhortisan | I was just wondering if kongr45pen was pronounced like T4nk or if those were just numbers |
| 22:10.03 | JeffM | your SF name has a 45 in the middle, he was trying to figure out how to say the name as some people have used numbers to represent letters, this is usualy calle l33t speak |
| 22:10.11 | alezakos | Ah |
| 22:10.15 | alezakos | I understand now :) |
| 22:10.19 | alezakos | forty-five :) |
| 22:10.52 | alezakos | And it's just a random number |
| 22:10.53 | khonkhortisan | okay |
| 22:15.43 | Notify | 03BZFlag:kongr45gpen * 22644 (trunk/bzflag/plugins/airspawn/Makefile.am trunk/bzflag/plugins/chathistory/Makefile.am and 3 others): Add README files to plugins that don't already have them |
| 22:23.26 | alezakos | That drawinfo issue, what is it about? |
| 22:23.26 | alezakos | As far as I've tested, drawinfos aren't counted as lines and, as a result, errors lying in lines after drawinfos are shown to be on different lines |
| 22:26.00 | JeffM | drawinfo is parsed differently |
| 22:26.09 | alezakos | Errors *inside* drawinfos aren't counted at all, I know |
| 22:26.31 | JeffM | if you just want to get the line count right for the errors after that's fine |
| 22:26.45 | JeffM | drawinfo is very complex and dosn't have much error checking IIRC |
| 22:26.53 | JeffM | it just shoves it into the draw structs on the client |
| 22:31.25 | alezakos | Is this what I_Died_Once's issue was all about? Line count after drawinfo? |
| 22:32.16 | JeffM | if I recall yes |
| 22:32.49 | JeffM | just get the line count right for other errors, don't worry about drawinfo errors |
| 22:33.07 | JeffM | while I like what drawinfo can do, I think there is a more generic way to do it |
| 22:33.26 | JeffM | I'd rather have a generic mesh definision for all objects |
| 22:33.31 | JeffM | but thats much later |
| 22:35.11 | I_Died_Once | ...nah, what i needed/wanted has nothing to do with drawinfo, i don't think |
| 22:35.34 | JeffM | can you read over the report I_Died_Once and if it's not valid close it? |
| 22:35.35 | I_Died_Once | it was updating images if there is a new version of the image available |
| 22:35.48 | JeffM | I don't think that's what he's talking about |
| 22:35.57 | JeffM | that is NOT on the table for right now |
| 22:36.13 | I_Died_Once | well excuse me, many apologies |
| 22:36.15 | alezakos | Seems it wasn't I_Died_Once |
| 22:36.18 | JeffM | ahh |
| 22:36.20 | alezakos | Not your fault |
| 22:36.21 | JeffM | what is the bug ID? |
| 22:36.35 | alezakos | 2139541 (http://sourceforge.net/tracker/?func=detail&aid=2139541&group_id=3248&atid=103248) |
| 22:36.41 | JeffM | my guess is optic delusion, he loves drawinfo |
| 22:36.47 | alezakos | yep, you got it |
| 22:36.51 | JeffM | yeah |
| 22:37.11 | JeffM | yeah your summary seems accurate |
| 22:37.16 | delusional_ | wut? |
| 22:37.29 | JeffM | do you think you can get it to just count the drawinfo lines? |
| 22:37.45 | JeffM | bugs are being reviewed and fixored delusional_ |
| 22:38.07 | delusional_ | tepan is the guy you want.. i can give good guesses |
| 22:38.25 | delusional_ | but i know that drawinfo is not sent to collision detection |
| 22:38.42 | JeffM | yeah we know that |
| 22:38.44 | delusional_ | if thats what your asking |
| 22:38.48 | JeffM | that is not what we are asking |
| 22:38.55 | JeffM | we are reading a bug report YOU wrote |
| 22:39.00 | delusional_ | heh |
| 22:39.00 | JeffM | the one linked there |
| 22:39.23 | JeffM | where you say that if there is an error AFTER draw info the line number reported will be wrong |
| 22:39.56 | delusional_ | trepan may have fixed that. |
| 22:40.15 | JeffM | can you verify it for us? |
| 22:40.31 | delusional_ | ok |
| 22:40.34 | JeffM | thanks |
| 22:41.19 | JeffM | alezakos, skip it till he gets back to us |
| 22:41.28 | alezakos | Okay |
| 22:41.54 | JeffM | good review of it tho :) |
| 22:42.31 | alezakos | I just thought of adding getLineCount() as a member function of WorldFileObject, which returns the number of additional lines read by the mesh/drawinfo |
| 22:42.59 | JeffM | that sounds like a decent way to fix it if we need it |
| 22:53.12 | Constitution | JeffM: I believe so? however the compiler modifies version.xcconfig with the bz and xcode versions, so we should try to remember to keep that file out of commits |
| 22:54.14 | delusional_ | no, drawinfo line numbers are not counted correctly. SOME if the drawinfo lines are counted, most are not |
| 22:54.16 | JeffM | should be able to add it as an exclude extension |
| 22:54.22 | delusional_ | it looks like things like.... |
| 22:54.27 | delusional_ | mesh |
| 22:54.27 | delusional_ | # vertices: 5 |
| 22:54.27 | delusional_ | # normals: 5 |
| 22:54.28 | delusional_ | # texcoords: 5 |
| 22:54.42 | delusional_ | are counted, and anything else is not |
| 22:55.05 | JeffM | delusional_, ok, then we'll see what we can do |
| 22:55.08 | JeffM | thanks for checking |
| 22:55.12 | delusional_ | np |
| 22:55.17 | delusional_ | thanks for fixing |
| 22:55.35 | JeffM | I'm not fixing, alezakos is fixing |
| 22:55.45 | alezakos | :) |
| 22:56.37 | JeffM | I'm just trying to grease the wheels |
| 22:57.22 | delusional_ | heres a small sample drawinfo if needed http://pastebin.com/bnAjtkdp |
| 22:58.11 | JeffM | you can attach it to the bug report |
| 22:59.42 | alezakos | delusional_: Thanks for the sample, your issue will have been fixed by tomorrow |
| 23:00.59 | delusional_ | you'll need to add the group... it's only a define. |
| 23:01.40 | alezakos | will keep that in mind |
| 23:12.39 | *** join/#bzflag swigg_ (~swigg@nsc69.38.101-238.newsouth.net) |
| 23:25.14 | *** join/#bzflag macsforme (~josh@bzflag/developer/Constitution) |
| 23:54.06 | *** join/#bzflag ruskie (ruskie@sourcemage/mage/ruskie) |
| 23:57.41 | khonkhortisan | wasn't thinking |
| 23:57.47 | khonkhortisan | I just ran svn log | make |