Timestamps are in GMT/BST.
| 00:05:54 | sam686 | i will ba back in about 30 minutes.. |
| 00:07:33 | | BFLogBot - Commit cff4fdaa15a6 | Author: sam8641 | Log: Move s2cSetIsIdle to GameType, makes it easier to tell every clients that a client is idling |
| 00:26:13 | | FlynnnNT Quit (Quit: This computer has gone to sleep) |
| 00:37:35 | Watusimoto | ok; you might need to do the same thing with the code I'm checking in, or I can do it tomorrow. I need to get to bed. |
| 00:42:42 | Watusimoto | merge was a bit hairy -- still compiles but not positive I didn;t break something |
| 00:42:50 | Watusimoto | bye! |
| 00:43:09 | sam686 | ok |
| 00:47:37 | | BFLogBot - Commit b30731397255 | Author: watusim...@bitfighter.org | Log: Comment |
| 00:47:39 | | BFLogBot - Commit a42369d3f010 | Author: watusim...@bitfighter.org | Log: Let clients know that they themselves are no longer suspended |
| 00:47:40 | | BFLogBot - Commit 9b7562c3bf17 | Author: watusim...@bitfighter.org | Log: clarity? |
| 00:47:42 | | BFLogBot - Commit c1aa3a0b3617 | Author: watusim...@bitfighter.org | Log: Make isBusy more reliable, use parallel mechanasims as other similar things. Still has problems of not disbling busy marks when leaving menus. |
| 00:47:43 | | BFLogBot - Commit 912ce3b7bc76 | Author: watusim...@bitfighter.org | Log: Merge |
| 00:47:45 | | BFLogBot - Commit bcc435dda49d | Author: watusim...@bitfighter.org | Log: Fix merge problem |
| 00:51:24 | | zoomber_mbp has joined |
| 01:07:04 | | Watusimoto Quit (Ping timeout: 246 seconds) |
| 01:27:49 | | BFLogBot - Commit 79bbbd7d383b | Author: sam8641 | Log: rename s2cSetIsIdle to s2cSetIsSpawnDelayed, add some comments |
| 01:28:56 | zoomber_mbp | ohi |
| 01:29:05 | zoomber_mbp | oh neat, they changed up the fiat style a buit |
| 01:29:10 | zoomber_mbp | new fonts n stuff |
| 01:39:08 | sam686 | who is "they", and "new fonts n stuff" for what? |
| 01:51:19 | zoomber_mbp | colloquy |
| 01:51:22 | zoomber_mbp | mac irc client |
| 01:51:22 | zoomber_mbp | theme |
| 02:11:47 | | raptor has joined |
| 02:11:47 | | ChanServ sets mode +o raptor |
| 02:13:04 | raptor | good evening |
| 02:14:02 | raptor | looking through recent commits... |
| 02:26:53 | zoomber_mbp | hi |
| 02:28:20 | raptor | hello |
| 02:39:13 | | zoomber_mbp Quit (Quit: zoomber_mbp) |
| 02:50:56 | | FlynnnNT has joined |
| 03:10:28 | | raptor Quit (Ping timeout: 245 seconds) |
| 03:11:34 | | raptor has joined |
| 03:11:34 | | ChanServ sets mode +o raptor |
| 03:21:12 | | FlynnnNT Quit (Quit: This computer has gone to sleep) |
| 03:24:43 | | zoomber_mbp has joined |
| 03:24:47 | zoomber_mbp | hi |
| 03:24:51 | raptor | hello |
| 03:28:59 | sam686 | all you are saying is "hi" to each other, twice... |
| 03:29:05 | raptor | hi sam686 |
| 03:29:10 | sam686 | hi |
| 03:29:49 | raptor | did you and watusimoto get most of the bugs ironed out? (it looks like it..) |
| 03:30:33 | sam686 | whats left is the "<< >>" buzy indicator stays on, after a player enter and exit the menu.. |
| 03:30:50 | raptor | that's funny |
| 04:04:28 | sam686 | i don't see any ping timed out on server list 017... |
| 04:15:06 | | FlynnnNT has joined |
| 04:18:57 | | zoomber_mbp Quit (Quit: zoomber_mbp) |
| 04:23:59 | sam686 | fixed s_bot in zone control (my latest commit) |
| 04:24:12 | | BFLogBot - Commit 5cdb00de1ed9 | Author: sam8641 | Log: Fix a small problem in s_bot to work correctly on zone control |
| 04:27:18 | | raptor Quit (Ping timeout: 260 seconds) |
| 04:31:09 | | raptor has joined |
| 04:31:10 | | ChanServ sets mode +o raptor |
| 04:31:19 | raptor | that's the second time my wireless went out tonight... |
| 04:31:27 | raptor | i think something external must be doing it... |
| 04:31:49 | sam686 | wireless disconnect problem? |
| 04:33:08 | raptor | yes |
| 04:33:21 | raptor | i think it must be interference from something.. |
| 04:33:49 | sam686 | small tip on choosing a wireless channel is to choose a channel with the least interference, shown here for more info: http://en.wikipedia.org/wiki/List_of_WLAN_channels |
| 04:34:37 | sam686 | usually a channel that no other router uses around you |
| 04:35:01 | raptor | mine is set to that... i've done scans of everyone around me and chose the only channel that no one had |
| 04:35:07 | raptor | but it was right in the middle... |
| 04:36:07 | sam686 | channel 1 and 2 can easily interfere with each other (because they overlap) |
| 04:36:15 | raptor | ah |
| 04:36:23 | raptor | yeah, there is lots of overlap around my house |
| 04:37:01 | sam686 | channel 1 and 5 should be far enough apart to not overlap (for wireless G) |
| 04:38:06 | sam686 | though, North america usually allows only channel 1 - 11, so most common channels is 1, 6, and 11 |
| 04:42:38 | raptor | there's a bug with chat an UIQueryServers |
| 04:42:42 | raptor | players can disappear |
| 04:42:57 | | zoomber_mbp has joined |
| 04:42:58 | raptor | i remember fixing this shortly after 016... |
| 04:43:29 | sam686 | how does it disappear? |
| 04:43:41 | raptor | go to master chat |
| 04:47:11 | sam686 | that often caused by, join chat, then a second join chat (current mastere ignored second join without leave in between) |
| 04:48:07 | sam686 | then a leave chat on pressing ESC (sending leave chat) to return to game lobby (when actually are in a split chat / server list mode) |
| 04:57:10 | sam686 | not sure why it lag out the connection to test server, my guess could be either your internet connection got disconnected, or you somehow press ctrl_C in master terminal gdb, without knowing, or something... |
| 04:57:32 | raptor | yeah i did press ctrl+c |
| 04:57:40 | raptor | wanted to restart as dedicated-only |
| 05:00:17 | sam686 | to see yourself in master chat, you may have to run a second client to watch the master chat making sure your name don't disappear when it shouldn't |
| 05:03:19 | sam686 | there is a problem with wrong password message (if you enter wrong password to any registered name for log in) |
| 05:04:20 | | BFLogBot - Commit a61ba503e764 | Author: sam8641 | Log: Fix stack overflow error |
| 05:04:33 | sam686 | Failure writing stats to database: Unknown column 'asteroid_crashes' in 'field list' |
| 05:04:47 | sam686 | it might help if I update my mysql stats database |
| 05:04:56 | raptor | i think watusimoto made schema changes |
| 05:12:08 | sam686 | problem, master/shema doesn't have the update to asteroid_crashes field... |
| 05:13:01 | sam686 | tried importing bitfighter.innoDB.sql, but dosen't have the asteroid_crashes field |
| 05:13:20 | raptor | this is my local wireless channel list: http://sam686.maxhushahn.com/upload/1snapshot3.png |
| 05:13:43 | raptor | yeah, i don't think the innoDB one is used anymore.. |
| 05:14:08 | sam686 | i could try bitfighter.sql |
| 05:14:09 | raptor | i'm the only one on channel 8 |
| 05:14:22 | | BFLogBot - Commit 2772ad2440df | Author: buckyballreaction | Log: Minor wording change |
| 05:14:24 | | BFLogBot - Commit 220db9e8494f | Author: buckyballreaction | Log: Fix leaving global chat in server list menu |
| 05:16:05 | sam686 | still missing asteroid_crashes in bitfighter.sql |
| 05:16:19 | sam686 | if you actually read bitfighter.sql, there is no asteroid_crashes |
| 05:16:53 | sam686 | i see the last modified date of those schema files is 1/29/2012 |
| 05:17:49 | raptor | yikes, that's old |
| 05:17:53 | raptor | let me look |
| 05:20:03 | raptor | what table? |
| 05:20:58 | sam686 | Failure writing stats to database: Unknown column 'asteroid_crashes' in 'field list' |
| 05:21:03 | sam686 | thats all it tells me... |
| 05:21:05 | raptor | ahh.. it was added to the sqlite |
| 05:22:09 | sam686 | i guess bitfighter.sqlite3.sql could be removed, if it has now been hard coded to auto create sqlite database, which i think it is.. |
| 05:23:29 | sam686 | string DatabaseWriter::getSqliteSchema() does the auto create database, but i don't see the same for mysql |
| 05:23:52 | sam686 | at the bottom of master/database.cpp |
| 05:23:55 | raptor | ok, here is current shcema: http://sam686.maxhushahn.com/upload/bf_stats.sql |
| 05:24:05 | raptor | structure exported directly from bitfighter.org |
| 05:25:17 | raptor | brb |
| 05:25:22 | | raptor Quit () |
| 05:28:26 | | raptor has joined |
| 05:28:26 | | ChanServ sets mode +o raptor |
| 05:29:18 | sam686 | that current schema works ok |
| 05:43:41 | sam686 | night.. |
| 05:43:46 | raptor | good night |
| 05:43:54 | | raptor Quit () |
| 06:17:42 | | koda has joined |
| 06:19:53 | | zoomber_mbp Quit (Quit: zoomber_mbp) |
| 06:43:01 | | koda Quit (Quit: koda) |
| 07:10:45 | | FlynnnNT Quit (Quit: This computer has gone to sleep) |
| 07:31:49 | | sam686 Quit (Ping timeout: 245 seconds) |
| 07:33:19 | | kodaws has joined |
| 08:00:16 | | FlynnnNT has joined |
| 08:50:30 | | watusimoto has joined |
| 08:50:30 | | ChanServ sets mode +o watusimoto |
| 10:01:50 | | FlynnnNT Quit (Quit: This computer has gone to sleep) |
| 11:14:28 | | kodaws Quit (Ping timeout: 276 seconds) |
| 12:10:12 | | kodaws has joined |
| 12:14:52 | | kodaws Quit (Ping timeout: 265 seconds) |
| 12:42:28 | | raptor has joined |
| 12:42:28 | | ChanServ sets mode +o raptor |
| 12:42:33 | raptor | good morning |
| 12:42:41 | | kodaws has joined |
| 14:09:54 | watusimoto | hi |
| 14:57:48 | raptor | hi |
| 15:02:09 | watusimoto | just had an idea for a badge -- if you pick whatever the currently rarest loadout combo, you win! |
| 15:02:17 | raptor | watusimoto: i want to ask you about neutral/hostile Core scoring behavior |
| 15:02:31 | raptor | wait what? |
| 15:02:52 | watusimoto | if no one uses loadout 12356, and you select that, you get the badge |
| 15:03:08 | raptor | you mean rare in current game? |
| 15:03:14 | watusimoto | no, rare overall |
| 15:03:41 | raptor | as in over the course of any stats we've gathered, ever? |
| 15:03:45 | watusimoto | don't know if we currently track enough info for that, but we could easily track loadout combos as they come in |
| 15:03:48 | raptor | I like the idea btw |
| 15:03:51 | watusimoto | yes |
| 15:04:15 | watusimoto | but the only way to know what it was would be to find it accidentally |
| 15:04:25 | watusimoto | (or have someone tell you) |
| 15:04:30 | raptor | haha, i like it |
| 15:05:00 | watusimoto | it would be good to see what people are using as loadout combos anyway |
| 15:05:04 | raptor | we could hash the loadouts combos and save the hash |
| 15:05:12 | watusimoto | easy to log as people pick them |
| 15:05:26 | watusimoto | less easy to track how long people are using them, not sure if we need that |
| 15:05:31 | raptor | 8 bits for weapons, 8 for modules |
| 15:06:12 | raptor | how long is probably not needed |
| 15:07:19 | watusimoto | nice to know but not critical |
| 15:08:01 | raptor | sounds like we need to release so we can work on neat ideas... |
| 15:08:03 | raptor | :) |
| 15:08:08 | watusimoto | of course! |
| 15:08:10 | raptor | so |
| 15:08:16 | raptor | that brings me back to my Core score issue |
| 15:08:19 | watusimoto | yes |
| 15:08:38 | raptor | right now - neutral/hostile Cores are added to every team as a requirement to complete the level |
| 15:08:41 | raptor | BUT |
| 15:09:07 | raptor | so if 2 teams, 1 core each + 5 neutrals means everyone's score is set to -6 |
| 15:09:37 | raptor | but the UIGame score in the lower left only shows 1 each |
| 15:09:42 | watusimoto | well |
| 15:09:49 | raptor | because technically, it is the team color |
| 15:10:00 | raptor | so if we have 1 red and 1 blue, that is what is shown |
| 15:10:03 | watusimoto | what if team A has 1 core, team B as 1 core, and there is 1 neutral core |
| 15:10:18 | raptor | even though scorebaord shows everyone has 6 to go |
| 15:10:22 | watusimoto | team A kills B's core, is B now defending the neutral core? |
| 15:10:29 | raptor | yep |
| 15:10:43 | raptor | technically there is no way for B to win other than forcing a tie |
| 15:11:00 | watusimoto | B could kill A's core then kill the neutral core and win, no? |
| 15:11:14 | raptor | not if B's core is already dead |
| 15:11:16 | watusimoto | what if we didn't permit netural/hostile cores? |
| 15:11:25 | raptor | that is a solution |
| 15:11:42 | watusimoto | it's easy, and logical |
| 15:11:46 | raptor | i am looking for better behavior - i haven't really come up with anything yet... |
| 15:11:48 | watusimoto | because neutral cores are just odd |
| 15:12:06 | raptor | well - there is the case of dungeon/puzzle makers who want a neutral/hostile core |
| 15:12:18 | watusimoto | they could be a "dungeon only" feature |
| 15:12:41 | raptor | do we currently have a mechanism for preventing setting hostile/neutral items? |
| 15:12:50 | watusimoto | in the editor? yes |
| 15:13:09 | watusimoto | there's a flag in threre somewhere "canBeNeutral" |
| 15:13:13 | watusimoto | or at least there used to be |
| 15:13:24 | watusimoto | not sure what happened to that in the great refactor |
| 15:15:13 | watusimoto | but you can look at the code that gets run where you press "1" to change an item's team |
| 15:15:43 | raptor | ok |
| 15:15:51 | raptor | so.. should i worry about this for this release? |
| 15:16:56 | watusimoto | if it's easy to disable it in the editor, let's do that for now |
| 15:17:00 | raptor | ok |
| 15:17:03 | watusimoto | dungeon makers can edit their files if they want |
| 15:17:18 | watusimoto | we can just leave wonky behavior if people edit their files |
| 15:17:26 | watusimoto | undefined behavior |
| 15:17:38 | raptor | yes, sounds good |
| 15:18:17 | raptor | ok i found EditorObject::canBeNeutral() |
| 15:19:01 | watusimoto | easy! |
| 15:19:11 | watusimoto | probably a canBeHostile as well |
| 15:19:48 | raptor | yes |
| 15:24:17 | raptor | ok |
| 15:24:19 | raptor | now |
| 15:24:48 | raptor | should we do anything about neutral Cores in the lower right score? |
| 15:26:24 | watusimoto | no, because we don't have them anymore |
| 15:26:35 | watusimoto | I mean, unless you want to |
| 15:26:38 | raptor | ok |
| 15:26:47 | watusimoto | what would be the best for the dungeons? or does it matter? |
| 15:26:58 | raptor | there is the idea of showing neutral Cores in the scoring |
| 15:27:14 | watusimoto | ok, then do that? |
| 15:27:16 | raptor | actually maybe not.. i think it only enumerates real teams |
| 15:27:20 | watusimoto | if it's easy? |
| 15:27:23 | watusimoto | oh, I see |
| 15:27:35 | watusimoto | I don't know... |
| 15:27:44 | raptor | well, maybe we don't need to worry for now |
| 15:30:41 | | BFLogBot - Commit 2c78871653fb | Author: buckyballreaction | Log: No neutral Cores in editor |
| 15:33:12 | raptor | ok, now that that is done |
| 15:33:53 | raptor | i have to read your e-mail about noadminpassword |
| 15:34:50 | watusimoto | it's thrilling |
| 15:35:01 | raptor | ok - so no admin means no admin |
| 15:35:06 | raptor | so that's what happens, good |
| 15:35:17 | raptor | nolevelchange means anyone gets levelchange... |
| 15:35:20 | raptor | ? |
| 15:35:21 | watusimoto | yes |
| 15:35:23 | raptor | ok |
| 15:35:30 | raptor | i don't think that is what happens, but let me confirm |
| 15:35:34 | watusimoto | noadinpw is kind of lame |
| 15:37:25 | raptor | ok trying to enter in my normal admin password is not giving me admin permissions... which is correct, right? (with -noadminpassword) |
| 15:41:35 | raptor | ok and with -noadminpassword anyone seems to be able to change levels... |
| 15:41:45 | raptor | unless there is something else i need to set? |
| 15:48:09 | watusimoto | what is the levelchangepw? |
| 15:48:17 | watusimoto | admin and levelchange pws are independent |
| 15:48:42 | watusimoto | so if you have noadminpw set, and nolevelch pw, you'll get the behavior you describe |
| 15:48:56 | raptor | in the INI you mean? |
| 15:50:07 | watusimoto | if you are not specifying from the cmd line, then yes, in the INI |
| 15:50:39 | raptor | ok, i guess i'm just going to leave it... i'm more interested in bugs |
| 15:50:45 | watusimoto | ok |
| 15:51:08 | watusimoto | only bug I know of right now is when << >> gets removed from name |
| 15:51:13 | watusimoto | don't think it got fixed last night |
| 15:51:26 | raptor | yes... i'm tracking that down.. it's the only one i know of right now, too |
| 15:51:31 | watusimoto | it's easy |
| 15:51:52 | watusimoto | when reactivating gameUI, need to send c2sNoLongerChatting or whatever it's called |
| 15:51:53 | raptor | except i haven't followed all the changes you two made yesterday |
| 15:52:08 | watusimoto | c2sSetBusy(false) ? |
| 15:52:57 | raptor | ok, sounds easy.. |
| 15:54:02 | raptor | umm |
| 15:56:34 | watusimoto | it's a new c2s that I created in my last checkin |
| 15:58:08 | raptor | hmmm |
| 15:58:22 | raptor | so in onReactivate() |
| 15:58:37 | raptor | i removed an enterMode(PlayMode); |
| 15:59:01 | raptor | because it was clearing helpers if you left for the help or option menus |
| 16:02:32 | raptor | i get to stay home all day and work on bitfighter! |
| 16:02:35 | raptor | maybe we'll release! |
| 16:05:32 | raptor | watusimoto: do we want to set busy if they are in the help or diagnostics screen? |
| 16:12:51 | watusimoto | ah.... sure |
| 16:12:57 | raptor | ok fixed... pushing |
| 16:13:40 | raptor | now next bug... |
| 16:14:22 | watusimoto | you should look for everywere we set busy and make sure it gets unset somewhere |
| 16:14:30 | raptor | i just tested that... |
| 16:14:44 | raptor | every case i found is not handled |
| 16:14:47 | raptor | *now |
| 16:15:46 | | BFLogBot - Commit b1fd24dd9d14 | Author: buckyballreaction | Log: Fix busy status not going away after exiting menus. Also set busy if looking at help screen in-game |
| 16:19:17 | raptor | is UIQueryServers supposed to be a parent of UIGame? |
| 16:21:17 | raptor | i'm feeling the c++ problem of no negative conditional... |
| 16:28:52 | raptor | yay, i fixed bug now |
| 16:28:57 | raptor | that i introduced... |
| 16:30:49 | | BFLogBot - Commit aa6439ef6763 | Author: buckyballreaction | Log: Fix bug with entering/exiting global chat I introduced.. Is UIQueryServers supposed to be a parent of UIGame?? |
| 16:41:18 | raptor | ok, not finding anything else to fix... yet |
| 16:41:32 | raptor | how do you think the state of the windows packaging script is? |
| 16:46:29 | | kodaws would have a lot of things for raptor to fix but in another project :p |
| 16:47:23 | watusimoto | I think it's fine |
| 16:47:38 | raptor | ok, i'm not finding much else to fix... |
| 16:47:43 | watusimoto | ok, here's something |
| 16:47:54 | watusimoto | create a table to save loadouts and player ids |
| 16:48:01 | watusimoto | and write some code on the master to save them |
| 16:48:07 | raptor | wait wait... for 017? |
| 16:48:42 | watusimoto | sure, why not? it's a trivial s2m to do it -- I think it will take 5 mins. And if it becomes an issue, we just won't do it |
| 16:48:58 | watusimoto | having the code on the master does not commit us |
| 16:49:06 | raptor | ok, what format for loadout data? custom hash in one field? |
| 16:49:17 | raptor | in the DB, i mean |
| 16:49:30 | watusimoto | ah, this is a good question |
| 16:49:47 | watusimoto | but you know dbs pretty well |
| 16:49:50 | watusimoto | :-) |
| 16:50:15 | watusimoto | anyway, I've got to get home. I'll be on later. |
| 16:50:34 | raptor | well yes - i figure a int would do it and we could dedicate a bit mask for the loadout... |
| 16:50:44 | raptor | but htat's if we want to save in one field.. |
| 16:50:45 | raptor | ok |
| 16:50:47 | raptor | later |
| 16:50:53 | watusimoto | sure, that would be great |
| 16:55:09 | | watusimoto Quit (Ping timeout: 245 seconds) |
| 17:08:45 | | Watusimoto has joined |
| 17:10:43 | raptor | are you back already? |
| 17:15:15 | Watusimoto | yes |
| 17:15:31 | raptor | so i see logistical issues with the loadouts... |
| 17:15:33 | raptor | do we... |
| 17:16:14 | raptor | want to save each loadout during the match in a temporary cache (divided by player of course) then send them to the server at the end of the match with the rest of the stats |
| 17:16:18 | raptor | ? |
| 17:18:04 | raptor | then, master-side, would we want to pre-cache the least common loadout via database view? |
| 17:18:18 | raptor | and recheck on new game end |
| 17:20:12 | Watusimoto | write only, I think |
| 17:20:22 | Watusimoto | for now, anyway |
| 17:22:53 | Watusimoto | I can't beleive this worked |
| 17:23:03 | raptor | ? |
| 17:23:25 | Watusimoto | converted loadouts from U32 to U8 |
| 17:24:00 | Watusimoto | need to test but compiled first try |
| 17:24:01 | raptor | 7 modules 5 weapons? |
| 17:24:09 | raptor | into U8? |
| 17:24:52 | Watusimoto | right now it's a vec<U32>, made it a vec<U8> |
| 17:25:10 | Watusimoto | save a little bandwidth, adn much easier than doing a bitmap |
| 17:25:14 | Watusimoto | which we should do post release |
| 17:25:45 | Watusimoto | search and replace! |
| 17:25:51 | raptor | which vector are you looking for? |
| 17:25:57 | raptor | *at |
| 17:26:53 | Watusimoto | I'll check in in a minute |
| 17:27:16 | raptor | ok |
| 17:28:30 | Watusimoto | I did a poor job segreagting, and mixed a couple of things together |
| 17:28:43 | | kodaws Quit (Quit: Sto andando via) |
| 17:29:09 | Watusimoto | I was working this morning on snazzing up the instructions a little |
| 17:29:13 | Watusimoto | anyway... |
| 17:29:46 | Watusimoto | This has an empty s2mSendLoadout() method that you can fill in |
| 17:31:03 | Watusimoto | fok |
| 17:31:46 | raptor | ok, created stats_player_loadout |
| 17:31:59 | raptor | with one INT field for saving loadout |
| 17:32:22 | raptor | structure: |
| 17:32:24 | raptor | stats_player_loadout_id int(11) |
| 17:32:25 | raptor | stats_player_id int(11) |
| 17:32:27 | raptor | loadout int(11) |
| 17:33:09 | Watusimoto | perfect |
| 17:34:13 | Watusimoto | ok, checked in |
| 17:34:29 | Watusimoto | I gotta run to German class... I did not compile post-merge, so hope it works! |
| 17:34:31 | raptor | whoa |
| 17:34:41 | Watusimoto | later we can go through the checklist |
| 17:34:47 | Watusimoto | and get this sucker released |
| 17:35:02 | raptor | ok, i'll look |
| 17:35:12 | Watusimoto | later |
| 17:35:20 | raptor | bye |
| 17:35:57 | | BFLogBot - Commit 5f4495069474 | Author: watusim...@bitfighter.org | Log: A jumble of stuff: loadouts U32->U8, improved instructions, random cleanup |
| 17:35:59 | | BFLogBot - Commit 434ffcce5bf3 | Author: watusim...@bitfighter.org | Log: Merge |
| 17:39:40 | | Watusimoto Quit (Ping timeout: 265 seconds) |
| 17:47:54 | | zoomber_mbp has joined |
| 17:48:12 | zoomber_mbp | hihi |
| 17:48:48 | raptor | hi |
| 17:51:02 | | BFLogBot - Commit 5fd2c4cc0668 | Author: buckyballreaction | Log: Add missing master interface for s2mLogLoadout |
| 17:59:42 | | sam686 has joined |
| 17:59:43 | | ChanServ sets mode +v sam686 |
| 18:00:09 | zoomber_mbp | raptor |
| 18:00:21 | raptor | hi |
| 18:00:31 | zoomber_mbp | do you ever make the mistake of using the wrong argument when tarring a file? |
| 18:00:52 | raptor | once in a while |
| 18:01:02 | zoomber_mbp | the vps machine literally goes berserk, and spits out a bunch of random letters (i guess its showing me the compression)? |
| 18:01:07 | raptor | archive name first |
| 18:01:12 | raptor | then files |
| 18:01:35 | zoomber_mbp | oh ok |
| 18:01:43 | raptor | tar xf archivename.tar file1 file2 dir1 dir2 |
| 18:01:53 | raptor | oops |
| 18:01:55 | raptor | no |
| 18:01:57 | raptor | tar cf |
| 18:01:58 | zoomber_mbp | thats extract right? |
| 18:01:59 | zoomber_mbp | tar cf |
| 18:02:00 | zoomber_mbp | yes |
| 18:02:01 | raptor | yes |
| 18:02:12 | zoomber_mbp | wait, what's that command for directories then |
| 18:02:18 | raptor | same thing |
| 18:02:28 | raptor | tar cf archive.tar dir1 |
| 18:02:32 | zoomber_mbp | it won't allow me |
| 18:02:52 | zoomber_mbp | i know there was a command though |
| 18:03:00 | zoomber_mbp | wait |
| 18:03:05 | raptor | what is the error message? |
| 18:03:11 | zoomber_mbp | not recoverable |
| 18:03:26 | zoomber_mbp | but it also says Cannot open: is a directory |
| 18:03:43 | sam686 | for me, i often do tar -cf upload*.level 1.tar and ftp to my computer (my computer host ftp server, not server) |
| 18:04:06 | raptor | i have no problem on my end |
| 18:04:17 | raptor | your directory is not typed right? |
| 18:04:24 | zoomber_mbp | got it |
| 18:04:30 | zoomber_mbp | i need both -v and -z too |
| 18:04:37 | raptor | uh |
| 18:04:44 | raptor | only if you want compression and verbosity |
| 18:04:49 | zoomber_mbp | well oddly enough |
| 18:04:57 | zoomber_mbp | it doesn't work form unless i force verbose output |
| 18:05:07 | zoomber_mbp | for me* |
| 18:05:12 | raptor | in which case the file should be tar.gz |
| 18:05:16 | zoomber_mbp | yes |
| 18:05:21 | zoomber_mbp | thats ok |
| 18:05:29 | zoomber_mbp | oh wait |
| 18:05:32 | zoomber_mbp | i see |
| 18:05:38 | zoomber_mbp | i think its something wrong with the file |
| 18:05:45 | zoomber_mbp | still gives me those errors |
| 18:06:05 | | BFLogBot - Commit a08e7c8e6dfd | Author: buckyballreaction | Log: Fix compiling master |
| 18:06:07 | | BFLogBot - Commit 7e8d3329bfd0 | Author: buckyballreaction | Log: Fix compiler warning |
| 18:06:10 | raptor | make sure teh tar file doesn't already exist |
| 18:06:27 | zoomber_mbp | nah, only the directory exists |
| 18:06:42 | zoomber_mbp | this is weird, maybe its permissions? |
| 18:06:49 | raptor | are you on a mac? |
| 18:06:56 | zoomber_mbp | this is on centos |
| 18:07:43 | raptor | i just ran it on centos, just fine |
| 18:07:58 | raptor | do you have write permissions in the current directory? |
| 18:08:28 | zoomber_mbp | the folder is inside the root folder, and if i didn't i just 777'd it to make sure |
| 18:08:45 | raptor | are you root? |
| 18:08:59 | raptor | you cannot save a tar file in /root unless you are the 'root' user |
| 18:09:12 | raptor | and it is inadvisable to change permissions of /root |
| 18:09:16 | zoomber_mbp | yes |
| 18:09:17 | zoomber_mbp | root user |
| 18:09:34 | zoomber_mbp | i've been to lazy to make my own use accountr |
| 18:09:59 | zoomber_mbp | plus the stuff i use always lies in the root folder so i'm sort of stuck to using that |
| 18:10:32 | raptor | paste me your exact command |
| 18:11:15 | zoomber_mbp | ok |
| 18:11:36 | zoomber_mbp | [root@mc ~]# tar -cvfz rdstorage rdstorage.tar |
| 18:11:44 | raptor | arch |
| 18:11:46 | raptor | fjdska;lfjdksal;fdsa |
| 18:11:49 | raptor | archive FIRST |
| 18:12:22 | zoomber_mbp | ah, thought you meant last, got it wrong in my head i suppose |
| 18:12:30 | raptor | tar -zcf rdstorage.tar.gz rdstorage |
| 18:12:43 | sam686 | are you looking for something like: tar -cf levelss.tar levels --recursion |
| 18:12:58 | raptor | no, he just got the syntax wrong |
| 18:13:46 | zoomber_mbp | apparently the tutorials i looked up were wrong, they're flipped |
| 18:14:09 | zoomber_mbp | oh well. ok raptor, that worked, thanks |
| 18:14:14 | raptor | yw |
| 18:19:10 | | FlynnnNT has joined |
| 18:35:59 | | sam686 Quit (Ping timeout: 245 seconds) |
| 19:23:51 | zoomber_mbp | hey raptor |
| 19:24:29 | zoomber_mbp | i'm literally working this server from scratch, do you know which source packages like the mono stack come from? i know novell, but not sure how to add that source |
| 19:25:08 | raptor | try adding the epel |
| 19:25:35 | raptor | https://fedoraproject.org/wiki/EPEL/FAQ#How_can_I_install_the_packages_from_the_EPEL_software_repository.3F |
| 19:26:33 | zoomber_mbp | got epel |
| 19:26:35 | zoomber_mbp | already |
| 19:26:48 | zoomber_mbp | mono installs, but i don't think thats the whole mono-stack |
| 19:29:31 | raptor | yeah, dependencies aren't worked out so well sometimes with yum |
| 19:30:36 | raptor | mono-core mono-data libgdiplus |
| 19:30:54 | raptor | i think are the necessary ones on my openSUSE machine |
| 19:31:00 | raptor | redhat is probably similar |
| 19:31:16 | | sam686 has joined |
| 19:31:16 | | ChanServ sets mode +v sam686 |
| 19:41:05 | | FlynnnNT Quit (Quit: This computer has gone to sleep) |
| 19:48:14 | | koda has joined |
| 19:54:26 | raptor | weren't we suppose to release like three weeks ago? |
| 19:56:09 | | FlynnnNT has joined |
| 20:10:46 | zoomber_mbp | darn hosting provider put 32 bit when i wanted 64 bit os on it |
| 20:10:52 | zoomber_mbp | was all my work in-vain? |
| 20:11:08 | zoomber_mbp | maybe i can just 'update' to a 64 bit |
| 20:11:09 | raptor | only if you plan on using more than 4GB of memory |
| 20:11:18 | zoomber_mbp | plan on using more than 2 GB of memory |
| 20:11:31 | zoomber_mbp | and the system is i386 |
| 20:11:38 | raptor | 32bit is still OK then |
| 20:12:03 | zoomber_mbp | the application i try to launch won't even attempt to allocate 2.5 GB of memory |
| 20:12:18 | sam686 | usually, each process can't have more then 2 GB in 32-bit as often times, half of the 4 GB is used for some global kernal memory space... |
| 20:12:32 | zoomber_mbp | right |
| 20:13:52 | sam686 | 64-bit use more memory then 32-bit, becasue of bigger pointer size.. |
| 20:14:30 | zoomber_mbp | hey raptor, can os'es like cents let you upgrade to 64 bit versions without destroying all your data? |
| 20:15:28 | sam686 | all the binary executable will have to be converted to 64-bit, i think, unless there is some 32-bit compatibility mode, which i don't think most linux have.. |
| 20:15:58 | zoomber_mbp | i can't 'upgrade' the system to 64 bit? |
| 20:16:02 | zoomber_mbp | oh right |
| 20:16:10 | zoomber_mbp | hmm |
| 20:16:17 | zoomber_mbp | i thought the zip i had was 64 bit for the executable |
| 20:18:42 | sam686 | if you compile it yourself (like bitfighter on linux), then it will compile to binary for the right CPU currently being used (32-bit intel or 64-bit or even other CPU like ARM/ mips, and so on) |
| 20:21:36 | zoomber_mbp | hmm |
| 20:21:44 | zoomber_mbp | oh, its probably the version of mono i'm using |
| 20:21:55 | zoomber_mbp | which was compiled system wide, |
| 20:22:20 | zoomber_mbp | so i guess i'm stuck having to upgrade my system, as i don't know a mono-stack that i can download 64 bit |
| 20:41:11 | | zoomber_mbp Quit (Quit: zoomber_mbp) |
| 20:53:00 | | Watusimoto has joined |
| 20:53:17 | Watusimoto | hi |
| 20:53:22 | raptor | hello |
| 20:53:25 | sam686 | hi |
| 20:54:21 | Watusimoto | how do things seem to be working? |
| 20:54:29 | raptor | i *think* i have a simple hash for the database: http://pastie.org/3694146 |
| 20:54:39 | Watusimoto | what, still working on that? |
| 20:54:57 | raptor | i fixed the master interface and some minor problems |
| 20:55:05 | raptor | so client-side should be OK now... |
| 20:55:12 | raptor | i uh |
| 20:55:20 | raptor | am home sick so i kind of fell asleep :) |
| 20:55:50 | Watusimoto | ah, I see |
| 20:56:04 | Watusimoto | well, hope you feel better |
| 20:56:23 | | BFLogBot - Commit 603a03b17c03 | Author: buckyballreaction | Log: Only send loadout to master if it has changed |
| 20:56:36 | raptor | my shoulder and neck muscles locked up so hard i can barely move |
| 20:56:54 | Watusimoto | ouch |
| 20:56:57 | raptor | don't know if that is considered 'sick' |
| 20:57:34 | raptor | but |
| 20:57:51 | raptor | for the master logging the loadout |
| 20:58:12 | raptor | were you thinking of the master updating the database everytime a loadout changes? |
| 20:59:05 | Watusimoto | that's what I was thinking |
| 20:59:17 | Watusimoto | is that ridiculous? |
| 21:00:19 | raptor | so during a BBB, we'd have hundreds of database calls during a match? |
| 21:00:47 | raptor | also, there is no way to tie a loadout to the player_id unless it is sent with the stats |
| 21:01:32 | Watusimoto | we send the nickname... |
| 21:01:39 | Watusimoto | would be trivial to change |
| 21:01:48 | Watusimoto | and those writes would be on the master, not on the server |
| 21:02:12 | raptor | true - it just seems inefficient |
| 21:02:43 | Watusimoto | what better way? cache until we get 10 or 20 and write all at once? |
| 21:03:08 | Watusimoto | it's just going to be a couple of ints |
| 21:03:33 | raptor | i was thinking of caching for each player on the game server until game stats are sent so we could attached it to the appropriate player properly |
| 21:03:34 | raptor | but |
| 21:03:52 | raptor | that means we can't give instant notification of using the most unlikely loadout |
| 21:05:00 | Watusimoto | well, we could... the master could provide that to the server or something |
| 21:05:23 | Watusimoto | with thousands and thousands of records, we could ignore records from the current game |
| 21:05:28 | raptor | actually yes, that's true |
| 21:05:31 | raptor | good idea |
| 21:05:41 | Watusimoto | but anyhow, that's an issue for 018 |
| 21:05:53 | Watusimoto | for 017, all we need to do is store the loadouts |
| 21:06:21 | raptor | i guess i'm trying to avoid re-engineering it... |
| 21:06:27 | Watusimoto | but we could cache and send at the end of the game |
| 21:06:55 | Watusimoto | though sending 8 U8s and a U32 isn't too onerous |
| 21:07:06 | Watusimoto | people won't be changing every second |
| 21:08:29 | raptor | yes that's true |
| 21:08:54 | Watusimoto | and if it's a problem, we can update sam's server any time, and that will impace 50% of the games, I bet |
| 21:08:59 | Watusimoto | impact |
| 21:09:05 | raptor | haha |
| 21:18:11 | Watusimoto | just thinking we should not log the default starting loadout; do you agree? |
| 21:18:19 | raptor | sure |
| 21:18:27 | raptor | what are you actually working on now? |
| 21:18:40 | raptor | because i started messing with the stats to properly send the loadout hash.. |
| 21:18:52 | raptor | but i will refrain if you are already doing it |
| 21:20:53 | Watusimoto | was just doing some testing |
| 21:20:58 | Watusimoto | I have no code underway |
| 21:29:34 | raptor | ok, got client-side stats done, i think |
| 21:32:22 | | FlynnnNT Quit (Quit: This computer has gone to sleep) |
| 21:38:43 | raptor | ok, i think i got database insertion done... need to test |
| 21:40:25 | | FlynnnNT has joined |
| 21:55:43 | raptor | ok it works |
| 21:55:54 | raptor | loadout saving is working... i'm going to update master |
| 21:56:26 | raptor | may angel and dragonslayer forgive me... |
| 21:56:28 | | BFLogBot - Commit b7042dc0733a | Author: buckyballreaction | Log: Save changed loadout configurations with game statistics |
| 21:57:03 | raptor | is that all you wanted for 017? |
| 21:57:08 | raptor | just the loadout saving? |
| 22:04:16 | raptor | Watusimoto, sam686: I keep getting SERVER_DISCONNECT from master when i run a dedicated server |
| 22:04:57 | raptor | are you getting the same behavior? |
| 22:05:22 | sam686 | i haven't gotten a master disconnect problem, not sure why it happens to raptor but not me... |
| 22:05:48 | raptor | how about runnign -dedicated with latest code? |
| 22:06:17 | raptor | and notice how the 017 test server is gone again? |
| 22:06:23 | raptor | it's still running... |
| 22:07:11 | sam686 | i will go, may be back in an hour |
| 22:07:15 | raptor | ok |
| 22:10:58 | | FlynnnNT Quit (Quit: This computer has gone to sleep) |
| 22:11:31 | | BFLogBot - Commit c47c29a709b3 | Author: buckyballreaction | Log: Forgot to reset loadout stats |
| 22:16:24 | raptor | i can't figure out why stats aren't being inserted on the master... |
| 22:16:31 | raptor | they are in my local sqlite DB |
| 22:16:39 | raptor | for loadouts, i mean |
| 22:24:03 | raptor | ah.. must be the versioning... |
| 22:31:34 | | BFLogBot - Commit f838b9d95713 | Author: buckyballreaction | Log: Forgot to update the stats version and protocols... I'll figure this out some day |
| 22:39:19 | raptor | yeah, my bitfighter -dedicated always disconnects... |
| 22:40:40 | | FlynnnNT has joined |
| 22:42:53 | | koda Quit (Quit: I used to be chatting like you. Then I took an arrow in the knee) |
| 22:43:29 | Watusimoto | falling asleeeo |
| 22:43:46 | raptor | i cannot figure out what's going on... |
| 22:44:06 | raptor | my servers disconnect and the new loadout stats are not being written |
| 22:44:20 | raptor | probably just my ignorance of the system |
| 22:49:25 | | Watusimoto Quit (Ping timeout: 246 seconds) |
| 22:55:54 | raptor | ok sam686 i made your server disappear |
| 22:58:46 | raptor | huh - now it's back |
| 23:39:41 | sam686 | i saw a "server connecting to master" 2 times on my server |
| 23:39:47 | raptor | yes |
| 23:39:48 | raptor | hi |
| 23:42:00 | raptor | i cannot seem to get the new loadout stats written to mysql... |
| 23:42:07 | raptor | it writes ok to sqlite locally |
| 23:42:44 | sam686 | Failure writing stats to database: Table 'test.stats_player_loadout' doesn't exist |
| 23:42:55 | sam686 | i guess you made some mysql changes yet again.. |
| 23:42:57 | raptor | oops, let me get you the new schema again... |
| 23:43:45 | raptor | here is the new table: http://sam686.maxhushahn.com/upload/stats_player_loadout.sql |
| 23:50:28 | raptor | ok, loadout size is zero on the master end... |
| 23:51:09 | raptor | did i do the read/write correctly in gameStats.cpp:209? |
| 23:58:08 | sam686 | one question, where does it actually do the read ( LoadoutStats, version ) ? |
| 23:58:36 | sam686 | looks about right, otherwise.. |
| 23:58:40 | raptor | not sure... i thought that was just a breakdown that TNL automatically does when sending stats |
| 23:59:43 | raptor | oh wait |
