| 00:00:00 | | Zoomber Quit (Quit: Zoomber) |
| 00:18:00 | | koda Quit (Quit: k thx bai) |
| 03:04:00 | raptor | segfault when joining a dedicated server with the latest checkout... |
| 03:04:00 | raptor | at least when joining a bitmatch level |
| 03:09:00 | raptor | wait, maybe not... |
| 03:11:00 | raptor | ok it was my fault for not matching packUpdate and unpackUpdate |
| 04:37:00 | raptor | sam686: you around? |
| 04:38:00 | | Flynnn has joined |
| 05:02:00 | | raptor Quit (Remote host closed the connection) |
| 05:45:00 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 07:19:00 | | kodax has joined |
| 11:30:00 | | watusimoto has joined |
| 11:30:00 | | ChanServ sets mode +o watusimoto |
| 13:00:00 | watusimoto | hi |
| 13:00:00 | sam686 | hi |
| 13:40:00 | | raptor has joined |
| 13:40:00 | | ChanServ sets mode +o raptor |
| 13:40:00 | raptor | buenos |
| 13:41:00 | raptor | watusimoto: recreating ClientRef from scratch, eh? |
| 14:22:00 | watusimoto | I have a new idea |
| 14:22:00 | watusimoto | reuse ClientInfo |
| 14:22:00 | watusimoto | but create ServerClientInfo that is a passthrough to the data already stored on the GameConnection |
| 14:23:00 | watusimoto | and ClientClientInfo that stores data locally |
| 14:23:00 | watusimoto | one used on client, one on server |
| 14:23:00 | raptor | Is getting rid of CLientRef completely still your goal? |
| 14:23:00 | watusimoto | This will let me get rid of some casting I don't like |
| 14:23:00 | watusimoto | My goal is to replace ClientRef, as I've already gotten rid of it |
| 14:24:00 | watusimoto | and things stopped working :-) |
| 14:24:00 | watusimoto | Now I understand what it was for, but I think the implementation was unclear and hid that fact |
| 14:24:00 | raptor | oh yeah? what was it for? |
| 14:24:00 | watusimoto | I think breaking it into two bits will reduce data duplication and make the usage clear |
| 14:25:00 | watusimoto | we store info about clients in 3 places |
| 14:25:00 | watusimoto | 1) on local client itself, obviously needs to know what team plazer is on, player name, etc. |
| 14:25:00 | watusimoto | 2) on server... obviouslz server needs to know about different clients that are connected |
| 14:25:00 | raptor | yes |
| 14:25:00 | watusimoto | and 3) each client needs to have info about all the othe rclients connected |
| 14:26:00 | watusimoto | in 1 & 2, all the info needed is on gameConnection |
| 14:26:00 | watusimoto | but clients dont have gameconnection for other clients |
| 14:26:00 | watusimoto | so we need to store that data somewhere |
| 14:26:00 | watusimoto | enter clientInfo |
| 14:26:00 | raptor | interesting |
| 14:26:00 | watusimoto | or rather clientClientInfo |
| 14:26:00 | watusimoto | it was case 3 that was confusing me |
| 14:27:00 | raptor | how does each client acquire that data in the first place? |
| 14:27:00 | watusimoto | so on server, clientInfo will just request data from underlzing connection |
| 14:27:00 | watusimoto | in which case? |
| 14:27:00 | raptor | 3 |
| 14:27:00 | watusimoto | server provides it |
| 14:27:00 | raptor | like how di each client populate... ah... |
| 14:27:00 | watusimoto | in onClientConnect or something |
| 14:27:00 | watusimoto | I foret the name -- dont have code here |
| 14:28:00 | raptor | that's ok |
| 14:28:00 | raptor | just curious |
| 14:28:00 | watusimoto | i am using swiss kezboard, so forgie the crazy spelling |
| 14:28:00 | raptor | no problem |
| 14:28:00 | watusimoto | so before, in cases 1 & 2, ClientRef copied the data from the gameconnection on to the clinetRef |
| 14:28:00 | watusimoto | this led to confusion because sometimes wed be grabbing data form one place, sometimes from another |
| 14:29:00 | watusimoto | and it made following the dataflow difficult |
| 14:29:00 | raptor | yeah - that's what I never understood |
| 14:29:00 | watusimoto | now this new design will eliminate all that data duplication |
| 14:29:00 | raptor | that's good |
| 14:29:00 | watusimoto | but will provide a nice clean interface for obtaining it |
| 14:29:00 | watusimoto | the interface will be ClientInfo |
| 14:30:00 | watusimoto | with the ServerClientInfo and ClienClientINfo implemenations, as described |
| 14:30:00 | watusimoto | I hope this will work |
| 14:30:00 | watusimoto | but I'll have to redo about 8 hours worht of tedius editing to find out |
| 14:31:00 | watusimoto | maybe 4 hours |
| 14:31:00 | raptor | ugh |
| 14:31:00 | watusimoto | what we'll ebnd up with is a clientInfo that looks a lot like clientRef used ot |
| 14:31:00 | watusimoto | but I'll be happier |
| 14:32:00 | watusimoto | and maybe it will be easier for you to understand what's going on |
| 14:32:00 | watusimoto | which is an important goal |
| 14:32:00 | watusimoto | this has helped me understand |
| 14:32:00 | watusimoto | it was a real snarl before |
| 14:32:00 | watusimoto | so that's mz project for tonight |
| 14:33:00 | raptor | ok |
| 14:33:00 | watusimoto | anyway... I thought about implementing original adventure as a chatbot in game |
| 14:33:00 | watusimoto | so you could play adventure inside bitfighter |
| 14:33:00 | raptor | ha! |
| 14:33:00 | watusimoto | a little like my elizy experiment |
| 14:33:00 | watusimoto | eliza |
| 14:33:00 | raptor | one of these days i'll get into the LUA stuff... |
| 14:34:00 | raptor | i have lots of ideas |
| 14:34:00 | watusimoto | but I'm not doing that |
| 14:34:00 | watusimoto | like what? |
| 14:34:00 | karamazovapy | I started building a bot-based adventure level |
| 14:34:00 | karamazovapy | but it was a bit of a waste without being able to place bots in specific places |
| 14:34:00 | raptor | I have a host of geometric scipt ideas like k's that could be added to the editor |
| 14:35:00 | watusimoto | ah yes... maybe we can get plugins working for 016 |
| 14:35:00 | raptor | but right now my project has been coding secondary active components for modules |
| 14:35:00 | watusimoto | god luck |
| 14:35:00 | watusimoto | can't find the exclamation on this +"*ç%& kb |
| 14:35:00 | raptor | I've got it mostly done... but my unpackUpdate/packUpdate isn't matching... |
| 14:35:00 | watusimoto | oops |
| 14:36:00 | raptor | which really stinks |
| 14:36:00 | raptor | because those methods say little about what's going on.. |
| 14:36:00 | raptor | sam686 was good at those, maybe he can help if he shows up |
| 14:37:00 | | Zoomber has joined |
| 14:37:00 | | ChanServ sets mode +v Zoomber |
| 14:37:00 | | Zoomber Quit (Client Quit) |
| 14:38:00 | | sam686 is now known as Guest12208 |
| 14:39:00 | | sam686 has joined |
| 14:39:00 | | ChanServ sets mode +v sam686 |
| 14:40:00 | | Guest12208 Quit (Ping timeout: 258 seconds) |
| 14:41:00 | | kodax is now known as berseksheep |
| 14:41:00 | | berseksheep is now known as koda |
| 14:42:00 | | koda is now known as kodax |
| 14:42:00 | sam686 | what do you expect? ping timeout of 258 seconds == 4.3 minutes, i lagged out of IRC... |
| 14:42:00 | raptor | hi sam686 |
| 14:43:00 | sam686 | i guess that happens when using /nickserv release name... |
| 14:43:00 | watusimoto | :-) |
| 14:43:00 | raptor | hey sam686, I'm having a problem match pack/unpack Update methods with my code for secondary active module components |
| 14:44:00 | raptor | could you take a look if you have time? I have a diff... |
| 14:44:00 | sam686 | ok |
| 14:44:00 | raptor | http://208.107.52.15/upload/111temp.diff |
| 14:44:00 | raptor | in the Ship class |
| 14:45:00 | raptor | it compiles |
| 14:45:00 | raptor | i'm off by one bit somewhere... |
| 14:45:00 | raptor | spent an hour last night trying to figure out where |
| 14:57:00 | | kodax is now known as sheepluv2 |
| 15:11:00 | sam686 | I see the problem, ship.cpp line 1080 of raptor's diff, because of adding one more bit, and if shouldWritePosition is false, then that damages the packUpdate with only 3 stream->writeFlag(false); |
| 15:11:00 | raptor | looking... |
| 15:13:00 | sam686 | simply adding one more stream->writeFlag(false); |
| 15:13:00 | sam686 | (to make it 4 total) in line 1080, fixes the pack / unpack problem |
| 15:14:00 | raptor | OOOOOOHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH |
| 15:14:00 | raptor | good catch |
| 15:14:00 | raptor | i'm going to document that piece... |
| 15:16:00 | raptor | thanks sam686! |
| 15:17:00 | raptor | now i can get on with my life... |
| 15:17:00 | sam686 | good |
| 15:17:00 | raptor | :) |
| 15:26:00 | | sheepluv2 is now known as koda |
| 15:26:00 | | koda is now known as kodax |
| 15:47:00 | | kodax Quit (Quit: Sto andando via) |
| 15:58:00 | | watusimoto Quit (Ping timeout: 260 seconds) |
| 17:45:00 | | Flynnn has joined |
| 18:02:00 | | LordDVG has joined |
| 18:45:00 | | watusimoto has joined |
| 18:57:00 | raptor | i think j2ee will be the death of me... |
| 19:49:00 | | LordDVG Quit (Remote host closed the connection) |
| 19:58:00 | | watusimoto Quit (Ping timeout: 260 seconds) |
| 20:33:00 | | watusimoto has joined |
| 20:38:00 | | watusimoto Quit (Ping timeout: 252 seconds) |
| 22:03:00 | | lesbianghostrobo has joined |
| 22:03:00 | | watusimoto has joined |
| 22:04:00 | | lesbianghostrobo Quit (Client Quit) |
| 22:08:00 | | [1]watusimoto has joined |
| 22:10:00 | | watusimoto Quit (Ping timeout: 252 seconds) |
| 22:12:00 | | [1]watusimoto is now known as watusimoto |
| 22:18:00 | | watusimoto Quit (Ping timeout: 276 seconds) |
| 22:28:00 | | sam686 Quit (Read error: Connection reset by peer) |
| 22:31:00 | | sam686 has joined |
| 22:31:00 | | ChanServ sets mode +v sam686 |
| 23:05:00 | | raptor Quit (Remote host closed the connection) |
| 23:30:00 | | raptor has joined |
| 23:30:00 | | ChanServ sets mode +o raptor |
| 23:43:00 | | Zoomber has joined |
| 23:43:00 | | ChanServ sets mode +v Zoomber |
| 23:49:00 | Zoomber | hey raptor, are you there? |
| 23:50:00 | raptor | hi |
| 23:51:00 | Zoomber | can we change the master server to move all ping timed out servers to the bottom of the list? |
| 23:51:00 | Zoomber | im sick of going online to find half the screen covered in PING TIMED OUT unconnectable servers |
| 23:51:00 | raptor | haha |
| 23:51:00 | raptor | yeah, we all are |
| 23:51:00 | raptor | I think we had plans to change it to show the server name instead |
| 23:51:00 | Zoomber | i just got an email from AT&T saying my network unintentionally violated the acceptable use policy |
| 23:52:00 | raptor | sam686: did we ever change the master server to show server names instead of 'ping timed out'? |
| 23:52:00 | raptor | what |
| 23:52:00 | sam686 | Can't make master change client's sorting, sorting is spesific to clients pinging, currently only master sends list of IP address to clients... |
| 23:52:00 | Zoomber | raptor: should I be concerned of this? http://pastebin.com/DT91hnbK |
| 23:52:00 | sam686 | but, can make master send more stuff instead of only IP address.. |
| 23:53:00 | Zoomber | should make the master be the one that sends the queries |
| 23:53:00 | Zoomber | the pings can come directly from client to server |
| 23:53:00 | raptor | I think clients need to know if a server cannot be pinged |
| 23:53:00 | raptor | in the list |
| 23:53:00 | Zoomber | didnt i say that though? |
| 23:53:00 | raptor | so maybe the '999' is enough? |
| 23:53:00 | Zoomber | Let the servers ping the clients directly |
| 23:53:00 | Zoomber | i think 999 is enough |
| 23:53:00 | sam686 | why should master send ping to servers, when all servers are connected to master anyway, and knows the names.. |
| 23:54:00 | Zoomber | that way, if the master can't retrieve the name, maybe its a crashed or terminated server? |
| 23:54:00 | raptor | Zoomber: I would contact them if you used IRC from that server and tell them what it was for (was it Pointblank?) |
| 23:54:00 | Zoomber | raptor, that is MY ip |
| 23:54:00 | Zoomber | my home internet |
| 23:55:00 | sam686 | if server terminated, it should get disconnected immediately, in a server crash, it may delay up to 40 seconds, then time out and unlist from game lobby.. |
| 23:55:00 | raptor | oh... |
| 23:55:00 | raptor | Zoomber: well call them and tell them you always use IRC, but to help with an opensource project on freenode |
| 23:57:00 | raptor | Zoomber: also ask them what network the bot was connecting to - then you can verify |
| 23:58:00 | sam686 | raptor, maybe you can connect to freenode port 7000, using SSL, so your ISP won't see encrypted data.. |
| 23:59:00 | raptor | i already do - port 6697 |
| 23:59:00 | raptor | but might be good for zom |
| 23:59:00 | raptor | Zoomber: |
| 23:59:00 | raptor | for Zoomber |
| 23:59:00 | raptor | i mean |
| 23:59:00 | | Zoomber Quit (Ping timeout: 252 seconds) |