| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| Landon | tansell: pong | 00:06 |
|---|---|---|
| tansell | Landon, so where are you at? | 00:06 |
| Landon | hrm, no substantial changes since before I left other thanpushing my changes to the console | 00:06 |
| Landon | I want to get some work done on the lasers again tonight (so multiple show up/dont stick around afterwards/stay on target for a specified time) | 00:07 |
| tansell | left? | 00:10 |
| Landon | ? | 00:10 |
| tansell | since before I left | 00:13 |
| Landon | oh | 00:13 |
| Landon | july 3rd | 00:13 |
| Landon | I unexpectedly disappeared off to relatives for the 4th | 00:14 |
| tansell | so there has been Monday/Tuesday since that weekend? | 00:14 |
| tansell | and the 5th, 6th and 7th? | 00:16 |
| Landon | I just got back to my desktop yesterday,but I didn't get anything productive done | 00:17 |
| Landon | today (7th) has been about the same so far, but it's not over yet | 00:18 |
| tansell | so we both agreed that you where behind schedule right? | 00:21 |
| Landon | yeah | 00:21 |
| tansell | so it's not a great time to be getting nothing productive done | 00:22 |
| Landon | agreed | 00:23 |
| tansell | when do you have to go back to uni? | 00:23 |
| Landon | looking it up | 00:24 |
| Landon | august 254 | 00:24 |
| Landon | 24* | 00:24 |
| tansell | August 17: is the final GSoC deadline | 00:27 |
| tansell | which gives you about 5-6 weeks | 00:28 |
| llnz | bbl | 00:34 |
| *** llnz has quit IRC | 00:34 | |
| tansell | which will be gone in no time | 00:39 |
| tansell | Landon, so whats the plan for the end of this week? | 00:39 |
| Landon | I should probably look at my timeline at some point and break it down into smaller tasks, but I still need to get controls other than just Next in | 00:41 |
| Landon | and fix up the bugs/quirks that have popped up while I've been working like the disappearing gui elements | 00:42 |
| Landon | I'm afraid I can't give anything other than "I'll get where I get" though, I still need a good way to find the state of the battle at each round | 00:44 |
| tansell | remeber at a minimum you should be doing a normal work week | 00:51 |
| Landon | yeah | 00:55 |
| *** Greywhind has quit IRC | 01:24 | |
| CIA-22 | landon tpclient-pyogre * re80b8d31c69f /src/battleviewer.py: Fixed window fading issues, now all children have the event added | 01:43 |
| *** nash has quit IRC | 03:09 | |
| *** llnz has joined #tp | 03:09 | |
| CIA-22 | llnz tpserver-cpp * r7b2acdaad80d /tpserver/ (advertiser.h board.h command.h persistence.h settings.cpp): Add a few more includes of stdint.h. | 03:18 |
| *** greenlion has joined #tp | 03:56 | |
| CIA-22 | llnz web * rfa3c9f2b3e7d /dev/ (documents.php documents/mtsec.php): Redirect the mtsec page to the wiki, added link to ruleset wiki page on Docs page. | 04:07 |
| *** tpb has joined #tp | 04:18 | |
| *** ChanServ sets mode: +o tpb | 04:18 | |
| *** tansell_laptop has joined #tp | 04:21 | |
| *** verhoevenv has joined #tp | 04:38 | |
| tansell | verhoevenv, ping? | 05:37 |
| *** greenlion has quit IRC | 05:49 | |
| CIA-22 | landon tpclient-pyogre * rbd6a0df82483 /src/battleviewer.py: Fixed movement so it actually goes to the World relative position, not Parent relative | 06:08 |
| CIA-22 | landon tpclient-pyogre * rbaf3ce9e9cbd /src/battleviewer.py: Fixed bug where the scenenode wouldn't face the right direction when moving | 06:28 |
| verhoevenv | tansell: pong | 06:47 |
| CIA-22 | landon tpclient-pyogre * r4fd8f7ab1ce7 /src/battleviewer.py: Show the current round when log events occur | 07:49 |
| *** greenlion has joined #tp | 08:19 | |
| *** peres has joined #tp | 08:42 | |
| * llnz wanders off | 08:54 | |
| llnz | later all | 08:54 |
| *** llnz has quit IRC | 08:54 | |
| *** mithro has quit IRC | 09:12 | |
| *** mithro has joined #tp | 09:30 | |
| *** mithro has quit IRC | 09:36 | |
| *** peres has quit IRC | 10:05 | |
| *** mithro has joined #tp | 10:13 | |
| *** mithro has quit IRC | 11:09 | |
| *** Greywhind has joined #tp | 11:10 | |
| *** Erroneous has joined #tp | 12:31 | |
| *** tansell_laptop has quit IRC | 13:33 | |
| ezod | alanp: ping | 13:51 |
| *** alanp_ has joined #tp | 14:30 | |
| *** tote has quit IRC | 14:32 | |
| *** tote_ has joined #tp | 14:32 | |
| alanp_ | ezod: ping | 14:33 |
| ezod | alanp_: hey | 14:34 |
| alanp_ | ezod: can't figure out why I can't access orders in createFrame()/inputFrame() in my order classes which is derived from Order() | 14:35 |
| alanp_ | are derived | 14:35 |
| alanp_ | it works in all the other rulesets, so it has to be something in mtsec, but I have been unable to figure out what as of yet | 14:35 |
| alanp_ | brb | 14:37 |
| *** greenlion has quit IRC | 14:38 | |
| *** greenlion has joined #tp | 14:39 | |
| ezod | alanp_: can you rephrase? | 14:41 |
| alanp_ | sure | 14:43 |
| alanp_ | I call " IGObject* obj = game->getObjectManager()->getObject(game->getOrderManager()->getOrderQueue(orderqueueid)->getObjectId());" | 14:43 |
| alanp_ | but obj->getID() returns 0 when it should return 102, for example | 14:44 |
| alanp_ | same call in doOrder() returns the correct ID | 14:44 |
| alanp_ | so it must be something I've overlooked | 14:44 |
| alanp_ | as other rulesets are doing the same thing, but I can't figure out exactly what I've overlooked | 14:44 |
| ezod | hrm, i'd have to look at the code, i don't have a copy here | 14:46 |
| ezod | i can take a look for you in a couple hours | 14:46 |
| ezod | so is game->getOrderManager()->getOrderQueue(orderqueueid)->getObjectId() returning the right id then? | 14:47 |
| alanp_ | no, it's not returning the right ID, that's my problem | 14:48 |
| ezod | you checked it directly? | 14:48 |
| alanp_ | I printed it, it was 0 | 14:48 |
| alanp_ | i printed it in doOrder, and it was correct, 102 | 14:48 |
| ezod | what is the difference in context? | 14:49 |
| ezod | game and orderqueueid look like the only things that could be different | 14:50 |
| alanp_ | the way I understand it is that the client passes the frame to createFrame() | 14:50 |
| alanp_ | on order | 14:50 |
| alanp_ | I think something is happening in processGetOrder possibly | 14:51 |
| ezod | hrm, not sure, will need to look at it | 14:52 |
| ezod | keep me posted | 14:52 |
| alanp_ | i may have just figured it out :-( | 14:57 |
| ezod | great | 14:59 |
| *** tuna-fish has quit IRC | 15:12 | |
| *** alanp_ has quit IRC | 15:31 | |
| alanp | now2 to find out for sure | 16:13 |
| alanp | !!!!!!!!!!!!!!!!!!!!!! | 16:14 |
| alanp | 5 characters cost me hours on end | 16:15 |
| *** llnz has joined #tp | 16:16 | |
| CIA-22 | alanp tpserver-cpp-mtsec * r2ff688444ba2 /modules/games/mtsec/ (move.cpp mtsec.cpp): Fixed issue with ObjectID not being set for the Fleet order queue which was the root of all my problems and tricky to find :-( | 16:23 |
| * alanp sigh | 16:28 | |
| llnz | hi all | 16:28 |
| alanp | hey | 16:28 |
| alanp | brb, dinner | 16:30 |
| Landon | jmtan: ping | 16:51 |
| Greywhind | llnz: ping? | 16:52 |
| llnz | Greywhind: pong | 16:52 |
| Greywhind | llnz: so... adding designs seems to work now | 16:52 |
| llnz | cool | 16:52 |
| Greywhind | llnz: but removing designs is still saying it failed every time | 16:52 |
| Greywhind | llnz: it expects an ok/fail, as far as I can see | 16:52 |
| llnz | can you tell why it is failing? | 16:53 |
| Greywhind | llnz: it can't remove the design... let me check if i'm passing it the correct ID | 16:53 |
| Greywhind | llnz: yeah, it should be passing the id of the design to remove | 16:54 |
| llnz | ah | 16:55 |
| Greywhind | llnz: any ideas? | 16:55 |
| llnz | ft03_Design_Remove: //currently disabled | 16:55 |
| Greywhind | oh... that would explain it :P | 16:55 |
| llnz | processPermDisabled(frame); | 16:55 |
| llnz | it returns a fail frame, type PermUnavailable | 16:56 |
| Greywhind | ok. well, i'm glad it's not on my end | 16:56 |
| Greywhind | llnz: another question - it seems like when i create a new design, it always returns one with ID 0 | 17:00 |
| llnz | ok, that is probably a bug | 17:00 |
| Greywhind | because then when i try to modify it, it just creates another one :P | 17:00 |
| Greywhind | the client is set up to create a new design instead of modifying if the design ID is 0 | 17:01 |
| Greywhind | er, wait | 17:01 |
| Greywhind | -1 | 17:01 |
| Greywhind | in that case, it seems like modifying designs actually duplicates them? | 17:02 |
| Greywhind | i dunno. that could be a client problem. | 17:02 |
| mhilmi | llnz: quick q, how do you get your "personal" board? In an older version of the protocol I saw a getPersonalBoard(). I'm guessing you get the boardcache and your own board is at id 0? | 17:16 |
| mhilmi | Oh nm " Also, do not watch the personal board using id 0, as this will fail (badly)." lol | 17:17 |
| *** greenlion has quit IRC | 17:32 | |
| llnz | mhilmi: yeah, the doxygen (which is available online) normally comments on such things | 17:46 |
| *** Greywhind has quit IRC | 18:01 | |
| *** Greywhind has joined #tp | 18:11 | |
| CIA-22 | epyon tpserver-cpp-refactor * r7c382ce58aa2 /tpserver/ (playeragent.cpp playermanager.cpp): Know thy STL! (set_intersection) | 18:29 |
| CIA-22 | epyon tpserver-cpp-refactor * r2d67d87d9b18 /tpserver/ (net.cpp net.h): Network class preliminary cleanup | 18:52 |
| *** nash has joined #tp | 19:06 | |
| CIA-22 | epyon tpserver-cpp-refactor * rbe287e75a0b4 /tpserver/ (order.cpp order.h): Order typedef | 19:15 |
| epyon | nash: ping? | 19:15 |
| nash | epyon: You | 19:16 |
| nash | Yo that is | 19:16 |
| epyon | :> | 19:16 |
| nash | So have you done your mid session report yet? | 19:19 |
| epyon | Nope, will try to find time for that :/ | 19:25 |
| *** Greywhind has quit IRC | 20:05 | |
| *** Greywhind has joined #tp | 20:05 | |
| llnz | epyon: are you sure what you did in Network::adminStop() works? doesn't itcurr become invalid when the item it is currently at is removed from the collection? | 20:15 |
| tansell | morning people | 20:17 |
| CIA-22 | landon tpclient-pyogre * rd2279c40c2f4 /src/battlexml/battle.py: Added end of round states to the battle parser | 20:22 |
| tansell | I'm pretty sure changing a collection while iterating over it is a no-no | 20:33 |
| tansell | Landon, so where are we today? | 20:44 |
| alanp | for moving production points(factories) i'm going to assume that a cargo ship exists and that it is a mid-range speed. sound good? | 20:45 |
| Landon | tansell: trying to get all of the progrsesion stuff finished up | 20:45 |
| tansell | alanp, nope! | 20:45 |
| llnz | hehe | 20:45 |
| tansell | production points move, production point producers don't | 20:46 |
| Landon | my latest commit was so I can see what the general state of the end of round is | 20:46 |
| Landon | so everything will be alive/dead accordingly and in the right positions (I need to get move into the battlexml parser too any ideas how that will be represented in XML?) | 20:47 |
| alanp | tansell: ohhhhh | 20:47 |
| alanp | so I just transfer the points? | 20:48 |
| alanp | what if we go over 100? | 20:48 |
| alanp | this is actually easier i guess | 20:48 |
| alanp | i like the idea of cargo ships tho :( | 20:48 |
| tansell | alanp, sending production points is the only to have a planet produce more then 100 production points per turn | 20:49 |
| alanp | ok, no problemo | 20:49 |
| alanp | so I guess I'll add a uint32_t for production points aside from factories | 20:50 |
| tansell | so production points are always spent each turn | 20:51 |
| tansell | any left overs are thrown away | 20:51 |
| alanp | yeah | 20:51 |
| alanp | well i thought the extras were used to mine? | 20:51 |
| alanp | Production points are used to both mine resources and to convert resources into ships and weapons. Production points are first used to try and satisfy Orders in the queue, any left over points are then used to mine sources. All production points must be used every turn. | 20:52 |
| alanp | well i guess if you use all the points on orders and to mine and you still have some they're thrown away | 20:53 |
| tansell | yeah | 20:54 |
| tansell | so pretty much it's always all used up | 20:54 |
| alanp | nod | 20:54 |
| alanp | so how slowly should these points move? | 20:58 |
| alanp | mid-range ship? | 20:58 |
| alanp | I guess i could set it up with a number now and let gameplay decide | 20:58 |
| *** mithro has joined #tp | 21:05 | |
| tansell | instantly | 21:11 |
| alanp | ???? | 21:11 |
| alanp | Production points can also be sent to other planets. However there is a significant cost in sending points. The cost of sending points is proportional to the distance between the source and destination. Only whole production points can be sent and the number will always be round down. | 21:11 |
| alanp | is the cost IN production points? | 21:11 |
| tansell | so | 21:12 |
| tansell | say you send 50 points from planet A to planet B | 21:12 |
| tansell | only 25 points may arrive | 21:12 |
| alanp | "may" = randomness? | 21:12 |
| tansell | alanp, depends on the formula - but it should be deterministic | 21:13 |
| alanp | alright | 21:13 |
| tansell | alanp, it should be proportional to the distance | 21:14 |
| alanp | nod | 21:14 |
| tansell | of course this mechanic might not work - but we'll see | 21:15 |
| alanp | sounds good enough to try | 21:15 |
| *** Erroneous has quit IRC | 21:19 | |
| * alanp going to bump ship speed by a factor of at least 10 | 21:19 | |
| tansell | alanp, or you could reduce the size of the universe by 10 :) | 21:20 |
| alanp | or that | 21:21 |
| alanp | no matter what i name a design, it gets named the default design "NewDesign", haven't checked if it's a client or server problem yet | 21:24 |
| *** verhoevenv has quit IRC | 21:38 | |
| llnz | alanp: there is a bug in the server about the returned design's id | 21:44 |
| alanp | ok | 21:45 |
| Greywhind | tansell: so i'm not sure if i can do much more on designs until the server bugs are fixed, so i can figure out what's a client bug versus what's a server bug | 21:49 |
| tansell | Greywhind, I would suggest you dive into the server a bit | 21:50 |
| tansell | Greywhind, it would be good to know your way around that | 21:50 |
| alanp | hrm i should probably merge | 21:50 |
| Greywhind | tansell: it seems like Llnz and Alanp are already working on those bugs though | 21:51 |
| tansell | Greywhind, I would keep poking them too :) | 21:51 |
| alanp | ;-) | 21:52 |
| Greywhind | i'm going to see if i can figure out whether that name thing is a client or server problem | 21:52 |
| Greywhind | because i've noticed it as well | 21:52 |
| tansell | Greywhind, working with others is an important part of FOSS :P | 21:53 |
| alanp | which name thing? | 21:53 |
| Greywhind | alanp: the one where you can't rename designs | 21:54 |
| alanp | ah, well it's probably easy to figure out | 21:54 |
| alanp | git is kicking my ass right now, one sec | 21:54 |
| Greywhind | i think it's a client issue | 22:00 |
| alanp | ugh i am brutal with git still | 22:03 |
| Greywhind | ok, yeah, i fixed it | 22:06 |
| alanp | what was it? | 22:06 |
| Greywhind | there was no event when the text was changed | 22:06 |
| alanp | ahh | 22:07 |
| alanp | sweet, thanks | 22:07 |
| Greywhind | i'll push it to tp04 as soon as i can | 22:07 |
| Greywhind | one thing - when i send a design create or change event, i seem to (at least sometimes) get two new designs back, but only one actually exists | 22:07 |
| Greywhind | so maybe i'm getting two packets for the new design? | 22:07 |
| Greywhind | two appear in the list, but if i restart the client, only one of them is still there | 22:08 |
| alanp | hmm | 22:08 |
| alanp | do you see 2 packets int he client's terminal? | 22:08 |
| Greywhind | it's pretty spammy... i'll try to find out | 22:09 |
| Greywhind | it doesn't seem to be printing anything out when it gets packets | 22:11 |
| Greywhind | but it's definitely getting two events | 22:12 |
| Greywhind | both to create the same design | 22:13 |
| CIA-22 | alanp tpserver-cpp-mtsec * ra28c7dd28257 / (52 files in 7 dirs): Merged with master for changes. | 22:14 |
| alanp | pywx? | 22:14 |
| Greywhind | yep | 22:14 |
| alanp | packets should be green/red | 22:14 |
| Greywhind | it seems that it only happens sometimes - usually it creates one | 22:15 |
| Greywhind | and it's definitely not sending two design create events | 22:15 |
| Greywhind | oh. have to turn debug output on. | 22:17 |
| Greywhind | yeah, it's only receiving one packet | 22:17 |
| Greywhind | so i guess this is also a client bug | 22:17 |
| alanp | design window hasn't really been used | 22:18 |
| CIA-22 | alanp tpserver-cpp-mtsec * rd7f3ecced64c /modules/games/mtsec/ (8 files): Now using tinyxml included in tpserver-cpp | 22:21 |
| alanp | Greywhind: have you noticed there's no way to set a category id in the design window? | 22:23 |
| alanp | or am i missing it | 22:23 |
| Greywhind | alanp: that's true, i don't think there is... | 22:23 |
| * alanp needs | 22:24 | |
| Greywhind | i'll put it on my list. | 22:24 |
| alanp | thx | 22:24 |
| Greywhind | wonder if it's sufficient to be able to select by id number, or if we need some more user-friendly way of setting category | 22:24 |
| alanp | definitely we need category name | 22:24 |
| Greywhind | oh, i could probably get the list of category names. right. | 22:25 |
| alanp | another thing i noticed is that if I add a resource to a planet, the next turn if that planet is still selected it doesn't show the correct # of resources | 22:30 |
| alanp | i have to click off and then back on and it shows the right number | 22:30 |
| *** tansell-laptop has joined #tp | 22:35 | |
| CIA-22 | alanp tpserver-cpp-mtsec * r0329750de194 /modules/games/mtsec/enhance.cpp: Should have been division, not modulo | 22:41 |
| tansell-laptop | cherez, ping? | 23:01 |
| cherez | tansell-laptop: Pong. | 23:01 |
| tansell-laptop | cherez, so I see from your blog the parser is done? | 23:01 |
| tansell-laptop | cherez, can you push the latest CL and I'll help direct your cleanup? | 23:02 |
| cherez | Sure, give me a minute to clean it up a tad. | 23:03 |
| cherez | http://codereview.mithis.com/3002/show | 23:06 |
| tpb | Title: Issue 3002: Parser - Code Review (at codereview.mithis.com) | 23:06 |
| cherez | Whoa, the get method calls set, that's bad. | 23:11 |
| tansell-laptop | cherez, so your overall report needs some work | 23:19 |
| tansell-laptop | cherez, how many tests did you add? | 23:19 |
| tansell-laptop | what type of coverage did you end up with? | 23:20 |
| tansell-laptop | cherez, what interesting bugs did you find? | 23:20 |
| tansell-laptop | cherez, imagine that you had to convince a person who had never heard of your work that you should continue in GSoC | 23:20 |
| tansell-laptop | cherez, so this CL needs to be split into 3 different CLs | 23:25 |
| cherez | Oh? | 23:26 |
| tansell-laptop | just finishing up my comments now | 23:27 |
| tansell-laptop | cherez, comments published | 23:28 |
| CIA-22 | alanp tpserver-cpp-mtsec * r425c8a925a46 /modules/games/mtsec/ (enhance.cpp enhance.h planet.cpp planet.h): Fixed all issues with production points exceeding 100 | 23:31 |
| alanp | shit, that should have said factories | 23:33 |
| tansell-laptop | Greywhind, have our meeting in 10 minutes? | 23:50 |
| Greywhind | tansell-laptop: i'm here | 23:50 |
| tansell-laptop | Greywhind, blog post? | 23:50 |
| Greywhind | writing a summary now | 23:50 |
| tansell-laptop | great! | 23:52 |
| *** jmtan has quit IRC | 23:57 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!