Timestamps are in GMT/BST.
| 00:04:06 | | BFBuildBot Quit (Remote host closed the connection) |
| 00:04:47 | | BFBuildBot has joined |
| 00:07:15 | | BFBuildBot Quit (Remote host closed the connection) |
| 00:07:21 | | BFBuildBot has joined |
| 00:09:40 | | BFBuildBot Quit (Remote host closed the connection) |
| 00:09:47 | | BFBuildBot has joined |
| 00:10:53 | | BFBuildBot Quit (Remote host closed the connection) |
| 00:10:59 | | BFBuildBot has joined |
| 00:12:11 | | BFBuildBot Quit (Remote host closed the connection) |
| 00:12:23 | | BFBuildBot has joined |
| 00:23:13 | | BFBuildBot Quit (Remote host closed the connection) |
| 00:23:19 | | BFBuildBot has joined |
| 00:31:28 | | BFBuildBot Quit (Remote host closed the connection) |
| 00:31:36 | | BFBuildBot has joined |
| 00:32:12 | | BFBuildBot Quit (Remote host closed the connection) |
| 00:32:19 | | BFBuildBot has joined |
| 00:36:40 | | BFBuildBot Quit (Remote host closed the connection) |
| 00:39:06 | | BFBuildBot has joined |
| 00:47:46 | | BFBuildBot Quit (Remote host closed the connection) |
| 00:48:25 | | BFBuildBot has joined |
| 00:49:49 | | BFBuildBot Quit (Remote host closed the connection) |
| 00:49:57 | | BFBuildBot has joined |
| 00:51:26 | | BFBuildBot Quit (Remote host closed the connection) |
| 00:51:33 | | BFBuildBot has joined |
| 00:58:25 | | koda has joined |
| 02:02:37 | | watusimoto has joined |
| 02:02:38 | | ChanServ sets mode +o watusimoto |
| 03:28:27 | | LordDVG has joined |
| 03:43:43 | | LordDVG Quit (Remote host closed the connection) |
| 05:18:05 | | Darrel has joined |
| 06:40:28 | | BFBuildBot Quit (Remote host closed the connection) |
| 06:40:36 | | BFBuildBot has joined |
| 06:42:31 | | BFBuildBot Quit (Remote host closed the connection) |
| 06:42:39 | | BFBuildBot has joined |
| 06:43:10 | | BFBuildBot Quit (Remote host closed the connection) |
| 06:43:17 | | BFBuildBot has joined |
| 06:45:14 | | BFBuildBot Quit (Remote host closed the connection) |
| 06:45:20 | | BFBuildBot has joined |
| 06:51:21 | | BFBuildBot Quit (Remote host closed the connection) |
| 06:51:28 | | BFBuildBot has joined |
| 06:56:23 | | BFBuildBot Quit (Remote host closed the connection) |
| 06:56:30 | | BFBuildBot has joined |
| 07:07:24 | | BFBuildBot Quit (Remote host closed the connection) |
| 07:07:31 | | BFBuildBot has joined |
| 07:12:44 | | BFBuildBot Quit (Remote host closed the connection) |
| 07:12:52 | | BFBuildBot has joined |
| 07:13:39 | | BFBuildBot Quit (Remote host closed the connection) |
| 07:13:45 | | BFBuildBot has joined |
| 07:25:18 | | LordDVG has joined |
| 07:41:15 | | BFBuildBot Quit (Remote host closed the connection) |
| 07:41:24 | | BFBuildBot has joined |
| 07:42:28 | | BFBuildBot Quit (Remote host closed the connection) |
| 07:42:35 | | BFBuildBot has joined |
| 07:45:41 | kaen | and now, for my latest trick: |
| 07:45:47 | kaen | BFBuildBot, a2l 0x0000000000514a48 |
| 07:45:47 | BFBuildBot | HttpRequest.cpp:235 |
| 08:24:23 | | bobdaduck has joined |
| 08:25:43 | | LordDVG Quit (Ping timeout: 256 seconds) |
| 08:30:29 | | LordDVG has joined |
| 08:56:43 | | raptor has joined |
| 08:56:44 | | ChanServ sets mode +o raptor |
| 08:57:16 | raptor | kaen: did you just type in an offset and BFBuildBot responded with the source location? |
| 08:59:25 | | kaen_ has joined |
| 08:59:53 | kaen_ | On my phone, but yes |
| 09:00:18 | kaen_ | It runs against the last mingw build |
| 09:01:56 | kaen_ | Also, had to monkey patch buildbot from the config file to add it... Lots of duct tape |
| 09:02:32 | raptor | oh, so it is a feature you added? |
| 09:02:36 | raptor | (not built in) |
| 09:02:48 | kaen_ | Yes |
| 09:04:01 | raptor | cool! |
| 09:04:45 | bobdaduck | Does lua support spaghetti code? |
| 09:05:01 | raptor | of course it does |
| 09:05:11 | bobdaduck | Excellent thanks |
| 09:05:28 | raptor | in fact, i remember one dnd.levelgen that had *7* control blocks... |
| 09:05:37 | raptor | 7 nested ones, i meant |
| 09:05:56 | bobdaduck | That's not spaghetti code |
| 09:06:03 | bobdaduck | That's just nested control blocks! |
| 09:11:04 | raptor | well actually - the 'goto' statement wasn't added until Lua 5.2 (we use 5.1) so.. maybe it doesn't have spaghetti code? |
| 09:12:16 | bobdaduck | Dang |
| 09:12:20 | bobdaduck | I needed that |
| 09:13:56 | raptor | wait wait wait... Lua has the 'break' statement? |
| 09:14:01 | raptor | how did I not know this?? |
| 09:14:21 | bobdaduck | How did you not know that? |
| 09:14:33 | bobdaduck | Even I knew that and I don't even know what it does |
| 09:14:54 | raptor | it lets you maximize performance |
| 09:14:58 | raptor | in loops |
| 09:15:14 | raptor | so for instance, in your spawn-checking loop you made the other night |
| 09:15:25 | raptor | after setting the variable, foundSpawn = true |
| 09:15:31 | raptor | you put a 'break' |
| 09:15:56 | raptor | and that way it won't search the rest of the loop (and save a few CPU cycles) |
| 09:20:44 | | kaen_ Quit (Remote host closed the connection) |
| 09:51:33 | | Disconnected. |
| 09:51:33 | | -hobana.freenode.net- *** Looking up your hostname... |
| 09:51:33 | | -hobana.freenode.net- *** Checking Ident |
| 09:51:33 | | -hobana.freenode.net- *** No Ident response |
| 09:51:34 | | -hobana.freenode.net- *** Couldn't look up your hostname |
| 09:51:40 | | BFLogBot has joined |
| 09:51:40 | | Topic is 'Bitfighter 018a released! | http://www.bitfighter.org/downloads | Join us in the forums! at http://bitfighter.org/forums/' |
| 09:51:40 | | Set by watusimoto!~eykamp@SU115.tudor.lu on Wed Mar 06 15:04:30 UTC 2013 |
| 09:51:40 | | -ChanServ- [#bitfighter] Welcome to #bitfighter. This is an IRC channel, many or all of the users may not be paying attention. Please have patience when waiting for a response. |
| 10:15:56 | | koda Quit (Ping timeout: 256 seconds) |
| 10:37:18 | raptor | i've found what looks like an eyelash in a package of smarties |
| 10:39:28 | raptor | neatly pressed into one of one of the candies |
| 10:39:49 | bobdaduck | cool |
| 10:40:50 | raptor | with our bots, we have more people in IRC than #xpilot ! |
| 10:42:26 | bobdaduck | lol |
| 10:42:50 | bobdaduck | what's this xpilot? |
| 10:44:52 | raptor | it's a game, not unlike bitfighter |
| 10:44:55 | raptor | but much, much older |
| 10:44:59 | raptor | and uglier |
| 10:45:10 | raptor | http://www.xpilot.org/ |
| 10:46:14 | bobdaduck | Looks like a crappier version of bitfighter |
| 10:46:32 | bobdaduck | With the major difference of them having a wikipedia page and we don't. |
| 10:46:46 | raptor | i found a windows port: http://xpilot.sourceforge.net/ |
| 10:47:03 | raptor | WOW, the windows port has textured walls!! |
| 10:47:25 | raptor | it has loads of different weapons... |
| 10:48:11 | bobdaduck | lol |
| 10:49:27 | raptor | someone even ported it to iOS: https://itunes.apple.com/app/id322114791 |
| 10:54:13 | raptor | huh |
| 10:54:34 | bobdaduck | Back when we had a wikipedia article it was our greatest source of traffic xD |
| 10:54:43 | | watusimoto Quit (Read error: Connection reset by peer) |
| 10:54:57 | raptor | i wonder if we could solve our dual-axis-on-mobile problem by just forcing relative controls and just using the ship aim that way |
| 10:55:08 | | watusimoto has joined |
| 10:55:08 | | ChanServ sets mode +o watusimoto |
| 10:55:09 | bobdaduck | ...yeah? |
| 10:55:17 | raptor | does that make sense? |
| 10:55:28 | bobdaduck | I thought we'd already established that we'd have to do that |
| 10:55:40 | raptor | only allow movement: forward/backward spin left, right |
| 10:55:48 | raptor | but only shoot where you're pointing |
| 10:55:52 | bobdaduck | yeah |
| 10:56:07 | raptor | why did that just click in my head now?? |
| 10:57:01 | bobdaduck | Because xpilot has a iphone port. |
| 10:57:10 | raptor | kind of a hybrid between our dual axis and relative mode... |
| 10:59:22 | | watusimoto Quit (Ping timeout: 252 seconds) |
| 11:05:54 | raptor | Cpt. Cool is online! |
| 11:07:13 | bobdaduck | That's cool. |
| 11:10:34 | raptor | kaen test - oh how I miss thee... |
| 11:16:37 | | Watusimoto has joined |
| 11:36:13 | bobdaduck | raptor |
| 11:36:55 | bobdaduck | are you aware that on footlooses facebook page, her political views are as follows: "raptor for president." |
| 11:36:56 | Watusimoto | hi |
| 11:36:57 | bobdaduck | ? |
| 11:37:02 | Watusimoto | question for raptor or kaen |
| 11:37:21 | Watusimoto | if I add a new class to the project, I need to list it in cmakefiles.txt in the zap folder, right? |
| 11:37:35 | Watusimoto | and if so, it's supposed to some how get picked up by VC++, right? |
| 11:38:46 | raptor | bobdaduck: what!? |
| 11:38:59 | raptor | Watusimoto: correct |
| 11:39:03 | bobdaduck | Just sayin' |
| 11:39:23 | raptor | vc++ will detect a change in CMakeLists.txt, rerun cmake, and slurp in the new class file |
| 11:39:30 | Watusimoto | hmmmm.... it seems to be not working... |
| 11:39:31 | raptor | but it may force you to reload the project... |
| 11:40:55 | raptor | bobdaduck: well... I'm not good at talking politics... i'd offend too many people |
| 11:41:13 | Watusimoto | I tried restarting vc++. Ok, well, for the moment I'll add it manually and see if the auto build kicks in later. maybe it's a scheduled thing |
| 11:41:44 | raptor | Watusimoto: you can always (via command line, in the 'build' folder) rerun: cmake -G "Visual Studio 10" .. |
| 11:41:59 | Watusimoto | ok, will try that |
| 11:42:06 | bobdaduck | I don't believe it. I don't think you've offended anyone in your life. |
| 11:42:46 | Watusimoto | that certainly worked! |
| 11:43:31 | raptor | for example - my mother-in-law was in town and recently talked about convincing one of her daughters (not my wife) to pluck her eyebrows; I then responded by saying "why would anyone inflict self-torture upon themselves" |
| 11:44:13 | raptor | she kindly evaded my question and I then realized that she probably plucked her eyebrows... |
| 11:44:18 | bobdaduck | xD |
| 11:44:47 | raptor | but she likes my kids enough that I think she'll let it pass... |
| 11:45:03 | raptor | tada! offended someone |
| 11:45:50 | raptor | Watusimoto: good! |
| 11:46:00 | bobdaduck | I'm not sure that counts as "offended" xD |
| 11:46:59 | bobdaduck | She'd probably vote for you anyway |
| 11:47:25 | Watusimoto | ok, dinner! |
| 11:49:01 | raptor | and just the other day, I told a neighbor girl to not get me sick (she was hacking up a lung as I was fixing her bike) because I have a newborn at home.. |
| 11:49:41 | raptor | and she promptly disappeared from view with a downtrodden look... |
| 11:49:56 | raptor | I think I'm just bad at social niceties... |
| 11:50:49 | bobdaduck | She'd probably still vote for you too |
| 11:51:55 | | Watusimoto Quit (Ping timeout: 246 seconds) |
| 12:01:10 | | bobdaduck Quit (Remote host closed the connection) |
| 12:35:57 | | Watusimoto has joined |
| 12:57:47 | kaen | raptor, Watusimoto, regarding #8 on http://bitfighter.org/wiki/index.php/Running_Bug_List , looking at sam's "workaround" makes me think that's a legitimate fix |
| 12:57:54 | kaen | doesn't it clear out the environment? |
| 12:58:15 | raptor | yes |
| 12:58:20 | kaen | I'm pretty sure that needs to happen in case the user pollutes it |
| 12:58:38 | raptor | I didn't fully understand what was going on which is why I made a note |
| 12:58:38 | kaen | in short I think #8 is solved if that stops the leak :P |
| 12:59:19 | raptor | well - I sort of agree :) |
| 12:59:28 | kaen | don't the bots use some crazy global table for performance? |
| 12:59:39 | raptor | but I want to understand what's going on... and I think Watusimoto knows how the bots are set up better.. |
| 13:00:12 | kaen | if they do use globals, this would explain the leak *and* why clearing the environment fixes it |
| 13:00:42 | raptor | the LUA_REGISTRYINDEX is the global table |
| 13:01:13 | raptor | it would be nice to document that area a little better I think.. |
| 13:01:30 | kaen | I mean a global within a lua script (hanging on the environment table) |
| 13:01:46 | Watusimoto | I used to know how the bots are set up better :-) |
| 13:01:47 | kaen | and by global table I mean for findobjects or something |
| 13:02:37 | Watusimoto | so each bot should have its own private environment |
| 13:02:46 | Watusimoto | any globals set therein should be local to that bot |
| 13:02:52 | kaen | yes, that's what I mean |
| 13:02:56 | raptor | i *think* what it's doing is creating an environment and putting it in the Lua global registry under the scriptId |
| 13:02:58 | Watusimoto | there are some universal objects, however, such as the registry |
| 13:03:10 | Watusimoto | that bots shouldn't pollute, but I suppose potentially could |
| 13:03:32 | Watusimoto | because we (I anyway) have done verly little hardening of things agains malicious bots |
| 13:03:46 | kaen | okay, what I'm referring to is the locally global (per-script) table that bots use to cache findobjects queries |
| 13:03:48 | raptor | ah... so our leak was because we kept creating an environment for the bot, but never cleared it? |
| 13:04:01 | Watusimoto | so sam's fix is just two lines? |
| 13:04:10 | Watusimoto | lua_pushnil(L); |
| 13:04:11 | Watusimoto | lua_setglobal(L, "e"); |
| 13:04:18 | raptor | yes |
| 13:04:20 | kaen | raptor, I think specifically by not clearing the reference to it we inhibited gc |
| 13:04:30 | kaen | but yes, what you said |
| 13:04:58 | raptor | ah |
| 13:05:06 | kaen | I think the findObjects table x 50 over and over again |
| 13:05:19 | kaen | could grow rather large. |
| 13:05:26 | Watusimoto | so probably something was causing the environment not to be deleted when the script was finished; setting it to nil would free the memory it was holding |
| 13:05:35 | raptor | kaen: are you talking about something else? |
| 13:05:38 | kaen | yes, that's my hypothesis wat |
| 13:06:02 | Watusimoto | so yes, it seems a reasonable fix |
| 13:06:04 | raptor | Watusimoto put in a warning somewhere with findObjects() about putting in a table.. |
| 13:06:12 | Watusimoto | for a problem that shouldn't really be happening |
| 13:06:27 | raptor | so you don't incur the overhead of creating one each tick... |
| 13:06:34 | kaen | right. |
| 13:06:39 | Watusimoto | oh yes, that |
| 13:06:44 | Watusimoto | now I know what you are talking about |
| 13:06:49 | kaen | okay :) |
| 13:06:55 | kaen | thought I was going crazy for a moment... |
| 13:06:57 | raptor | he's having two conversations with us at once! |
| 13:07:28 | Watusimoto | I may have written a passthrough in lua_functions (or whatever it's called) that provides the table |
| 13:07:37 | Watusimoto | but I may have also removed it... not sure |
| 13:08:43 | Watusimoto | that memory visualizer is way cool |
| 13:10:37 | Watusimoto | so... are we deciding something, or is everything cool at the moment? |
| 13:11:10 | raptor | uhh |
| 13:11:25 | raptor | I guess I'll concede the bug is fixed... |
| 13:11:38 | raptor | but i wanted to discuss it, which has now been done |
| 13:11:47 | Watusimoto | ok! |
| 13:12:50 | | bobdaduck has joined |
| 13:15:14 | | SolumnMushroom has joined |
| 13:15:32 | SolumnMushroom | Now on MintPPC 9.3 |
| 13:17:11 | kaen | "Disable fast regen when standing still trying to build something with engineer" |
| 13:17:24 | raptor | yeah, i wrote that but i don't remember what that means |
| 13:17:31 | raptor | came from Quartz, I think |
| 13:17:34 | kaen | does it regen too fast? |
| 13:17:37 | kaen | ok |
| 13:18:05 | kaen | I'll take a look, but I feel like we should apply normal fast regen rules even when you're mid-engineer |
| 13:18:21 | raptor | i think it means if you: 1 have engineer equiped, 2 are near a wall with the marker-square looking to place, then don't do fast energy regen |
| 13:18:41 | raptor | but implementing that seems like more of a hassle for something that might not really matter... |
| 13:19:07 | kaen | loadout animations are so awesome |
| 13:19:21 | raptor | maybe bobdaduck has an opinion (of course he does) |
| 13:20:00 | bobdaduck | hi |
| 13:20:01 | bobdaduck | what? |
| 13:20:33 | bobdaduck | What quartz is saying he doesn't like is if you're standing next to a wall with two resource items, you can pretty much build two things immediately because of fast regen |
| 13:20:47 | bobdaduck | I don't see what the big deal is |
| 13:21:09 | bobdaduck | but then I hate engineer anyway and I'm like "of course its broken! Its supposed to be broken!" |
| 13:21:26 | kaen | okay |
| 13:21:36 | kaen | placing an engineer item doesn't reset fast regen |
| 13:21:46 | kaen | simple fix... |
| 13:22:36 | bobdaduck | yeah just make it so when you place an engineered item that it stops fast regen, the same way activating shield would |
| 13:22:42 | bobdaduck | What am I having an opinion on? |
| 13:22:47 | kaen | that. |
| 13:23:05 | bobdaduck | Oh. |
| 13:23:06 | bobdaduck | Yeah |
| 13:23:08 | bobdaduck | um |
| 13:23:12 | bobdaduck | "delete engineer". |
| 13:23:16 | bobdaduck | That's my official statement. |
| 13:25:38 | raptor | i have this crazy idea |
| 13:25:50 | raptor | what if we did a SERVER OF THE DAY |
| 13:26:19 | raptor | have a list of some themed servers that would rotate in and out each day |
| 13:27:00 | raptor | each might only have 10 or so levels (or however many) |
| 13:27:15 | raptor | some might have gimmicks - like bobdaduck's gladiators script |
| 13:27:52 | raptor | or even a dungeon server... |
| 13:28:16 | bobdaduck | DO YOU KNOW WHAT TIME IT IS? |
| 13:28:21 | bobdaduck | ITS DUNGEON MONDAY |
| 13:28:30 | raptor | yeah, that's the spirit! |
| 13:30:48 | bobdaduck | We don't have very many themed servers though. |
| 13:31:11 | raptor | we'd come up with some... |
| 13:31:24 | raptor | we could even use old level contest themes, etc... |
| 13:31:35 | bobdaduck | We only have like four tags on pleiades |
| 13:31:55 | bobdaduck | (Which is really coming along, btw) |
| 13:32:03 | bobdaduck | stars are missing again |
| 13:32:33 | kaen | looks fine to me |
| 13:32:35 | kaen | deep refresh |
| 13:32:57 | raptor | bobdaduck: run into a door, then you'll see stars |
| 13:33:08 | bobdaduck | lol |
| 13:33:36 | raptor | stars are only on the edges |
| 13:34:49 | bobdaduck | there's a black background covering the stars |
| 13:34:54 | SolumnMushroom | Want a compile fail log? http://pastie.org/8087158 |
| 13:35:22 | kaen | couple of things: |
| 13:35:31 | kaen | use the cmake build system |
| 13:35:50 | kaen | and actually that's the only thing. |
| 13:36:01 | kaen | ppc isn't really supported yet (I think it's broken in cmake too) |
| 13:36:28 | kaen | bobdaduck, that's intentional |
| 13:36:34 | kaen | I welcome superior ideas |
| 13:37:02 | raptor | SolumnMushroom: you also need this if you're compiling 018a: https://code.google.com/p/bitfighter/source/detail?r=bb17908ca7d8 |
| 13:37:16 | kaen | oh didn't even notice that |
| 13:37:30 | kaen | I thought it was from latest for some reason :P |
| 13:37:31 | bobdaduck | The screenshots are falling off their thumbnails |
| 13:37:44 | kaen | bobdaduck, are at < 100% zoom ? |
| 13:37:55 | bobdaduck | oh, yep. |
| 13:37:58 | kaen | okay |
| 13:38:00 | kaen | still a bug |
| 13:38:08 | raptor | I also got an openSUSE 12.2 build for ppc/ppc64: http://download.opensuse.org/repositories/home:/dbuck/openSUSE_12.2_PowerPC_standard/ |
| 13:44:22 | SolumnMushroom | http://pastie.org/8087178 The openSUSE build won't really help on a MintPPC system |
| 13:45:06 | raptor | sure it will - get the src rpm |
| 13:45:18 | raptor | take a look at the patches applied and how it's compiled |
| 13:50:12 | SolumnMushroom | I'm getting alien |
| 13:50:22 | raptor | heh |
| 13:50:35 | raptor | isn't mintppc 9.3 old? |
| 13:51:15 | kaen | I think mintppc is old |
| 13:51:20 | SolumnMushroom | Not really. MintPPC is based on Debian 6.0. MintPPC 11 is based on Debian 7.0 |
| 13:51:44 | SolumnMushroom | *MintPPC 9.3 |
| 13:51:54 | SolumnMushroom | is based on 6 |
| 13:53:22 | raptor | ohhh |
| 13:53:24 | raptor | debian 6 |
| 13:53:25 | raptor | ok |
| 13:53:31 | raptor | yeah, that should compile fine.. |
| 13:53:35 | raptor | with the patches |
| 13:53:42 | | koda has joined |
| 13:53:55 | kaen | man... that cmake bug |
| 13:54:00 | kaen | I feel awful |
| 13:54:05 | raptor | in fact here: https://build.opensuse.org/package/show?package=bitfighter&project=home%3Adbuck |
| 13:54:16 | raptor | all three patches that you need are there |
| 13:54:38 | SolumnMushroom | warning: bitfighter-018a-5.1.src.rpm: Header V3 DSA/SHA1 Signature, key ID 3a793e11: NOKEY |
| 13:54:46 | raptor | yep |
| 13:54:54 | raptor | I didn't sign the RPMs |
| 13:55:19 | raptor | so you don't really *know* that it's from me, a very well-known, trusted individual... :) |
| 13:55:48 | | Skybax has joined |
| 13:56:01 | raptor | kaen: no worries... we've released with much worse problems before... |
| 13:56:03 | Skybax | I'm back. Halla |
| 13:56:08 | raptor | hi Skybax |
| 13:56:53 | kaen | whoa |
| 13:56:56 | kaen | hold the phone |
| 13:57:20 | kaen | we don't send the current recharge rate from server to client? |
| 13:57:47 | SolumnMushroom | Do I need the .desktop file? |
| 13:58:01 | raptor | i'm not sure anymore - I think Watusimoto dabbled in that code last, and I think it just sends whether to credit energy or not |
| 13:58:12 | raptor | i think the recharge rate might also be client-side predicted.. |
| 13:58:18 | raptor | SolumnMushroom: no |
| 13:58:21 | kaen | that's what it looks like... |
| 13:58:56 | kaen | in short, if I just set the recharge rate on the server side, the client is off |
| 13:59:15 | kaen | "simple fix" |
| 13:59:16 | raptor | i think both client/server call the same method, right? |
| 13:59:26 | Watusimoto | it doesn't matter if the client is off because you hacked it... |
| 13:59:51 | bobdaduck | Ah |
| 14:00:03 | Skybax | Oh, bobdaduck, you asked me what the "points" were for. It's just a way to keep track of how many exercises you've done. You can see how much you've ever done in a day and try to beat your record. For example my best is 70. Your best is 6 x) |
| 14:00:06 | bobdaduck | probably a good idea |
| 14:00:15 | kaen | Watusimoto, actually I'm adding a fix :P |
| 14:00:16 | bobdaduck | oh okay. |
| 14:00:33 | kaen | for #2 on the RBL |
| 14:00:35 | Skybax | The "Day Streak" is the same thing |
| 14:00:56 | Watusimoto | great! |
| 14:01:17 | kaen | I tried in deployEngineeredItem, but that's only applying server side |
| 14:01:32 | raptor | SolumnMushroom: i think i can build a debian 6.0 build for you... |
| 14:02:06 | SolumnMushroom | That would be very appreciated |
| 14:02:18 | kaen | you have a debian 6.0 ppc machine raptor ? |
| 14:02:29 | raptor | OBS! |
| 14:02:32 | kaen | whoa |
| 14:02:34 | raptor | https://build.opensuse.org/package/show?package=bitfighter&project=home%3Adbuck |
| 14:02:36 | kaen | that's awesome |
| 14:02:46 | raptor | just enabled it, let's see what happens... |
| 14:03:17 | kaen | "unresolvable" looks promising :P |
| 14:03:22 | raptor | sigh |
| 14:03:34 | raptor | looks like they never actually imported the ppc architecture for debian |
| 14:03:38 | raptor | so... nevermind |
| 14:06:37 | kaen | okay... so can't we just send the client his recharge rate and energy level every so often instead of doing CSP with RPC calls to synchronize it? |
| 14:07:54 | raptor | not sure - Watusimoto spent a *lot* of time with it, if I recall, so he may have determined that our current solution worked best.. |
| 14:08:35 | Watusimoto | when would you send it? every few seconds? |
| 14:08:49 | kaen | maybe add a mask? |
| 14:09:12 | Watusimoto | The thing about the rpcs is they are 1) event driven and 2) guaranteed to reach the client |
| 14:09:47 | Watusimoto | I suppose we could include recharge rate with every packet we send to the client... |
| 14:09:56 | Watusimoto | but those packets are not guaranteed to arrive |
| 14:10:11 | raptor | and expensive! |
| 14:10:16 | Watusimoto | I think we have a generalized flaw in the game design because we sometimes send critical info via these packts |
| 14:10:26 | Watusimoto | when I think it should proabbly be done via rpc |
| 14:10:44 | SolumnMushroom | Anyone have any idea how to get sound working on a Powerbook 6,7 (iBook G4 12") with MintPPC |
| 14:10:46 | SolumnMushroom | ? |
| 14:10:50 | Watusimoto | what is the issue you are trying to solve? |
| 14:11:02 | Skybax | Turn up the volume |
| 14:11:12 | Watusimoto | SolumnMushroom: I have been wrestling with sound on mint forever; I have no solutions to offer |
| 14:11:17 | SolumnMushroom | It is up |
| 14:11:33 | Watusimoto | turn it up more? |
| 14:11:38 | Skybax | More louder |
| 14:11:48 | kaen | I'm trying to make the recharge timer reset when you deploy an engineered item, but that was more of an architectural observation |
| 14:11:53 | SolumnMushroom | It was up to the maximum |
| 14:11:58 | SolumnMushroom | No sound |
| 14:12:19 | kaen | I hadn't considered packet loss, but I was suggesting having an EnergyMask bit for pack/unpack update |
| 14:12:35 | Watusimoto | ok, refresh my memory -- server maintinas the official recharge rate timer; does the client do the same in parallel? |
| 14:12:41 | kaen | yes |
| 14:12:48 | Watusimoto | but they are unsynced? |
| 14:12:55 | kaen | well, not now |
| 14:13:04 | kaen | but when I change energy stuff I have to synch them |
| 14:14:08 | kaen | specifically I duplicate the resetting logic in deployEngineeredItem and the client engineer response callback |
| 14:14:57 | Watusimoto | so the client resets the clock when it engineers something, and then gets a confirmation message from the server |
| 14:17:01 | SolumnMushroom | Nevermind, sound works. Nothing was playing is all. |
| 14:17:25 | Skybax | Hahahaha, haha |
| 14:18:02 | kaen | well it doesn't do anything right now... |
| 14:18:16 | kaen | deploying engineer only costs energy, but doesn't reset the recharge rate |
| 14:18:42 | SolumnMushroom | Probably because I went through my default blacklists and deleted all instances of my audio drivers... |
| 14:19:44 | Watusimoto | but you are changing that, right? |
| 14:19:48 | kaen | correct. |
| 14:20:06 | Watusimoto | do you think there is a danger the client and server will get out of sync? |
| 14:20:21 | kaen | well, I only did the server side at first |
| 14:20:48 | Watusimoto | one way they might is if client thinks it can engineer, but for some reason it is blocked; then timer needs to be unreset |
| 14:21:13 | bobdaduck | Oh that already happens |
| 14:21:18 | kaen | well, on the client I'll wait for a success response from the server |
| 14:21:31 | Watusimoto | that probably makes sense... except |
| 14:21:35 | kaen | oh man... |
| 14:21:43 | kaen | defeats the purpose of CSP |
| 14:22:25 | Watusimoto | if the timer is about to kick into high recharge speed when the client engineers, and does so while waiting for the server response, the energy bar will need to be rewound to reflect that it never went into high speed |
| 14:23:01 | kaen | anyway, manual synching energy level and consumption/recharge rate with csp seems like more trouble than it's worth |
| 14:23:26 | SolumnMushroom | Only problem, there's that Mac Audio weirdness. |
| 14:23:32 | Watusimoto | so, maybe stream low-resolution energy levels from the server? |
| 14:23:57 | kaen | that makes sense |
| 14:24:21 | Watusimoto | or perhaps a series of rcps that set the recharge rate and sync the level, that can be called only as needed |
| 14:24:22 | kaen | or just add an EnergyMask and only send the rate and current value when it's set |
| 14:24:42 | raptor | but that's one more bit every packed update! |
| 14:24:43 | Watusimoto | and hope that packet doesn't get dropped :-) |
| 14:25:04 | kaen | if it does it should get fixed next time you move/shoot do anything/ |
| 14:25:14 | kaen | wow bad slashes... |
| 14:25:27 | kaen | if your packet loss is that bad... well |
| 14:25:50 | Watusimoto | so the client and server has synchronized clocks |
| 14:26:38 | Watusimoto | what if when the energy mask is set, you also sent the time at which you expect the energy meter to be full, then the client could back-calculate the appropriate energy level it should have when the packet is recieved and count from there? |
| 14:27:19 | raptor | question to the channel: Level design contest? |
| 14:27:24 | Watusimoto | sure! |
| 14:27:29 | raptor | theme? |
| 14:27:30 | Watusimoto | Fancy Desserts |
| 14:27:39 | raptor | hahaha, i love it! |
| 14:27:43 | kaen | yes. |
| 14:27:44 | Skybax | xD |
| 14:27:54 | kaen | so it's decided! |
| 14:28:03 | Watusimoto | really? |
| 14:28:10 | kaen | I vote yes. |
| 14:28:11 | raptor | sure |
| 14:28:31 | kaen | well... that escalated quickly. |
| 14:29:57 | Watusimoto | generally energy increases at one of two rates until it hits a maximum at which it will "self-synchronize" |
| 14:30:18 | Watusimoto | energy also decreases in response to specific events, which the client (usually) knows about |
| 14:30:34 | | SolumnMushroom Quit (Ping timeout: 252 seconds) |
| 14:30:40 | Watusimoto | I say usually because there aer some cases where the client thinks it is spending energy when it really isn't |
| 14:31:14 | Watusimoto | but the client knows when the recharge rate is reduced (usually) because it will be in response to an action it takes |
| 14:31:42 | Watusimoto | and the client knows when the recharge rate increases, because it will be after a set time since the last reducing event |
| 14:31:42 | | SolumnMushroom has joined |
| 14:32:05 | SolumnMushroom | Sleep works |
| 14:32:15 | Watusimoto | so it seems that csp is quite simple for this case |
| 14:32:53 | Watusimoto | there are no events (currently) that come from the server that will reduce energy |
| 14:33:03 | Watusimoto | and only one (hitting an energy item) that increase it |
| 14:33:18 | Watusimoto | (and a small delay there seems non-problematic) |
| 14:33:40 | raptor | 2 weeks OK for the contest? |
| 14:33:44 | kaen | yep |
| 14:33:45 | raptor | entry deadline |
| 14:33:46 | Watusimoto | so aside from a few edge cases, there is very little syncronization required |
| 14:33:47 | raptor | ok |
| 14:33:55 | Watusimoto | raptor: sure |
| 14:35:01 | Watusimoto | the only real edge cases relaet to the client thinking it has more energy than it really does and trying to lay a mine or something that makes a big change in energy (which the server then needs to roll back) |
| 14:35:33 | Watusimoto | a false attempt to engineer is another (client thinks it can, but it can't) -- again, server needs to roll back |
| 14:35:58 | Watusimoto | so really, it seems what we need is this rollback mecahanism, which seems well suited to an rpc, and I think we already have it |
| 14:36:42 | Watusimoto | how else can the client and server desync? |
| 14:39:53 | raptor | contest post up |
| 14:40:54 | SolumnMushroom | ______________________________________ |
| 14:40:54 | SolumnMushroom | | get it fixed" | |
| 14:40:54 | SolumnMushroom | | | |
| 14:40:54 | SolumnMushroom | \ Husse Oct 8 2007 / |
| 14:40:55 | SolumnMushroom | -------------------------------------- |
| 14:40:56 | SolumnMushroom | \ |
| 14:40:59 | SolumnMushroom | \ |
| 14:41:01 | SolumnMushroom | .--. |
| 14:41:03 | SolumnMushroom | |o_o | |
| 14:41:07 | SolumnMushroom | |:_/ | |
| 14:41:09 | SolumnMushroom | // \ \ |
| 14:41:11 | SolumnMushroom | (| | ) |
| 14:41:13 | SolumnMushroom | /'\_ _/`\ |
| 14:41:19 | SolumnMushroom | \___)=(___/ |
| 14:41:29 | Skybax | ><)))•>°˚ |
| 14:41:34 | SolumnMushroom | That looked better in Terminal... |
| 14:41:41 | raptor | please no spamming the channel |
| 14:41:48 | SolumnMushroom | Sorry |
| 14:41:56 | kaen | okay, how about this: we create an energyinfo rpc which sends a timestamp, rate, and value for the energy. Every time we modify energy we use a wrapper which calls the rpc and performs the same operation locally. |
| 14:42:16 | | SolumnMushroom Quit (Quit: Leaving) |
| 14:42:26 | Watusimoto | and the client just counts up from these events? |
| 14:42:47 | kaen | we use that "rollback" (i.e. extrapolation) you describe on the client side and then we one have logic in one place and complete, reasonably accurate CSP |
| 14:43:08 | kaen | *we have logic in one place |
| 14:43:13 | Watusimoto | so when I fire, I have to wait for the server to tell me my energy has been reduced? |
| 14:43:49 | kaen | gah. |
| 14:43:58 | Watusimoto | but that's ok |
| 14:44:07 | Watusimoto | I know my energy has been reduced |
| 14:44:27 | Watusimoto | so I reduce it locally, and when the message from the server arrives, I make any adjustments necessary |
| 14:44:50 | Watusimoto | but one thing to be careful of... it is easy to get into a situation where the energy meter appears to stutter |
| 14:44:55 | Watusimoto | and it looks crazy bad |
| 14:45:09 | kaen | what if we interpolated it? |
| 14:45:48 | Watusimoto | well, I keep thinking that there are very few ways to get out of sync |
| 14:46:04 | Watusimoto | so when I fire, why do I even need to hear from the server? |
| 14:46:19 | Watusimoto | what will the server tell me I don't already know? |
| 14:47:06 | kaen | that's a good question |
| 14:47:38 | kaen | well, for one your movements have a delay |
| 14:48:02 | kaen | so things could deviate from your predictions based on network conditions |
| 14:48:21 | Watusimoto | your movements happen locally immediately |
| 14:48:40 | kaen | like maybe if an energy item respawns in between when you send the move and when it's received |
| 14:48:53 | Watusimoto | and even if you are up against a wall, but don't realize that, and you move into the wall, you are still using energy the same way you would flying into space |
| 14:48:53 | kaen | making an invalid action now valid? |
| 14:49:05 | Watusimoto | turn on turbo, and fly into a wall, you are still using turbo |
| 14:49:18 | Watusimoto | so energy is not impacted by any server side movement related issues I can see |
| 14:49:24 | kaen | how about my last hypothetical? |
| 14:49:45 | Watusimoto | you get the powerup when the server sends it ot you |
| 14:49:52 | Watusimoto | I think energy items should not be predicted client side |
| 14:49:58 | Watusimoto | they are hard to roll back |
| 14:50:13 | Watusimoto | so I would say for energy items, wait for a packet from the server |
| 14:50:32 | Watusimoto | in the same way health packs wait for server message |
| 14:50:47 | kaen | you don't have enough energy to do something (client-side), but you send the rpc and before it actually arrives there's an energy pack that respawns under you, when the server receives your rpc your move is now valid. your client disagrees with the server about what just happened. |
| 14:51:12 | Watusimoto | so can we make that a little more concrete? |
| 14:51:24 | Watusimoto | you lay a mine, but don't have the enregy to do it |
| 14:51:24 | kaen | hmm. I thought I just did :x |
| 14:51:28 | kaen | ok |
| 14:51:40 | kaen | does that get inhibited client side? |
| 14:51:45 | Watusimoto | you hit a energy pack, pick it up |
| 14:51:51 | Watusimoto | I think it does get inhibited |
| 14:51:54 | kaen | wow |
| 14:52:15 | Watusimoto | so actually, I'm not sure the server would ever know you were trying to lay that mine |
| 14:52:22 | kaen | well, worthless example them :P |
| 14:52:25 | kaen | ok |
| 14:52:29 | Watusimoto | no a good one |
| 14:53:27 | Watusimoto | I can't see any situation where an energy pack credit delay would make things screw up |
| 14:53:44 | Watusimoto | (aside from not letting you do something you technically could do) |
| 14:54:09 | Watusimoto | but (I think) the client will decide you don;t have the energy to do something and it ends there |
| 14:54:19 | Watusimoto | (though I should probably check that) |
| 14:56:20 | Watusimoto | so processWeaponFire() looks like it gets run on client |
| 14:56:55 | Watusimoto | that checks time since last fire, and checks for sufficient energy |
| 14:58:02 | Skybax | I'm learning APIs. I already did YouTube and now I'm learning Mandrill.. |
| 14:58:04 | Skybax | WTH is Mandrill |
| 14:59:21 | Watusimoto | yeah, so I think that the client will just ignore a fire request if local energy is insufficient |
| 15:04:17 | | Nothing_Much Quit (Read error: Connection reset by peer) |
| 15:04:28 | Watusimoto | so there are events that will lead the client to think it has too little energy, but very few that will lead it to think it has too much |
| 15:05:13 | Watusimoto | and thinking you haev less energy than you do leads to very few problems from the POV of keeping things in sync |
| 15:05:47 | Watusimoto | so I think we should identify those situations, and send a message to the client, but otherwise let the client manage its energy itself |
| 15:05:47 | kaen | ok, I think you've convinced me |
| 15:06:25 | Watusimoto | all we really need is a energy crediting system, which we should have |
| 15:06:27 | kaen | and I agree that we need this extrapolation mechanism you've described |
| 15:06:31 | kaen | oh |
| 15:06:42 | Watusimoto | raptor was right... I have thought about this alot! |
| 15:06:55 | Watusimoto | there is no real extrapolation needed |
| 15:07:06 | kaen | hmm, maybe I should just leave #2 to you :) |
| 15:07:19 | Watusimoto | the client simply increments at one of two rates |
| 15:07:34 | Watusimoto | that rate is chosen by how recently it did soemthing that would reset the rate |
| 15:08:02 | raptor | i'm right about something! |
| 15:08:05 | kaen | that's what I'm referring to: timer reset extrapolation |
| 15:08:40 | Watusimoto | there is only one server side action that can affect recharege rate, and that is a msitaken firing/engineering that will artificially supress client side energy |
| 15:09:10 | Watusimoto | the timer simply resets every time the client fires or moves |
| 15:09:32 | Watusimoto | except when the client thinks it is firing and the server disagrees |
| 15:09:40 | Watusimoto | which is rare but possible |
| 15:09:43 | raptor | I think I'll even enter a level for this contest... |
| 15:10:08 | Skybax | It is just Fancy Desserts ? No other specs? |
| 15:10:17 | raptor | nope |
| 15:10:35 | Watusimoto | so in the normal case, there is no need for any extrapolation |
| 15:10:57 | Watusimoto | because the client knows immediately that the fast-recharge timer has been reset |
| 15:11:21 | Watusimoto | in the case of a disagreement, the server probably will need to tell the client, and maybe then the extrapolation would be useful |
| 15:12:41 | Watusimoto | though in those cases, energy will almost alwyas be in slow recharge mode |
| 15:12:57 | Watusimoto | to get into fast recharge mode, you need to have acquired a fair bit of energy just sitting |
| 15:13:41 | Watusimoto | probably enough to do most things (except perhaps lay a mine or engineer something) |
| 15:13:44 | Watusimoto | any expenditure of energy will reset fast recharge timer* (* I think) |
| 15:17:46 | | BFLogBot Commit: 61ec0433f8cd | Author: kaen | Message: reset fast recharge timer when deploying engineered objects |
| 15:17:58 | kaen | Watusimoto, does that look right? |
| 15:18:38 | Watusimoto | well...let's ahve a look |
| 15:19:43 | kaen | it seems to function properly |
| 15:20:39 | Watusimoto | that looks fine; the only problem is... hold on... looking |
| 15:21:39 | Skybax | How do I have... one of Little_Apple's levels in my levels folder |
| 15:21:50 | | Nothing_Much has joined |
| 15:21:57 | raptor | he snuck it in somehow.. |
| 15:23:01 | Skybax | Weird.. |
| 15:23:40 | Watusimoto | the only problem comes in where client thinks it deployed item, but server says no |
| 15:23:52 | Watusimoto | I thought we had an energy credit for that, but I don't see it |
| 15:25:00 | kaen | weird |
| 15:25:06 | kaen | I didn't notice that... |
| 15:25:47 | Skybax | Anyone wanna reminisce through my levels folder with me lol |
| 15:25:57 | Watusimoto | we have the s2cCreditEnergy() method |
| 15:25:58 | kaen | ClientInfo.cpp:472 Watusimoto |
| 15:26:08 | bobdaduck | skybax: Sure in like 30 min |
| 15:26:11 | bobdaduck | when I get home from work |
| 15:26:16 | Skybax | Okay |
| 15:26:22 | Watusimoto | here: |
| 15:26:23 | Watusimoto | // Else deployment failed and we need to credit some energy back to the client |
| 15:26:24 | Watusimoto | S32 energyCost = ModuleInfo::getModuleInfo(ModuleEngineer)->getPrimaryPerUseCost(); |
| 15:26:24 | Watusimoto | getConnection()->s2cCreditEnergy(energyCost); |
| 15:26:27 | kaen | :) |
| 15:26:38 | kaen | too fast for you |
| 15:26:40 | Watusimoto | that looks like.... line 472! |
| 15:27:20 | Watusimoto | so the only loose end is that if we are crediting back the energy, we really should be creditning back the fast recharge timer time |
| 15:27:32 | Watusimoto | otherwise server will go into fast recharge mode and client will still be in slow |
| 15:27:58 | kaen | ohh |
| 15:28:07 | Watusimoto | not the end of the world, but perhaps we could change the c2scredit energy to pass a message about when it thinks fast energy should start |
| 15:28:20 | Watusimoto | and there we could do the extrapolation we discussed waaaay earlier |
| 15:28:32 | kaen | so we do need extrapolation! |
| 15:28:41 | Watusimoto | !!! yes |
| 15:28:51 | Watusimoto | in a very rare case |
| 15:29:05 | kaen | technically correct: the best kind of correct |
| 15:29:08 | kaen | :P |
| 15:29:35 | Watusimoto | the absolute best |
| 15:32:03 | Watusimoto | kaen: I went through this same exact thought process with myself a few months ago |
| 15:32:16 | Watusimoto | I started right were you did -- ready to impelemtn an energy mask |
| 15:32:52 | Watusimoto | my fingers were itching to type... |
| 15:37:16 | raptor | heading home! need to think of a fancy desert... |
| 15:37:24 | raptor | with oasis and camels |
| 15:37:36 | Skybax | lolwut |
| 15:37:39 | kaen | things like this are what I wanted to understand when I started network game programming. I love experiences like this that result in practical realizations |
| 15:37:50 | | raptor Quit () |
| 15:37:52 | kaen | like pushing a boulder up a mountain. |
| 15:42:01 | Watusimoto | or having your eyes pecked out by crows |
| 15:42:38 | Watusimoto | energy is great because even if things get off a bit, it self-syncronizes when you max out |
| 15:44:00 | | Darrel Quit (Quit: IRC client killed.) |
| 15:45:17 | kaen | like stumbling through the dark for a lightswitch in a cluttered room you've never been in but which as been vaguely described to you by other people |
| 15:46:14 | Watusimoto | sounds like my house |
| 15:46:20 | Watusimoto | after my kids get home from soccer |
| 15:46:27 | kaen | hehe |
| 15:47:43 | Watusimoto | man, even C++ has significant whitespace |
| 15:48:05 | Watusimoto | that's a good trivia item... where does whitespace matter? |
| 15:48:16 | Watusimoto | where can an errant space break a build? |
| 15:48:21 | Skybax | I don't even know what that is |
| 15:48:24 | Watusimoto | (not counting f or) |
| 15:49:57 | Watusimoto | I mean where a space or tab can make a program not compile |
| 15:50:17 | Watusimoto | like Python, which requires a certain number of spaces to work |
| 15:50:32 | Watusimoto | or old school Fortan in which things had to line up or not run |
| 15:51:54 | Watusimoto | I strongly oppose languages where invisible characters are important to a program running or not |
| 15:52:10 | Skybax | Makes sense |
| 16:01:24 | | LordDVG Quit (Remote host closed the connection) |
| 16:07:03 | | amgine1234567890 has joined |
| 16:07:12 | amgine1234567890 | hello everyone |
| 16:08:01 | amgine1234567890 | and new buildbots (if i test as we go i htink it would cut debugging time down and allow faster relases. |
| 16:12:56 | bobdaduck | Heading home |
| 16:12:58 | | bobdaduck Quit (Remote host closed the connection) |
| 16:14:06 | amgine1234567890 | lol |
| 16:14:19 | amgine1234567890 | wattisimo kaen anything new? |
| 16:29:32 | | raptor has joined |
| 16:29:32 | | ChanServ sets mode +o raptor |
| 16:31:29 | | koda Quit (Quit: koda) |
| 16:31:41 | Watusimoto | hi amgine1234567890 |
| 16:31:45 | Watusimoto | nothing new |
| 16:31:51 | Watusimoto | except that it's bedtime |
| 16:31:55 | amgine1234567890 | ok so the db was fixed |
| 16:32:02 | amgine1234567890 | for me thats good |
| 16:32:32 | amgine1234567890 | strange bug occurs somtiems whne you start a level you cant move cause unkown confirmed by the other adminds |
| 16:32:44 | Watusimoto | so... good night everyone! |
| 16:33:32 | amgine1234567890 | goodnight |
| 16:34:19 | amgine1234567890 | raptor you there? |
| 16:35:53 | | bobdaduck has joined |
| 16:36:10 | bobdaduck | kback |
| 16:36:15 | bobdaduck | what'd I miss? |
| 16:38:55 | raptor | good night |
| 16:38:57 | raptor | hi, i'm here |
| 16:39:33 | raptor | I have an idea for the contest! |
| 16:39:35 | raptor | oh boy oh boy |
| 16:41:14 | Skybax | Hi! |
| 16:41:37 | Skybax | I have a name for my level but still no idea what it's gonna look like lol |
| 16:41:48 | amgine1234567890 | so whats the idea care to share ;) |
| 16:42:42 | amgine1234567890 | I have a idea for a map but im struggeling to build it cause im having issues with hte curve tool |
| 16:43:14 | Skybax | My level creation techniques seem so primitive compared to what I've seen in the last few days lol |
| 16:43:25 | bobdaduck | lol |
| 16:43:40 | Skybax | I don't even know how to use the curve tool x) |
| 16:43:52 | Skybax | I just eyeball all my curves |
| 16:44:03 | bobdaduck | lol |
| 16:44:11 | bobdaduck | my curve tool crashes bitfighter... |
| 16:44:15 | Skybax | Fun xD |
| 16:44:26 | Skybax | Hey, ready to reminisce? |
| 16:45:05 | bobdaduck | yeha! |
| 16:45:29 | Skybax | Hosting |
| 16:45:57 | amgine1234567890 | i dont have the old 18a i deleted it but i want to join ;) |
| 16:46:25 | Skybax | Okay? |
| 16:47:02 | amgine1234567890 | eyah im cluless on getting the right curves on the curve tool |
| 16:47:15 | amgine1234567890 | also teh crve tool cant do polywalls lol |
| 16:47:57 | amgine1234567890 | I mean i have th3e perfect idea for a map but i cant buuild it -_- |
| 16:49:02 | amgine1234567890 | as its nothing but curves wish i could get some help on the curve tool |
| 16:49:46 | amgine1234567890 | hmm maybe if I do staight lines then cruve them it would be easier..... |
| 16:54:13 | amgine1234567890 | ugh this is impossible if only somone could jsut make the level for me but then they would take credit for it -_- |
| 16:54:57 | amgine1234567890 | ok i jsut got a idea for a new plugin the *bend tool* alows you to add curves to already sritght lines |
| 16:55:22 | amgine1234567890 | you pull that part of the join outt and the tool curves it |
| 16:57:45 | amgine1234567890 | also there should be length setting on teh curve tool |
| 17:00:08 | amgine1234567890 | ok i got my project to wrok on ;) |
| 17:03:20 | amgine1234567890 | oh wait duh lol |
| 17:07:28 | amgine1234567890 | ugh this level is goign to take weeks to build stupid arc tool so unessicarily difficult |
| 17:16:19 | | Watusimoto Quit (Ping timeout: 245 seconds) |
| 17:26:40 | amgine1234567890 | raptor are you there? |
| 17:27:15 | raptor | hi |
| 17:34:14 | amgine1234567890 | so raptor i had a idea for bf a bend/strech tool it will take the walls and bend it at the point you grab and you can pull the curves out and also strech them this would make the curve plugin obsolete |
| 17:34:49 | raptor | a bezier curve-like tool |
| 17:35:02 | amgine1234567890 | moreso hte bending tool as teh current plugin is a hassle to use currently i cant figure out what does what |
| 17:36:20 | amgine1234567890 | anwyas seems hard enough you jsut grab the point oy uwant to cruve and drag it. |
| 17:40:42 | amgine1234567890 | lol afk ratpro ill discuss this with oyu later whne your not forever afk XD\ |
| 17:47:47 | | Nothing_Much Quit (Changing host) |
| 17:47:47 | | Nothing_Much has joined |
| 18:39:00 | kaen | raptor, wat mentioned synchronized game clocks |
| 18:39:05 | kaen | is that mCurrentTime ? |
| 18:39:08 | kaen | on Game? |
| 18:43:11 | | fordcars has joined |
| 18:44:01 | fordcars | haha my brother is taking all of the internet, it takes like 4 seconds to send one message on IRC |
| 18:46:24 | raptor | hi |
| 18:46:26 | raptor | uh |
| 18:46:27 | raptor | hmmm |
| 18:46:40 | raptor | it's used to keep the Core panel in sync.. |
| 18:48:26 | raptor | kaen: mGameTimer |
| 18:48:47 | raptor | server makes sure client is in sync every few seconds |
| 18:49:03 | raptor | part of gameType.cpp |
| 19:20:19 | amgine1234567890 | hi |
| 19:31:55 | kaen | hi |
| 19:33:56 | amgine1234567890 | so kaen heres a idea a bend too you grab the point of hte wall oyu want and pull it to curve the wall |
| 19:34:02 | amgine1234567890 | bend tool |
| 19:34:53 | kaen | yeah, that'd be a bunch of work and I couldn't do it lua |
| 19:34:58 | kaen | I wrote a curve fitter |
| 19:54:54 | amgine1234567890 | whats that do? |
| 19:56:41 | amgine1234567890 | but a bending tool would be more then worth it as it would make cruve plugins alsmot absolete problem is it being so danr difficult |
| 19:56:59 | raptor | amgine1234567890: kaen's curve fitter is probably exactly what you want |
| 19:57:21 | raptor | you can draw a rough outline of something with barriers, then run his plugin and it'll smooth it out for you |
| 19:57:52 | amgine1234567890 | wow that sounds cool |
| 19:58:00 | amgine1234567890 | is it operational? |
| 19:58:04 | raptor | yes |
| 19:59:27 | amgine1234567890 | is there a link to test it? |
| 20:00:20 | raptor | yeah, here: https://github.com/kaen/kaentools |
| 20:00:25 | raptor | i think it's the 'subdivide' one |
| 20:05:03 | amgine1234567890 | raptor silly qeustion i clikc on it and i can see the code but how do i downlaod it or do i need to copy anbd paste it |
| 20:09:43 | kaen | sorry amgine1234567890 I was afk |
| 20:09:51 | kaen | I can help you install the plugins in 019 |
| 20:10:10 | amgine1234567890 | ok interesed on the curve fitter |
| 20:10:40 | kaen | okay, download this: https://github.com/kaen/kaentools/archive/master.zip |
| 20:10:57 | kaen | and unzip it so that the .lua files are in the "plugins" directory of the bitfighter folder |
| 20:11:04 | kaen | and start 019 |
| 20:11:10 | raptor | back later.. |
| 20:11:15 | kaen | then hit F9 (or F8, I forget) |
| 20:11:21 | kaen | and you'll have the whole list of plugins :) |
| 20:11:56 | kaen | sorry, "editor_plugins" directory |
| 20:12:16 | kaen | erm, did that make sense? |
| 20:14:14 | amgine1234567890 | uhh kinda |
| 20:14:43 | kaen | okay, what step do you need help with? |
| 20:17:39 | amgine1234567890 | ok so i unzipped the files and im looking at the folders |
| 20:18:15 | amgine1234567890 | but its not unzipeped into the plugins |
| 20:18:21 | kaen | that's okay |
| 20:18:28 | kaen | inside the folder that say kaentools-master |
| 20:18:34 | kaen | copy all of the lua files |
| 20:18:51 | kaen | and paste them in the editor_plugins folder of the latest buildbot zip you downloaded |
| 20:19:12 | amgine1234567890 | ok now? |
| 20:19:17 | kaen | should be it |
| 20:19:23 | kaen | just run bitfighter |
| 20:19:29 | kaen | and hit F9 in the editor |
| 20:19:34 | kaen | you should see a list of them |
| 20:21:47 | amgine1234567890 | cool so do the walls have to preexist to smooth them oir does it create a "oyutline like a barrier maker tool then smooth it" |
| 20:22:09 | kaen | correct, create a barrier maker |
| 20:22:15 | kaen | Select it |
| 20:22:21 | kaen | run the "bezier curve fitter" |
| 20:22:43 | kaen | adjust subdivision and bezier fitting factor as needed |
| 20:22:58 | amgine1234567890 | you lost me XD |
| 20:23:37 | kaen | just run the plugin and you'll see :) |
| 20:25:56 | amgine1234567890 | ugh i keep getting wacky curves with the beizer curve fitter not sure what im doing lol |
| 20:28:36 | amgine1234567890 | found a crash lol pressing f9 then clikcing blank space on the blue crashes Bf i think |
| 20:28:57 | kaen | are you on the latest buildbot? |
| 20:29:02 | amgine1234567890 | yes |
| 20:29:03 | kaen | and can you give me the address? |
| 20:29:10 | amgine1234567890 | and i jsut confirmed teh crash |
| 20:29:34 | amgine1234567890 | ill see what i can do but i clicked the blank blue splace after pressing f9 crashes |
| 20:29:36 | kaen | I just need the address |
| 20:30:11 | kaen | haha nevermind |
| 20:30:14 | kaen | just duped |
| 20:32:54 | amgine1234567890 | lol funny what i can find whne you give me random stuff eh XD |
| 20:33:10 | kaen | were you able to get an address by chance? |
| 20:33:14 | kaen | I want to test something... |
| 20:33:21 | amgine1234567890 | ill get it hold on a sec |
| 20:35:12 | amgine1234567890 | adress is 0x000000000082a8c1 |
| 20:35:35 | kaen | BFBuildBot, a2l 0x82a8c1 |
| 20:35:38 | BFBuildBot | tnlVector.h:147 |
| 20:35:42 | kaen | yes! |
| 20:36:32 | amgine1234567890 | cool let me try that for no use what soever XD |
| 20:37:40 | amgine1234567890 | BFBuildBot, a21 0x83a8c1 |
| 20:37:53 | amgine1234567890 | nope XD |
| 20:38:48 | kaen | it's A2L |
| 20:40:52 | amgine1234567890 | ok |
| 20:41:12 | amgine1234567890 | noted so whne your not around i can trace crashes and give you the info |
| 20:42:29 | amgine1234567890 | BFBuildBot, a2l 0x83a8c1 |
| 20:42:29 | BFBuildBot | Something bad happened (see logs) |
| 20:42:35 | | bobdaduck Quit (Remote host closed the connection) |
| 20:42:44 | kaen | probably not a valid address |
| 20:43:41 | kaen | oh haha |
| 20:43:47 | amgine1234567890 | ok noted for further use to help you with bug tracing |
| 20:43:59 | amgine1234567890 | stuff like that or bflogbot stuff would help also |
| 20:44:00 | kaen | I just pushed so the buildbot wiped out the old exe... |
| 20:44:18 | kaen | I think you just want cool #bitfighter tricks :P |
| 20:44:42 | amgine1234567890 | wanna bet if i find a bug ill tace it and log it ;) |
| 20:44:53 | kaen | heh |
| 20:45:00 | kaen | anyway that's all I've added so far |
| 20:45:17 | amgine1234567890 | thats fine the llugins need renaming XD |
| 20:45:29 | amgine1234567890 | if they will be relased as offical |
| 20:46:00 | amgine1234567890 | hopefully that crash i found isnt to troublesome to fix |
| 20:46:21 | kaen | I already fixed it actually ;) |
| 20:47:21 | amgine1234567890 | good |
| 20:47:22 | kaen | http://buildbot.bitfighter.org/builders/bitfighter-w32-cross/builds/76 |
| 20:48:27 | amgine1234567890 | ill let oyu know if i find any crashes with your plugins but since they are weridly named still trying to figure out what some of them do |
| 20:49:07 | amgine1234567890 | lol i got like 12 old BF builds on my computer |
| 20:49:30 | kaen | I'm trying to figure out how to write help info... |
| 20:49:58 | amgine1234567890 | for what? (just wondering) |
| 20:50:05 | kaen | for the plugins |
| 20:50:18 | kaen | so that they're easier to use :P |
| 20:50:41 | amgine1234567890 | i found a old C++ for dummies in my dads comptuer room but its the second volume not very helpfull XD |
| 20:51:36 | fordcars | hehe |
| 20:51:44 | fordcars | write help info? |
| 20:51:52 | kaen | yeah |
| 20:52:02 | kaen | like some system so that I could write instructions for my plugins |
| 20:52:07 | fordcars | make a plugin that makes text itmes :P |
| 20:52:12 | kaen | :P |
| 20:52:17 | kaen | oh! |
| 20:52:26 | kaen | I think I can add a menu item with only text |
| 20:52:32 | fordcars | but, there is green text when in plug-ins, under the plug-in window |
| 20:52:37 | fordcars | really? |
| 20:52:47 | kaen | maybe |
| 20:52:57 | kaen | or I could add such a menu entry |
| 20:53:01 | kaen | type |
| 20:53:10 | kaen | or, like you said, better apply the green text |
| 20:53:29 | fordcars | yeah, but I think it only works for a few types of menus |
| 20:54:08 | kaen | well |
| 20:54:16 | kaen | I think my green text is fairly good |
| 20:54:46 | kaen | although I see some of the plugins are mislabeled or have typos |
| 20:56:35 | fordcars | heh |
| 20:57:26 | raptor | aww stink - my contest idea won't work because it depends on some Lua fixes I've made for 019... |
| 20:57:35 | fordcars | ? it will? |
| 20:57:41 | fordcars | oh level |
| 20:57:44 | fordcars | sorry |
| 20:57:53 | fordcars | I thought you made some dessert changes in 019 |
| 20:58:12 | fordcars | I have no idea what I am going to make |
| 21:01:27 | kaen | me either |
| 21:01:32 | kaen | I really like the theme though |
| 21:02:04 | fordcars | yeah |
| 21:02:52 | Skybax | Weeeeew |
| 21:12:50 | | fordcars Quit (Ping timeout: 250 seconds) |
| 21:25:24 | amgine1234567890 | b raptor you should do a theme for a contest that will fit "tjhat level i showed you the idea for |
| 21:27:54 | Skybax | lol |
| 21:29:02 | amgine1234567890 | kaen are you there? |
| 21:35:19 | amgine1234567890 | BFBuildBot, A2L 0x6ca256 |
| 21:35:21 | BFBuildBot | UIEditor.cpp:2933 |
| 21:39:25 | amgine1234567890 | raptor crash found |
| 21:40:22 | amgine1234567890 | BFLogBot, UIEditor.cpp:2933 |
| 21:40:34 | amgine1234567890 | lol woth a guess |
| 21:40:39 | amgine1234567890 | noted crash |
| 21:44:23 | amgine1234567890 | hmm how do duplicate it weird |
| 21:47:03 | kaen | amgine1234567890, where you dragging an item? |
| 21:47:12 | kaen | were* |
| 21:47:28 | amgine1234567890 | how i selectd teh object i was using |
| 21:47:32 | amgine1234567890 | noi |
| 21:47:45 | amgine1234567890 | duplicated it |
| 21:48:42 | amgine1234567890 | try this make a large 6 point star select al the parts with ctrl a (mine was a hexagon with vs on teh end ) then sleect subdivison to 500 and beizer streght to 50 |
| 21:48:58 | kaen | umm |
| 21:49:06 | kaen | can you pastie the level code? |
| 21:49:24 | amgine1234567890 | wait what lol new crahs or the the same crash with the pplugin wierd |
| 21:49:24 | kaen | the very last step before the crash, please |
| 21:50:20 | amgine1234567890 | BFBuildBot, A2L 0x7f6664 |
| 21:50:44 | amgine1234567890 | how aould i pastie you the code? |
| 21:51:04 | amgine1234567890 | BFBuildBot, A2L 0x7f6664 |
| 21:51:09 | kaen | BFBuildBot, A2L 0x7f6664 |
| 21:51:12 | BFBuildBot | LuaWrapper.h:304 |
| 21:51:15 | kaen | uhoh |
| 21:51:30 | amgine1234567890 | lua wrapper |
| 21:51:49 | amgine1234567890 | did you duplicate it? |
| 21:52:04 | kaen | no |
| 21:52:21 | kaen | I need the level code that you used to cause the crash |
| 21:52:30 | kaen | open the level file in a text editor |
| 21:52:34 | kaen | and paste it to pastie.org |
| 21:52:53 | amgine1234567890 | we ll ity crashed with no save but create a 6 point star by makeing a hexagopn then adding vs to the end |
| 21:53:38 | kaen | just save it right before the last step that makes it crash :) |
| 21:54:15 | amgine1234567890 | hmm ill get back to you on this gltich ok |
| 21:54:19 | kaen | ok |
| 21:56:40 | amgine1234567890 | lol i duplicate it twice and now its not working XD |
| 22:03:27 | | fordcars has joined |
| 22:03:55 | amgine1234567890 | lol try this select all object on screen then drag onto the align stuff plugin Xd |
| 22:05:42 | fordcars | AppName: bitfighter.exe AppVer: 0.0.0.0 ModName: bitfighter.exe ModVer: 0.0.0.0 Offset: 0043055c |
| 22:05:50 | fordcars | quitting bitfighter |
| 22:05:53 | fordcars | 019 |
| 22:06:25 | amgine1234567890 | lol |
| 22:06:46 | amgine1234567890 | BFBuildBot, A2L 0x43055c |
| 22:07:02 | fordcars | heh |
| 22:07:09 | amgine1234567890 | BFBuildBot, A2L 0x0043055c |
| 22:07:15 | kaen | no space |
| 22:07:23 | kaen | at the beginning |
| 22:07:25 | fordcars | I don't use buildBot |
| 22:07:47 | amgine1234567890 | BFBuildBot, A2L 0x0043055c |
| 22:07:48 | BFBuildBot | config.cpp:1713 |
| 22:08:01 | fordcars | and by the way the editor instructions are a little messy |
| 22:08:04 | fordcars | ahh nnice |
| 22:08:34 | amgine1234567890 | kaen how mersoius i have ben unable to cuplicate the gltich since duplicating it XD |
| 22:08:52 | kaen | heh |
| 22:08:59 | kaen | mysterious indeed :) |
| 22:09:23 | amgine1234567890 | somthing with either the beizer curve maker ot teh subdivide |
| 22:10:25 | kaen | both of those do really loopy things to the objects they work on... |
| 22:11:05 | amgine1234567890 | ratpro im thinking of a simple easy plugin that you put teh coordinates in and it goes there (no shift to raise or lower would take to long with large nums) |
| 22:11:08 | amgine1234567890 | er kaen |
| 22:11:33 | amgine1234567890 | example x -1 y = -2 |
| 22:11:44 | amgine1234567890 | it goes to -1 -2 |
| 22:12:00 | kaen | sounds easy |
| 22:12:07 | kaen | makes sense |
| 22:12:17 | amgine1234567890 | lol im waiting forthe worlds longest lag XD i did a pwoer of 255 on the beizer with 7500 divisions XD |
| 22:12:37 | amgine1234567890 | just testing limits |
| 22:12:58 | amgine1234567890 | so far its been 10 minuts |
| 22:13:08 | fordcars | yikes |
| 22:13:20 | fordcars | lol |
| 22:13:25 | kaen | I've done a 0xFFFF vertex wall before |
| 22:13:34 | kaen | with subdivide I think. |
| 22:13:57 | amgine1234567890 | how long did it take XD |
| 22:14:07 | kaen | about 15 minutes I believe |
| 22:14:18 | kaen | on 2.8Ghz |
| 22:14:27 | amgine1234567890 | btw would it be hard for the goto plugin on BF |
| 22:14:44 | kaen | probably not |
| 22:14:50 | kaen | I wrote a note for myself about it. |
| 22:15:01 | amgine1234567890 | ok |
| 22:15:17 | fordcars | plug-ins can move camera? |
| 22:15:49 | amgine1234567890 | well the duplcating the bug is unsucesful ill shelf it for now |
| 22:16:09 | kaen | I think he means a "move object to x, y" plugin |
| 22:16:12 | kaen | right amgine1234567890 ? |
| 22:16:29 | fordcars | you put teh coordinates in and it goes there |
| 22:16:29 | amgine1234567890 | actully no i ment a move camera to x y plugin but bolth would be nice |
| 22:16:33 | kaen | oh |
| 22:16:34 | fordcars | yeah ok |
| 22:16:36 | kaen | haha |
| 22:16:46 | kaen | no api for that yet |
| 22:17:00 | amgine1234567890 | i could see uses for bolth being massivly helpfull |
| 22:17:23 | fordcars | we need triggers in plug-ins :D |
| 22:17:32 | kaen | did you see the align/distribute plugins, amgine1234567890 ? |
| 22:17:36 | amgine1234567890 | btw why doesnt pressing f9 again close the plugin window on my computer? |
| 22:17:37 | kaen | fordcars, interesting idea |
| 22:17:44 | kaen | it's not supposed to |
| 22:17:50 | kaen | hit F8 to back to normal items |
| 22:17:55 | amgine1234567890 | oh ok |
| 22:18:03 | kaen | maybe that's a better idea though |
| 22:18:03 | amgine1234567890 | f9 again would make more sense but ok |
| 22:18:21 | kaen | however I was thinking we might add more, so one button to toggle would be a hassle |
| 22:18:41 | amgine1234567890 | but what if we go over 12 tabs XD |
| 22:18:50 | kaen | doesn't seem likely |
| 22:18:57 | kaen | but who knows |
| 22:19:16 | amgine1234567890 | half the plugins i still have yet to fiure out how to use them like the plogon ones |
| 22:19:38 | kaen | yeah... |
| 22:19:49 | kaen | the polygon plugins probably don't make a lot of sense |
| 22:20:06 | fordcars | where are these plug-ins anyway? |
| 22:20:19 | kaen | https://github.com/kaen/kaentools/archive/master.zip |
| 22:20:25 | fordcars | ooohh ok |
| 22:20:40 | kaen | they're very WIP |
| 22:20:54 | kaen | I still haven't written a readme yet :/ |
| 22:21:15 | amgine1234567890 | lol the distubute plugin seems useless |
| 22:21:30 | amgine1234567890 | CRASH! |
| 22:21:34 | kaen | unless you want to evenly distribute a group of objects :P |
| 22:22:08 | kaen | all of the plugins I wrote because I found a need for them |
| 22:22:09 | amgine1234567890 | used distrubute on x and got this 7f5f64 |
| 22:22:20 | kaen | on "x" ? |
| 22:22:37 | kaen | BFBuildBot, a2l 7f5f64 |
| 22:22:37 | BFBuildBot | LuaWrapper.h:304 |
| 22:22:38 | amgine1234567890 | BFBuildBot, A2L 0x7f5f64 |
| 22:22:46 | kaen | too fast for you friend |
| 22:22:50 | amgine1234567890 | XD |
| 22:22:59 | kaen | again with the push_nil |
| 22:23:02 | amgine1234567890 | illlet me dupe it |
| 22:23:12 | amgine1234567890 | jsut to confirm |
| 22:23:29 | fordcars | seriously, nice job on BFBuildBot |
| 22:23:36 | kaen | well, you have to give me exact steps to reproduce it amgine1234567890 |
| 22:23:40 | kaen | thanks dude :) |
| 22:24:00 | kaen | I only wrote a very little part of it myself, the rest of what I did is duct tape other people's work together |
| 22:24:01 | amgine1234567890 | yes its like vg |
| 22:24:13 | fordcars | hehe |
| 22:24:45 | amgine1234567890 | lol wtf no crash on x but i got it on y this time |
| 22:24:54 | amgine1234567890 | weridness |
| 22:25:20 | amgine1234567890 | same adress 7f5f64 |
| 22:25:42 | kaen | what are you doing to make it crash though? |
| 22:26:01 | amgine1234567890 | i think it has to do with me use distuvbute on x undoing then doing distibure on y or vice versa |
| 22:26:01 | kaen | put the level code on pastie.org and give me directions |
| 22:26:14 | kaen | has to do with undoing? |
| 22:26:17 | kaen | that makes sense |
| 22:26:41 | kaen | there's been recent changes there. |
| 22:27:43 | amgine1234567890 | of course once again i cant dupe it why do you hate me BF XD |
| 22:28:55 | kaen | unfortunately this is a fairly subtle bug |
| 22:29:26 | kaen | and as you've noticed, it's probably somewhat random |
| 22:29:35 | amgine1234567890 | crashes with plugins will not be wanted in BF |
| 22:29:48 | amgine1234567890 | if its broke fix it XD |
| 22:30:43 | amgine1234567890 | horay beizer curve crashed! |
| 22:30:54 | amgine1234567890 | this really is random -_- |
| 22:31:07 | amgine1234567890 | how do you fix a random bugp |
| 22:31:13 | kaen | behold: lua wrapper |
| 22:31:27 | kaen | the ultimate source of subtle, difficult to track bugs |
| 22:31:37 | amgine1234567890 | you were right lua wrapper h 323 |
| 22:32:28 | amgine1234567890 | BFBuildBot, A2L 0x7f5f64 |
| 22:32:28 | BFBuildBot | LuaWrapper.h:304 |
| 22:32:34 | amgine1234567890 | XD |
| 22:33:00 | amgine1234567890 | im dupe this bug if its the last thing i do Xd |
| 22:34:32 | amgine1234567890 | ok i think i found a possible cause somtimes the program wont run at all and i get this error log in the debug build box..... |
| 22:35:42 | fordcars | hey kaen, random question, but do you know a really horrible compiling error that is across most platforms? |
| 22:37:20 | amgine1234567890 | error in method main(): editor_plugins/beizer.lua:90: attempt to index a ply ( a point value) |
| 22:37:44 | amgine1234567890 | may be the cause i got a error beizer didnt run but no crash |
| 22:38:48 | amgine1234567890 | theres also a nice stack trace |
| 22:39:48 | kaen | pastie that please |
| 22:40:03 | kaen | fordcars, I'm not sure exactly what you mean? |
| 22:40:14 | amgine1234567890 | windows wont let me cop and paste the ings in the BF debug window |
| 22:40:43 | kaen | oh, run it from a terminal |
| 22:40:59 | kaen | I mean a command prompt |
| 22:41:01 | amgine1234567890 | never midn checked teh BF test document and found it |
| 22:41:13 | amgine1234567890 | text |
| 22:41:18 | kaen | ok |
| 22:41:21 | kaen | that's right, the logfile |
| 22:41:38 | amgine1234567890 | what was that pastie osmthing |
| 22:42:16 | kaen | pastie.org |
| 22:42:16 | amgine1234567890 | never mind got it |
| 22:42:31 | amgine1234567890 | http://pastie.org/8090128 |
| 22:42:38 | amgine1234567890 | thats my BF log file |
| 22:43:38 | amgine1234567890 | now thats beizer what about the distibute problem hmm |
| 22:45:36 | kaen | I'm going to bed. |
| 22:45:40 | kaen | but I'll read the logs |
| 22:46:30 | kaen | good night |
| 22:46:30 | Skybax | Night! |
| 22:46:30 | amgine1234567890 | goodnight |
| 22:46:30 | amgine1234567890 | raptor are you here? |
| 22:47:32 | fordcars | hah sorry |
| 22:48:07 | | Nothing_Much Quit (Quit: l8r) |
| 22:48:21 | | Nothing_Much has joined |
| 22:48:26 | | Nothing_Much Quit (Changing host) |
| 22:48:27 | | Nothing_Much has joined |
| 22:54:20 | amgine1234567890 | hi nothing? |
| 22:58:38 | amgine1234567890 | raptor kaen skybax? |
| 22:58:51 | Skybax | ? |
| 22:59:30 | | Skybax Quit (Quit: Skybax) |
| 23:18:07 | fordcars | barf's home |
| 23:28:16 | fordcars | heh |
| 23:28:36 | raptor | stay away from barf's home! |
| 23:35:39 | fordcars | :P |
| 23:40:30 | raptor | aww man... i can't set velocity projectile in 018a |