| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| nash | DOn't have one of them | 00:01 |
|---|---|---|
| nash | Besides, I'd prefer a shot glass | 00:01 |
| nash | mithro: Thoughts: What is more important: An AI for RFTS or human usuable client for same? | 00:01 |
| nash | The magnets are cool too | 00:02 |
| nash | A couple have been placed round my office | 00:02 |
| mithro | xdotx: oh? | 00:03 |
| nash | xdotx: Your thoughts on my question there? | 00:04 |
| mithro | nash: I think human usable client is the first step | 00:04 |
| mithro | although an AI would help xdotx do more debugging | 00:04 |
| nash | xdotx: ? | 00:04 |
| nash | heh | 00:04 |
| nash | AI is damn good for debugging | 00:04 |
| xdotx | nash: hmmm. mithro makes good points | 00:05 |
| nash | Another useful thing (this is for you xdotx) is being able to set the random seed for teh game - so you can reproduce bugs | 00:05 |
| mithro | oh, xdotx why do I sometimes have other planets in my home system and somtimes not? | 00:05 |
| nash | When we test, we set the random seed to various things, then send it as part of the ug report - same AIs + same server random = same game - hopefully | 00:05 |
| nash | mithro: That's part of RFTS | 00:05 |
| mithro | nash: oh okay | 00:06 |
| nash | Your home planet is always a Primary I assume | 00:06 |
| * xdotx nods | 00:06 | |
| mithro | I started a rfts branch of tpsai-py | 00:06 |
| nash | cool | 00:06 |
| nash | RFTS sounds like the main game for a while then ;-) | 00:06 |
| xdotx | it won't say primary or anything, but i think it's size 3, and it'll have high population, and environment | 00:06 |
| nash | Oh - can you set a property of some sort to say "primary" | 00:07 |
| nash | For advanced games it makes a difference (for ind improvements) | 00:07 |
| xdotx | which reminds me, i think i need to tweak down the population calculation - it can get really high really fast | 00:08 |
| xdotx | nash: planet size currently indicates which class | 00:08 |
| nash | xdotx: I understand, but they are quite different things from a game perspective, so it would be nice to be able to see directly | 00:09 |
| mithro | nash: it does indeed | 00:09 |
| nash | THink of an AI perspective... if (size == 3) // I want this planet, else if (size == 2) // somewhat | 00:10 |
| * xdotx used an enum to define class names to a num | 00:10 | |
| xdotx | i just saved it in size because i 1) wanted some way to tell (for me) and 2) wasn't using size for anything else | 00:11 |
| nash | Even worse | 00:11 |
| nash | Size is probably not relevant in the game | 00:11 |
| nash | xdotx: Add it to the todo list then ;-) | 00:11 |
| xdotx | nash: add what? a planet class param? | 00:13 |
| nash | Yeah - something direct | 00:14 |
| nash | Rather then overloading something else | 00:14 |
| nash | Maybe a future version someone will use size for size... | 00:14 |
| xdotx | i don't think i have any other options within tp03 | 00:14 |
| nash | xdotx: That's cool - just make it a tp04 item todo ;-) | 00:16 |
| nash | tp03 should be gone soon ;-) | 00:16 |
| * xdotx can't wait for tp04 | 00:16 | |
| mithro | xdotx: why do my ships sometimes disappear? | 00:17 |
| xdotx | nash: RFTS should be quite a bit cleaner in tp04 | 00:17 |
| xdotx | mithro: x.x magic? | 00:17 |
| xdotx | mithro: besides moving, they should only disappear after combat | 00:17 |
| nash | xdotx: Did you implement visibiliity? | 00:18 |
| xdotx | nash: yes | 00:18 |
| mithro | the disappear during moving is a little annoying | 00:18 |
| mithro | s/little/alot/ | 00:18 |
| nash | So is mithro seeing what he should see? | 00:18 |
| xdotx | mithro: ah ha! i found your segfault | 00:19 |
| nash | xdotx: I assume hyperspace works the same? Can't see ships in hyperspace? | 00:19 |
| xdotx | nash: that's right | 00:19 |
| mithro | xdotx: I told it to move to the same place in the universe and it disappeared | 00:19 |
| xdotx | hahah | 00:19 |
| xdotx | yeah.. known bug | 00:19 |
| * xdotx ducks | 00:19 | |
| xdotx | i like that one though so i hadn't fixed it ;P | 00:19 |
| xdotx | sorry! :P:P | 00:19 |
| xdotx | it'll be back | 00:19 |
| xdotx | somehow the calculation i did makes it take 4 turns to move to it's current location. i'm pretty sure i know where & why the bug is, and so that takes the fun outta debugging. plus i just found it hilarious | 00:21 |
| nash | xdotx: Add dust clouds so teh ships can take even longer... | 00:23 |
| xdotx | mithro: you don't happen to have the server log from that seg fault do you? | 00:23 |
| * nash notes that tpserver-cpps minisec has the same stupid rule - 1 turn to go to current location | 00:23 | |
| mithro | xdotx: not anymore | 00:24 |
| xdotx | mithro: don't remember seeing any debug info right before the segfault? | 00:24 |
| mithro | xdotx: no, sorry :/ | 00:24 |
| nash | mithro: Where is the best place for media examples? | 00:25 |
| * nash plans to try and implement that first ;-) | 00:25 | |
| mithro | well something went wrong | 00:25 |
| nash | Hopefully start today | 00:25 |
| mithro | I now have two fleets! | 00:25 |
| mithro | and they are both empty | 00:25 |
| xdotx | that sounds like a good thing ;) | 00:25 |
| xdotx | oh, i've got a fix for those kinda things locally | 00:26 |
| xdotx | i'll push soon | 00:26 |
| mithro | xdotx: oh, I think I found a bug | 00:27 |
| xdotx | mithro: i'm pretty sure i found the segfault - it's caused by a split fleet order, without splitting the fleet | 00:27 |
| mithro | xdotx: each turn you change the possible order types right? | 00:28 |
| xdotx | for planets | 00:28 |
| mithro | do you update their modtime each turn? | 00:29 |
| xdotx | hmm, they should update in their doTurn if they do anything | 00:29 |
| mithro | xdotx: but every turn you change the order-types hence you have to update the modtime | 00:29 |
| xdotx | mithro: that should count as a change with my logic.. i'll check | 00:30 |
| mithro | otherwise tpclient-pywx won't download the planet again and see the order-types have changed | 00:30 |
| xdotx | ah yeah, planets update mod time every turn because they update order types every turn | 00:30 |
| xdotx | setOrderTypes(); | 00:31 |
| xdotx | touchModTime(); | 00:31 |
| mithro | hrm.... | 00:31 |
| mithro | xdotx: on a Move turn, a planet which had a BuildFleet order, seems still to have a "BuildFleet" as an order type | 00:33 |
| xdotx | mithro: the first 2 turns are build turns? (and all turns are currently move turns) | 00:34 |
| xdotx | i think i'm going to take away move from the first turn to make it more RFTS-like | 00:35 |
| nash | heh | 00:35 |
| nash | So build is done at the _end_ of a move turn now? | 00:36 |
| xdotx | nash: it goes: build & produce, build, move only. and everything it done at the 'end' of turn | 00:38 |
| nash | okay | 00:38 |
| xdotx | nash: sound good? | 00:38 |
| nash | xdotx: Sure ;-) | 00:38 |
| nash | So kinda backwards... but makes sense | 00:39 |
| mithro | okay, definately found a bug | 00:43 |
| mithro | <Planet @ 116> [4294967295L] | 00:43 |
| CIA-23 | fr33.em4il tpserver-cpp-rfts * r930269c22d98 /modules/games/rfts/splitfleet.cpp: | 00:43 |
| CIA-23 | split fleet did not remove fleet from parent after discarding. closes | 00:43 |
| CIA-23 | 1777452 | 00:43 |
| CIA-23 | fr33.em4il tpserver-cpp-rfts * rc216981e622e / (4 files in 2 dirs): minor cleanups | 00:44 |
| CIA-23 | fr33.em4il tpserver-cpp-rfts * r13932216d85c /modules/games/rfts/fleet.cpp: ignore adding zero ships to a fleet | 00:44 |
| mithro | that is the "valid orders" on that object | 00:44 |
| *** xdotx_ has joined #tp | 00:44 | |
| mithro | xdotx: btw, why do we need these seperate turns? | 00:45 |
| * xdotx_ shakes fist at router | 00:45 | |
| mithro | xdotx: on turn 64 | 00:46 |
| mithro | the planet has the following "order_types" | 00:46 |
| mithro | <Planet @ 116> [0, 4294967295L] | 00:46 |
| mithro | WARNING: Unknown order type with id 4294967295 | 00:46 |
| xdotx_ | o_O | 00:46 |
| xdotx_ | underflow? | 00:46 |
| mithro | from what I can see, that is what you are sending | 00:47 |
| mithro | a list with two values | 00:47 |
| mithro | (which are the above) | 00:47 |
| mithro | then on turn 65 | 00:48 |
| mithro | the list only contains the large number | 00:48 |
| mithro | <Planet @ 116> [4294967295L] | 00:48 |
| mithro | WARNING: Unknown order type with id 4294967295 | 00:48 |
| xdotx_ | whoops! | 00:49 |
| xdotx_ | i bet fleets have the same one ;) | 00:49 |
| xdotx_ | wait nope, fixed on fleets. | 00:49 |
| mithro | then the next turn | 00:49 |
| mithro | <Planet @ 116> [0, 1, 4294967295L] | 00:50 |
| mithro | WARNING: Unknown order type with id 4294967295 | 00:50 |
| mithro | looks like an off by one error :P | 00:50 |
| CIA-23 | fr33.em4il tpserver-cpp-rfts * r17d4452855d2 /modules/games/rfts/planet.cpp: planets still using imaginary NOp order | 00:50 |
| xdotx_ | most likely tpserver-cpp was returning a -1 for an invalid order type | 00:51 |
| nash | heh | 00:53 |
| nash | I like that commit message | 00:53 |
| xdotx_ | :) | 00:54 |
| * mithro ponders food | 00:54 | |
| nash | mithro: Quick question: Where does the media file come from? | 00:55 |
| *** xdotx has quit IRC | 00:55 | |
| mithro | nash: the web! :P | 00:55 |
| nash | yes, but which file | 00:55 |
| nash | How do you get planet27[.ext] from object #3321 | 00:56 |
| mithro | nash: currently I just choose one at random really | 00:57 |
| xdotx_ | heh, i thought so | 00:57 |
| mithro | nash: proper media association will appear in tp04 | 00:57 |
| nash | Damn it | 00:58 |
| mithro | some info in http://www.thousandparsec.net/wiki/Media.gz | 00:59 |
| tpb | Title: Media.gz - Thousand Parsec Wiki (at www.thousandparsec.net) | 00:59 |
| nash | mithro: Yeah read that | 00:59 |
| nash | Was curious how you actually do the association | 00:59 |
| * mithro just added a bit to it | 00:59 | |
| mithro | I actually just mod the ID | 00:59 |
| nash | mithro: BTW: Just tried to wget hte media so I can test... robots.txt stops me | 00:59 |
| mithro | image = images[object.id % len(images)] | 01:00 |
| mithro | nash: you can tell wget to ignore robots | 01:01 |
| nash | mithro: HOw? | 01:04 |
| * nash just got round it by multiple invocations of wget | 01:05 | |
| CIA-23 | mithro tpclient-pywx-development * r1876189fe82b /windows/winPicture.py: Download ship images too. | 01:06 |
| CIA-23 | mithro tpclient-pywx-development * r1d276df12016 /windows/ (winOrder.py xrc/panelOrder.py xrc/panelOrder.xrc): | 01:06 |
| CIA-23 | Quite a few small changes to the order panel. | 01:06 |
| CIA-23 | If you can not issue orders, the panel goes blank. | 01:06 |
| CIA-23 | Prints a warning if there are unknown order types. | 01:06 |
| CIA-23 | Allow the name to be on top or on the side of an argument. | 01:06 |
| mithro | wget -erobots=off http://your.site.here | 01:07 |
| mithro | first hit on google :P | 01:07 |
| * nash has looked for that before and never found it - what did you google for? | 01:08 | |
| * nash notes it is NOT documented in the wget man page | 01:09 | |
| *** xdotx_ is now known as xdotx | 01:10 | |
| xdotx | emergency grocery trip. back later | 01:10 |
| mithro | wget ignore robots.txt | 01:11 |
| mithro | nash: probably for political reasons :P | 01:11 |
| nash | I'm sure | 01:12 |
| nash | BTW: Some of these files are like 3Meg in size!? | 01:12 |
| mithro | nash: the gif's are pretty big | 01:15 |
| mithro | nash: you can checkout the media repository using svn | 01:15 |
| nash | mithro: That's against my religon ;-) | 01:16 |
| mithro | he he | 01:20 |
| nash | What the hell is a jng? | 01:24 |
| mithro | mng with jpegs | 01:24 |
| nash | ouch | 01:24 |
| mithro | and alpha mask | 01:25 |
| mithro | why is that an ouch? | 01:27 |
| nash | Does it have differential encoding, or only per frame? | 01:29 |
| mithro | dunno | 01:29 |
| nash | Anyway - it's ouch as it's just a strange format. | 01:30 |
| mithro | convert is your friend | 01:36 |
| mithro | should allow you go get more "compatible" formats back | 01:38 |
| CIA-23 | mithro libtpclient-py-development * rba4b8d792e65 /tp/client/threads.py: Make EOT work again. | 01:44 |
| CIA-23 | mithro libtpclient-py-development * ra1a4a28a1c47 /setup.py: Allow someone to ignore depdencies. | 01:44 |
| mithro | nash: what is your thoughts on using filters for languages? | 01:51 |
| nash | ? | 01:53 |
| nash | Which languages? | 01:53 |
| jotham | So, a functional, compatible, widely used open 3D format walks into a bar | 01:53 |
| jotham | >ba-dum tsshhh< | 01:53 |
| mithro | nash: as in human languages | 01:54 |
| mithro | so you can tell the server you want all messages to be in polish or something | 01:54 |
| nash | Messages should be paramatised and translatiosn left to the client | 01:54 |
| nash | :-) | 01:54 |
| mithro | nash: there is no way clients could do the translation | 01:55 |
| mithro | each ruleset could have hundreds of messages | 01:55 |
| nash | Why not? | 01:55 |
| mithro | nash: How are you going to know that my ruleset has the message, "Pigs fly, but you can't - order failed." | 01:56 |
| jotham | so i interviewed another shit person :\ we badly need someone with a clue | 01:57 |
| jotham | i've interviewed a good 10 people over the last few weeks | 01:57 |
| nash | jotham: People with clues don't need jobs ;-) | 01:57 |
| jotham | :\ | 01:57 |
| nash | mithro: Hence the message from the server becomes '04,33,3321' which is 'Failed' 'Object create' 'Pigs Flying' | 01:58 |
| mithro | nash: so then we have to include every possible message in the protocol | 01:59 |
| mithro | which is practically infinite | 01:59 |
| nash | So are messages in general ;-) | 01:59 |
| mithro | nash: ? | 01:59 |
| nash | Well the translation has to be done sometime. | 02:00 |
| nash | <aybe the server should do a gettext implementation and clients query the particular strings | 02:00 |
| mithro | nash: why not have the server use gettext when returning the strings to the clients? | 02:01 |
| nash | true | 02:02 |
| nash | Just seems right to do it in the client | 02:02 |
| mithro | nash: why? | 02:02 |
| nash | Because the clients are responsible for getting text on teh screen. If it's a brail or a voice client it needs to translate anyway | 02:03 |
| mithro | brail/voice is different from language translation | 02:05 |
| nash | Plus the other advantage is that messages from the server that are paramatiesd are easier for smart clients to deal with. Smart clients include AI | 02:06 |
| nash | Voice isn't | 02:06 |
| nash | It's all a case of mapping X -> Y in translation Y is text, in voice Y is audio files | 02:06 |
| nash | Remember you need context to know the difference between wound and wound. (one is an injury, one is for clocks) | 02:07 |
| nash | Anywya - as for filters... not sure if it is the right level | 02:07 |
| nash | filters are about protocol, not about UI elements | 02:08 |
| mithro | the two options are really | 02:08 |
| mithro | 1. Filters | 02:08 |
| mithro | 2. Set once | 02:08 |
| nash | Set it - I think it should be different - even at the risk of expanding protocol | 02:09 |
| mithro | nash: when I say "set once" I mean on user creation | 02:11 |
| nash | blerg | 02:11 |
| nash | Or course since users are limited to as ingle game anyway it probably dpoesn't matter | 02:11 |
| mithro | ingle? | 02:12 |
| nash | s/ingle/s& | 02:12 |
| nash | mithro: Don't forget the client still has to deal with language issues such as character sets, direction, fonts and layouts. So the issue needs to be both on the server and client | 02:18 |
| mithro | nash: yes | 02:18 |
| mithro | although character sets should be easily dealt with (yay utf!) | 02:18 |
| nash | mithro: Umm.. only if you are willing to assume the world is unix | 02:19 |
| mithro | nash: Mac and Windows have good UTF support | 02:19 |
| mithro | who else is there? | 02:19 |
| mithro | all tp protocol messages are in UTF8 | 02:20 |
| nash | Smaller devices... windows uses UCS2 | 02:20 |
| mithro | what is UCS2? | 02:21 |
| nash | BTW: Are string lengths in bytes or characters? | 02:21 |
| nash | 16 bit encoding | 02:21 |
| nash | As does java | 02:21 |
| mithro | nash: bytes | 02:21 |
| nash | Which uses UCS2 as it's native encoding | 02:21 |
| nash | Is that spelt out? | 02:21 |
| mithro | nash: if not, it should be | 02:22 |
| mithro | nash: string "length", means how many bytes the string takes up | 02:22 |
| nash | even ignoring the issues of encoding, still leaves fonts, direction, UI layout for clients to deal with | 02:24 |
| nash | Also more subtly font sizes, styles and families need to be considered. | 02:24 |
| nash | All issues that need to be dealt with by the client - hence my thought that it _All_ should be done on the client | 02:25 |
| mithro | nash: well, fonts and direction should be delt with by Pango/wx when I finally get around to doing that probably | 02:30 |
| nash | So how are you going to know when to reverse widget direction? | 02:31 |
| nash | Seriously it's a bloody hard problem ;-) | 02:37 |
| mithro | nash: what do you mean "reverse widget direction"? You only have to reverse the text in the widget? | 02:45 |
| nash | Umm.. no | 02:45 |
| nash | Scrollbars go on the left, buttons are arranged right to left etc | 02:45 |
| mithro | ahh | 02:46 |
| mithro | don't see why you would need to do that - the choice of scrollbar location is pretty arbitary? | 02:47 |
| mithro | (right to left buttons I could see) | 02:47 |
| *** JLP has quit IRC | 02:50 | |
| nash | Normally it's on the right | 02:52 |
| CIA-23 | mithro tpclient-pywx-development * r28344ceee19d /windows/ (winPicture.py xrc/panelPicture.py xrc/panelPicture.xrc): Only show the download progress bar when actually downloading. | 02:53 |
| mithro | nash: I'm assuming it's an issue you have to deal with in fancypants? | 02:53 |
| nash | Yep | 02:53 |
| mithro | how does one deal with vertical writing? | 02:54 |
| nash | And we did a lot of work for internationalisation for another company on another product | 02:54 |
| * nash notes FancyPants doesn't ;-) | 02:54 | |
| nash | Generally speaking you don't | 02:54 |
| nash | For instance for the CJK languages LTR is used for modern text | 02:54 |
| nash | I've never had to deal with it myself - but I'd imagine it's fun ;-) | 02:55 |
| mithro | CJK? | 02:55 |
| mithro | Chinese Japanese Korean? | 02:55 |
| nash | BTW.. also remember you need to deal with player sending 'Hello World' [English - LTR] to a player with a client in hebrew [RTL] and need to mix strings | 02:55 |
| nash | Yes, CJK is what you said | 02:56 |
| mithro | greywhind: ping? | 02:56 |
| CIA-23 | mithro tpclient-pywx-development * r358fc4a0d441 /TODO: Cleaned up the TODO doco a bit. | 02:59 |
| mithro | greywhind: you never did add the rest of those todo items | 03:00 |
| CIA-23 | mithro tpclient-pywx-development * r5981da6ae966 /tpclient-pywx.spec: This file is generated. Should not be added. | 03:02 |
| CIA-23 | mithro scratchpad * rd993817cd203 /setup.sh: Removed dangerous command. | 03:06 |
| mithro | nash: what is the "pack" command for git again? | 03:08 |
| nash | git-repack -a -d | 03:09 |
| nash | Well that will hurt http users | 03:10 |
| nash | git-repack | 03:10 |
| * mithro ponders what he should work on now | 03:21 | |
| nash | TP04 | 03:24 |
| mithro | nash: well, I think making the client more playable with RFTS would be more helpful | 03:28 |
| mithro | which means finally fixing up the starmap | 03:28 |
| nash | also good | 03:28 |
| mithro | but fixing the starmap pretty much means throwing away most of the starmap code and rewriting it :/ | 03:29 |
| nash | then work on timtrader | 03:29 |
| mithro | hrm.. that is an idea | 03:30 |
| mithro | I almost had a basic economy working | 03:31 |
| nash | BTW: You may want to give factories money - so that dropping lots of stuff sitting waiting to be sold doesn't help | 03:38 |
| jotham | whats up mithro | 03:50 |
| mithro | jotham: nothing much | 03:51 |
| nash | Anyway - I'm about bail | 03:51 |
| nash | night all | 03:51 |
| mithro | any progress? | 03:51 |
| *** nash has quit IRC | 03:51 | |
| jotham | just got home from work | 03:55 |
| jotham | am on it now | 03:55 |
| * mithro is waiting to watch that beacon explode :P | 03:56 | |
| jotham | oh yeah | 03:57 |
| jotham | i could do that if you want instant satisfaction | 03:57 |
| jotham | i was looking at implimenting the battle xml files into it | 03:57 |
| jotham | http://imagebin.org/10038 | 03:57 |
| tpb | Title: Imagebin - A place to slap up your images. (at imagebin.org) | 03:57 |
| jotham | http://imagebin.org/10039 | 03:57 |
| tpb | Title: Imagebin - A place to slap up your images. (at imagebin.org) | 03:57 |
| jotham | another ship by that guy | 03:57 |
| jotham | that's his freighter | 03:57 |
| jotham | work in progress | 03:57 |
| jotham | he's fine with GPL | 03:57 |
| jotham | btw | 03:57 |
| mithro | jotham: cool! | 03:58 |
| mithro | jotham: cool | 03:59 |
| mithro | jotham: what ever you prefer | 03:59 |
| jotham | i need a script or something for svn that creates a nice distribution tar of my svn repo | 04:11 |
| jotham | and only includes certian files etc | 04:11 |
| mithro | jotham: for python? | 04:12 |
| jotham | i don't know, for whatever, right now when i want to send someone any project i have in my repo they either need an svn client, or i need to manually sort through my repo and figure out what i should put in the archive and what not | 04:12 |
| jotham | i figure there is some semi automatic system i could use | 04:13 |
| mithro | hrm | 04:13 |
| mithro | svn help export | 04:14 |
| mithro | 1. Exports a clean directory tree from the repository specified by | 04:14 |
| mithro | URL, at revision REV if it is given, otherwise at HEAD, into | 04:14 |
| mithro | PATH. If PATH is omitted, the last component of the URL is used | 04:14 |
| mithro | for the local directory name. | 04:14 |
| *** llnz has joined #tp | 04:14 | |
| mithro | ~seen niphree | 04:14 |
| tpb | mithro: niphree was last seen in #tp 2 days, 10 hours, and 38 seconds ago: <niphree> good night all | 04:14 |
| mithro | hey llnz | 04:14 |
| llnz | hi mithro | 04:14 |
| mithro | dont forget to submit the SoC surveys | 04:18 |
| llnz | i know, will probably do it shortly | 04:20 |
| CIA-23 | mithro tpserver-py * r0c4457f67eba / (4 files in 3 dirs): Make TIMTrader's Planet loadable. | 04:22 |
| CIA-23 | mithro tpserver-py * r4cea9029fda7 /tp/server/rules/timtrader/__init__.py: Added the Universe object to TIMTrader. | 04:22 |
| CIA-23 | mithro tpserver-py * rb34670b8bf5c /tp/server/rules/minisecplus/objects/__init__.py: Missing __init__ file. | 04:23 |
| *** niphree has joined #tp | 06:12 | |
| niphree | hello | 06:12 |
| llnz | hi niphree | 06:12 |
| niphree | hi llnz | 06:13 |
| llnz | how is it going? | 06:14 |
| niphree | good, I'm finishing code cleaning now | 06:15 |
| llnz | cool | 06:16 |
| * llnz finishes his surveys | 06:29 | |
| xdotx | oh, barely beat me to it! | 06:30 |
| llnz | hehe | 06:30 |
| llnz | hi xdotx | 06:30 |
| xdotx | :) hey llnz | 06:30 |
| llnz | have you made a tarball of you final SoC work to be submitted later? | 06:32 |
| xdotx | not yet | 06:32 |
| llnz | it wouldn't be a bad idea to do it now, save trying to do it later | 06:34 |
| llnz | then you can keep going :-) | 06:34 |
| llnz | and i will have to think about how/when to merge your branch | 06:35 |
| xdotx | k, done | 06:35 |
| llnz | cool | 06:35 |
| xdotx | hmm, i'll probably write a quick readme | 06:36 |
| llnz | you need to | 06:36 |
| llnz | http://groups.google.com/group/google-summer-of-code-announce/web/how-to-provide-google-with-sample-code | 06:38 |
| tpb | <http://ln-s.net/q+p> (at groups.google.com) | 06:38 |
| xdotx | i don't see a -required- readme | 06:39 |
| llnz | FAQ #1 | 06:41 |
| xdotx | says: if you want them to know about further development, add a link in a readme | 06:45 |
| llnz | I believe you are supposed to mention the license in the readme as well | 06:46 |
| llnz | easy enough to tidy that up later anyway | 06:46 |
| * xdotx nods | 06:48 | |
| *** JLP has joined #tp | 07:02 | |
| llnz | hi JLP | 07:12 |
| JLP | llnz: ahoy | 07:14 |
| * llnz wanders off | 07:37 | |
| llnz | later all | 07:37 |
| *** llnz has quit IRC | 07:37 | |
| *** Demitar has quit IRC | 07:38 | |
| xdotx | i'm off. prolly won't be on much tomorrow - flying out to visit family | 07:45 |
| * xdotx waves | 07:45 | |
| *** xdotx has quit IRC | 07:46 | |
| mithro | niphree: ping? | 09:16 |
| jotham | ok | 09:35 |
| jotham | after fighting with my repo for an hour | 09:35 |
| jotham | and reorganising it all | 09:35 |
| jotham | (it was 118mb) | 09:35 |
| jotham | i think i'm about ready to resubmit it to git | 09:35 |
| mithro | jotham: cool | 09:36 |
| mithro | jotham: you should have push access | 09:36 |
| jotham | i'm not entirely sure the best way, you suggested i could just use some svn gateway you have | 09:36 |
| mithro | what format is it currently in? | 09:36 |
| jotham | i use svn here at home | 09:36 |
| mithro | if you tar-up the svn repository - I will use tailor to convert it to a git repository | 09:37 |
| jotham | ok | 09:37 |
| jotham | well right now i moved all the graphics resources out of the trunk | 09:37 |
| jotham | so my root looks like | 09:37 |
| jotham | tags / | 09:37 |
| jotham | resources / | 09:37 |
| jotham | trunk / | 09:37 |
| mithro | git repositories generally 1/10th the size of a SVN repository | 09:38 |
| mithro | jotham: I need the repository - not a checkout | 09:38 |
| jotham | yeah i know | 09:38 |
| jotham | but that's what i'm saying | 09:38 |
| mithro | okay cool | 09:38 |
| jotham | i'm thinking i might just restart my repo from scratch though | 09:38 |
| jotham | since there is a ton of legacy crap in it now that is totally unessasary | 09:38 |
| jotham | a lot of this has been experimenting with version control for me | 09:39 |
| jotham | your battle xml files | 09:40 |
| mithro | jotham: well, what ever you think it best - I prefer to preserve revision history | 09:40 |
| jotham | all reference minisec | 09:40 |
| jotham | for graphics resources | 09:40 |
| jotham | is that set in stone, or what | 09:40 |
| jotham | right now i have at least 2 graphics 'sets' in the cooker | 09:41 |
| jotham | and maybe 3 is all | 09:41 |
| jotham | between Epyon, tuck, and jon | 09:41 |
| jotham | with their different ship designs | 09:41 |
| mithro | well, the idea is that there are various "definitions" | 09:43 |
| jotham | ? | 09:43 |
| mithro | which define the media and weapon points and such | 09:43 |
| jotham | there is a types.xml | 09:43 |
| jotham | referenced by a given battle xml | 09:43 |
| jotham | and they all point to minisec right now | 09:43 |
| jotham | the battle xml's are generated by your software | 09:43 |
| jotham | it seems kind of restrictive to me, because it means someone can't use their prefered graphics theme with battleviewer | 09:44 |
| jotham | since it's governed by the battle xml comming out of your app | 09:44 |
| jotham | it = the graphics choice (i.e. minisec) | 09:44 |
| mithro | yes, that "types.xml" defines all the ship types | 09:44 |
| jotham | yes but you might have 4 'scout' | 09:44 |
| jotham | because there are 4 scout graphics sets | 09:44 |
| jotham | only the battelviewer can know what graphics set the user wants to use | 09:45 |
| mithro | jotham: well, the idea is that eventually each person with have their own set of graphics | 09:45 |
| jotham | that's why i don't understand why the battle xml files from your application are even defining graphics | 09:45 |
| mithro | s/with/will | 09:45 |
| mithro | jotham: because you want to see the other persons graphics against yours | 09:46 |
| jotham | yes but the battle xml only defines one graphics set | 09:46 |
| jotham | like a theme, rather than a per race (say) graphics set | 09:46 |
| jotham | <battle media="minisec" version="0.0.1"> | 09:46 |
| jotham | all ships in that battle will have 1 graphics set, regardless of their 'side' | 09:46 |
| jotham | and that graphics set will be 'minisec' (the way the files are made at the moment anyway) | 09:47 |
| jotham | though i think i'm jumping the gun a bit here, it's not a problem that needs to be solved/explored immediatly | 09:47 |
| mithro | the idea is eventually have "per race graphics" | 09:48 |
| jotham | yes you said that | 09:48 |
| jotham | and that isn't consistent with how it's currently implimented | 09:48 |
| mithro | so eventually the types.xml might also be generated | 09:48 |
| jotham | but i don't think there is any point in exploring the best way to do this until my code is back in the git repo | 09:48 |
| jotham | i was just trying to understand the design choices that had been made | 09:49 |
| mithro | jotham: for every minisec battle it seems silly to redefine all the ship types | 09:49 |
| jotham | that isn't what i'm proposing | 09:49 |
| jotham | until i've done more and until my code is in the git repo i don't think i can clearly articulate exactly what i think is wrong with the current situation | 09:50 |
| jotham | because you need to be looking at the same files as me =) | 09:50 |
| jotham | so yeah, i'll come back to this | 09:50 |
| mithro | okay | 09:50 |
| jotham | i also don't have much knowledge of the wider tp project | 09:51 |
| mithro | that is fine | 09:51 |
| jotham | ok i am going to get some sleep, hopefully we will have fleet formations coming out of the xml files on the weekend | 09:52 |
| jotham | using my new engine | 09:52 |
| mithro | jotham: that would be cool | 09:52 |
| jotham | unfortunatly most of my time tonight was spent fucking around with svn and figuring out what to do with all the media i have collected | 09:52 |
| jotham | i need to find a guy to make some explosions | 09:53 |
| jotham | i'd like an animation that looks like a shield being hit, with alpha channel, so i can put it over any ship | 09:53 |
| mithro | jotham: hrm.... I thought I had one somewhere | 09:53 |
| jotham | anyway, bed | 09:55 |
| jotham | night | 09:55 |
| niphree | mithro: pong | 09:56 |
| mithro | niphree: how does it go? | 09:57 |
| niphree | good - backconnect should be working - but it should be tested with real data | 09:58 |
| mithro | niphree: how goes the code cleanup ? | 09:59 |
| niphree | in progress | 09:59 |
| niphree | now I'm changing all function/variables names | 10:02 |
| niphree | I should finish all today | 10:02 |
| *** guitsaru has joined #tp | 10:04 | |
| mithro | niphree: okay | 10:05 |
| mithro | don't forget to commit often | 10:05 |
| niphree | ok | 10:05 |
| *** guitsaru has quit IRC | 10:11 | |
| mithro | niphree: I'm about to head to bed | 11:05 |
| mithro | anything you wanna check/ask before then? | 11:06 |
| niphree | hmm... metting 10:30 tomorow ? | 11:07 |
| mithro | yes | 11:07 |
| niphree | ok | 11:07 |
| mithro | niphree: don't forget to commit | 11:07 |
| *** guitsaru has joined #tp | 14:09 | |
| *** daxxar has quit IRC | 16:09 | |
| *** daxxar has joined #tp | 16:09 | |
| *** daxxar has quit IRC | 16:29 | |
| *** daxxar_ has joined #tp | 16:29 | |
| *** daxxar_ is now known as daxxar | 16:29 | |
| *** daxxar has joined #tp | 16:37 | |
| *** Demitar has joined #tp | 16:41 | |
| *** guitsaru has quit IRC | 17:52 | |
| *** nash_ has joined #tp | 18:05 | |
| CIA-23 | niphree /tmp/DEcERD9gXW/A2dE7NSH3q-rewrite * r3750bcd41aaa /connect.php: | 18:37 |
| CIA-23 | added back connect and comparing data from GET and FRAME | 18:37 |
| CIA-23 | via git-CVS emulator | 18:37 |
| CIA-23 | niphree /tmp/JiNSRtwr6w/JjeniSP3bv-rewrite * ra086bc510656 /index.php: | 18:38 |
| CIA-23 | added backconnect and changes from code cleaning (function names, and comments) | 18:38 |
| CIA-23 | via git-CVS emulator | 18:38 |
| CIA-23 | niphree /tmp/JQc1PXEW5V/s8UWGYDwpc-rewrite * re9b4b51cfaaf /class/ (8 files): | 18:40 |
| CIA-23 | changes from code cleaning - function and variables names, and comments | 18:40 |
| CIA-23 | via git-CVS emulator | 18:40 |
| *** xdotx has joined #tp | 18:59 | |
| Epyon | nash_, mithro, so how has the GSoC been to you? | 21:30 |
| mithro | Epyon: not to bad | 21:32 |
| mithro | I'm kind of disapointed that we didn't end up with a web client | 21:33 |
| mithro | xdotx: hey, how has your testing been going? | 21:33 |
| Epyon | So what *did* you get? | 21:33 |
| xdotx | mithro: been busy packing/cleaning. i'm actually about to leave for the airport | 21:35 |
| mithro | xdotx: okay, have fun | 21:35 |
| mithro | Epyon: a pretty cool ruleset dev environment, some improvements to the metaserver and a RFTS ruleset | 21:36 |
| mithro | and hopefully 3 new developers which stick around | 21:41 |
| * xdotx notes this as a good time to leave | 21:46 | |
| xdotx | :P seeya, prolly tomorrow. headin' out to the airport | 21:47 |
| greywhind | mithro: any idea why the patch file for my minor comment change shows 360 insertions, 354 deletions? | 21:47 |
| xdotx | greywhind: heh, probably because it see the pattern in your adding 4 lines? | 21:48 |
| * xdotx waves | 21:48 | |
| greywhind | bye xdotx | 21:49 |
| mithro | greywhind: you can look into the patch | 21:49 |
| *** xdotx has quit IRC | 21:49 | |
| mithro | and see what is adding/removing | 21:49 |
| greywhind | mithro: it shows almost all of the file being deleted, then the exact same lines being added in again... | 21:49 |
| mithro | my guess is that something converted tabs to spaces | 21:49 |
| mithro | or reverse | 21:49 |
| greywhind | mithro: no, seems to be all tabs | 21:50 |
| mithro | send me the patch and I'll look at it | 21:50 |
| greywhind | i'm sending it to tp-devel now | 21:50 |
| mithro | greywhind: if you are worried about it, send to me first | 21:51 |
| greywhind | mithro: i'm not worried about it, since it seems to be correct, i'm just wondering why it included so much useless info. | 21:52 |
| mithro | greywhind: it probably means that your editor is doing something behind your back | 21:52 |
| mithro | greywhind: what editor do you use? | 21:52 |
| greywhind | mithro: probably... oh... it could be windows/linux/os x line feeds | 21:52 |
| mithro | yeah | 21:53 |
| mithro | it's change the line endings | 21:53 |
| mithro | make sure your editor uses Unix line endings | 21:53 |
| greywhind | i have mine set to use crlf | 21:53 |
| greywhind | should i change that? | 21:54 |
| mithro | yes | 21:55 |
| mithro | you'll have to resend the patch | 21:55 |
| greywhind | k - no problem | 21:56 |
| mithro | btw, do you understand OOP? | 22:03 |
| mithro | greywhind: you can used "cg-commit --amend" to fix up the commit | 22:03 |
| greywhind | mithro: i'm just restoring the file to the last commit before i started and then re-committing - will that work? | 22:04 |
| mithro | greywhind: should do | 22:04 |
| mithro | cg-admin-uncommit | 22:04 |
| mithro | that will remove the last commit | 22:04 |
| greywhind | mithro: yes, i understand OOP | 22:04 |
| mithro | greywhind: okay cool, so do you see that the tpclient-pywx Application class inherits from the one in libtpclient-py? | 22:05 |
| greywhind | yes - i knew that | 22:05 |
| greywhind | but when i first looked at it, i wasn't sure where to find the base clas | 22:05 |
| greywhind | so the point of the comments is to make it less difficult to find | 22:06 |
| greywhind | k - that patch looks much better | 22:08 |
| mithro | okay | 22:08 |
| mithro | greywhind: maybe also move the import statement to closer to the class? | 22:08 |
| mithro | and split it up a bit? | 22:09 |
| greywhind | mithro: hmm... i personally am used to having all imports at the top of a file, but that's because i'm used to Java and C++ | 22:09 |
| mithro | IE just above the network thread have the "from tp.clients.threads import NetworkThread" | 22:09 |
| greywhind | mithro: if python usually has imports near where they're used, i'd say that would be a good move. but i'm used to knowing exactly what's used in a file by looking at the imports at the very beginning. | 22:10 |
| mithro | greywhind: well, you can have imports anywhere in python | 22:11 |
| greywhind | mithro: yeah, i noticed that... i'm just not sure about the conventional placement in python as opposed to Java or C++ | 22:11 |
| mithro | greywhind: generally things are at the top of the file, but generally thats for things which are used globably | 22:12 |
| greywhind | mithro: well, it's your decision... i'm just going to submit the comment patch for now. | 22:13 |
| mithro | greywhind: to me it's fine, but I wrote the code :P | 22:14 |
| mithro | so what ever makes it easier for anyone | 22:14 |
| greywhind | mithro: well, i'm not sure what's easiest for everyone, since i'm a special case in that i'm not used to python | 22:15 |
| greywhind | i think the comment takes care of it though | 22:15 |
| greywhind | fixed patch is sent | 22:17 |
| greywhind | have to eat now | 22:17 |
| mithro | nash_: ping? | 22:26 |
| mithro | JLP: ping? | 23:05 |
Generated by irclog2html.py 2.5 by Marius Gedminas - find it at mg.pov.lt!