| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| nash | Hmm... something weird going on here... | 00:01 |
|---|---|---|
| nash | Ahh... ecore_list_goto_first != ecore_list_first | 00:08 |
| nash | Not sure if it is a good plan - when I get a fail frame I currently exit... ;-) | 00:12 |
| nash | There is no way of asking "is this object dead?" right? I can only request an update and look for the failure | 00:17 |
| nash | llnz: ? | 00:18 |
| tpb | It has been said that llnz: is that the teaching/assistance stuff at uni you where talking about, nash | 00:18 |
| llnz | yeah | 00:19 |
| nash | okay - I hate having to use an "error" as a yes/no operation | 00:20 |
| llnz | tp04 will address that | 00:21 |
| nash | tp04 is a while away however right? | 00:22 |
| nash | And there is a lot of stuff in tp04 - includin gchange of specification | 00:22 |
| llnz | maybe | 00:23 |
| llnz | yeah | 00:23 |
| llnz | btw: only error code 0, and maybe 1 are fatal | 00:23 |
| llnz | if the server doesn't disconnect, it's not really fatal.... | 00:24 |
| nash | heh | 00:24 |
| nash | Yeah - I still like to differentiate between "i screwed up" and "game state has changed, and I haven't told you" | 00:24 |
| nash | Hmmm.. 50 turns and I've colonised | 00:26 |
| nash | the entire minisec world | 00:26 |
| llnz | really? | 00:27 |
| llnz | thought it was small, but not that small | 00:29 |
| nash | there are a couple of planets left, but there is a col ship on the way everywhere... | 00:30 |
| nash | Hmm... | 00:31 |
| nash | Actually there is a few worlds which aren't colonised, but the col order seems to have failed | 00:31 |
| nash | If an order fails, do you get a message about it? | 00:31 |
| llnz | should do | 00:32 |
| * nash looks for i | 00:34 | |
| nash | t | 00:34 |
| nash | llnz: Turn 65 - every single planet colonised | 00:44 |
| llnz | actually, after reading the ai comp rules, that seems fine | 00:53 |
| nash | hmm? | 00:54 |
| llnz | "The Universe will be (at it's widest point) 20 turns by battleship across" | 00:55 |
| nash | okay | 00:57 |
| llnz | what happens if there is two of your ai, or four? | 00:57 |
| llnz | (you don't have to say if you don't want) | 00:58 |
| nash | It's messy ;-0 | 00:59 |
| llnz | hehe | 00:59 |
| nash | It currently doesn't go aggressive enough to start taking out planet | 00:59 |
| nash | So basically things only happen when a frigate beats a planet | 01:00 |
| nash | Otherwise it just sits | 01:00 |
| llnz | hehe | 01:00 |
| nash | There are a few issues I need to deal with. Basically I'm quite happy for it to be a stupid strategy, mainly because I don't see much more point in minisec | 01:02 |
| nash | I just want to make sure it is robust - which is the current isse | 01:02 |
| llnz | fair enough, but it wouldn't hurt to have the ai master minisec before moving onto something more complicated (much more complicated) | 01:13 |
| nash | priorities... I'd rather have a robust basic system then a fragile complex one | 01:14 |
| llnz | yes, fair enough | 01:14 |
| nash | And since I want a human client too - the AI is second from that respect | 01:16 |
| llnz | ah, cool | 01:17 |
| * nash starts generalising sequence handling | 01:18 | |
| nash | I should have done ages ago... | 01:26 |
| *** llnz has quit IRC | 01:41 | |
| *** adhoc has quit IRC | 01:41 | |
| *** Demitar has quit IRC | 01:41 | |
| *** CIA-20 has quit IRC | 01:41 | |
| *** bobbens has quit IRC | 01:41 | |
| *** nash has quit IRC | 01:41 | |
| *** JLP has quit IRC | 01:41 | |
| *** tuna-fish has quit IRC | 01:41 | |
| *** llnz has joined #tp | 01:41 | |
| *** tuna-fish has joined #tp | 01:41 | |
| *** adhoc has joined #tp | 01:41 | |
| *** adhoc has quit IRC | 01:42 | |
| *** llnz has quit IRC | 01:42 | |
| *** nash has joined #tp | 01:42 | |
| *** JLP has joined #tp | 01:42 | |
| *** bobbens has joined #tp | 01:42 | |
| *** Demitar has joined #tp | 01:42 | |
| *** CIA-20 has joined #tp | 01:42 | |
| *** llnz has joined #tp | 01:42 | |
| *** adhoc has joined #tp | 01:42 | |
| * llnz works on mtsec | 02:08 | |
| CIA-20 | Lee Begg <[email protected]> * tpserver-cpp/ (39 files in 2 dirs): | 03:24 |
| CIA-20 | MTSec: players have usable components, planets have minable resources: | 03:24 |
| CIA-20 | Player now have the first compMax components available to them. Will need to fix the code | 03:24 |
| CIA-20 | a bit better. | 03:24 |
| CIA-20 | Also Planets have the various resource types randomly available. Needs refactoring and maybe adjusting. | 03:24 |
| llnz | bbl | 03:43 |
| *** mithro has joined #tp | 04:36 | |
| mithro | howdy people | 04:38 |
| mithro | how is everything today? | 04:38 |
| mithro | o so quiet! | 05:27 |
| CIA-20 | [email protected] * libtpclient-py-dev/tp/client/ (9 files): Async network frame processing. | 05:55 |
| * mithro ponders what nash and llnz are up to | 05:55 | |
| *** tpb has joined #tp | 06:00 | |
| *** ChanServ sets mode: +o tpb | 06:00 | |
| CIA-20 | [email protected] * libtpclient-py/tp/client/ (10 files): Backport: Async frame support. | 06:32 |
| CIA-20 | [email protected] * tpclient-pywx/ (9 files in 2 dirs): Backport: Ask to update at end of turn. | 06:33 |
| llnz | hehe | 06:52 |
| llnz | i was out, back now | 06:52 |
| mithro | llnz: i need some testing help if you have time | 06:56 |
| llnz | sure | 06:56 |
| mithro | can you checkout the stable version (of everything) and give it a wirl? | 06:56 |
| llnz | ok, pulling now | 06:57 |
| nash | heyo | 06:58 |
| * nash is back | 06:58 | |
| nash | too | 06:58 |
| mithro | hey nash, hows your weekend? | 06:58 |
| nash | okay | 06:58 |
| * mithro is cooking food | 06:59 | |
| nash | damn hot here... looking for a enw place to live... so annoying :-/ | 06:59 |
| nash | yourself? | 06:59 |
| mithro | only got up at 3pm | 07:00 |
| mithro | caught up on my email and rss feeds | 07:00 |
| mithro | cooking food now | 07:00 |
| nash | Sounds like a nice bender last night | 07:00 |
| llnz | ClientConnection instance has no attribute 's' | 07:00 |
| mithro | hrm... when/where does this happen? | 07:00 |
| mithro | and it is an error, or just something printed out? | 07:01 |
| llnz | when sitting on the connect/choose server screen | 07:01 |
| llnz | it's printed out every second or so | 07:01 |
| mithro | hrm... | 07:03 |
| mithro | and you have the latest version of tpclient-pywx, libtpclient-py and libtpproto-py? | 07:03 |
| llnz | yes | 07:04 |
| mithro | you sure? :) | 07:06 |
| llnz | well, i'll check again once eot has happened, want to see new dialog | 07:07 |
| llnz | yes, was right up to date with all three | 07:09 |
| mithro | did you see the new dialog? | 07:15 |
| llnz | yeah | 07:21 |
| mithro | okay | 07:38 |
| mithro | sorry went to dinner | 07:55 |
| mithro | bb in 10 | 07:55 |
| mithro | okay back now | 08:02 |
| mithro | llnz: forgot to push this | 08:02 |
| CIA-20 | [email protected] * libtpproto-py/tp/netlib/common.py : Pump does nothing when not connected. | 08:03 |
| llnz | hehe, eot count down stuck on red | 08:08 |
| mithro | ? | 08:08 |
| llnz | but warning messages gone | 08:09 |
| llnz | hold on a second and i will explain | 08:09 |
| llnz | when i clicked the ok button on the update dialog, the countdown was red | 08:11 |
| llnz | and it stayed red | 08:11 |
| mithro | opps | 08:11 |
| mithro | i know what caused that | 08:11 |
| mithro | llnz: libtpproto-cpp supports 0.3 right? | 08:19 |
| mithro | llnz: did that update fixed the printout? | 08:31 |
| llnz | yes | 08:39 |
| llnz | and yes | 08:39 |
| mithro | llnz: okay cool, have you done a release of libtpproto-py 0.2? | 08:42 |
| mithro | s/py/cpp/ | 08:42 |
| mithro | llnz: try the patch in tpclient-pywx to fix the red message problem | 08:43 |
| mithro | the posthook failed because I had quotes in the patch title | 08:44 |
| llnz | ok | 08:56 |
| llnz | nope, haven't done libtpproto-cpp 0.2.0 yet | 08:57 |
| llnz | still working out things, but it does work | 08:59 |
| llnz | thinking of changing the internal architure again | 09:00 |
| mithro | llnz: how can I test this modified posthook? | 09:04 |
| llnz | by running darcs apply "--post-hook=/path/to/posthook param1" | 09:06 |
| mithro | param1? | 09:07 |
| mithro | how do I set a default posthook to be run? | 09:08 |
| mithro | just created a testing repository | 09:08 |
| llnz | set "post-hook /path/to/posthook param1" in _darcs/prefs/defaults | 09:09 |
| mithro | hrm, any idea why the posthook is running on the darcs-test repository? | 09:14 |
| llnz | ? | 09:18 |
| mithro | llnz: ahh it appears to be working | 09:19 |
| mithro | llnz: well i fixed the posthook to use hash's now | 09:20 |
| llnz | cool | 09:20 |
| mithro | the patch was pretty easy | 09:20 |
| mithro | now I just need to get the last hash for each repository | 09:20 |
| llnz | shouldn't be too hard | 09:22 |
| mithro | yeah just doing a quick sh oneliner | 09:24 |
| CIA-20 | [email protected] * scratchpad/darcs-help/pushchanges.sh : Don't assume "-a" option when pushing. | 09:27 |
| mithro | yay, posthook didn't died when I pushed with "" | 09:28 |
| llnz | cool | 09:28 |
| CIA-20 | [email protected] * scratchpad/darcs-help/pushchanges.sh : Small name fix. | 09:30 |
| mithro | and it didn't go spaz with the same name | 09:31 |
| mithro | yay! | 09:31 |
| CIA-20 | [email protected] * scratchpad/darcs-help/ (darcs-posthook.pl darcs-posthook.pl): Added the posthook script to scratchpad so it doesn't get lost. | 09:33 |
| mithro | llnz: the hash method should be much more reliable | 09:34 |
| * nash is surprised darcs hooks don't have to be written in haskell | 09:34 | |
| llnz | cool | 09:34 |
| llnz | nash: nope, mostly written in sh, perl or python | 09:35 |
| nash | :-) | 09:35 |
| mithro | i think nash was being facicous | 09:36 |
| mithro | (sp?) | 09:36 |
| nash | mithro: Maybe... ;-) | 09:36 |
| nash | mithro: Some of the darcs doco is quite pretentious - a lot of "written in haskell so it will work much better then any other revision control" | 09:38 |
| mithro | academics seem to be that way :P | 09:39 |
| nash | :-) | 09:39 |
| * nash hides his resume | 09:39 | |
| mithro | nash: you know haskell? | 09:40 |
| nash | a) Yes [Everyone should no a functional language] b) Worked as a Ass Lecturer for a while | 09:41 |
| nash | As for functional languages, haskell is quite good - you can actually use it for real problems ;-) | 09:41 |
| llnz | hehe | 09:42 |
| * mithro notices that llnz is technically an Academic too? | 09:44 | |
| llnz | hehe, nearly | 09:44 |
| mithro | llnz: did you end up getting accepted for that position? | 09:44 |
| llnz | still waiting to here | 09:44 |
| llnz | hear | 09:44 |
| nash | llnz: May it go well ;-) | 09:45 |
| mithro | llnz: :/ | 09:45 |
| * mithro is still a poor student :P | 09:45 | |
| nash | mithro: As opposed to a poor academic | 09:46 |
| mithro | as in one who is told what to learn by academics :) | 09:47 |
| mithro | i'm not bitter ;) | 09:47 |
| bobbens | i've been trying out this minisec game, i've played some games like this when I was a wee lad, but I don't really get how the turn system works | 09:53 |
| mithro | bobbens: is there something in particular you don't get? | 09:54 |
| bobbens | basically how the turns work | 09:54 |
| bobbens | when does a turn end? | 09:54 |
| nash | mithro: I'm guessing the fact you need manually download the new turn in the python client | 09:54 |
| mithro | a turn ends when a timer runs out | 09:54 |
| bobbens | and how long is this timer | 09:55 |
| bobbens | i've somehow had one turn pass | 09:55 |
| bobbens | and I think that was when I killed the client and restarted it | 09:55 |
| bobbens | with the python widgets client v2.1 | 09:55 |
| mithro | bobbens: there should be a little EOT counter up in the corner somewhere | 09:55 |
| mithro | it starts flashing red when a end of turn is close | 09:55 |
| bobbens | what version of a client should I be using | 09:56 |
| bobbens | the one I have doesn't seem to have that | 09:56 |
| bobbens | and it doesn't even have a close button :) | 09:56 |
| bobbens | i have to send it SIGTERM | 09:56 |
| mithro | bobbens: what operating system? | 09:57 |
| mithro | This download? -> http://www.thousandparsec.net/tp/downloads/tpclient-pywx/tpclient-pywx-0.2.1-inplace.tar.bz2 | 09:58 |
| tpb | <http://ln-s.net/JXe> (at www.thousandparsec.net) | 09:58 |
| bobbens | hum | 09:58 |
| bobbens | it seems to not update turns | 09:58 |
| bobbens | unless you restart the client | 09:58 |
| bobbens | now i've restarted it | 09:58 |
| bobbens | andi 've built all my fleets and such | 09:58 |
| nash | bobbens: "Click Download Universe" | 09:59 |
| bobbens | ah | 10:00 |
| bobbens | now i see | 10:00 |
| bobbens | the menu bar and all that is hidden | 10:00 |
| bobbens | opens up behind the rest | 10:00 |
| bobbens | now I see the EOT | 10:00 |
| mithro | bobbens: which window manager? | 10:01 |
| bobbens | fluxbox | 10:01 |
| mithro | bobbens: the release I'm about to do will ask you to update when an EOT occurs | 10:01 |
| bobbens | wouldn't it be better to update it passively? | 10:04 |
| mithro | bobbens: you can't really do certain things in the middle of a EOT update (IE change change orders or the message board) | 10:05 |
| mithro | but if somebody wants to add support, go right ahead :) | 10:06 |
| mithro | nash: there was something you where complaining about the other day - i've forgotten what it was | 10:12 |
| nash | Well that was one thing... | 10:13 |
| nash | not being able to detect deleted objects... | 10:13 |
| mithro | nash: no | 10:13 |
| mithro | ahh i remeber now | 10:13 |
| nash | Hmm? | 10:13 |
| mithro | ability to create a new game on a server from the client | 10:13 |
| nash | Ahh.. yes | 10:13 |
| nash | To be able to set the paramaters for a game for a number of clients and start the thing | 10:14 |
| mithro | nash: that kind of breaks down for tpserver-cpp where you can only have 1 game per server | 10:14 |
| nash | Not at all - just means frst one to connect sets the rules. | 10:14 |
| mithro | llnz: so - what do you think? | 10:14 |
| llnz | rather not at this point, though could revisit it later | 10:15 |
| CIA-20 | [email protected] * tpclient-pywx-dev/windows/ (53 files in 2 dirs): | 10:15 |
| CIA-20 | Split the Information window into a Picture and Information window.: | 10:15 |
| CIA-20 | Works better with the AUI interface. | 10:15 |
| nash | Needs to be done I believe - however I think it requires protocol support. | 10:15 |
| nash | Maybe TP05 window? | 10:16 |
| llnz | maybe, put it down to be considered at that time | 10:16 |
| nash | Maybe TP06 then | 10:17 |
| nash | TP04 is already to big to consider it | 10:17 |
| * llnz ponders | 10:25 | |
| mithro | nash: TP04 is big? Most of the additions are very small changes | 10:25 |
| mithro | apart from Objects and Research | 10:26 |
| nash | mithro: Well for starters... yes | 10:26 |
| nash | Also you want to change to the XML defiition (a huge change) | 10:26 |
| nash | Filters and the various types of optional and non-optional one | 10:26 |
| mithro | nash: why is that a huge change? the XML definition doesn't have to be used | 10:27 |
| mithro | it's just a nice way to generate documentation and for dynamic languages to automagically import the packet types | 10:27 |
| CIA-20 | [email protected] * tpclient-pywx-dev/windows/xrc/ (panelPicture.xrc tp.pjd 1 tp.pjd 1 tp.pjd 1 winAccount.py): Small fixes to the XRC. | 10:28 |
| nash | your "true protocol" moves. I understand the purpose, and I agree | 10:28 |
| mithro | bobbens: it working okay now? | 10:28 |
| nash | Personally I think that change in itself is enough for a protocol change | 10:28 |
| mithro | I doubt the libtpproto-cpp will use the XML definition | 10:28 |
| mithro | or the C one :) | 10:29 |
| llnz | it won't, and neither will tpserver-cpp | 10:29 |
| nash | Probably not.. .but it should be able to validate against it in some way | 10:29 |
| nash | In any case writing the definition in XML is a non-trivial task | 10:29 |
| mithro | nash: it's already being done | 10:29 |
| llnz | http://www.thousandparsec.net/tp/dev/documents/protocolxml.php | 10:30 |
| tpb | <http://ln-s.net/JXj> (at www.thousandparsec.net) | 10:30 |
| llnz | the html doc generated from the current xml | 10:30 |
| mithro | http://darcs.thousandparsec.net/darcsweb/darcsweb.cgi?r=documents;a=tree;f=/protocol | 10:30 |
| tpb | <http://ln-s.net/JXk> (at darcs.thousandparsec.net) | 10:30 |
| nash | Anyway.. your own list of things has meta protocol, filters, differences, dynamic objects. research, EndOfTurn Frame tyoes | 10:30 |
| nash | versions | 10:30 |
| nash | That's not incremental | 10:30 |
| mithro | meta protocol is already defined and being used :) | 10:30 |
| mithro | nash: research and EndOfTurn frames are definately "incremental" - they only add things to the protocol | 10:31 |
| mithro | maybe we have different ideas of incremental? | 10:31 |
| nash | Obviously | 10:31 |
| nash | In a commercial product there is enough to get at least a minor change, and even push for the major version change. | 10:32 |
| mithro | incremental == adding things to the protocol (IE New frame types) in a backward compatible way | 10:32 |
| * nash invites mithro to look up "increment" in a dictionary sometimes | 10:33 | |
| nash | incremental implies small changes | 10:34 |
| nash | Backwards compatible is something entirely different | 10:34 |
| nash | Anyway my point is TP03 to TP04 is a fairly big step | 10:34 |
| mithro | http://dictionary.reference.com/browse/%20incremental ? | 10:34 |
| tpb | <http://ln-s.net/JXm> (at dictionary.reference.com) | 10:34 |
| nash | So I think it would be silly to add more to it. | 10:35 |
| nash | Adding more to TP05 or TP06 woudl be better | 10:35 |
| mithro | yes I guess so | 10:36 |
| * llnz wanders off | 10:38 | |
| llnz | later all | 10:38 |
| *** llnz has quit IRC | 10:38 | |
| mithro | it won't take long for libtpproto-py to support 0.4 after the draft is out - maybe a couple of weeks | 10:39 |
| nash | So it's even better to get the draft out early - relase early - release often as they sya | 10:40 |
| nash | Anyway - I need to go. | 10:41 |
| nash | I shall be back later | 10:41 |
| * mithro ponders getting a video | 10:50 | |
| *** zipola has joined #tp | 10:53 | |
| * nash is back | 11:20 | |
| mithro | wb | 11:21 |
| JLP | ahoy all | 11:24 |
| nash | heyo | 11:25 |
| * nash goes back to improving tpe... | 11:25 | |
| mithro | nash: cool | 11:27 |
| mithro | hey JLP | 11:27 |
| mithro | how is everything? | 11:27 |
| nash | In the process of getting rid of all the duplicated sequence doe | 11:27 |
| nash | s/doe/code/ | 11:28 |
| mithro | okay | 11:28 |
| mithro | you got colored ships and planets yet? :P | 11:29 |
| nash | Not yet. | 11:29 |
| nash | That is 3rd on my list | 11:30 |
| nash | Sequence is 1st... | 11:30 |
| nash | Working out why my AI doesn't always colonise the closest planet is second | 11:30 |
| * nash guesses something to do with hypotl | 11:30 | |
| nash | mithro: How do you calc distance? | 11:35 |
| mithro | pythagorus? | 11:35 |
| nash | How do you deal with overflow? | 11:35 |
| mithro | overflow? | 11:35 |
| * nash notes people generally avoid pythags directly on computers due to overflow... | 11:36 | |
| mithro | you mean - how do I deal with needing a int128 ? | 11:36 |
| nash | Yeah | 11:36 |
| mithro | python has L type which is arbitary big :) | 11:36 |
| mithro | bah I can't spell tonight | 11:36 |
| nash | Right | 11:37 |
| nash | okay... | 11:37 |
| mithro | otherwise I'm sure there are plenty of other ways | 11:38 |
| nash | BTW: man hypot - useful C function | 11:38 |
| mithro | does that handle your overflow problem? | 11:38 |
| nash | Yep | 11:39 |
| nash | A lot of hardware has native support for it - since it's such a common problem | 11:39 |
| mithro | yeah, i thought so | 11:39 |
| nash | heh... I just discovered that I'm not actually handling the list of resource Ids that I request... | 11:41 |
| nash | How did the merge from dev to mainline go? | 11:45 |
| mithro | nash: which merge? :P | 11:46 |
| nash | The backport? | 11:46 |
| mithro | the EOT pop-up window? | 11:46 |
| nash | Was that it? | 11:46 |
| nash | I thought there was a few more commits | 11:46 |
| mithro | thats what I merged back into stable from -dev | 11:46 |
| mithro | there have been quite a few other commits on the -dev branch | 11:47 |
| nash | Ahh... not a terrible bug prone operation then ;-) | 11:47 |
| mithro | nash: not for that part | 11:47 |
| mithro | trying to backport any starmap or updatescreen code would be a disaster :) | 11:48 |
| nash | heh | 11:48 |
| mithro | i'm planning to do a release of the stable branch tommorrow | 11:50 |
| nash | Is it quicker for turn downloads? | 11:50 |
| mithro | nash: yes, but not as much quicker as I was claiming before | 11:52 |
| nash | okay | 11:52 |
| mithro | was using a universe quite a bit smaller then you where testing with | 11:52 |
| nash | heh ;-) | 11:52 |
| mithro | when the cache works however it's quite fast | 11:52 |
| nash | cache? | 11:52 |
| mithro | tpclient-pywx has a ondisk cache | 11:53 |
| mithro | so it only downloads stuff which has changed | 11:53 |
| nash | Ahh... | 11:53 |
| mithro | which means most turns it's only like 5-30 objects | 11:53 |
| mithro | even persists accross restarts | 11:53 |
| * nash is quite happy to download then when I restart | 11:53 | |
| nash | I already only update what has changed | 11:54 |
| mithro | nash: http://mithro.dyndns.org/temp/Screenshot-3.png screenshot of new starmap in "zoomed in" mode | 11:54 |
| mithro | http://mithro.dyndns.org/temp/Screenshot-4.png zoomed out mode | 11:55 |
| nash | What are the rings? | 11:55 |
| * nash wonders... do planets actually move? | 11:55 | |
| mithro | nash: not at the moment | 11:56 |
| nash | good.. that would be a nightmare | 11:56 |
| nash | Still what are the rings? | 11:57 |
| mithro | the rings are the "orbit" of the planets | 11:58 |
| mithro | nothing all that useful - just suppose to look pretty | 11:59 |
| nash | Right | 11:59 |
| nash | Cool | 12:00 |
| nash | Well it looks cooler | 12:00 |
| mithro | :) | 12:00 |
| nash | mithro: BTW: Don't forget - even if it slower... it's more portable ;-) | 12:00 |
| mithro | nash: ? | 12:01 |
| tpb | Somebody said nash: is now, mithro | 12:01 |
| mithro | opps, still havn't fixed tpb | 12:01 |
| nash | the python client | 12:01 |
| mithro | nash: well, technically it's not as portable as you would hope - it only works on Mac, Unix and Windows | 12:01 |
| mithro | it's nice that it looks like a native application under each too | 12:02 |
| *** tpb has joined #tp | 12:14 | |
| *** ChanServ sets mode: +o tpb | 12:14 | |
| mithro | nash: ? | 12:15 |
| tpb | nash: is now, mithro | 12:15 |
| mithro | arg :/ | 12:15 |
| *** tpb has joined #tp | 12:18 | |
| *** ChanServ sets mode: +o tpb | 12:18 | |
| nash | is great | 12:20 |
| nash | ? | 12:20 |
| nash | nash: ? | 12:20 |
| tpb | hmm... nash: is now, nash | 12:20 |
| *** tpb has joined #tp | 12:22 | |
| *** ChanServ sets mode: +o tpb | 12:22 | |
| mithro | nash: ? | 12:22 |
| tpb | nash: is now, mithro | 12:22 |
| mithro | arg!? | 12:22 |
| nash | That seems to be the problem ;-) | 12:22 |
| mithro | I can't figure out where this "feature" is coming from | 12:22 |
| *** tpb has joined #tp | 12:25 | |
| *** ChanServ sets mode: +o tpb | 12:25 | |
| mithro | nash: ? | 12:25 |
| tpb | I guess nash: is now, mithro | 12:25 |
| * mithro beats tpb with a big stick | 12:25 | |
| nash | tpb: no nash is god | 12:25 |
| tpb | I hear ya! | 12:25 |
| nash | nash: ? | 12:27 |
| tpb | hmm... nash: is now, nash | 12:27 |
| nash | bah | 12:27 |
| nash | Cool... this is interesting... distance to Alpha Centauri Prime.. 0 units... | 12:28 |
| mithro | :P | 12:29 |
| nash | Oh... and negative distances too... | 12:29 |
| nash | This is well and truely farked | 12:29 |
| * nash didn't think it could be that broken | 12:29 | |
| *** JLP has quit IRC | 12:29 | |
| mithro | he he sounds bad | 12:30 |
| nash | The entire code is: | 12:32 |
| nash | x = obj1->pos.x - obj2->pos.x; | 12:32 |
| nash | y = obj1->pos.y - obj2->pos.y; | 12:32 |
| nash | z = obj1->pos.z - obj2->pos.z; | 12:32 |
| nash | return (uint64_t)hypotl(x,hypotl(y,z)); | 12:32 |
| * nash tries llrintl | 12:32 | |
| mithro | nash: hypotl(y,z) ? | 12:32 |
| nash | Yeah? | 12:33 |
| tpb | Somebody said Yeah is at work atm, nash | 12:33 |
| nash | D'oh -need c99 for llrintl :-( | 12:33 |
| *** tpb has joined #tp | 12:37 | |
| *** ChanServ sets mode: +o tpb | 12:37 | |
| mithro | nash: ? | 12:37 |
| mithro | woot! | 12:37 |
| nash | heh | 12:38 |
| nash | yeah? | 12:38 |
| nash | pants? | 12:38 |
| nash | This is great... I'm getting negative distances! | 12:44 |
| nash | No wonder the AI is having fun when it sends the ship to the smallest distance... | 12:44 |
| mithro | how are you getting negative distances in an unsigned number!? | 12:45 |
| nash | mithro: MEans sign extension is going on somewhere.. | 12:45 |
| * nash notes this is really farked up | 12:45 | |
| nash | This is a short function to cause a lot of grief :-/ | 12:47 |
| nash | Freaking sign extension was screwing it up | 12:50 |
| *** tpb has joined #tp | 12:52 | |
| *** ChanServ sets mode: +o tpb | 12:52 | |
| nash | This is scary | 12:53 |
| mithro | ~freshmeat thousandparsec | 12:54 |
| nash | I have the game set up with up to 8 planets in a system | 12:54 |
| nash | The AI just colonised all 8 in 1 turn | 12:54 |
| mithro | how? | 12:56 |
| nash | From the two nearest systems which had 6 and 4 planets already colonised... | 12:56 |
| mithro | is it a good thing or bad thing? | 12:57 |
| nash | It's good in the sense it is working | 12:57 |
| nash | It's bad in the sense of - I'd hate to play this bastard | 12:58 |
| mithro | he he | 12:58 |
| nash | I need to start testing this on public servers I think ;-) | 12:58 |
| mithro | :) | 12:58 |
| nash | 2 planets to colonise... | 13:00 |
| nash | 60 turns | 13:01 |
| nash | Exactly | 13:01 |
| mithro | http://www.thousandparsec.net/~irc/%23tp-new.html | 13:02 |
| tpb | <http://ln-s.net/JXr> (at www.thousandparsec.net) | 13:02 |
| nash | Not sure exactly how many planets... but the rules are 50-100 systems with 1-10 planets each | 13:02 |
| mithro | for some reason your not on there... | 13:02 |
| * mithro ponders | 13:02 | |
| nash | I'm on freenode? | 13:03 |
| mithro | opps I see the problem | 13:03 |
| nash | Also... Latest Topics... 71 days ago at 01:56 by mithro | 13:04 |
| mithro | yes | 13:04 |
| nash | So the AI - unoptimised - just settled 250 odd planets in 10 minutes | 13:05 |
| nash | Does anyone else have an AI of any value yet? | 13:06 |
| nash | ANyway - time for bed | 13:07 |
| nash | talk to you later | 13:07 |
| mithro | see ya | 13:09 |
| *** nash has quit IRC | 13:13 | |
| mithro | JLP: http://www.thousandparsec.net/~irc/stats/ | 13:44 |
| tpb | Title: Index of /~irc/stats (at www.thousandparsec.net) | 13:44 |
| mithro | http://www.thousandparsec.net/~irc/logs/ | 14:10 |
| tpb | Title: IRC logs (at www.thousandparsec.net) | 14:10 |
| *** tuna-fish has quit IRC | 15:24 | |
| *** tuna-fish has joined #tp | 15:25 | |
| *** zipola has quit IRC | 19:27 | |
| *** czr_ has joined #tp | 19:48 | |
| *** czr has quit IRC | 19:55 | |
| *** llnz has joined #tp | 20:14 | |
| *** JLP has joined #tp | 20:46 | |
| JLP | ahoy everyone | 20:47 |
| *** Demitar has quit IRC | 21:09 | |
| llnz | hu JLP | 21:12 |
| JLP | llnz: looks like spam has started to get into forums | 21:12 |
| llnz | yeah | 21:13 |
| JLP | the last two registered users appear to be spamers | 21:13 |
| * JLP goes watch the lunar eclipse | 21:18 | |
| *** Demitar has joined #tp | 21:29 | |
| llnz | bbl (maybe) | 21:48 |
| *** llnz has quit IRC | 21:48 | |
| *** Demitar has quit IRC | 21:54 | |
| *** Demitar has joined #tp | 21:54 | |
Generated by irclog2html.py 2.5 by Marius Gedminas - find it at mg.pov.lt!
