Timestamps are in GMT/BST.
| 01:21:34 | | raptor has joined |
| 01:21:36 | | ChanServ sets mode +o raptor |
| 01:23:04 | | Watusimoto Quit (Ping timeout: 260 seconds) |
| 01:23:16 | raptor | hello! |
| 01:23:21 | raptor | i missed him! |
| 01:26:08 | raptor | hi sam686, any luck tracing down that evil virtual memory leak? |
| 01:26:18 | raptor | i'm looking at that txt file |
| 01:26:27 | raptor | not sure i understand what you're showing.. |
| 01:32:56 | raptor | explain what you do with packetRewind |
| 01:49:26 | raptor | i think all things Mac are moving away from gcc to llvm |
| 01:54:44 | sam686 | the packetrewind stuff was there, becasue tnl won't know how big that event / packUpdate will be, until after seeing the size after running packUpdate |
| 01:55:32 | raptor | so after a packet is built it is analyzed to see if it needs to be sent, if not, rolls back? |
| 01:55:48 | sam686 | yes |
| 01:56:03 | raptor | could that analysis not be done during the packet creation? |
| 01:57:14 | sam686 | there is many things that affect the size of sending, including TableStringEntry (send full string once, send small bits of index after) |
| 01:58:29 | raptor | ok |
| 01:58:45 | raptor | do you think you know what that memory leak from last night may b e? |
| 02:18:38 | karamazovapy | my server's been holding steady memory-wise since I relaunched it five hours ago |
| 02:18:59 | raptor | the new level server? |
| 02:19:14 | karamazovapy | yeah, it was crashed earlier today, though |
| 02:19:25 | raptor | hmm... |
| 02:20:29 | raptor | well when we figure it out we should apply the patch directly to the 016 revision |
| 02:34:08 | karamazovapy | I'm sending a mass e-mail for FREE BAIT, but it's moving awfully slowly... |
| 02:41:30 | karamazovapy | I'm not sure it's sending |
| 02:49:12 | sam686 | the memory leak seems to only happens on linux, and only seem to happen when trying to connect to master... |
| 02:49:36 | raptor | you really think it's because of connecting to master? |
| 02:50:47 | sam686 | when i run a server, with a different, non-existant master address, it starts to increase VIRT size my 9m everytime it tries to connect |
| 02:51:04 | raptor | ok, mine does that too |
| 02:51:14 | raptor | soo... |
| 02:51:20 | raptor | we need to find out why |
| 02:58:54 | sam686 | can you maybe test this? http://sam686.maxhushahn.com/upload/test.cpp and see if there is any memory leak there when you run that test... |
| 02:59:16 | sam686 | as in, using the same compile settings as /zap |
| 02:59:25 | raptor | ok |
| 03:01:12 | sam686 | but, you might need to temperory get rid of main.cpp, and maybe rename test.cpp into main.cpp (or in make file, clear all .0 files and add test.o) |
| 03:04:42 | raptor | ok |
| 03:04:46 | raptor | want the output? |
| 03:05:11 | raptor | http://pastie.org/3319140 |
| 03:05:24 | sam686 | i don't care what the output said, did the VIRT size go way up? (as if you are using "top")? |
| 03:05:36 | raptor | it hit a trap/breakpoint |
| 03:06:31 | sam686 | i think your gcc simply make the program hit a breakpoint when the program ends.. |
| 03:07:56 | raptor | #3 0x0000000000417e72 in TNL::Assert::processAssert (filename=0x45ad93 "netBase.cpp", lineNumber=194, |
| 03:07:57 | raptor | message=0x45af80 "Error! Object deleted with non-zero reference count!") |
| 03:08:43 | raptor | or better: http://pastie.org/3319152 |
| 03:09:07 | sam686 | did my text.cpp have errors for you? |
| 03:09:10 | raptor | yes |
| 03:09:36 | raptor | 1. tnlUDP.h <-- wrong case |
| 03:09:49 | raptor | 2. it keeps hitting an assert and doesn't finish |
| 03:09:57 | raptor | so i can see the memory usage |
| 03:09:59 | raptor | *can't |
| 03:10:20 | raptor | problem in RefPtrDatra |
| 03:11:05 | sam686 | looks like your linux seems to not like this line "NetConnection net = NetConnection();" |
| 03:11:41 | sam686 | you can get rid of that test... |
| 03:12:05 | raptor | ok commenting out |
| 03:12:15 | sam686 | i will try writing a multiple thread test, too.. |
| 03:14:17 | raptor | virt: 12252K mem: 188K shared: 1008K |
| 03:16:19 | sam686 | thats a lot of "virt" memory being used... |
| 03:16:36 | raptor | i guess i don't fully understand 'virt' memory |
| 03:17:54 | raptor | because it's huge for every application that I have running |
| 03:20:56 | karamazovapy | my stupid mass e-mail is still sending, supposedly |
| 03:21:28 | karamazovapy | and I've received it twice |
| 03:21:41 | raptor | what system are yo uusing? |
| 03:22:31 | karamazovapy | the ACP |
| 03:22:41 | raptor | i didn't know that was afeature |
| 03:23:21 | karamazovapy | oh yeah, I've used it for every BBB |
| 03:24:27 | karamazovapy | I'm gonna give it ten more minutes of sitting there "Waiting for bitfighter.org..." and then I'm gonna close the window |
| 03:26:29 | raptor | they reversed the mouse wheel for mac os x 10.7 |
| 03:26:34 | raptor | punks |
| 03:28:33 | | sam686` has joined |
| 03:28:33 | | sam686 Quit (Read error: Connection reset by peer) |
| 03:28:53 | karamazovapy | I think that's part of apple's plan to be rid of scroll bars |
| 03:28:53 | sam686` | http://sam686.maxhushahn.com/upload/test_multi_thread.cpp i have a new test you can try |
| 03:29:58 | karamazovapy | since they're moving in the direction of a unified apple platform, they want desktop dragging to conform to touch control standards where down is up and up is down |
| 03:30:23 | raptor | punks |
| 03:31:52 | sam686` | it does kind of seem like the problem is with the memory leak somewhere inside Address.set |
| 03:32:08 | sam686` | but, i don't see any memory leak in windows |
| 03:32:20 | | sam686` is now known as sam686 |
| 03:32:22 | | ChanServ sets mode +v sam686 |
| 03:32:24 | raptor | can you build dedicated on windows? |
| 03:32:30 | sam686 | yes |
| 03:33:15 | sam686 | i don't think dedicated not dedicated make a differenct, but rather it happens on linux, and not windows |
| 03:36:35 | karamazovapy | I've given up on my mass e-mail. here's hoping it got to anyone who wanted it. |
| 03:38:12 | raptor | oh wow - i'm testing 015, sam686, and virtual memory is not increasing at all |
| 03:38:26 | raptor | stays at 20MB for dedicated |
| 03:39:41 | sam686 | try my test again, after changing all "bitfighter.org:25955" to "127.0.0.1:25955" |
| 03:39:52 | raptor | that's what i did already |
| 03:39:55 | raptor | stays constant |
| 03:40:18 | sam686 | so, is there a memory leak problem when using "bitfighter.org:25955" ? |
| 03:41:22 | raptor | ok trying again |
| 03:43:05 | raptor | with 015a, you mean? |
| 03:43:26 | sam686 | you can try "bitfighter.org:43443" and look for memory leak.. |
| 03:43:53 | sam686 | or better yet, try /connect "bitfighter.org" in server list, repeatedly |
| 03:44:13 | raptor | no leak in 015 |
| 03:44:15 | raptor | 015a |
| 03:44:18 | raptor | this is nutes |
| 03:44:20 | raptor | nuts |
| 03:44:47 | sam686 | so, on my old test, or new test, which one had bigger VIRT mem? |
| 03:44:59 | raptor | haven't done new test... |
| 03:45:01 | raptor | will do now |
| 03:46:05 | raptor | 3.4 GB!!! |
| 03:46:13 | raptor | that's the virtual size |
| 03:46:18 | raptor | of the threaded one |
| 03:46:38 | sam686 | haha, the problem is threading it? |
| 03:46:55 | raptor | i don't know... |
| 03:47:16 | raptor | not sure what you did; split up the object creation into threads? |
| 03:47:48 | sam686 | you can try blanking the NameToAddressThread::run() (leave the "return 0" there) and re run the test |
| 03:47:58 | raptor | ok |
| 03:47:59 | sam686 | or commenting out |
| 03:48:45 | raptor | 3.3GB! |
| 03:49:14 | sam686 | looks like thread problems... |
| 03:49:47 | sam686 | how much memory does your computer have, by the way? |
| 03:49:53 | raptor | 4.0GB |
| 03:49:58 | raptor | wait |
| 03:50:00 | raptor | not |
| 03:50:01 | raptor | 8GB |
| 03:50:51 | sam686 | i am guessing it could slow down your computer by a lot if the thread count went much higher |
| 03:50:57 | raptor | probably |
| 03:51:51 | raptor | i don't see any important changes to thread.cpp or tnlThread.h that could have caused this.. |
| 03:53:56 | raptor | do we even know if the threads are getting cleaned up? |
| 03:55:52 | sam686 | the threads is cleaned up after it is done running (at least the classes is deleted) |
| 03:59:07 | raptor | i bet it has something to do with posix threads: http://www.cs.cf.ac.uk/Dave/C/node30.html#SECTION003040000000000000000 |
| 04:00:37 | sam686 | each thread have it's own memory stack, which i think is somehow not cleaned up after that thread is done.. |
| 04:00:48 | raptor | so i bet TNL implementation of threading on linux isn't good |
| 04:01:18 | raptor | and just the fact that you moved to a thread for connection to master was what introduced the problem |
| 04:01:20 | sam686 | and, maybe the linux stack size might be too big, maybe some linux default to 10MB stack size |
| 04:01:26 | raptor | yeah |
| 04:01:29 | raptor | it can be big |
| 04:01:59 | raptor | did you read the note: |
| 04:02:00 | raptor | Note - When there is no explicit synchronization to prevent it, a newly created, detached thread can die and have its thread ID reassigned to another new thread before its creator returns from pthread_create(). For nondetached (PTHREAD_CREATE_JOINABLE) threads, it is very important that some thread join with it after it terminates -- otherwise the resources of that thread are not released for use by new threads. This commonly results in a |
| 04:02:02 | raptor | memory leak. So when you do not want a thread to be joined, create it as a detached thread. |
| 04:10:59 | | sam686 Quit (Read error: Connection reset by peer) |
| 04:20:07 | | sam686 has joined |
| 04:20:07 | | ChanServ sets mode +v sam686 |
| 04:24:53 | raptor | i may know how to fix memory leak... |
| 04:26:56 | raptor | couple more tests.. i think i may have fixed it.. |
| 04:28:16 | raptor | FIXED IT |
| 04:28:17 | raptor | yay |
| 04:36:30 | raptor | ok karamazovapy |
| 04:37:05 | raptor | if you pull from hg on your server and update to the new 'bitfighter-016' it will have the memory leak fixed |
| 04:39:42 | | BFLogBot - Commit 871e87047a7c | Author: watusim...@bitfighter.org | Log: Merge |
| 04:39:43 | | BFLogBot - Commit 4dcc1eb89ea3 | Author: watusim...@bitfighter.org | Log: Fix to specifying leveldir on the cmd line |
| 04:39:45 | | BFLogBot - Commit 6acda1ffb7a6 | Author: watusim...@bitfighter.org | Log: whitespace |
| 04:39:46 | | BFLogBot - Commit e76924cf9f2b | Author: watusim...@bitfighter.org | Log: add k to credits for his level contributions |
| 04:39:49 | | BFLogBot - Commit d813fc204606 | Author: buckyballreaction | Log: Remove old classic levels. Add in new levels by karamazovapy |
| 04:39:50 | | BFLogBot - Commit 7a643e0aff33 | Author: sam8641 | Log: Fix a problem with getmap |
| 04:39:52 | | BFLogBot - Commit d87435f7051f | Author: watusim...@bitfighter.org | Log: New version number |
| 04:39:54 | | BFLogBot - Commit 8b27c24262dd | Author: buckyballreaction | Log: Fix TNL::Thread. Linux pthread was never actually being clean-up, thus introducing a memory leak |
| 04:39:55 | | BFLogBot - Commit b5ffd0fc78b1 | Author: buckyballreaction | Log: Change tag of 016 because of nasty linux memory leak |
| 04:39:57 | | BFLogBot - Commit 28b72de3fe41 | Author: buckyballreaction | Log: Merge in new 016 tag and Linux pthread memory leak fix |
| 04:39:59 | raptor | uhoh, i messed up the logbot |
| 04:43:59 | | -adams.freenode.net- *** Looking up your hostname... |
| 04:43:59 | | -adams.freenode.net- *** Checking Ident |
| 04:43:59 | | -adams.freenode.net- *** No Ident response |
| 04:43:59 | | -adams.freenode.net- *** Couldn't look up your hostname |
| 04:44:03 | | BFLogBot has joined |
| 04:44:03 | | Topic is 'Latest release 016 http://bitfighter.org | Forums: http://bitfighter.org/forums/ | GC Project: http://code.google.com/p/bitfighter/' |
| 04:44:03 | | Set by raptor!~raptor@unaffiliated/greenmachine on Wed Feb 01 04:14:39 GMT 2012 |
| 04:44:03 | | -ChanServ- [#bitfighter] Welcome to #bitfighter. This is an IRC channel, many or all of the users may not be paying attention. Please have patience when waiting for a response. |
| 04:46:33 | sam686 | your linux fix doesn't work on server saving game stats, the VIRT memory keeps going up after the end of each game |
| 04:46:45 | raptor | what?? |
| 04:47:31 | sam686 | it might be due to a "delete this" in a thread to erase the current class.. |
| 04:47:48 | raptor | before teh destructor is called, you mean? |
| 04:48:03 | raptor | hmmm... |
| 04:48:20 | raptor | so the destructor is not being called? |
| 04:50:10 | sam686 | InsertStatsToDatabase in gameType.cpp have a "delete this" in run() |
| 04:50:23 | raptor | do we need that? |
| 04:50:59 | sam686 | well, what are we going to do without "delete this"? ... let teh "InsertStatsToDatabase" memory leak? |
| 04:51:10 | raptor | of course not! :) |
| 04:51:40 | raptor | so... how to call the TNL::Thread destructor? |
| 04:53:52 | sam686 | maybe the pthread_join might be failing when mThread is the currect thread running the destructor.. |
| 04:55:05 | raptor | i don't think we need the delete |
| 04:55:25 | sam686 | it may memory leak without the delete... |
| 04:55:36 | sam686 | you could try, but it won't help.. |
| 04:56:05 | raptor | then that means i found a bug in TNL |
| 04:56:23 | raptor | look at ThreadQueue constructor in thread.cpp:246 |
| 04:57:12 | raptor | but i guess we don't use ThreadQueue anywhere? |
| 04:58:23 | sam686 | there isn't a ThreadQueue in /zap/ |
| 04:58:28 | raptor | nope |
| 04:58:32 | raptor | so it's a bug, but not used.. |
| 05:00:52 | raptor | what about moving the 'delete this' into the destructor? |
| 05:01:24 | sam686 | not sure if that will help, and, delete this doesn't work in destructor, because it is already being deleted |
| 05:01:35 | raptor | hmmm... |
| 05:04:17 | raptor | can we avoid calling 'new'? |
| 05:07:48 | sam686 | pthread_join seem to return a number of 35 when it fails to clear the memory |
| 05:07:58 | sam686 | but returns zero when it works ok |
| 05:11:22 | raptor | is it returning a 35 when doing gamestats? |
| 05:13:22 | sam686 | yes |
| 05:13:58 | sam686 | maybe a pthread_exit might do? i can test as i have linux up now.. |
| 05:14:30 | raptor | maybe exit is better... |
| 05:18:10 | raptor | well actually |
| 05:18:24 | raptor | pthread_exit would have to be called in that thread.. |
| 05:20:30 | | raptor Quit (Remote host closed the connection) |
| 05:22:25 | | raptor has joined |
| 05:22:38 | | ChanServ sets mode +o raptor |
| 05:23:12 | raptor | pthread_exit doesn't work... |
| 05:23:45 | raptor | maybe an extra pthread_join in that thread... |
| 05:27:23 | sam686 | http://stackoverflow.com/questions/1688424/can-a-pthread-perform-clean-up-on-its-own |
| 05:28:02 | sam686 | maybe a pthread_detach() in line 203 (ThreadProc) thread.cpp |
| 05:28:35 | raptor | ok, will try that.. |
| 05:31:39 | raptor | testing... |
| 05:31:56 | raptor | i've never done threads in anything but java... it's a whole new world! |
| 05:32:59 | sam686 | never mind, there is already a pthread_detach |
| 05:33:08 | sam686 | or not |
| 05:33:18 | raptor | not |
| 05:33:27 | raptor | so far it's working with the master connection thread |
| 05:34:45 | raptor | so far it's working with the stats thread, too |
| 05:34:46 | raptor | cool |
| 05:34:52 | raptor | ok, i'll recommit... |
| 05:34:55 | raptor | and re-tag |
| 05:36:01 | raptor | i notice that when logging stats for the first time, virtual memory goes from about 30MB to 95MB |
| 05:41:33 | sam686 | ok, i got it working now on my side (i haven't seen your commit yet) |
| 05:41:44 | raptor | i'm retagging for 016 |
| 05:41:51 | raptor | i am commiting.. |
| 05:43:18 | sam686 | it looks like pthread_detach is the way to go (it needs to be called while on the new thread itself) |
| 05:43:30 | raptor | yes, i put it in the constructor |
| 05:43:35 | raptor | sorry |
| 05:43:38 | raptor | not in constructor |
| 05:43:41 | raptor | in start() |
| 05:44:56 | raptor | ok pushed |
| 05:45:00 | raptor | a little messy |
| 05:45:02 | sam686 | oh, i tried putting it n Thread::start and it segfault, i guess detach first, then trying to run will crash... |
| 05:45:09 | raptor | haha |
| 05:46:45 | sam686 | it works ok with your changes now.. |
| 05:46:49 | raptor | yay! |
| 05:47:16 | raptor | karamazovapy: you'll have to update to bitfighter-016 again if you did already since my message about it... |
| 05:48:37 | sam686 | i think i should stop doing /settime 0.01 , it was putting game reports here: http://bitfighter.org/gamereports |
| 05:48:43 | raptor | haha |
| 05:49:44 | | BFLogBot - Commit 2f775c312a86 | Author: buckyballreaction | Log: Better Linux thread fix - now the thread just cleans itself up automatically |
| 05:49:45 | | BFLogBot - Commit 84c61918b58c | Author: buckyballreaction | Log: Re-tag bitfighter-016 again with better thread memory leak fix |
| 05:49:47 | | BFLogBot - Commit 8cfe1a5ed6b5 | Author: buckyballreaction | Log: Merge new 016 tag again |
| 06:12:12 | sam686 | i should fix dedicated build of latest "tip" revision, but i need to get to sleep first, good night.. |
| 06:12:29 | raptor | good night |
| 06:14:32 | | sam686 Quit (Remote host closed the connection) |
| 06:18:05 | | raptor Quit (Remote host closed the connection) |
| 09:09:13 | | Watusimoto has joined |
| 10:02:17 | | LordDVG has joined |
| 10:42:29 | | Watusimoto Quit (Ping timeout: 240 seconds) |
| 10:54:38 | | Watusimoto has joined |
| 11:23:14 | Watusimoto | !log |
| 11:23:14 | BFLogBot | This channel is logged - http://199.192.229.168/irclogs/ |
| 11:23:19 | Watusimoto | !bug |
| 11:23:19 | BFLogBot | To enter a bug, please make sure it is reproducible and then go to http://code.google.com/p/bitfighter/issues/list | Also, see current running bug list: http://bitfighter.org/wiki/index.php/Running_Bug_List |
| 11:25:35 | | BFLogBot - Commit bd61a9f7b652 | Author: watusim...@bitfighter.org | Log: First pass at core with shootable panels. Not perfect yet, but seems stable. |
| 11:25:36 | | BFLogBot - Commit 2427bd173ade | Author: watusim...@bitfighter.org | Log: Merge |
| 11:57:37 | | Zoomber Quit (Ping timeout: 252 seconds) |
| 12:03:59 | | Zoomber has joined |
| 12:03:59 | | ChanServ sets mode +v Zoomber |
| 12:05:41 | | BFLogBot - Commit a6e31487de66 | Author: watusim...@bitfighter.org | Log: Fix bug with using such low resolution for health transmission -- low panel healths get transmitted as 0, making it hard to figure out which panels are still alive |
| 12:05:43 | | BFLogBot - Commit b6c4c0c5d3e3 | Author: watusim...@bitfighter.org | Log: Comment |
| 12:10:19 | | koda has joined |
| 12:29:25 | | koda Quit (Quit: I used to be chatting like you. Then I took an arrow in the knee) |
| 12:45:49 | | Watusimoto_ has joined |
| 12:48:18 | | Watusimoto Quit (Ping timeout: 255 seconds) |
| 13:57:03 | | koda has joined |
| 14:47:46 | | raptor has joined |
| 14:47:46 | | ChanServ sets mode +o raptor |
| 14:50:43 | raptor | good morning! |
| 14:52:55 | Watusimoto_ | hi |
| 14:53:14 | Watusimoto_ | sounds like you guys have had a pleasant 48 hours |
| 14:53:19 | raptor | hi |
| 14:53:24 | raptor | that was an interesting bug |
| 14:53:43 | raptor | first time i've worked with threads in a non-jvm environment |
| 14:53:53 | Watusimoto_ | glad you found it -- I never would have |
| 14:54:01 | raptor | it was luck |
| 14:54:02 | Watusimoto_ | why do we use threads? |
| 14:54:31 | raptor | sam686 introduced them for writing stats to the local sqlite database and for running connections to master |
| 14:54:44 | raptor | it was done because they would make the game hang |
| 14:55:46 | Watusimoto_ | oh, right |
| 14:55:56 | Watusimoto_ | if db is non responsive, we can't wait for a response |
| 14:56:10 | raptor | which brings up the question: do we want to logStats locally by default? |
| 14:56:37 | raptor | i looked at it and loading up the sqlite stuff uses an addition 60MB of virtial address space |
| 14:56:42 | Watusimoto_ | except sqlite shouldn't hang or get hung up, should it? or does it just get bogged down? |
| 14:56:54 | Watusimoto_ | do we log stats localy by default now? |
| 14:57:01 | raptor | we always have, i think.. |
| 14:57:16 | Watusimoto_ | the only reason to disable it is to reduce memory? |
| 14:57:32 | raptor | yep - well, and I've heard of no one actually using the feature |
| 14:57:44 | Watusimoto_ | what if we wrote all the stats to a text file in the form of sql statements that could be inserted into a db later? |
| 14:58:19 | Watusimoto_ | but yes, perahabs we could disable by default |
| 14:58:28 | raptor | that would be easy enough |
| 14:58:28 | Watusimoto_ | after all, al lthe info is available on the master, theoretically |
| 14:58:33 | raptor | yeah... |
| 14:58:40 | Watusimoto_ | and if no one cares... |
| 14:58:48 | raptor | and i think it would only be useful for those who run dedicated servers |
| 14:58:50 | Watusimoto_ | only sam and k would really care |
| 14:58:54 | raptor | exactly |
| 14:59:04 | Watusimoto_ | sure, let's turn it off by default |
| 14:59:14 | raptor | ok |
| 14:59:58 | raptor | I hope the merge went OK for you... |
| 15:00:20 | Watusimoto_ | seemed to |
| 15:00:28 | raptor | an 8MB leak ever time a level ended was serious enough that i thought I needed to re-tag... |
| 15:00:33 | Watusimoto_ | looked kind of gross |
| 15:00:40 | raptor | yeah, it was messy |
| 15:00:42 | Watusimoto_ | only on dedicated server? |
| 15:00:50 | raptor | and if you hosted a game on mac/linux |
| 15:01:09 | raptor | any system that uses pthreads |
| 15:01:29 | Watusimoto_ | ah, ok |
| 15:01:39 | raptor | which is basically non-Windows |
| 15:01:48 | Watusimoto_ | well, good. I'm trying to figure out why the bullets don't show up on cmdrs map |
| 15:01:55 | raptor | i know why |
| 15:01:58 | Watusimoto_ | oh, and my latest core checkin has the panels get thinner |
| 15:02:00 | Watusimoto_ | you do? |
| 15:02:16 | raptor | yeah - it's the gameobject TestFunc |
| 15:02:24 | Watusimoto_ | ah yes, I know why now too |
| 15:02:31 | Watusimoto_ | and that's not it :-) |
| 15:02:35 | raptor | ok |
| 15:02:36 | Watusimoto_ | but it is related |
| 15:02:43 | Watusimoto_ | It's this: |
| 15:02:44 | Watusimoto_ | if(ship->isModulePrimaryActive(ModuleSensor)) |
| 15:02:45 | Watusimoto_ | mGameObjDatabase->findObjects((TestFunc)isVisibleOnCmdrsMapWithSensorType, rawRenderObjects); |
| 15:02:45 | Watusimoto_ | else |
| 15:02:45 | Watusimoto_ | mGameObjDatabase->findObjects((TestFunc)isVisibleOnCmdrsMapType, rawRenderObjects); |
| 15:02:56 | raptor | ah yes |
| 15:03:03 | Watusimoto_ | but what is the fix? |
| 15:03:06 | raptor | i know |
| 15:03:18 | raptor | need to test for the equip state |
| 15:03:40 | raptor | let me find the proper way to do that... |
| 15:03:47 | Watusimoto_ | yes, but what i don;t know is whether there is any cmdrs map bonus to activating sensor |
| 15:03:56 | Watusimoto_ | ok, you want to handle this case? |
| 15:03:59 | raptor | sure |
| 15:04:06 | Watusimoto_ | clientGame 1501 |
| 15:04:07 | raptor | i was going to as my next one anyways |
| 15:04:18 | Watusimoto_ | well, ok then. I'll move on |
| 15:05:06 | Watusimoto_ | i slightly reorged the buglist |
| 15:05:20 | raptor | yes - i have lots of mac work to do |
| 15:05:34 | raptor | also, i can't believe they made 10.7 Lion ever worse |
| 15:05:43 | raptor | scroll wheel is reversed |
| 15:05:56 | raptor | you can't select you install location with installers... |
| 15:06:06 | | BFLogBot - Commit 25a05918bf2b | Author: watusim...@bitfighter.org | Log: Formatting, comments |
| 15:06:08 | | BFLogBot - Commit 3b148b7f27ce | Author: watusim...@bitfighter.org | Log: Formatting, comments |
| 15:06:09 | | BFLogBot - Commit 6b5190198d2f | Author: watusim...@bitfighter.org | Log: Formatting, comments |
| 15:06:11 | | BFLogBot - Commit e8d24d980ee1 | Author: watusim...@bitfighter.org | Log: Formatting |
| 15:06:12 | | BFLogBot - Commit 8a5bff4682da | Author: watusim...@bitfighter.org | Log: Formatting |
| 15:06:14 | | BFLogBot - Commit 538b8d95902a | Author: watusim...@bitfighter.org | Log: Formatting |
| 15:06:15 | | BFLogBot - Commit 0e2e49a846a6 | Author: watusim...@bitfighter.org | Log: trivial |
| 15:06:17 | | BFLogBot - Commit fbe2ec6df4c9 | Author: watusim...@bitfighter.org | Log: Replace rect drawing code with call to drawRect() |
| 15:06:18 | | BFLogBot - Commit 87b12d2e6042 | Author: watusim...@bitfighter.org | Log: Comment |
| 15:07:27 | Watusimoto_ | all on the way to making it a heavy iphone |
| 15:09:17 | raptor | hehe - energy was not loose |
| 15:09:24 | raptor | i'm sure i made that mistake.. |
| 15:11:20 | | BFLogBot - Commit a472873c8b40 | Author: watusim...@bitfighter.org | Log: Energy was not loose |
| 15:11:32 | Watusimoto_ | back in a while; son wants attention |
| 15:11:37 | raptor | cool |
| 15:22:08 | raptor | Cores are invisible |
| 15:22:32 | raptor | also upon map start-up it there are many sparks - as though they've exploded |
| 15:26:24 | | BFLogBot - Commit a03e861b7138 | Author: buckyballreaction | Log: Fix bullets not being shown on commander's map if Sensor module is equipped |
| 15:26:25 | | BFLogBot - Commit f5ce7d986755 | Author: buckyballreaction | Log: Default don't log game statistics to local sqlite database |
| 15:41:28 | | BFLogBot - Commit 7851b8af7b6b | Author: buckyballreaction | Log: Hostile loadout zones drain energy no matter what |
| 15:54:08 | | Zoomber Quit (Ping timeout: 240 seconds) |
| 15:55:37 | | raptor Quit (Remote host closed the connection) |
| 15:56:01 | | raptor has joined |
| 15:56:02 | | ChanServ sets mode +o raptor |
| 15:56:10 | | BlackBird has joined |
| 15:56:17 | BlackBird | hi |
| 15:56:22 | raptor | hi |
| 15:56:36 | BlackBird | where can i download the scorch code for bit fighter? |
| 15:56:40 | BlackBird | arg |
| 15:56:47 | BlackBird | why did i put a space? |
| 15:57:01 | raptor | on the download page |
| 15:57:08 | BlackBird | ok |
| 15:57:22 | | BlackBird Quit (Client Quit) |
| 16:00:35 | | Zoomber has joined |
| 16:00:36 | | ChanServ sets mode +v Zoomber |
| 16:11:45 | Watusimoto_ | >> Hostile load-out zones should drain energy no matter what (not just when not moving/shooting) << |
| 16:11:53 | raptor | fixed |
| 16:11:58 | Watusimoto_ | argh... what if you're in both zones simulatneously? |
| 16:12:00 | Watusimoto_ | really? |
| 16:12:18 | raptor | undefined behavior |
| 16:12:27 | Watusimoto_ | ha |
| 16:12:34 | raptor | i'm learning from the c++ specs... |
| 16:12:37 | Watusimoto_ | because that's lame? |
| 16:13:08 | Watusimoto_ | just run with whatever isInZone returns? |
| 16:13:19 | raptor | yep |
| 16:13:35 | raptor | because... i don't consider that special case to be anything but, um... 'special' |
| 16:14:09 | Watusimoto_ | I guess not -- we don;t really haev a way to retrieve mulitple zones in this case |
| 16:15:44 | raptor | working on getting lion to work... |
| 16:16:21 | raptor | so now they make you download an Xcode DMG, then when you install the package, it puts an .app in /Applications called 'Install Xcode' |
| 16:16:34 | raptor | so you get to install again |
| 16:16:45 | raptor | 8GB later you finally get Xcode installed |
| 16:19:51 | Watusimoto_ | ah, does your loadout zone fix actually work? |
| 16:19:56 | raptor | yes |
| 16:20:11 | raptor | i tested it on all types of zones (non-overlapping) |
| 16:20:17 | Watusimoto_ | everything is wrapped in this condition: |
| 16:20:18 | Watusimoto_ | if(!anyActive && mSpawnShield.getCurrent() == 0) |
| 16:20:30 | raptor | yes |
| 16:20:31 | Watusimoto_ | if you are active, the hostile code never gets run, does it? |
| 16:20:43 | raptor | anyActive is misleading, i think |
| 16:20:50 | raptor | also that is an && |
| 16:21:05 | Watusimoto_ | what does anyactive mean? |
| 16:21:50 | Watusimoto_ | mean's a module's being used |
| 16:22:02 | raptor | wait wait - what did i do.. |
| 16:22:04 | Watusimoto_ | so !anyactive means a module's not being used |
| 16:22:54 | Watusimoto_ | so if any module is active, !anyactive will be false and that blcok won't run |
| 16:22:59 | raptor | basically you drain unless you use a module - in which case you still drain |
| 16:23:23 | Watusimoto_ | why do you still drain? |
| 16:23:35 | raptor | becaue a module is being used.. |
| 16:24:00 | raptor | ok, so |
| 16:24:02 | Watusimoto_ | but loadout zone drain stops when you use a module |
| 16:24:07 | raptor | yes |
| 16:24:10 | Watusimoto_ | so basically, that module becomse cheaper |
| 16:24:26 | Watusimoto_ | because you'd be losing some of that energy anyway |
| 16:24:40 | raptor | it's the same as it always is - it just isn't accumulating with the hostile drain |
| 16:24:56 | raptor | so if you use cloak over hostile zone, you'll not drain as fast :) |
| 16:25:13 | raptor | so yes, that's a bug |
| 16:25:16 | raptor | i'll fix... |
| 16:25:24 | Watusimoto_ | right -- but if I,m losing 10% of my energy per second for doing nothing, and cloak takes 15%, I might as well cloak, since it really only coss me ... ok, you get it |
| 16:25:31 | Watusimoto_ | I can fix it -- I'm in the right place |
| 16:25:35 | raptor | ok |
| 16:27:18 | Watusimoto_ | even hostile drain should be stopped when spawnshield is on? |
| 16:27:34 | raptor | yes - otherwise it isn't a spawn shield |
| 16:27:46 | raptor | right? it's supposed to be invulnerability |
| 16:27:53 | Watusimoto_ | I agree with the conculsion, but not with the logic |
| 16:28:01 | Watusimoto_ | but no matter |
| 16:28:04 | raptor | hehe |
| 16:28:43 | raptor | i guess technically energy loss doesn't have anything to do with health.. |
| 16:40:31 | Watusimoto_ | do you get regualr recharge while spawnshield si on? |
| 16:40:41 | raptor | i don't remember |
| 16:40:44 | raptor | i don't think so |
| 16:40:47 | Watusimoto_ | ok |
| 16:41:26 | Watusimoto_ | when idle, do you get double normal? |
| 16:41:38 | Watusimoto_ | oh, wait I see |
| 16:42:27 | raptor | no, like +33% |
| 16:46:15 | Watusimoto_ | ok... what happens en enemy loadout zone? |
| 16:46:19 | raptor | nothing |
| 16:46:23 | raptor | we never decided |
| 16:46:26 | Watusimoto_ | no recharge? |
| 16:46:42 | Watusimoto_ | currently, I have no recharge, but this is more accidental than intentional |
| 16:46:49 | raptor | hostile -> negative; team/neutral -> positive |
| 16:46:54 | raptor | enemy -> nothing |
| 16:48:08 | Watusimoto_ | no change, or no recharge? |
| 16:48:15 | Watusimoto_ | no recharge |
| 16:48:21 | raptor | if you're in an enemy load-out zone? |
| 16:48:22 | Watusimoto_ | energy just sits there |
| 16:48:24 | Watusimoto_ | yes |
| 16:48:31 | raptor | just like if you were not in a zone |
| 16:48:35 | Watusimoto_ | no effect |
| 16:48:38 | raptor | correct |
| 16:48:40 | Watusimoto_ | ok |
| 16:54:24 | Watusimoto_ | thomas thinks there should be some penalty for blue ship in red zone |
| 16:54:59 | Watusimoto_ | I kind of agree -- why should hostile zone be so punative (and that;s a high discharge rate we have), but an enemy zone has no bad effects at all? |
| 16:55:04 | raptor | i don't know - people make levels with huge loadout zones |
| 16:55:12 | Watusimoto_ | that's true |
| 16:55:20 | Watusimoto_ | they use them for decoration |
| 16:55:57 | Watusimoto_ | he thinks it would make the game more fun |
| 16:56:31 | raptor | maybe a slower recharge? |
| 16:56:34 | Watusimoto_ | ok, well, I;ve basically got the case done. going to go work on dinner, will decide about the enemy zones. will be congnizant of not wanting to break levels |
| 16:56:40 | Watusimoto_ | that;s what I'm thinking |
| 16:56:45 | raptor | instead of 8000, maybe 4000 |
| 16:56:49 | Watusimoto_ | I'll code it up with a new constant |
| 16:56:55 | raptor | ok |
| 16:56:59 | Watusimoto_ | and we can tinker easily |
| 16:57:02 | Watusimoto_ | later! |
| 16:57:05 | raptor | bye |
| 17:39:09 | | Watusimoto_ Quit (Ping timeout: 240 seconds) |
| 17:58:39 | | Watusimoto has joined |
| 18:02:40 | karamazovapy | hostile zones are punative because they have no other function of any kind |
| 18:03:45 | karamazovapy | when I was initially thinking about this, I considered making enemy zones punitive, but I came to a similar conclusion about large or unavoidable enemy zones |
| 18:05:26 | raptor | yes |
| 18:05:40 | raptor | what about a reduction in positive recharge? |
| 18:06:21 | raptor | i still think they should probably have no effect, but maybe a slight reduction in normal recharge might be OK |
| 18:08:55 | | sam686 has joined |
| 18:08:56 | | ChanServ sets mode +v sam686 |
| 18:12:28 | raptor | thanks karamazovapy for clarifying my clarify... I guess I use too much jargon sometimes.. |
| 18:31:43 | sam686 | there is a problem with #define min(a,b) ((a) <= (b) ? (a) : (b)), if a is stream->readFloat(3), it may call readFloat twice.. |
| 18:37:25 | raptor | i'm thinking we shoudl remove every 'define min' in the code |
| 18:37:34 | raptor | because it exists in cstdlib |
| 18:37:39 | raptor | or cmath |
| 18:37:43 | raptor | the c++ std libraries |
| 18:49:49 | | Watusimoto Quit (Ping timeout: 240 seconds) |
| 19:35:38 | | raptor Quit (Remote host closed the connection) |
| 19:36:43 | | raptor has joined |
| 19:36:43 | | ChanServ sets mode +o raptor |
| 19:37:50 | | Watusimoto has joined |
| 19:51:46 | raptor | i have to redo my OS X 10.7 vm... |
| 19:51:49 | raptor | argh |
| 19:52:11 | karamazovapy | I say we just make all the mac users buy actual computers |
| 19:52:43 | raptor | you mean instead of their false idols and golden images? never! |
| 19:53:31 | raptor | i guess BlackBird and family just got a brand new shiny Mac |
| 19:53:35 | karamazovapy | with any luck, built-in mac limitations and censorship will move all apple acolytes to their own interweb |
| 19:53:42 | raptor | hahaha |
| 19:53:47 | raptor | that's a great idea! |
| 19:53:55 | karamazovapy | maybe by 2015 |
| 19:57:08 | raptor | Watusimoto: do you have a launchpad ID? |
| 19:57:29 | raptor | we need to open a bug to get the ubuntu folks to upgrade their package |
| 19:58:45 | raptor | oh hey look, this site just pulls from our RSS feed: http://www.lgdb.org/aggregator/sources/32 |
| 20:01:59 | Watusimoto | this has become totally ridiculous |
| 20:02:08 | Watusimoto | EnergyRechargeRateWhenInNoZoneWhenIdle = 8000, |
| 20:02:08 | Watusimoto | EnergyRechargeRateWhenInNoZoneWhenActive = 6000, |
| 20:02:08 | Watusimoto | EnergyRechargeRateInFriendlyLoadoutZoneWhenIdle = 12000, |
| 20:02:08 | Watusimoto | EnergyRechargeRateInFriendlyLoadoutZoneWhenActive = 6000, |
| 20:02:08 | Watusimoto | EnergyRechargeRateInEnemyLoadoutZoneWhenIdle = 12000, |
| 20:02:09 | Watusimoto | EnergyRechargeRateInEnemyLoadoutZoneWhenActive = 6000, |
| 20:02:10 | Watusimoto | EnergyRechargeRateInNeutralLoadoutZoneWhenIdle = 12000, |
| 20:02:13 | Watusimoto | EnergyRechargeRateInNeutralLoadoutZoneWhenActive = 6000, |
| 20:02:15 | Watusimoto | EnergyRechargeRateInHostileLoadoutZoneWhenIdle = -12000, |
| 20:02:17 | Watusimoto | EnergyRechargeRateInHostileLoadoutZoneWhenActive = -12000, |
| 20:02:22 | raptor | hahahahaha |
| 20:02:33 | Watusimoto | 5 has... that;s a record! |
| 20:03:07 | Watusimoto | having all those contants makes the code logic much clearer |
| 20:03:15 | raptor | ok |
| 20:03:58 | Watusimoto | so yes, I think I have a launchpad id |
| 20:05:25 | Watusimoto | so which package are you referring to? |
| 20:08:15 | raptor | they say if we want them to update a package (bitfighter to 016) we need to open a bug through launchpad |
| 20:08:28 | raptor | "If you want to request a new package/package upgrade please use the "Report a bug" function at launchpad." |
| 20:08:35 | raptor | on this page: http://www.getdeb.net/contact/ |
| 20:08:41 | Watusimoto | really? |
| 20:10:21 | Watusimoto | done... that's not very automated |
| 20:13:03 | raptor | yeah |
| 20:13:23 | raptor | i wonder about linux mint.. |
| 20:13:41 | raptor | will ubuntu packages work fine with mint? |
| 20:18:09 | Watusimoto | yes |
| 20:18:25 | Watusimoto | sent a message to playdeb as well. Submission form looked suspiciously familliar |
| 20:18:37 | raptor | launchpad is playdeb |
| 20:18:43 | Watusimoto | oh |
| 20:18:47 | Watusimoto | oh well |
| 20:18:49 | raptor | :) |
| 20:18:56 | raptor | still wondering about linux mint.. |
| 20:19:04 | Watusimoto | I thought that was all supposed to be automated |
| 20:19:10 | Watusimoto | wonder away |
| 20:19:19 | raptor | you still use mint, no? |
| 20:21:27 | Watusimoto | yes |
| 20:21:40 | Watusimoto | I installed the playdeb pkg for 015a |
| 20:21:40 | raptor | do normal ubuntu packages work seamlessly? |
| 20:21:44 | Watusimoto | yes |
| 20:21:49 | raptor | ok, cool |
| 20:22:05 | Watusimoto | or at least they have so far! |
| 20:24:53 | Watusimoto | you said you saw 4K downloads on google code... must have been a glitch |
| 20:25:08 | raptor | i didn't say that... |
| 20:25:11 | Watusimoto | I;m seeing much more believable number s now |
| 20:25:13 | Watusimoto | thought you did |
| 20:25:15 | raptor | was that for 015a |
| 20:25:16 | raptor | ? |
| 20:25:30 | Watusimoto | oh |
| 20:25:33 | Watusimoto | ok then |
| 20:27:25 | raptor | yay, i can reverse the scroll wheel in Lion |
| 20:29:43 | sam686 | there, made changes to CoreItem pack / unpackUpdate, so that individual panel can be updated instead of the whole panels. |
| 20:30:03 | sam686 | also, i got it to work perfectly well with existing 016 servers |
| 20:31:19 | Watusimoto | so what do you think about the idea of core panels? |
| 20:31:34 | sam686 | seems like a good idea, so far.. |
| 20:31:54 | | BFLogBot - Commit 2056efd4c1d5 | Author: sam8641 | Log: Made big changes to CoreItem's pack / unpackUpdate, now works on existing 016. Better place to delete Game's GameType |
| 20:32:57 | Watusimoto | I don't like the current implementation of partially damaged panes; I've tried colors and thickensses, and I don;t like either |
| 20:36:12 | Watusimoto | I don't see how panel core and panel-less core can be compatible |
| 20:36:52 | Watusimoto | do you still need to shoot all the panels on the older version? |
| 20:39:18 | sam686 | yes, as thats how the server have it |
| 20:39:29 | | raptor Quit (Ping timeout: 240 seconds) |
| 20:40:11 | sam686 | new server and old clients can make a little confusing though as old clients don't have the ability to render panels.. |
| 20:41:01 | sam686 | new clients and old server, the new clients simply uses the old method of shrinking core on old servers |
| 20:42:35 | | raptor has joined |
| 20:42:37 | | ChanServ sets mode +o raptor |
| 20:42:52 | Watusimoto | it's very likely that the next release will not be compatible with 016, so I wouldn;t spend too much effort keeping them so |
| 20:43:42 | raptor | i hereby declare next release be 017 |
| 20:43:50 | Watusimoto | for one thing, the only way to trigger the alert messages on mac and linux is to change sc protocol versions, which automatically makees things incompatible |
| 20:44:05 | Watusimoto | and with that memory leak fix, we want everyone to upgrade |
| 20:45:18 | sam686 | see this? TNL_IMPLEMENT_RPC(..... , 0) you can add more RPC by changing it to 1 or 2, just like master way, |
| 20:45:34 | sam686 | older server / clients will ignore unsupported RPC |
| 20:46:27 | sam686 | I have actually added one, with RPC 1, in gameConnection, for s2rVoiceChatEnable |
| 20:52:45 | sam686 | good news, because a way to show an upgrade message to older clietns is through m2cSendUpdgradeStatus(bool), the master side can be adjusted to return true for outdated 016, and false on new 016 clients |
| 20:53:49 | sam686 | the master can see mClientBuild from all clients, and determine if it is outdated 016 |
| 21:04:15 | Watusimoto | yes; we need to do that, but the fact is the game becomes unplayable if everyone is working with different rules, contant values, objects, etc. |
| 21:04:30 | Watusimoto | and the code becomes difficult to manage as well |
| 21:04:48 | Watusimoto | we have enough trouble finding the bugs without worrying about mixed versions |
| 21:05:15 | raptor | we can break compatibility as much as we want - we're still not at 1.0 :) |
| 21:05:19 | Watusimoto | besides -- our users are usually very happy to upgrade |
| 21:06:50 | Watusimoto | ok; is anyone working on the number keypad bug? if not, I'll take care ofit |
| 21:08:34 | | BlackBird has joined |
| 21:08:37 | BlackBird | hi |
| 21:08:51 | BlackBird | HOW THE HECK DO I USE INKSCAPE?!?!?!? |
| 21:08:52 | Watusimoto | hi |
| 21:09:48 | Watusimoto | http://www.google.lu/url?sa=t&rct=j&q=inkscape+tutorial&source=web&cd=4&ved=0CEQQFjAD&url=http%3A%2F%2Finkscape.org%2Fdoc%2Fbasic%2Ftutorial-basic.html&ei=EPAuT7v5KcKe8gP6vv2TCQ&usg=AFQjCNEhtJPrp0vLNvjRIzjsXYHVEtoT3A |
| 21:10:18 | BlackBird | ugh |
| 21:10:26 | BlackBird | I'm trying to tracy an image |
| 21:10:30 | BlackBird | *trace |
| 21:11:59 | | BFLogBot - Commit 8c5b9a70b021 | Author: watusim...@bitfighter.org | Log: Comment |
| 21:12:01 | BlackBird | hello? |
| 21:12:01 | | BFLogBot - Commit e2c9e763005c | Author: watusim...@bitfighter.org | Log: Merge |
| 21:12:02 | | BFLogBot - Commit d9e08b58f5a2 | Author: watusim...@bitfighter.org | Log: it's simple boolean logic, people! |
| 21:12:04 | | BFLogBot - Commit 6459a772ec2e | Author: watusim...@bitfighter.org | Log: Clarify logic for energy recharge in loadout zones of various flavors |
| 21:12:05 | | BFLogBot - Commit a9769aaa5e7a | Author: watusim...@bitfighter.org | Log: Merge |
| 21:12:08 | raptor | BlackBird: look at second comment here: http://www.inkscapeforum.com/viewtopic.php?t=584&f=22 |
| 21:12:39 | raptor | there's a tracing thing built in - i've used it once... it's ok |
| 21:12:47 | raptor | but i don't know the program well |
| 21:14:15 | raptor | awww, Watusimoto you reduced my karnaugh map optimizations... :) |
| 21:14:40 | Watusimoto | ??? |
| 21:15:02 | raptor | remember karnaugh maps for logic simplification? |
| 21:15:20 | BlackBird | i don't think that was much help |
| 21:15:23 | Watusimoto | no; did you mention something about this a week of so ago? |
| 21:15:53 | raptor | BlackBird: it points you in the right direction, you may have to figure out the inkscape settings yourself |
| 21:16:08 | BlackBird | ugh |
| 21:16:19 | raptor | https://en.wikipedia.org/wiki/Karnaugh_map |
| 21:16:26 | raptor | just something i remember from engineering classes |
| 21:16:59 | raptor | use the minumum amount of logic statements to get the job done - you've done the opposite with all your new Energy constants :) |
| 21:21:12 | Watusimoto | Clarity is more imporatnt than minimization |
| 21:21:41 | raptor | nowadays, i believe so, too |
| 21:22:08 | | BFLogBot - Commit 2b5933bd5e44 | Author: sam8641 | Log: added build_version as master.cfg option to tell older build clients to show upgrade message |
| 21:23:27 | Watusimoto | Besides, now changing the rules is trivial; no need to alter (and therefore test) the logic |
| 21:25:24 | raptor | (i was just poking fun...) |
| 21:25:41 | Watusimoto | I know |
| 21:26:25 | Watusimoto | the code could be optimized to look for the most common cases first; actually it does; most common case (only common case) is player is not on zone |
| 21:34:33 | | koda Quit (Quit: koda) |
| 21:41:00 | Watusimoto | flomo is complaining that cmd-q does not quit on tiger, nor does cmd-h (supposed to hide game?) |
| 21:41:08 | Watusimoto | are those on our list? |
| 21:41:09 | raptor | yes |
| 21:41:15 | Watusimoto | ok |
| 21:41:20 | raptor | they work perfectly fine in my VMs :) |
| 21:41:28 | raptor | i guess real hardware is needed... |
| 21:41:30 | Watusimoto | excellent! |
| 21:41:48 | Watusimoto | do we have independent confirmation? |
| 21:41:57 | Watusimoto | ie other than flomo? |
| 21:42:01 | raptor | yes |
| 21:42:08 | raptor | BB/LA confirmed |
| 21:42:16 | raptor | and I did on some old ppc hardware at work |
| 21:42:24 | raptor | i think it's the mac keyboards |
| 21:42:27 | Watusimoto | stupid mac |
| 21:43:06 | sam686 | so what are the options, now that the CoreItem have changes? 1. change CS_protocol... 2. keep as it is (older client have trouble with new server's CoreItem) 3. auto disconnect outdated clients when ever a nwe CoreItem is needed |
| 21:43:50 | Watusimoto | 1 |
| 21:43:54 | raptor | sam686: I think we should break compatibility and go with 017 |
| 21:44:16 | sam686 | ok.. |
| 21:44:27 | Watusimoto | people are really excited about upgrading |
| 21:44:35 | Watusimoto | they'll all do it ASAP |
| 21:44:48 | Watusimoto | except for that one computer lab somewhere that is still running 012 or somesuch |
| 21:44:59 | Watusimoto | but they're hopeless |
| 21:45:18 | Watusimoto | the only flaw with my argument is if the ubuntu builds continue to lag |
| 21:45:55 | raptor | eh |
| 21:46:03 | raptor | 1% of users are linux players anyways, right? |
| 21:46:23 | Watusimoto | probably |
| 21:46:29 | Watusimoto | ok, here's my dilemma |
| 21:47:11 | sam686 | not sure, as i dont think we keep track of who is on linux / mac / windows, as no operating system name is sent to master.. |
| 21:47:12 | Watusimoto | as discussed, I'm going to automatically create synonms -- if a user maps the 4 key to something, keypad_4 will also work, unless mapped to somthing different |
| 21:47:38 | Watusimoto | [[[maybe we should send os to server? ]]] |
| 21:47:43 | raptor | i'm going by pure # of downloads from google code |
| 21:48:21 | Watusimoto | so the question is if the user has mapped keys 1,2,3 to soemthing, and numeric_keypad 3 to something else, shoudl numeric_keypad 1 & 2 be synonyms for regular 1 & 2? |
| 21:48:37 | raptor | no |
| 21:48:39 | raptor | but |
| 21:48:44 | Watusimoto | or should the presence of one synonym conflict be enough to disable the whole thing |
| 21:48:59 | raptor | we only keep track of certain bindings |
| 21:49:13 | Watusimoto | most bindings, but true |
| 21:49:46 | raptor | can you just create a method that searches the bindings for the specific numpad keys, if they are in use, don't allow them to duplicate the originals |
| 21:50:03 | raptor | otherwise duplicate |
| 21:50:34 | Watusimoto | so, in my example, if keypad_5 were bound, you'd disable keypad synonyms? |
| 21:51:04 | raptor | yes |
| 21:51:17 | raptor | synonym - that's a good work, i will use it (if i can spell it) |
| 21:51:32 | Watusimoto | I think I agree... |
| 21:51:46 | Watusimoto | for the feature to be enabled, no synonyms in a class can be bound |
| 21:51:53 | raptor | correct |
| 21:52:12 | raptor | however |
| 21:52:15 | Watusimoto | (and I can only think of one class, nums, +-*/enter) to keypad |
| 21:52:29 | raptor | except for us, numbers are only 1-9 |
| 21:52:33 | raptor | we don't use 0 |
| 21:52:43 | Watusimoto | what do you mean? |
| 21:52:43 | raptor | i know Footloose like to map 0 to cmap |
| 21:53:06 | Watusimoto | why would 0 be somehow privleged? |
| 21:53:10 | raptor | or for module select we only use 1-3 |
| 21:53:53 | raptor | or for arrows we use the even numbers |
| 21:53:54 | Watusimoto | but if I bind 0 to cmdrs map, then it should work on keypad or num key |
| 21:54:17 | raptor | yes, but what if they bind the numpad number instead? |
| 21:54:27 | Watusimoto | then synonyms get disabled |
| 21:54:38 | Watusimoto | well, if they bind numpad # and a regular # |
| 21:54:39 | raptor | yes (i'm just playing devil's advocate) |
| 21:54:50 | Watusimoto | sure, but that was exactly the case I posed above |
| 21:55:09 | raptor | so we have by default bound 1, 2, 3 to module select |
| 21:55:18 | Watusimoto | yes |
| 21:55:37 | raptor | actually, never mind - just do it and we can see what happens :) |
| 21:55:44 | Watusimoto | ok |
| 21:56:04 | raptor | because it's a step forward |
| 21:56:50 | Watusimoto | or |
| 21:57:03 | Watusimoto | we could scrap this idea now and let you bind two keys in the keybinding screen |
| 21:57:38 | | Max has joined |
| 21:57:55 | raptor | hello Max |
| 21:57:57 | Max | Anyone know how to use this on mac os lion? |
| 21:58:08 | | Max is now known as Guest54078 |
| 21:58:19 | raptor | hi Max - I'm currently in the process of testing what the problem may be.... |
| 21:58:23 | sam686 | what is "this"? |
| 21:58:35 | Guest54078 | oh sorry bitfighter, to play the games |
| 21:58:39 | raptor | we don't really have Mac hardware on our development team |
| 21:58:47 | | BlackBird Quit (Quit: Page closed) |
| 21:59:13 | Guest54078 | you have downloads for OS X, is that not the same? |
| 21:59:34 | sam686 | zoomber might know, but haven't seen zoomber in bitfighter in a long time now.. |
| 21:59:42 | raptor | yes - well... OK, the problem is we don't have Lion set-up yet... :) |
| 22:00:02 | raptor | I had access to a Snow leopard machine to make the builds |
| 22:00:12 | Guest54078 | Ahh ok. So it's not really possible to play without serious lag? |
| 22:00:31 | raptor | oh - actually, it runs fine on Lion, at least the client part |
| 22:00:44 | raptor | your lag problem is probably your internet connection |
| 22:00:54 | raptor | but i don't know if hosting games will work |
| 22:01:22 | raptor | yeah, BlackBird just confirmed he's playing with no problems on Lion |
| 22:01:32 | Guest54078 | Hmm ok. |
| 22:02:12 | raptor | lots of things cause lag: playing over wireless with many other people connected; downloading too much |
| 22:03:14 | Guest54078 | OK thanks for the help! |
| 22:03:21 | | Guest54078 Quit (Quit: Page closed) |
| 22:03:32 | raptor | ha |
| 22:05:06 | | max678 has joined |
| 22:05:14 | max678 | hello |
| 22:05:33 | raptor | hi |
| 22:07:14 | | BFLogBot - Commit 1da46ff435eb | Author: sam8641 | Log: changed CS_PROTOCOL_VERSION, and some clean up |
| 22:08:52 | | LordDVG Quit (Remote host closed the connection) |
| 22:09:27 | | max678 Quit (Client Quit) |
| 22:17:05 | raptor | it's amazing how an OS can only further limit your control and then require double the RAM to run... |
| 22:34:02 | raptor | so Mac Lion hosting does work |
| 22:34:06 | raptor | but bots are not found |
| 22:34:21 | raptor | actually scripts are not found, bots are |
| 22:34:27 | raptor | looks like a pathing issue |
| 22:36:22 | sam686 | the new cores have a rotating problem, especially with /settime 0 |
| 22:36:34 | raptor | only with settime 0? |
| 22:36:47 | sam686 | and, the center part goes backwards |
| 22:37:53 | raptor | i haven't seen them yet... |
| 22:39:34 | raptor | i keep getting this annoying assert when testing any level in editor... |
| 22:40:48 | sam686 | what is "this"? |
| 22:40:56 | Watusimoto | @sam -- I figured that would be an issue, should be a straightforward fix |
| 22:41:02 | Watusimoto | @raptor -- what is the assert? |
| 22:41:06 | Watusimoto | one of ours? |
| 22:41:40 | raptor | #3 0x000000000070f102 in TNL::Assert::processAssert (filename=0x7c1bdd "gameConnection.cpp", lineNumber=57, |
| 22:41:42 | raptor | message=0x7c1bb0 "Client should not be using this constructor!") at assert.cpp:68 |
| 22:41:57 | raptor | i get it everytime i load up a level in the editor and test it |
| 22:42:14 | raptor | however, if I host a game first, then it works ok in the editor |
| 22:42:32 | raptor | and i don't have a nice 'continue' pop-up like you windows folks do |
| 22:43:15 | sam686 | gameConnection.cpp line 57? i guess i mistakenly changed gServerGame into mServerGame |
| 22:43:44 | sam686 | you can remove that assert |
| 22:43:47 | raptor | ok |
| 22:44:39 | sam686 | i guess the reason it doesn't assert for me is, mServerGame points to 0xCCCCCCCC, which won't assert as it is not zero |
| 22:44:52 | raptor | ok removed |
| 22:45:52 | Watusimoto | why would hosting first fix the problem? |
| 22:46:03 | raptor | because we have goofy code |
| 22:46:52 | Watusimoto | that's not an answer I like to hear |
| 22:46:59 | raptor | :) |
| 22:47:19 | | BFLogBot - Commit 861abd6fc0ed | Author: buckyballreaction | Log: Remove annoying assert |
| 22:50:23 | sam686 | the way mServerGame is gotten is in GameConnection::readConnectRequest |
| 22:52:56 | raptor | i guess i was expecting Core wall width to be much wider |
| 22:53:00 | raptor | wider than 2px |
| 22:53:03 | raptor | at least |
| 22:54:17 | Watusimoto | maybe we could design a thicker wall; just making the stroke thick looks awful |
| 22:56:15 | raptor | if the difference is only 1-2 px, then there's not much reason to have thickness |
| 22:56:33 | raptor | maybe color? slowly change the alpha? |
| 22:58:22 | raptor | xcode 4 looks like the HUD of a flight sim |
| 22:58:36 | Watusimoto | tried that |
| 22:58:45 | Watusimoto | unhappy with result |
| 22:58:58 | raptor | ok |
| 22:59:12 | Watusimoto | we could perahps construct a hollow rectabgle as panel, and make that thinner |
| 22:59:21 | Watusimoto | rather thicker |
| 23:01:58 | raptor | hmm.. |
| 23:02:54 | raptor | i'm taking a break for a while - i think mac has hurt my head |
| 23:03:01 | raptor | (for today) |
| 23:03:09 | | raptor Quit (Remote host closed the connection) |
| 23:47:59 | karamazovapy | ...so are we talking about skipping 016a and going straight to 017, or are core changes just going to wait a version? |