Timestamps are in GMT/BST.
| 00:05:29 | Watusimoto | trying to get too fancy here... backing off a little |
| 00:08:10 | raptor | fancy pants |
| 00:11:00 | raptor | going home, be back shortly... |
| 00:11:17 | | raptor Quit (Remote host closed the connection) |
| 00:19:31 | | CrazyLinuxNerd Quit (Quit: Leaving.) |
| 00:19:55 | | CrazyLinuxNerd has joined |
| 00:20:47 | | CrazyLinuxNerd Quit (Read error: Connection reset by peer) |
| 00:33:19 | | raptor has joined |
| 00:33:20 | | ChanServ sets mode +o raptor |
| 00:34:00 | | CrazyLinuxNerd has joined |
| 00:52:48 | | CrazyLinuxNerd Quit (Quit: Leaving.) |
| 01:03:41 | | CrazyLinuxNerd has joined |
| 01:05:09 | sam686 | http://sam686.maxhushahn.com/upload/text1201/120124_19-01-31.txt So why is boost::shared_pointer doing a double delete? |
| 01:16:09 | Watusimoto | not sure -- but don't worry about it |
| 01:16:17 | Watusimoto | I've fixed it via easier means |
| 01:16:32 | Watusimoto | should have checked in earlier |
| 01:16:42 | Watusimoto | in now |
| 01:17:05 | karamazovapy | oh, also - http://bitfighter.org/forums/viewtopic.php?f=44&t=1202 |
| 01:17:55 | karamazovapy | hey watusimoto - are you thinking of discussing distribution maps for 016, or is that a long term project to create a more suitable new-user experience? |
| 01:18:14 | Watusimoto | yes and yes |
| 01:18:35 | Watusimoto | not tonight though -- but if you have a proposal, I'd be likely to go with it |
| 01:18:48 | Watusimoto | classic maps can live on a server somewhere |
| 01:19:00 | karamazovapy | I don't have a proposal, I was just wondering if that was an upcoming conversation |
| 01:19:59 | Watusimoto | yes, it is |
| 01:20:14 | | BFLogBot - Commit eda68514e7f6 | Author: watusim...@bitfighter.org | Log: Polywalls filled when dragged from the dock |
| 01:20:15 | | BFLogBot - Commit c3ef8356b028 | Author: watusim...@bitfighter.org | Log: Fix crash on dragging item from dock afer undo |
| 01:20:17 | | BFLogBot - Commit 3d94157c185c | Author: watusim...@bitfighter.org | Log: Polywall vertices easier to select in editor |
| 01:20:18 | | BFLogBot - Commit b5d7581738dd | Author: watusim...@bitfighter.org | Log: Minor refactor to make next task easier |
| 01:20:20 | | BFLogBot - Commit 66a6dc38f186 | Author: watusim...@bitfighter.org | Log: Move some Game to ClientGame, grab best parts of sam's recent checkin |
| 01:20:21 | | BFLogBot - Commit 332829db7f36 | Author: watusim...@bitfighter.org | Log: Add 'nother "is" function |
| 01:20:23 | | BFLogBot - Commit d44629881f15 | Author: watusim...@bitfighter.org | Log: Merge |
| 01:20:24 | | BFLogBot - Commit 59e3ee2883ec | Author: watusim...@bitfighter.org | Log: Partial revert of earlier commit |
| 01:20:31 | raptor | yay a checkin! |
| 01:22:32 | raptor | Watusimoto: you know that there is an overloaded method that will take a type number directly, instead of a TestFunc? |
| 01:24:08 | Watusimoto | if you can improve on my checkin, do it! :-) |
| 01:24:42 | Watusimoto | someimtes I know that, sometimes I don't |
| 01:25:10 | raptor | i have poking fun and have inquisitive :) |
| 01:25:18 | raptor | was *half |
| 01:25:22 | raptor | *half |
| 01:25:27 | raptor | argh, must be hungry |
| 01:27:13 | karamazovapy | *half |
| 01:30:55 | sam686 | you need a virtual in Game::getEditorDatabase (like i did on my commit) |
| 01:31:06 | Watusimoto | yes, isn;t that in the chekcin? |
| 01:31:22 | Watusimoto | I forgot it, then added it |
| 01:31:24 | sam686 | missing virtual, as of the latest changes.. |
| 01:31:38 | Watusimoto | it's virtual in my code :-) |
| 01:31:49 | Watusimoto | I missed it at first |
| 01:32:15 | Watusimoto | feel free to add it, I don;t think I'll make another chekin tonight |
| 01:33:04 | raptor | also missing a return type... |
| 01:33:11 | raptor | in the vurtual implementation |
| 01:36:54 | Watusimoto | I lied |
| 01:38:08 | raptor | i see a commit! |
| 01:39:06 | Watusimoto | doubly so |
| 01:39:23 | Watusimoto | I hope that what I just committed actually works; feel free to revert anything that is broken |
| 01:40:05 | Watusimoto | I'm trying to get things to render properly so that selected polywalls cover up unselected wall centerlines, and selected walls render atop all other objects when they're being dragged |
| 01:40:12 | Watusimoto | I know how to do it, but am out of time |
| 01:40:20 | raptor | go to bed |
| 01:40:27 | | BFLogBot - Commit 7ec6cc35f611 | Author: watusim...@bitfighter.org | Log: Argh! |
| 01:40:28 | Watusimoto | I should have done that an hour ago |
| 01:40:29 | | BFLogBot - Commit 2beeaebe8408 | Author: watusim...@bitfighter.org | Log: towards a fix |
| 01:40:32 | Watusimoto | good night |
| 01:40:34 | Watusimoto | ! |
| 01:40:35 | raptor | night |
| 01:40:49 | Watusimoto | looking forward to a release soon... we;re almost there! |
| 01:40:51 | Watusimoto | finally! |
| 01:41:00 | sam686 | looks like ZAP_DEDICATED need to be fixed again |
| 01:41:12 | Watusimoto | crap. sorry |
| 01:41:14 | Watusimoto | . |
| 01:43:50 | raptor | go to bed! |
| 01:46:24 | | Watusimoto Quit (Ping timeout: 240 seconds) |
| 02:28:30 | | raptor Quit (Remote host closed the connection) |
| 02:49:59 | | dajoker has joined |
| 03:04:40 | | dajoker has left |
| 03:11:20 | | CrazyLinuxNerd Quit (Quit: Leaving.) |
| 03:15:39 | | BFLogBot - Commit 01926cac5ae9 | Author: sam8641 | Log: fix ZAP_DEDICATED |
| 04:01:03 | | sam686 Quit (Read error: Connection reset by peer) |
| 04:05:19 | | sam686 has joined |
| 04:05:19 | | ChanServ sets mode +v sam686 |
| 04:24:38 | sam686 | This test tells me that RefPtr is faster then boost::shared_ptr: http://sam686.maxhushahn.com/upload/text1201/120124_22-01-22.txt |
| 04:34:23 | | raptor has joined |
| 04:34:23 | | ChanServ sets mode +o raptor |
| 04:35:35 | raptor | hello hello |
| 04:41:52 | sam686 | hi, which is faster, spared_ptr or RefPtr, because my test shows RefPtr is faster.. |
| 04:43:06 | raptor | really? they both do reference counting, right? |
| 04:43:28 | raptor | and what are you testing for speed? |
| 04:43:33 | sam686 | yes, but where do you think shared_ptr do the reference counting, not in the class itself? |
| 04:43:48 | raptor | no? |
| 04:44:28 | sam686 | it looks like SharedPtr do reference counting, not in the class, where RefPtr does reference count in the "Object" class |
| 04:44:48 | raptor | oh, so RefPtr can only be used with TNL::Object? |
| 04:44:55 | sam686 | yes |
| 04:44:57 | raptor | interesting... |
| 04:45:12 | sam686 | and, it appears faster then shared_ptr |
| 04:45:30 | raptor | with what operations? |
| 04:45:51 | sam686 | a test i did is repeatedly create and delete, http://sam686.maxhushahn.com/upload/text1201/120124_22-01-22.txt |
| 04:46:47 | sam686 | you could run that test too, by putting that code in zap/main.cpp |
| 04:46:54 | raptor | well if it doesn't keep it's own counter, then i guess it would be faster |
| 04:48:00 | sam686 | it could explain why there could be a double delete same pointer problem, as if you put 2 same raw pointer into shared_ptr |
| 04:48:47 | raptor | also, destruction would be a lot faster - it doesn't clean itself up like shared_ptr does it? |
| 04:48:56 | raptor | if you allocate to begin with, i mean |
| 04:50:27 | sam686 | RefPtr cleans itself up, when no more RefPtr points to it |
| 04:51:23 | raptor | you mean the Object will track the counter then delete itself? |
| 04:51:51 | sam686 | yes, after a first RefPtr points to it.. |
| 04:53:11 | raptor | that's an interesting way of doing things... |
| 04:53:25 | sam686 | a lot of TNL code use RefPtr, to hold StringPtr, ByteBuffer, and other stuff.. |
| 04:53:41 | raptor | well i was wrong then - i thought RefPtr was similar to shared_ptr and kept its own counter and everything |
| 04:54:07 | raptor | so for anything to use RefPtr it must be a sub-class of Object? |
| 04:54:15 | sam686 | yes |
| 04:54:26 | sam686 | all GameObjects are Object |
| 04:54:33 | raptor | ah ok |
| 04:54:49 | raptor | well why are we using shared_ptr, then?? |
| 04:54:55 | raptor | if we had that all along? |
| 04:55:14 | raptor | because it comes with a HUGE header overhead... |
| 04:55:29 | sam686 | oh, and i found this on the web: http://bytes.com/topic/c/answers/442948-stupid-problem-boost-share_ptr |
| 04:56:38 | sam686 | it appears better to store reference count in the class, it can avoid some problems. |
| 05:06:16 | sam686 | i will compile with show includes on, i can show you how much includes it does in about 5 minutes (the time it takes to compile) |
| 05:15:36 | sam686 | http://sam686.maxhushahn.com/upload/Output-Build_120124.txt (includes shown) |
| 05:18:47 | sam686 | 6736 / 44689 includes boost files |
| 05:24:22 | sam686 | 11165 includes zap files; 6301 includes tnl files; 365 includes lua files |
| 05:24:26 | sam686 | looks like there is more boost includes then tnl includes |
| 05:37:26 | raptor | yeah - maybe we should reconsider using boost for some things... |
| 05:47:32 | raptor | i personally thought we used shared_ptr because we didn't have an alternative to automatic memory management |
| 05:47:40 | raptor | (at the time) |
| 05:49:43 | raptor | sam686: want to do some more play testing? |
| 05:49:56 | sam686 | ok |
| 05:49:56 | raptor | so far the editor doesn't crash any more... |
| 05:50:07 | raptor | let me compile on master... |
| 05:50:17 | raptor | r |
| 05:52:03 | raptor | ok, it's up |
| 05:52:28 | sam686 | maybe, i came up with a better name, RefData, in case we want to split Object's reference counter.. |
| 05:58:09 | raptor | did you just crash? |
| 05:58:29 | sam686 | tlnAssert, but i hit continue on a message popup, it breakpoint, and i hit continue |
| 05:58:52 | sam686 | do you know how to contnue on a breakpoint? |
| 05:58:55 | raptor | i guess gdb doesn't let you continue off of an assert |
| 05:59:07 | raptor | i typed 'continue' |
| 05:59:11 | sam686 | you could modify tnlAssert |
| 05:59:21 | sam686 | tnlAssert.h, i think |
| 05:59:43 | raptor | what would that do? |
| 06:00:09 | raptor | ohh.. it is coded differently for windows to let you continue? |
| 06:01:28 | sam686 | probably yes.. |
| 06:01:39 | raptor | ah, in linux AlertRetry just returns false |
| 06:01:47 | raptor | but in windows shows a message box |
| 06:02:49 | raptor | so why do i get that assert on that level everytime there's someone else in it? |
| 06:02:58 | raptor | ok, i'm in |
| 06:03:03 | sam686 | it is the "Ship" line in level |
| 06:07:42 | sam686 | good mid-night |
| 06:07:51 | raptor | good morning! |
| 06:08:11 | sam686 | too early, and i haven't sleep yet |
| 06:36:03 | | raptor Quit (Remote host closed the connection) |
| 07:14:46 | | koda has joined |
| 07:32:28 | | edwin has joined |
| 07:33:02 | | edwin is now known as Guest18505 |
| 07:33:29 | Guest18505 | ..... |
| 07:33:39 | Guest18505 | hi |
| 07:42:06 | | koda Quit (Quit: koda) |
| 07:44:42 | | Watusimoto has joined |
| 07:48:09 | | Guest18505 Quit (Ping timeout: 264 seconds) |
| 08:48:21 | | watusimoto1 has joined |
| 09:36:55 | | sam686 Quit (Read error: Connection reset by peer) |
| 09:37:38 | | sam686 has joined |
| 09:37:38 | | ChanServ sets mode +v sam686 |
| 09:54:34 | | koda has joined |
| 09:56:14 | | Watusimoto Quit (Ping timeout: 255 seconds) |
| 10:38:04 | | sam686 Quit (Ping timeout: 245 seconds) |
| 14:18:39 | | raptor has joined |
| 14:18:40 | | ChanServ sets mode +o raptor |
| 14:18:50 | raptor | good day! |
| 14:46:02 | | sam686 has joined |
| 14:46:02 | | ChanServ sets mode +v sam686 |
| 14:48:28 | | raptor Quit (Remote host closed the connection) |
| 15:34:20 | | sam686 Quit (*.net *.split) |
| 15:34:21 | | karamazovapy Quit (*.net *.split) |
| 15:34:24 | | koda Quit (*.net *.split) |
| 15:34:27 | | Zoomber Quit (*.net *.split) |
| 15:37:24 | | raptor has joined |
| 15:37:36 | raptor | oh hey i found the log bot in the net split |
| 15:39:29 | | -mquin- [Global Notice] We are experiencing some connectivity problems, please bear with us while we investigate (and run around with duct tape) |
| 15:45:31 | | raptor Quit (Remote host closed the connection) |
| 15:52:06 | | raptor has joined |
| 15:53:07 | | sam686 has joined |
| 15:54:51 | | karamazovapy has joined |
| 15:55:41 | | Zoomber has joined |
| 15:57:03 | | raptor Quit (Remote host closed the connection) |
| 15:57:21 | | raptor has joined |
| 16:06:39 | | raptor Quit (Changing host) |
| 16:06:39 | | raptor has joined |
| 16:07:02 | | raptor Quit (Changing host) |
| 16:07:02 | | raptor has joined |
| 16:07:02 | | ChanServ sets mode +o raptor |
| 16:07:11 | raptor | normalization! |
| 16:16:04 | | CrazyLinuxNerd has joined |
| 16:20:50 | karamazovapy | is the ff/turret placement issue proving to be stubborn? |
| 16:20:57 | raptor | YES |
| 16:21:03 | raptor | i'm studying it... |
| 16:21:13 | raptor | but i think watusimoto1 would be the best candidate to do so |
| 16:23:33 | karamazovapy | well it's pretty clear what's happening, isn't it? |
| 16:23:54 | raptor | tell me how you see it |
| 16:24:14 | karamazovapy | barriers are defined by their points, but not their edges |
| 16:24:40 | karamazovapy | so the turrets and forcefield positions get saved with that data in mind, and when the edges get drawn in the editor, the repairables have to adjust |
| 16:24:57 | karamazovapy | but they guess your intent incorrectly when faced with quirky data |
| 16:25:49 | karamazovapy | or if that's not quite accurate, they attempt to snap before the edges get drawn and then have to readjust |
| 16:26:17 | raptor | hmmm... |
| 16:26:30 | karamazovapy | when you host, the barriers are the first thing to get drawn |
| 16:27:16 | karamazovapy | oh - fun experiment - let me check something |
| 16:28:05 | | koda has joined |
| 16:30:53 | karamazovapy | I believe I have confirmation of that |
| 16:31:52 | raptor | which one? |
| 16:32:07 | karamazovapy | yeah, it's actually pretty clear |
| 16:34:01 | karamazovapy | I have a new test to test |
| 16:34:16 | raptor | ok |
| 16:34:52 | karamazovapy | oh - also - my numberpad doesn't work anymore |
| 16:35:02 | karamazovapy | I always used it in the editor, and now it doesn't function |
| 16:37:36 | raptor | numberpad as compared to 015a or previous 016? |
| 16:37:43 | karamazovapy | 015a |
| 16:37:55 | karamazovapy | like + and - and Enter, specifically |
| 16:38:33 | raptor | ok, i'll write that down - so which of your theories with the engineer item snapping is the one you have tested and it seems the likely one? |
| 16:41:59 | karamazovapy | http://pastie.org/3250790 |
| 16:42:27 | karamazovapy | there should be a turret centered on each end, and one turret facing each direction, otherwise |
| 16:42:34 | karamazovapy | they should all be symmetrical |
| 16:43:03 | karamazovapy | the lower left one is particularly impressive |
| 16:43:08 | raptor | ok, hosted it first... |
| 16:43:28 | raptor | now i know what its supposed to look like.. |
| 16:43:31 | raptor | now i know what its supposed to look like.. |
| 16:43:46 | raptor | wow |
| 16:43:48 | raptor | all messed up |
| 16:45:36 | karamazovapy | ooooh - now here's an exciting twist! |
| 16:46:34 | karamazovapy | 1) host the level, 2) exit host, 3) open level in editor so it appears to be correct, 4) add an item from the dock so that auto.save is updated, 5) compare auto.save to your original test file |
| 16:46:56 | raptor | ok |
| 16:48:49 | raptor | for me, it looks like barrier order in the file has moved around |
| 16:49:09 | karamazovapy | yep - I had the barrier order change and one turret move from the top of the list to the bottom |
| 16:49:30 | raptor | but your coordinates are still the same, correct? |
| 16:49:35 | karamazovapy | yeah |
| 16:49:54 | karamazovapy | but here's a disappointment - when reopening the adjusted file in the editor, everything is all screwed up again anyway |
| 16:50:08 | karamazovapy | so it must be an edge rendering problem |
| 16:50:15 | raptor | yeah - the way we do loading - order doesn't matter |
| 16:50:32 | raptor | i'm going to compare the snapping algorithm to the one in 015a |
| 16:50:45 | karamazovapy | I think it was a problem in 015a, too |
| 16:50:50 | karamazovapy | let's try the test file there |
| 16:51:26 | karamazovapy | nope - loaded in 015a no problem |
| 16:51:34 | raptor | yep |
| 16:52:23 | karamazovapy | it's harder to get an object to snap to the end of a barrier in 016 - you have to move further away from the intended point to get it to work |
| 16:52:53 | raptor | yes |
| 17:25:28 | | watusimoto1 Quit (Ping timeout: 245 seconds) |
| 17:41:15 | | Watusimoto has joined |
| 17:42:04 | raptor | ohmygoodnessilthinkifixedthesnappingproblem |
| 17:45:29 | | Watusimoto Quit (Ping timeout: 240 seconds) |
| 17:57:02 | | BFLogBot - Commit 2988340f150d | Author: buckyballreaction | Log: Use 015a logic for finding wall mount points - this seems to fix a host of problems with turrets/FFs and walls in the editor. Is this OK? |
| 18:19:03 | raptor | ok karamazovapy: tell me engineered objects behave better: http://sam686.maxhushahn.com/upload/bitfighter-016-preRC-3.7z |
| 18:23:07 | karamazovapy | I see one quirk, but it make be the result of an accidental save of the repositioning |
| 18:23:49 | raptor | please be accidental.... :) |
| 18:26:19 | karamazovapy | yep - seems to be - doesn't revert after fixing |
| 18:27:01 | karamazovapy | what was the source? |
| 18:27:09 | raptor | broken algorithm |
| 18:27:38 | raptor | but there have been so many changes to the file, that I don't know if it was deliberate or not |
| 18:27:58 | raptor | so i'll have to wait for backlash from sam686 and Watusimoto :) |
| 18:49:24 | | LordDVG has joined |
| 19:20:08 | | Watusimoto has joined |
| 19:22:12 | raptor | hi Watusimoto, i made a fix to the wall mounting of engineer items in the editor - not sure if it was OK though |
| 19:22:31 | | Watusimoto Quit (Remote host closed the connection) |
| 19:22:33 | | Little_Apple has joined |
| 19:22:58 | Little_Apple | my name is vermin my name is vermin vermin vermin vermin vermin vermin surpreme |
| 19:23:26 | | Watusimoto has joined |
| 19:23:29 | Little_Apple | hi |
| 19:23:42 | Little_Apple | Hi |
| 19:23:44 | Little_Apple | HI |
| 19:23:51 | Little_Apple | HI!!!!!!!! |
| 19:24:10 | raptor | hi Little_Apple |
| 19:24:14 | Little_Apple | hi |
| 19:24:59 | Little_Apple | and you can vote and you can vote for me for me if you want to |
| 19:25:04 | raptor | Watusimoto: basically i reverted to logic from 015a, it was a minor change (see my last commit) |
| 19:25:11 | Watusimoto | hi |
| 19:25:39 | Watusimoto | i'll look in a minute -- why would it not be good? |
| 19:26:32 | raptor | because it was different before? and maybe it was done on purpose? |
| 19:27:37 | Little_Apple | nacho chips nacho carrots |
| 19:27:52 | raptor | Little_Apple: I suggest a hobby that requires LOTS of concentration |
| 19:27:58 | raptor | maybe knitting? |
| 19:28:00 | Little_Apple | :p |
| 19:28:06 | Little_Apple | i did crochet :D |
| 19:28:13 | raptor | try tatting |
| 19:28:21 | Little_Apple | tattoos? |
| 19:28:26 | raptor | tatting |
| 19:28:34 | Little_Apple | tattling? |
| 19:28:51 | raptor | being a brother, i'm sure you are already good at that... :) |
| 19:29:01 | Little_Apple | :D |
| 19:29:15 | Little_Apple | wut tha heck is tatting? |
| 19:29:31 | Little_Apple | ')-(' |
| 19:30:29 | raptor | http://en.wikipedia.org/wiki/Tatting |
| 19:30:55 | Little_Apple | NOOOOOO |
| 19:31:16 | raptor | requires LOTS of concentration |
| 19:31:20 | Little_Apple | animation? :D |
| 19:32:00 | Little_Apple | i have the software, but this computer is a chunk of elephant poop. ._. |
| 19:33:26 | Watusimoto | ok, let's find that commit |
| 19:33:35 | Watusimoto | does it seem to resolve the issue? |
| 19:33:35 | raptor | http://code.google.com/p/bitfighter/source/detail?r=2988340f150dff40078e7f5d6d543e1c1e9c3001 |
| 19:33:38 | raptor | yes |
| 19:34:44 | Watusimoto | ok |
| 19:34:51 | Watusimoto | well, it's fine if it works |
| 19:34:58 | raptor | ok, good |
| 19:35:00 | Watusimoto | I made those changes recently to address this exact issue |
| 19:35:07 | raptor | ha! |
| 19:35:08 | raptor | cool |
| 19:35:11 | Watusimoto | because the old code wasn't working |
| 19:35:21 | Little_Apple | is the german charecters bug fixed? |
| 19:35:26 | Watusimoto | and the new code did work in my test cases |
| 19:36:00 | raptor | make clean! |
| 19:36:00 | Watusimoto | what was happening was that you;d place the turret, then add a wall, and the turret would move |
| 19:36:15 | Watusimoto | maybe there was a completely different issue at play that was resolved in the meantime |
| 19:36:24 | Watusimoto | so if it works, then that's perfect |
| 19:36:26 | raptor | yeah - that's what i figure... |
| 19:37:34 | raptor | Little_Apple: not sure, i don't have a german keyboard, but there's a good chance since we moved to SDL from GLUT |
| 19:37:44 | Watusimoto | isn't tatting when you tell on your older brother, as in "if you tat on me again, I'm going to punch you in the neck!" |
| 19:38:07 | Little_Apple | could you get rupert to test it? |
| 19:38:08 | raptor | i must be one of the only males who knows what that is... |
| 19:38:20 | Watusimoto | I have a european keyboard |
| 19:38:31 | Watusimoto | belgain |
| 19:38:35 | Watusimoto | I think |
| 19:38:41 | Watusimoto | maybe French |
| 19:38:47 | Watusimoto | what's the issue |
| 19:39:03 | Watusimoto | or is there one? |
| 19:39:05 | Little_Apple | when you use a german charecter the whole game crasges |
| 19:39:08 | raptor | Watusimoto: the issue Little_Apple brings up is we have one german player who all he has to do is type the funky german B-like character on his keyboard and the game crashes |
| 19:39:18 | Little_Apple | ß |
| 19:39:24 | raptor | ^^ that's it |
| 19:39:25 | Little_Apple | that |
| 19:39:26 | Watusimoto | the sharfars S |
| 19:39:33 | Watusimoto | (or however you spell it) |
| 19:39:37 | Little_Apple | :p |
| 19:39:42 | Watusimoto | ok, that one's not on my keyboard |
| 19:39:46 | raptor | he just types it in chat? |
| 19:40:01 | | LoneWolfy has joined |
| 19:40:03 | raptor | Little_Apple: does the game crash when he presses <enter> in chat? |
| 19:40:06 | Little_Apple | yea |
| 19:40:14 | Little_Apple | i think when he hit the key |
| 19:40:23 | Little_Apple | you need to ask him |
| 19:40:27 | Watusimoto | I'll test the other foreign keys in chat |
| 19:40:30 | raptor | ok |
| 19:40:38 | LoneWolfy | Hi la |
| 19:40:48 | Little_Apple | hi :D |
| 19:40:52 | Watusimoto | though most of them come through as English chars because I don't have a language pack installed |
| 19:40:58 | raptor | we actually have 10 non-bot people in this room now... |
| 19:41:00 | LoneWolfy | Is 016 out yet? |
| 19:41:07 | Little_Apple | NOPE |
| 19:41:10 | Little_Apple | >:D |
| 19:41:12 | Little_Apple | brb |
| 19:41:14 | raptor | read the IRC notice |
| 19:41:17 | LoneWolfy | Aww |
| 19:42:13 | karamazovapy | FYI - old ladies know what tatting is |
| 19:42:39 | karamazovapy | and I knew what it was, but I'm unusual |
| 19:42:56 | raptor | my wife is actually really good at it |
| 19:43:04 | raptor | which is why i know |
| 19:43:35 | karamazovapy | my grandmother does some occasional quilting and knitting |
| 19:43:44 | Watusimoto | I have a godzilla tat somewhere I can't tell you about |
| 19:43:49 | karamazovapy | oooh |
| 19:44:07 | karamazovapy | hey - do we have any idea why the numberpad doesn't work in bitfighter anymore? |
| 19:44:54 | karamazovapy | I mean in 016 |
| 19:45:35 | Watusimoto | looks like my keyboard is French Swiss |
| 19:46:52 | Little_Apple | we need to make this compatible for bitfighter: http://www.thinkgeek.com/gadgets/electronic/e9e5/ |
| 19:47:42 | karamazovapy | all it does is measure EEG activity inaccurately |
| 19:47:57 | Little_Apple | find a way to make it work? |
| 19:48:24 | Little_Apple | 7 people in game |
| 19:48:44 | Little_Apple | 5 of which are chumpchanges |
| 19:50:06 | Little_Apple | yay! |
| 19:50:10 | Little_Apple | i got kicked! |
| 19:50:38 | karamazovapy | rejoin as ChumpChange |
| 19:50:43 | Little_Apple | nahhhh |
| 19:50:51 | Little_Apple | hes kicking everyone |
| 19:50:56 | Little_Apple | :3 |
| 19:52:02 | Little_Apple | hes a cat. flushing a toilet hes a cat. |
| 19:53:00 | Little_Apple | hurr durr derr? |
| 19:53:18 | raptor | i bet SDL divides up the keys... |
| 19:53:35 | raptor | in fat i know it does |
| 19:53:47 | Little_Apple | in fat? |
| 19:53:52 | raptor | fact |
| 19:53:53 | karamazovapy | saturated or liquid? |
| 19:53:56 | Little_Apple | ah ok |
| 19:54:05 | raptor | umm room temperature solid |
| 19:54:16 | Little_Apple | in saturated fat i know it does |
| 19:54:37 | Watusimoto | év€n in fr€nch mode, càn't maké game crash |
| 19:54:46 | Little_Apple | g©ƒ©®´†©¥††¥´®√ç∫˜∫˜√ç˜∫ç˜ç∫ç |
| 19:54:48 | raptor | excellent |
| 19:54:51 | Little_Apple | Ü |
| 19:55:02 | Little_Apple | one charecter smiley |
| 19:55:05 | raptor | that must be better handling of SDL or something we caught with the re-coding |
| 19:55:16 | Little_Apple | Ü |
| 19:55:22 | Little_Apple | ü |
| 19:56:01 | Watusimoto | sddd wo kezbord ll rewed up now |
| 19:56:18 | Watusimoto | in some weird mode |
| 19:56:23 | Watusimoto | ppPPooo |
| 19:56:23 | Little_Apple | ∂ßå |
| 19:56:29 | Watusimoto | e |
| 19:56:59 | karamazovapy | I kind of want this > http://www.27bslash6.com/xmasalbum.html |
| 19:57:02 | Little_Apple | ßøøgé®$! |
| 19:57:38 | Little_Apple | bangarang |
| 19:58:04 | Little_Apple | imma leaf |
| 19:58:08 | Little_Apple | laters |
| 19:58:13 | Watusimoto | weird... y and z are still reversed |
| 19:58:14 | | Little_Apple Quit (Quit: Page closed) |
| 19:58:25 | Watusimoto | on mz regular kezboard |
| 19:58:33 | Watusimoto | this is a problem |
| 20:01:28 | Watusimoto | it must still think Iàm tzying in French |
| 20:02:51 | Watusimoto | My Y is back! |
| 20:03:22 | karamazovapy | just saw The Artist - good movie! |
| 20:05:12 | karamazovapy | hey - did a universal ban system get implemented into 016? |
| 20:05:27 | raptor | a ban system was, yes |
| 20:06:07 | karamazovapy | cool. I recently forum-banned botfighter/noobmaster/cleverbot for impersonating registered members, after giving him the option of logging out |
| 20:06:26 | karamazovapy | but a short in-game ban would've been more effective as a deterrent |
| 20:07:08 | raptor | yeah, it saves the ban in the INI - and i think the default is like 30 min. |
| 20:07:39 | karamazovapy | is it for a single server, or does it work through the master? |
| 20:07:45 | raptor | single server |
| 20:07:53 | karamazovapy | oh. too bad. it's a start. |
| 20:08:00 | raptor | i hadn't thought about one for the master... |
| 20:08:19 | karamazovapy | it opens up some permissions issues |
| 20:11:36 | Watusimoto | I am seeing turret iconify to a little T in a box as I drag it around |
| 20:11:46 | Watusimoto | while it still is snapping to the wall |
| 20:11:57 | raptor | i don't know what that means... |
| 20:12:45 | Watusimoto | turrets can be rendered as turrets, or a T in a box, like on the toolbar |
| 20:12:54 | raptor | oh hey, when you zoom out, aren't turrets/ffs supposed to be the box? |
| 20:13:00 | Watusimoto | if they are mounted they should always look like turrets |
| 20:13:03 | raptor | yes |
| 20:13:24 | Watusimoto | but sometimes I can get them to mount to the wall and look like the T in a box |
| 20:13:40 | karamazovapy | it made it a little tougher for me to see what was what when they stayed as itty bitty icons and I zoomed out |
| 20:13:58 | karamazovapy | but not enough for me to say anything until now |
| 20:14:25 | raptor | ah you're right, but they only seem to become iconified when at the edge of snapping to different walls |
| 20:14:43 | raptor | like holding it between two walls |
| 20:15:07 | Watusimoto | can't reproduce |
| 20:15:21 | raptor | i can |
| 20:15:59 | Watusimoto | ok, got one |
| 20:16:42 | raptor | basically create two vertical barriers about one large grid box apart |
| 20:16:50 | raptor | and move the turret between them |
| 20:17:22 | Watusimoto | mine is not between walls |
| 20:17:30 | raptor | also only seems to happen with snapping on top and right sides of barriers |
| 20:18:32 | Watusimoto | mine is on the top, though tilted slightly to the left |
| 20:18:56 | karamazovapy | is this a release-breaking bug? |
| 20:18:57 | Watusimoto | somehow mSnapped is not being set |
| 20:19:03 | raptor | sorry top and left sides |
| 20:19:07 | Watusimoto | probably not |
| 20:19:08 | raptor | yes |
| 20:19:21 | Watusimoto | well; we're going to fix it |
| 20:19:31 | karamazovapy | I think what I'm trying to say is, I'm getting antsy in the pantsy |
| 20:19:37 | raptor | hehe |
| 20:20:47 | Watusimoto | there's still some rendering issues in the editor to sort out |
| 20:20:52 | Watusimoto | we're not releasing tonight |
| 20:21:01 | karamazovapy | I figured that part |
| 20:21:07 | raptor | the script one, still |
| 20:24:48 | Watusimoto | I see the problem |
| 20:25:08 | Watusimoto | it's snapping to corners and other snap points like it was an object |
| 20:25:18 | Watusimoto | but it may be a tad too far for turret snapping to occur |
| 20:26:07 | Watusimoto | you can make it happen with just one sed |
| 20:26:08 | Watusimoto | seg |
| 20:26:42 | Watusimoto | approach from the corners |
| 20:28:09 | raptor | ah i got it |
| 20:28:11 | raptor | yep |
| 20:33:29 | Watusimoto | it's fussy |
| 20:44:41 | | LoneWolfy Quit (Ping timeout: 260 seconds) |
| 21:51:22 | raptor | ok i'mback - anything exciting happening? |
| 22:19:23 | Watusimoto | I think I just fixed the snap issue |
| 22:21:11 | raptor | yay |
| 22:23:53 | Watusimoto | I think; I kind of guessed at the solution, it doesn't make too much sense, but I can no longer reproduce |
| 22:25:51 | Watusimoto | well, in any case it's in |
| 22:26:02 | Watusimoto | see if any of your tricks work |
| 22:26:14 | raptor | tricks? |
| 22:27:11 | raptor | looks like you just make the delta global? |
| 22:27:28 | | BFLogBot - Commit cece18772bc6 | Author: watusim...@bitfighter.org | Log: Fix false snapping issue with engineered items, several verbose comments |
| 22:28:51 | raptor | looks like it works well |
| 22:33:18 | Watusimoto | I think there was a discrepancy between the deltas that was causing the problem -- by calcing once, there can be no discrepancy |
| 22:33:39 | Watusimoto | maybe the mouse moved slightly between calculations |
| 22:33:51 | raptor | yeah that is odd |
| 22:33:54 | | sam686 Quit (Ping timeout: 245 seconds) |
| 22:34:20 | raptor | oh, before i look into this, would you know how to fix the turrets/ffs when zooming out? they don't turn into icons when zooming out far |
| 22:34:37 | Watusimoto | I know -- I disabled it |
| 22:34:44 | raptor | oh.. |
| 22:34:47 | Watusimoto | :-) |
| 22:34:53 | raptor | nevermind then :) |
| 22:35:18 | Watusimoto | the reason being that it just doesn;t make sense to iconify some things but not others |
| 22:35:28 | raptor | ok |
| 22:35:34 | Watusimoto | the turrets/ffs become overwhelmingly large and dominate the map |
| 22:35:38 | raptor | i think karamazovapy had a preference, but i don't remember what it was... |
| 22:35:44 | Watusimoto | when you zoom out far enough to matter |
| 22:35:49 | raptor | spawn points do that now.. |
| 22:36:01 | Watusimoto | perhaps they shouldn't? |
| 22:36:20 | raptor | i don't know - i don't use the editor enough to care that much... |
| 22:36:20 | Watusimoto | it was a decision made partly to justify not fixing something |
| 22:36:24 | Watusimoto | :-) |
| 22:36:25 | raptor | ha! |
| 22:36:56 | Watusimoto | trying to make the editor more gamelike |
| 22:40:35 | Watusimoto | bottom line for me is that it is not broken per se; if k wants to argue for restoring the previous functionality, I'm happy to discuss it, as I'm not passionabte about the decision |
| 22:42:20 | raptor | oh, he was hoping for number pad keys to be restored |
| 22:42:23 | raptor | in the editor |
| 22:45:14 | Watusimoto | number pad keys? what did they do? |
| 22:45:36 | raptor | i think GLUT mapped them to their counterparts |
| 22:46:25 | Watusimoto | ah |
| 22:46:40 | raptor | so + - ENTER worked |
| 22:46:44 | Watusimoto | well... maybe in 016a we'll allow key binding in the INI and he can have them back |
| 22:47:06 | Watusimoto | + Enter? |
| 22:47:35 | raptor | +, -, <Enter> |
| 22:48:21 | Watusimoto | for walls? |
| 22:49:36 | raptor | karamazovapy: what did you use the number pad for? |
| 22:50:17 | karamazovapy | I used + - and enter most |
| 22:50:46 | Watusimoto | for making walls thicker/thinner and... editing attributes? |
| 22:50:53 | | sam686 has joined |
| 22:50:53 | | ChanServ sets mode +v sam686 |
| 22:51:06 | Watusimoto | hi sam |
| 23:03:04 | | CrazyLinuxNerd Quit (Remote host closed the connection) |
| 23:04:31 | | CrazyLinuxNerd has joined |
| 23:32:39 | | BFLogBot - Commit abdbe689019a | Author: watusim...@bitfighter.org | Log: Fix part of the wall rendering issues (i.e. what renders on top of what, when) |
| 23:32:40 | | BFLogBot - Commit 12b03ed477cf | Author: watusim...@bitfighter.org | Log: More improvements to wall rendering |
| 23:32:42 | | BFLogBot - Commit e3bf626c4347 | Author: watusim...@bitfighter.org | Log: Wall centerlines drawn on top when a vertex is selected |
| 23:46:49 | | CrazyLinuxNerd Quit (*.net *.split) |
| 23:46:49 | | LordDVG Quit (*.net *.split) |
| 23:49:14 | | -tomaw- [Global Notice] Hi, we're experiencing an outage at once of our sponsors, causing NickServ/ChanServ and friends to have left as well as some server being unavailable. We're looking into the cause now. More updates by wallops, /mode yournick +w to see them! |
| 23:56:35 | | CrazyLinuxNerd has joined |
| 23:57:50 | | LordDVG has joined |
| 23:58:58 | | raptor Quit (Changing host) |
| 23:58:58 | | raptor has joined |