Timestamps are in GMT/BST.
| 01:09:54 | raptor | sam686: do you remember what VPS watusimoto went with for bitfighter.org? |
| 01:13:37 | | koda Quit (Quit: koda) |
| 01:29:28 | sam686 | I don't know what VPS provider runs Bitfighter.org, maybe look at IRC log history.. |
| 01:35:06 | raptor | hmmm |
| 01:39:43 | raptor | ok |
| 01:40:05 | raptor | i'm looking to consolidate the server flags that we want the client to know about |
| 01:40:11 | raptor | like if uploads are allowed |
| 01:40:23 | raptor | and if voice chat is disabled server side |
| 01:40:37 | raptor | i see GameConnection:s2rSendableFlags |
| 01:40:58 | raptor | and GameConnection::s2rVoiceChatEnable |
| 01:41:00 | raptor | any others? |
| 01:41:24 | sam686 | there might be something irc log on Nov 28 or 29, 2011 on which VPS provider to choose for bitfighter.org |
| 01:42:38 | sam686 | well, I have my own log, http://sam6.25u.com/irclog/111130.TXT , ctrl + F find "please please" |
| 01:43:38 | sam686 | giant, almost monthly per log, is easier to ctrl + F search.. |
| 01:43:59 | raptor | ok, i foudn it |
| 01:44:46 | sam686 | I think it might be "urpad.net" |
| 01:45:00 | raptor | heh, yep |
| 01:45:05 | raptor | i think you're right |
| 02:14:23 | | BFLogBot Commit: 23bde42104f7 | Author: buckyballreaction | Message: Use enums for some magic numbers with GameConnection server settings |
| 02:22:40 | raptor | sam686: is GameConnection:s2rVoiceChatEnable() used for communication both ways (client -> server AND server -> client)? |
| 02:22:58 | sam686 | yes |
| 02:23:00 | raptor | i see it being called in UIGame |
| 02:23:22 | raptor | ok, so what does 's2r' supposed to mean? |
| 02:24:09 | sam686 | sender 2 requester., don't know |
| 02:28:27 | raptor | hmm... looks like two different tranfer methods used to send data? one for uploads, one for downloads... should they be merged somehow? |
| 02:29:30 | raptor | looks like downloads use the DataCOnnection class, where as uploads use a custom thing in GameConnection |
| 02:30:10 | sam686 | I written the uploader stuff, watusimoto written the getmap |
| 02:30:36 | raptor | ah |
| 02:31:01 | sam686 | the getmap have some problems, including max characters per line that my uploading don't have (uploading have just the size limit) |
| 02:31:38 | raptor | yeah, the uploading looked good.. |
| 03:37:43 | | BFLogBot Commit: a33459dfb4c2 | Author: buckyballreaction | Message: Be logically positive with server voice chat flag |
| 03:41:36 | | raptor Quit (Ping timeout: 255 seconds) |
| 03:49:57 | | raptor has joined |
| 03:49:57 | | ChanServ sets mode +o raptor |
| 03:54:41 | | BFLogBot Commit: fee768cee70d | Author: sam8641 | Message: Use dynamic linking libpng14.dll; some changes made to allow compile with mingw |
| 03:57:21 | raptor | hey sam686, how did you copmile that libpng14.dll? |
| 03:59:16 | sam686 | lpng14/projects/visualc71 simply have .dll and .lib together.. after compile |
| 03:59:27 | raptor | oh wow - that's great! |
| 04:00:04 | raptor | wait - is it linked against a vbrun* library? |
| 04:00:13 | raptor | because I've been making sure none of them are so far.. |
| 04:01:05 | sam686 | also, mingw compiled libpng14.dll seem to produce very small binary size (after strip) with -Os instead of -O3 |
| 04:01:29 | raptor | wait, did you compile it wih mingw or vc++? |
| 04:01:31 | sam686 | maybe, because libpng is C, not C++ |
| 04:02:01 | sam686 | the .dll is mingw, the .lib is visual c++ (which seem to work with linking with mingw |
| 04:02:18 | raptor | because normally you can't mix compiled DLLs |
| 04:02:27 | raptor | if some are vc++ and others are mingw |
| 04:02:40 | raptor | because of name mangling problems between gcc and vc++ |
| 04:02:53 | sam686 | true for static linked .lib, maybe not true for dynamic linking.. |
| 04:03:03 | raptor | really? |
| 04:03:05 | sam686 | its why I had to do it as a .dll |
| 04:03:05 | raptor | ok |
| 04:03:19 | raptor | ah, ok |
| 04:03:53 | raptor | but is the DLL linked against msvcrt? |
| 04:04:13 | raptor | because i've been compiling all the DLLs to not link against any of the visual c runtime libraries |
| 04:04:24 | raptor | so we don't have to distribute them.. |
| 04:05:24 | sam686 | whats different is how Alure is linked statically after compiling in mingw, just like your gcc linux.. (no alure.dll for mingw compiled for now) |
| 04:05:51 | raptor | ok |
| 04:06:06 | raptor | i see a problem - the libpng14.dll is linked against msvcrt |
| 04:06:20 | raptor | actually |
| 04:06:50 | raptor | maybe that's nto a problem - maybe we should recompile all of them to be linked against that instead of statically linking it into them |
| 04:06:56 | raptor | *not |
| 04:07:07 | sam686 | compiling with visual C++ 2008 makes it link against mcvcr90 or something similar |
| 04:07:12 | raptor | yes |
| 04:07:23 | raptor | unless you use the flag /MT instead of /MD |
| 04:08:18 | raptor | see: http://msdn.microsoft.com/en-us/library/2kzt1wy3%28v=vs.80%29.aspx |
| 04:08:36 | raptor | i compiled them all with /MT, so no external needed msvcr90 |
| 04:09:13 | raptor | but they should probably be compiled like mingw does - against msvcrt (which is the grandparent of all the msvcr*.dll) |
| 04:11:31 | sam686 | usually, mingw binaries could be more compaitble to more compatible to more systems.. libpng14.dll happen to avoid a giant stdc++ linking mostly because it is a "C", not a "C++" source code.. |
| 04:12:04 | raptor | yes i agree |
| 04:12:51 | raptor | if we can compile mingw libraries to link against msvcrt.dll instead of the libstdc++ (from gcc..) that would probably be best |
| 04:14:07 | sam686 | just a note, I already have a mingw compiled libpng14.dll pushed (with vc++ 2008 libpng14.lib to make sure it works on ms's vc++) |
| 04:15:10 | raptor | yes, i saw that |
| 04:15:14 | sam686 | I test that and it ctrl + Q still works for screenshots on both mingw and vc++ bitfighter game.. |
| 04:15:15 | raptor | that's why i'm asking... |
| 04:15:21 | raptor | ok good |
| 04:15:37 | raptor | what i need to do is recompile all the DLLs against msvcrt... |
| 04:15:47 | raptor | and maybe add alure to the bitfighter project? |
| 04:15:54 | raptor | so we can remove ALURE32.dll |
| 04:16:27 | sam686 | probably.. |
| 04:17:43 | sam686 | I could only guess (in the future) visual C++ 2015 compiled binary will not work on windows XP at all... |
| 04:22:17 | raptor | crash in vc++ 2010 build when doing ctrl+q |
| 04:23:20 | sam686 | stack trace? |
| 04:23:27 | raptor | can't seem to get one... |
| 04:23:34 | raptor | i don't knwo vc++ very well... |
| 04:25:07 | sam686 | try clean and rebuild if you haven't yet.. |
| 04:25:13 | raptor | i did |
| 04:25:17 | raptor | ok, found trace |
| 04:25:38 | raptor | http://pastie.org/4931195 |
| 04:26:27 | sam686 | is that a crash trying to start bitfighter? cause that what it looks like... |
| 04:26:47 | raptor | well, i did press ctrl +q on the name entry screen |
| 04:26:52 | raptor | i'll get another elsewhere |
| 04:27:20 | sam686 | somehow your bitfighter symbols seems missing.. |
| 04:27:41 | sam686 | its suppose to say more then.. just 019676b8() |
| 04:28:01 | raptor | well, those are from other libraries |
| 04:28:13 | raptor | ok, did it on the UIQuerySErvers screen |
| 04:28:16 | raptor | same stack trace |
| 04:28:28 | sam686 | that stack trace seems a little messed up to read it right... |
| 04:28:32 | raptor | well, actually, it's from a button called 'call trace' |
| 04:30:33 | raptor | seems like a conflict with msvcrt |
| 04:31:17 | raptor | so i think i have to either: 1. recompile all libraries to link against msvcrt or 2. use the other libpng14.lib that was compiled as such.. |
| 04:34:35 | sam686 | I get a crash too, except the only computer I did the DLL from... |
| 04:39:36 | raptor | trying to compile the dll in vc++.. |
| 04:43:55 | sam686 | Does this dll work? (this time from visual C++ 2008) http://sam6.25u.com/upload/libpng14.dll |
| 04:44:51 | raptor | crash |
| 04:44:58 | raptor | how did you get that to not need msvcrt? |
| 04:45:25 | sam686 | you said to do multithreaded (not dll) |
| 04:46:18 | raptor | oh, so you did compile in visual studio? |
| 04:46:42 | raptor | i thought you compiled it with mingw.. |
| 04:47:06 | sam686 | umm. now the visual C++ 2008 compiled dll on mingw bitfighter crash... |
| 04:47:26 | sam686 | I hope you are not accessing the png struct directly from bitfighter.exe... |
| 04:48:53 | raptor | i don't remember |
| 04:55:36 | raptor | well, i need to go to bed - i can't get the library compiled without linking to msvcrt100.dll yet... |
| 05:00:32 | raptor | ok, i think i got it... |
| 05:03:13 | raptor | compiling takes sooo long |
| 05:05:10 | raptor | rats - same crash |
| 05:05:19 | raptor | maybe i coded it wrong for a DLL? |
| 05:05:29 | raptor | ok, well, good night anyways... |
| 05:13:55 | | raptor Quit () |
| 06:09:07 | | BFLogBot Commit: e5a27b4f5ac4 | Author: sam8641 | Message: Fix FILE screenshooter conflicts that can crash, due to different compiler having their own FILE handling. |
| 06:16:15 | | sam686 Quit (Ping timeout: 245 seconds) |
| 06:30:46 | | BFLogBot Commit: 5de726e3db58 | Author: sam8641 | Message: Get a PNG file pointer through a function. |
| 07:41:23 | | watusimoto has joined |
| 07:41:23 | | ChanServ sets mode +o watusimoto |
| 11:20:02 | | watusimoto Quit (Read error: Operation timed out) |
| 11:56:19 | | watusimoto has joined |
| 11:56:19 | | ChanServ sets mode +o watusimoto |
| 11:56:42 | | watusimoto Quit (Client Quit) |
| 12:17:43 | | watusimoto has joined |
| 12:17:43 | | ChanServ sets mode +o watusimoto |
| 12:19:49 | | watusimoto Quit (Client Quit) |
| 12:20:18 | | watusimoto has joined |
| 12:20:18 | | ChanServ sets mode +o watusimoto |
| 12:22:42 | | watusimoto Quit (Client Quit) |
| 12:23:02 | | watusimoto has joined |
| 12:23:02 | | ChanServ sets mode +o watusimoto |
| 12:27:15 | | watusimoto1 has joined |
| 12:27:25 | | watusimoto Quit (Ping timeout: 245 seconds) |
| 13:47:03 | | watusimoto1 Quit (Read error: Connection reset by peer) |
| 14:33:30 | | raptor has joined |
| 14:33:30 | | ChanServ sets mode +o raptor |
| 17:24:06 | | BFLogBot Commit: 6263f68e629f | Author: buckyballreaction | Message: Add in different libpng14.dll - this one doesn't link against msvcrt and is upx compressed |
| 18:45:28 | | LordDVG has joined |
| 20:23:04 | | LordDVG Quit (Remote host closed the connection) |
| 20:27:13 | raptor | all alone.. |
| 21:32:20 | | Watusimoto has joined |
| 21:36:39 | raptor | hi Watusimoto |
| 21:45:05 | Watusimoto | hi |
| 21:45:14 | raptor | hi |
| 21:46:08 | raptor | #61 on the running list - did you want to yank those commands completely? |
| 21:46:43 | raptor | the command that processes them (UIGame.cpp:217 - processGameConsoleCommandCallback()) was commented out |
| 21:53:17 | Watusimoto | is 61 about the in game help? |
| 21:54:04 | Watusimoto | the answer is not sure what we should do, because I'm not really sure what the console is good for at the moment |
| 21:54:11 | raptor | no, the missing ogl console commands: quit, logprint, etc.. |
| 21:54:20 | Watusimoto | besides seeing error messages |
| 21:54:21 | raptor | which are referenced in the instructions |
| 21:54:32 | Watusimoto | instructions meaning what? in game help? |
| 21:54:35 | raptor | yes |
| 21:54:38 | Watusimoto | ok |
| 21:54:58 | raptor | i'd say get rid of them - i doubt anyone uses them, and teh console just acts like a Lua interpreter at the moment... |
| 21:55:30 | Watusimoto | well, I think for the moment we should make the help not wrong (but not necessarily complete), and revisit for 019 when we know better what the console will really be doing |
| 21:55:38 | Watusimoto | if we know... |
| 21:56:04 | raptor | sooo.. making the 'help not wrong' could just entail removing the references to those console commands |
| 21:56:12 | Watusimoto | sure |
| 21:56:20 | raptor | ok, i'll take care of it |
| 21:56:25 | Watusimoto | great! |
| 21:56:42 | raptor | i have to split - i'll be back in a couple hours... |
| 21:56:53 | raptor | good night if you're not around |
| 21:56:53 | Watusimoto | ok, I'll be gone when you get back, so have fun! |
| 21:56:59 | raptor | bye |
| 21:57:02 | | raptor Quit () |
| 22:03:25 | | amgine123456 has joined |
| 22:34:14 | amgine123456 | hi |
| 23:06:42 | Watusimoto | hi |
| 23:07:40 | Watusimoto | bye -- bedtime |
| 23:18:30 | | raptor has joined |
| 23:18:30 | | ChanServ sets mode +o raptor |
| 23:19:23 | raptor | i' mnot really here |
| 23:22:02 | raptor | i spent about 1/2 hour last night trying to figure out the teleporters-missing-with-TAB problem in the editor... |
| 23:22:09 | raptor | i need sam to confirm i'm not crazy |
| 23:22:42 | raptor | or am crazy |
| 23:22:50 | raptor | either will forward my situation.. |
| 23:25:59 | | koda has joined |
| 23:26:18 | | koda is now known as Guest60895 |
| 23:27:58 | Guest60895 | Hallo |
| 23:29:07 | raptor | hi |
| 23:29:15 | raptor | Guest60895: is that you koda? |
| 23:29:22 | Guest60895 | Yes |
| 23:29:38 | Guest60895 | Trying to fix |
| 23:30:08 | | Guest60895 is now known as ikoda2 |
| 23:31:54 | ikoda2 | Better |
| 23:32:33 | ikoda2 | So greetings from the other side of the other pond! |
| 23:32:34 | raptor | did someone steal your name? |
| 23:32:43 | raptor | greetings! |
| 23:33:52 | ikoda2 | I don't think so, I've just haven't used this client for a while |
| 23:34:56 | ikoda2 | How are things? |
| 23:35:15 | raptor | good - we're (slowly) polishing up the release |
| 23:37:13 | ikoda2 | Yay |
| 23:37:21 | ikoda2 | I read some bug squashing messages in fact |
| 23:37:43 | raptor | squish squish |
| 23:38:00 | amgine123456 | there were som,e bugs i posted in the chat yesterday but no one ever saw them for 18 |
| 23:38:01 | raptor | problem is: by this time we've gotten all the easy ones.. |
| 23:39:13 | ikoda2 | Heh |
| 23:40:34 | | iKoda has joined |
| 23:40:40 | amgine123456 | there is no collision between mines and soccer balls and or sypbugs |
| 23:40:51 | raptor | amgine123456: thanks for that - i fixed it already |
| 23:41:00 | | Watusimoto Quit (Ping timeout: 246 seconds) |
| 23:41:13 | raptor | you can see the commit progress here: https://code.google.com/p/bitfighter/source/list |
| 23:43:24 | iKoda | I won't be able to work on the iOS release as I'm traveling and without a Mac |
| 23:43:31 | raptor | no probelm |
| 23:44:01 | raptor | in fact it may be good - i think it is a good idea to change around the login stuff like you say for the normal builds too |
| 23:44:07 | raptor | have to talke it over with watusimoto though |
| 23:44:25 | iKoda | But that makes it perfect as this prevents me from destroying the sources :p |
| 23:44:29 | iKoda | Oh yeah? Cool |
| 23:45:03 | iKoda | Should not be too problematic to do |
| 23:45:19 | | ikoda2 Quit (Quit: Colloquy for iPhone - http://colloquy.mobi) |
| 23:46:38 | iKoda | If you decide to remove it though, make sure that the networking behind doesn't stop the intro animation |
| 23:47:07 | iKoda | I noticed it slightly lagged sometimes in the simulator |
| 23:47:32 | raptor | yes - that's because the main screen is expection a connectino to master server |
| 23:48:11 | raptor | that connection is because it's calculating a SHA-1 hash i think |
| 23:48:14 | raptor | *delay |
| 23:51:05 | | iKoda nods |
| 23:53:35 | raptor | yeah that's it - it is making a secure connection to the master server to authenticate your user |
| 23:53:43 | amgine123456 | dont know why this happens but somtimes in veriosn 18 i have the credits lag |
| 23:57:04 | raptor | amgine123456: wait for 10 seconds after loading hte game, then go to the credits |
| 23:57:08 | raptor | does it still lag? |
| 23:58:04 | | sam686 has joined |
| 23:58:04 | | ChanServ sets mode +v sam686 |