*** tpb has joined #tp | 00:00 | |
*** ChanServ sets mode: +o tpb | 00:00 | |
*** jmtan has joined #tp | 00:00 | |
*** Epyon has quit IRC | 00:02 | |
*** Epyon has joined #tp | 00:05 | |
*** jmtan has quit IRC | 00:06 | |
*** glew has joined #tp | 00:06 | |
tansell | glew, ping? | 00:14 |
---|---|---|
glew | tansell, hey | 00:15 |
tansell | glew, you see the comments on your proposal? | 00:16 |
*** mithro has joined #tp | 00:17 | |
*** verhoevenv has quit IRC | 00:18 | |
*** glew_ has joined #tp | 00:19 | |
glew_ | tansell, lost internet for a moment | 00:19 |
tansell | tansell> glew, you see the comments on your proposal? | 00:19 |
glew_ | tansell, yes i wrote additional content in response, but I feel like i should gain a little more experience working with other Ai and probably RFTS also | 00:20 |
glew_ | tansell, so theres a comment detailing Scenario ideas, and i'm still going to try to set up another AI and I should probably play more RFTS | 00:20 |
*** glew has quit IRC | 00:21 | |
tansell | glew_, so I think your scenario is a little hard to implement at the moment (or even with a bit of work) | 00:23 |
glew_ | tansell, true i agree | 00:23 |
tansell | glew_, it would require writing two AI and a bunch of server side modifications | 00:23 |
glew_ | tansell, ok | 00:23 |
tansell | I think a better idea would be something like your a new space faring race in a region already strongly control by an AI | 00:24 |
glew_ | tansell, ok | 00:24 |
glew_ | tansell, so the scenario would begin by having the AI already in control of a larger portion of the map | 00:25 |
tansell | glew_, yeah | 00:25 |
tansell | or maybe even a non-AI map which just has all the planets with large orbiting fleets | 00:25 |
tansell | (IE abandoned robots or something?) | 00:26 |
glew_ | tansell, ok so there would be unit already on planets even though they don't belong to an opponent | 00:26 |
glew_ | preventing you from just taking the planet | 00:26 |
tansell | ~seen bisc | 00:27 |
tpb | tansell: bisc was last seen in #tp 5 days, 18 hours, 17 minutes, and 39 seconds ago: <bisc> Finn: I think that your code will have enough time to be tested afterwards, but will probably lack development. | 00:27 |
tansell | glew_, yeah | 00:27 |
glew_ | tansell, ok i'll go back and re-address the scenario ideas | 00:30 |
glew_ | tansell, would it be good to try to focus on both risk and rfts rulesets? | 00:30 |
tansell | I think the risk, minisec and mtsec would probably be a good idea | 00:31 |
tansell | rfts is probably still borked | 00:31 |
glew_ | ok | 00:31 |
*** nash has joined #tp | 01:32 | |
*** Epyon has quit IRC | 03:50 | |
*** tansell-laptop has joined #tp | 04:23 | |
*** StupidIncarnate has joined #tp | 04:27 | |
glew_ | tansell, I added another comment to my propasal let me know wat you think | 04:37 |
StupidIncarnate | hmm, we still edit our proposels after submission? | 04:44 |
tansell-laptop | hey StupidIncarnate | 04:48 |
StupidIncarnate | hey | 04:49 |
tansell-laptop | so wanted to discuss more about your proposal | 05:00 |
StupidIncarnate | oh sure | 05:00 |
tansell-laptop | so libtpclient-py already does the difference download from the server | 05:00 |
StupidIncarnate | ok, but the web client expects that the information that comes in is all the information for every turn | 05:01 |
StupidIncarnate | so it still needs to be rewritten abit to be able to handle this, or are you talking about something else? | 05:05 |
StupidIncarnate | not the libs | 05:05 |
tansell-laptop | StupidIncarnate, well every time you login to the client it'll need to get the whole universe into memory right? | 05:10 |
StupidIncarnate | yeah, and then each subsequent turn doesn't it just send out stuff that's changed? | 05:10 |
tansell-laptop | StupidIncarnate, the python side already does | 05:11 |
tansell-laptop | StupidIncarnate, but I'm not sure this is a useful time spent | 05:11 |
StupidIncarnate | wait, are you talking about the libs or the middleman.py? | 05:12 |
*** glew_ has quit IRC | 05:14 | |
StupidIncarnate | errr, tansell-laptop | 05:16 |
StupidIncarnate | tansell-laptop: But yeah, if you think it's not time well spent, are you wanting another objective to go in place of it? | 05:22 |
*** nash has quit IRC | 05:28 | |
tansell-laptop | you have the following setup right | 05:32 |
tansell-laptop | tpserver <-- --> libtpproto-py -- libtpclient-py -- middleman <-- ---> web frontend | 05:33 |
tansell-laptop | right? | 05:33 |
StupidIncarnate | yeah pretty much | 05:34 |
StupidIncarnate | or that's how I assume it goes, what do you mean by setup? | 05:34 |
tansell-laptop | so libtpclient-py only downloads differences | 05:35 |
tansell-laptop | but the middle man transfers the whole universe to the web frontend right? | 05:35 |
StupidIncarnate | well i was looking it again and there's a cache function that gets called for universe downloading | 05:38 |
*** nash has joined #tp | 05:41 | |
StupidIncarnate | tansell-laptop: give me a bit to look through it some more since I missed this cache_update function in the javascript | 05:41 |
StupidIncarnate | on my first read | 05:41 |
llnz | brb, reboot to linux | 05:41 |
*** llnz has quit IRC | 05:41 | |
*** llnz has joined #tp | 05:46 | |
tansell-laptop | I don't know the client very well | 05:46 |
StupidIncarnate | tansell-laptop: Well, I asked tote just to make sure and he said that the client always expected the server to send all the data, rather than just pieces | 05:48 |
tansell-laptop | okay | 05:49 |
tansell-laptop | for the moment I wouldn't think it's a big win | 05:49 |
StupidIncarnate | tansell-laptop: well, the only reason I think it needs to be dealt with is because the client expects all the data to come in each turn in a giant array, it seems like it replaces the current array in held in the javascript of all object data | 05:50 |
StupidIncarnate | and if the array comes in with just changes, the object array in the javascript gets replaced with that array of changes and then can't function | 05:51 |
tansell-laptop | StupidIncarnate, I don't understand what you mean | 05:53 |
StupidIncarnate | tansell-laptop: yeah, sorry, that came out confuddled. Let's see.... | 05:54 |
tansell-laptop | StupidIncarnate, it would be good idea to document how you think the current thing works in your proposal | 05:54 |
tansell-laptop | StupidIncarnate, patches for the web client are welcome too | 05:54 |
StupidIncarnate | tansell-laptop: Yeah, I have to get ubuntu running on my comp this weekend so I can try another time to get the client up and running | 05:55 |
tansell-laptop | StupidIncarnate, VM's should make it easy to do | 05:55 |
StupidIncarnate | tansell-laptop: UM? | 05:56 |
tansell-laptop | StupidIncarnate, you could just use a Ubuntu VM | 05:56 |
StupidIncarnate | tansell-laptop: Is that the manager that you just say you want such and such lib and it downloads it all for you with all the subsequent dependent libs? | 05:57 |
tansell-laptop | www.vmware.com/appliances/directory/220303 | 05:57 |
tansell-laptop | VM = Virtual Machine | 05:58 |
StupidIncarnate | oh, that's a v >.> | 05:58 |
tansell-laptop | v? | 05:59 |
StupidIncarnate | The V in VM looked like a U to me | 05:59 |
tansell-laptop | need a better font do you? | 05:59 |
StupidIncarnate | or I'm just tired | 05:59 |
StupidIncarnate | tansell-laptop: So was that the only item on my proposal you had a concern about? | 06:01 |
StupidIncarnate | tansell-laptop: Does this make sense? http://www.thousandparsec.net/wiki/Google_Summer_of_Code/Proposals2010/StupidIncarnate%27s_Proposal#The_necessity_for_this_change | 06:45 |
tpb | <http://ln-s.net/5iR-> (at www.thousandparsec.net) | 06:45 |
tansell | StupidIncarnate, but why would the following happen | 06:46 |
tansell | So if an array comes in that possesses only the data of objects that have changed in the last turn | 06:47 |
tansell | does that actually occur? | 06:47 |
StupidIncarnate | Isn't that what the tp04 server does after the first turn? | 06:48 |
StupidIncarnate | send only the data that has changed | 06:48 |
tansell | StupidIncarnate, it doesn't work like that | 06:49 |
tansell | StupidIncarnate, the client can request as small or large amount of data that it wants | 06:49 |
tansell | there is pretty much never any push | 06:50 |
StupidIncarnate | oh then yeah, the client should still work if it can request the giant array of data | 06:50 |
StupidIncarnate | So then since it isn't crucial or all that important to have the client support that function of the tp04, you want me to define another objective to complete? | 06:51 |
tansell | StupidIncarnate, I think you really need to understand better what is going on | 06:52 |
tansell | there is not necessarily a 1:1 mapping between what the webclient requests from the middle man and what the middleman requests from the server | 06:52 |
tansell | that is really important to understand | 06:56 |
StupidIncarnate | what sort of stuff are your referring to that the middleman requests that the webclient does not? | 06:58 |
StupidIncarnate | you mean how the webclient does requests is not how the middleman does requests to the server? | 06:59 |
tansell-laptop | StupidIncarnate, exactly | 07:12 |
*** jnengland77 has joined #tp | 07:13 | |
StupidIncarnate | tansell-laptop: Okay, I made a faulty assumption, since I haven't got a chance to look at the library code yet | 07:21 |
StupidIncarnate | Up until may 24, and if I got accepted, was the time to spend on familiarizing myself with it | 07:28 |
*** isra17 has quit IRC | 07:29 | |
*** jnengland77 has quit IRC | 07:30 | |
tansell | StupidIncarnate, we really like students to be involved (even if only in a little way) before we accept them | 07:45 |
StupidIncarnate | tansell: Oh ok, I can see that. I'll see if I can get the client running this weekend and convert the messages to a battle log style | 07:51 |
StupidIncarnate | That kind of change is acceptable right? No one has a specific attachment to the way messages are displayed currently, right? | 07:52 |
tansell | getting the client running and a few small patches would be excellent | 07:53 |
StupidIncarnate | oh, just fix it so it works with the current version of the server? | 07:53 |
tansell | either/or | 07:54 |
StupidIncarnate | do you know what version of the server the demos were last year so I can use that as a starting point? | 07:55 |
StupidIncarnate | tote said he had working with those | 07:55 |
StupidIncarnate | had the client working& | 07:56 |
llnz | brb, restarting kde | 08:01 |
*** llnz has quit IRC | 08:01 | |
StupidIncarnate | brb | 08:08 |
*** StupidIncarnate has quit IRC | 08:08 | |
*** null_000 has joined #tp | 08:15 | |
null_000 | hi all | 08:26 |
*** StupidIncarnate has joined #tp | 08:27 | |
* null_000 waves to the bot to notice him | 08:28 | |
StupidIncarnate | back | 08:28 |
tansell | ~seen null_000 | 08:43 |
tpb | tansell: null_000 was last seen in #tp 15 minutes and 1 second ago: * null_000 waves to the bot to notice him | 08:43 |
null_000 | I'm here | 08:44 |
tansell | null_000, I was showing you that the bot did notice you :) | 08:48 |
null_000 | ^_^ | 08:49 |
null_000 | I've got the bug-bot ready | 08:49 |
null_000 | now where and how do I commit it? | 08:49 |
tansell | bug-bot? | 08:50 |
tansell | http://github.com/ | 08:50 |
tpb | Title: Secure source code hosting and collaborative development - GitHub (at github.com) | 08:50 |
null_000 | can't call it bug-AI (because of the lack of I) | 08:55 |
tansell | it reproduces the console problem? | 08:56 |
tansell | are you sending to the closest location now? | 08:56 |
tansell | it's a pain to wait for the ship to fly all the way to the other side of the universe :P | 08:56 |
null_000 | yes it now only one ship and the closest planet | 09:04 |
* null_000 is having trubble pushing to github | 09:05 | |
* null_000 needs a public key | 09:06 | |
*** null_0001 has joined #tp | 09:13 | |
*** null_000 has quit IRC | 09:13 | |
*** null_0001 is now known as Null_000 | 09:16 | |
Null_000 | tansell: its not on github | 09:18 |
Null_000 | not ? now | 09:18 |
Null_000 | not = now | 09:18 |
Null_000 | git://github.com/Null000/daneel-ai.git | 09:19 |
*** nash has quit IRC | 09:57 | |
Null_000 | bbl | 10:04 |
tansell-laptop | Null_000, why is your repository missing it's .gitmodules file? | 10:04 |
tansell-laptop | Null_000, you stuffed up when creating this | 10:05 |
tansell-laptop | Null_000, you should push a modified version of your daneel-ai.git repository | 10:05 |
tansell-laptop | Null_000, I'm afraid nothing is happeneing either | 10:09 |
tansell-laptop | ./daneel-ai -u tp://daneel-ai:cannonfodder@localhost/tp -f minisec | 10:10 |
*** tansell-laptop has quit IRC | 10:14 | |
*** mithro has quit IRC | 10:16 | |
*** verhoevenv has joined #tp | 10:22 | |
*** StupidIncarnate has quit IRC | 10:29 | |
*** Null_000 has quit IRC | 10:42 | |
*** jmtan has joined #tp | 11:03 | |
*** tansell-laptop has joined #tp | 11:05 | |
*** Epyon has joined #tp | 11:27 | |
*** Epyon_ has joined #tp | 11:42 | |
*** Epyon has quit IRC | 11:46 | |
*** shenki has quit IRC | 11:50 | |
*** shenki has joined #tp | 11:58 | |
*** Epyon_ is now known as epyon | 14:53 | |
*** jmtan has quit IRC | 14:54 | |
*** null_000 has joined #tp | 14:57 | |
*** alanp has quit IRC | 16:16 | |
*** alanp has joined #tp | 16:17 | |
alanp | hmm | 18:47 |
*** jiaming has joined #tp | 18:59 | |
*** llnz has joined #tp | 20:11 | |
epyon | llnz, if my proposal would be accepted, who'd be my mentor? | 20:24 |
llnz | epyon: I would be | 20:25 |
epyon | :) | 20:25 |
epyon | so I thought | 20:25 |
*** jiaming has quit IRC | 20:35 | |
*** null_000 has quit IRC | 21:34 | |
*** ezod has quit IRC | 22:15 | |
*** ezod has joined #tp | 23:11 | |
*** tansell-laptop has quit IRC | 23:29 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!