| 00:30.10 | *** join/#bzflag delusional (n=delusion@pool-141-158-72-139.pitt.east.verizon.net) |
| 00:36.51 | *** join/#bzflag L4m3r_ (i=l4m3r@about/essy/warning/L4m3r) |
| 00:36.51 | *** mode/#bzflag [+v L4m3r_] by ChanServ |
| 00:53.11 | *** join/#bzflag L4m3r (i=l4m3r@about/essy/warning/L4m3r) |
| 00:53.11 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 01:19.20 | *** join/#bzflag jude- (n=jude@c-68-84-206-92.hsd1.az.comcast.net) |
| 01:19.28 | jude- | hello all |
| 01:20.11 | *** join/#bzflag HighKarateKitty (n=HighKara@ip68-98-31-187.ph.ph.cox.net) |
| 01:23.31 | brlcad | howdy jude- |
| 01:37.13 | daxxar | Hey jude-! |
| 01:40.49 | jude- | in std::map, does anyone know what the default key value will be? |
| 01:40.57 | jude- | i.e. before it's initialized? |
| 01:41.18 | jude- | s/key/value |
| 01:42.57 | daxxar | jude-: Afaik it's an instance of the value instantiated with the default constructor |
| 01:43.18 | jude- | kk |
| 01:43.19 | daxxar | E.g. std::map<int, std::string> foo; foo[19] == std::string(); |
| 01:43.34 | daxxar | But do a quick google on stl map, and I bet it'll be documented. :-) |
| 01:44.00 | daxxar | If you want to check if an element exists, use myMap.find(foo) != myMap.end(); |
| 01:44.05 | daxxar | (I guess you already know that, though) |
| 01:44.29 | jude- | heh--I just use the [] operator for that :) |
| 01:46.08 | daxxar | That depends, if you use std::string, e.g., there's no way to differentiate between an empty string and a missing entry. |
| 01:46.16 | daxxar | Same goes for places e.g. where a NULL-pointer is valid. |
| 01:46.19 | daxxar | :-) |
| 01:46.54 | jude- | true... |
| 01:47.47 | daxxar | haha |
| 01:47.57 | daxxar | I was wondering why my map didn't have any of the entries it should have. |
| 01:48.14 | daxxar | After a bit of debugging I realize I forgot to add a call to the function that initializes the map :-P |
| 01:49.33 | jude- | heh--I've already been there on my project :) |
| 01:52.53 | *** join/#bzflag Legoguy|L (n=Legoguy@pool-71-117-57-145.gdrpwi.dsl-w.verizon.net) |
| 02:12.13 | *** join/#bzflag delusional_ (n=delusion@pool-141-158-90-65.pitt.east.verizon.net) |
| 02:13.34 | CIA-3 | BZFlag: 03daxxar * r14448 10/trunk/bzflag/src/bzrobots/ (12 files): (log message trimmed) |
| 02:13.34 | CIA-3 | BZFlag: Major parts of the reworking of RCLink/RCRequest is done. A lot of code has been |
| 02:13.34 | CIA-3 | BZFlag: moved to subclasses of RCRequest. RCRequest has a static method for |
| 02:13.34 | CIA-3 | BZFlag: instantiating RCRequest-subclasses based on a string (i.e. Request command). I |
| 02:13.34 | CIA-3 | BZFlag: will probably get a major flogging for my use of macros, but oh well. ;-) |
| 02:13.36 | CIA-3 | BZFlag: NOTE: New protocol is case sensitive. This could change, but I don't see a need - the protocol is mainly aimed at machine-interpretation. |
| 02:13.39 | CIA-3 | BZFlag: Major parts that were previously working aren't. This won't take long to fix, |
| 02:14.18 | daxxar | .. most notably ExecuteReq::process() (To make the tank do stuff) and the old protocols commands (GetObstaclesReq::process(), GetOtherTanksReq::process(), etc). |
| 02:14.59 | daxxar | Please leave floggings prefixed with 'daxxar:' or directed via email / privmsg, and they will be considered tomorrow. |
| 02:15.03 | daxxar | I'm now heading to bed. :-) |
| 02:15.17 | jude- | good night daxxar |
| 02:15.48 | daxxar | Still a bit of cleanup to do from the old protocol handling, but it will be taken care of in due time. |
| 02:16.24 | TD-Linux | ~lart daxxar |
| 02:16.24 | ibot | throws a AN/M-8 smoke grenade at daxxar |
| 02:16.28 | TD-Linux | is that close enough? |
| 02:16.40 | TD-Linux | it should still highlight |
| 02:16.41 | daxxar | It contained my nick, so yes. ;-) |
| 02:16.44 | a_meteorite | smoke grenades don't hurt |
| 02:16.46 | TD-Linux | good. |
| 02:16.49 | brlcad | nah, no floggings |
| 02:16.51 | TD-Linux | ~lart daxxar |
| 02:16.51 | ibot | blames daxxar for all the evil in the world |
| 02:16.53 | brlcad | macros have their place |
| 02:16.58 | daxxar | ^_^ |
| 02:17.03 | daxxar | ~lart gotos |
| 02:17.03 | ibot | decapitates gotos conan the destroyer style |
| 02:17.03 | brlcad | course i haven't read how you used them yet :) |
| 02:17.10 | brlcad | gotos have thier place too |
| 02:17.16 | TD-Linux | ~lart brlcad |
| 02:17.16 | ibot | frags brlcad with his BFG9000 |
| 02:17.25 | daxxar | brlcad: Repeated class / function definitions. (a *lot* of them) |
| 02:17.31 | purple_cow | brlcad has his place |
| 02:17.39 | brlcad | yup |
| 02:17.41 | daxxar | See RCRequests.cxx and RCRequests.h |
| 02:20.59 | daxxar | I'll go brush my teeth, any feedback is welcome. |
| 02:22.51 | brlcad | here's some feedback for you: i'm hungry |
| 02:24.56 | brlcad | daxxar: no floggings, but the Factory class probably would have been more effective (and much cleaner/simpler) |
| 02:25.30 | jude- | daxxar: this is just my humble opinion on the matter, but in RCRequests.h, it may be a bit more elegant to create subclasses instead of a bunch of DECLARE_REQUEST_BEGIN/DECLARE_REQUEST_END statements |
| 02:26.47 | jude- | it's a bit more code, yes.... |
| 02:27.47 | brlcad | oh yeesh (/me gets to RCRequests) |
| 02:30.44 | daxxar | Uh oh. :p |
| 02:33.09 | daxxar | They are all subclasses, though, jude-. |
| 02:33.19 | jude- | I know... |
| 02:34.05 | daxxar | brlcad: Yes, I know it's not pretty. But I *do* need to declare all the classes, and there's one for each protocol command. |
| 02:35.21 | daxxar | And there's ~34 of them documented on the Wiki. =o |
| 02:36.55 | daxxar | Hmm. The ones in RCRequests.cxx I can do away with, actually. My bad. |
| 02:49.44 | *** join/#bzflag Macrosoft (n=Macrosof@c-75-65-81-245.hsd1.la.comcast.net) |
| 03:05.16 | daxxar | Eep. Some recent commit broke my bzrobots-compile. |
| 03:05.29 | daxxar | BackgroundRenderer.o: In function `DisplayListSystem::Instance()': |
| 03:05.29 | daxxar | /home/daxxar/projects/bzflag/src/bzrobots/../../include/OpenGLUtils.h:64: undefined reference to `DisplayListSystem::DisplayListSystem()' |
| 03:06.05 | brlcad | just check the header, should be something trivial |
| 03:09.06 | daxxar | Yes - I think something is including OpenGLUtils.h - which defines a static DisplayListSystem, but DisplayListSystem.cxx isn't compiled. |
| 03:12.14 | daxxar | OpenGLUtils.css, even |
| 03:12.22 | brlcad | there is no displaylistsystem.cxx, it's all in the header (and perhaps part of the issue) |
| 03:14.41 | daxxar | Hm. |
| 03:15.51 | daxxar | Anyway. I removed all of the macros used in RCRequests.cxx |
| 03:16.06 | daxxar | And only a bit of macroing in RCRequests.h, I can remove that too - just a couple extra lines. |
| 03:30.25 | daxxar | brlcad: You still around? |
| 03:31.08 | daxxar | What *is* AutoHunt? :o |
| 03:31.18 | *** join/#bzflag zee038 (i=92731f72@gateway/web/cgi-irc/zeebrothers.net/x-e384eebf090d7ca9) |
| 03:32.40 | daxxar | Hm, it draws an indicator on specific 'targets' based on certain criteria? |
| 03:32.50 | a_temp_dist | daxxar: http://my.bzflag.org/bb/viewtopic.php?t=8029&highlight=autohunt |
| 03:37.06 | daxxar | brlcad: Would it be possible to add some kind of NO_CLIENT-flag to the build process if there's no client? (like in config.h or someting) |
| 03:37.33 | daxxar | Or, hm, nevermind. |
| 03:38.51 | brlcad | daxxar: really the code that the client and bzrobots share should be refactored into libGame, just leaving the gui code in the client (which for bzrobots is mostly nil) |
| 03:42.07 | daxxar | Yeah |
| 03:42.30 | daxxar | Ah, fuckit. I'm going to bed. |
| 03:42.33 | daxxar | It's soon 6AM here :O |
| 03:42.50 | brlcad | language for the kiddies please |
| 03:42.56 | brlcad | cya though |
| 03:43.08 | daxxar | Oh, sorry. :-) |
| 03:43.14 | CIA-3 | BZFlag: 03daxxar * r14449 10/trunk/bzflag/src/bzrobots/ (RCRequest.cxx RCRequest.h RCRequests.cxx RCRequests.h): I might've gone a bit overboard with the macros. This should be better. ;-) |
| 03:43.19 | poolio | |23:39| <@ brlcad> daxxar: really the code that the client and bzrobots share should be refactored into libGame, just leaving the gui code in the client (which for bzrobots is mostly nil) |
| 03:44.05 | brlcad | daxxar: possibly even using a decorator class or something |
| 03:44.17 | daxxar | Spent like 40 minutes digging around in Makefile.am's and random code, to see how much work it would be to remove all the GUI-stuff from bzrobots' Makefile.am and such. |
| 03:44.19 | poolio | christ |
| 03:44.23 | poolio | i'm gonna destroy my middle mouse or remap it |
| 03:44.25 | daxxar | decorator class? |
| 03:45.03 | daxxar | Btw, Factory only does no-parameter constructors, unless I inherit from it and do some major changes. ;-) |
| 03:45.17 | daxxar | "Major" being a relative term, Factory isn't that much code to begin with. |
| 03:45.33 | daxxar | Or just use a default constructor and set the member variables after instantiation (and not during). |
| 03:45.41 | daxxar | Anyway. Now I'm really going to bed. Catch you tomorrow. |
| 03:55.09 | *** join/#bzflag Constitution (n=Constitu@mmds-216-19-24-101.mm.az.commspeed.net) |
| 04:17.35 | *** join/#bzflag lodxcol (n=lodxcol@unaffiliated/lodxcol) |
| 04:32.45 | Macrosoft | hey jude- |
| 04:34.39 | jude- | hello Macrosoft |
| 04:35.42 | Macrosoft | what was the name of that phone that is supposed to be better than iphone when it comes out? |
| 04:36.27 | *** join/#bzflag QuantumBeep (n=QuantumB@doc-24-32-46-104.leesville.la.cebridge.net) |
| 04:36.28 | jude- | fic neo1973 |
| 04:38.54 | brlcad | daxxar: yeah default constructor is the design intent, keeps it generic and keeps the interface simple |
| 04:39.19 | brlcad | Macrosoft: the iPhone v2 |
| 04:40.10 | a_meteorite | Apple has so many patents on the iPhone, it's gonna be hard for competitors. |
| 04:40.16 | a_meteorite | imho |
| 04:40.27 | jude- | pffft |
| 04:40.27 | purple_cow | that's not how patents work |
| 04:40.31 | Macrosoft | is that the design they have decided to use for sure? (for the fic neo1973) |
| 04:40.43 | jude- | Macrosoft: to the extent of my knowledge |
| 04:40.46 | a_meteorite | purple_cow: some of their touch screen stuff is patented... |
| 04:40.52 | purple_cow | the iPhone violates so many patents also, that any competitor with a reasonable patent portfolio can just cross-license |
| 04:40.56 | jude- | Macrosoft: I'm waiting for the second "Advanced" revision of that |
| 04:40.57 | tannerld | lol |
| 04:41.02 | Macrosoft | jude-: its ugly as hell |
| 04:41.06 | a_meteorite | well, didn't think about that |
| 04:41.24 | jude- | Macrosoft: beauty is in the eye of the beholder |
| 04:41.31 | jude- | Macrosoft: I think the iPhone is ugly |
| 04:41.50 | a_meteorite | I think it's a piece of art. Deserves to be a musuem masterpiece. |
| 04:41.51 | jude- | like the rest of Apple's products |
| 04:41.56 | Macrosoft | well then, my idea of ugly is a flat oval |
| 04:42.31 | Macrosoft | i think the front of the iphone looks good, but the back doesnt |
| 04:42.32 | a_meteorite | jude-: would you buy a grey phone that has square everything? |
| 04:42.48 | a_meteorite | and the interface looked like windows? |
| 04:42.57 | a_meteorite | "let's sprinkle in some grey and blue!" |
| 04:42.59 | Macrosoft | square headphones? :p |
| 04:43.09 | jude- | a_meteorite: if it was user-programmable, if it had a decent processor, if it had decent amounts of RAM, then sure :) |
| 04:43.13 | tannerld | Macrosoft: well, what is a back supposed to look like? :P |
| 04:43.26 | Macrosoft | not like the iphone |
| 04:43.50 | jude- | s/"could not care"/"could care" |
| 04:43.50 | a_meteorite | they should have continued the black on the back |
| 04:44.11 | a_meteorite | but it's still a masterpiece :D |
| 04:44.26 | Macrosoft | heh, maybe they should have made the back a mirrored version of the front (touch screen and all) |
| 04:44.43 | Macrosoft | make both sides the front |
| 04:45.02 | tannerld | a_meteorite: ? |
| 04:45.05 | jude- | Macrosoft: the Neo1973 runs OpenMoko, meaning it's (a) open-source and (b) user-programmable, it has a memory expansion slot (which the iPhone lacks), a replacable battery (which the iPhone lacks), a VGA screen (which the iPhone lacks), ... |
| 04:45.06 | Macrosoft | a_meteorite: what is it |
| 04:45.17 | jude- | *replacible |
| 04:45.20 | a_meteorite | like I'd say :) |
| 04:45.36 | QuantumBeep | Noodleman, once you've said that much, you're just being a goon if you don't say. |
| 04:45.45 | QuantumBeep | "Noodleman"? |
| 04:45.49 | QuantumBeep | I didn't type that. |
| 04:45.51 | Macrosoft | why do i want a vga screen in particular? |
| 04:45.51 | a_meteorite | er, Noodleman? |
| 04:45.58 | jude- | and it's unlocked (i.e. independent of the service provider), and it uses GSM |
| 04:45.59 | tannerld | QuantumBeep: lol |
| 04:45.59 | QuantumBeep | s/Noodleman/No/ |
| 04:46.15 | jude- | Macrosoft: better multimedia |
| 04:46.25 | jude- | and the Neo has a 3D accelerator |
| 04:46.35 | purple_cow | shame it's fugly |
| 04:46.35 | a_meteorite | fine fine, I'll say |
| 04:46.36 | QuantumBeep | Battery life? |
| 04:46.39 | jude- | which, to the extent of my knowledge, the iPhone lacks |
| 04:46.52 | a_meteorite | video conferencing on the iphone, ichat style |
| 04:47.03 | a_meteorite | video chat with people on the go! |
| 04:47.10 | tannerld | heh |
| 04:47.16 | a_meteorite | :o |
| 04:47.20 | QuantumBeep | Sounds like a wonderful way to get people to walk into walls, but OK. |
| 04:47.25 | jude- | heh--internet tablets are pretty cool |
| 04:47.30 | QuantumBeep | We'll see sime hilarious lawsuits. |
| 04:47.43 | Macrosoft | although all of that makes it better than iphone, it still needs to look like a cool phone, and not like a coaster for my drinks |
| 04:47.51 | purple_cow | I'd be tempted by the iphone if it had a screen like the N800's and was a lot cheaper |
| 04:48.37 | a_meteorite | purple_cow: just looked at the N800.. ick.. keys. :) |
| 04:48.43 | QuantumBeep | High-end Nokia phones are really something else. |
| 04:48.48 | purple_cow | a_meteorite: keys? |
| 04:48.56 | a_meteorite | it has a couple buttons |
| 04:48.58 | purple_cow | it's got a couple buttons, yeah, and also it's not a phone |
| 04:49.04 | a_meteorite | pda? |
| 04:49.08 | purple_cow | sorta? |
| 04:49.41 | QuantumBeep | My dad has an N93. He's the envy of all the bored security guards over in Kuwait City, because I encoded his video collection to phone format. |
| 04:49.47 | Macrosoft | fine with me, i would probably use everything BUT the phone if i had a cool phone :) |
| 04:49.53 | purple_cow | anyhow, the screen is 800x480, which knocks your socks off |
| 04:50.10 | QuantumBeep | N800 is that little internet machine that looks like a good GPS, right? |
| 04:50.13 | *** join/#bzflag noyb (i=noyb@nat/sun/x-2b8075075913f397) |
| 04:50.31 | purple_cow | yeah |
| 04:50.39 | purple_cow | but if you want GPS on it you have to buy a bluetooth one |
| 04:51.50 | QuantumBeep | I have a short list of gadgets I really want to own. |
| 04:51.58 | QuantumBeep | Oddly, the top item is a pair of headphones. |
| 04:52.07 | tannerld | lol |
| 04:53.14 | *** join/#bzflag delusional (n=delusion@pool-141-158-91-111.pitt.east.verizon.net) |
| 04:53.51 | jude- | Macrosoft: you think this is ugly? http://www.openmoko.com/press/index.html |
| 04:54.03 | *** join/#bzflag L4m3r (i=l4m3r@about/essy/warning/L4m3r) |
| 04:54.03 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 04:54.07 | jude- | there are older, ugly pics of the Neo, but the latest black one is pretty asthetically pleasing |
| 04:54.32 | Macrosoft | yeah |
| 04:54.46 | Macrosoft | heres the pics i was looking at: |
| 04:54.49 | a_meteorite | jude-: compared to the iphone, I think it's ugly too :P |
| 04:54.56 | Macrosoft | http://www.linuxdevices.com/news/NS2986976174.html |
| 04:54.56 | tannerld | imho, its not the nicest thing |
| 04:55.16 | jude- | Macrosoft: yeah, the LinuxDevices article provides ugly, older pics :P |
| 04:55.51 | Macrosoft | jude-: the black with chrome-ish colored trim looks cool though |
| 04:55.52 | jude- | a_meteorite: didn't you just imply that a squar-ish phone would be ugly? |
| 04:56.25 | a_meteorite | iphone is not totally square |
| 04:56.33 | jude- | nor is this :) |
| 04:56.35 | a_meteorite | plus it doesn't have a handle in it (?!) |
| 04:56.43 | a_meteorite | plus it's interface is much nicer :) |
| 04:56.50 | jude- | how so? |
| 04:57.12 | Macrosoft | jude-: do you have the size specs for the phone (total size, screen size, etc.) |
| 04:57.16 | a_meteorite | the icons are more nicely done on the iphone, me thinks |
| 04:57.28 | Macrosoft | a_meteorite: agreed |
| 04:57.29 | jude- | it's slightly bigger and more massive than the iPhone, but only by a few millimeters and grams respectively |
| 04:57.30 | a_meteorite | plus that silver edge is... quite distracting from the screen |
| 04:58.01 | Macrosoft | the iphone itself is distracting rom the screen :p |
| 04:58.01 | jude- | a_meteorite: the neo runs Linux; it's not like you can't legally install a different theme ;) |
| 04:58.13 | a_meteorite | sure |
| 04:58.14 | Macrosoft | *from |
| 04:58.35 | a_meteorite | but most open-source themes are not on par what you find in a commercial offering from apple ;) |
| 04:58.43 | jude- | pffft |
| 04:58.49 | L4m3r | oh please |
| 04:58.52 | Macrosoft | make your own theme then |
| 04:58.58 | jude- | the KDE theme I'm using now is more beautiful than Apple's and M$'s by FAR |
| 04:59.01 | a_meteorite | I'm just generalizing |
| 04:59.09 | L4m3r | Linux can get you a consistent UI from different GUI toolkits |
| 04:59.18 | Macrosoft | jude-: what theme are you using? |
| 04:59.19 | a_meteorite | but usually I have the small complaints, things don't line up like they should |
| 04:59.25 | L4m3r | Apple can't even unify UI for their own in-house apps |
| 04:59.27 | a_meteorite | widgets are inconsistent through different apps |
| 04:59.49 | a_meteorite | heck, if the textbox in an app doesn't highlight right in mac os x, I ditch it |
| 05:00.05 | jude- | Macrosoft: nuvoX (http://www.kde-look.org/content/show.php/nuvoX?content=38467) |
| 05:00.21 | Macrosoft | http://www.kde-look.org/content/show.php/nuvoX?content=38467 |
| 05:00.31 | Noodleman | QuantumBeep: you rang? :-) |
| 05:00.46 | tannerld | Noodleman: lol |
| 05:00.51 | QuantumBeep | noyb, that was quantum phenomena. |
| 05:00.51 | a_meteorite | Macrosoft: please don't tell me that's pretty... |
| 05:00.55 | QuantumBeep | Sorry to bug you. |
| 05:00.58 | QuantumBeep | WHAT |
| 05:01.05 | QuantumBeep | s/noyb/no |
| 05:01.07 | Macrosoft | jude-: its only the icons? |
| 05:01.12 | Noodleman | quantum phenomena are fun |
| 05:01.25 | jude- | those are the icons I'm using |
| 05:01.32 | a_meteorite | ew |
| 05:01.41 | QuantumBeep | no, |
| 05:01.48 | jude- | the widget set is a modified Plastik with darker shades of silver and blue, and I'm using a custom Beryl theme |
| 05:02.47 | Macrosoft | jude-: the preview of plastik looks pretty ugly |
| 05:03.11 | jude- | Macrosoft: that's why I modified the colors so it looked better :) |
| 05:03.22 | jude- | wait...I'm using Lipstik. nm |
| 05:03.35 | a_meteorite | you're using lipstick?! TMI |
| 05:03.40 | *** part/#bzflag a_temp_dist (n=a_temp_d@about/essy/alarming/a-temp-dist) |
| 05:03.49 | tannerld | lol |
| 05:03.55 | jude- | TMI? |
| 05:03.58 | jude- | nm |
| 05:04.00 | a_meteorite | too much information |
| 05:04.06 | jude- | that just occured to me :) |
| 05:04.32 | Macrosoft | jude-: my icons are Crystal SVG |
| 05:04.56 | jude- | heh--the KDE default |
| 05:05.24 | Macrosoft | widget style is Ia Ora |
| 05:07.24 | Macrosoft | ooh, Keramik looks cool |
| 05:07.35 | jude- | heh--the previous default :) |
| 05:07.47 | Macrosoft | which one? |
| 05:08.53 | jude- | a_meteorite: www.u.arizona.edu/~jnaleon/screenshot1.png |
| 05:09.11 | jude- | wait |
| 05:09.16 | a_meteorite | not found ;) |
| 05:09.19 | jude- | www.u.arizona.edu/~jnelson/screenshot1.png |
| 05:09.45 | a_meteorite | not found |
| 05:10.16 | jude- | www.u.arizona.edu/~jnelson/snapshot1.png |
| 05:10.18 | jude- | sorry :P |
| 05:10.38 | a_meteorite | oh, yeah, very ugly indeed :P |
| 05:11.09 | a_meteorite | the log out and shutdown buttons don't fit in |
| 05:11.14 | a_meteorite | too mac os 9 grey looking.. |
| 05:11.20 | a_meteorite | with hard shadows |
| 05:11.48 | jude- | what does your desktop look like, then? |
| 05:11.54 | Macrosoft | here's one of mine: |
| 05:12.28 | a_meteorite | I don't think you'd want to see until I cleaned my desktop :) |
| 05:12.36 | jude- | meh |
| 05:12.39 | jude- | I can see past icons |
| 05:13.39 | jude- | a_meteorite: besides, I have Beryl installed |
| 05:13.52 | jude- | which, quite frankly, puts Mac OS X's UI to shame |
| 05:14.11 | Macrosoft | ok, here it is: http://mdk0.servegame.com:8001/desktop.png |
| 05:14.39 | a_meteorite | that' |
| 05:14.43 | a_meteorite | that's even worse :o |
| 05:14.51 | blast007 | Macrosoft: wow... special |
| 05:15.17 | Macrosoft | i need to clean out the icons |
| 05:17.12 | jude- | a_meteorite: screenie? |
| 05:18.53 | a_meteorite | fine |
| 05:19.37 | Macrosoft | jude-: where can i get some better widget styles and such for my box? |
| 05:19.46 | jude- | www.kde-look.org |
| 05:19.59 | jude- | or inside Mandriva's package lists |
| 05:20.10 | jude- | (i.e. for pre-packaged ones that you don't have to build from source) |
| 05:21.39 | Macrosoft | kde 4.0? i thought 3.5 was still the newest? |
| 05:21.47 | purple_cow | wow, that's even more orange than ubuntu |
| 05:22.20 | jude- | lol |
| 05:22.29 | jude- | Macrosoft: Keramic was default in Kde 3.2.2 |
| 05:22.40 | jude- | Plastik is for Kde 3.5 |
| 05:23.12 | a_meteorite | jude-: http://75.15.126.1/screenshots/desktop.png |
| 05:23.13 | a_meteorite | trust me, I know exactly what every icon on my desktop is for :P |
| 05:24.03 | Macrosoft | slow download |
| 05:24.09 | jude- | ya |
| 05:24.12 | a_meteorite | my home connection |
| 05:24.24 | Macrosoft | how was mine? slow? |
| 05:24.42 | Macrosoft | was mine slow? |
| 05:24.46 | a_meteorite | no |
| 05:25.10 | Macrosoft | hmm... im using my home connection too |
| 05:25.19 | jude- | a_meteorite: default Mac OS X theme? |
| 05:25.25 | jude- | c'mon |
| 05:25.28 | a_meteorite | yeah, I'm a cheapskate :P |
| 05:25.36 | Macrosoft | still downloading...cant see it yet |
| 05:25.51 | a_meteorite | hah |
| 05:25.55 | Macrosoft | halfway there... i think |
| 05:26.10 | a_meteorite | I still think it's way more beautiful than any theme I've seen for linux |
| 05:26.22 | a_meteorite | most mac os x lookalike themes are horrible |
| 05:26.25 | a_meteorite | and miss key elements |
| 05:26.36 | a_meteorite | or overdo the pinstripe look, or whatnot |
| 05:26.37 | jude- | pffft |
| 05:26.41 | a_meteorite | usually the widgets are poor too |
| 05:26.44 | jude- | Mac OS X looks like a rip-off of Keramik |
| 05:26.50 | Macrosoft | i woulnd mind having the dashboard in linux |
| 05:27.00 | jude- | Macrosoft: Kiba-Dock, kxdocker |
| 05:27.09 | Macrosoft | *wouldn't |
| 05:27.11 | jude- | both more than capable of emulating the OSX look and feel |
| 05:27.34 | Macrosoft | its finished...finally |
| 05:28.04 | Macrosoft | a_meteorite: you should nag your parents until they get a faster connection |
| 05:28.33 | a_meteorite | this is the fastest consumer connection in town |
| 05:28.40 | jude- | or upload it to a remote server |
| 05:28.45 | Macrosoft | what company? |
| 05:28.54 | a_meteorite | SBC Yahoo (now AT&T) |
| 05:28.58 | a_meteorite | but we live in a small town |
| 05:29.03 | a_meteorite | so, hey |
| 05:29.23 | Macrosoft | hmm... we have comcast here (RIP timw warner) |
| 05:29.30 | Macrosoft | time |
| 05:30.03 | jude- | a_meteorite: Mac OS X itself is ugly enough. The least you could have done is gotten rid of the pastey-white color theme |
| 05:30.08 | Macrosoft | time warner cable didnt suck before they were taken over by comcast :( |
| 05:30.38 | a_meteorite | jude-: it's the best ever, way better than any KDE or Gnome theme I've seen (though the Gnome Mac OS X lookalike themes are generally better) |
| 05:31.05 | jude- | I guess we'll have to agree to disagree |
| 05:31.14 | a_meteorite | :P |
| 05:31.31 | a_meteorite | I don't mind dark themes, just has to be done well |
| 05:31.52 | jude- | I don't mind white or translucent themes; they just shouldn't look like bulging plastic candy |
| 05:32.10 | a_meteorite | :P |
| 05:32.31 | blast007 | candy? did someone say candy? |
| 05:32.37 | a_meteorite | blast007: yes, we saved some for you |
| 05:32.40 | a_meteorite | ~candy blast007 |
| 05:33.02 | a_meteorite | ~give blast007 candy |
| 05:33.03 | ibot | ACTION gives candy to blast007 |
| 05:33.07 | a_meteorite | there ya go |
| 05:33.09 | Macrosoft | heh, i found an option to have my clock display the time in binary instead of decimal... all i need now is one that does hex |
| 05:33.39 | jude- | Macrosoft: that ships with KDE by default |
| 05:33.40 | blast007 | or have it display in 'flashing-twelve' notation |
| 05:33.45 | jude- | everyone who has KDE has that applet |
| 05:33.46 | a_meteorite | Macrosoft: the million dollar question: can you actually read it at a glance like what clocks were meant for? |
| 05:33.56 | a_meteorite | oh, yay, people in our apartment's doing illegal fireworks |
| 05:34.10 | jude- | a_meteorite: I have one in my bedroom that I use to tell time |
| 05:34.26 | jude- | a_meteorite: illegal? |
| 05:34.28 | blast007 | a_meteorite: I would hope that doing ANY fireworks in an appartment would be illegal |
| 05:34.34 | a_meteorite | all fireworks in this area is illegal |
| 05:34.58 | jude- | a_meteorite: which "area" is this? |
| 05:35.03 | jude- | i.e. general region |
| 05:35.07 | a_meteorite | jude-: san luis obispo county |
| 05:35.09 | blast007 | Earth |
| 05:35.18 | a_meteorite | the only fireworks allowed are on the beach |
| 05:35.36 | jude- | heh |
| 05:35.39 | jude- | you're lucky |
| 05:35.51 | jude- | ALL fireworks are illegal in southern Arizona |
| 05:36.05 | a_meteorite | well, that's the way it is here, except for on the beaches ;) |
| 05:36.16 | jude- | but a lot of people I know smuggle them across the border :P |
| 05:36.19 | a_meteorite | heh |
| 05:36.24 | purple_cow | well, "lucky" |
| 05:36.30 | jude- | luckier |
| 05:36.33 | a_meteorite | of course, my aunt used to tell stories about smugging in fireworks |
| 05:36.33 | purple_cow | even if they're legal, they're a great way to lose a hand or face |
| 05:36.40 | *** join/#bzflag eTangenT_ (n=tangent@71-211-222-224.hlrn.qwest.net) |
| 05:36.53 | jude- | purple_cow: even miniscule fireworks like firecrackers and whatnot are illegal |
| 05:37.05 | a_meteorite | even those little "pop it" things are banned here |
| 05:37.15 | jude- | same here |
| 05:37.16 | a_meteorite | where you throw one on the ground and it pops. yeah. |
| 05:37.20 | jude- | illegal |
| 05:37.22 | blast007 | wow... |
| 05:37.24 | blast007 | that's lame |
| 05:37.28 | a_meteorite | very |
| 05:37.28 | jude- | do tel |
| 05:37.30 | jude- | *tell |
| 05:37.51 | blast007 | "omg, a sparkler! I'm calling the cops!" |
| 05:37.58 | jude- | well, since it was 115 degrees F here, and 0 chance of rain, and 25% humidity, I can see why :{ |
| 05:38.06 | a_meteorite | oi |
| 05:38.20 | purple_cow | it's all fun and games until someone gets their tri-county area burned down |
| 05:38.36 | a_meteorite | well, it only gets that hot in the inland areas of SLO county.. but all of this area is way below rain averages |
| 05:38.45 | jude- | ...and the area where I live endured a major fire a few years ago as it is :/ |
| 05:38.51 | a_meteorite | actually, not even that hot, maybe 105F tops |
| 05:39.06 | jude- | a_meteorite: 115F...in the shade |
| 05:39.11 | a_meteorite | :o |
| 05:39.15 | jude- | ya |
| 05:39.17 | jude- | crispy |
| 05:39.23 | jude- | and ZERO clouds |
| 05:39.24 | a_meteorite | I'd move. right away. |
| 05:39.35 | a_meteorite | I can't handle high heat, that's why we live only a few miles from the coast |
| 05:40.03 | a_meteorite | well, neither can mom. that's probably cause we're both used to cool meditteranean :) |
| 05:40.17 | jude- | you're from Europe? |
| 05:40.18 | a_meteorite | otherwise we'd go get cheap housing up in the hotter inland areas |
| 05:40.28 | a_meteorite | no, but it is a mediterranean climate |
| 05:40.34 | jude- | oh |
| 05:40.47 | purple_cow | pfft. it's a central coast climate |
| 05:40.50 | a_meteorite | :P |
| 05:40.55 | jude- | heh--I'm originally from Vermont. I would have a hard time adapting if I moved back :P |
| 05:41.00 | a_meteorite | my science books says different, heh |
| 05:41.42 | a_meteorite | well, I really better get headed to bed. g'night. |
| 05:41.48 | jude- | g'night a_meteorite |
| 05:53.30 | *** join/#bzflag amathis (n=amathis@c-75-64-163-68.hsd1.tn.comcast.net) |
| 06:10.24 | *** join/#bzflag Electric1lf (n=dbharris@bas1-toronto48-1242461305.dsl.bell.ca) |
| 06:14.07 | Macrosoft | ...time to sleep |
| 06:14.17 | *** part/#bzflag Macrosoft (n=Macrosof@c-75-65-81-245.hsd1.la.comcast.net) |
| 06:28.13 | *** join/#bzflag Admirarch (i=mwr25@pip.srcf.societies.cam.ac.uk) |
| 06:50.34 | *** join/#bzflag TimRiker (n=timr@001-792-441.area1.spcsdns.net) |
| 06:50.34 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 07:13.44 | *** join/#bzflag Admirarc1 (i=mwr25@pip.srcf.societies.cam.ac.uk) |
| 07:24.44 | *** join/#bzflag Constitution (n=Constitu@72.24.124.7) |
| 07:25.17 | Constitution | Hate to bring this up again, but Pythonian is running EIGHT bots, with three humans. |
| 07:25.29 | Constitution | I can understand three or four maybe, but EIGHT... |
| 07:25.43 | QuantumBeep | The problem is that using bots starts an arms race. |
| 07:25.50 | QuantumBeep | An arms race that we really don't want. |
| 07:27.33 | Constitution | and "bots" is a filtered word :-\ |
| 07:37.00 | Constitution | it's actually a halfway decent map & server IMHO, were it not for the extreme number of bots |
| 07:37.36 | QuantumBeep | Only halfway |
| 07:37.51 | QuantumBeep | And with so many good maps out there, only halfway is a complete loss. |
| 07:37.58 | QuantumBeep | He doesn't remotely deserve that attention. |
| 07:38.07 | Constitution | agreed |
| 07:43.27 | Constitution | "Pythonian Commercial BZFlag Server"... lol |
| 07:50.24 | Pommes | is it possible to show the number of bots in the serverlist? |
| 07:51.00 | Pommes | probably takes some work I guess |
| 08:16.29 | donny_baker | bots are ignored by the server list in 2.1 |
| 08:21.32 | L4m3r | I remember some noob complaining about being banned for reporting a cheater |
| 08:22.22 | L4m3r | frankly Harlin has acted like an assclown every time I've dealt with him, and it annoys me that he hasn't yet been de-listed |
| 08:22.38 | L4m3r | last time he came around with a server, he stole Boxy War... |
| 09:37.01 | *** join/#bzflag L4m3r (i=l4m3r@about/essy/warning/L4m3r) |
| 09:37.01 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 09:56.39 | *** join/#bzflag delusional (n=delusion@pool-71-253-0-12.pitbpa.east.verizon.net) |
| 10:20.24 | *** join/#bzflag KTL (n=KTL@kotnet-149.kulnet.kuleuven.be) |
| 11:27.24 | daxxar | brlcad: Okay. Do you think I should port to Factory<RCRequest, std::string> and use the default ctor, or just keep the static map? |
| 11:27.29 | daxxar | Morning, btw. |
| 11:37.31 | ts | daxxar: What is getRobotsProtocolVersion() ? |
| 11:38.09 | daxxar | It's a function that returns the currently compiled version of the BZRobots protocol |
| 11:38.19 | ts | Where is it declared? |
| 11:38.26 | daxxar | version.h |
| 11:39.07 | ts | daxxar: Not in my version.h |
| 11:40.15 | CIA-3 | BZFlag: 03daxxar * r14450 10/trunk/bzflag/ (include/version.h src/date/buildDate.cxx): Forgot to commit from trunk, committed directly from src/bzrobots. Here's the updated version.h and buildDate.cxx, with getRobotsProtocolVersion() ;-) |
| 11:40.23 | daxxar | Thanks for reporting it. :-) |
| 11:40.25 | ts | tnx |
| 11:40.36 | daxxar | raid1: Disk failure on hdd, disabling device. |
| 11:40.37 | daxxar | <PROTECTED> |
| 11:40.39 | daxxar | Meep. :( |
| 11:41.54 | ts | Not good :( |
| 11:42.38 | ts | I've only 1 hd and it's constantly too hot, no failure until now, thogh |
| 11:42.41 | ts | though* |
| 11:46.40 | CIA-3 | BZFlag: 03t-s * r14451 10/trunk/bzflag/src/bzrobots/RCRequests.h: extra ';'s leading to compiler errors |
| 11:47.07 | daxxar | What, really? What compiler chokes on too many ;'s? :-) |
| 11:47.17 | ts | Mine :p |
| 11:47.23 | daxxar | Which is? |
| 11:47.55 | ts | powerpc-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5367) |
| 11:48.11 | daxxar | Hm, okay. I've only tested builds on gcc 4.1 |
| 11:49.16 | daxxar | Thanks for testing my code in slightly different build environments.;-) |
| 11:49.40 | daxxar | Anyway, hopping into the shower |
| 11:49.45 | ts | cu |
| 11:50.48 | *** join/#bzflag donny_baker (n=donny__@about/essy/vvvvv/donnybaker) |
| 11:57.36 | *** join/#bzflag BenUrban_ (n=benurban@unaffiliated/benurban) |
| 11:58.04 | *** join/#bzflag wanda (n=wanda@proxy6.fujitsu-siemens.com) |
| 12:03.43 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 12:13.34 | *** join/#bzflag TimRiker (n=timr@032-305-446.area1.spcsdns.net) |
| 12:13.34 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 12:26.34 | *** join/#bzflag TimRiker (n=timr@h4607e944.area7.spcsdns.net) |
| 12:26.34 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 12:28.41 | daxxar | A. delightful. |
| 12:45.45 | *** join/#bzflag eTangenT (n=tangent@71-211-217-163.hlrn.qwest.net) |
| 13:08.18 | brlcad | daxxar: I think you should port myself -- it's easier to maintain patterns that use the same code, but do what you think works best |
| 13:18.42 | *** join/#bzflag TheRedBaron (n=Kalen@fl-71-52-16-80.dhcp.embarqhsd.net) |
| 13:31.47 | daxxar | Btw, to get bzrobots to compile with --disable-client |
| 13:32.08 | daxxar | Is it ``bad'' to make a local OpenGLUtils.cxx that implements all the functions as empty ones? |
| 13:35.38 | *** part/#bzflag TheRedBaron (n=Kalen@fl-71-52-16-80.dhcp.embarqhsd.net) |
| 13:44.11 | brlcad | probably |
| 13:45.30 | brlcad | would just be a short-term hack to compensate for the fact that it's compiling gui code |
| 13:51.19 | *** join/#bzflag Jwir3 (n=Jwir3@c-66-41-249-30.hsd1.mn.comcast.net) |
| 13:53.13 | daxxar | Yep |
| 13:59.16 | *** join/#bzflag TheRedBaron (n=Kalen@fl-71-52-16-80.dhcp.embarqhsd.net) |
| 14:00.13 | daxxar | The code I'm writing is mostly removed from the hacks that bzrobots has implemented, so cleaning it up later will be just as easy as cleaning it up now. |
| 14:01.45 | daxxar | I'm not 100% on Makefile.am, but I changed src/bzrobots/Makefile.am to make the bzrobots_SOURCES = ... into genericfiles = ... instead, then if CLIENT_INCLUDED\n bzrobots_SOURCES = $(genericfiles)\n else \n bzrobots_SOURCES = $(genericfiles) \ \n OpenGLUtils.cxx \n endif |
| 14:02.46 | daxxar | That way it should compile fine with --enable-clients too |
| 14:02.47 | daxxar | client* |
| 14:06.37 | daxxar | brlcad: http://rafb.net/p/iyESOl98.html is this too ugly to commit? |
| 14:06.46 | daxxar | (plus a OpenGLUtils.cxx with empty definitions) |
| 14:07.16 | daxxar | I just want to get it compiling on SVN with --disable-client, and then focus on getting the backend + frontend to a communicating stage. It's a "critical point", imo. :) |
| 14:30.40 | daxxar | make[2]: *** No rule to make target `bzsignal.c', needed by `bzsignal.lo'. Stop. |
| 14:30.53 | daxxar | Why does it look for .c and not .cxx? |
| 14:31.05 | daxxar | (this is in src/common - and the dir is untouched by me) |
| 14:33.42 | brlcad | automake can't/didn't detect the file rename, you have to fully distclean and rebuild from autogen |
| 14:34.52 | daxxar | Ah, yes, the .deps/-file referenced .c still. |
| 14:36.04 | *** join/#bzflag zee317 (i=96cc89f9@gateway/web/cgi-irc/zeebrothers.net/x-803876991435f5be) |
| 14:39.37 | WinnySleeping | moo |
| 14:41.53 | *** join/#bzflag TheRedBaron (n=Kalen@fl-71-52-16-80.dhcp.embarqhsd.net) |
| 14:43.09 | *** join/#bzflag lollololol (i=96cc89f9@gateway/web/cgi-irc/zeebrothers.net/x-ab3712c9a46e32e7) |
| 14:50.23 | CIA-3 | BZFlag: 03daxxar * r14452 10/trunk/bzflag/src/bzrobots/ (6 files): |
| 14:50.24 | CIA-3 | BZFlag: Implemented Execute in the new RCRequest-framework. |
| 14:50.24 | CIA-3 | BZFlag: Added a nastyish hack to allow for compilation of bzrobots when you --disable-client. |
| 14:50.24 | CIA-3 | BZFlag: Removed some unused code and #ifdeffed out code. |
| 14:50.59 | *** join/#bzflag Constitution (n=Constitu@gateway.pct.civiltec.com) |
| 15:09.10 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 15:19.55 | JeffM | ibot DTRemenak++ |
| 15:38.18 | ts | JeffM: Hi |
| 15:38.23 | JeffM | sup |
| 15:38.34 | ts | I'm wondering where boxes are drawn |
| 15:38.41 | JeffM | in the main view? |
| 15:38.44 | JeffM | or radar? |
| 15:38.45 | ts | yes |
| 15:38.54 | ts | Not the radar |
| 15:39.17 | JeffM | IIRC they are a bunch of face nodes, but let me check |
| 15:39.49 | ts | because at startup they seem to be not right and I want to investigate it |
| 15:40.21 | JeffM | what do you mean "at startup"? |
| 15:40.36 | JeffM | I don't have source here, it'll take a bit to get |
| 15:41.40 | ts | When I start bz I get a black radar and black message box, then it flickers a lot in background and they are rendered again but when joining a server all is messed up until I change resolution |
| 15:42.09 | JeffM | ohh |
| 15:42.12 | JeffM | state stuff |
| 15:42.16 | ts | radar and message box are looking great all the time |
| 15:42.16 | JeffM | did that just start hapening? |
| 15:42.31 | ts | yeah, it started this week |
| 15:42.37 | JeffM | then it's probalby my radar changes |
| 15:42.49 | JeffM | turn on fast radar, and see if that changes the behavor |
| 15:43.23 | TheRedBaron | JeffM: I thought the radar was safe from you! |
| 15:43.31 | JeffM | all I did was make it use lists |
| 15:43.36 | JeffM | it is suposed to draw the same |
| 15:43.51 | JeffM | it should be faster in the not "fast" mode |
| 15:44.14 | ts | With fast mode same behaviour |
| 15:44.31 | JeffM | then it could be my background stuff |
| 15:44.37 | ts | TheRedBaron: The new enhanced radar is great, just the hud has problems now |
| 15:45.09 | JeffM | the hud is drawn after the radar, so the state is probably jacked |
| 15:45.25 | TheRedBaron | who needs a hud? |
| 15:45.32 | ts | I :p |
| 15:45.42 | TheRedBaron | ~jeffm++ |
| 15:46.15 | JeffM | ts, go back to before I changed backgroundRenderer and see if that fixes it |
| 15:46.18 | ts | I'm not understanding the context stuff |
| 15:46.29 | JeffM | what context stuff? |
| 15:46.47 | ts | "weather and effects no longer need to have context inits from background, since they use the list manager that handles it once." |
| 15:46.55 | JeffM | ahh |
| 15:47.06 | JeffM | the context is the thing that GL renders to |
| 15:47.13 | JeffM | that is bound to a window or a display of some sort |
| 15:47.20 | ts | Yes, I know |
| 15:47.43 | JeffM | when that context gets invlaidated ( resize and iconifly) you have to rebuild any bound textures or display lists that the context had |
| 15:48.24 | JeffM | the old way of doing lists, everyone who used a display list had to be notified when the context went invalid, so they could rebuild there lists |
| 15:48.39 | JeffM | in the new way, the display list system only needs that notification |
| 15:48.55 | JeffM | because the IDs it assigns arn't real GL list IDs, they are managed IDs. |
| 15:49.08 | JeffM | so it just keeps a map from managed ID to GL id |
| 15:49.27 | JeffM | if the GL ID is invalid, it calls the list build method for the list, and generates a list |
| 15:49.35 | *** join/#bzflag JBdiGriz (n=jbdigriz@206-15-67-5.static.twtelecom.net) |
| 15:49.35 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 15:50.00 | ts | yes, but where does the "manager" get's told the id changes? |
| 15:50.17 | JeffM | this way when the context goes invalid, the display list system just blows out all GL IDs and sets them to invlaid. Then next time they are used, after the context is invalid it rebuilds them |
| 15:50.28 | JeffM | the ID to the drawing code never changes |
| 15:50.52 | JeffM | it knows when the context is invalid IT has a hook into platform. |
| 15:51.02 | ts | ah |
| 15:51.29 | JeffM | basicly you end up with one hook into platform per sub systemt that needs a reset, not per system that uses. |
| 15:51.35 | JeffM | so 2 instead of N :) |
| 15:52.02 | JeffM | also this way, if a list isn't used it's never allocated |
| 15:52.10 | JeffM | so that can save card ram |
| 15:52.42 | JeffM | soirry 3, not 2 :) font manager has a hook |
| 15:53.48 | JeffM | for your issue I'm guessing I jacked up something in the background renderere |
| 15:57.23 | ts | No flicker at startup with old backgroundrender, weatherrenderer and effectsrenderer |
| 15:58.23 | JeffM | then that'd be it :) |
| 16:05.09 | ts | revision 14443 works, too |
| 16:05.22 | JeffM | I'm sure it's just some gl command I got wrong |
| 16:05.26 | JeffM | you can bracket in on it :) |
| 16:05.36 | ts | ~dict bracket |
| 16:05.49 | JeffM | narrow in on it from both sides :) |
| 16:06.32 | ts | Ok, I'll look at it a bit |
| 16:07.51 | ts | I love SVN with the ability to look at all changes from one rev :) |
| 16:08.23 | CIA-3 | BZFlag: 03daxxar * r14453 10/trunk/bzflag/src/bzrobots/ (8 files): |
| 16:08.23 | CIA-3 | BZFlag: Removed worthless 'fail'-flag and descriptive 'failstr' in RCRequest - if something goes wrong, parse() should return an erro |
| 16:08.23 | CIA-3 | BZFlag: r (and RCRequest is thrown away). In the process, sendFail() was made useless, and therefore removed. |
| 16:08.24 | CIA-3 | BZFlag: Cleaned up some functions to match DEVINFO-standards. |
| 16:08.26 | CIA-3 | BZFlag: Cleaned up RCLink::tryAccept() & RCLinkBackend::tryAccept() a little. |
| 16:08.28 | CIA-3 | BZFlag: Clamping various parameters to sane ranges. |
| 16:17.09 | ts | r 14444 works as well |
| 16:17.10 | *** join/#bzflag Suspect (n=Suspect@68-113-164-151.dhcp.plt.ny.charter.com) |
| 16:21.23 | *** join/#bzflag Pommes_ (n=Pommes@about/essy/frenchy/Pommes) |
| 16:22.13 | *** join/#bzflag Jwir3|home (n=Jwir3@c-66-41-249-30.hsd1.mn.comcast.net) |
| 16:22.53 | *** join/#bzflag WinnyMac (n=Winny@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
| 16:23.18 | ts | r 14445 breaks it. |
| 16:23.31 | JeffM | so what is the diff between those? |
| 16:23.37 | ts | http://bzflag.svn.sourceforge.net/viewvc/bzflag/trunk/bzflag/src/bzflag/BackgroundRenderer.cxx?r1=14445&r2=14444&pathrev=14445 |
| 16:24.30 | ts | All changes: http://bzflag.svn.sourceforge.net/viewvc/bzflag?view=rev&revision=14445 |
| 16:25.57 | JeffM | comment out the 2 calls to DisplayListSystem::Instance().callList( that are in the build geometry function |
| 16:25.59 | ts | background renderer changes alone are already breaking |
| 16:28.03 | ts | That solves the issue |
| 16:28.10 | JeffM | k |
| 16:28.25 | JeffM | was afraid of that |
| 16:28.39 | JeffM | not all cards like to define lists in lists |
| 16:28.45 | JeffM | I can fixorz that |
| 16:29.02 | ts | My card is pretty old |
| 16:29.09 | JeffM | ATI is my guess |
| 16:29.12 | ts | Radeon 9600 |
| 16:29.16 | JeffM | yup |
| 16:29.25 | ts | It's already moldy ;) |
| 16:29.28 | JeffM | I can fix it with the power of RECURSION! |
| 16:30.32 | quine | blah |
| 16:32.29 | CIA-3 | BZFlag: 03JeffM2501 * r14454 10/trunk/bzflag/src/bzflag/BackgroundRenderer.cxx: don't call lists from within list defs as the called list probably isn't defined yet ether, and not everyone likes to define a list in a list. Just call the raw geo function and dupe the called list in the list. |
| 16:32.34 | JeffM | ts, give that a whirl |
| 16:35.24 | *** join/#bzflag LongDon (n=LongDon@dyndsl-085-016-206-069.ewe-ip-backbone.de) |
| 16:41.49 | *** join/#bzflag TD-Linux (n=TD-Linux@about/essy/indecisive/TD-Linux) |
| 16:42.01 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 16:44.00 | Constitution | quine: I thought there already was such a feature? |
| 16:45.32 | quine | is there? :\ |
| 16:46.23 | Constitution | I believe so... in 2.0.9 |
| 16:46.25 | Constitution | and 2.1 |
| 16:46.32 | quine | wait |
| 16:46.34 | quine | 2.0.9 is out? |
| 16:46.49 | JeffM | no |
| 16:46.59 | JeffM | odds are never released |
| 16:47.02 | JeffM | next will be 2.2 |
| 16:47.20 | JeffM | 2.0.9 is svn code in the 2.0.x branch |
| 16:47.26 | JeffM | 2.1 is dev for 2.2 |
| 16:47.42 | quine | :\ |
| 16:47.47 | quine | ohok |
| 16:48.22 | quine | well i guess i'll pop over to check it out |
| 16:49.02 | Constitution | quine: if you're going to be doing development at all, I would definitely recommend checking out a copy of the SVN code, rather than working with 2.0.8. |
| 16:49.16 | Constitution | Keeps you more in the loop on the current dev work |
| 16:49.25 | quine | yeah :\ |
| 16:49.26 | quine | whoa! |
| 16:49.29 | quine | dude! |
| 16:49.36 | quine | they're actually moving things to server side! |
| 16:49.41 | quine | haha |
| 16:49.59 | JeffM | they? |
| 16:50.15 | quine | well :\ |
| 16:50.17 | quine | whoever |
| 16:50.22 | JeffM | they is you ;) |
| 16:50.27 | blast007 | you'll want the v2_0branch for 2.0.9, which is the one that is compatible with 2.0.x servers |
| 16:50.45 | quine | :o |
| 16:51.00 | quine | ok thanks |
| 16:51.44 | quine | but yeah! |
| 16:52.22 | quine | that is much better |
| 16:52.24 | quine | :] |
| 16:54.04 | ts | JeffM: That looks good |
| 16:54.13 | JeffM | ts, good |
| 16:54.24 | JeffM | good job tracking it down :) |
| 16:55.26 | CIA-3 | BZFlag: 03t-s * r14455 10/trunk/bzflag/src/bzrobots/ (Makefile.am RCRequests.cxx): remove double-defininition of bzrobots_LDFLAGS abd comment out an include to a nonexisting file |
| 16:56.03 | ts | JeffM: It was you, not me. I only reported and tested a bit |
| 16:56.22 | JeffM | that is tracing it down :) |
| 16:59.50 | daxxar | Hm |
| 17:00.42 | daxxar | For the maximum float value, should I be using MAXFLOAT? MAXFLOAT is the reason I included <value.h>, but it still seems defined - what header includes or defines it? |
| 17:00.59 | JeffM | I usualy just pick some big ass number ;) |
| 17:01.04 | JeffM | is it a world postion? |
| 17:02.15 | daxxar | It's just a way to clamp some input value to a positive range. |
| 17:02.32 | daxxar | I do input = clamp(input, 0.0f, MAXFLOAT); |
| 17:02.52 | JeffM | if it's not defined define it :) |
| 17:02.54 | daxxar | Could just do input = MAX(input, 0.0f); |
| 17:03.13 | JeffM | ether or, dosn't matter |
| 17:04.11 | *** join/#bzflag bier__ (n=bier@p54A519BE.dip0.t-ipconnect.de) |
| 17:25.44 | *** join/#bzflag namelesss (n=nameless@ip-8.net-81-220-244.rev.numericable.fr) |
| 17:25.47 | namelesss | hi |
| 17:26.11 | namelesss | i would like to have information about the implementation of bzflag |
| 17:27.43 | JeffM | what kind of info? |
| 17:28.01 | namelesss | the architecture |
| 17:28.31 | JeffM | what do you mean? |
| 17:28.44 | namelesss | well i ant to program a bomberman ^^ |
| 17:28.56 | namelesss | but i want to have information about the structur for the network |
| 17:28.57 | JeffM | so you want general game dev info |
| 17:29.02 | namelesss | yes |
| 17:29.03 | JeffM | our networking sucks |
| 17:29.11 | JeffM | there are better places to get it |
| 17:29.14 | namelesss | hum |
| 17:29.17 | namelesss | which one ? |
| 17:29.37 | JeffM | but basicly, keep a gamestate on the server, time sync a clock to your clients, and then accept but verify all there input |
| 17:29.46 | JeffM | how much do you know about programing? |
| 17:30.02 | namelesss | the problem is i can't control all information |
| 17:30.09 | JeffM | sure you can |
| 17:30.20 | namelesss | it takes to much bandwidth |
| 17:30.21 | JeffM | the server verifys all data |
| 17:30.23 | JeffM | naw |
| 17:30.33 | JeffM | the more you trust a client the more they can cheat |
| 17:30.45 | namelesss | yes that the problem:/ |
| 17:30.46 | namelesss | my problem is animation-related |
| 17:30.48 | JeffM | quake sends all input to the serer |
| 17:30.59 | JeffM | sync it |
| 17:31.06 | namelesss | hum... |
| 17:31.14 | namelesss | how can i sync the animations ? |
| 17:31.17 | JeffM | if somone mods a client, there anims may not match the server state, but whopty do, they are cheating |
| 17:31.19 | JeffM | with time :) |
| 17:31.21 | JeffM | lots of time |
| 17:31.26 | JeffM | and DR |
| 17:31.27 | namelesss | hum... |
| 17:31.45 | JeffM | when the client starts an action, it sends it to the server, |
| 17:31.49 | namelesss | yes |
| 17:31.52 | namelesss | that is ok |
| 17:31.57 | JeffM | with the timestamp of what the client thinks the server's clock is |
| 17:32.08 | JeffM | then the server verfies that input and updates the server state |
| 17:32.16 | JeffM | compinsating for the time spent in transit |
| 17:32.24 | JeffM | then you send that event out to the other clients |
| 17:32.29 | namelesss | ho |
| 17:32.31 | JeffM | with the same timestamp |
| 17:32.32 | namelesss | i understand |
| 17:32.40 | namelesss | i send "begin the animation X" |
| 17:32.45 | JeffM | then those clients sycn the animation to where it is NOW |
| 17:32.47 | JeffM | yeah |
| 17:32.56 | JeffM | the other clients may loose a couple frames at the start |
| 17:33.13 | JeffM | the only way to have it perfect synced is to not start till everyone has it |
| 17:33.14 | namelesss | does i need to send "stop the animation" to be sure of the sync ? |
| 17:33.32 | JeffM | depends, if the event has implied time limits |
| 17:33.43 | namelesss | i understand |
| 17:33.46 | namelesss | that's a great idea |
| 17:33.47 | JeffM | like if the event is "move to this coordinate" you know when it it ends :) |
| 17:33.57 | JeffM | umm that's basic game networking |
| 17:34.04 | JeffM | how much research have you done on game? |
| 17:34.11 | namelesss | i never programmed a network games |
| 17:34.45 | namelesss | i think i can |
| 17:34.50 | namelesss | i have got the capacities :) |
| 17:34.56 | JeffM | you didn't answer my question :) |
| 17:35.06 | namelesss | you means |
| 17:35.13 | namelesss | how many games i progammed ? |
| 17:35.24 | JeffM | no |
| 17:35.34 | JeffM | how much research did you do into game programing? |
| 17:35.49 | namelesss | i'm not sure to understand (i'm french) |
| 17:35.54 | namelesss | well |
| 17:36.08 | JeffM | did you do any research at all into network programing? |
| 17:36.09 | namelesss | i'm thinking about bomberman implementation two weeks ago |
| 17:36.14 | namelesss | JeffM, ho |
| 17:36.16 | namelesss | JeffM, no |
| 17:36.16 | JeffM | there are a number of good articles |
| 17:36.22 | JeffM | gamasutra, nehe, etc.. |
| 17:36.24 | JeffM | you shoudl read them |
| 17:36.24 | namelesss | you are the first :) |
| 17:36.27 | namelesss | ok |
| 17:36.30 | namelesss | i'll do that |
| 17:36.49 | JeffM | yeah don't start with other games, start with the basics |
| 17:37.04 | JeffM | BZFlag's current networking is nothing like I've described |
| 17:37.07 | namelesss | bomberman is basic .. i guess |
| 17:37.17 | JeffM | you can't look at it that way |
| 17:37.27 | JeffM | the game rules mean nothing to the network |
| 17:37.35 | JeffM | it's all about geting data to sync |
| 17:37.44 | JeffM | the guts of the data don't matter |
| 17:37.50 | namelesss | ok |
| 17:38.10 | JeffM | and by basics I mean understanding the tech behind networking and data dync |
| 17:38.22 | namelesss | i know socket programming ! |
| 17:38.42 | JeffM | that's only a transport method |
| 17:41.24 | namelesss | well i understand i'll have to implement my own protocol |
| 17:41.37 | JeffM | or use a lib |
| 17:41.40 | JeffM | like TNL |
| 17:41.41 | namelesss | hum.. |
| 17:42.00 | *** join/#bzflag Quol (n=Ian@69.90.0.146) |
| 17:42.00 | namelesss | i think it could be more interested for me to implement my on protocol :) |
| 17:42.08 | namelesss | but i will put an eye on TNL |
| 17:42.11 | JeffM | many do |
| 17:42.14 | namelesss | interesting* |
| 17:46.20 | namelesss | ok thx for all the informations |
| 17:48.38 | brlcad | hm "structure for the network"? |
| 17:49.14 | brlcad | howdy Quol |
| 17:49.47 | Quol | hey there brlcad: it's been a litle while :) how are ya? |
| 17:51.43 | brlcad | feelin' older, but looking more handsome every day -- how about you? |
| 17:52.42 | brlcad | daxxar: math.h defines it, iirc |
| 17:54.19 | Quol | lol brlcad - some saturdays I do that too... :) |
| 17:55.37 | DTRemenak | daxxar: clamp(input, 0.0f, MAXFLOAT); and MAX(input, 0.0f); are not necessarily equivalent (take the INFINITY case for instance) |
| 17:58.33 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 17:58.33 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 18:05.43 | *** join/#bzflag orchid (n=bzgirl@unaffiliated/orchid) |
| 18:05.43 | *** mode/#bzflag [+v orchid] by ChanServ |
| 18:06.57 | Tupone | ciao orchid |
| 18:07.23 | orchid | ciao Alfredo :-) |
| 18:13.54 | daxxar | DTRemenak: What does std::max(infinity, 0.0f); return? |
| 18:14.07 | DTRemenak | should return INFINITY |
| 18:14.32 | daxxar | Yep |
| 18:14.44 | DTRemenak | the clamp statement will return MAXFLOAT though, which is < INFINITY |
| 18:14.45 | daxxar | So that's actually an undocumented feature. :-D |
| 18:15.06 | daxxar | You can do SetAhead 0 INF |
| 18:15.10 | DTRemenak | I didn't say using one or the other was wrong...just that they were not equivalent :) |
| 18:15.12 | daxxar | and it will move forward indefinitely. :-P |
| 18:15.34 | daxxar | Yes, I understood that, but me switching to std::max() implemented an undocumented, unplanned, useful feature. ;-) |
| 18:15.44 | DTRemenak | and I think it's important to be aware of how your code will behave with special floats |
| 18:16.03 | DTRemenak | and more features is always cool :) |
| 18:16.11 | daxxar | Hehe ;-) |
| 18:16.17 | daxxar | Yes. I have no idea how my code behaves with NAN |
| 18:16.28 | DTRemenak | probably crashes |
| 18:16.29 | daxxar | Is comparison to NAN defined? |
| 18:16.33 | daxxar | Actually not :-) |
| 18:16.55 | DTRemenak | == and != are defined |
| 18:17.13 | DTRemenak | NAN is always != everything (including NAN) |
| 18:17.21 | daxxar | http://rafb.net/p/RpV1cL97.html |
| 18:17.29 | daxxar | What about less-than? |
| 18:17.59 | daxxar | Using == with floats is begging for problems anyway. ;-) |
| 18:18.14 | daxxar | In most cases, atleast. |
| 18:19.23 | DTRemenak | less than and greater than are both always false if one of the expressions is nan |
| 18:20.02 | daxxar | Yep, it seems so. |
| 18:20.27 | daxxar | But inf is Good Stuff (tm) |
| 18:33.39 | *** join/#bzflag gsnedders (n=gsnedder@host81-132-88-104.range81-132.btcentralplus.com) |
| 18:42.48 | daxxar | Hmm. |
| 18:42.56 | daxxar | brlcad: Still no reply from amcnabb |
| 18:47.47 | brlcad | daxxar: reply? |
| 18:47.48 | *** join/#bzflag wanda (n=coredump@p549984CD.dip0.t-ipconnect.de) |
| 18:48.11 | brlcad | I wouldn't hold your breath, just keep doing what you're doing ;) |
| 18:48.42 | daxxar | brlcad: I haven't heard a peep from him for quite a while, so I sent him an email 5 days ago - still no reply. :-) |
| 18:48.43 | brlcad | I'll be doing reviews for any mentors that aren't on hand |
| 18:48.56 | daxxar | I don't, I was just hoping to get some follow-up from my official mentor too |
| 18:48.59 | purple_cow | speaking of which |
| 18:49.07 | purple_cow | brlcad: where's the info on that stuff? |
| 18:50.30 | *** join/#bzflag Pommes_ (n=Pommes@about/essy/frenchy/Pommes) |
| 18:52.47 | daxxar | 'on that stuff'? :-P |
| 18:55.16 | brlcad | purple_cow: afaik, they've not posted anything yet |
| 18:55.30 | purple_cow | hmm, ok |
| 18:55.43 | brlcad | july 9th through the 16th is when mid-term evaluations are due |
| 18:56.05 | brlcad | armpit of england |
| 18:56.10 | brlcad | so appropriate for so many reasons :) |
| 18:56.11 | purple_cow | birmingham |
| 18:56.25 | brlcad | alabama! |
| 18:56.37 | purple_cow | only moderately better than |
| 18:57.08 | brlcad | the armpit of the south meet's mid-morning tea and crumpits? |
| 18:57.25 | purple_cow | as I understand it, basically yes |
| 18:57.58 | daxxar | I'm guessing your keyboard! |
| 18:58.01 | daxxar | Harharhar. |
| 19:01.45 | daxxar | ;-) |
| 19:01.53 | daxxar | Had that one coming, eh? |
| 19:25.33 | brlcad | of course |
| 19:28.55 | *** join/#bzflag AWOSLappy (n=user@unaffiliated/awosdev) |
| 19:36.15 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@client-82-2-82-55.manc.adsl.virgin.net) |
| 19:40.51 | daxxar | Working on RCLinkFrontend now |
| 19:40.59 | daxxar | Not as much of an annoyance as I would've thought, yet. ;-) |
| 19:41.08 | daxxar | Guess I was procrastinating without reason! |
| 19:43.36 | brlcad | :) |
| 19:44.54 | *** join/#bzflag tannerld (n=tanner@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 19:45.26 | daxxar | First extending RCLink with a connect(std::string, int port), then making a RCLinkFrontend w/ fitting parse-code, updaters and constructors. |
| 19:45.32 | daxxar | Then RCReply and the various replies. |
| 20:04.10 | *** join/#bzflag TheRedBaron (n=Kalen@fl-71-52-16-80.dhcp.embarqhsd.net) |
| 20:07.51 | daxxar | Noo |
| 20:12.11 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
| 20:34.34 | *** join/#bzflag Epyon_ (i=Epyon@host99.180.219.81.magma-net.pl) |
| 20:34.50 | *** join/#bzflag [dmp] (n=dennis@koderen.dk) |
| 20:40.39 | *** join/#bzflag gsnedders (n=gsnedder@host81-132-88-104.range81-132.btcentralplus.com) |
| 21:04.51 | *** join/#bzflag enydona (i=enydona@ip-64-15-152-71.static.privatedns.com) |
| 21:07.00 | *** join/#bzflag Macrosoft (n=Macrosof@c-75-65-81-245.hsd1.la.comcast.net) |
| 21:28.12 | *** join/#bzflag Jefenry (n=jeffreyd@pool-71-253-207-59.nrflva.east.verizon.net) |
| 21:45.43 | *** join/#bzflag delusional_ (n=delusion@pool-71-253-15-144.pitbpa.east.verizon.net) |
| 21:53.04 | *** join/#bzflag Drowmage (n=death@ool-45770c9b.dyn.optonline.net) |
| 21:53.09 | Drowmage | Boom, headshot. |
| 21:53.29 | tannerld | tanks don't have heads |
| 21:53.36 | TD-Linux | they have turrets |
| 21:53.46 | TD-Linux | not that it really makes a differencew |
| 21:53.52 | Drowmage | ...in gundam they had heads |
| 21:54.11 | tannerld | but this is #bzflag, not #gundam :P |
| 21:54.40 | Drowmage | Thats what should be done to BZFlag, make it so the tanks can transform and be like fps-style shooter as well |
| 21:55.04 | TheRedBaron | again, this is #bzflag, not #transformers |
| 21:55.15 | Drowmage | :( just a suggestion... |
| 21:55.21 | tannerld | patches welcome :) |
| 21:57.14 | Macrosoft | sounds like someone is a little too excited about the movie |
| 21:58.26 | TD-Linux | bzflag should have developers with infinite time and patience who implement every feature wish |
| 21:58.32 | TD-Linux | for free |
| 22:01.19 | blast007 | tannerld: hehe, don't think that patch would be welcome ;) |
| 22:01.38 | tannerld | blast007: who says we/you have to accept it :P |
| 22:03.53 | *** part/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 22:04.39 | *** join/#bzflag L4m3r (i=l4m3r@about/essy/warning/L4m3r) |
| 22:04.39 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 22:25.15 | *** join/#bzflag LeGeeko (n=jonathan@usrw-36.mw.kconline.com) |
| 22:25.19 | LeGeeko | Yo |
| 22:25.31 | blast007 | hi |
| 22:25.39 | LeGeeko | How does one host one's own server? |
| 22:25.49 | Winny | with a server |
| 22:26.00 | LeGeeko | I know that |
| 22:26.04 | blast007 | the 'bzfs' application |
| 22:26.19 | LeGeeko | Yes, yes. I mean, get it on the public list |
| 22:26.33 | blast007 | you hosting it at home, through a router? |
| 22:26.38 | LeGeeko | Yes |
| 22:26.59 | blast007 | you'll have to configure port forwarding in your router |
| 22:27.05 | LeGeeko | Oh |
| 22:27.09 | Winny | www.portfoward.com |
| 22:27.16 | Winny | gah |
| 22:27.20 | Winny | got it wrong again |
| 22:27.38 | Winny | ~Winny-- |
| 22:27.51 | blast007 | portforward.com |
| 22:27.53 | Winny | http://portforward.com/ there |
| 22:27.56 | Winny | gah |
| 22:27.58 | Winny | :( |
| 22:28.20 | blast007 | set it up (assuming the default port of 5154) to forward 5154 TCP and UDP to your local machine running the server |
| 22:28.31 | LeGeeko | OK |
| 22:28.45 | blast007 | you'll likely want a static IP on the machine running the server, but that's not required (just saves headaches later) |
| 22:29.20 | blast007 | then you just set up -public "Public description" -publicaddr "yourIPorHostname:5154" -p 5154 |
| 22:29.38 | blast007 | and adjust the values accordingly, making sure that the port in the publicaddr matches the port in -p |
| 22:31.15 | blast007 | what kind of upstream do you have on your connection? |
| 22:31.22 | LeGeeko | On the site, there's a list of programs to set it up for |
| 22:31.28 | LeGeeko | BZFLAG isnt on it |
| 22:31.33 | LeGeeko | what now? |
| 22:31.44 | Winny | Your connections upload |
| 22:31.46 | blast007 | just pick a random program, and just get an idea of where to go |
| 22:31.48 | LeGeeko | Upstream? no clue |
| 22:31.53 | LeGeeko | OK |
| 22:32.13 | blast007 | http://www.speakeasy.net/speedtest/ |
| 22:33.16 | Winny | yay, 10mbit down 1up :D |
| 22:35.08 | blast007 | :P |
| 22:35.37 | tannerld | heh |
| 22:36.07 | Winny | tannerld, you break everything |
| 22:36.07 | LeGeeko | Hmm... |
| 22:36.31 | LeGeeko | I think I'll have to use a different approach 'cuz this isn't working |
| 22:36.47 | blast007 | LeGeeko: are you trying to host a map you made? |
| 22:37.01 | LeGeeko | Yup |
| 22:37.09 | blast007 | you can post it on the map releases section of the bzflag forum |
| 22:37.21 | LeGeeko | It's a test map so far |
| 22:37.24 | blast007 | but make sure to read the thread about licensing |
| 22:37.24 | blast007 | ah |
| 22:37.35 | blast007 | there is also a work-in-progress section |
| 22:37.38 | LeGeeko | OK |
| 22:38.05 | blast007 | but again, make sure to read the thread on licensing |
| 22:38.44 | blast007 | effectively, people that post their maps should expect they can/will be used by others, and that the creator won't necessarily be given special rights on the server running the map |
| 22:40.02 | Winny | if we don't release on the forums, we can lisence as we wish? |
| 22:40.13 | blast007 | yeah |
| 22:40.43 | Winny | yay |
| 22:40.53 | blast007 | if you don't post the .bzw, you can make the map "closed-source" so to speak |
| 22:41.07 | blast007 | not really closed, just not able to be used by anyone else |
| 22:41.55 | Winny | hmm, /me thinks he'll do CC |
| 22:42.18 | blast007 | even some of the CC licenses are okay for release on the forums |
| 22:42.31 | LeGeeko | *blink* |
| 22:42.45 | blast007 | as long as it allows people to use the map, without having to give you admin rights or special rights |
| 22:42.58 | blast007 | LeGeeko: hehe.. |
| 22:43.10 | LeGeeko | LOL |
| 22:43.48 | LeGeeko | so, I can't expect someone to host it for me unless it's complete? |
| 22:44.06 | blast007 | some will still host it |
| 22:44.08 | Winny | usually, people won't host a map unless it is complete. |
| 22:44.24 | Epyon | How will I run test then -_- |
| 22:44.26 | blast007 | (I have hosted a couple of them for testing) |
| 22:44.28 | tannerld | Winny: but those people are not adventerious |
| 22:45.07 | Winny | usually someone will not host a map for testing, since every few hours the map maker wants a new version put up |
| 22:45.48 | Winny | if you get shell access to a server, then go for it, I guess |
| 22:45.56 | Winny | hmm, maybe ask "nn" |
| 22:46.02 | blast007 | haha, was just gonna say that |
| 22:46.03 | LeGeeko | NN? |
| 22:46.12 | blast007 | a user on the forum |
| 22:46.14 | Epyon | BZF doesnt have an option to "reset the server every half an hour for example? |
| 22:46.23 | blast007 | Epyon: it does |
| 22:46.28 | LeGeeko | I think it does |
| 22:46.43 | blast007 | sorta at least... not sure if it counts down without players, but there is the countdown timer |
| 22:46.59 | Epyon | I'd need something that would reset the server, rerun my program, reload the map and run the server again... |
| 22:47.57 | brad | search bzbb or the wiki, there are a few scripts about |
| 22:49.20 | LeGeeko | Try using cron |
| 22:49.32 | Epyon | windoze here -_- |
| 22:49.37 | LeGeeko | Oh |
| 22:49.46 | Epyon | Yeah, I know :P |
| 22:50.04 | Epyon | Unfortunately Linux is not an option for me :( |
| 22:50.13 | brad | there are still bat scripts to loop bzfs |
| 22:56.12 | *** join/#bzflag donny_baker (n=donny_ar@about/essy/vvvvv/donnybaker) |
| 22:59.17 | *** part/#bzflag Drowmage (n=death@ool-45770c9b.dyn.optonline.net) |
| 23:09.45 | *** join/#bzflag Gnurdux (n=gnurdux@c-69-251-252-148.hsd1.md.comcast.net) |
| 23:11.48 | LeGeeko | Bye |
| 23:12.21 | LeGeeko | PS it's posted on the BB's as Multiple Levels of CHAOS |
| 23:12.30 | LeGeeko | ;) |
| 23:12.34 | LeGeeko | Bye again |
| 23:20.04 | *** join/#bzflag TheRedBaron (n=Kalen@fl-71-52-16-80.dhcp.embarqhsd.net) |
| 23:41.48 | Winny | ~lart Murtagh |
| 23:41.48 | ibot | calls Murtagh on the phone ... the lights are on but nobody's home |
| 23:41.53 | Winny | LOL |
