| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| *** bddebian has quit IRC | 00:23 | |
| *** vi1985 has quit IRC | 00:26 | |
| shenki | mithro: build failed, something went bad when creating the deb | 00:56 |
|---|---|---|
| shenki | will give you details tonight when i can see the log | 00:56 |
| *** JLafont has quit IRC | 01:01 | |
| * llnz_laptop wanders off | 01:08 | |
| llnz_laptop | later all | 01:08 |
| *** llnz_laptop has quit IRC | 01:08 | |
| *** JLafont has joined #tp | 01:09 | |
| *** TBBle has quit IRC | 03:17 | |
| *** ezod has quit IRC | 03:17 | |
| *** Epyon has quit IRC | 03:17 | |
| *** CIA-31 has quit IRC | 03:17 | |
| *** Epyon has joined #tp | 03:17 | |
| *** CIA-31 has joined #tp | 03:17 | |
| *** TBBle has joined #tp | 03:18 | |
| *** ezod has joined #tp | 03:18 | |
| *** nash has quit IRC | 03:23 | |
| *** JLafont has quit IRC | 04:03 | |
| *** peres has joined #tp | 04:04 | |
| *** sladegen has quit IRC | 05:22 | |
| *** sladegen has joined #tp | 05:22 | |
| *** shenki has quit IRC | 06:40 | |
| *** TBBle has quit IRC | 07:55 | |
| *** ezod has quit IRC | 07:55 | |
| *** TBBle has joined #tp | 07:57 | |
| *** ezod has joined #tp | 07:57 | |
| *** Iwanowitch has joined #tp | 08:32 | |
| CIA-31 | verhoevenv daneel-ai * ra34453ccafe4 /daneel-ai: Renamed method | 09:55 |
| CIA-31 | verhoevenv daneel-ai * raa5b54cfec03 /daneel-ai: Changed print by logger calls | 09:55 |
| CIA-31 | verhoevenv daneel-ai * r94eaf3fa6027 /basic.py: Restructured imports | 09:55 |
| CIA-31 | verhoevenv daneel-ai * rdcdb1b736ba2 / (basic.py daneel-ai rules-rfts): Moved most constraints and some rules to module | 09:55 |
| mithro | hey Iwanowitch | 10:04 |
| mithro | how hard would it be to add risk support to daneel? | 10:05 |
| Iwanowitch | mithro: A few hours at most, I think. I'm not entirely sure about how much differences there are between rulesets though. | 10:16 |
| mithro | well risk is quite different | 10:17 |
| mithro | if you have the time | 10:17 |
| mithro | I would recommend trying it out | 10:17 |
| mithro | well heading home | 10:18 |
| mithro | see ya! | 10:18 |
| Iwanowitch | It might help to see the clear boundaries, only targetting rfts isn't that good perhaps. | 10:18 |
| Iwanowitch | Okay. | 10:18 |
| mithro | jphr is closer to your timezone | 10:18 |
| Iwanowitch | Bye. | 10:18 |
| mithro | so I recommend to chat with him | 10:18 |
| mithro | (he is developing the risk ruleset) | 10:18 |
| Iwanowitch | Yep, will do. | 10:18 |
| mithro | you could also try TAE | 10:21 |
| mithro | but that is much more complicated | 10:21 |
| mithro | Iwanowitch: it would be good if you could also chat with ezod sometime - he is trying to do a "single player mode" | 10:23 |
| ezod | morning | 10:23 |
| ezod | wow, i just sat down, and we're talking about me :) | 10:24 |
| mithro | yeah | 10:26 |
| mithro | ezod: any luck with the mid-term reports? | 10:27 |
| ezod | mithro: not really, did you see that i'd given up on oodraw? it's not saving docs properly, formatting gets messed up, etc. | 10:28 |
| mithro | ezod: yeah | 10:28 |
| mithro | why didn't you use oowriter? | 10:28 |
| ezod | mithro: originally, because i just wanted to do the layout quickly | 10:29 |
| ezod | mithro: i'll do it in oowriter with styles now | 10:29 |
| mithro | teach you do volunteer for things ;) | 10:29 |
| ezod | yeah, particularly since i still have a lot to get done on -py | 10:30 |
| ezod | i think i'll have libtpproto-py stuff done today at least | 10:31 |
| mithro | it's pretty easy to do | 10:32 |
| ezod | once i have something tangible like that to report on i'll get back to those reports | 10:33 |
| *** peres has quit IRC | 10:34 | |
| ezod | mithro: could you walk me through how you prepare python packages (particularly libtpproto-py) for distribution? | 10:35 |
| mithro | ezod: why? | 10:35 |
| *** peres has joined #tp | 10:35 | |
| Iwanowitch | How do I switch to the risk branch? Something like "git checkout risk" I suppose, but that doesn't work... | 10:36 |
| ezod | mithro: if it's no big hassle... so i can test it all the way through when i'm done through the packaging system... 'in the wild' | 10:36 |
| ezod | mithro: i tested the -cpp stuff that way | 10:37 |
| ezod | proof that it works on a live system and all | 10:38 |
| mithro | Iwanowitch: there are getting started directions on the wiki | 10:39 |
| mithro | ezod: don't worry too much about it | 10:39 |
| mithro | if it works in-place | 10:40 |
| mithro | it should work installed | 10:40 |
| Iwanowitch | Think I found it anyway, just needed a local branch. | 10:40 |
| ezod | mithro: alright | 10:41 |
| *** zzorn has joined #tp | 10:44 | |
| mithro | crap I was going to leave like 45 minutes ago | 10:45 |
| *** peres has quit IRC | 10:59 | |
| *** jphr has joined #tp | 11:09 | |
| *** peres has joined #tp | 11:22 | |
| *** bddebian has joined #tp | 11:45 | |
| bddebian | Heya | 11:46 |
| CIA-31 | jphr tpserver-cpp-risk * rce806ed1746c /modules/games/risk/sc-risk-basic.txt: Added a bunch of script to sc-risk-basic.txt | 12:07 |
| *** JLafont has joined #tp | 12:24 | |
| CIA-31 | jphr tpserver-cpp-risk * r7007e2887254 /modules/games/risk/sc-risk-adv.txt: Added script for sc-risk-adv.txt | 12:40 |
| CIA-31 | Eugene tpclient-pyogre * r344cf4b6502a / (src/Scene.py windows/system.layout): Add a window for viewing designs, toggled by the designs button | 12:43 |
| *** peres has quit IRC | 12:53 | |
| *** vi1985 has joined #tp | 13:03 | |
| vi1985 | mithro, jphr: ping | 13:03 |
| vi1985 | mithro, jphr: I got a green light from jezuch to start work on Risk 8^) | 13:04 |
| jphr | vi1985: excellent | 13:05 |
| jphr | I'm not sure what process you go through to get an AI going, but let me know if you need anything, help getting things set up, etc. | 13:06 |
| vi1985 | jphr: great, we'll be in touch! hopefully the transition goes quickly. By the way, have you been using a TP04 or TP03 client? | 13:06 |
| *** greywhind has joined #tp | 13:07 | |
| jphr | color me stupid, tpclient-pywx, not sure what TP version | 13:07 |
| jphr | You using linux? | 13:07 |
| vi1985 | jphr: methink that's TP03. Yep. why? :) | 13:07 |
| vi1985 | jphr: hm, do as a ruleset dev, you're not worried about protocol specifics, right? I mean, you don't need to do anything special for your ruleset to be TP04 compatible? | 13:08 |
| jphr | I haven't used any special weird-o stuff that I am aware of :P | 13:09 |
| Iwanowitch | vi1985: how's the RFTS part going? | 13:10 |
| Iwanowitch | ie when are we going to battle? | 13:10 |
| vi1985 | jphr: what i was afraid of :-/ I guess I'll have to downgrade my client to TP03 for now for it to work. I kept getting weird results when I switched to TP04 in RFTS... | 13:10 |
| vi1985 | iwanowitch: whenever colonized planets will become useable ;). I'm afraid I'm switching to Risk for now (mostly due to this bug!), but I won't forget RFTS ;) | 13:12 |
| vi1985 | Iwanowitch: how bout your project? How far in are you? | 13:13 |
| Iwanowitch | vi1985: the framework seems to work fine, but all intelligence still needs to be added... | 13:14 |
| jphr | vi1985: just wondering about linux because of how the map import works atm, you need to specify in the risk_map the relative path to the map | 13:14 |
| jphr | vi1985: I need to speak with mithro or llnz about setting that up a little more nicely | 13:14 |
| CIA-31 | jphr tpserver-cpp-risk * rc30a5c87ae30 /risk-defaultmap.svg: Added risk default map to root of repo. To use the map ATM you must run tpserver from wherever and use the relative path in your config file. | 13:14 |
| CIA-31 | jphr tpserver-cpp-risk * rcd242ab4da3c / (quickstart-risk-bid.conf quickstart-risk-random.conf): Modified quickstart configs for risk | 13:14 |
| Iwanowitch | jphr, vi1985: mithro also asked me to take a look at Risk, so perhaps we can focus on that for now? | 13:14 |
| vi1985 | jphr: which OS have you been using for dev? | 13:14 |
| jphr | vi1985: OSX | 13:15 |
| vi1985 | Iwanowitch: mine is pretty much in the same stage :) I've got some logic built into it, but it's not the "true" logic it will have. | 13:15 |
| jphr | Iwanowitch, vi1985: I'll be overcome with help :P, Vi you can probably forward iwanowitch the email I sent you | 13:15 |
| vi1985 | I'm on it | 13:16 |
| vi1985 | k, it's forwarded. | 13:17 |
| jphr | mmkay | 13:17 |
| vi1985 | jphr: you think it will have trouble importing maps in linux? | 13:17 |
| CIA-31 | jphr tpserver-cpp-risk * rc30a5c87ae30 /risk-defaultmap.svg: Added risk default map to root of repo. To use the map ATM you must run tpserver from wherever and use the relative path in your config file. | 13:17 |
| Iwanowitch | Yep, got it, thanks. | 13:17 |
| vi1985 | cool. | 13:17 |
| jphr | I'm just not sure where risk-defaultmap.svg will end up :P Its in the root of the Repo, so ATM I have to launch tpserver-cpp -C quickstart-risk-*.conf from the root of the repo | 13:18 |
| jphr | since the conf's specify risk_map = ./risk-defaultmap.svg | 13:18 |
| CIA-31 | jphr tpserver-cpp-risk * rd4cc69a1389f / (3 files in 2 dirs): fixed typo in config file | 13:19 |
| CIA-31 | jphr tpserver-cpp-risk * rd4cc69a1389f / (3 files in 2 dirs): fixed typo in config file | 13:20 |
| CIA-31 | jphr tpserver-cpp-risk * rd4cc69a1389f / (3 files in 2 dirs): fixed typo in config file | 13:20 |
| CIA-31 | jphr tpserver-cpp-risk * rd4cc69a1389f / (3 files in 2 dirs): fixed typo in config file | 13:20 |
| jphr | thats weird | 13:20 |
| vi1985 | jphr: ok, I'll set the server up, and give it a try. By the way... a newb question... is there a way to use keep up with your repo commits without building-removing-rebuilding the package every time? Are you using an IDE for that? (I'm using Eclipse for my client, not sure it'll do for tpserver-cpp) | 13:21 |
| vi1985 | scrap "use" | 13:21 |
| jphr | i'm a bit of a command line junky atm, using TextMate, make && sudo make install to update myself | 13:21 |
| Iwanowitch | git pull, make | 13:21 |
| Iwanowitch | I suppose that's it yes. | 13:22 |
| vi1985 | hm, no need to remove the remains of the previous build? (i'm guessing it'll ask me to rewrite existing files) | 13:22 |
| jphr | no that I'm aware of | 13:22 |
| vi1985 | cool 8^) | 13:22 |
| CIA-31 | jphr tpserver-cpp-risk * rd4cc69a1389f / (3 files in 2 dirs): fixed typo in config file | 13:23 |
| Iwanowitch | Nope, make actually uses object files that are not outdated. | 13:23 |
| jphr | dangit, git's been weird lately | 13:23 |
| Iwanowitch | So removing remains would slow down compilation. | 13:23 |
| jphr | FYI its not a bad typo, so things should still work | 13:23 |
| vi1985 | thanks guys! i'm signing off for now, to do some work ;P | 13:24 |
| jphr | mmkay, email me if you have any troubles | 13:24 |
| jphr | i'm also on gtalk, neufelry [AT] gmail dotto com | 13:25 |
| Iwanowitch | Hmm. Restricted move orders. That might be a challenge. | 13:27 |
| jphr | your AI's can call methods from the ruleset right? | 13:27 |
| jphr | if so, Planet-> std::set<Planet*> getAdjacent(); | 13:28 |
| Iwanowitch | Nope, we're just clients. | 13:28 |
| jphr | umm, can you get info from drop-down lists? | 13:29 |
| Iwanowitch | Well, it's send somehow to the client, so it should be possible. | 13:29 |
| vi1985 | jphr, didn't you say that the list of adjecent planets gets sent with the "move order" somehow? I'm quoting (from the email) : "At present the Move order populates (at least in tpclient-pywx) with a | 13:37 |
| vi1985 | list of adjacent planets." | 13:37 |
| jphr | vi1985: The move order has a ListParameter that gets populated with map that has planets and the max. number of untis | 13:39 |
| vi1985 | jphr: are those the adjacent planets? (read: the planets I can move to from "here"). What does the max. # of units mean? | 13:40 |
| vi1985 | jphr: so if I'm reading correctly, I need to probe the order to obtain the list of adjacent planets? Is there a simple arithmetic I can do instead? | 13:41 |
| jphr | vi1985: yes they are the adjacent ones. The max # of units is a limit imposed on how many units you can choose to move, it is the sum of the total present units + total reinforcements avail. - 1 | 13:41 |
| jphr | Since the map imports there isn't an arithmatic correlation between a planet and its neighbour | 13:42 |
| vi1985 | really? no way to calculate distance?? | 13:42 |
| jphr | sidenote: Planets get created as they are encountered in the xml file, then edges are added to the graph | 13:42 |
| jphr | well all move orders take only 1 turn | 13:43 |
| vi1985 | oooh, so I don't see the whole map upfront, just what I own and neighboring regions! | 13:43 |
| jphr | there aren't units in the traditional sense, planets simple hold a number of armies, adn move orders take away from the origin and add to the target | 13:43 |
| jphr | well you do see the whole map | 13:43 |
| vi1985 | and planets have a "position", which is meaningful? | 13:44 |
| jphr | a planets position is really quite meaningless, it has no influence on movement. Only a planet's adjacencies have any meaning. YOu can move units to any adjacent planet in 1 turn always | 13:45 |
| jphr | (planet positions are aesthetic) | 13:45 |
| vi1985 | hm... ok, and do the adjacencies get determined before the game starts, or somehow dynamically during the game? | 13:46 |
| vi1985 | (sorry if i'm not completely following!) | 13:46 |
| jphr | never dynamically, they are stored internally in a customized graph implementation, created immediatly after the planets are created | 13:46 |
| jphr | vi1985: no its cool | 13:46 |
| CIA-31 | jphr tpserver-cpp-risk * rd4cc69a1389f / (3 files in 2 dirs): fixed typo in config file | 13:49 |
| CIA-31 | aaron libtpproto-py-config * rd4a432efcae6 /tp/netlib/ (__init__.py adminclient.py): Created initial adminclient.py based on client.py. | 13:50 |
| CIA-31 | aaron libtpproto-py-config * re1f538f15184 /tp/netlib/objects/ (7 files): Initial creation of Command objects based on Order objects. | 13:50 |
| CIA-31 | aaron libtpproto-py-config * rbf556930e785 /tp/netlib/adminclient.py: Fixed indentation error. | 13:50 |
| vi1985 | ok, now I'd like to determine all the adjecencies in the beginning of the game. I'm assuming that probing a move order from a planet that I don't own will give me a Fail frame that I can't use. Is there another way to determine adjecencies? Or is my assumption on the Fail frame wrong? | 13:50 |
| jphr | Hmmm, you can't use any server side functionality? just client stuff? | 13:51 |
| vi1985 | jphr: i'm afraid so :) | 13:53 |
| jphr | vi1985: well this won't sound good, but I think that if you cannot use any server func. then you can only operate with a fog of war | 13:54 |
| jphr | I haven't been able to show orders on planets that aren't owned | 13:54 |
| jphr | *by you | 13:54 |
| vi1985 | jphr: which is fine, if that's how you want it to be. I'm thinking you can still use some frame to send the adjecencies. Even in a dumb way, say in a list: <planet 1 id> <adjecent 1 id> <...> ........ <-1> <planet 2 id> <adjecent 1 id> ... etc | 13:56 |
| *** JLafont has quit IRC | 13:56 | |
| jphr | hmm, I've been completely sheltered from packing any frames whatsoever thus far, but that would probably work | 13:57 |
| vi1985 | do you see what I mean? you send over all the adjecencies of all planets, seperated by a -1, or something like that | 13:57 |
| vi1985 | :) I don't mind a fog of war! | 13:58 |
| * vi1985 remembers a genious russian cartoon, called "A hedgehog in the fog"... | 13:59 | |
| jphr | hehe, well it wouldn't be impossible to pack those frames, but I would need to talk to my mentor about specifics | 13:59 |
| vi1985 | ok, cool. ummm... no further questions, Your Honor ;) | 13:59 |
| *** nuleren has joined #tp | 14:00 | |
| jphr | pfft, hardly, but your welcome :P | 14:00 |
| vi1985 | lol | 14:00 |
| * vi1985 thinks that discovering graphs in the course of a game sounds cool... way cooler than complete knowledge ;) | 14:01 | |
| jphr | maybe I'll have to make a fog of war option :D | 14:01 |
| jphr | but for now I have to add a bunch of stuff to my midterm report | 14:04 |
| vi1985 | :) | 14:11 |
| Iwanowitch | Hmm, I don't think you can just invent new kinds of frames. | 14:16 |
| Iwanowitch | That needs protocol support, and thus suppot from all clients and servers. | 14:17 |
| jphr | may well be fog of war then | 14:17 |
| vi1985 | I was thinking it can be passed in one of the current frames (especially TP04 frames) | 14:18 |
| Iwanowitch | Mmm, but how do you combine that with bidding? Players have to bid on territories they don't know the relations between? | 14:18 |
| jphr | good point (bidding can be turned off however) | 14:18 |
| Iwanowitch | You can append extra data to some objects... Like the turn number with the universe object. Not sure you can send other kind of objects or other kinds of extra data. | 14:19 |
| Iwanowitch | You can always append extra data with orders, but that's a bit unnatural. | 14:19 |
| Iwanowitch | And as said before, you can't place orders on things you don't own. | 14:20 |
| Iwanowitch | ...Or can you? | 14:20 |
| Iwanowitch | You can't in tpclient-pywx at least. | 14:21 |
| vi1985 | Well, there are several frames which have "reference lists" or just plain lists of "things". Perhaps the graph can be sent in a message at the start of the game? | 14:22 |
| jphr | Iwanowitch: you can place orders on something you don't own IF you own the order queue (which can have multiple owners) | 14:22 |
| Iwanowitch | I suppose that's server-side stuff I haven't heard from before. | 14:23 |
| jphr | Iwanowitch: Neither did I, it caused a weird bug when I didn't transfer ownership correctly, you could still do things to your old planets you no longer owned | 14:24 |
| *** JLafont has joined #tp | 14:24 | |
| Iwanowitch | vi1985: I'd like to see if it's possible to issue a probe move order on a planet you don't own... Do you have any experience with probe orders though? | 14:25 |
| Iwanowitch | Because if you don't have any either, it might be quicker to try in Python. | 14:25 |
| vi1985 | yes, I've got it set up. | 14:26 |
| vi1985 | but my client is undergoing serious re-structuring though. It won't be ready in a few days. | 14:26 |
| Iwanowitch | Hmm, okay. I suppose I'll need to have probe order support someday anyway. | 14:26 |
| vi1985 | I can give you the actual code, you know java? | 14:27 |
| Iwanowitch | Doesn't really fit in with the plan. | 14:27 |
| Iwanowitch | Yeah, sure. | 14:27 |
| vi1985 | k, I'll mail it to you, it's the quickest way | 14:27 |
| Iwanowitch | Though it might be a bit different with the Python libraries. | 14:27 |
| Iwanowitch | Okay. Can't hurt | 14:27 |
| vi1985 | the logic should be the same | 14:27 |
| *** Erroneous has joined #tp | 14:30 | |
| vi1985 | Iwanowitch: ok, I sent it to you, together with the method to get the Order description (it's dependent on getting the OD from server). I'm using the probe to get the number of turns it takes, but of course it can be used otherwise. | 14:31 |
| Iwanowitch | So err... The OrderProbe class is in the protocol library? | 14:32 |
| vi1985 | yes. I'm using classes in libtpproto-java. | 14:33 |
| vi1985 | but there should be corresponding python classes... maybe not the core networking library, but the classes generated from protocol description | 14:34 |
| Iwanowitch | Yes, probably. | 14:35 |
| Iwanowitch | Sending orders is a bit messy in Python though. | 14:36 |
| vi1985 | it's a bit messy in java, too ;) | 14:36 |
| vi1985 | if you can get the order from the client, then probing the order is a piece of cake :) | 14:38 |
| vi1985 | (composing the order isn't that straightforward, though) | 14:38 |
| vi1985 | mithro: ping | 14:41 |
| vi1985 | bb in 30 | 14:51 |
| *** JLafont-laptop has joined #tp | 15:04 | |
| *** jphr_ has joined #tp | 15:38 | |
| *** jphr has quit IRC | 16:00 | |
| *** jphr_ has quit IRC | 16:01 | |
| *** bddebian has quit IRC | 16:06 | |
| *** JLafont-laptop has quit IRC | 17:13 | |
| *** jphr has joined #tp | 17:17 | |
| *** JLafont-laptop has joined #tp | 17:26 | |
| vi1985 | jphr: ping | 17:32 |
| *** JLafont-laptop has quit IRC | 18:31 | |
| Iwanowitch | vi1985, jphr: Is it just me or will querying the server with probe order to determine the map be very wasteful? n*(n-1)/2 frames... | 18:33 |
| *** JLafont-laptop has joined #tp | 18:35 | |
| Iwanowitch | With the default map having 42 planets. | 18:35 |
| Iwanowitch | 861 frames? :/ | 18:35 |
| vi1985 | Iwanowitch, how did you determine that? I'd use a greedy algorithm to build the graph... I think it's much less than the figure you presented. | 18:39 |
| vi1985 | (even if it takes a whole turn, I think this info would prove invaluable later on!) | 18:39 |
| Iwanowitch | How would you do it? There could, in theory, be a connection between any two planets. | 18:39 |
| Iwanowitch | There's no reliable info on sizes or positions. | 18:40 |
| vi1985 | hm... let me think :) | 18:40 |
| Iwanowitch | Although one might assume it is a 2D graph. | 18:40 |
| Iwanowitch | What is the terminology in English... One where edges don't cross. | 18:41 |
| Iwanowitch | Planar graph. | 18:41 |
| Iwanowitch | Then again, I don't really know how you'd take advantage of that... And nothing forbids mapmakers of using non-planar graphs currently. | 18:42 |
| vi1985 | what i'd do, is get the info from all planets through the connection, and construct a graph from that internally. That would be 42 frames in the standard map, and a few thousand internal computations. | 18:42 |
| Iwanowitch | Err, wait. You can get a list of all desitinations from a single starting point. Right. | 18:43 |
| Iwanowitch | Okay. Never mind me. :) | 18:43 |
| Iwanowitch | Then it's 42 indeed. | 18:43 |
| vi1985 | the answer to Life, the Universe, and Everything :))) | 18:43 |
| Iwanowitch | I should have known. It's always 42. :) | 18:44 |
| vi1985 | that's actually only if players are allowed to place orders on planets that aren't their own :). I'd stick with some sort of list passed with a message, or some other frame... | 18:45 |
| vi1985 | otherwise, the fog of war is kinda cool :) | 18:45 |
| vi1985 | i think having the fog of war would be fair b/w ais and human players, since an ai that has a good representation of the graph, will be able to keep track of many more options a human would. | 18:47 |
| vi1985 | and if there was a fog of war, then it's a battle of heuristics :) | 18:47 |
| Iwanowitch | Well, that'd only really work if it was possible to get a random map. If there's just one map, we might as well hardcode it because humans can also reference it. | 18:52 |
| *** JLafont-laptop has quit IRC | 18:53 | |
| Iwanowitch | Or well, one or a small number. The same, really. :) | 18:54 |
| vi1985 | yes, it would be cool if there was a randomizer, that would make random edges (for some N : N > edges) 8^) | 18:56 |
| vi1985 | jphr: how hard would that be? | 18:56 |
| *** nash has joined #tp | 18:57 | |
| CIA-31 | victor.ivri gencon-rfts-ai * reb3419c7608e /gencon/ (28 files in 7 dirs): Complete overhaul to allow for RISK ruleset to be played as well <<PART 1>>: General structure set; parts unfinished. | 18:58 |
| CIA-31 | victor.ivri gencon-rfts-ai * r841d4a172cad /gencon/ (24 files in 7 dirs): Added couple more libraries that I forgot to attach in the previous commit. | 18:58 |
| CIA-31 | nuleren tpserver-cpp-tae * r1212014da79a /modules/games/tae/taeturn.cpp: | 19:01 |
| CIA-31 | TaeTurn now processes all orders on a combat turn, replaces colonist | 19:01 |
| CIA-31 | ships, and sets proper visibility. | 19:01 |
| CIA-31 | nuleren tpserver-cpp-tae * re56d3137d581 /modules/games/tae/taeturn.cpp: Initial strength for external combat is now correctly calculated | 19:01 |
| vi1985 | bb l8 | 19:39 |
| vi1985 | *l8tr | 19:39 |
| mithro | morning | 19:43 |
| mithro | Iwanowitch / vi1985: ping? | 19:49 |
| Iwanowitch | mithro: pong | 19:49 |
| Iwanowitch | mithro: We just discovered that there is a (probably unwanted) fog of war effect in Risk. | 19:50 |
| nash | Sounds good to me | 19:50 |
| Iwanowitch | A client has no way of finding out the adjacent territories. | 19:51 |
| nash | Perfect knowledge game susck | 19:51 |
| nash | Oh.. probbly a bit too nasty fog of war then ;-) | 19:51 |
| Iwanowitch | It makes it a bit very non-Risk-like :) | 19:51 |
| Iwanowitch | Well, it knows which planets a planet it owns is connected to. | 19:52 |
| nash | So does the lack of beer and "accidently" be able to slide armies to the square next too you ;-) | 19:52 |
| mithro | Iwanowitch: I think probe orders should be supported | 19:52 |
| Iwanowitch | It cannot find out for other planets though. | 19:52 |
| Iwanowitch | But they are not supported on planets you don't own. | 19:52 |
| mithro | Iwanowitch: they should be | 19:52 |
| Iwanowitch | I'm getting "IOError: Unable to insert the order..." | 19:52 |
| mithro | Iwanowitch: that could a number of things | 19:53 |
| mithro | Iwanowitch: 1) bug in server | 19:53 |
| Iwanowitch | It works for planets I own. | 19:53 |
| mithro | Iwanowitch: 2) bug in protocol library | 19:53 |
| mithro | Iwanowitch: well, have a chat to jphr and see if he can enable probe orders for systems you don't own | 19:53 |
| mithro | actually, I think it would be pretty cool to have an option where nobody knows the adjacencies until they have owned each planet | 19:54 |
| Iwanowitch | It's all the same to me, but I don't think it is what jphr had in mind. :) | 19:55 |
| Iwanowitch | Anyway, I'll talk with jphr, and perhaps see if vi1985 can come to the same conclusions with a java library. | 19:56 |
| mithro | Iwanowitch: okay cool | 19:58 |
| mithro | great to see you guys working together | 19:58 |
| nash | Iwanowitch: Whatever the bug is.. see if you can make it a configurable one... may make it a lot more interesting.. | 19:59 |
| Iwanowitch | nash: Yeah, we thought about it too... Then again, that should be combined with a random map maker, because currently there is only one map and people can just look it up anyway. | 20:00 |
| nash | Iwanowitch: Step one ;-) | 20:00 |
| Iwanowitch | nash: It's not my ruleset. I'm just adding to the wishlist. :P | 20:01 |
| nash | heh ;-) | 20:01 |
| *** Alklomion has joined #tp | 20:03 | |
| Alklomion | hey mithro, sorry i'm late | 20:03 |
| mithro | Alklomion: hey | 20:03 |
| Alklomion | I've created a dummy login screen using the j4me library. I'm impressed so far. I need to add it to my actual TP project, as it is in its own at the moment . | 20:08 |
| mithro | okay - you got some screenshots? | 20:11 |
| *** jphr has quit IRC | 20:21 | |
| nash | mithro: Sorry | 20:23 |
| mithro | nash: no problems | 20:23 |
| nash | mithro: It's just annoying... the script to send that email was not to be used to spam random people... but it seems it was.. again. | 20:24 |
| Alklomion | I just e-mailed them to you mithro: the login and serverURL are handled in the same way in that you need to enter them. | 20:25 |
| mithro | Alklomion: is there a way that the person can just enter the text in the box? | 20:28 |
| mithro | without having to go into the full screen thing? | 20:29 |
| mithro | Alklomion: did you try out any of the other libraries? | 20:29 |
| Alklomion | mithro: I'm not sure, i don't think so | 20:29 |
| Alklomion | that's using the j4me custom library that you linked | 20:29 |
| mithro | okay | 20:30 |
| mithro | Alklomion: I thought you where going to investigate some of the other libraries too? | 20:30 |
| mithro | Alklomion: you should also try how it looks on other versions of the emulator | 20:33 |
| mithro | (rather then just the hi-res colour one) | 20:33 |
| Alklomion | it looks quite bad on the grey one as part of the netbeans kit | 20:35 |
| Alklomion | well, it looks ok, but it doesn't all fit on the screen | 20:35 |
| mithro | screenshot? | 20:36 |
| Alklomion | sent | 20:44 |
| *** TBBle has quit IRC | 20:45 | |
| *** TBBle_ has joined #tp | 20:45 | |
| mithro | Alklomion: didn't have any attachments | 20:46 |
| Alklomion | sorry - I blame outlook. | 20:48 |
| mithro | Alklomion: you might want to make sure you have some type of subject too | 20:49 |
| mithro | Alklomion: maybe you should scale the logo on those configs? | 20:51 |
| Alklomion | Yeah - i was thinking about that mithro - it may be possible to scale it based upon screen size. I was seeing if it was possible to combine base J2ME stuff with the J4ME stuff. I think i'd need to make a subclass of a TextField. First I'll need to check if the TextField allows entry inline rather than needing to go to another screen like the text box does. | 20:54 |
| *** greywhind has quit IRC | 20:54 | |
| *** nuleren has quit IRC | 20:56 | |
| mithro | I think you might need need to be using the j4me stuff to do that | 21:05 |
| mithro | by default the text fields do that annoying full screen thing | 21:05 |
| Alklomion | Mithro: I need to leave soon. Do you think J4ME will cover the basic UI needs, with custom components for the parts that it does not include? If not, I can take a look over the coming week for other libraries. Also, I'll discuss the staff developer phone loaning with Chris again to see if that is still possible, so that I can try these things out on the appropriate emulator. If the J4ME... | 21:14 |
| Alklomion | ...library is suiting to the needs, I can attempt to create some more dummy screens for the client. I plan to keep the functionality seperate, which should remove most complexities in changing the look and feel as we or you see fit. | 21:14 |
| *** bddebian has joined #tp | 21:18 | |
| Alklomion | I'm also concerned with creating a star map, but that can probably be discussed next week. | 21:18 |
| mithro | Alklomion: okay | 21:19 |
| *** shenki has joined #tp | 21:19 | |
| mithro | you might want to spend some time on the starmap issue | 21:19 |
| mithro | if other libraries make that eaiser | 21:19 |
| mithro | it might be worth using on of them | 21:19 |
| mithro | so what is the plan for this week? | 21:20 |
| mithro | have a few more non-functional screens? | 21:20 |
| Alklomion | yep | 21:21 |
| mithro | okay | 21:22 |
| Alklomion | non-functional screens, inquire into the phone loan that Chris suggested at our Conference call and investigate the Starmap issue | 21:22 |
| mithro | okay | 21:22 |
| mithro | Could you forward me screenshots of your progress before nexts week meeting? | 21:23 |
| Alklomion | Sure | 21:23 |
| mithro | okay thanks | 21:23 |
| mithro | JLafont: ping? | 21:23 |
| Alklomion | Have a good day! | 21:23 |
| *** Alklomion has quit IRC | 21:23 | |
| *** TBBle has joined #tp | 21:29 | |
| JLafont | mithro: pong | 21:29 |
| mithro | JLafont: okay for the phone call? | 21:30 |
| JLafont | yeah | 21:30 |
| mithro | JLafont: can you message me your number again? | 21:33 |
| *** TBBle_ has quit IRC | 21:39 | |
| CIA-31 | verhoevenv daneel-ai * rd07d46471e8a / (basic.py daneel-ai mod-rfts.py rules-rfts): Added rfts orders to new module | 21:40 |
| CIA-31 | verhoevenv daneel-ai * r087e7c92715c / (basic.py mod-rfts.py): Moved order constraints to correct module | 21:40 |
| CIA-31 | verhoevenv daneel-ai * r06d196d51f78 /daneel-ai: Allow one-time initialization for mods | 21:40 |
| CIA-31 | verhoevenv daneel-ai * re80f86bfc1ec /daneel-ai: It had to happen... Allow functions to be added to the constraint store context in modules | 21:40 |
| CIA-31 | verhoevenv daneel-ai * re625ff85bdc4 / (daneel-ai rulesystem.py): Add cache,connections,rulesystem as global variables for rule files to allow probe orders | 21:40 |
| CIA-31 | verhoevenv daneel-ai * r83255a98ef47 / (mod-risk.py rules-risk): Added a start on Risk rules | 21:40 |
| Iwanowitch | Oh man. This was so not fun to program. But at least it's working a bit. | 21:42 |
| nash | Iwanowitch: Looks good | 21:43 |
| nash | Iwanowitch: BTW: First week of august I'll have lots of spare time ;-) | 21:43 |
| Iwanowitch | nash: And you want to build a bot, or what? :P | 21:44 |
| nash | Iwanowitch: Well.. maybe ;-) | 21:44 |
| nash | Or see if I can beat one ;-) | 21:45 |
| Iwanowitch | Well, I suppose that won't be too hard with the current IQ those things have. | 21:46 |
| Iwanowitch | Then again, it's a bit hard to play buggy rulesets :/ | 21:46 |
| Iwanowitch | Perhaps I should just focus on minisec or something. Seems like a game on my level. | 21:47 |
| nash | Iwanowitch: minisec has enough dumb bots ;-) | 21:48 |
| Iwanowitch | At least it's a tested ruleset. :) | 21:48 |
| *** peres has joined #tp | 21:55 | |
| *** Iwanowitch has quit IRC | 22:01 | |
| *** JLafont-laptop has joined #tp | 22:20 | |
| *** JLafont has quit IRC | 22:26 | |
| *** Erroneous has quit IRC | 22:34 | |
| *** JLafont has joined #tp | 22:38 | |
| *** JLP changes topic to "" | 22:46 | |
| *** JLP changes topic to "Thousand Parsec - www.thousandparsec.net || Why not help out? - www.thousandparsec.net/wiki/Getting_started_with_development || Logs at www.thousandparsec.net/~irc/" | 22:47 | |
| CIA-31 | jphr tpserver-cpp-risk * rd4cc69a1389f / (3 files in 2 dirs): fixed typo in config file | 23:21 |
| *** JLafont has quit IRC | 23:40 | |
| *** JLafont has joined #tp | 23:50 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!