| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| *** jernejovc has quit IRC | 00:10 | |
| llnz | bbl | 00:33 |
|---|---|---|
| *** llnz has quit IRC | 00:33 | |
| CIA-26 | landon tpclient-pyogre * r782c723cc74e /src/battlexml/ (battle.py move.xml): Added move event parsing | 00:44 |
| *** nebaway is now known as nebajoth | 00:57 | |
| tansell | Landon, so where are we at? | 01:09 |
| Landon | I'mgetting move tested so I can get it completely in the client from xml->client, after that I plan to work on more weapons unless there's a more pressing goal I need to hit | 01:11 |
| Landon | (more specifically move parsing, I'm also looking at uncommenting weapon type from the dtd and getting that put in so it's not just a random weapon) | 01:12 |
| *** nebajoth is now known as nebaway | 01:16 | |
| tansell | Landon, so do we have any video of torpedo weapons? | 01:21 |
| Landon | no, I wasn't able to work on it the past 2 days, but when I left them they weren't working right for some reason | 01:22 |
| Landon | (the trail and the torpedo were shooting different directions o.O) | 01:22 |
| Greywhind | tansell: ping? | 01:27 |
| tansell | Greywhind, pong | 01:27 |
| tansell | kinda busy but I'll try and respond | 01:27 |
| Greywhind | tansell: so it seems like whenever I use __str__ to get a representation of the order and then use fromstr() to try to reconstruct it, even if I call fromstr() on the same type of object, it gives me an error about extra data | 01:28 |
| *** llnz has joined #tp | 01:33 | |
| *** jnengland77 has quit IRC | 01:34 | |
| CIA-26 | landon tpclient-pyogre * rd77d301a1e27 /src/battlexml/battle.py: Added move into the states table so battles can be rewound appropriately | 02:07 |
| CIA-26 | landon tpclient-pyogre * rde7d50dc6610 /src/battlexml/battle.dtd: Moved weapontype out of the comments in the dtd | 02:07 |
| CIA-26 | landon tpclient-pyogre * ra1676ccb5c42 /src/battlexml/battle.py: Weapontype is now parsed if available and added on to the Entity object | 02:07 |
| tansell | Greywhind, hrm? | 02:16 |
| tansell | Greywhind, look at how the libtpproto-py does it | 02:16 |
| tansell | oh | 02:16 |
| tansell | and the cache saving stuff does it too | 02:18 |
| *** DTRemenak|RDP has joined #tp | 02:23 | |
| *** DTRemenak has quit IRC | 02:40 | |
| *** cherez has quit IRC | 02:42 | |
| *** cherez has joined #tp | 02:57 | |
| *** nash has quit IRC | 03:53 | |
| tote | morning | 05:16 |
| tote | matthewd: hello :) | 05:29 |
| *** tuna-fish has quit IRC | 05:46 | |
| llnz | ffffffffffffffffffffffffffffffffffff | 05:46 |
| llnz | my backup isn't complete | 05:46 |
| *** jmtan has joined #tp | 06:09 | |
| *** jmtan1 has quit IRC | 06:09 | |
| llnz | ggrrrr... | 06:10 |
| tansell | tote, so where are you at? | 06:10 |
| tote | tansell: orders are almost done, only list/string/object arguments left | 06:15 |
| tansell | so where are designs at? | 06:20 |
| matthewd | tote: Howdy... sorry I'm running late :/ | 06:22 |
| tote | tansell: at research stage, orders is taking all my time | 06:23 |
| tote | matthewd: np | 06:23 |
| tote | is the object argument used for anything? | 06:25 |
| tansell | tote, loads of things! | 06:26 |
| tansell | Intercept/MoveTo order comes to mind | 06:26 |
| tansell | it's used in Risk for most arguments | 06:27 |
| tote | ok | 06:28 |
| CIA-26 | joelboh tpclient-pyweb * rf684f2454de9 /frontend/scripts/map.js: | 07:14 |
| CIA-26 | Added string argument to orders and fixed a bug that made it impossible to select | 07:14 |
| CIA-26 | the correct order. | 07:14 |
| tote | so what is the most important thing to do after im finished with orders? | 07:35 |
| tansell | tote, well how much longer have you got? | 07:59 |
| tansell | tote, prove that you can play a game completely to the end would be a good start | 08:00 |
| tansell | I would do a screencast at something like 10-50X normal speed | 08:00 |
| tote | 5 days left | 08:01 |
| tansell | tote, hrm | 08:07 |
| tansell | how good are you? :) | 08:07 |
| tote | what do you mean? | 08:08 |
| tansell | well if you where good you could probably knock off a design viewer | 08:09 |
| tansell | but I have not actually played with your client recently | 08:11 |
| tansell | so there could be bigger problems | 08:11 |
| tansell | watching a screencast of you playing minisec to the end would bring up plenty of issues I could complain about | 08:11 |
| tote | :) | 08:13 |
| tote | is it easy to start a minisec server? | 08:14 |
| tansell | tote, how have you been testing? | 08:14 |
| tote | against the demo1 server | 08:15 |
| tansell | but that would be hell slow | 08:16 |
| tansell | and only testing a small subset of functionality | 08:16 |
| tote | it has worked for me speedwise :) | 08:17 |
| tansell | very time you have to download the universe it's going to take 10's of seconds as appose to seconds | 08:18 |
| tansell | plus how have you been testing against risk, rfts and other rulesets? | 08:18 |
| tote | between 6-9 sec :P | 08:18 |
| tote | i haven't, i thought the demo had everything i needed | 08:19 |
| tansell | tote, I have no idea how you got that impression - you should have really be testing with a server locally (and a bunch of different configs) | 08:19 |
| tansell | tote, and it has like 10 minute turns | 08:20 |
| tansell | how do you test things like turn transition works properly? | 08:20 |
| tansell | there is a script in libtpclient-py that ezod wrote which starts up a server and some AI on it | 08:20 |
| tansell | uses the singleplayer stuff | 08:22 |
| tote | ok | 08:22 |
| tote | and to wait 10 min at most is no problem, i can still code while i wait :P | 08:22 |
| tansell | tote - I'm worried your going to discover a whole bunch of bugs now you play through 10-15 turns in 1-2 minutes | 08:23 |
| tote | we will see :) | 08:24 |
| tote | where can i find that script and what do i need to run it? | 08:25 |
| * llnz wanders off | 08:25 | |
| llnz | later all | 08:25 |
| *** llnz has quit IRC | 08:25 | |
| *** jmtan has quit IRC | 08:36 | |
| tansell | tote, you need to setup a singleplayer setup | 08:46 |
| tansell | and it can be found somewhere in libtpclient-py | 08:46 |
| tansell | poke ezod | 08:46 |
| *** alanp_ has joined #tp | 08:48 | |
| CIA-26 | epyon tpserver-cpp-refactor * r7e4e1aeacc0f /tpserver/ (board.cpp playerview.cpp): Removal of createFailFrame from board and playerview -- FrameExceptions used instead | 08:55 |
| CIA-26 | epyon tpserver-cpp-refactor * r56417323dcb1 /tpserver/commandmanager.cpp: Removal of createFailFrame from commandmanager -- FrameExceptions used instead | 08:55 |
| CIA-26 | epyon tpserver-cpp-refactor * r39d4c07f0801 /tpserver/commandmanager.cpp: Removal of warnings from commandmanager | 08:55 |
| CIA-26 | epyon tpserver-cpp-refactor * r2f5db1222531 /tpserver/ (objecttypemanager.cpp objectview.cpp): Removal of createFailFrame from objecttypemanager and objectview -- FrameExceptions used instead | 08:55 |
| CIA-26 | epyon tpserver-cpp-refactor * r77e8f033f549 /tpserver/ordermanager.cpp: Removal of createFailFrame from ordermanager -- FrameExceptions used instead | 08:55 |
| CIA-26 | epyon tpserver-cpp-refactor * r4a7705ccc363 /tpserver/ (frame.cpp frame.h playeragent.cpp tcpconnection.cpp): Removal of createFailFrame from frame -- obsolete | 08:55 |
| epyon | time to split frame into input and output frame... | 08:55 |
| tansell | epyon, could you do me a favour and on a debug build of tpserver-cpp report the filename/location that the exception occurred at in the FailFrame? | 09:00 |
| tansell | llnz probably won't like that however :P | 09:03 |
| tansell | a full traceback would be ideal - but I don't think it's easy to generate them in C++? | 09:03 |
| alanp_ | gdb can do it | 09:05 |
| tansell | alanp, yes - but I don't think a normal C++ binary can just go "please print me a traceback" | 09:06 |
| alanp_ | no, i don't think so :-) | 09:09 |
| alanp_ | not like python anyways | 09:09 |
| *** mithro has quit IRC | 09:24 | |
| epyon | tansell, it's easy if you do it via macro magic | 09:27 |
| epyon | tansell: however, it turns out that this information is useless. The message itself can be tracked in the code | 09:28 |
| CIA-26 | epyon tpserver-cpp-refactor * ra0bb913d02dd /tpserver/ (frame.cpp frame.h tcpconnection.cpp): getPacket in Frame now constructs and returns a std::string | 09:28 |
| CIA-26 | epyon tpserver-cpp-refactor * ra47f26969659 /tpserver/ (frame.cpp frame.h tcpconnection.cpp): Frame::setData now takes a std::string | 09:51 |
| CIA-26 | epyon tpserver-cpp-refactor * rbd5976d2f6bc /tpserver/ (frame.cpp frame.h tcpconnection.cpp): Frame::setHeader now takes a std::string | 09:51 |
| alanp_ | macro magic? :-) | 09:53 |
| *** mithro has joined #tp | 10:02 | |
| CIA-26 | epyon tpserver-cpp-refactor * r5e89cfef11cb /tpserver/ (playerhttpconn.cpp tcpconnection.cpp tcpconnection.h): | 10:13 |
| CIA-26 | rheaderbuff hidden in TcpConnection | 10:13 |
| CIA-26 | * added getHeader protected function for playerhttpconnection | 10:13 |
| CIA-26 | * refactored playerhttpconnection initially | 10:13 |
| *** nebaway is now known as nebajoth | 10:16 | |
| *** nebajoth is now known as nebaway | 10:50 | |
| CIA-26 | alanp tpserver-cpp-mtsec * r85429f664f09 /modules/games/mtsec/avacombat.cpp: - Further changes to AVACombat, damage calculation and debugging output | 11:12 |
| *** Greywhind has quit IRC | 12:04 | |
| *** Greywhind has joined #tp | 12:09 | |
| *** mithro has quit IRC | 12:16 | |
| *** cherez has quit IRC | 12:16 | |
| *** shenki has quit IRC | 12:16 | |
| *** mithro has joined #tp | 12:17 | |
| *** cherez has joined #tp | 12:17 | |
| *** shenki has joined #tp | 12:17 | |
| *** jmtan has joined #tp | 12:32 | |
| *** nebaway is now known as nebajoth | 13:31 | |
| *** nebajoth is now known as nebaway | 14:12 | |
| *** nebaway is now known as nebajoth | 14:35 | |
| *** alanp_ has quit IRC | 14:59 | |
| *** jnengland77 has joined #tp | 15:26 | |
| epyon | Now this is going to be an ugly hack... | 15:49 |
| *** jernejovc has joined #tp | 15:52 | |
| *** llnz has joined #tp | 16:05 | |
| *** jnengland77 has quit IRC | 16:25 | |
| *** JLP_ has joined #tp | 16:34 | |
| *** Erroneous has joined #tp | 16:36 | |
| llnz | morning all | 16:41 |
| *** JLP has quit IRC | 16:47 | |
| CIA-26 | epyon tpserver-cpp-refactor * r3f0dc1006089 /tpserver/ (frame.cpp frame.h): Frame uses a std::string for storage now | 17:14 |
| CIA-26 | epyon tpserver-cpp-refactor * r920a8eb228cd /tpserver/ (8 files): Renamed unpackStdString to unpackString -- updated exception catching | 17:14 |
| CIA-26 | epyon tpserver-cpp-refactor * r7d6b2b6be33a /tpserver/ (frame.cpp objectparametergroupdesc.cpp): Exception handling cleanups | 17:14 |
| CIA-26 | epyon tpserver-cpp-refactor * ra6b65d486bd7 /tpserver/ (frame.cpp frame.h): Results of pack operations weren't used, and weren't reported | 17:14 |
| *** nebajoth is now known as nebaway | 17:22 | |
| cherez | Is there a message to cancel an order? | 17:27 |
| llnz | cherez: Order Remove? | 17:36 |
| cherez | llnz: RemoveOrder, actually. | 17:36 |
| cherez | Not sure how I missed it. | 17:37 |
| cherez | And kind of strange that it's the only message where the verb precedes the noun.... | 17:37 |
| llnz | in which document? | 17:38 |
| cherez | protocol.xml | 17:38 |
| cherez | Line 1613 in my copy. | 17:38 |
| llnz | you could fix that if you like | 17:38 |
| cherez | Alright. | 17:38 |
| *** jnengland77 has joined #tp | 18:15 | |
| *** nebaway is now known as nebajoth | 18:27 | |
| CIA-26 | epyon tpserver-cpp-refactor * rb07fb3b548f7 /tpserver/ (frame.cpp frame.h tcpconnection.cpp): Input/Output Frame skeleton | 18:35 |
| CIA-26 | epyon tpserver-cpp-refactor * rf1627cd4394e /tpserver/ (7 files): Creation and sending of OutputFrames refactor | 18:35 |
| CIA-26 | epyon tpserver-cpp-refactor * r3003054fcd35 /tpserver/ (5 files): OutputFrame propagation | 18:35 |
| CIA-26 | epyon tpserver-cpp-refactor * rc823bcc69468 /tpserver/ (40 files): InputFrames in the whole server | 18:35 |
| llnz | epyon: sounds interesting | 18:36 |
| *** nebajoth is now known as nebaway | 18:37 | |
| *** alanp__ has joined #tp | 18:49 | |
| CIA-26 | epyon tpserver-cpp-refactor * r4a4774d52137 /tpserver/orderparameter.h: Forgot one Frame*... khhh | 18:55 |
| CIA-26 | epyon tpserver-cpp-refactor * ra0df24672043 / (7 files in 2 dirs): Minisec now uses InputFrame's | 18:55 |
| CIA-26 | epyon tpserver-cpp-refactor * r78da619658ec / (5 files in 2 dirs): MTSec now uses InputFrame's | 18:55 |
| CIA-26 | epyon tpserver-cpp-refactor * r7fc7e6e912eb /modules/games/rfts/ (8 files): RFTS now uses InputFrame's | 18:55 |
| CIA-26 | epyon tpserver-cpp-refactor * r438ca9b051b6 /modules/games/tae/ (8 files): TAE now uses InputFrame's | 18:55 |
| epyon | llnz: not complete yet, will be spread to the whole server | 18:57 |
| epyon | basically we will have separate frame classes for input and output. It's a lot safer that way | 18:57 |
| epyon | It will have some side benefits too ^_^ | 18:58 |
| epyon | well, as for now, off to sleep. | 18:59 |
| cherez | llnz: There are also PostMessage and RemoveMessage packets in protocol.xml; should those be MessageInsert and MessageRemove? | 19:44 |
| llnz | sure | 19:44 |
| llnz | i note that the enum in tpserver-cpp and libtpproto-cpp both use object(_subtype)_verb | 19:45 |
| cherez | Should I upload my protocol.xml to the documents repository when I'm finished? | 19:52 |
| llnz | sure | 19:52 |
| *** nash has joined #tp | 19:57 | |
| alanp | wow | 19:58 |
| alanp | I DESTROYED A FRICKING FLEET | 20:00 |
| alanp | RAWR | 20:00 |
| alanp | sorry, that was exciting | 20:00 |
| alanp | buggy still though | 20:04 |
| *** mithro has quit IRC | 20:13 | |
| CIA-26 | alanp tpserver-cpp-mtsec * r580ffdcf9737 /modules/games/mtsec/avacombat.cpp: Cleaned up AVACombat.... Still could use some work but I'm working on finishing the functionality | 20:14 |
| tansell | morning people | 20:15 |
| *** Greywhind has quit IRC | 20:15 | |
| cherez | Morning. | 20:15 |
| *** tuna-fish has joined #tp | 20:17 | |
| *** Greywhind has joined #tp | 20:18 | |
| cherez | llnz: Should AddCategory be InsertCategory? | 20:18 |
| llnz | humm... it's add | 20:18 |
| llnz | insert would imply an ordering | 20:19 |
| cherez | So you insert orders and messages, but add categories? | 20:19 |
| llnz | yes, and add designs | 20:20 |
| llnz | orders and messages are ordered | 20:20 |
| alanp | pencil down in 7 hours :\ | 20:24 |
| * alanp cutting it close | 20:24 | |
| cherez | I feel your pain. :/ | 20:25 |
| *** mithro has joined #tp | 20:26 | |
| alanp | ugh, plus tonight's weeds episode has apparently been leaked | 20:26 |
| * alanp remains strong | 20:26 | |
| cherez | tansell: The insert methods in client.py have the option to take the relevant packet type and do some deep magic (which I don't believe would work) to convert it to the equivalent Insert* packet. Is that an important feature? | 20:28 |
| tansell | cherez, yes | 20:28 |
| cherez | Alright, I'll figure out a way to make them cast correctly. | 20:29 |
| cherez | Replacing the __class__ attribute should work.... | 20:29 |
| tansell | as long as the classes are compatible | 20:31 |
| cherez | They only differ by their id, so they should be compatible. | 20:35 |
| cherez | Identical structures, after all. | 20:36 |
| alanp | hey, question about assigning damage | 20:41 |
| alanp | There is no easy way to change the amount of damage a single ship can take, is there? | 20:42 |
| tansell | cherez, well they should probably inherit from the same base class then right? | 20:45 |
| cherez | They do. | 20:45 |
| cherez | It's just that their classes have a different ID number. | 20:46 |
| alanp | does resolving damage in minisec really work? | 20:46 |
| cherez | tansell: Also, is there any guide for tpclient-pytext? | 20:46 |
| tansell | cherez, nope! It's totally undocumented/self documenting | 20:47 |
| cherez | Meaning I get to make educated guesses from the source code about how the interface works until I get the hang of it? | 20:48 |
| alanp | tansell: ^ | 20:50 |
| tansell | alanp, I assume it does but I have NFI in tpserver-cpp | 20:50 |
| tansell | poke llnz | 20:50 |
| alanp | llnz: ping | 20:50 |
| llnz | pong | 20:50 |
| tansell | cherez, yes | 20:50 |
| alanp | llnz: is there no easy way to change the damage of a single ship in a fleet? | 20:51 |
| cherez | Woohoo. | 20:51 |
| llnz | alanp: as it is currently set up, no | 20:51 |
| alanp | ok | 20:51 |
| llnz | but fell free to change the parameters to make it fit | 20:51 |
| alanp | should i 1) just store the damage in the parameter and cycle over ships every time there is combat and knock whichever one off 2) make a way to edit the properties | 20:51 |
| alanp | probably 1 is best? | 20:52 |
| llnz | during combat, you could work with each ship invidually | 20:52 |
| llnz | have a look at rspcombat in iminisec in the master branch, for example | 20:53 |
| alanp | i'm looking at it | 20:53 |
| llnz | oh | 20:54 |
| llnz | not master, battlexml branch | 20:54 |
| alanp | ohh | 20:54 |
| alanp | crap | 20:54 |
| alanp | what is the battlexml branch? | 20:54 |
| alanp | wow | 20:55 |
| alanp | ah i see | 20:56 |
| llnz | start of support for battlexml battle descriptions | 20:57 |
| alanp | crap, i could have gone down this path :\ | 20:57 |
| alanp | i guess we can look at that during pencildown or after | 21:01 |
| mhilmi | hrm anyone have a test server up? can't seem to connect to the demo server atm? | 21:01 |
| alanp | which ruleset do you need? | 21:01 |
| mhilmi | doesn't matter... | 21:02 |
| mhilmi | or I hope it doesn't, hehe | 21:02 |
| alanp | give me one second | 21:02 |
| mhilmi | k cool | 21:03 |
| cherez | tansell: http://codereview.mithis.com/9002/show http://codereview.mithis.com/11003/show | 21:03 |
| tpb | Title: Issue 9002: Common - Code Review (at codereview.mithis.com) | 21:03 |
| alanp | crap i dont think i can set one up from here :\ | 21:04 |
| mhilmi | dang =/ ok ill see if i can... | 21:05 |
| *** nash has quit IRC | 21:12 | |
| *** nash has joined #tp | 21:17 | |
| Greywhind | tansell: http://codereview.mithis.com/11001 | 21:25 |
| tpb | Title: Issue 11001: Fixed pasting of orders in the order queue, along with libtpproto-py fix. - Code Review (at codereview.mithis.com) | 21:25 |
| *** tansell_laptop has joined #tp | 21:27 | |
| Greywhind | tansell_laptop: did you see my paste, or did you join after it? | 21:43 |
| tansell_laptop | nope but I will when I get back to my desk | 21:49 |
| Greywhind | tansell_laptop: ok. i think i finally fixed the pasting. | 21:49 |
| Greywhind | i'll be AFK for a while, but i'll check in later | 21:49 |
| cherez | Why can't debugging network code be extremely easy? :( | 22:14 |
| alanp | hmmm | 22:32 |
| alanp | for some reason my fleet can't attack a planet | 22:32 |
| alanp | but combat is working | 22:32 |
| alanp | fleet2fleet | 22:32 |
| * alanp investigates | 22:34 | |
| CIA-26 | alanp tpserver-cpp-mtsec * r9b9f4a6165d9 /modules/games/mtsec/ (avacombat.cpp avacombat.h mtsec.cpp): | 22:36 |
| CIA-26 | - Made the default Missile have a hell a lot of firepower | 22:36 |
| CIA-26 | - Combat fleet 2 fleet working | 22:36 |
| cherez | What protocol versions does the demo server support? | 23:00 |
| llnz | cherez: should be TP02-TP04 | 23:01 |
| cherez | It won't reply when I connect. :( | 23:04 |
| *** Erroneous has quit IRC | 23:05 | |
| llnz | cherez: demo1 appears to be offline, and demo2 has reached it's player limit | 23:11 |
| cherez | llnz: Well, I'm just testing if it can connect right now. | 23:12 |
| *** jmtan has quit IRC | 23:14 | |
| *** alanp__ has quit IRC | 23:32 | |
| *** alanp_ has joined #tp | 23:37 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!