IRC logs for #opendune on OFTC at 2011-09-16
            
00:01:14 <TrueBrain> yippie
00:01:18 <TrueBrain> I generate identical files :D
00:19:41 <TrueBrain> for all 3 :D Woei!
00:22:10 <TrueBrain> http://devs.opendune.org/~truebrain/tools/emc/
00:22:22 <TrueBrain> 727 lines of code, lolz
00:47:34 *** glx has quit IRC
06:52:20 *** Sonarpulse has joined #openDune
07:06:27 *** Sonarpulse has joined #openDune
07:06:43 *** Sonarpulse_ has joined #openDune
07:06:54 *** Sonarpulse has quit IRC
07:07:57 *** Sonarpulse_ has quit IRC
10:29:25 *** DorpsGek has joined #openDune
10:29:25 *** ChanServ sets mode: +o DorpsGek
12:22:21 *** glx has joined #openDune
12:22:22 *** ChanServ sets mode: +o glx
12:25:30 <glx> hello
14:23:53 *** Alberth has joined #openDune
14:23:53 *** ChanServ sets mode: +o Alberth
20:07:12 *** Alberth has left #openDune
21:40:16 <TrueBrain> http://pastebin.com/VmQRyVp9 <- manual conversion
21:40:18 <TrueBrain> but just to get an idea
21:42:48 <TrueBrain> is all the script a turret runs btw
21:44:06 <glx> hmm I don't see how var2 can become null ;)
21:44:28 <TrueBrain> findTargetUnit
21:44:34 <glx> but after that
21:44:37 <TrueBrain> ah, yes
21:44:44 <TrueBrain> I guess it does happen
21:44:49 <TrueBrain> from the outside?
21:44:56 <TrueBrain> I think when the unit is destroyed
21:44:59 <TrueBrain> variable2 is set to 0
21:45:03 <glx> ha maybe
21:45:39 <TrueBrain> what does surprise me, is that it can switch targets every time, accorindg to this
21:45:43 <TrueBrain> but that is not what I experience ..
21:46:00 <TrueBrain> as in, it keeps shooting 1 unit, does it not?
21:46:32 <glx> yes
21:47:00 <TrueBrain> not according to the script
21:47:02 <TrueBrain> hmm
21:47:32 <glx> hmm I saw turret change target
21:48:01 <TrueBrain> it is possible because of a bugfix I did
21:48:14 <TrueBrain> the FindTargetUnit routine normally returned the unit with .. euh .. I have to say this right
21:48:18 <TrueBrain> with the highest index
21:48:22 <TrueBrain> from everything that is in range
21:48:26 <TrueBrain> now it returns the closest
21:48:30 <TrueBrain> as that was the intend of the function
21:48:39 <TrueBrain> meh; something to improve in the scripts I guess :P
21:49:08 <glx> it should always fire the closest with highest priority I think
21:49:25 <TrueBrain> that it does now
21:49:27 <TrueBrain> so :)
21:49:29 <TrueBrain> but rotation is slow
21:49:33 <TrueBrain> so you can abuse it I guess
21:49:37 <glx> delay(60) ;)
23:08:56 <TrueBrain> building an AST from the result ... nasty :P
23:08:59 <TrueBrain> but I am getting there :)
23:09:10 <TrueBrain> the basic recursion works ..
23:09:50 <TrueBrain> now as I can't use gotos in Python, I wonder if I can detect the scoping
23:21:05 <TrueBrain> http://pastebin.com/JBhtiWBy
23:21:10 <TrueBrain> done automatically
23:32:48 <glx> nice
23:33:01 <glx> gotos are ugly but :)
23:35:03 <TrueBrain> this was it is very unreadable :P
23:59:19 <TrueBrain> more tomorrow; getting really close :D
23:59:32 <TrueBrain> seems only whiles and ifs are used; didn't really expect anything else tbh :p
23:59:34 <TrueBrain> (no fors etc)
23:59:58 <TrueBrain> so if a jump is backward, it is part of a jump that goes forward, and is a while