| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| tansell | cherez, more comments | 00:00 |
|---|---|---|
| *** Greywhind has quit IRC | 00:09 | |
| *** Greywhind has joined #tp | 00:13 | |
| *** tansell_laptop has joined #tp | 00:34 | |
| *** tansell-laptop has quit IRC | 00:35 | |
| llnz | bbl | 00:37 |
| *** llnz has quit IRC | 00:38 | |
| CIA-21 | landon tpclient-pyogre * r4b8618c45da2 /media/ (2 files in 2 dirs): Changed the font size so it's easily read on smaller resolutions: | 00:38 |
| alanp | hrmmm | 02:14 |
| *** mithro has quit IRC | 02:24 | |
| *** mithro has joined #tp | 02:26 | |
| alanp | mithro: ping? | 02:29 |
| alanp | git server slow? | 02:29 |
| alanp | just me? | 02:29 |
| CIA-21 | alanp tpserver-cpp-mtsec * rc9b2cab74e50 /modules/games/mtsec/ (sendpoints.cpp sendpoints.h): Changed SendPoints to use a ListParameter instead of a vector. Need to ask about input/createFrame. Need to keep track of Points spent throughout all orders. | 02:30 |
| *** Greywhind has quit IRC | 02:39 | |
| alanp | mithro: Greywhind's new client makes it possible for me to creat missiles/torpedoes :-) | 02:44 |
| CIA-21 | alanp tpserver-cpp-mtsec * rb5b31ac43b5c /modules/games/mtsec/mtsec.cpp: Fixed all other planets to have their Factories on the surface instead of mineable, which didn't really make sense. | 02:47 |
| mithro | alanp: yay! | 02:50 |
| alanp | mithro: i left it so you can send points to ANY owned planet = possible team play? | 02:53 |
| alanp | easy to change, of course | 02:53 |
| mithro | alanp: I think for the moment restrict it to your own planets? | 02:57 |
| alanp | that's cool too | 03:01 |
| alanp | it's about 3am, i'll be back working all day tomorrow :-) g'nite | 03:05 |
| *** nash has left #tp | 03:17 | |
| *** tansell_laptop has quit IRC | 03:22 | |
| *** tansell_laptop has joined #tp | 03:22 | |
| *** greenlion has joined #tp | 03:22 | |
| *** mithro has quit IRC | 04:23 | |
| *** mithro has joined #tp | 04:23 | |
| *** tansell_laptop has quit IRC | 04:24 | |
| *** tansell_laptop has joined #tp | 04:42 | |
| *** jmtan has joined #tp | 04:47 | |
| *** tansell--laptop has joined #tp | 05:34 | |
| *** tansell_laptop has quit IRC | 05:36 | |
| *** krytzz has left #tp | 05:44 | |
| *** peres has joined #tp | 06:03 | |
| *** peres has left #tp | 06:39 | |
| *** JLP has joined #tp | 07:31 | |
| *** _JLP_ has joined #tp | 07:37 | |
| *** mithro has quit IRC | 07:40 | |
| *** JLP_ has quit IRC | 07:42 | |
| *** JLP has quit IRC | 07:49 | |
| *** JLP has joined #tp | 07:52 | |
| *** _JLP_ has quit IRC | 08:03 | |
| *** JLP_ has joined #tp | 08:07 | |
| *** JLafont_ has quit IRC | 08:10 | |
| *** gau_veldt has quit IRC | 08:10 | |
| *** JLafont_ has joined #tp | 08:11 | |
| *** gau_veldt has joined #tp | 08:12 | |
| *** _JLP_ has joined #tp | 08:16 | |
| *** verhoevenv has joined #tp | 08:18 | |
| *** JLP has quit IRC | 08:21 | |
| *** JLP_ has quit IRC | 08:23 | |
| *** mithro has joined #tp | 08:33 | |
| *** alanp_ has joined #tp | 08:51 | |
| *** verhoevenv_ has joined #tp | 09:27 | |
| *** verhoevenv has quit IRC | 09:27 | |
| matthewd | tote: No blog post? | 09:30 |
| *** JLP has joined #tp | 09:58 | |
| *** _JLP_ has quit IRC | 10:00 | |
| *** Greywhind has joined #tp | 10:51 | |
| *** Greywhind has quit IRC | 11:29 | |
| *** Erroneous has joined #tp | 13:43 | |
| *** verhoevenv_ has quit IRC | 14:03 | |
| *** alanp_ has quit IRC | 14:27 | |
| *** greenlion has quit IRC | 14:28 | |
| *** Landon has quit IRC | 15:08 | |
| *** greenlion has joined #tp | 15:33 | |
| CIA-21 | landon tpclient-pyogre * rb3051297706d /media/battleviewer/icons/ (9 files): Added new icons for the controls so I can move away from text | 15:38 |
| *** llnz has joined #tp | 16:00 | |
| *** Landon has joined #tp | 16:09 | |
| llnz | morning all | 16:17 |
| *** verhoevenv has joined #tp | 16:24 | |
| alanp | llnz: ping | 16:37 |
| llnz | alanp: pong, slow reposonses sorry, afk a bit | 16:38 |
| alanp | llnz: np, question about how the frames are parsed -- i need to keep track of production points spent each turn. how can i tell when an order has been cancelled/deleted? | 16:39 |
| alanp | i was going to remove the points as the orders came in | 16:45 |
| llnz | alanp: there is no way to tell | 16:55 |
| llnz | the order queue can be change lots before the end of turn | 16:55 |
| llnz | basically, you have do to that at the end of turn | 16:55 |
| *** jnengland77 has joined #tp | 17:03 | |
| alanp | ok | 17:06 |
| *** greenlion has quit IRC | 17:10 | |
| *** jnengland77 has left #tp | 17:38 | |
| *** jnengland77 has joined #tp | 17:41 | |
| CIA-21 | landon tpclient-pyogre * rc144b94bf69e / (11 files in 2 dirs): Moved controls images to an imageset | 18:00 |
| CIA-21 | landon tpclient-pyogre * r41f980ab0918 /media/battleviewer/icons/controls.png: Resized the image to a power of 2 as well as adding some transparency on the controls | 18:06 |
| *** nash has joined #tp | 18:54 | |
| CIA-21 | alanp tpserver-cpp-mtsec * r55dd97733443 /modules/games/mtsec/ (enhance.cpp mtsec.cpp planet.cpp planet.h): Accounted better for Factories in planets and enhance order | 19:23 |
| llnz | humm... | 19:32 |
| llnz | alanp: be careful around ObjectBehavours, they are not stored in the database and can in fact be discarded and recreated at almost any time | 19:33 |
| alanp | llnz: better way to get a planet from the object passed in the order? | 19:34 |
| llnz | that is fine | 19:35 |
| llnz | the issue is having local member varibles in them | 19:35 |
| *** peres has joined #tp | 19:35 | |
| alanp | like which? | 19:35 |
| alanp | the planet? | 19:35 |
| llnz | yeah | 19:36 |
| alanp | crap | 19:36 |
| llnz | store them in parameters in the object | 19:36 |
| llnz | there is a generic integer parameter which could be helpful | 19:36 |
| alanp | i guess i could do that | 19:37 |
| alanp | where is the generic int param? | 19:37 |
| alanp | integerobjectparam | 19:37 |
| alanp | what's up with getParameter()? | 19:38 |
| llnz | ? | 19:41 |
| alanp | how are the numbers for group and param made? | 19:41 |
| llnz | have a look at minisec, it has been updated to give an example | 19:42 |
| alanp | on the refactor branch or master? | 19:42 |
| llnz | they are 1 index into param group, and param | 19:43 |
| llnz | master, and probably your branch too | 19:43 |
| alanp | OK | 19:43 |
| llnz | or maybe it was multiqueue | 19:43 |
| alanp | ? | 19:43 |
| alanp | i see how it's working, but still where are these group ids coming from? | 19:47 |
| alanp | just pick one that's free? | 19:48 |
| llnz | no, they are ordered | 19:48 |
| llnz | jas | 19:48 |
| alanp | k | 19:49 |
| llnz | ok, for for the planet example (in mtsec)... | 19:49 |
| alanp | nod | 19:50 |
| llnz | the actual parameter structure set up by PlanetType is: | 19:50 |
| llnz | * group id1 : Positional | 19:50 |
| llnz | * param id 1: position | 19:50 |
| llnz | * param id 2: velocity | 19:51 |
| llnz | * param id 3: size | 19:51 |
| llnz | * group id 2: Ownership | 19:51 |
| llnz | * param id 1: Owner | 19:51 |
| llnz | * group id 3: Orders | 19:51 |
| llnz | * param id 1: order queue | 19:51 |
| llnz | * group id 4: Resources | 19:52 |
| llnz | * param id 1: resources list | 19:52 |
| llnz | group 1 is from SpaceObjectType, groups 2 and 3 from OwnedObjectType and group 4 from planetType | 19:52 |
| alanp | ok | 19:53 |
| llnz | it could have been set up all in PlanetType | 19:53 |
| alanp | yeah i see where the last one is setup | 19:54 |
| alanp | so i can just setup one more in planettype | 19:54 |
| llnz | yes | 19:55 |
| alanp | okay, thanks, that makes perfect sense | 19:55 |
| alanp | thx | 19:56 |
| alanp | will fix in a minute, brewing up an espresso | 19:57 |
| *** peres has quit IRC | 19:59 | |
| alanp | hmm | 20:02 |
| *** mithro has quit IRC | 20:06 | |
| *** tuna-fish has quit IRC | 20:22 | |
| alanp | Extra data found: '\x00\x00\x00\x0c' | 20:24 |
| alanp | oops | 20:24 |
| *** mithro has joined #tp | 20:27 | |
| llnz | alanp: yes, don't add it to Planet::packExtraData | 20:29 |
| llnz | i hope that packExtraData will go away soon | 20:29 |
| llnz | as from TP04 onwards it's not needed | 20:29 |
| alanp | yeah, that explains it | 20:30 |
| alanp | looks like it's working though | 20:30 |
| alanp | getting rid of second variable now | 20:31 |
| alanp | i feel a lot better about my grasp of ruleset development now, that's for sure | 20:33 |
| llnz | cool | 20:35 |
| tansell | alanp, so an economy up and running now? | 20:36 |
| alanp | tansell: i'm almost there | 20:36 |
| alanp | 8:30 :P | 20:36 |
| tansell | llnz, does minisec still use the old awful method of doing each order queue separately (rather then collecting all the orders of a given type then doing them?) | 20:37 |
| llnz | tansell: it does all the move orders first, then everything else | 20:38 |
| tansell | mtsec really requires the second method - as all the send production points orders have to occur before you start spending them | 20:39 |
| llnz | each ruleset can do it anyway they want | 20:39 |
| tansell | llnz, sure - but having some common code to do a "get all orders which are first in the queue and off type x" would be really useful? | 20:40 |
| llnz | could be, though i don't think it's that simple or generic | 20:41 |
| alanp | tansell: but the send orders arrive to the destination after the turn is over, right? | 20:41 |
| tansell | alanp, I was thinking that they arrive the same turn | 20:43 |
| alanp | ack | 20:43 |
| alanp | i did it the other way | 20:43 |
| alanp | i guess that way is easier and i can remove a parameter though | 20:43 |
| tansell | alanp, as all production points go away at the end of turn? | 20:43 |
| alanp | at the end of the turn, i doOrder and send the points, they're available to the planet at the beginning of the next turn | 20:43 |
| tansell | I had not considered that method | 20:44 |
| alanp | i thought that it made more sense? | 20:44 |
| tansell | maybe - but still not something I had considered :) | 20:44 |
| alanp | considering it now? :P | 20:45 |
| tansell | so you have a property called something like "Arriving Production Points" ? | 20:45 |
| alanp | i don't think i need the property? | 20:46 |
| alanp | i just remove the points from the sender and give them to the destination next turn | 20:46 |
| tansell | you do in your method - how else are you going to store it? | 20:46 |
| alanp | they're only available for the one turn | 20:46 |
| tansell | alanp, between the turns you need a place to store "this planet should get x points bonus next turn" right? | 20:47 |
| tansell | which is why your adding the property above? | 20:47 |
| alanp | i have an integer parameter, at the end of the turn the planet adds it to the available points for that turn | 20:48 |
| tansell | available points for that turn? | 20:49 |
| alanp | planet a sends 20 to planet b, assume all get there | 20:49 |
| alanp | at the end of the turn, i add the points to planet b for the next turn | 20:49 |
| alanp | and remove them from planet a | 20:50 |
| tansell | okay lets start from the beginning | 20:50 |
| *** JLafont_ has quit IRC | 20:51 | |
| tansell | Game starts |--- players create orders ----| turn generation |---- players view results and create more orders ----| turn generation |----....... | 20:51 |
| tansell | right? | 20:51 |
| alanp | right | 20:52 |
| tansell | so | 20:52 |
| tansell | at first turn generation there is an order on planet A which says "send planet B my production points" | 20:53 |
| alanp | right | 20:53 |
| tansell | and on the second turn generation planet B should get a 20 point "bonus" to it's production points? | 20:54 |
| alanp | right | 20:54 |
| tansell | so where do you store that? | 20:56 |
| alanp | i don't really store it | 20:56 |
| alanp | at doOnceATurn i just subtract from sender and add to receiver | 20:56 |
| tansell | so then you are doing my method | 20:57 |
| tansell | where you send the points at the beginning of the turn generation | 20:57 |
| alanp | if i send the points in turn 1, they become available to recieivng planet turn 2 | 20:58 |
| alanp | hold on, maybe i should test it some more and make sure i'm not full of shit :P | 20:58 |
| tansell | alanp, so they must be stored somewhere between the first turn generation and the second turn generation | 20:58 |
| tansell | alanp, as orders can not mutate the universe except during turn generation | 20:59 |
| tansell | brb | 20:59 |
| alanp | i tested the once-only points with my enhance order since i didn't own any other planets | 21:00 |
| alanp | if i set an integerparam, i can send the points during doOnceATurn in the planet | 21:01 |
| CIA-21 | alanp tpserver-cpp-mtsec * r82718bd1dcbd /modules/games/mtsec/ (enhance.cpp enhance.h planet.cpp planet.h sendpoints.cpp): Removed all local variables, replaced with IntegerObjectParam | 21:07 |
| llnz | by delaying the arrival of the production points, i could in theory send a very large amount around a loop of sendsing planets and then use many hundards if not thousands of points in a single turn | 21:14 |
| alanp | send from 100 planets to 1 planet? | 21:15 |
| alanp | logic error in my code causing the points not to be added for only one turn | 21:23 |
| llnz | no, send from planet a to planet b 10 points, next turn send 20 points from b to a, next turn send 30 points for a to b, next turn send 40 points from b to a, etc until i have 1000 points to spend | 21:29 |
| alanp | doesn't make sense because you lose points when you send | 21:29 |
| alanp | i send 100, but only 30 may arrive | 21:30 |
| llnz | ah | 21:30 |
| llnz | basically, it could be a way to save points that aren't been used | 21:31 |
| alanp | but i guess you could keep doing that | 21:31 |
| *** ezod has quit IRC | 21:31 | |
| alanp | well, i have a fix for the one-time not working | 21:31 |
| alanp | at least | 21:31 |
| alanp | i think the issue you bring up is a game design issue | 21:31 |
| alanp | maybe i can disable sending points from a planet that received last turn | 21:31 |
| CIA-21 | alanp tpserver-cpp-mtsec * r35b4e16b31cb /modules/games/mtsec/ (planet.cpp sendpoints.cpp): Fixed issue with one-time points not really being one-time | 21:32 |
| llnz | no, i think it's the delay, though with loss, it's not too much of an issue | 21:32 |
| alanp | i guess | 21:34 |
| alanp | well, it seems to work now | 21:36 |
| * alanp made himself owner of various planets | 21:36 | |
| alanp | sent points there | 21:36 |
| alanp | success | 21:36 |
| alanp | 6 points, sent 30, next turn 37, next turn 8 | 21:43 |
| alanp | llnz/mithro:ping | 21:49 |
| llnz | alanp: pong | 21:51 |
| alanp | hey | 21:52 |
| alanp | for build ships pointing | 21:52 |
| alanp | i'm just going to keep it in the order queue until all points are satisfied | 21:53 |
| alanp | but that may screw up the turns | 21:53 |
| alanp | it may gain a turn, it may lose 2 turns | 21:53 |
| alanp | not sure i can get around that | 21:53 |
| alanp | suggestions? | 21:53 |
| llnz | i don't get the question | 22:03 |
| *** tansell--laptop has quit IRC | 22:05 | |
| *** jmtan has quit IRC | 22:44 | |
| * alanp coding up build torps/missiles, first time he could testr | 22:55 | |
| *** verhoevenv has quit IRC | 23:02 | |
| *** ezod has joined #tp | 23:02 | |
| *** alanp has quit IRC | 23:14 | |
| tansell | heyo | 23:22 |
| shenki | hrm, did the tp soc students get spammed twice after passing their evaluations? | 23:43 |
| *** Greywhind has joined #tp | 23:45 | |
| Greywhind | tansell: ping? | 23:45 |
| tansell | Greywhind, pong | 23:45 |
| Greywhind | tansell: i was unexpectedly dragged away for a day-long family visit today, so i haven't had any time to work yet. I can write up my summary now, though | 23:47 |
| *** alanp has joined #tp | 23:48 | |
| tansell | okay | 23:48 |
| tansell | alanp, pong | 23:48 |
| alanp | tansell: nm, got it | 23:48 |
| llnz | shenki: it appears so | 23:49 |
| shenki | llnz: ok. i wonder if lh + co know about it... or if we should let them know... | 23:50 |
| llnz | they know | 23:50 |
| shenki | ok | 23:50 |
| shenki | good | 23:50 |
| *** bddebian has quit IRC | 23:53 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!