| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| *** mithro has joined #tp | 00:11 | |
| llnz | hi mithro | 00:12 |
|---|---|---|
| mithro | hey | 00:14 |
| mithro | ~seen niphree | 00:14 |
| tpb | mithro: niphree was last seen in #tp 1 day, 12 hours, 5 minutes, and 41 seconds ago: <niphree> hello | 00:14 |
| llnz | mithro: btw, i updated the metaserver | 00:24 |
| mithro | okay | 00:24 |
| mithro | the avahi guys want us to use tp-http when in zeroconf | 00:24 |
| llnz | now accepts tp+http and tp+https | 00:24 |
| mithro | llnz: cool | 00:25 |
| llnz | i know | 00:25 |
| llnz | i've been watching the bug report | 00:25 |
| mithro | llnz: i think it would be fine | 00:25 |
| llnz | yeah | 00:25 |
| llnz | tpserver-cpp doesn't export those two unless they are the only ones the server has | 00:28 |
| CIA-3 | llnz tpserver-cpp * r2f9d43725dec /tpserver/avahi.cpp: | 00:32 |
| CIA-3 | Export tp-http and tp-https instead of tp+http and tp+https thorugh avahi | 00:32 |
| CIA-3 | as they suggested that those are better service types. | 00:32 |
| mithro | llnz: you have been around early quite a bit? | 00:36 |
| llnz | ? | 00:36 |
| llnz | i spent friday at home (working remotely) and didn't have anything on today | 00:37 |
| mithro | llnz: normally you don't seem to turn up till around 5pm my time - last couple of days you have been around since I got up | 00:38 |
| llnz | yes, the last two days i've been trying to work through playerview | 00:39 |
| mithro | hows it going? | 00:40 |
| llnz | not bad, inching closer to full tp04 support (difference support) | 00:40 |
| mithro | llnz: do you have some type of plan for it? I would be intrested to see how you went about it | 00:41 |
| llnz | for tp04 support? | 00:41 |
| llnz | or playerview? | 00:41 |
| mithro | for playerview | 00:42 |
| llnz | i took what I already had in Player, and moved it to the playerview class | 00:43 |
| llnz | then starting with components (the simplest thing), added per-player view and difference support | 00:43 |
| llnz | then design | 00:43 |
| llnz | next is object, i think | 00:43 |
| CIA-3 | mithro tpserver-py * rb55e012138bf /tp/server/rules/minisec/ (__init__.py actions/Turn.py): Increase turn number of the universe object. | 00:48 |
| xdotx | oh man. i just cannot take benadryl any more | 00:53 |
| xdotx | when i was a kid, it never made me tired. i just took 1 pill and it practically knocked me out | 00:54 |
| mithro | xdotx: funny how drugs effect you differently at different ages | 01:00 |
| xdotx | mithro: yes, and highly inconvenient | 01:00 |
| mithro | xdotx: sorry about not looking into your problem in the end | 01:01 |
| mithro | xdotx: since llnz is around, he migth be a good person to quiz :P | 01:02 |
| xdotx | mithro: the other day? certainly no problem; you had quite a hang up there | 01:02 |
| mithro | nash: ping | 01:02 |
| mithro | nash: tpserver-py should now be less annoying for you | 01:10 |
| mithro | nash: ping me when you are about | 01:18 |
| mithro | I'm triggering an assert in galaxie which I can't see as possible | 01:18 |
| llnz | so mithro, when are you going to finish tpclient-pywx-dev so that it works? | 01:29 |
| mithro | llnz: once I get tpserver-py in order | 01:29 |
| llnz | ok | 01:29 |
| mithro | llnz: after my exams probably | 01:30 |
| mithro | tpserver-py is getting very close | 01:30 |
| llnz | cool | 01:30 |
| llnz | when are your exams? | 01:30 |
| mithro | 19th and 25th I think | 01:30 |
| llnz | ah | 01:30 |
| mithro | 19th and 27th | 01:30 |
| mithro | got the two worsed ones on the 19th :/ | 01:31 |
| llnz | fun | 01:34 |
| mithro | yeah | 01:53 |
| mithro | i should really be studying for them instead of working on tpserver-py | 01:53 |
| llnz | yes | 01:55 |
| llnz | bbs, dinner | 02:13 |
| CIA-3 | mithro tpserver-py * r368427d2b60f /tp/server/bases/ (Object.py SQL.py): Fixed bug where order removal was removing all order parameters. | 02:14 |
| CIA-3 | mithro tpserver-py * rf405bbd245fb /tp/server/rules/ (3 files in 2 dirs): Make the output a little more verbose.. | 02:14 |
| * mithro pokes nash | 02:36 | |
| mithro | jotham: ping? | 02:36 |
| jotham | hey | 02:37 |
| CIA-3 | mithro tpserver-py * r715bc1e00476 /tp/server/rules/minisec/orders/BuildFleet.py: Honour the name the player gives the fleet. | 02:59 |
| CIA-3 | mithro tpserver-py * rbf1427c6149d /tp/server/__init__.py: | 02:59 |
| CIA-3 | Handle an amount of -1 when getting OrderDesc. | 02:59 |
| CIA-3 | Removed some excess prints. | 02:59 |
| CIA-3 | mithro tpserver-py * r1f00a75d4364 /tp/server/rules/base/orders/Colonise.py: Colonise order now matches one used by tpserver-cpp. | 02:59 |
| llnz | mithro: matches the one in tpserver-cpp? | 03:01 |
| mithro | llnz: IE Has an single parameter which is the ID of the thing to be colonised | 03:02 |
| mithro | tpserver-py use to just colonise any object which you are orbiting | 03:02 |
| llnz | hehe, minisec and mtsec in tpserver-cpp don't do that any more | 03:02 |
| llnz | they now have no parameters and colonise the object they are at | 03:05 |
| mithro | llnz: what happens if two planets are at the same location? | 03:07 |
| llnz | they are not | 03:07 |
| mithro | llnz: it's not inconvicable? | 03:07 |
| llnz | it is very, very, very unlikely | 03:08 |
| *** tpb` has joined #tp | 03:41 | |
| *** tpb` is now known as tpb | 03:41 | |
| *** llnz2 has joined #tp | 03:41 | |
| *** llnz has quit IRC | 03:42 | |
| *** ChanServ sets mode: +o tpb | 03:42 | |
| *** llnz2 is now known as llnz | 03:42 | |
| llnz | ahhh... that will be why nash's ai wasn't doing well the other day on demo1 | 03:42 |
| llnz | mithro: we should do something about the media | 03:42 |
| mithro | llnz: yes | 04:04 |
| mithro | llnz: i'm wondering which way is the best to go | 04:06 |
| mithro | llnz: RE: Media, I've been meaning too | 04:06 |
| llnz | hehe, you should see demo1 | 04:09 |
| mithro | why? | 04:14 |
| llnz | 11 colony fleets moving | 04:15 |
| llnz | about to be joined by another four | 04:15 |
| mithro | oh, nash's AI going at it? | 04:15 |
| llnz | nope, just me :-) | 04:15 |
| mithro | oh :P | 04:16 |
| mithro | looks like you need some competition :P | 04:16 |
| llnz | hehe, good luck with that :-p | 04:17 |
| mithro | I think nash's AI might still give you a run for your money | 04:17 |
| mithro | it doesn't sleep :P | 04:19 |
| llnz | it's not aggressive, it wouldn't try to take a planet i own already | 04:21 |
| * llnz is pondering writing an AI framework for tp in c++ | 04:23 | |
| mithro | llnz: bah, C++ is a pretty bad language to do AI stuff in | 04:24 |
| mithro | C++ with Lua scripting could be okay | 04:25 |
| llnz | they ai wouldn't need to be written in c++ | 04:25 |
| mithro | overall, with any AI development time is the biggest problem | 04:25 |
| llnz | it would basically be a swig library that expose useful basic building blocks | 04:26 |
| mithro | swig is teh evil | 04:26 |
| llnz | maybe | 04:26 |
| llnz | or it could just be a c++ environment with languages embeded in it | 04:26 |
| llnz | haven't really thought it through yet | 04:30 |
| llnz | i am going to rewrite libtpproto-cpp again though | 04:30 |
| llnz | part of it, really | 04:30 |
| CIA-3 | mithro tpserver-py * r2a04964c74cb /tp/server/ (bases/Object.py utils/__init__.py): Fixed the ordering parameter of bypos. | 04:33 |
| mithro | llnz: why? | 04:33 |
| llnz | because it blocks, and blocking is bad for GUIs | 04:33 |
| mithro | oh, blocking is bad :P | 04:34 |
| llnz | and i want the library to report when it's ready for the client, and all the callback/delgate stuff | 04:35 |
| mithro | event driven is probably the way to go | 04:35 |
| llnz | yes, using the client's event loop, not an internal one | 04:36 |
| mithro | llnz: probably want to provide way to use it in a select type system? | 04:38 |
| llnz | yeah | 04:38 |
| mithro | so I'm not quite sure what to do about the media | 04:38 |
| llnz | tailor into a git repo? | 04:39 |
| llnz | or put the svn back up | 04:39 |
| mithro | well, git has the problem that you have to download the whole repository history | 04:39 |
| llnz | true | 04:39 |
| mithro | with binaries that can get very big very fast | 04:39 |
| llnz | yeah | 04:39 |
| llnz | but only need to once | 04:40 |
| jotham | whats up mithro | 04:52 |
| mithro | jotham: how goes the battleviewer? :P | 04:52 |
| jotham | uh dude | 04:52 |
| jotham | i have concussion | 04:52 |
| jotham | i can't even remember basic shit :\ | 04:52 |
| jotham | like where my gran lives (happend today) | 04:53 |
| jotham | yeah i got hit by a car thursday | 04:53 |
| jotham | pretty much fine just concussed quite badly | 04:53 |
| mithro | jotham: ahh that sucks | 04:54 |
| mithro | jotham: how does on recover from concussion? | 04:55 |
| mithro | s/on/one | 04:55 |
| jotham | it's bruising | 04:55 |
| jotham | of the brain | 04:55 |
| jotham | it just heals | 04:55 |
| jotham | i've had it a few times before over the years | 04:55 |
| jotham | from riding bmx's | 04:55 |
| llnz | bbs | 05:10 |
| mithro | jotham: so you don't have to do like brain physio or anything? | 05:13 |
| *** zipola has joined #tp | 05:13 | |
| jotham | haha mithro | 05:14 |
| jotham | naah | 05:14 |
| mithro | jotham: so what you been up to then? | 05:22 |
| jotham | sleeping pretty much | 05:22 |
| jotham | even being on the computer makes me tired and dizzy | 05:22 |
| jotham | am pretty bruised | 05:22 |
| jotham | so if i install the thing generating these battles can i generate my own, or do i need to simulate games and crap too? | 05:23 |
| mithro | jotham: the battle generator can be run standalone | 05:24 |
| jotham | ok | 05:24 |
| mithro | it takes a file which specifies the participants | 05:24 |
| mithro | see the following directory | 05:24 |
| mithro | http://git.thousandparsec.net/gitweb/gitweb.cgi?p=tpserver-py.git;a=tree;f=tp/server/rules/minisec/actions;h=b62aa6d96ebd4aac169a2d9dced41be09c75a058;hb=HEAD | 05:25 |
| tpb | <http://ln-s.net/_DE> (at git.thousandparsec.net) | 05:25 |
| mithro | the file you want is "FleetCombat.py" | 05:25 |
| mithro | the tests directory is some sample input for FleetCombat.py | 05:25 |
| mithro | but if you don't feel well, I wouldn't recommend looking at that code :P | 05:27 |
| jotham | heh | 05:27 |
| jotham | i'll try to remember to check it in the morning | 05:27 |
| llnz | back | 05:46 |
| llnz | get well soon jotham | 05:47 |
| CIA-3 | llnz tpserver-cpp * r2375f679c478 /tpserver/playerview.cpp: Protect against requests for too many items in PlayerView. | 06:21 |
| mithro | llnz: so how does your playerview work? | 06:25 |
| llnz | for designs and components, which don't store history, it keeps a copy of the thing (as far as it can see it) and a list of those usable for the player, and a list of visible things | 06:26 |
| llnz | it also maintains it's own timestamps, etc | 06:27 |
| mithro | so how do objects work? | 06:30 |
| llnz | will work, you mean :-) | 06:30 |
| llnz | well.... | 06:31 |
| llnz | playerview will hold a list of the player's owned objects, and a list of visible objects | 06:32 |
| llnz | playerview will hold a copy of each visible object for each turn | 06:33 |
| llnz | when the player doesn't own the object, it will give the copy in the PlayerView | 06:36 |
| llnz | when the player does own it, it will give the "real" object | 06:36 |
| llnz | none of this is currently set up to work with persistence | 06:38 |
| mithro | okay | 06:45 |
| llnz | yes | 06:48 |
| llnz | yet | 06:48 |
| mithro | so how does that deal with history? | 06:57 |
| llnz | playerview will hold a copy of each visible object *for each turn* | 06:57 |
| llnz | so it will have a history for each turn | 06:58 |
| mithro | why not hold a complete history of the object in the object class? | 06:59 |
| mithro | and then just use a "masking" function? | 06:59 |
| llnz | ? | 06:59 |
| llnz | oh | 06:59 |
| llnz | the object the playerview holds is only what the player can see | 06:59 |
| llnz | the filtering is done before it's added to playerview | 07:00 |
| llnz | that applies to components and designs too | 07:00 |
| mithro | llnz: what I'm planning to do is have a table which says "Saw this object at XXX with this 'mask'" | 07:00 |
| mithro | where the mask explains what the player can't see | 07:00 |
| llnz | cool | 07:00 |
| mithro | which I think is the most efficent way to store it | 07:01 |
| mithro | as there is still only one copy of the full object history | 07:01 |
| llnz | how does that deal with "old" data? | 07:01 |
| mithro | llnz: well the "object table" stores the complete history of all objects | 07:02 |
| mithro | so if a player can only see an old version of the object, the "playerview" table just points to the object at an older point in history | 07:04 |
| llnz | older parts with newer parts? | 07:05 |
| mithro | okay, let me start over | 07:06 |
| mithro | this is my plan, | 07:07 |
| mithro | - object becomes a "log" type system. To update an object you insert a new record with a later modtime | 07:07 |
| mithro | this means that you can always get the latest state by selecting the max(modtime) for each object | 07:08 |
| llnz | it's that a slow query in sql? | 07:08 |
| mithro | llnz: not really | 07:09 |
| mithro | infact with proper indexing it's really quite fast | 07:09 |
| mithro | and you can also build a "cache" by performing the select once into a temporary table | 07:10 |
| mithro | each player then have a "view", this is table which has two fields a "reference to object@time" and a "mask" | 07:11 |
| mithro | so to get what a player can see, it's a join between the "view" table and the "object" table and again selecting the "max(modtime)" | 07:11 |
| mithro | you can also see anytime in the history by also adding a "where modtime < x" | 07:12 |
| mithro | 90% of objects don't change - in this case there will only be 1 record in object and reference for each player (when they first see the object) | 07:14 |
| mithro | make sense? | 07:14 |
| llnz | yes | 07:14 |
| llnz | my model supports incorrect/misleading information | 07:15 |
| mithro | which means storage wise its sizeof<object> + sizeof<int>*3*numplayers | 07:15 |
| mithro | llnz: well, it's fairly easy to add incorrect/misleading information too | 07:16 |
| mithro | just have an "overrides" table, then do the same select - preferencing overrides over the "object" table data | 07:16 |
| mithro | which again means you only storing the (uncommon) case when there is some value you want to override | 07:17 |
| mithro | llnz: that sound sensible | 07:27 |
| mithro | ? | 07:27 |
| llnz | hummm.... | 07:27 |
| CIA-3 | mithro tpserver-py * rb94cb6cae4bb /tp/server/bases/ (Message.py Order.py): | 07:28 |
| CIA-3 | Fix up Message. | 07:28 |
| CIA-3 | Tried to make Order and Message as common as possible. Should probably make | 07:28 |
| CIA-3 | a seperate baseclass. | 07:28 |
| CIA-3 | mithro tpserver-py * re38eabbe4662 /tp/server/bases/SQL.py: IDs start at 1. | 07:28 |
| CIA-3 | mithro tpserver-py * r15478143c47e /tp/server/bases/Ruleset.py: Insert instead of save. | 07:28 |
| llnz | it does sound sensible | 07:30 |
| llnz | and other than the space requirement, do does mine? | 07:30 |
| mithro | llnz: I'm actually going to write it up now | 07:30 |
| llnz | s/do/so/ | 07:30 |
| llnz | cool | 07:30 |
| mithro | llnz: well, yeah - it's probably a bit simpliar/less error prone | 07:30 |
| mithro | however your space requirements are going to spiral out of control I think? | 07:31 |
| mithro | each turn you need to store sizeof<object>*numberofobjects*numberofplayers ? | 07:31 |
| llnz | true | 07:32 |
| llnz | i think your overrides table and view table will get fairly big | 07:32 |
| llnz | probably not anywhere near as fast though | 07:33 |
| mithro | llnz: well overrides arn't all that common? | 07:33 |
| mithro | IE When would you actually use them? | 07:33 |
| llnz | spies, inaccurate sensor readings, etc | 07:34 |
| mithro | remeber 90% of the universe is pretty much inhert? | 07:37 |
| llnz | looking at it, it doesn't appear to be that much | 07:38 |
| llnz | humm.... going to have to fiddle with the children of objects in playerview :-( | 07:41 |
| llnz | actually | 07:42 |
| llnz | in the db tables, i could have a level of indirection for player's view of objects | 07:42 |
| llnz | allowing for non-changing objects to be only present once, with pointers from each turn | 07:43 |
| llnz | grows only 12 bytes a turn (or so) | 07:43 |
| mithro | my idea, things only grow when there are actual changes | 07:46 |
| llnz | actually, with the indirection, it only has to grow when there are actual changes | 07:53 |
| llnz | when it does, i store the whole object, not just a reference and a mask (and sometimes a override) | 07:54 |
| mithro | that makes sense | 07:54 |
| *** niphree has joined #tp | 07:59 | |
| niphree | hello | 07:59 |
| llnz | hi niphree | 08:01 |
| mithro | hey niphree | 08:06 |
| mithro | how is everything going? | 08:06 |
| niphree | still trying to add this new files ;) | 08:09 |
| niphree | I'll send you error message | 08:09 |
| mithro | niphree: okay | 08:11 |
| mithro | niphree: feel free to just pmsg me | 08:11 |
| mithro | niphree: hrm | 08:18 |
| mithro | that error is a little weird | 08:18 |
| mithro | niphree: okay give it a go now | 08:20 |
| niphree | mithro: I also had warnings when I commit files - but no errors :/ | 08:26 |
| mithro | what where the warnings? | 08:26 |
| mithro | "nothing known about file x"? | 08:26 |
| niphree | no... | 08:27 |
| niphree | I don't remember exacky - but I think it was this same as here. | 08:28 |
| niphree | "cvs add: warning: unrecognized response `DBD::SQLite::st execute failed: attempt to write a readonly database(1) " | 08:28 |
| mithro | hrm.... | 08:39 |
| mithro | niphree: try again now | 08:40 |
| niphree | heh - it's working :] | 08:42 |
| mithro | cool | 08:43 |
| mithro | niphree: so you going to commit? | 08:46 |
| niphree | mithro: yes, but not now - I want to add some more changes first | 08:49 |
| mithro | okay | 08:49 |
| mithro | remeber, commit early, commit often | 08:49 |
| niphree | mithro: k ;) | 08:49 |
| niphree | mithro: is there any documentation protocol v.4. I know I read something before :/ | 08:51 |
| mithro | there is some basic stuff | 08:51 |
| mithro | http://www.thousandparsec.net/tp/dev/documents/protocol4.php | 08:51 |
| tpb | <http://ln-s.net/JqO> (at www.thousandparsec.net) | 08:51 |
| niphree | thx | 08:52 |
| * llnz wanders off | 09:10 | |
| llnz | later all | 09:10 |
| *** llnz has quit IRC | 09:25 | |
| mithro | niphree: how are you going? | 09:26 |
| niphree | good - I'm just thinking about this code | 09:39 |
| mithro | niphree: when you get a chance, could we finish up the intro email? | 09:55 |
| niphree | mithro: ... heh - I almost forgot about this. | 09:57 |
| CIA-3 | mithro tpserver-py * r75acc5e9a567 / (.gitignore TODO doc/howstuffworks doc/script.sh): Plans for how to do the history/fow/etc. | 09:57 |
| mithro | niphree: I'm going to head to bed soonish | 10:03 |
| mithro | so if you want me to look at anything, we should do it soon | 10:03 |
| mithro | ~seen nash | 10:04 |
| tpb | mithro: nash was last seen in #tp 1 day, 9 hours, 39 minutes, and 2 seconds ago: <nash> mithro: cool | 10:04 |
| mithro | well I'm going to assume that nash has already gone to bed | 10:04 |
| mithro | niphree: you likely to be around tommorrow? | 10:11 |
| mithro | niphree: ping? | 10:34 |
| CIA-3 | mithro tpserver-py * rf3931be2b2b9 /tp/server/rules/minisec/__init__.py: Temporarily lock the player location. | 10:41 |
| mithro | brx: ping? | 10:55 |
| CIA-3 | mithro web * r043b30fd97e7 /bits/start_page.inc: Reenable the Google Urchin. | 10:55 |
| CIA-3 | mithro web * r62fc631ce11e /dev/documents/ncl.php: | 10:55 |
| CIA-3 | Removed the commas. | 10:55 |
| CIA-3 | Scheme is based on s-expressions, the parameters inside the paramater list | 10:55 |
| CIA-3 | are "whitespace separated", usually. See | 10:55 |
| CIA-3 | http://www.schemers.org/Documents/Standards/R5RS/HTML/r5rs-Z-H-7.html#%_sec_4.2.6 | 10:55 |
| tpb | <http://ln-s.net/Z1a> (at www.schemers.org) | 10:55 |
| CIA-3 | for why an expression such as the above would lead to an error in r5rs | 10:56 |
| CIA-3 | compliant schemes. | 10:56 |
| CIA-3 | mithro web * r8c1683a2b8c1 /news/2007-05-26-2136.news: Merge with git+ssh://[email protected]/git/web.git | 10:56 |
| CIA-3 | mithro web * rdc3d57ba7cb9 /dev/documents/minisec.php: Cleared up the movement/speed of ships. | 11:38 |
| brx | mithro: pong | 11:58 |
| mithro | brx: I wanted to ask scheme questions | 11:58 |
| mithro | why does let require double brackets? | 12:01 |
| brx | let takes a list of binding defs of the form (var val) | 12:02 |
| mithro | (let ((x 5)) (* x 2)) | 12:03 |
| brx | (let ((x1 v1) (x2 v2) ...) ...) | 12:03 |
| brx | yes | 12:03 |
| brx | what's wrong withthat | 12:03 |
| brx | as I said, it takes a list of bindings | 12:04 |
| mithro | it just seems a bit redundent | 12:04 |
| brx | it won't _magically_ expect a (var value) list when you only specify one binding | 12:05 |
| brx | this is consistency | 12:05 |
| mithro | when could (let (x 5) (* x 2)) be ambigious? | 12:07 |
| brx | it has different semantics. | 12:11 |
| mithro | it just seems an annoying way to catch out newbies | 12:16 |
| brx | not really.. | 12:16 |
| brx | it's much clearer the way it is | 12:17 |
| brx | actually, it's just that. clear. | 12:17 |
| brx | (let (x 5) ...) is silly sugar | 12:17 |
| brx | and it changes the semantics of let | 12:17 |
| brx | that's not really acceptable. | 12:18 |
| brx | one thing that is nice about scheme is that it is consistent | 12:18 |
| mithro | one thing that scheme is not, is clear :P | 12:19 |
| brx | its syntax is among the most elegant, its standard fits on a few html pages. are you kidding me? :) | 12:20 |
| brx | it's clear and simple. | 12:20 |
| mithro | brx: it might be nice and clear to a computer, but a human just sees bracket soup | 12:21 |
| mithro | i bet without an editor you would have trouble matching brackets | 12:21 |
| brx | I don't see any brackets | 12:21 |
| brx | of course I would | 12:21 |
| brx | I don't read code by matching brackets however | 12:22 |
| brx | I read by indentation | 12:22 |
| mithro | ahh, but why can't the computer use the indentation then? | 12:22 |
| brx | there used to be a srfi for that | 12:23 |
| mithro | srfi? | 12:23 |
| brx | whitespace sensitive scheme | 12:23 |
| brx | scheme request for implementation | 12:23 |
| brx | http://srfi.schemers.org/srfi-49/srfi-49.html | 12:23 |
| brx | uh, but schemers hated it | 12:24 |
| mithro | brx: why? | 12:26 |
| brx | mithro: it's less readable | 12:32 |
| mithro | I'm finding it more readable | 12:32 |
| brx | mithro: group | 12:35 |
| brx | ack | 12:35 |
| brx | http://paste.lisp.org/display/42155 | 12:35 |
| tpb | Title: Paste number 42155: uh (at paste.lisp.org) | 12:35 |
| brx | mithro: just go at it with an open mind, use a sensible text editor (emacs, emacs, emacs). | 12:36 |
| mithro | brx: I'm a Vim user | 12:37 |
| brx | then it is likely that you will either give up lisp in the near future or switch to emacs at least for scheme :) | 12:38 |
| mithro | brx: okay - a language is fundementally broken when it depends on a certain editor to be usable | 12:40 |
| *** Demitar_ has quit IRC | 12:40 | |
| mithro | the nicest thing I've seen about scheme, is that it looks like it's easy to paralize | 12:43 |
| brx | uh, I certainly don't have the energy to cope with blockheaded comments like this now, mithro | 12:43 |
| brx | no time for this. | 12:43 |
| *** brx has left #tp | 12:43 | |
| *** niphree has quit IRC | 12:58 | |
| CIA-3 | mithro libtpproto-py * rf2c0177ffbc1 /tp/netlib/xstruct.py: | 14:12 |
| CIA-3 | Added support for the buffer object. | 14:12 |
| CIA-3 | Added better error string. | 14:12 |
| CIA-3 | mithro tpserver-py * r4bafd2743737 /tp/server/rules/minisecplus/__init__.py: Remove the excess prints. | 14:25 |
| CIA-3 | mithro tpserver-py * r24517d08965f /tp/server/ (6 files in 2 dirs): Minisec+ now has components and properties on the designs. | 14:25 |
| CIA-3 | mithro web * r502e232a15c7 /dev/documents/ncl.php: Added sprintf function. | 14:55 |
| *** Epyon has quit IRC | 16:01 | |
| *** TBBle has quit IRC | 16:26 | |
| *** Epyon has joined #tp | 17:17 | |
| * nash waves | 21:31 | |
| xdotx | hey nash | 21:34 |
| nash | heyo... so can I start testing RFTS yet ? ;-) | 21:36 |
| xdotx | heh, i think i'll fully tested it so far | 21:37 |
| xdotx | loads: _/, displays name and version: _/ :P | 21:37 |
| nash | Cool... | 21:38 |
| nash | Have you had any thoughts on how to do combat? | 21:38 |
| xdotx | i just got minisec/mtsec successfully loading on tpserver-cpp here, connected to myself and am trying to figure minisec out ~~ | 21:38 |
| xdotx | in short, no | 21:39 |
| nash | minisec shouldn';t be too hard. | 21:40 |
| xdotx | i thought so too | 21:41 |
| nash | heh | 21:41 |
| nash | What are you having problems iwth? | 21:41 |
| xdotx | everything? | 21:42 |
| xdotx | aside from selecting planets and systems | 21:42 |
| xdotx | there are the 3 ship designs, but i can't place any orders or anything...? | 21:43 |
| nash | Hmm? Using the client/ | 21:44 |
| xdotx | yes, the pywx one | 21:44 |
| * nash notes mithro is using galaxie for testing his server at the moment | 21:47 | |
| nash | xdotx: galaxie is mostly useful as the AI does a few hard coded things, rather then generic commands | 21:50 |
| xdotx | i was under the impression pywx was most common | 21:50 |
| nash | It is the most complete. | 21:50 |
| * xdotx nods | 21:51 | |
| nash | Galaxie doesn't allow humans to enter orders at the moment | 21:51 |
| nash | Not sure about the text client | 21:51 |
| xdotx | hmm. so i should be using pywx for testing, right? | 21:57 |
| nash | If ti is working ... yes | 21:57 |
| nash | Else I can start tweaking galaxie to be basci AI for RFTS as well | 21:58 |
| nash | Which I'm happy to do... | 22:00 |
| xdotx | hmm. well currently i don't really know if pywx is working or not.. i suspect it's something i'm doing wrong | 22:01 |
| nash | hmm... | 22:01 |
| nash | Back in a while | 22:04 |
| xdotx | kk | 22:05 |
| *** CIA-3 has quit IRC | 22:09 | |
| *** CIA-3 has joined #tp | 22:12 | |
| *** xdotx has quit IRC | 23:13 | |
| *** xdotx has joined #tp | 23:14 | |
| mithro | xdotx: ping! | 23:18 |
| mithro | nash: ping! | 23:18 |
| nash | pong | 23:24 |
| nash | mi | 23:24 |
| nash | mithro: | 23:24 |
| mithro | nash: galaxie successfully colonised a planet in tpserver-py | 23:25 |
| nash | mithro: cool | 23:25 |
| mithro | nash: but that brought up the issue that tpserver-cpp has converted to colonise orders with no arguments | 23:27 |
| nash | *sigh* | 23:28 |
| nash | okay, I'll fix it one way or another | 23:28 |
| mithro | nash: so I was discussing it with Lee | 23:28 |
| mithro | which way do you think is better? | 23:28 |
| mithro | Colonise being "Colonise the current location" | 23:29 |
| nash | arg - so that way there can bve two objects at the same point ;-) | 23:29 |
| mithro | or having an arugment with the object to colonise | 23:29 |
| mithro | nash: but that is an almost "impossible" situation, they are 64bit ints, you could just of set it by 1 | 23:29 |
| mithro | nash: so currently tpserver-py is the only server the AI works on :P | 23:32 |
| mithro | tpserver-py also has more interesting designs too | 23:35 |
| xdotx | mithro: pong! | 23:36 |
| nash | You shouldn't to set if off by one | 23:36 |
| mithro | xdotx: so did you figure out your problem? | 23:36 |
| nash | how abouta planet with multiple continents - colonise which continent | 23:37 |
| xdotx | mithro: no, not yet | 23:37 |
| mithro | xdotx: if you can give me more info, I can probably help | 23:37 |
| xdotx | mithro: k, just a sec | 23:37 |
| xdotx | mithro: well.. could you guide me through running a local minisec game? | 23:42 |
| mithro | xdotx: copy the sample config | 23:42 |
| mithro | then ./tpclient-pywx | 23:42 |
| mithro | click the new button | 23:42 |
| mithro | enter details | 23:42 |
| mithro | click okay | 23:43 |
| xdotx | k | 23:45 |
| xdotx | mithro: hmm, if i log in as guest i can't really do anything? | 23:48 |
| mithro | guest user can only view | 23:48 |
| xdotx | that would explain it (why didn't i think of that??) | 23:49 |
| xdotx | i think i would have had my local server accepting account creation before, but i was running in to another problem.. i should have that fixed by now | 23:49 |
Generated by irclog2html.py 2.5 by Marius Gedminas - find it at mg.pov.lt!