Timestamps are in GMT/BST.
| 00:13:51 | | LoneWolfy has joined |
| 00:45:04 | | LoneWolfy Quit (Ping timeout: 272 seconds) |
| 01:02:46 | | koda Quit (Quit: I used to be chatting like you. Then I took an arrow in the knee) |
| 01:26:09 | sam686 | hi everyone who is in here, i am lonely in this channel, there is only me, and a BFLogBot... |
| 01:35:35 | | sam686 Quit (Read error: Connection reset by peer) |
| 01:39:53 | | sam686 has joined |
| 01:39:53 | | ChanServ sets mode +v sam686 |
| 02:06:20 | | karamazovapy has joined |
| 03:52:13 | | Zoomber has joined |
| 03:52:14 | | ChanServ sets mode +v Zoomber |
| 04:02:46 | | karamazovapy Quit (Read error: Connection reset by peer) |
| 04:05:32 | | karamazovapy has joined |
| 04:10:51 | | raptor has joined |
| 04:10:51 | | ChanServ sets mode +o raptor |
| 04:11:20 | raptor | hello folks |
| 04:14:22 | raptor | aww watusimoto didn't check in yet... |
| 04:14:55 | sam686 | look what happened after my cell phone, by accident, went into washing maching http://www.youtube.com/watch?v=uQ6C3AER5A8 (still works, but the battery meter went horribly wrong) |
| 04:17:32 | sam686 | so basically, the battery meter is full bars while playing sound, but says low battery when not paying any sound. |
| 04:20:36 | Zoomber | oh hey raptor |
| 04:21:36 | Zoomber | thats wierd sam686 |
| 04:21:45 | Zoomber | but then again, thats a traffic fone for you |
| 04:21:56 | Zoomber | i suggest dumping that one and getting the trafficfone that looks like a blackberry lol |
| 04:22:22 | Zoomber | raptor: im doing so much mysql stuff right now, i knew nothing before |
| 04:22:34 | Zoomber | working on my smf forum |
| 04:22:37 | raptor | Zoomber: welcome to the world of evils |
| 04:22:45 | raptor | aka DBA |
| 04:22:51 | raptor | database administration |
| 04:30:42 | Zoomber | yes, right now i am needing to move my smf forum to my other server |
| 04:30:57 | Zoomber | though, ive been able to move the "html" folder successfully, the database is another thing |
| 04:31:08 | Zoomber | i did a database.sql export to my local drive |
| 04:31:13 | Zoomber | but i gotta somehow get that thing back on |
| 04:31:23 | Zoomber | so i need phpMyAdmin |
| 04:31:49 | Zoomber | if i wget it, its not a direct link, so its saves the file as "index.php?.html" |
| 04:32:05 | Zoomber | so i have to sftp it on there, and i hate using sftp, it wastes time |
| 04:32:18 | Zoomber | i = very impatient this night |
| 04:35:28 | Zoomber | there we go, i think curl works |
| 04:35:29 | Zoomber | hopefully |
| 04:35:47 | Zoomber | never really knew how to get curl working till just now |
| 04:39:09 | Zoomber | raptor :O gunzip: phpMyAdmin-3.4.9-english.tar.gz: not in gzip format |
| 04:39:20 | Zoomber | maybe its just corrupted |
| 04:40:14 | Zoomber | tar: This does not look like a tar archive |
| 04:41:19 | sam686 | gunzip? |
| 04:41:25 | Zoomber | yeah |
| 04:41:27 | Zoomber | gzip basically |
| 04:42:00 | Zoomber | there we go |
| 04:42:12 | Zoomber | i used curl -L, without -i option and now file unzips |
| 04:48:32 | sam686 | I remember using some php + curl plugin stuff for web page... |
| 05:10:20 | | Zoomber Quit (Ping timeout: 240 seconds) |
| 05:12:39 | | Zoomber has joined |
| 05:12:40 | | ChanServ sets mode +v Zoomber |
| 05:31:18 | raptor | hi sam686 |
| 05:31:28 | raptor | want to do some more play testing? |
| 05:51:01 | sam686 | ok |
| 06:25:07 | raptor | hi |
| 06:25:11 | raptor | still here sam686> |
| 06:25:12 | raptor | ? |
| 06:25:20 | sam686 | look at the game server list.. |
| 06:25:49 | raptor | that's not tip revision? |
| 06:26:03 | sam686 | the 016 lobby server |
| 06:37:28 | | Zoomber Quit (Ping timeout: 260 seconds) |
| 06:43:10 | sam686 | LAG |
| 06:43:18 | | Zoomber has joined |
| 06:43:18 | | ChanServ sets mode +v Zoomber |
| 06:43:25 | raptor | ok, let me start server on master |
| 06:43:54 | sam686 | is your connection so laggy? |
| 06:44:23 | raptor | nope, since i'm the host |
| 06:44:56 | raptor | make dedicated failed on master |
| 06:44:58 | sam686 | or is my connection laggy? |
| 06:45:05 | raptor | yes, i see 999 |
| 06:45:41 | raptor | game.cpp:2096: error: type ‘class TNL::SafePtr<Zap::GameType>’ argument given to ‘delete’, expected pointer |
| 06:48:52 | sam686 | the F6 mode shows me as 2600 ping |
| 06:49:05 | raptor | wow |
| 06:49:43 | raptor | i can't compile make dedicated_debug on master |
| 06:52:15 | raptor | i quit - i want to get it runing omaster |
| 06:52:45 | raptor | do you know what would cause that error? |
| 06:53:09 | sam686 | game.cpp line 2096 is a "delete mGameType;" |
| 06:53:15 | raptor | yes |
| 06:53:23 | sam686 | maybe a delete mGameType.getPointer(); would work; |
| 06:53:33 | sam686 | i don't get why there is no error for your linux... |
| 06:53:53 | sam686 | or no error for my ZAP_DEDICATED build |
| 06:54:25 | raptor | old gcc maybe... |
| 06:54:39 | raptor | let me see if there is a newer version |
| 06:58:10 | sam686 | that is a very strange speed: 0.12 Mbps download, 1.96 Mbps upload... |
| 06:58:17 | sam686 | speedtest.net i used |
| 07:01:06 | raptor | found newer gcc - installing. |
| 07:05:08 | raptor | newer gcc doesn't work |
| 07:05:30 | raptor | could using .getPointer() cause any problems? |
| 07:07:15 | sam686 | i don't think so, it is only deleting pointer |
| 07:07:33 | sam686 | its only deleting old GameType.. |
| 07:09:48 | raptor | it built! |
| 07:10:48 | raptor | ok server is up! |
| 07:14:01 | | sam686 Quit (Ping timeout: 245 seconds) |
| 07:15:54 | raptor | ok, good night then, sam686 |
| 07:16:05 | raptor | if you see this - 016 dedicated is back up.. |
| 07:17:04 | | raptor Quit (Remote host closed the connection) |
| 07:17:10 | | BFLogBot - Commit 5fdff51209ab | Author: buckyballreaction | Log: Fix compiling with older gcc |
| 07:34:31 | | Watusimoto has joined |
| 07:42:43 | | Watusimoto Quit (Ping timeout: 252 seconds) |
| 08:38:13 | | watusimoto has joined |
| 08:38:13 | | ChanServ sets mode +o watusimoto |
| 11:01:51 | | Zoomber Quit (Ping timeout: 252 seconds) |
| 11:07:53 | | Zoomber has joined |
| 11:07:53 | | ChanServ sets mode +v Zoomber |
| 11:16:30 | | LordDVG has joined |
| 11:22:47 | | LordDVG Quit (Ping timeout: 255 seconds) |
| 14:46:18 | | raptor has joined |
| 14:46:18 | | ChanServ sets mode +o raptor |
| 14:46:46 | raptor | good morning! |
| 14:56:17 | | LoneWolfy has joined |
| 15:04:03 | | raptor Quit (Ping timeout: 248 seconds) |
| 15:09:40 | | raptor has joined |
| 15:09:41 | | ChanServ sets mode +o raptor |
| 15:10:41 | raptor | good morning! |
| 15:44:52 | | Watusimoto_ has joined |
| 16:06:42 | | raptor Quit (Remote host closed the connection) |
| 16:49:45 | | raptor has joined |
| 16:49:45 | | ChanServ sets mode +o raptor |
| 16:51:26 | | Watusimoto_ Quit (Ping timeout: 240 seconds) |
| 16:56:09 | raptor | good day! |
| 16:56:17 | raptor | watusimoto: planning on checking in soon? |
| 17:06:06 | | LordDVG has joined |
| 17:13:48 | | Watusimoto_ has joined |
| 17:19:05 | LoneWolfy | Hey |
| 17:26:03 | raptor | hello |
| 17:27:30 | | LoneWolfy Quit (Remote host closed the connection) |
| 17:29:38 | | LoneWolfy has joined |
| 17:33:28 | | watusimoto Quit (Ping timeout: 276 seconds) |
| 17:53:53 | | Watusimoto_ Quit (Ping timeout: 252 seconds) |
| 18:08:19 | raptor | 016 is actually in a decent state right now - we could probably release OK if we didn't want to fix the editor bugs |
| 18:45:21 | LoneWolfy | :D |
| 18:51:42 | LoneWolfy | Maybe a public beta release? |
| 18:52:09 | raptor | no public betas - since our community is so small, they don't really work that well |
| 18:52:56 | raptor | but we're far enough along that we may be past the beta stage.. |
| 19:18:05 | | Watusimoto has joined |
| 19:22:15 | Watusimoto | hi |
| 19:22:22 | raptor | hello |
| 19:22:34 | raptor | i've been awaiting a check-in from you... |
| 19:23:16 | LoneWolfy | Lol. |
| 19:26:31 | raptor | also you'll never believe this: my wife any I were asked to be Cub Scout Den Leaders in our local community |
| 19:27:18 | LoneWolfy | Ooh what Type? wolf, bear, or whatever... |
| 19:27:27 | raptor | Wolf and Bear |
| 19:27:31 | raptor | not Webelos |
| 19:27:51 | LoneWolfy | Lol, my fav animal (if you really couldnt tell) |
| 19:28:05 | Watusimoto | my checkin... delayed |
| 19:28:09 | Watusimoto | due to numersous crashes |
| 19:28:18 | LoneWolfy | Noooooooooooo... |
| 19:28:26 | Watusimoto | who is lone wolfy? |
| 19:28:32 | LoneWolfy | Lone wolf |
| 19:28:44 | raptor | an avid bitfighter fan from the forums |
| 19:28:50 | Watusimoto | ah, great! |
| 19:28:54 | LoneWolfy | The name Lone Wolf was already taken... |
| 19:29:20 | LoneWolfy | Im on my phone, at school, duing lunch |
| 19:29:48 | raptor | so Watusimoto, i am sad to hear about the crashes - sam686 have really hardened up the game so far... |
| 19:30:02 | LoneWolfy | You might remember the Off-Topic Topic that i made... |
| 19:30:06 | Watusimoto | well, as long as they;re not checked in, there really is no problem |
| 19:30:16 | LoneWolfy | Yay no problems |
| 19:30:26 | raptor | LoneWolfy: both Watusimoto and I don't have access to Off-Topic... by choice :) |
| 19:30:27 | Watusimoto | I just need to do further work to resolve the issue |
| 19:30:36 | Watusimoto | we've banned ourselves |
| 19:30:57 | Watusimoto | And in any case, any problems will only afflict th eeditor |
| 19:31:01 | Watusimoto | so the damage is contained |
| 19:31:01 | LoneWolfy | Oh. |
| 19:33:18 | raptor | Watusimoto: i've started running a test 016 server on master |
| 19:33:22 | raptor | seems pretty stable |
| 19:33:29 | raptor | been trying to crash it... |
| 19:34:09 | Watusimoto | excellent |
| 19:34:19 | Watusimoto | I still have a few paper cases |
| 19:34:25 | Watusimoto | but we're definitely getting there |
| 19:34:43 | raptor | ooo, can i see? (i've been avoiding the last 016 issue on google code) |
| 19:34:48 | Watusimoto | ok |
| 19:35:01 | Watusimoto | sheet1 |
| 19:35:14 | Watusimoto | here's an easy one |
| 19:35:28 | Watusimoto | ship::selectWeapon has totally incorrect logic |
| 19:35:46 | Watusimoto | it makes what is a client side decision on the server |
| 19:36:12 | Watusimoto | my solution is to simply get rid of the option of hiding weapon indicators, which would solve the probelm |
| 19:36:24 | Watusimoto | 2 |
| 19:36:32 | LoneWolfy | I still have the old 016 beta... |
| 19:36:51 | LoneWolfy | ZoombeR got me a copy a while ago... |
| 19:36:58 | Watusimoto | check to make sure bots work when getName() is broken in various ways (missing, returns error, returns nil, etc.) |
| 19:38:08 | Watusimoto | 3. i've noticed some cases where the spawn timer doesn't properly reset |
| 19:38:35 | Watusimoto | 4. blinky spawnshield no longer works as smoothly as it once did -- resolve |
| 19:38:58 | Watusimoto | 5. cryptic note: "test authentication on local client" -- I think I've already done this |
| 19:39:22 | Watusimoto | then some notes about methdos to remove |
| 19:39:26 | Watusimoto | that's sheet 1 |
| 19:39:55 | Watusimoto | sheet 2 has some random editor cases |
| 19:40:03 | Watusimoto | also a note about joystics |
| 19:40:11 | raptor | #3 was fixed by sam |
| 19:40:20 | Watusimoto | good |
| 19:40:24 | raptor | #4 get rid of blink? |
| 19:40:29 | raptor | (please...) |
| 19:40:41 | Watusimoto | if you try to run a bot that can't be found (w /addbot cmd) |
| 19:41:37 | Watusimoto | should print or display a message (now says "problem, see log") shoudl say "Can't find file xxx" |
| 19:42:23 | Watusimoto | get rid of blink? I think we need something like blink. What do you think of the softer blink that's in there now? |
| 19:42:42 | raptor | it not as stressful |
| 19:42:57 | Watusimoto | adequate, or still in need of "fixing"? |
| 19:43:00 | raptor | but i'm still not a fan of blinking |
| 19:43:11 | raptor | but maybe i'll get used to it |
| 19:43:17 | Watusimoto | so what else could we do instead? |
| 19:43:23 | raptor | in fact, the blinking on the burst bugs me too |
| 19:43:36 | Watusimoto | does the burst blink? |
| 19:43:45 | raptor | a quick fade out at the end? |
| 19:44:29 | LoneWolfy | Maybe a beep beep beep beepbeepbee- BOOM |
| 19:44:38 | raptor | actually for #3 spawntimer not resetting - what cases did you find? (just to be thorough) |
| 19:45:41 | Watusimoto | every game use blink |
| 19:46:20 | raptor | maybe i'll just get used to it... |
| 19:46:21 | Watusimoto | could change color to, say, red |
| 19:46:54 | LoneWolfy | What? No beeping? |
| 19:47:00 | Watusimoto | here, shield is green, then becomes red |
| 19:47:07 | Watusimoto | http://www.youtube.com/watch?v=4AapB7dW3HA |
| 19:47:09 | Watusimoto | 1:25ish |
| 19:47:32 | Watusimoto | 2:23 |
| 19:47:34 | Watusimoto | 1:23 |
| 19:47:37 | Watusimoto | not 2:23 |
| 19:47:45 | raptor | ah - maybe blink to red would be better |
| 19:49:08 | LoneWolfy | I agfee... |
| 19:49:14 | LoneWolfy | Agree* |
| 19:49:57 | Watusimoto | easy to try |
| 19:50:05 | LoneWolfy | Why not? |
| 19:50:16 | Watusimoto | so, green, then instad of blink to faint green, blink to solid red? |
| 19:50:20 | Watusimoto | or maybe red50? |
| 19:50:31 | Watusimoto | trivial to try |
| 19:50:34 | raptor | yes, red50 may be good |
| 19:50:39 | LoneWolfy | Are we talking about bursters or shields? |
| 19:50:52 | Watusimoto | but the timing of the blink is also off |
| 19:50:53 | LoneWolfy | Or something else? |
| 19:51:02 | raptor | sam fixed a timing issue |
| 19:51:09 | Watusimoto | finally, test LuaPlayerInfo with bots, make sure nothing broke |
| 19:51:18 | Watusimoto | that's all that's on my lists |
| 19:52:18 | raptor | what is your note about joysticks? |
| 19:52:38 | raptor | i'm sure some joysticks will be broken, but they can be adjusted now with the INI |
| 19:56:03 | Watusimoto | it just says "joysticks" |
| 19:56:18 | Watusimoto | I mentioned it before; I'm seeing problms with my joystick |
| 19:56:21 | raptor | ha! |
| 19:56:22 | Watusimoto | need to get that ironed out |
| 19:56:38 | Watusimoto | the notes are for me -- I don't need to be verbose :-) |
| 19:57:25 | raptor | http://en.wikipedia.org/wiki/Amdahl%27s_law |
| 19:59:07 | Watusimoto | I don't really like blink to red, but will include it in my next checkin |
| 19:59:10 | Watusimoto | so you can see |
| 19:59:36 | raptor | you don't have to commit |
| 19:59:42 | raptor | i can make the change easy enough |
| 20:00:14 | Watusimoto | well, you can try it to see if you like it |
| 20:00:28 | raptor | eh.. not much better |
| 20:00:32 | Watusimoto | ship.cpp line 2081 |
| 20:00:38 | raptor | already done :) |
| 20:00:42 | Watusimoto | maybe to a rich cyan?? |
| 20:00:52 | Watusimoto | or yellow? |
| 20:01:43 | Watusimoto | Try glColor(Colors::cyan, .4); // Decrease this value for fainter shield |
| 20:01:59 | raptor | yellow doesn't seem so bad... |
| 20:02:08 | Watusimoto | cyan is not bad either |
| 20:02:34 | raptor | yeah, i like the cyan |
| 20:03:02 | Watusimoto | maybe the best so far... I tried glColor(Colors::yellow, .4) |
| 20:03:17 | raptor | trying.. |
| 20:03:22 | raptor | (i had done full yellow) |
| 20:03:33 | Watusimoto | yellow .4 is not bad |
| 20:03:42 | Watusimoto | either would be acceptable, I think |
| 20:03:50 | Watusimoto | if you like them better than full-on blink |
| 20:04:27 | raptor | yellow is better than cyan at that alpha level, i think |
| 20:06:32 | LoneWolfy | Maybe you could make it fade from cyan, blue, purple, red, orange, explode |
| 20:11:39 | Watusimoto | ok, throw in the yellow, and check it in |
| 20:11:45 | raptor | k |
| 20:13:15 | | BFLogBot - Commit 234aa5844e79 | Author: buckyballreaction | Log: Make spawnshield less eyeball-grating |
| 20:20:41 | Watusimoto | eyeball grating?!? |
| 20:21:02 | raptor | gouging? |
| 20:21:53 | | LoneWolfy Quit (Ping timeout: 255 seconds) |
| 20:27:06 | | lonewolfy has joined |
| 20:33:01 | | LordDVG Quit (Read error: Connection reset by peer) |
| 20:44:05 | | LordDVG has joined |
| 20:55:20 | | CrazyLinuxNerd has joined |
| 21:02:27 | Watusimoto | fixed one stubborn crash via darwinian methods |
| 21:02:46 | Watusimoto | kept mutating the code, applying selective pressure, til the correct answer evolved |
| 21:02:52 | raptor | haha |
| 21:03:18 | raptor | you're just workign with the editor? |
| 21:03:28 | Watusimoto | yup |
| 21:03:43 | lonewolfy | Har de har. |
| 21:03:47 | Watusimoto | I have two major editor fixes in the works |
| 21:04:05 | Watusimoto | for the two big editor bugs on the list |
| 21:05:16 | raptor | oooo |
| 21:07:46 | Watusimoto | first I get the combined database/wallsegmanager working |
| 21:07:56 | Watusimoto | then I rebuild the undo/redo system |
| 21:08:14 | Watusimoto | again |
| 21:08:19 | Watusimoto | for the 3rd or 4th time |
| 21:08:25 | raptor | :( |
| 21:08:28 | Watusimoto | indeed |
| 21:08:56 | Watusimoto | fortunately, while our system takes way too much memory, it is easy to rebuildl there's only 2 methods |
| 21:09:01 | Watusimoto | undo and redo |
| 21:09:23 | raptor | that's a positive coming from the last refactor... |
| 21:09:34 | Watusimoto | yes |
| 21:09:52 | Watusimoto | undo/redo will be a little slower, but will use less memory |
| 21:10:44 | raptor | same speed as 015a, though (roughly)? |
| 21:10:50 | Watusimoto | probably |
| 21:10:54 | Watusimoto | will be fast enough |
| 21:11:15 | Watusimoto | undo speed is not really important; speed saving undo states is moreso |
| 21:11:31 | Watusimoto | well, we'll see |
| 21:16:06 | raptor | anything i can do to help you ? |
| 21:16:24 | raptor | (other than doing the small bugs on the side) |
| 21:20:58 | Watusimoto | you could tackle any of the "paper list" items you felt ok about or... |
| 21:21:16 | Watusimoto | if you wanted you could do the rebuild of the undo/redo system |
| 21:21:35 | Watusimoto | that would actually be easier than it sounds |
| 21:21:52 | Watusimoto | save undo state is just replicating a vector full of EditorObjects |
| 21:22:03 | Watusimoto | and adding that to a vector of vectors |
| 21:22:31 | Watusimoto | and undo/redo is just copying those objects again, and putting them in the database |
| 21:24:46 | raptor | that's the state it's in now |
| 21:24:50 | raptor | you're saying.. ? |
| 21:25:02 | Watusimoto | no, that's what we'll be implementing |
| 21:25:07 | Watusimoto | now it replcates the entire database |
| 21:25:18 | Watusimoto | and swaps those in and out as you undo |
| 21:25:48 | Watusimoto | my theory is that the evil bug has to do with the databases getting funky somehow |
| 21:26:03 | | LordDVG Quit (Read error: Connection reset by peer) |
| 21:28:37 | raptor | wow there's a lot of code in UIEditor... |
| 21:29:14 | Watusimoto | YES |
| 21:29:16 | Watusimoto | yes |
| 21:29:33 | Watusimoto | it's our biggest class, by far |
| 21:31:17 | | LordDVG has joined |
| 21:35:45 | raptor | the funny thing is that that class is 1500 lines shorter than in 015a |
| 21:36:30 | Watusimoto | well, all the work is being done by the objects now |
| 21:36:37 | Watusimoto | we used to have all this replicated code |
| 21:36:41 | raptor | What does the old 'WorldItem' in 015a map to n ow? |
| 21:36:48 | | sam686 has joined |
| 21:36:48 | | ChanServ sets mode +v sam686 |
| 21:36:49 | Watusimoto | I was a able to cut lots out |
| 21:36:56 | Watusimoto | nothing |
| 21:37:00 | Watusimoto | no longer exists |
| 21:37:08 | Watusimoto | been replaced with actual game objects |
| 21:37:40 | Watusimoto | worlditem was just an object in the editor that behaved like whatever gameobject it represented |
| 21:38:14 | raptor | Vector<Vector<EditorObject> > mUndoItems |
| 21:38:30 | raptor | is what it would be now? |
| 21:43:08 | Watusimoto | yes, probably... possibly V<V<EditorObject *> > |
| 21:43:25 | Watusimoto | or boost shared_ptrs |
| 21:43:30 | Watusimoto | not sure what makes the most sense |
| 21:43:43 | Watusimoto | probably what you wrote |
| 21:44:09 | Watusimoto | we already have a list of pointers to every object in the db |
| 21:44:51 | raptor | 015a didn't use pointers... am I correct in assuming that this system is essentially using what 015a used? |
| 21:45:00 | raptor | (the system we want to use) |
| 21:46:13 | Watusimoto | actually, yes |
| 21:46:21 | Watusimoto | it will be almost exactly the same |
| 21:56:18 | raptor | quick question |
| 21:56:25 | Watusimoto | sure |
| 21:56:26 | raptor | is boost::shared_ptr<EditorObject> the same as boost::shared_ptr<EditorObject*> |
| 21:56:38 | Watusimoto | of course not |
| 21:56:46 | raptor | i mean functionally |
| 21:56:48 | Watusimoto | first is a pointer to an object |
| 21:56:56 | Watusimoto | second is a pointer to a pointer |
| 21:57:01 | Watusimoto | to an object |
| 21:57:20 | Watusimoto | I don;t think so |
| 21:57:29 | Watusimoto | unless you know why, you want the first |
| 21:57:41 | Watusimoto | I'm not sure we ever use the second form |
| 22:19:42 | raptor | let's see how bad i broke it... |
| 22:28:29 | raptor | well, now undo doesn't work.. hmph |
| 22:30:21 | raptor | it did this roughly: http://pastie.org/3221627 |
| 22:31:31 | raptor | oops, updated... refresh |
| 22:31:38 | Watusimoto | faallig sdleep |
| 22:32:00 | raptor | go sleep |
| 22:32:49 | Watusimoto | looks likeyou are doing it right |
| 22:32:56 | Watusimoto | good night |
| 22:32:58 | raptor | ctrl + z does nothing |
| 22:33:00 | raptor | night! |
| 22:34:13 | lonewolfy | What time is it for you? |
| 22:34:30 | lonewolfy | Its only 3:34 pm here |
| 22:34:35 | raptor | i think 11:30 for Watusimoto, 3:30 for me |
| 22:35:22 | lonewolfy | So your in mountain time too? Lol |
| 22:35:32 | raptor | i am, yes |
| 22:37:46 | | Watusimoto Quit (Read error: Operation timed out) |
| 23:04:38 | | karamazovapy Quit (Read error: Connection reset by peer) |
| 23:05:11 | | karamazovapy has joined |
| 23:11:21 | raptor | hi sam686 |
| 23:11:26 | | LordDVG Quit (Ping timeout: 240 seconds) |
| 23:11:46 | sam686 | |-| e |_ |_ O |
| 23:11:51 | raptor | watusimoto had another short list of bugs/things to do: http://pastie.org/3221815 |
| 23:12:23 | raptor | I did #4 (which had something to do with spawn shield) but i got busy again here at work |
| 23:30:04 | sam686 | my desktop compiles (full rebuild in debug mode) bitfighter in 5.5 minutes, my laptop compiles in 9.13 minutes. |
| 23:31:16 | sam686 | i guess intel Atom CPU N270 (HT) 1.6 Ghz is slower then Pentium 4 HT 3.0 Ghz |
| 23:32:07 | raptor | and you use same # of threads? |
| 23:32:33 | sam686 | yes, both CPU is single core, but with hyperthreading (2 virtual CPU) |
| 23:33:34 | sam686 | i always wondered why my laptop seems slower, it is the CPU that is slower... |
| 23:35:57 | raptor | OK, I've tried reimplementing a new undo system for the editor |
| 23:36:50 | raptor | it works for adding objects |
| 23:37:00 | raptor | but not for moving objects, and I can't figure out why |
| 23:37:06 | raptor | care to take a look? |
| 23:37:18 | sam686 | i can look.. |
| 23:37:20 | raptor | here is the diff: http://sam686.maxhushahn.com/upload/new_undo_system.diff |
| 23:37:41 | raptor | it wasn't a complex change.. it's basically using the old 015a method |
| 23:38:40 | | lonewolfy Quit (Read error: Connection reset by peer) |
| 23:45:00 | sam686 | well, if you only copy a pointer, and not copy the object itself, it will probably not save the position for undo state... |
| 23:45:30 | raptor | in savUndoState? |
| 23:48:00 | raptor | not sure if i can make copies of the objects - EditorObject is a virtual parent |
| 23:48:32 | | sam686|2 has joined |
| 23:48:42 | raptor | yes, i see the problem - you are right.. |
| 23:48:53 | sam686|2 | Vector<EditorObject*> newVec(*eod->getObjectList()); // Make a copy - i think that only makes a copy of pointers, not the objects itself |
| 23:49:01 | raptor | yes |
| 23:49:05 | | sam686 Quit () |
| 23:49:12 | | sam686|2 is now known as sam686 |
| 23:49:12 | | ChanServ sets mode +v sam686 |
| 23:51:11 | sam686 | then, moving objects makes undo not work, because the mUndoItems only holds the pointer of existing items in editor, same pointer that the editor use |
| 23:51:25 | raptor | ok i understand that |
| 23:51:40 | raptor | but i don't know how to copy the object: EditorObject doesn't have a clone method... |
| 23:53:33 | sam686 | EditorObject (and all others) have a clone method |
| 23:53:52 | raptor | ok, letme solve the pure virtual problem by adding toString in the class... |
| 23:54:39 | sam686 | as for example how to clone: EditorObject* new_clone = newVec[0]->clone(); |
| 23:56:14 | raptor | i guess i don't understand exactly how clone() works with the pointer... |
| 23:57:12 | raptor | ha it works! |
| 23:57:15 | raptor | except |
| 23:57:23 | raptor | still the bug with selecting objects after undo |
| 23:57:26 | raptor | stink |
| 23:58:52 | sam686 | maybe this will work? : for(S32 i=0; i<newVec.size(); i++) newVec[i] = newVec[i]->clone(); |
| 23:59:15 | raptor | yeah, i got it to work, let me get you a new diff |