Timestamps are in GMT/BST.
| 00:00:18 | raptor | Watusimoto: that e-mail was pretty much exactly what I was going to ask |
| 00:07:54 | Watusimoto | hi |
| 00:08:14 | Watusimoto | ok; and that dude took the bitfighter org name? |
| 00:08:42 | raptor | i'm not sure what you're asking... the only e-mail I found was bitfighter@github.com |
| 00:09:34 | Watusimoto | well, we would want to create an org called bitfighter, right? |
| 00:09:43 | Watusimoto | so my question is: is that what he did? |
| 00:09:45 | raptor | yes, exactly |
| 00:09:50 | raptor | no, it's his user name |
| 00:10:00 | raptor | an org is basically a user with added features |
| 00:10:25 | Watusimoto | ok, but we can't create an org with the name "bitfighter" because he's using that as a username? |
| 00:10:32 | raptor | correct |
| 00:10:36 | Watusimoto | I see |
| 00:10:37 | Watusimoto | ok |
| 00:10:52 | Watusimoto | I thought he had a project called bitfighter, and I was a bit confused by his page |
| 00:11:06 | raptor | although, if worse comes to worse, we could contact the github folks |
| 00:11:19 | raptor | they retired the 'raptor' account for me to use :) |
| 00:13:54 | Watusimoto | ok, here is the problem, illustrated |
| 00:13:54 | Watusimoto | http://i.imgur.com/7pr677r.png |
| 00:14:14 | Watusimoto | was the old raptor account dormant? |
| 00:14:33 | raptor | yes |
| 00:14:51 | Watusimoto | so I think we should send the mail. Do you want to, or should I? |
| 00:14:58 | raptor | sure send it |
| 00:15:08 | raptor | maybe CC me |
| 00:15:19 | raptor | or is that too confrontational |
| 00:15:22 | | Invisible1 Quit (Ping timeout: 265 seconds) |
| 00:21:46 | fordcars | Night! |
| 00:21:48 | | fordcars Quit (Quit: Page closed) |
| 00:23:54 | Watusimoto | ok done |
| 00:23:59 | Watusimoto | I bcc'ed you... |
| 00:24:15 | raptor | thanks! |
| 00:24:29 | | BFLogBot Commit: 68e2474c8e | Author: buckyballreaction | Message: Integrate our Windows updater (based on GUP) into CMake: - Clean up scattered updater files - Add new curl libraries and headers based on curl 7.38.0 - Change our query param to 'platform' - Make sure we can compile on 64 bit windows |
| 00:24:29 | raptor | now we see if you get an automated response from github... |
| 00:24:30 | | BFLogBot Commit: 60e47917da | Author: buckyballreaction | Message: Merge |
| 00:29:00 | raptor | the old raptor account had a few projects in it, but hadn't been active for about a year |
| 00:29:25 | raptor | i just asked teh github folks about it and they deleted it on the spot and told me to grab it real fast |
| 00:30:56 | Watusimoto | ok, well we'll see... I doubt that would happen now, as I didn;t contact them |
| 00:31:39 | Watusimoto | the emaill bounced |
| 00:31:50 | raptor | ha |
| 00:31:53 | Watusimoto | I sent it to bitfighter@github.org. Was that the wrong one? |
| 00:31:59 | raptor | i wondered if that would happen |
| 00:32:05 | raptor | nope that was the right one |
| 00:32:09 | Watusimoto | ... it happened. |
| 00:32:23 | raptor | i cloned both of his repos and searched for the e-mail |
| 00:32:38 | Watusimoto | sending an email to myself at my github account |
| 00:33:08 | raptor | it's funny - the user made the account on july 21... then started commits a month later |
| 00:33:59 | Watusimoto | my message to eykamp at github.com has neither worked nor bounced |
| 00:34:18 | raptor | you should get watusimoto user! |
| 00:34:40 | raptor | divide the work/play :) |
| 00:34:45 | Watusimoto | mutliple github accounts is a pain; I have good work associated with eykamp |
| 00:34:55 | Watusimoto | I had a couple different ones before, and it rather sucked |
| 00:35:00 | raptor | ah ok |
| 00:35:09 | Watusimoto | that's one thing I don;t like about github |
| 00:35:11 | raptor | i don't know much about multi-user management |
| 00:35:18 | Watusimoto | plus, bitfighter is a great resume item |
| 00:35:23 | raptor | haha |
| 00:35:29 | Watusimoto | really, it is |
| 00:35:38 | Watusimoto | it shows drive |
| 00:35:57 | Watusimoto | ok, dinner time... I'll be back later if you're still around |
| 00:36:18 | raptor | late dinner! |
| 00:36:22 | raptor | later |
| 00:36:22 | Watusimoto | (well, even if you're not around) |
| 00:36:34 | Watusimoto | no kidding... that's what 7PM soccer does |
| 00:36:40 | Watusimoto | ok, bye |
| 00:36:43 | raptor | bye |
| 00:41:17 | | Watusimoto Quit (Ping timeout: 260 seconds) |
| 00:54:56 | raptor | actually i need to sleep |
| 00:54:58 | raptor | night! |
| 00:55:01 | | raptor Quit () |
| 01:07:48 | | sam686 Quit (Ping timeout: 256 seconds) |
| 01:09:45 | | sam686 has joined |
| 01:09:45 | | ChanServ sets mode +v |
| 01:30:28 | | Watusimoto has joined |
| 05:10:00 | | Nothing_Much has joined |
| 05:39:45 | | LordDVG has joined |
| 07:26:13 | | LordDVG Quit (Remote host closed the connection) |
| 07:43:40 | | Darrel Quit (Ping timeout: 272 seconds) |
| 08:41:29 | | Darrel has joined |
| 10:47:23 | | raptor has joined |
| 10:47:29 | raptor | good morning! |
| 10:47:37 | | ChanServ sets mode +o |
| 12:23:28 | | watusimoto1 has joined |
| 12:23:41 | watusimoto1 | sam686: >>> some levelgens could add barriers which might make pre-calculating bot zone not very effective |
| 12:24:11 | watusimoto1 | this is an issue, which could be solved by letting those levels set a size keyword |
| 12:46:56 | raptor | are you adding crazy complexity to level loading? |
| 13:00:36 | watusimoto1 | not really -- level loading is now completely separated from the game (which reduces complexity, but also (potentially) makes things a tad slower. My idea is that when loading the level, we'll hash the levelcode, and if it's already a known level, we'll get level info from a database |
| 13:01:30 | watusimoto1 | the big idea is to give players more ways to choose levels (by size primarily, but perhaps with other mechanisms as well) |
| 13:02:00 | raptor | maybe this could be done when the server starts up? |
| 13:02:06 | watusimoto1 | yes |
| 13:02:10 | watusimoto1 | that's the idea |
| 13:02:19 | raptor | a level-analysis step |
| 13:02:22 | watusimoto1 | when the server starts, all levels are scanned |
| 13:02:26 | raptor | ah ok |
| 13:02:39 | watusimoto1 | currently, we scan the first 4K of the level, just to read the headers, and throw everything else away |
| 13:03:25 | watusimoto1 | with the new framework, we will read the entire level file, hash it, then decide whther to build zones or get info from the database |
| 13:03:32 | raptor | i'm not sure i've ever seen a level with headers that far down.. |
| 13:03:52 | watusimoto1 | when we get all the headers, we stop parsing |
| 13:04:00 | watusimoto1 | I think 4K was chosen to be a worst case |
| 13:04:41 | watusimoto1 | one-by-one, reading the level should be almost the same speed; when you are processing a hunderd, you might notice a longer lag |
| 13:05:24 | watusimoto1 | that's part of the experiementation we need to do; see how laggy it is. if it's too much, we might need to abandon the idea, or find a different method |
| 13:06:18 | raptor | i can only imagine with sky_lark's 2600 levels... |
| 13:07:37 | watusimoto1 | yes; but once in the database, it should be comparable |
| 13:07:55 | watusimoto1 | instead of parsing the level headers, we'd be hashing it, then looking up in the database |
| 13:08:12 | watusimoto1 | so the first time those 2600 might be slow, but subsequent loads should be better |
| 13:08:16 | raptor | which database? |
| 13:08:27 | raptor | i didn't know you planning on storing data |
| 13:08:31 | watusimoto1 | we'll create a local database |
| 13:08:42 | raptor | oh interesting... with sqlite? |
| 13:08:49 | watusimoto1 | level metadata keyed off hash |
| 13:08:53 | watusimoto1 | probably sqlite |
| 13:08:58 | raptor | hmm |
| 13:09:12 | watusimoto1 | for stuff like name/etc. a database is overkill |
| 13:09:16 | raptor | you may need to keep a file modification timestamp |
| 13:09:20 | watusimoto1 | for stuff like level size, it seenes necessary |
| 13:09:25 | raptor | to trigger a rehash |
| 13:09:50 | watusimoto1 | I was thinking about level hash on load, but it could be faster with filename/modification date |
| 13:10:13 | watusimoto1 | we're not trying to make an untrickable system, after all... if someone wanted to fool it they could just change the source |
| 13:10:22 | raptor | actually, i vaguely remember sam686 implementing a bot zone cache before we did auto-generation of zones |
| 13:10:29 | watusimoto1 | yes |
| 13:10:45 | raptor | well yes - not untrickable rather feature and performance driven |
| 13:10:53 | watusimoto1 | theoritcally, we could even cache the zones |
| 13:11:09 | raptor | maybe just a flat INI file would do the trick |
| 13:11:13 | watusimoto1 | so maybe filename/mod date would be better than a hash, as it wouldn't even require reading the file |
| 13:11:15 | raptor | instead of sqlite |
| 13:14:49 | raptor | well.. if its server-side only, of course |
| 13:17:49 | | Watusimoto Quit (Ping timeout: 258 seconds) |
| 13:19:57 | raptor | new essay published by Isaac Asimov: http://www.technologyreview.com/view/531911/isaac-asimov-mulls-how-do-people-get-new-ideas/ |
| 13:32:33 | watusimoto1 | What is the advantage of INI over sqlite? |
| 13:32:39 | | watusimoto1 is now known as watusimoto |
| 13:33:37 | raptor | faster parsing? I was thinking we had considered getting rid of sqlite at one point... |
| 13:34:23 | watusimoto | I don't recall that... I thought sqlite performance was good. but I've never checked |
| 13:34:38 | watusimoto | with the ini, we'd store the contents in memory and do a sequential scan over them |
| 13:34:57 | raptor | i think it's good once the database is open, yes |
| 13:35:02 | watusimoto | I figured sqlite could be more intelligent. Probably not an issue for 50 records, but for 5000, perhaps |
| 13:35:09 | raptor | yeah, it would be |
| 13:35:23 | raptor | but then we'd have to right the queries... |
| 13:35:27 | raptor | *write |
| 13:35:33 | raptor | i can't right today |
| 13:36:07 | watusimoto | the queries would be easy -- select * from levelinfos where name ='level.txt' and date = 'jan 4 2013' |
| 13:37:34 | raptor | then i guess my bias against SQL is showing... |
| 13:37:58 | raptor | like having to do update queries with a normalized, foreign-key pointing DB |
| 13:38:04 | raptor | without an ORM |
| 13:40:39 | | LordDVG has joined |
| 13:46:30 | watusimoto | the only queries I see are the select I wrote above, and an insert; perhaps a delete to ensure we don't have mulitple entries for the same level name |
| 13:46:39 | watusimoto | only one table |
| 13:46:46 | raptor | ok |
| 13:47:02 | watusimoto | we'll see... an ini might work ok too |
| 13:47:12 | watusimoto | but there'd be no user manageable data inside |
| 13:47:17 | raptor | or our down text-data format! |
| 13:47:31 | raptor | i think ut2004 did some sort of pre-level parsing and caching |
| 13:49:01 | raptor | ah, they saved caches to disk in their own format with a hash as the file name, then had an INI which pointed the hash-cache-filename to a level file name |
| 14:44:23 | raptor | watusimoto: I'm about to send a quick support message to github about contacting that user |
| 14:44:32 | raptor | unles you have already done so... |
| 14:44:35 | raptor | have you? |
| 14:49:04 | raptor | too late! I sent an e-mail |
| 15:20:49 | watusimoto | I hadn't |
| 15:20:53 | watusimoto | so good on you |
| 16:34:38 | sam686 | in LevelSource.cpp i have made loading simple levels very fast on 019c |
| 16:34:48 | sam686 | 020 its back to being slow MultiLevelSource::populateLevelInfoFromSource |
| 16:35:30 | sam686 | it looks like on 020 its reading the same file twice, first in fopen, then the slower loadLevelFromFile |
| 16:43:24 | | Nothing_Much Quit (Read error: No route to host) |
| 16:43:41 | | Nothing_Much has joined |
| 16:57:15 | | LordDVG Quit (Read error: Connection reset by peer) |
| 17:04:09 | | LordDVG has joined |
| 17:05:53 | | LordDVG Quit (Remote host closed the connection) |
| 17:22:40 | | Nothing_Much Quit (Remote host closed the connection) |
| 17:24:54 | sam686 | clipper suddenly becomes either extremely slow, or is being called thousands of times on level loading. http://sam6.25u.com/upload/profiler_020_b9329f9f7613.png |
| 17:25:14 | raptor | whoa |
| 17:25:20 | raptor | clipper isn't slow |
| 17:25:23 | raptor | oh and hello |
| 17:25:49 | sam686 | it took you 50 minutes to say hello? |
| 17:26:00 | raptor | yes... I speak very slowly |
| 17:26:51 | raptor | it oculd be that watusimoto new editor changes have done something funny... |
| 17:27:49 | sam686 | it looks like its doing full walls clipper calculation, on every barrier being added, rather then what 019c does it, once on level loading. |
| 17:32:16 | | Nothing_Much has joined |
| 17:33:18 | raptor | yeah, watusimoto is in the middle of refactoring the editor again |
| 18:17:16 | | fordcars has joined |
| 19:43:30 | | amgine123 has joined |
| 19:43:40 | amgine123 | so anything new to test ? |
| 19:53:29 | watusimoto | hi amgine123 |
| 19:53:53 | watusimoto | yes, I have stuff that needs to be tested\ |
| 19:53:55 | amgine123 | hello anything new to test its been a while |
| 19:55:22 | sam686 | there is 019d (probably coming first), and then 020 |
| 19:55:25 | amgine123 | any beta builds ? |
| 19:55:33 | amgine123 | for me to test out ? |
| 19:56:51 | amgine123 | interesting fact I was trying to do osmthing esle and I accidently created team polywalls |
| 19:57:05 | amgine123 | which blocks only your team |
| 19:57:43 | amgine123 | which can have curious effects |
| 19:59:15 | amgine123 | btw colored poly walls looks terrible |
| 20:01:20 | watusimoto | amgine123: I will need some testing of the editor, espeically related to walls, and undo and redo |
| 20:01:25 | watusimoto | but anything, really |
| 20:01:45 | amgine123 | all right whenever you can get me a build |
| 20:01:49 | watusimoto | I have been redoing the way walls work, and I redid the way undo works |
| 20:02:17 | watusimoto | I probably can't get you a build until this evening. Maybe sam686 or raptor could create a build from what's in the repo, which is current enough |
| 20:02:32 | watusimoto | otherwise I'll create one tonight and can give you a link tomorrow |
| 20:03:49 | fordcars | I can make one now |
| 20:03:55 | fordcars | amgine123, .zip right? |
| 20:04:10 | amgine123 | hmm well due to recent devolpment I can only be on tuesday friday and saturday |
| 20:04:50 | amgine123 | yes .zip |
| 20:05:15 | amgine123 | but if a better more accurate test build will come later might want to do that |
| 20:06:37 | fordcars | OK give me a few minute |
| 20:06:38 | fordcars | s |
| 20:20:40 | | watusimoto Quit (*.net *.split) |
| 20:20:40 | | raptor Quit (*.net *.split) |
| 20:20:40 | | Darrel Quit (*.net *.split) |
| 20:20:43 | | starseeker Quit (*.net *.split) |
| 20:20:43 | | Nothing_Much Quit (*.net *.split) |
| 20:20:45 | | sam686 Quit (*.net *.split) |
| 20:20:46 | | amgine123 Quit (*.net *.split) |
| 20:20:46 | | fordcars Quit (*.net *.split) |
| 20:20:46 | | ChanServ Quit (*.net *.split) |
| 20:27:04 | | Raven67854 has joined |
| 20:27:04 | | amgine123 has joined |
| 20:27:04 | | fordcars has joined |
| 20:27:04 | | Nothing_Much has joined |
| 20:27:04 | | watusimoto has joined |
| 20:27:04 | | raptor has joined |
| 20:27:04 | | Darrel has joined |
| 20:27:04 | | sam686 has joined |
| 20:27:04 | | starseeker has joined |
| 20:27:04 | | ChanServ has joined |
| 20:27:04 | | wolfe.freenode.net sets mode +ovo |
| 20:28:14 | fordcars | amgine123: http://canvaselement.comxa.com/bitfighter.zip |
| 20:29:49 | amgine123 | will this be a 19d test build or 20 |
| 20:33:32 | amgine123 | OK I found osmthing |
| 20:33:47 | amgine123 | not a bug exactly but I feel it could be fixed |
| 20:34:26 | amgine123 | if you rotate somthing then place it then do undo it only undoes part of the rotation instead of putting it back in its orriginal spot ? |
| 20:35:43 | amgine123 | it seems like when doing a undo it should put it back its original way instead of doing a half undo and unrotating it 1-X steps |
| 20:38:33 | amgine123 | hmm another thing thats not a bug but I think could be adjusted |
| 20:39:00 | amgine123 | if you rotate a wall that a forcefeild is on it doesnt follow it unless bolth are selected |
| 20:41:11 | amgine123 | in fact even if bolth are selected the forcefeilds STILL stay in palce |
| 20:43:11 | amgine123 | or the forcefeilds will point into he wall |
| 20:45:25 | | Watusimoto_ has joined |
| 20:45:40 | | raptor Quit () |
| 20:45:51 | amgine123 | @wattismo I founds a crash |
| 20:46:01 | amgine123 | i was right click to add points to a zone and it crashed |
| 20:56:00 | | Watusimoto_ Quit (Ping timeout: 255 seconds) |
| 20:58:45 | watusimoto | amgine123: can you list all the issues here? |
| 20:58:46 | watusimoto | https://etherpad.mozilla.org/bTCMnZyf79 |
| 20:59:14 | amgine123 | ok even if I cant find a cause ? |
| 20:59:25 | watusimoto | Only things you can reproduce |
| 20:59:37 | watusimoto | and please provide enough info that I can reproduce them too |
| 20:59:48 | watusimoto | otherwise, it's wasted effort... you know the drill :-) |
| 21:00:47 | amgine123 | hmm I keep having this crash happen but cant seems to duplicate it |
| 21:01:15 | amgine123 | ok found one definitly |
| 21:03:08 | amgine123 | does a execption code and offset help ? |
| 21:06:58 | amgine123 | how curious |
| 21:08:00 | watusimoto | amgine123: I don't need that info you pasted... rather, something like thjis: drag zone from the dock into the editor; right click to add a point; crash |
| 21:08:12 | watusimoto | if that will reproduce it |
| 21:08:26 | amgine123 | ah i was hoping that off set info would help find the bug location better |
| 21:08:44 | amgine123 | that teh hex for the memory area of the code that crashed |
| 21:21:00 | watusimoto | knowing how to reproduce it will let me find it quickly (usually) |
| 21:21:04 | watusimoto | ok, gotta run! |
| 21:21:08 | watusimoto | I'll check in later |
| 21:21:17 | watusimoto | add any items you find to the list |
| 21:21:21 | watusimoto | thanks!!!!! |
| 21:21:31 | | watusimoto Quit (Quit: Leaving.) |
| 22:12:31 | | Watusimoto has joined |
| 22:56:55 | | Watusimoto Quit (Ping timeout: 272 seconds) |
| 23:16:06 | | watusimoto has joined |
| 23:16:06 | | ChanServ sets mode +o |
| 23:35:12 | | Watusimoto_ has joined |
| 23:44:12 | | Watusimoto_ Quit (Remote host closed the connection) |
| 23:45:57 | | watusimoto Quit (Quit: Leaving.) |
