Timestamps are in GMT/BST.
| 00:25:18 | | Skybax_ has joined |
| 00:27:43 | | Skybax Quit (Ping timeout: 260 seconds) |
| 00:37:26 | | Darrel Quit (Quit: IRC client killed.) |
| 00:49:24 | | Skybax has joined |
| 00:51:58 | | Skybax_ Quit (Ping timeout: 240 seconds) |
| 01:30:45 | | BFLogBot Commit: 12488260fc0d | Author: sam8641 | Message: Better prediction of client side energy meter |
| 01:30:47 | | BFLogBot Commit: 6bf4c5e8b408 | Author: sam8641 | Message: Remove no longer needed RPC c2sDeploySpybug, Spybug can still be deployed. |
| 01:45:00 | | phillreeder Quit (Ping timeout: 245 seconds) |
| 01:50:29 | | Skybax_ has joined |
| 01:52:37 | | Skybax Quit (Ping timeout: 248 seconds) |
| 02:08:08 | | Skybax has joined |
| 02:11:01 | | Skybax_ Quit (Ping timeout: 272 seconds) |
| 03:32:45 | | raptor has joined |
| 03:32:45 | | ChanServ sets mode +o |
| 03:37:17 | raptor | on to fixing stuff! |
| 03:43:56 | | BFLogBot Commit: 62f6d8859069 | Author: buckyballreaction | Message: Fix returning bad index with lua_getWeapon |
| 04:00:27 | | BFLogBot Commit: 70d96c61b011 | Author: buckyballreaction | Message: Fix projectileshooter bot |
| 04:07:45 | raptor | kaen: sam686: are tests failing for you? |
| 04:10:00 | sam686 | test passes for me, oh i haven't pulled raptor's changes after mine.. |
| 04:10:17 | raptor | let me make clean |
| 04:10:56 | sam686 | still passes for me after the "Fix projectileshooter bot" |
| 04:11:55 | raptor | let me run again in gdb... it's throwing an assert |
| 04:12:08 | raptor | after recompile |
| 04:12:37 | sam686 | Something new I see on the test, I see multiple "debugger.lua loaded for Lua 5.1" |
| 04:13:18 | raptor | failed BfTest.LevelReadingAndItemPropagation |
| 04:15:39 | sam686 | mine just say [ OK ] BfTest.LevelReadingAndItemPropagation (95 ms) |
| 04:19:47 | raptor | http://pastie.org/pastes/8515994/text |
| 04:21:07 | raptor | looks like float rounding problems |
| 04:21:15 | raptor | but why is it so much bigger on my system? |
| 04:22:18 | sam686 | there don't appear to be no compression of position on Teleporter, like there is on MoveObject, so that probably isn't a problem i don't think |
| 04:23:52 | sam686 | teleporter->getOutline().x don't match teleporter->getOrigin().x? |
| 04:24:20 | sam686 | oh i mean there something like Point centroid = findCentroid(*teleporter->getOutline()); |
| 04:24:45 | sam686 | more like findCentroid(*teleporter->getOutline()).x don't match teleporter->getOrigin().x ? |
| 04:25:03 | raptor | yes |
| 04:25:29 | raptor | centroid calculation does do float division |
| 04:26:54 | sam686 | maybe you could play around with Teleporter::generateOutlinePoints() in teleporter.cpp |
| 04:27:33 | | Platskies has joined |
| 04:28:00 | raptor | good idea, i'll optimize it away from division |
| 04:29:57 | raptor | hmm... nope, that didn't work |
| 04:32:15 | | Platskies Quit (Ping timeout: 272 seconds) |
| 04:33:19 | | Quartzy has joined |
| 04:33:59 | Quartzy | Alright so I'm looking for opinions. |
| 04:34:02 | sam686 | how about trying something like this? http://sam6.25u.com/upload/text1311/131129_04-33-39.txt |
| 04:34:07 | Quartzy | Skybax asked a good question: "So, when it comes to voting, are we supposed to vote based off which one we hate the most, or which one is the most playable despite being idiotic?" |
| 04:34:37 | Quartzy | I'm wondering what sort of solution people are thinking. I sort of think the serious maps that trickled their way into the contest should be disqualified from voting, but that's me. |
| 04:35:08 | Quartzy | And then of course, one would instinctively vote for Skybax' latter idea, "the one that is most playable despite being idiotic." |
| 04:35:30 | raptor | in the past, when i've done contests, i always did all the maps because I couldn't decide |
| 04:35:42 | Quartzy | Fair enough. |
| 04:35:45 | Quartzy | raptor have you seen the maps? |
| 04:36:15 | raptor | yes |
| 04:36:31 | Quartzy | So you personally wouldn't disqualify any of them from voting? |
| 04:36:45 | Quartzy | Because if I don't, there is indeed a problem that Skybax was wise to point out. |
| 04:36:58 | sam686 | I would vote on what is good, mostly if it is playable, like in a past. |
| 04:37:08 | Quartzy | yes of course. |
| 04:37:25 | Quartzy | Problem is, if we do that as it stands? Let's be honest, Retention Loss wins. |
| 04:37:27 | raptor | i would say that despite the theme, people should not vote the ones they hate the most |
| 04:37:32 | Quartzy | And Retention Loss didn't even ATTEMPT to stick to the theme. |
| 04:37:35 | sam686 | maybe don't name the contest "stupid"? though its a bit too late to change title of contest.. |
| 04:37:36 | Quartzy | I love it, but I'm just being honest. |
| 04:37:58 | Quartzy | Wow sam, that's so helpful. /massive_sarcasm |
| 04:38:41 | sam686 | one of level contest map is mostly blank, only a few line item and testitem, but no walls. |
| 04:38:56 | Quartzy | Yes I'm with you raptor. But *again* ... if that is the case, then everyone will just vote for the maps that are indeed excellent, but didn't even try to fit the theme. |
| 04:39:07 | Quartzy | There's no point in even doing themes if people are going to break them and then reap the benefits. |
| 04:39:08 | raptor | hmmm... hard one |
| 04:40:26 | raptor | maybe theme-breakers should probably be allowed to vote first round, but not make it to the second round (and make sure that's explicit in the voting post) |
| 04:40:33 | raptor | also contact the map makers and tell them |
| 04:40:34 | sam686 | parhaps you could have just set some easier simple rules.. |
| 04:40:57 | raptor | there are 2 maps that break the theme, i think - wasn't there a bitmatch with nice lineart... |
| 04:41:17 | Quartzy | Yes. Line Match and Retention Loss. |
| 04:41:39 | Quartzy | Line Match is a fairly average, solid Bitmatch, while Retention Loss is borderline brilliant. |
| 04:42:04 | Quartzy | You may be right, I should probably just take it up with the authors. |
| 04:42:25 | raptor | maybe let the map makers try to convince you that they're 'stupid', if they fail, let them be voted on in the first round only - that way the authors still get some recognition |
| 04:43:02 | Quartzy | I like it, except only being allowed to be voted in the first round is a little ... weeeird. |
| 04:43:09 | Quartzy | But yes, I should allow them to defend themselves. |
| 04:43:42 | raptor | it would be an experiment, i suppose - or don't allow voting (i've done neither option before so I don't know how it'll work out) |
| 04:44:32 | sam686 | I don't know if the rule "only one map per person in voting list" still applies, the way _k did it. |
| 04:44:56 | raptor | sam686: we stopped doing that when _k left - it allowed more submissions |
| 04:45:01 | sam686 | ok |
| 04:45:09 | raptor | more, higher quality ones, actually (I think) |
| 04:45:58 | sam686 | I only made one map to go into this level contest though.. |
| 04:46:16 | Quartzy | Yes well. 21 maps 9 authors. |
| 04:46:18 | sam686 | though probably shouldn't tell which one yet.. |
| 04:46:19 | Quartzy | It'd be a bit cruel. |
| 04:46:47 | Quartzy | btw sam if you want to host the next contest feel free. |
| 04:46:47 | | BFLogBot Commit: f7d1b87ce12d | Author: buckyballreaction | Message: Minor performance improvement in findCentroid() |
| 04:47:11 | Quartzy | And I don't mean that in a snobby way |
| 04:47:23 | Quartzy | You have ideas floating around and it'd be interesting to see it run by someone other than raptor or I. |
| 04:48:00 | raptor | sam686: did you just basically use pythagorean triangles for the outline points in that test one you gave me? |
| 04:48:19 | Quartzy | Or _k. I should give him credit even if he was an elitist dick. |
| 04:48:25 | sam686 | ok, probably after the current level contest.. |
| 04:48:45 | sam686 | no just come out with some numbers.. |
| 04:49:26 | sam686 | its a good test if the problem is really the generateOutlinePoints |
| 04:50:09 | sam686 | except it probably be too tiny of outline |
| 04:50:30 | Quartzy | Fudge it. I'm probably worrying too much. We'll just see how the voting goes I guess. |
| 04:50:31 | Quartzy | Thanks. |
| 04:50:38 | raptor | looks like it passes with those sam686 |
| 04:50:48 | raptor | thank you Quartzy, for hosting this! |
| 04:51:04 | Quartzy | You're welcome and thanks for hosting the server itself. |
| 04:53:20 | | Quartzy Quit (Quit: Page closed) |
| 04:53:43 | sam686 | ok, here is with the TELEPORTER_RADIUS http://sam6.25u.com/upload/text1311/131129_04-53-21.txt |
| 04:54:02 | sam686 | oops, multiple + + + |
| 04:54:58 | sam686 | http://sam6.25u.com/upload/text1311/131129_04-54-39.txt (fixed multiple + + +( |
| 04:56:09 | raptor | that one failed - 1275.0006 to 1275 |
| 04:56:19 | raptor | interesting... |
| 04:57:40 | sam686 | Back to original code, Did it in a slightly different direction http://sam6.25u.com/upload/text1311/131129_04-57-12.txt |
| 04:58:52 | raptor | fails with original error |
| 04:59:02 | raptor | i'm not too worried, honestly |
| 04:59:22 | raptor | it's within 0.002 of a Point |
| 04:59:24 | sam686 | maybe the problem is inaccurate F32 calculation.. |
| 05:00:28 | sam686 | I think only the outline is used only for... maybe the help screen outline, and maybe the editor teleporter outline. |
| 05:00:41 | raptor | yeah |
| 05:00:46 | raptor | let's ignore it, i think |
| 05:03:26 | sam686 | printf("%f %f \n", centroid.x, teleporter->getOrigin().x); gives me 1274.999634 1275.000000 |
| 05:03:36 | sam686 | yet it passes the EXPECT_FLOAT_EQ ? |
| 05:03:55 | raptor | now that's odd |
| 05:04:12 | raptor | seems like a weirdness in GTEST, then |
| 05:08:15 | | Platskies has joined |
| 05:09:12 | sam686 | umm what linux command do I use to build a test? |
| 05:10:06 | raptor | make test |
| 05:10:11 | sam686 | my first try: cd bitfighter_test; make "No makefile found" |
| 05:10:23 | raptor | oh, in the build dir |
| 05:10:35 | sam686 | ok |
| 05:10:40 | raptor | it's part of cmake, too |
| 05:13:03 | | Platskies Quit (Ping timeout: 252 seconds) |
| 05:15:37 | sam686 | well I got some errors http://sam6.25u.com/upload/text1311/131129_05-15-19.txt |
| 05:16:18 | raptor | did you have code changes? |
| 05:20:15 | sam686 | it doesn't say nothing on the code changes |
| 05:20:51 | sam686 | hg commit "nothing changed" |
| 05:22:34 | sam686 | trying make clean then make test |
| 05:23:06 | raptor | what system are you using? |
| 05:23:26 | sam686 | its a debian 64 bit, running as my router too.. |
| 05:24:06 | sam686 | multiple ethernet cards in the machine, all working and bridged except "eth0" for the internet |
| 05:24:28 | sam686 | same build error |
| 05:24:33 | sam686 | on make test |
| 05:24:48 | raptor | neat setujp |
| 05:24:51 | raptor | *setup |
| 05:24:55 | sam686 | main_test.cpp:(.text+0x2957): undefined reference to `Zap::Teleporter::getOrigin() const' |
| 05:25:06 | sam686 | yes |
| 05:25:18 | raptor | well that's odd - are we mixing 'const' somewhere? |
| 05:25:29 | sam686 | who needs extremely slow linksys router? |
| 05:26:04 | sam686 | and my linksys wireless was dying too. I instead use hardware wireless case as hostapd "wlan0" access point now |
| 05:27:09 | sam686 | this is my linux hardware http://sam6.25u.com/upload/text1311/131129_05-26-47.txt |
| 05:28:10 | sam686 | I still use my linksys as a 5-port switch as well... I have too many ethernet ports it seems.. |
| 05:28:40 | raptor | neat! |
| 05:28:52 | raptor | I might have to do something like that soon - our linksys is dying as well, i think |
| 05:30:18 | sam686 | well only my wireless part of my linksys was dying, so I shut off that wireless because of my other wireless (mini pci-express to pci-express adapter + some old wireless G card that works with hostapd) |
| 05:33:20 | sam686 | If I want, I could even remove my graphics card and linux will just boot just fine as a server/router. |
| 05:33:54 | sam686 | with of course a few one-time beeps of missing graphics card.. |
| 05:34:36 | raptor | haha |
| 05:36:36 | | Platskies has joined |
| 05:36:42 | sam686 | teleporter.cpp line 704, perhaps removing "inline" fixes link errors.. |
| 05:43:09 | sam686 | Well At lease I got the test compiled... |
| 05:43:16 | sam686 | ... with this: [ FAILED ] BfTest.LevelReadingAndItemPropagation |
| 05:43:20 | | BFLogBot Commit: d79977231f84 | Author: sam8641 | Message: Fix linux linker error |
| 05:43:29 | raptor | ha! |
| 05:53:18 | | BFLogBot Commit: b456cbaf5afc | Author: buckyballreaction | Message: Don't set bot default loadout in initialize(), it will overwrite anything you set it its main() function |
| 05:54:42 | | kumul Quit (Quit: Leaving) |
| 05:56:53 | | Platskies Quit (Ping timeout: 248 seconds) |
| 05:56:59 | raptor | ok, going to bed |
| 05:57:06 | raptor | good night! |
| 05:58:51 | | raptor Quit () |
| 06:02:43 | Nothing_Much | Anybody here? |
| 06:06:37 | | Platskies has joined |
| 06:06:42 | sam686 | hi |
| 06:26:00 | Nothing_Much | what's goin' on? |
| 06:28:39 | sam686 | im mostly just doing C++ coding |
| 06:30:12 | Nothing_Much | oh cool, where? |
| 06:30:58 | | Platskies Quit (Ping timeout: 265 seconds) |
| 06:31:25 | | BFLogBot Commit: beabd5e07842 | Author: sam8641 | Message: Fix failing test on linux. |
| 06:33:57 | Nothing_Much | nice |
| 06:34:01 | sam686 | I may be going to bed soon, so probably no more of me C++ bitfighter tonight.. |
| 06:35:40 | Nothing_Much | Have a g'night then sir |
| 06:35:55 | sam686 | see you later.. |
| 06:53:15 | | Platskies has joined |
| 07:18:41 | | Kiryx has joined |
| 07:21:15 | | Flynnn has joined |
| 07:39:49 | | Platskies Quit (Ping timeout: 252 seconds) |
| 07:45:17 | | Darriel has joined |
| 07:45:53 | | Darriel is now known as Darrel |
| 07:55:11 | | Platskies has joined |
| 08:20:49 | | Platskies Quit (Quit: Gotta go) |
| 08:21:07 | | Platskies has joined |
| 08:26:25 | | Platskies Quit (Quit: Gotta go) |
| 08:30:32 | | destroyerimo has joined |
| 08:36:26 | | Invisible has joined |
| 08:47:59 | | watusimoto has joined |
| 08:47:59 | | ChanServ sets mode +o |
| 09:27:32 | | Platskies has joined |
| 09:28:39 | | Kiryx Quit (Ping timeout: 272 seconds) |
| 09:57:09 | | Invisible Quit (Ping timeout: 272 seconds) |
| 10:33:05 | | kumul has joined |
| 11:15:27 | | Kiryx has joined |
| 11:33:49 | | LordDVG has joined |
| 11:48:41 | | Canseco has joined |
| 12:00:23 | | Platskies Quit (Read error: Connection reset by peer) |
| 12:10:38 | | Invisible has joined |
| 12:23:24 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 12:31:29 | | LordDVG Quit (Remote host closed the connection) |
| 12:37:45 | | Canseco Quit (Remote host closed the connection) |
| 12:45:08 | | Canseco has joined |
| 12:49:00 | | watusimoto Quit (Ping timeout: 252 seconds) |
| 12:51:03 | | Invisible Quit (Ping timeout: 272 seconds) |
| 12:53:28 | | watusimoto has joined |
| 12:53:28 | | ChanServ sets mode +o |
| 12:56:06 | | Canseco Quit (Remote host closed the connection) |
| 13:05:50 | | Canseco has joined |
| 13:23:21 | | kumul Quit (Ping timeout: 272 seconds) |
| 13:24:38 | | kumul has joined |
| 13:29:58 | | phillreeder has joined |
| 13:34:31 | | phillreeder Quit (Ping timeout: 260 seconds) |
| 13:46:08 | | Canseco Quit (Quit: http://quassel-irc.org - Bye) |
| 13:46:46 | | Canseco has joined |
| 13:48:47 | | Canseco Quit (Remote host closed the connection) |
| 13:50:29 | | Canseco has joined |
| 13:55:03 | | Darrel Quit (Ping timeout: 260 seconds) |
| 14:02:01 | | Invisible has joined |
| 14:04:34 | | Darrel has joined |
| 14:43:26 | | alex_velea has joined |
| 14:44:08 | alex_velea | Hello everyone :) |
| 14:44:53 | alex_velea | I have a little problem ... |
| 14:45:29 | alex_velea | I've created my own class in a new file with .h and .cpp form like in the other files .. in the .h only the definitions and i've used ifndef |
| 14:46:08 | alex_velea | I get an error on building :( .. after it says linking CXX executable .. bla bla |
| 14:46:45 | alex_velea | in function .. bla bla .. undefined reference to my constructor .. even if i defined it |
| 14:50:20 | watusimoto | is your cpp file included in the project? |
| 14:51:06 | watusimoto | the way to get it into the project (properly) is to edit cmakesources.txt (or something similar) in the zap folder |
| 14:51:34 | watusimoto | and then change to the build folder and run cmake .. |
| 14:52:17 | alex_velea | Ohh |
| 14:52:21 | alex_velea | I did not do that |
| 14:52:38 | alex_velea | I just saw that if i put my class in anothe .h class it works |
| 14:52:40 | alex_velea | :D |
| 14:52:41 | alex_velea | Thanks |
| 14:56:34 | | Invisible1 has joined |
| 14:58:06 | | Invisible Quit (Ping timeout: 245 seconds) |
| 15:11:51 | alex_velea | What do i need to include to use your types? like U32 F32 .. |
| 15:17:20 | alex_velea | nvm .. solved it |
| 15:29:05 | alex_velea | Can i write a function in GridDatabase to return the private vector<DatabaseObject *> mAllObjects? |
| 15:34:55 | | LordDVG has joined |
| 15:42:03 | | Invisible1 Quit (Ping timeout: 272 seconds) |
| 15:49:43 | | raptor has joined |
| 15:49:43 | | ChanServ sets mode +o |
| 15:49:51 | raptor | TODAY IS RELEASE DAY |
| 15:50:01 | raptor | now's your last chance to get bugs fixed! |
| 15:50:40 | raptor | unless, of course, someone objects to it being release day... |
| 15:51:31 | raptor | and good morning! |
| 15:52:08 | | Invisible has joined |
| 15:58:58 | | alex_velea Quit (Quit: Page closed) |
| 16:05:31 | raptor | sam686 or kaen, LogNetBase is on for dedicated build, and I can't find how to turn it off. Would you know how? |
| 16:09:22 | | kumul Quit (Quit: Leaving) |
| 16:10:27 | | Invisible Quit (Ping timeout: 260 seconds) |
| 16:12:14 | | Invisible has joined |
| 16:22:27 | raptor | i mean, the extra TNL network logging |
| 16:22:38 | raptor | logs every single packet |
| 16:27:55 | | Canseco Quit (Remote host closed the connection) |
| 16:32:53 | kaen | OHBOYOHBOYOHBOY |
| 16:33:03 | kaen | I'll take a look in just a second |
| 16:33:18 | kaen | I object to today being release day! |
| 16:33:26 | raptor | oh? |
| 16:33:29 | kaen | on the grounds that release day should have been months ago :) |
| 16:33:34 | raptor | haha |
| 16:33:43 | kaen | and good morning |
| 16:34:27 | raptor | hello! |
| 16:34:35 | raptor | i'm verifying osx still compiles... |
| 16:36:08 | kaen | I'm getting a ton of these: warning: right operand of comma operator has no effect |
| 16:36:23 | kaen | on the dedicated build |
| 16:36:44 | raptor | yes, that happens because we have weird typedef replacements with ZAP_DEDICATED, i think |
| 16:36:58 | kaen | ohh that's right |
| 16:37:05 | kaen | it's mostly render type functions |
| 16:37:19 | raptor | I haven't been too concerned about it because we don't ship bitfighterd |
| 16:37:39 | kaen | ah, interesting |
| 16:37:39 | raptor | but it sure indicates we have a messy project... |
| 16:38:00 | kaen | I'd like to try some architectural things for 020 ... |
| 16:41:40 | raptor | I still haven't wrapped my head around *proper* client-server architecture - it seems we mix stuff waaaay too much |
| 16:44:01 | kaen | I think we just lack clear separation between the shared stuff and the client/server specific stuff |
| 16:44:39 | kaen | A lot of it has to do with TNL |
| 16:45:10 | kaen | TNL creates its own remote class for us, whereas other network engines let you define a shared base class, and a derived server and client class |
| 16:45:30 | kaen | or alternatively, use the server as the base class, and subclassing it to make the client version |
| 16:45:46 | kaen | which gives you only two classes per object type and mixes in CSP for free |
| 16:46:16 | kaen | the hard part about those architectures is that you need virtual methods for the divergent behaviors |
| 16:46:26 | kaen | and to wire those into the shared behaviors as needed |
| 16:47:30 | kaen | essentially what have right now is *as* complicated as a having two different classes for each object, but we don't even get the organizational benefit of actually splitting the divergent code away from the shared code |
| 17:04:17 | raptor | sigh, yes |
| 17:04:26 | | Invisible Quit (Ping timeout: 264 seconds) |
| 17:04:31 | raptor | i think i'd like to see a good example of organized client-server code... |
| 17:04:36 | raptor | if it exists |
| 17:06:19 | watusimoto | raptor: I've been thinking about the notifier... I think we should include it with the game, and just plunk it into the executable folder |
| 17:06:32 | raptor | watusimoto: you sure¿ |
| 17:07:05 | raptor | watusimoto: I can probably do that, but the exe would be 3-4MB larger... |
| 17:07:13 | raptor | the installer exe, i mean |
| 17:11:12 | kaen | I think we should, too |
| 17:11:36 | watusimoto | I think so. First off, I think many players will want it; second, a few more MB won't matter; and third, it needs to be in the same folder, and better just to put it where it needs to be than try to explain to people how to manually install it |
| 17:11:37 | kaen | it seems like it would do much more than 3-4MB worth of good |
| 17:12:10 | watusimoto | unless we have an automatic installer that figures out which path it goes in, but still who wants to do that? |
| 17:13:39 | watusimoto | Actually, I need to check the windows installer -- I think we should make a shortcut to it on the start menu |
| 17:14:10 | raptor | I gotta stop thinking I only have a 50MB hard drive with windows 3.11 |
| 17:14:34 | watusimoto | yes -- drives are up to several hundred mb these days |
| 17:14:46 | raptor | watusimoto: one of the GCI tasks made it intelligently look for the exe in various program files folders |
| 17:14:46 | watusimoto | and vista works great! |
| 17:15:03 | watusimoto | I didn't see the details of what he did |
| 17:15:14 | raptor | i did, it looks good |
| 17:15:24 | watusimoto | but I know he made it better than only looking in the local folder |
| 17:15:28 | raptor | i'll compile that in, but having the exe in the same folder will be fine anyways |
| 17:15:34 | watusimoto | indeed |
| 17:16:04 | watusimoto | I also think we should include at least the s2c change that passes music from server to client, even if we don't expose the functionality until 019a |
| 17:19:07 | watusimoto | so my two tasks for release are 1) making sure the windows installer handles the notifier properly; and 2) changing the s2c as mentioned above |
| 17:19:16 | watusimoto | I can get those done for tonight |
| 17:21:05 | watusimoto | btw, on another topic, splitting each class into a c and an s will be more confusing that what we have, I think |
| 17:21:43 | watusimoto | in any case TNL expects classes to be the same on the client and server |
| 17:21:51 | watusimoto | so unless we hack that, we are stuck |
| 17:22:19 | watusimoto | what we can do is split out (some) functionality with specially named functions, as I have done in some places |
| 17:22:25 | watusimoto | like idle_server and idle_client |
| 17:24:01 | watusimoto | actually, I am not sure I stand behind my statment above about confusion |
| 17:24:54 | watusimoto | but the inheritance chain will be a mess for things like repairItems |
| 17:25:47 | watusimoto | repairItem_server would inherit from repairItem or pickupItem_server or pickup_item or...??? |
| 17:26:26 | raptor | watusimoto: i'm not sure I like the idea of the s2c change |
| 17:26:34 | watusimoto | I think it's safe |
| 17:26:45 | raptor | hmmm... |
| 17:26:47 | watusimoto | it's just adding a string param |
| 17:26:58 | watusimoto | we don't need to do anything with it on either end |
| 17:27:00 | raptor | ok, well... make sure the signature is 'future-proof' |
| 17:27:25 | watusimoto | 019a proof, or soem future we have not yet contemplatd proof? |
| 17:27:53 | raptor | 019x proof i suppose - I've recently been thinking that every s2c should just implement a bstream |
| 17:28:20 | raptor | that way we always have the same sig and just need to make sure it's mirror from client-server |
| 17:28:21 | watusimoto | tell you what -- I'll make the change I think we need; it will be simple, and I'll check it in early (i.e. I'll do that task first) and they we can discuss |
| 17:28:28 | raptor | ok |
| 17:28:36 | watusimoto | and revert if that's what we want |
| 17:28:42 | raptor | i'll... go seal another window... |
| 17:28:47 | watusimoto | have fun! |
| 17:28:55 | raptor | oh hey, osx release bundle still copmiles |
| 17:28:58 | raptor | that's good news |
| 17:33:36 | | myxabrik1 has joined |
| 17:34:27 | | watusimoto Quit (Ping timeout: 252 seconds) |
| 17:47:21 | | phillreeder has joined |
| 17:53:15 | | kumul has joined |
| 17:54:54 | myxabrik1 | Hi everyone! I'm new Code-In participant. I'm trying to build Bitfighter, but after running make I can't find any executable. |
| 17:56:14 | kaen | hi myxabrik1 :) |
| 17:56:17 | kaen | what OS are you running? |
| 17:56:31 | kaen | the exe should be in bitfighter/exe |
| 17:56:43 | myxabrik1 | I'm running Ubuntu Linux |
| 17:56:45 | kaen | ok |
| 17:56:57 | kaen | did you use cmake first? |
| 17:57:12 | kaen | !gci |
| 17:57:12 | BFLogBot | GCI Students Welcome! Please see: http://bitfighter.org/wiki/index.php/GCI_Student_Bootstrap for getting started. |
| 17:58:19 | | Watusimoto has joined |
| 17:59:17 | myxabrik1 | Yep. Though, targets like 'dedicated' and 'bitfighterd' are absent. |
| 18:00:49 | kaen | the targets are absent? or were not built? |
| 18:01:13 | myxabrik1 | Ou, I've found some errors in dependencies. |
| 18:01:18 | kaen | ah ok |
| 18:01:44 | kaen | sudo apt-get install libsdl1.2-dev zlib1g-dev libpng12-dev libopenal-dev libvorbis-dev libspeex-dev libmodplug-dev cmake build-essential |
| 18:02:16 | kaen | and then you'll probably have to run cmake .. again |
| 18:12:14 | phillreeder | Watusimoto: we need to sort out some stuff with the seeker targeting |
| 18:12:31 | Watusimoto | ok\ |
| 18:12:35 | raptor | hi phillreeder, did you see my response on the GCI task? |
| 18:12:40 | phillreeder | oh yea, saw that |
| 18:12:50 | phillreeder | also, gonna need more time with this |
| 18:12:59 | raptor | so loadout bugs were fixed... and thanks for finding them :) |
| 18:13:27 | phillreeder | awesome! I just worked around it by using Timer to fire the loadout change after 0ms |
| 18:14:00 | | destroyerimo_ has joined |
| 18:14:36 | | destroyerimo Quit (Ping timeout: 252 seconds) |
| 18:15:36 | phillreeder | so Watusimoto: let's lay out how we want to get this done. Right now I have Robot::getSeekerTarget() and Robot::lua_getSeekerTarget(). I tried to make the getSeekerTarget() outside Robot, but I figured that would be too much of a pain and just settled for putting it in Robot for now. |
| 18:15:37 | raptor | heh, ok |
| 18:15:54 | Watusimoto | raptor: my promised update is in |
| 18:16:06 | Watusimoto | the "contraversial" one |
| 18:16:12 | | BFLogBot Commit: b4fb37586bcb | Author: watusimoto | Message: Add dummy string parameter in preparation for having level-sepcified music in 019a, changed nearby parameter from STE to string to save STE slots. |
| 18:17:11 | Watusimoto | phillreeder: ok for now; I think it will make sense to mix it into getFiringSolution when we get things working |
| 18:17:38 | Watusimoto | then that could pick a method based on either selected weapon, or a passed parameter, whichever makes the most sense |
| 18:18:39 | phillreeder | that's exactly what I had in mind, thought it might be better to keep the logic seperated for now |
| 18:18:44 | phillreeder | one more thing |
| 18:18:50 | Watusimoto | for the moment, if that makes things easier, yes |
| 18:20:17 | | Quartzy has joined |
| 18:20:38 | Quartzy | Stupid Contest voting is up! http://www.bitfighter.org/forums/viewtopic.php?f=13&t=2152 |
| 18:20:59 | phillreeder | do you want lua_getSeekerTarget() to return a target angle or ship? |
| 18:22:30 | phillreeder | as in, should calling it give the .bot a target to cache and fire at or the angle at which to fire at the optimal target |
| 18:23:02 | Watusimoto | well... |
| 18:23:32 | Watusimoto | I think the way it works with bots now is that they seek their target and getfiringsolution returns a shooting angle, or a nil if there are no good ones |
| 18:24:04 | Watusimoto | so in terms of picking a target, I thik we either create a new function called lua_getSeekerTarget() or implement in lua. A new fn is my choice |
| 18:24:26 | Watusimoto | so... a target, I think |
| 18:24:37 | phillreeder | makes sense |
| 18:26:22 | Quartzy | kaen +sam686 @raptor LordDVG Skybax Stupid Contest voting is up! Stupid Contest voting is up! http://www.bitfighter.org/forums/viewtopic.php?f=13&t=2152 |
| 18:26:31 | | Quartzy Quit (Quit: Page closed) |
| 18:31:50 | kaen | Quartzy is probably going to have Bad Day� |
| 18:36:01 | Watusimoto | ok, good, the relocation of bf.org didn;t change our ip address |
| 18:37:39 | | kumul Quit (Read error: Connection reset by peer) |
| 18:42:01 | raptor | hi again |
| 18:42:47 | raptor | I don't even have a clue what I shoudl do to add the notifier for linux/osx |
| 18:42:50 | raptor | esp. osx |
| 18:44:09 | Watusimoto | how will we distrubute it for osx? as a .py? |
| 18:44:40 | raptor | yeah, but because of the .app bundling, there will be no way to launch it other than having the user go and find it themselves |
| 18:44:51 | raptor | i mean, osx/linux will just ue the .py |
| 18:44:54 | raptor | *use |
| 18:45:11 | Watusimoto | so we can just stick it in the install folder, and let people find it |
| 18:45:28 | Watusimoto | I mean we can advertise it and all, but there's not really a good alternative |
| 18:46:27 | raptor | the alternative is to create a new bundle just for it (on osx) but there's some weird stuff with bundling python things and I don't have this knowledge (or am particularly motivated to figure it out because... osx) |
| 18:46:29 | Watusimoto | though osx must keep a list of executables |
| 18:46:58 | raptor | osx keeps a list of .app |
| 18:47:01 | raptor | .apps |
| 18:47:12 | Watusimoto | well, we can upgrade our distribution over time; we might be able to get some help from one of our mac players |
| 18:48:52 | Watusimoto | we could (maybe) use distutils for linux |
| 18:50:28 | raptor | i am unfamiliar with that... |
| 18:51:02 | Watusimoto | http://svn.pythonmac.org/py2app/py2app/trunk/doc/index.html |
| 18:51:15 | Watusimoto | (this is something different, for osx) |
| 18:51:28 | | LordDVG Quit (Remote host closed the connection) |
| 18:51:36 | raptor | i spent a couple of hours trying to get that to work once |
| 18:51:42 | raptor | py2app |
| 18:51:47 | raptor | I left angry |
| 18:52:00 | raptor | but that was a year ago.. |
| 18:52:39 | Watusimoto | trying to see if it has been updated at all |
| 18:54:16 | phillreeder | hey quick question. I'm splitting lua_getSeekerTarget and getSeekerTarget, should Robot::getSeekerTarget return a BfObject or take a reference to one in the args and set that |
| 18:55:11 | kaen | it'll have to return an object |
| 18:55:27 | kaen | oh, pardon me |
| 18:55:31 | kaen | you mean in c++ world |
| 18:55:36 | phillreeder | hehe yes |
| 18:55:51 | kaen | I'd say just return a pointer |
| 18:56:07 | phillreeder | I'll go with that |
| 18:57:14 | | Kiryx Quit (Ping timeout: 265 seconds) |
| 18:58:13 | | Skybax Quit (Ping timeout: 248 seconds) |
| 18:58:39 | Watusimoto | now reading about this |
| 18:58:40 | Watusimoto | http://www.pyinstaller.org/ |
| 19:01:32 | Watusimoto | the project still active, with commits on the 27th |
| 19:08:38 | sam686 | raptor, don't know how to turn off network logging? Check bitfighter.ini [Diagnostics] LogNetBase=No |
| 19:10:39 | kaen | it's not respecting the INI option |
| 19:10:51 | kaen | I tried to trace it in GDB but got bogged down |
| 19:11:34 | kaen | now I'm fixing my last few release-critical bugs in pleiades :P |
| 19:15:00 | | LordDVG has joined |
| 19:15:05 | | LordDVG Quit (Changing host) |
| 19:15:05 | | LordDVG has joined |
| 19:15:27 | | kumul has joined |
| 19:19:30 | Watusimoto | pyinstaller seems to work on windows |
| 19:19:51 | Watusimoto | need to work a bit on dinner, will continue experimenting after dinner |
| 19:22:24 | | LordDVG Quit (Remote host closed the connection) |
| 19:24:32 | | Watusimoto Quit (Ping timeout: 260 seconds) |
| 19:26:51 | raptor | sam686: the INI isn't working for the extra logging - I had assumed you or kaen had added some define or other flag in one of your TNL commits, but I was unable to find it |
| 19:27:17 | sam686 | it works, but only changes whats logged for bitfighter.log |
| 19:28:13 | raptor | ah |
| 19:28:22 | raptor | so then the change was for stdout |
| 19:28:26 | raptor | somewhere |
| 19:28:56 | sam686 | see setupLogging, I don't see any such network logging there |
| 19:29:07 | sam686 | in main.cpp |
| 19:29:30 | sam686 | theres 2 setup logging functions with different parameters |
| 19:31:31 | sam686 | what kind of output you getting? A bunch of TNL logprintf's? |
| 19:36:35 | raptor | sam686: http://pastie.org/pastes/8517548/text |
| 19:36:45 | raptor | that's being printed on the console |
| 19:37:55 | kaen | same here |
| 19:42:30 | sam686 | is that as a dedicated build or just a regular full client/server build? |
| 19:43:40 | kaen | only for dedicated |
| 19:45:58 | | Kiryx has joined |
| 19:46:53 | sam686 | i see the output logging problem too on dedicated, need to find where it is coming from though.. |
| 19:49:50 | kaen | anything I can do to help the packaging, raptor ? |
| 19:50:59 | raptor | kaen: do you think we shoudl distribute the notifier in the linux packages somehow? |
| 19:52:00 | kaen | yes |
| 19:52:14 | raptor | installed in /usr/bin or /usr/share/bitfighter... ? |
| 19:52:23 | kaen | you should just be able to add it as a +x file (with hashband) in /usr/bin |
| 19:52:33 | kaen | hashbang* |
| 19:52:41 | raptor | installing in a bin dir is fraught with packaging convention problems |
| 19:52:42 | kaen | #!/usr/bin/env python |
| 19:52:50 | kaen | really? |
| 19:53:00 | kaen | they only let you specify one exe? |
| 19:53:27 | raptor | no, you can have multiple, but then they go through extra LINT if it's like python or perl |
| 19:53:50 | raptor | well, i'm not at that point anyways.. |
| 19:55:11 | raptor | my 5 month old just ate pumpkin pie and is now beserk |
| 19:57:24 | kaen | I would go beserk if I had to eat pumpkin pie, too |
| 19:57:39 | kaen | :) |
| 19:57:53 | kaen | I'm more of a cheesecake guy myself |
| 19:59:18 | raptor | the wife gave her more because she's 'happy crazy' not 'grumpy crazy' |
| 20:01:12 | | BFLogBot Commit: fe9baa7566cc | Author: sam8641 | Message: dedicated build: It will help if oglConsole doesn't print EVERYTHING to console |
| 20:02:16 | raptor | was that really the issue? |
| 20:03:43 | | BFLogBot Commit: 818930a680b0 | Author: sam8641 | Message: Oops, still want to output to gConsole, but not printf (stdout) |
| 20:03:44 | sam686 | made a little error on my commit |
| 20:04:18 | sam686 | yes that was a problem, a PRINTF in oglConsole |
| 20:04:40 | sam686 | even better, no OglConsoleLogConsumer gOglConsoleLog; in dedicated build |
| 20:07:29 | raptor | good find! |
| 20:07:32 | raptor | thanks |
| 20:20:56 | phillreeder | raptor the seeker should only target enemy ships correct? |
| 20:22:51 | | myxabrik1 Quit (Remote host closed the connection) |
| 20:27:37 | raptor | phillreeder: yes |
| 20:28:20 | raptor | sorry, crises at the moment... |
| 20:52:27 | | Watusimoto has joined |
| 20:59:28 | Watusimoto | raptor: did you merge the gci notifier code into the repo? |
| 20:59:44 | raptor | Watusimoto: not yet, am planning on it in a few min |
| 20:59:49 | Watusimoto | ok, great |
| 21:00:00 | Watusimoto | I like this new python build tool |
| 21:00:05 | Watusimoto | pyinstaller |
| 21:00:15 | Watusimoto | works great on windows, is supposed to be cross platform |
| 21:00:17 | raptor | you mean the one i'm already using? |
| 21:00:24 | Watusimoto | is that the one you are using? |
| 21:00:36 | Watusimoto | if so... then yes! |
| 21:00:36 | raptor | yes, i have a config file and everything set up for it |
| 21:00:42 | Watusimoto | oh, great |
| 21:00:48 | Watusimoto | is that in the repo? |
| 21:00:52 | raptor | so don't do too much extra work! |
| 21:00:55 | raptor | yes |
| 21:01:00 | Watusimoto | just playing with it so far |
| 21:01:19 | raptor | there's a subdir with notes in the config file |
| 21:01:39 | | destroyerimo_ Quit (Ping timeout: 260 seconds) |
| 21:01:43 | Watusimoto | see it |
| 21:03:36 | Watusimoto | I came up with a few different options than what you have in your .sh script |
| 21:04:16 | raptor | different than ones also specified in the .spec file? |
| 21:04:35 | raptor | I'm using mingw, by the way, so i don't rage against the machine as much... |
| 21:04:48 | raptor | err MSYS, I mean |
| 21:05:09 | Watusimoto | I need to review the .spec |
| 21:05:40 | Watusimoto | we need the --noconsole option for windows |
| 21:05:49 | raptor | that's in the spec |
| 21:05:55 | Watusimoto | oh, good |
| 21:06:11 | Watusimoto | ok, you're ahead of me on this |
| 21:06:26 | raptor | yeah, I can compile it and give you the EXE |
| 21:06:38 | Watusimoto | no need -- I have the tools here to build it myself |
| 21:10:20 | raptor | ok, let merge those changes... |
| 21:10:36 | sam686 | do you want the console to be hidden in -dedicated ? (windows) |
| 21:11:48 | sam686 | main.cpp have USE_HIDING_CONSOLE part for windows-only, it may show console at first, but once SDL windows shows the console is hidden (release build) |
| 21:12:09 | sam686 | and the console won't hide if ran from command window |
| 21:13:53 | Watusimoto | ah, I think we want to show the console, so people can kill their server ??? |
| 21:13:58 | phillreeder | I'm having a hard time thinking of what the seeker targeting should be looking for |
| 21:14:01 | | Invisible has joined |
| 21:14:29 | Watusimoto | phillreeder: one idea is to have it look for ships within LOS |
| 21:14:29 | raptor | other ships! |
| 21:14:31 | phillreeder | it seems like no matter what the situation, the bot should target the bot with the least advantage and the work around it |
| 21:14:50 | sam686 | showing console, its an easy way to prevent stupid people from double-clicking the -dedicated shortcut and accidenly run hundreds of dedicated server |
| 21:14:58 | kaen | spicey here |
| 21:15:09 | Watusimoto | hi spicey |
| 21:15:19 | kaen | Hey, how is it going? |
| 21:15:39 | Watusimoto | sam686: ideally we would show a tray icon in windows for the master, but I know we're a long way from that ideal |
| 21:15:49 | Watusimoto | it's going well here! |
| 21:15:58 | Watusimoto | what have you done with kaen? |
| 21:16:38 | Watusimoto | phillreeder: the seekers kind of putt along until the find something |
| 21:16:40 | raptor | phillreeder: you probably don't have to choose a target in such a complicated way - maybe just the closes enemy ship with line-of-sight |
| 21:16:53 | raptor | *closest |
| 21:16:54 | Watusimoto | so to use them most effectively, you want them to lock on quickly so they accelerate |
| 21:17:10 | phillreeder | the algo looks for targets within range, then prioritizes based on energy, distance, line of sight. |
| 21:17:23 | Watusimoto | they can see around corners a little, but maybe you shoud just focus on los |
| 21:17:36 | raptor | immutable changeset, what the heck |
| 21:18:07 | Watusimoto | I think you should worry less about energy, and just pick the most optimal target from a target POv |
| 21:18:38 | phillreeder | ok, so from I'm getting here, there's almost no point to having it in the robot.cpp |
| 21:18:39 | Watusimoto | and if the target is at the extreme end of range, maybe approach instead of shoot? |
| 21:18:57 | Watusimoto | the target selection? |
| 21:19:07 | phillreeder | yea, there's very little outside range and LOS |
| 21:19:18 | Watusimoto | target selection could probably be in the bot, yes |
| 21:19:46 | Watusimoto | as for where to aim, you may need to experiment a bit -- leading, trailing, or aiming directly at the target |
| 21:20:09 | phillreeder | I know we want to adopt it to the turrets and whatever, but it seems really specific to bots at this point |
| 21:20:12 | Watusimoto | with phasers, we lead the target by just teh right amount... |
| 21:20:17 | kaen | two dimensional differential equation! |
| 21:20:27 | Watusimoto | sounds like spicey is gone |
| 21:20:55 | kaen | haha yeah she hijacks my laptop when I'm cooking for her |
| 21:21:04 | Watusimoto | phillreeder: if you find someting simple, that works as makes for a fun bot, then that's great |
| 21:21:09 | Watusimoto | no need to complicate things |
| 21:21:21 | raptor | spikey has made a recent contribution to bitfighter in fact - kaen may now become our android maintainer :) |
| 21:21:25 | phillreeder | ok one last thing before I set off: this is practically a whole different playstyle for the bot, how is s_bot going to choose between the playstyles |
| 21:21:45 | kaen | hahaha that's true! |
| 21:22:24 | Watusimoto | I think there are a couple of options: either the bot can make a global decision (always be the seeker bot), or it can make a tactical decision (too far for phasers, use seekers) |
| 21:22:51 | Watusimoto | the assignment was ambiguous on that point; what do you think would be most fun to play against? |
| 21:22:59 | Watusimoto | probably a bot that mixed it up a bit |
| 21:23:11 | phillreeder | I'll play with the second a little and see if it works well, hopefully I can get it to fel right |
| 21:23:13 | Watusimoto | fired a seeker then swooped in with phasers or soemthing |
| 21:23:15 | phillreeder | that was my initial impression |
| 21:23:26 | Watusimoto | experimentation is the best way |
| 21:24:26 | Watusimoto | raptor: do you think we should use upx on windows for the notifier? |
| 21:25:14 | Watusimoto | I'm thinking that it woudl complicate the build process, and that we'll get compression in transit from the installer; the only difference would be installed size |
| 21:25:28 | raptor | Watusimoto: already do |
| 21:25:41 | Watusimoto | I don;t see a windows build script... is there one? |
| 21:25:47 | Watusimoto | I see the .sh one |
| 21:25:51 | raptor | that's it |
| 21:25:54 | raptor | for use with msys |
| 21:25:59 | Watusimoto | ah, I see |
| 21:26:18 | Watusimoto | that will require a very specialized build environment then |
| 21:26:27 | raptor | Watusimoto: I think I should be building on windowx xp 32bit |
| 21:26:52 | raptor | I don't trust your vs 2013 to build something fully backwards compatible |
| 21:27:26 | Watusimoto | windows is always backwards compatible; I do trust it, but am not opposed to you doing the final build |
| 21:27:37 | sam686 | I have visual 2008 that runs on my windows XP and 7 |
| 21:27:51 | sam686 | I kindof have visual 2010 on windows 7 though |
| 21:27:58 | raptor | the reason I say this is that the backwards compatibility does not hold when compiling in newer IDEs... |
| 21:28:02 | Watusimoto | but I do want to make sure that the build environment is as easy to get up and running as possible |
| 21:28:17 | raptor | they link in different APIs, even if it is the 'same' library |
| 21:28:25 | raptor | it's why bitfighter doesn't run on windows 2000 |
| 21:28:54 | sam686 | unless compiled from visual 2008, those are said to suppose to run windows 2000 i think |
| 21:29:09 | sam686 | in fact I use 2008 right now |
| 21:29:27 | raptor | exactly! binaries I compile on vs 2010 do not work on windows 2000, and I have not been able to get them to work.. |
| 21:29:28 | Watusimoto | personally, I only feel compelled to suport >= XP |
| 21:29:36 | raptor | yeah, me too... |
| 21:29:37 | sam686 | but again anyone still use 2000? |
| 21:30:01 | Watusimoto | probably not |
| 21:30:45 | Watusimoto | I don't like having to have msys installed to build the notifier |
| 21:30:59 | | Invisible Quit (Quit: Invisible) |
| 21:31:10 | raptor | then create a batch rile |
| 21:31:12 | raptor | batch file |
| 21:31:25 | raptor | the sh is super simple and minor modifications should work in a .bat |
| 21:31:46 | Watusimoto | the batch file is no problem, excpet for the path to upx |
| 21:31:54 | Watusimoto | which is where we started this conversation |
| 21:31:54 | sam686 | interesting,i have some msys-like stuff in mingw. C:\MinGW\msys\1.0\bin |
| 21:32:06 | raptor | uhh |
| 21:32:13 | Watusimoto | if we didn;t use upx, it would be super simple |
| 21:32:13 | raptor | upx was just a zip file with an exe in it |
| 21:32:26 | raptor | i put it somewhere, then pointed to the folder |
| 21:32:55 | Watusimoto | right, but the .sh file has a hardcoded path in it, which seems... hardcoded :-) |
| 21:32:57 | raptor | that seems simple to me... unless you mean you don't want to have to download it |
| 21:33:26 | raptor | building this thing will require hard-coded stuff |
| 21:33:33 | Watusimoto | no |
| 21:33:36 | raptor | if used in dos or msys |
| 21:33:40 | Watusimoto | without upx it wouldn't |
| 21:33:43 | raptor | yes... look at the spec file |
| 21:34:21 | Watusimoto | it has one in there: |
| 21:34:32 | Watusimoto | root_path = 'c:/hg/bitfighter.tools/bitfighter-notifier' |
| 21:34:43 | raptor | yep |
| 21:34:56 | raptor | that was the minumum I could get away with... |
| 21:35:22 | Watusimoto | what is that? I can;t find that in the pyinstaller docs |
| 21:35:30 | raptor | but if you want to take out upx, then that's fine - i'm sure the installer compression would make up for it |
| 21:35:43 | raptor | it's not in the docs |
| 21:35:49 | Watusimoto | what is it? |
| 21:36:02 | raptor | a variable to make running the spec easier |
| 21:36:07 | raptor | the spec is just python |
| 21:36:36 | Watusimoto | ah, so it is |
| 21:36:36 | raptor | it uses that path to know where to analyze the python script and to pull some other resources, like the ico file |
| 21:36:47 | Watusimoto | couldn't those all be relative paths? |
| 21:37:55 | raptor | i remember trying that but failed - I don't remember why, but I still think it *should* work |
| 21:38:02 | sam686 | notifier? it won't run for me, and this is all I get: http://sam6.25u.com/upload/text1311/131129_21-37-33.txt |
| 21:38:18 | raptor | I think it had to do with the spec running from the pyinstaller path |
| 21:38:34 | raptor | and i couldn't guarantee a relative path from that on everyone's system |
| 21:38:45 | sam686 | where should i "cd" to then? |
| 21:38:51 | raptor | sam686: it'll work after its compiled |
| 21:39:01 | raptor | see the dependencies in the .py script itself |
| 21:39:11 | Watusimoto | to run from the .py you need the libs |
| 21:39:26 | Watusimoto | the exe is an all-in-one; no python required |
| 21:39:37 | sam686 | perhaps its the systram thats missing |
| 21:39:41 | sam686 | systray |
| 21:40:42 | Watusimoto | because when I build the exe manually, I did so from the bf-tools folder |
| 21:41:18 | Watusimoto | and since everything is there, I didn;t require any paths at all |
| 21:41:30 | raptor | oh really - but did you use the spec? |
| 21:41:34 | Watusimoto | no |
| 21:41:36 | Watusimoto | I did this |
| 21:41:41 | Watusimoto | pyinstaller --onefile --noconsole bitfighter_notifier.py |
| 21:41:48 | Watusimoto | it's not complete, but it worked |
| 21:41:58 | Watusimoto | even sucked in the icons when run from a folder with icons in it |
| 21:42:13 | Watusimoto | so maybe it is complete |
| 21:42:31 | Watusimoto | I wasn't even planning on using a .spec file |
| 21:42:39 | Watusimoto | (unless we needed it for other platforms) |
| 21:42:40 | raptor | how big was the output? |
| 21:43:35 | Watusimoto | as I recall about 4.2MB |
| 21:43:49 | raptor | ok good, then it did pull in the runtime |
| 21:43:52 | Watusimoto | (I think I deleted it on a subsequent aborted run) |
| 21:44:06 | Watusimoto | how big is your build? |
| 21:44:07 | raptor | my output (with upx) was 3.1 MB or so |
| 21:44:10 | Watusimoto | ok |
| 21:44:20 | Watusimoto | so I think upx gives us nothing of real value |
| 21:44:44 | Watusimoto | the installer will compress it just as well, and 1MB on disk is nothing |
| 21:45:21 | sam686 | bitfighter.exe release build for me is 5099 KB |
| 21:45:40 | Watusimoto | so my plan was to add the pyinstaller command to the nsis builder, and have it all sucked in with one command |
| 21:45:43 | sam686 | soo.. it looks like python is size-inefficient somehow.. |
| 21:46:01 | Watusimoto | well, you get all of python with that exe |
| 21:46:53 | Watusimoto | for my plan to work, however, the notifier should be in the same repo as the game |
| 21:47:02 | Watusimoto | so we know where everything is |
| 21:48:28 | sam686 | maybe if we cook up some windows C++ tray icon notifyer, we can then have it display while running -dedicated and notify on player join.. |
| 21:49:11 | Watusimoto | would that offer a big advantage over running the exisitng notifier? (which will work in that context as well as others) |
| 21:49:46 | | BFLogBot Commit: 965b490df992 | Author: buckyballreaction | Message: Add in GEOFBOT's notifier changes from GCI |
| 21:50:15 | raptor | I don't mind bringing the notifier into the main repo, now that it will be a part of this complete breakfast |
| 21:50:26 | sam686 | Could also be tiny bandwidth, using TNL to communicate (as a seperate MASTER_NOTIFIER NetConnection) and only the master instantly tell the notifier |
| 21:50:28 | raptor | but maybe put it under its own directory |
| 21:51:37 | raptor | that would be ideal, but it does not offer rapid development on 3 platforms |
| 21:52:45 | sam686 | what else should we do? Convert entire TNL to python? |
| 21:53:25 | raptor | or just leave the simple http JSON fetch |
| 21:54:15 | raptor | doing a c++ one would offer speed/size advantages, but the disadvantage of having to do a lot more platform-specific development |
| 21:54:26 | kaen | also a JSON parser |
| 21:54:39 | raptor | kaen: he's thinking of just using TNL to ping the master |
| 21:54:46 | kaen | ohh I see |
| 21:55:03 | raptor | also, development on OSX, to me, means death |
| 21:55:08 | sam686 | more like connect to master.. and just wait for the master to signal notifier |
| 21:55:23 | sam686 | thats the most instant way to get notified |
| 21:55:29 | kaen | ok, but there's the UI integration |
| 21:55:35 | kaen | which is 100% the hardest part in my opinion |
| 21:55:44 | Watusimoto | one possibility would be to use a standard libary like Qt to do notifier stuff |
| 21:56:00 | Watusimoto | (if it is offered) |
| 21:56:05 | kaen | imo Qt is a nightmare to link against |
| 21:56:08 | Watusimoto | that might remove some of the ui pain |
| 21:56:09 | raptor | QT! |
| 21:56:13 | raptor | 12 MB later... |
| 21:56:25 | Watusimoto | it's an option; there are others |
| 21:56:43 | raptor | not on release day! |
| 21:57:06 | Watusimoto | so I'm goint to move forward with moving notifier into the main repo and hooking the build into nsis |
| 21:57:14 | kaen | just thinking about all the for a c++ notifier like the python is making me nervous |
| 21:57:19 | Watusimoto | and documenting the new requirement (pyinstaller) |
| 21:57:28 | kaen | all the deps* |
| 21:57:41 | sam686 | the notifier stuff can always wait for later, like 019a.. |
| 21:57:50 | raptor | Watusimoto: don't hook up the building with nsis, but hook up the resultant exe |
| 21:57:56 | raptor | also please pull latest from repo |
| 21:58:07 | raptor | i just commited geofbot's changes |
| 21:58:17 | Watusimoto | ok, then build from a bat file and package with nsis? |
| 21:58:24 | raptor | Watusimoto: yes |
| 21:58:26 | Watusimoto | I could live with that |
| 21:58:36 | raptor | that way we don't break nsis if we don't have all the deps |
| 21:58:41 | Watusimoto | yes |
| 21:58:42 | Watusimoto | ok |
| 22:01:49 | sam686 | CS_PROTOCOL_VERSION 37 might want to change to 38 on release... many people have old 019 that can cause some problem if attempted to connect to released 019.. |
| 22:02:19 | raptor | yes, i'm waiting for everyone else's commits to change the version numbers |
| 22:02:59 | raptor | i'm doing my commit review now... |
| 22:03:29 | raptor | kaen, do you need to re-run the luadocs? |
| 22:04:30 | Watusimoto | annoyingly, hg is giving me a 403 Forbidden error when I try to commit to the tools repo |
| 22:04:32 | raptor | it's been almost 2000 revisions... |
| 22:04:57 | raptor | Watusimoto: set up your google code credentials? |
| 22:05:12 | sam686 | CS_PROTOCOL_VERSION 38 on release.. the comments in version.h, just have it say pre_019 = 37 // 019 = 38 |
| 22:05:15 | Watusimoto | not with this repo yet |
| 22:05:23 | Watusimoto | but I don't get a chance to enter my pw |
| 22:05:27 | Watusimoto | let me try from cmd line |
| 22:06:08 | Watusimoto | ok, it's not a tortoise thing, it's an hg thing |
| 22:06:55 | raptor | I.. I don't think I can enumerate the bug fixes... |
| 22:07:48 | sam686 | hg push https_path? |
| 22:08:01 | raptor | ah yes, https is needed too |
| 22:08:44 | Watusimoto | c:\Users\Chris\Documents\bf-tools>hg push |
| 22:08:45 | Watusimoto | pushing to https://watusimoto%40bitfighter.org@code.google.com/p/bitfighter.tools/ |
| 22:08:45 | Watusimoto | searching for changes |
| 22:08:45 | Watusimoto | abort: HTTP Error 403: Forbidden |
| 22:08:47 | sam686 | or in turtoiseHG, press the 2 green arrows and then set the path, click the lock icon to change password, and click save (floppy disk icon) |
| 22:09:03 | Watusimoto | I think that hg must have an incorrectly cached password somewhere |
| 22:09:31 | raptor | the password is the auto-generated google code one |
| 22:09:34 | sam686 | I wonder why people still use the floppy disk icon for save button? |
| 22:10:04 | Watusimoto | ah, good idea |
| 22:10:10 | Watusimoto | I got a pw prompt |
| 22:10:14 | Watusimoto | hooray! |
| 22:12:03 | Watusimoto | pushed! |
| 22:12:04 | | BFLogBot Commit: d7fe2d1c7ce7 | Author: watusimoto | Message: Comments |
| 22:12:05 | | BFLogBot Commit: 12484e1bac08 | Author: watusimoto | Message: Merge |
| 22:12:07 | | BFLogBot Commit: d24cf4e17310 | Author: watusimoto | Message: Merge |
| 22:12:08 | | BFLogBot Commit: 05f3b2973831 | Author: watusimoto | Message: Merge |
| 22:12:39 | raptor | 1 commit and 3 merges? |
| 22:13:36 | raptor | amazing... fun graph |
| 22:22:37 | Watusimoto | I've been dragging those comments around for a while |
| 22:23:44 | sam686 | I don't get it, did the latest comment of 3 merge disappeared from google code? |
| 22:23:44 | Watusimoto | so... top level folder called "notifier"? |
| 22:24:05 | sam686 | http://code.google.com/p/bitfighter/source/list |
| 22:24:07 | Watusimoto | it should not have |
| 22:24:36 | Watusimoto | wrong repo? |
| 22:24:43 | sam686 | I polled your changes once it worked. |
| 22:24:57 | Watusimoto | it's the bf-tools rep |
| 22:25:01 | sam686 | I tried polling again into my different clone, I don't see merge 3 time changes |
| 22:25:19 | sam686 | oh a different repo |
| 22:25:21 | sam686 | I get it. |
| 22:25:37 | sam686 | Confused over which Repo I am looking at |
| 22:30:39 | sam686 | I did notice something, I see raptor's gmail address and watusimoto email address in commit authors (in hg web) but not mine. http://sam6.25u.com/hg/bf019/ and logbot doesn't show gmail part in raptor's commit |
| 22:33:33 | kaen | iirc you have to configure mercurial for that |
| 22:33:56 | kaen | [ui] |
| 22:33:56 | kaen | username = kaen |
| 22:33:56 | kaen | email = bkconrad@gmail.com |
| 22:34:03 | sam686 | ok, though not too bothered about that.. |
| 22:35:35 | sam686 | the commit username can be different from push username/password |
| 22:35:54 | sam686 | and it appears it just uses email for the commit username if the commit username left blank. |
| 22:36:21 | sam686 | no email/no commit username, it tells you need a username. |
| 22:37:15 | phillreeder | alright Watusimoto I think I got somewhere |
| 22:37:42 | phillreeder | the bots feel significantly more....dynamic |
| 22:37:52 | Watusimoto | good, I think |
| 22:38:18 | kaen | can I see? |
| 22:38:24 | phillreeder | it feels a lot less clustered |
| 22:38:57 | phillreeder | here's the code for the s_bot http://pastie.org/8517799 |
| 22:40:20 | sam686 | Authors:? now that you made changes to it... |
| 22:41:16 | phillreeder | I don't feel like I did enough to write my name on it yet |
| 22:41:28 | sam686 | its ok |
| 22:49:26 | phillreeder | I decided against putting new logic in the robot.cpp, but getIdealTarget() could be migrated and improved upon |
| 22:50:09 | kaen | I like the idea of prototyping in lua, and moving to c++ if there's a significant performance gain to be had. |
| 22:53:18 | raptor | I agree |
| 22:53:56 | raptor | Watusimoto: whatever you don't get done tonight, I'll continue |
| 22:54:44 | Watusimoto | ok, thanks |
| 22:54:53 | raptor | I haven't been doing too much - we've had several crises today |
| 22:55:04 | Watusimoto | the danger of putting too much bot logic in c++ is bots become homogeneous |
| 22:55:17 | raptor | the last was my second-born wedged himself between boards of the fence, with his arms forward |
| 22:55:30 | Watusimoto | good grief |
| 22:55:42 | raptor | and when I pulled hiim out, he lost a healthy chunk of skin |
| 22:57:04 | Watusimoto | ouch |
| 22:59:42 | kaen | Watusimoto, agreed |
| 22:59:54 | kaen | plus, why maintain c++ code that you don't have to? |
| 23:00:04 | Watusimoto | c++ is good |
| 23:00:08 | Watusimoto | very tasty |
| 23:00:20 | Watusimoto | so you don't haev to maintain lua code! |
| 23:00:24 | kaen | hehe |
| 23:01:05 | kaen | I think I've just been brain damaged from writing so much dynamic interpreted code |
| 23:01:18 | kaen | I feel out of place when I don't have anonymous function literals. |
| 23:02:17 | kaen | the only thing I can say that I like about c++ is the static typing |
| 23:03:14 | phillreeder | agreed. Watusimoto I want you to check over what I have to see if you like where I'm headed, should I put it as finished on the task page? |
| 23:03:44 | Watusimoto | what did you do? c++ and lua work? |
| 23:04:18 | phillreeder | I was playing with c++ but decided it would be better to prototype in lua and maybe later move some logic to c++ |
| 23:04:28 | phillreeder | so for not it's all in the .bot |
| 23:05:07 | Watusimoto | the just do a pastie for the moment, or the gci thing... whatever works |
| 23:05:44 | phillreeder | http://pastie.org/8517830 |
| 23:06:14 | phillreeder | that's that...no where near done but it'll give you a sense of what I want to do |
| 23:06:31 | Watusimoto | so just use it like any other bot? |
| 23:06:52 | phillreeder | yep, it's a rewrite of s_bot. I got to go for the night, see y'all tomorrow |
| 23:07:27 | Watusimoto | later! |
| 23:07:36 | kaen | later! |
| 23:08:10 | kaen | so there's nothing I can do to help? |
| 23:08:50 | Watusimoto | check the bot! |
| 23:08:59 | Watusimoto | for me he seems to put on armor then do nothing |
| 23:09:20 | Watusimoto | oh, maybe I need to rebuild |
| 23:12:44 | Watusimoto | I think phillreeder is going to need to walk me through this tomorrow |
| 23:13:45 | Watusimoto | well, I cannot get pyinstaller to build in the new location |
| 23:13:56 | Watusimoto | an error message pops up then disappears too quickly to read |
| 23:15:02 | kaen | hmm I couldn't actually get the bot to fire |
| 23:17:11 | Watusimoto | me neither |
| 23:18:30 | Watusimoto | maybe that's what he meant when he said nowhere near done |
| 23:25:57 | raptor | ok, are there any bugs we want to finish before release, like that editor one? or allowing neutral Cores? |
| 23:28:10 | kaen | neither of those interest me |
| 23:28:31 | raptor | yeah, me neither, unless someone can solve that bug with a magic want |
| 23:28:33 | raptor | *wand |
| 23:28:44 | kaen | it's already bested me twice |
| 23:37:27 | raptor | me too! |
| 23:39:39 | | amgine123 has joined |
| 23:39:39 | Watusimoto | what's the editor error? |
| 23:39:44 | amgine123 | hey raqptor |
| 23:39:51 | amgine123 | hey wattisimo |
| 23:40:06 | amgine123 | is raptor afk i need to ask him osmthing |
| 23:41:02 | kaen | most likely. just ask, amgine123 |
| 23:41:24 | kaen | Watusimoto, the editor error is a weird snapping thing with forcefield and turrets |
| 23:41:33 | amgine123 | raptor can you type in the channel /msg servbot #bitfighter fantasy on ? |
| 23:41:34 | Watusimoto | I can fix that :-) |
| 23:41:41 | amgine123 | i found that btw |
| 23:42:32 | amgine123 | it gives you more channel abilitsy if you type that |
| 23:42:39 | amgine123 | but only @ can do it |
| 23:45:18 | sam686 | there is CoreItem::canBeHostile() CoreItem::canBeNeutral(), they are both false, allowing neutral core on editor is a simple as making those return true. |
| 23:46:56 | raptor | yes, but we chose to disallow them |
| 23:47:09 | raptor | it was for more than just a numbering problem - but i don't remember why |
| 23:47:41 | sam686 | a lot of neutral core problem was back in 017 |
| 23:47:46 | sam686 | but those problem are gone on 018 |
| 23:47:52 | amgine123 | ratpro look at above chat |
| 23:48:39 | sam686 | as of now, CoreGame only count how many core you have |
| 23:49:11 | sam686 | on 017, it counts -1 for every core that isn't yours and a whole lot of confusion related to that method.. |
| 23:49:25 | | BFLogBot Commit: e4e34b4a1971 | Author: watusimoto | Message: Import notifier code from bf-tools repo |
| 23:49:27 | | BFLogBot Commit: d8ba89132cf4 | Author: watusimoto | Message: Remove paths from spec file |
| 23:49:28 | | BFLogBot Commit: 6479a1d76325 | Author: watusimoto | Message: Merge |
| 23:49:30 | | BFLogBot Commit: d7322066d1a1 | Author: watusimoto | Message: Create a bat file to help build the notifier on windows |
| 23:50:02 | Watusimoto | kaen: are you looking for something to do? |
| 23:50:12 | kaen | yes |
| 23:50:46 | amgine123 | !help |
| 23:50:46 | BFLogBot | Type !commands to see a list of commands. Please don't spam the main channel |
| 23:51:35 | amgine123 | ratypro try the command trust me its worth it |
| 23:52:01 | | BFLogBot Commit: cfd5755e2385 | Author: watusimoto | Message: Remove notifier -- code is now in main repo |
| 23:52:18 | Watusimoto | well, I have about an hour before I completely pass out and need to decide between two tasks |
| 23:52:26 | Watusimoto | 1) try to fix that editor error |
| 23:52:41 | Watusimoto | 2) get the installer to include the notifer on windows |
| 23:52:58 | raptor | I can do 2, if needed |
| 23:53:00 | Watusimoto | I can definitely do 2), possibly 1), definitely not both |
| 23:53:21 | Watusimoto | it should be failry easy |
| 23:53:55 | Watusimoto | ok, I'll take a stab at the editor task |
| 23:54:31 | amgine123 | but i had a possibly stupid idea about the join polywalls creating a hole problem |
| 23:56:43 | kaen | I'll work on 1 as well |
| 23:56:46 | sam686 | Why do we allow hostile spawn point in editor if they do totally nothing? (i think, or is it something with levelgen?) |
| 23:56:54 | Watusimoto | ok, I updated the checklist to mention building notifier on windows |
| 23:57:33 | amgine123 | is it possible with the join walls issue to make it so if there is a hole to automaticly fill the entire hole ( 1 object) then deleted the filled area ? |
| 23:57:49 | amgine123 | fill join then deleted ? |
| 23:57:53 | raptor | kaen: did you say luadocs was up to date? |
| 23:58:05 | kaen | yes |
| 23:58:13 | Watusimoto | for nsis, we'll need to 1) copy bitfighter_notifier.exe from pyinstaller/dist and 2) add a shortcut to it on the start menu |
| 23:58:32 | amgine123 | ratpro you should acess fantasy commands is would be very helpfull for you |
| 23:59:09 | Watusimoto | man, that checklist is getting big |
| 23:59:58 | Watusimoto | added Desura |