--- Log opened Sat Dec 01 00:00:01 2012
20121201 00:00:16< anonymissimus> or an "or" operator, like #ifdef (FOO or BAR)
20121201 00:00:49< Espreon> I believe there's an FR for something like this.
20121201 00:02:03-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20121201 00:02:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20121201 00:09:27< Espreon> https://gna.org/bugs/?18069
20121201 00:09:46< Espreon> anonymissimus: ^
20121201 00:50:54-!- jamit [~jamit@wesnoth/developer/jamit] has joined #wesnoth-dev
20121201 00:52:21-!- mjs-de [~mjs-de@d118245.adsl.hansenet.de] has quit [Remote host closed the connection]
20121201 01:03:28-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Ping timeout: 246 seconds]
20121201 01:03:38-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Remote host closed the connection]
20121201 01:03:55-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20121201 01:07:25-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 260 seconds]
20121201 01:08:39< irker751> wesnoth: jamit * r55789 /trunk/ (5 files in 3 dirs): 
20121201 01:08:40< irker751> wesnoth: Make "update shroud now" a bit more clever -- it now only removes actions
20121201 01:08:41< irker751> wesnoth: from the undo stack if necessary (either that action or a later one caused
20121201 01:08:41< irker751> wesnoth: fog/shroud to be cleared or any of the actions triggered a handled event).
20121201 01:13:38-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20121201 01:15:26-!- boucman [~rosen@wesnoth/developer/boucman] has left #wesnoth-dev []
20121201 01:15:59-!- Appleman1234 [~Appleman1@st0801.nas931.n-yokohama.nttpc.ne.jp] has joined #wesnoth-dev
20121201 01:19:34-!- Crab_ [Crab_@wesnoth/developer/crab] has quit [Ping timeout: 246 seconds]
20121201 01:32:05-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20121201 01:39:10-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Ping timeout: 246 seconds]
20121201 01:40:57-!- Crab_ [Crab_@nat/google/x-qqqxzydolqckpjku] has joined #wesnoth-dev
20121201 01:47:44-!- jamit [~jamit@wesnoth/developer/jamit] has quit [Quit: Leaving.]
20121201 01:49:47-!- jamit [~jamit@wesnoth/developer/jamit] has joined #wesnoth-dev
20121201 02:00:04-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20121201 02:00:18-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20121201 02:00:25-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20121201 02:01:42-!- Crab_ [Crab_@nat/google/x-qqqxzydolqckpjku] has quit [Ping timeout: 252 seconds]
20121201 02:04:51-!- gh0st [~gh0st@89.31.118.161] has joined #wesnoth-dev
20121201 02:07:57-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20121201 02:13:58-!- Crab_ [Crab_@nat/google/x-pmeuadafdeefuozs] has joined #wesnoth-dev
20121201 02:26:38< gh0st> mattsc: To make the ai work with arbitrary terrain(from the wiki), does this mean we need to make the ai stop an arbitrary terrain not only swamp?
20121201 02:30:23< gh0st> on arbitrary*
20121201 02:30:46< mattsc> gh0st: yes, that's how I am imagining it.
20121201 02:31:13< mattsc> Instead of having lurkers that only stop on swamp, we now have unit X that only stops on terrains Y,Z,...
20121201 02:31:50< mattsc> So what you need to do, essentially, is to replace all occurrences of lurkers and of swamp with variables that get passed to the functions.
20121201 02:32:24< gh0st> I should represent terrains as: S*, etc...
20121201 02:32:35< gh0st> ?
20121201 02:33:12< mattsc> In essence, yes.  You represent it as a string variable that can, for example, have the value 'S*'
20121201 02:34:04< gh0st> ok.
20121201 02:35:54< gh0st> oh, also can you briefly explain what location_set:of_pairs function does? Didn't understand from the wiki.
20121201 02:37:02< mattsc> It takes a lua table consisting of pairs, for example { {1,1}, {1,2}, {2,2}, {17,12}}
20121201 02:37:30< mattsc> and converts it into a location set where each pair is assumed to be a set of x,y coordinates.
20121201 02:37:50< mattsc> The value for each location set element is set it true, iirc
20121201 02:38:15< mattsc> Do you now how to use DBG.dbms?
20121201 02:38:21< gh0st> nope.
20121201 02:38:44< mattsc> Put it into the part of the code somewhere where you know that it will get called.  For example:
20121201 02:38:56< mattsc> DBG.dbms(a)
20121201 02:38:57< mattsc> and
20121201 02:39:02< mattsc> DBG.dbms(ls)
20121201 02:39:28< mattsc> where a is the table of pairs, and ls is the location set that you convert the table of pairs to (change the variable names accordingly)
20121201 02:39:34< mattsc> and see what appears on the screen.
20121201 02:39:49< gh0st> nice, will try.
20121201 02:39:54< mattsc> Very, very, VERY useful function from the Wesnoth Lua Pack
20121201 02:42:25< anonymissimus> and who wrote it ? :)
20121201 02:42:57< anonymissimus> too bad I no longer grasp what I did there, it's too complex
20121201 02:43:07< gh0st> mattsc: where does it output?
20121201 02:44:12< mattsc> anonymissimus: I just copied it and changed some of the default output preferences to suit my personal quirks.  :)
20121201 02:44:42< mattsc> gh0st: the default version (without other parameters) outputs to both stdout and to the wesnoth window.
20121201 02:46:38< gh0st> I am getting a error: Attempt to index a global value DBG...
20121201 02:48:56-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-dev
20121201 02:49:39< gh0st> sorry it's: "attempt to index global 'DBG'(a nil value)"
20121201 02:49:40< mattsc> oh, that depends on where you're trying to do this then, sorry.  Add this just before you do that:
20121201 02:50:04< mattsc> local DBG = wesnoth.require "~/add-ons/AI-demos/lua/debug.lua"
20121201 02:50:21< gh0st> yeah, that's what i thought was missing. )
20121201 02:50:38< mattsc> sorry, forgot that that is not available globally.
20121201 02:50:40-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Remote host closed the connection]
20121201 02:51:06-!- skyfaller [~skyfaller@ool-18b90909.dyn.optonline.net] has joined #wesnoth-dev
20121201 02:51:06-!- skyfaller [~skyfaller@ool-18b90909.dyn.optonline.net] has quit [Changing host]
20121201 02:51:07-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-dev
20121201 02:55:54-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Ping timeout: 260 seconds]
20121201 03:03:11-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Read error: Operation timed out]
20121201 03:03:46< gh0st> How can i start wesnoth on windows so that it will output to stdout?
20121201 03:03:59-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20121201 03:06:53< anonymissimus> gh0st: stderr.txt and stdout.txt are in your wesnoth.exe folder
20121201 03:07:00-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20121201 03:10:16< gh0st> nope don't see them, maybe their is some parameter that needs to be specified in order to stderr.txt and stdout.txt work?
20121201 03:10:56< gh0st> s/their/there
20121201 03:13:51-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20121201 03:13:55< mattsc> gh0st: what are you trying to look at.  There are ways to display it in the wesnoth chat window
20121201 03:14:04< mattsc> probably
20121201 03:14:19< mattsc> (I'm not using windows, so I can't help you with that part)
20121201 03:14:58< gh0st> it's just that the amount of information is too big to fit on my screen.
20121201 03:15:33< mattsc> yeah, but you don't really need to see it all.  I just wanted to show you the structure of the different tables.
20121201 03:16:04< mattsc> There's also a way to get it in a pop-up dialog.  hold on ...
20121201 03:16:50< mattsc> try this:
20121201 03:17:01< mattsc> DBG.dbms(a, true, 'var', true)
20121201 03:17:54< mattsc> anonymissimus: that's one of the things I changed for my local version.  'onscreen' is true by default in WLP, but I don't like that so 
20121201 03:17:59< mattsc> I change it to false
20121201 03:18:42-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20121201 03:18:56< mattsc> But that's about as deep as I dug into it.,,
20121201 03:23:05< gh0st> mattsc: hm, what exactly do i need to specify in the third param?
20121201 03:23:39-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20121201 03:24:13-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20121201 03:24:13< gh0st> the pop-up dialog doesn't appear.
20121201 03:24:28< mattsc> Just use it literally as I typed it.
20121201 03:24:41< gh0st> ok
20121201 03:24:48< mattsc> It's simply the name of the variable that will be displayed in the output.
20121201 03:24:59< gh0st> ah
20121201 03:28:36< gh0st> mattac: btw, the pairs_of didn't return quit what i expected, it returned: [big_number]=true.
20121201 03:29:28< gh0st> s/quit/quite
20121201 03:30:22< anonymissimus> mattsc: I've changed those defaults from time to time myself
20121201 03:31:04< anonymissimus> that's about the only thing my deteriorating knowledge about the code allows :P
20121201 03:31:33< mattsc> :D
20121201 03:31:55< mattsc> gh0st: Yes, the big number is a one-dimensional representation of the coordinates.
20121201 03:32:24< mattsc> And the value is always set to true when you use of_pairs.
20121201 03:32:30< anonymissimus> gh0st: AFAIK if you use print() then the wesnoth lua interpreter sends that to stdout
20121201 03:33:00< anonymissimus> now, the file stdout perhaps doesn't appear in your wesnoth.exe folder (I can only speak for XP)
20121201 03:33:24< anonymissimus> dbms does print the stuff to stdout
20121201 03:33:26< gh0st> I am on win7 it doesn't appear too.
20121201 03:33:44< anonymissimus> perhaps look in "virtual store" ?
20121201 03:34:02< mattsc> gh0st: index = x * 16384 + y + 2000  <-- that's the big number
20121201 03:34:10< anonymissimus> it should be in the same location where stderr.txt appears
20121201 03:34:23< anonymissimus> so you could search for info where that should be on 7
20121201 03:34:27< gh0st> virtual store?
20121201 03:34:33< gh0st> where is that located?
20121201 03:35:27< gh0st> mattsc: but why do we store it that way?
20121201 03:35:46< anonymissimus> gh0st: perhaps it's there: http://wiki.wesnoth.org/EditingWesnoth
20121201 03:36:00< anonymissimus> "If your userdata folder is located in the install location (for the reasons mentioned above) and you are not an administrator on this machine Windows Vista/7 will silently redirect any write access to the so called Virtual Store. You can find your userdata folder in e.g. C:\Users\<yourname>\AppData\Local\VirtualStore\Program Files\Battle for Wesnoth "
20121201 03:37:02< mattsc> gh0st: for easier indexing and accessing of "maps" (or locations sets).  Check out  data/lua/location_set.lua if you really want to know what can be done with that.
20121201 03:37:29< gh0st> mattsc: ok, will have a look.
20121201 03:37:50< mattsc> if you want to know if a location exists in your "table of pairs", you have to iterate of it.
20121201 03:38:01< mattsc> With the location set, it's as simple as:
20121201 03:38:10< mattsc> if location_set[index] then ...
20121201 03:38:14< gh0st> aninymissimus: ok found it! thanks
20121201 03:38:25< anonymissimus> here's the best info: http://forums.wesnoth.org/viewtopic.php?t=23894
20121201 03:38:44< mattsc> (well, actually, it won't work quite like that, so take that as a description of the concept, rather than something you can do literally)
20121201 03:39:17< mattsc> s/iterate of/iterate over   ^ up there
20121201 03:39:22< gh0st> makes sense.
20121201 03:44:14< mattsc> And that's why the assigned value is always 'true' for of_pairs()
20121201 03:44:50< mattsc> If you have a look at ai_helper.lua in AI-demos, I put an of_triples() in there
20121201 03:45:35< mattsc> which sets the value to whatever the third term in the triples is
20121201 03:49:42< gh0st> hm, don't get it why is the assigned value is always true?
20121201 03:52:19< gh0st> eh, never mind.
20121201 04:24:12-!- Elvish_Pillager [~eli@dhip-029.rrw.residences.colby.edu] has quit [Ping timeout: 255 seconds]
20121201 04:24:49-!- anonymissimus [~chatzilla@HSI-KBW-046-005-025-163.hsi8.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.89 [Firefox 11.0/20120410144204]]
20121201 04:30:07-!- Blueblaze [~Blueblaze@adsl-76-202-20-214.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20121201 04:31:34-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Quit: Leaving.]
20121201 04:57:59-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20121201 05:01:49-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 246 seconds]
20121201 05:01:57-!- Ivanovic_ is now known as Ivanovic
20121201 05:15:58-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20121201 05:20:04-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has quit [Quit: bye]
20121201 05:28:34-!- Gambit is now known as BatmanGambit
20121201 05:31:34-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20121201 05:32:06-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Client Quit]
20121201 06:36:40-!- BatmanGambit [~gambit@wesnoth/developer/grickit] has quit [Ping timeout: 246 seconds]
20121201 08:20:10-!- skyfaller [~skyfaller@ool-43551edd.dyn.optonline.net] has joined #wesnoth-dev
20121201 08:20:10-!- skyfaller [~skyfaller@ool-43551edd.dyn.optonline.net] has quit [Changing host]
20121201 08:20:10-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-dev
20121201 08:34:16-!- timotei [~timotei@79.119.100.145] has joined #wesnoth-dev
20121201 08:34:16-!- timotei [~timotei@79.119.100.145] has quit [Changing host]
20121201 08:34:16-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20121201 08:52:35-!- Blueblaze [~Blueblaze@76.202.20.214] has joined #wesnoth-dev
20121201 08:55:35-!- timotei21 [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20121201 08:58:04-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 246 seconds]
20121201 09:22:37-!- martin_bede [~martin@5402CE1A.dsl.pool.telekom.hu] has joined #wesnoth-dev
20121201 09:32:47-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20121201 09:42:10-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20121201 09:47:53-!- Blueblaze [~Blueblaze@76.202.20.214] has quit [Quit: Blueblaze]
20121201 10:03:47-!- stikonas [~gentoo@bcm-131-111-216-214.girton.cam.ac.uk] has joined #wesnoth-dev
20121201 10:03:47-!- stikonas [~gentoo@bcm-131-111-216-214.girton.cam.ac.uk] has quit [Changing host]
20121201 10:03:47-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20121201 10:18:55-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20121201 10:25:33-!- Ayne [~Ayne@62.157.182.162] has joined #wesnoth-dev
20121201 10:45:45-!- Netsplit *.net <-> *.split quits: boucman, Anakonda, DpEpsilon, Soliton, crimson_penguin, Ayne, apoi, Ingmar, loonycyborg, Gallaecio,  (+40 more, use /NETSPLIT to show all of them)
20121201 10:48:02-!- Netsplit over, joins: Ivanovic, fendrin, Espreon, Soliton, wesbot, AI0867, Rhonda, apoi, elias, noy (+39 more)
20121201 10:51:20-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20121201 11:06:20-!- Crendgrim [~crend@port-92-204-16-26.dynamic.qsc.de] has joined #wesnoth-dev
20121201 11:24:13< Crendgrim> the forums being so slow by times really makes moderating stuff very annoying.
20121201 11:31:16-!- irker751 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20121201 11:33:30-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Remote host closed the connection]
20121201 11:39:04-!- horon [~horon@nttkyo042189.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20121201 11:41:13-!- grzywacz [~grzywacz@89-67-172-243.dynamic.chello.pl] has joined #wesnoth-dev
20121201 11:41:13-!- grzywacz [~grzywacz@89-67-172-243.dynamic.chello.pl] has quit [Changing host]
20121201 11:41:13-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20121201 11:46:25-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 260 seconds]
20121201 12:06:01-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20121201 12:06:16-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20121201 12:07:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20121201 13:15:04-!- Elvish_Pillager [~eli@dhip-029.rrw.residences.colby.edu] has joined #wesnoth-dev
20121201 13:26:54-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Quit: :wq]
20121201 13:35:29-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has quit [Remote host closed the connection]
20121201 13:53:29-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has joined #wesnoth-dev
20121201 14:22:08-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20121201 14:31:46-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20121201 15:03:13-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20121201 15:22:37-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has joined #wesnoth-dev
20121201 15:25:39-!- irker577 [~irker@ai0867.net] has joined #wesnoth-dev
20121201 15:25:39< irker577> wesnoth: jamit * r55790 /trunk/src/ (7 files in 3 dirs): 
20121201 15:25:41< irker577> wesnoth: Have undo_list::clear() also clear redos.
20121201 15:25:41< irker577> wesnoth: All remaining calls to undo_list::clear() either were or should have
20121201 15:25:41< irker577> wesnoth: been followed by a call to clear the redo stack, so this simplifies
20121201 15:25:41< irker577> wesnoth: the interface to undo_list.
20121201 15:38:44< irker577> wesnoth: jamit * r55791 /trunk/src/actions/undo.hpp: 
20121201 15:38:44< irker577> wesnoth: Documentation update (missed it in my previous commit).
20121201 15:39:18-!- horon [~horon@nttkyo042189.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20121201 15:39:43< gh0st> mattsc: Hey, i made the terrain and unit type configurable for the lurkers micro ai, i pushed it to my local repo and submited it to melange( i thought it'll freeze the remaining time), can you have a look? And i need to add one more attribute, then i'll push it to your repo.
20121201 15:40:52< gh0st> oh, also can you add some time on the task? thanks!
20121201 15:42:55< mattsc> gh0st: I added 24 hours.  Yeah, I saw that you submitted the work.  There are 3 AIs to be reviewed, I am working through them in the order in which they were submitted.  :)
20121201 15:43:26< gh0st> okay, i'll wait my turn then. :)
20121201 16:00:26< mattsc> martin_bede: around?
20121201 16:01:23< martin_bede> mattsc: yes, i just came home
20121201 16:02:02< mattsc> Hi, I'm currently looking through your commits.  Looks good, so far I have just found one minor thing.
20121201 16:02:35< mattsc> You changed the scenario so that the wolves avoid tuskers from the beginning.  I would like to keep it the way it was before.
20121201 16:03:09< mattsc> I believe that this is a perfect case for using the 'change' action with the [micro_ai] tag.
20121201 16:03:29< martin_bede> hello, i thought i did just that
20121201 16:04:42< mattsc> oops!  sorry...  :P
20121201 16:05:02< mattsc> I looked at the commit message rather than the file itself and misread that ...  D'oh!
20121201 16:05:50< martin_bede> it's a bit ambiguous
20121201 16:06:24< mattsc> Sorry, I meant the commit content rather than message (although I looked at that too, of course)
20121201 16:08:33< mattsc> Yep, and it's working.  Cool, it's nice to have a real use for the 'change' action!
20121201 16:09:04< martin_bede> i meant my commit message was ambigous :D
20121201 16:11:28< mattsc> I understood.  (and I meant I was thrown for a loop by due to my own doing, not your commit message  :) )
20121201 16:14:43< mattsc> Anyway, looks good.  Just one thing about the wiki page: since you list animal_type under the specific MAI sections, you can give the specific value it takes for that AI, rather than "The type of animal AI you want to use."
20121201 16:18:32< martin_bede> ok
20121201 16:21:44-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20121201 16:22:58< mattsc> gh0st: you haven't commited your changes to the master branch yet, have you?
20121201 16:23:37< gh0st> no, i only commited them to my local branch.
20121201 16:23:51< gh0st> and pushed them to my forked repo.
20121201 16:24:43< mattsc> Go ahead and commit them.  It makes testing easier for me and if something doesn't quite work as desired yet, no big deal.
20121201 16:24:53< gh0st> ok.
20121201 16:25:15-!- Ayne [~Ayne@62.157.182.162] has quit [Quit: Leaving]
20121201 16:25:52< mattsc> Without having actually tested it, this looks good so far.
20121201 16:26:21< mattsc> I would rename the key unit_type to unit_types, to show that you could use a comma-separated list of types here.
20121201 16:26:54< mattsc> Actually, I take that back.
20121201 16:27:22< mattsc> Rename it to simply 'type', which is how it is used in other WML tags
20121201 16:31:50< gh0st> ok
20121201 16:32:20< mattsc> gh0st: is there anything you want me to do right now?
20121201 16:32:48-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20121201 16:33:12< gh0st> mattsc: um, yes i need to come up with the third parameter if everything i done so far is acceptable.
20121201 16:33:56< mattsc> Any ideas?
20121201 16:34:24< gh0st> Well... let me think.
20121201 16:35:58< mattsc> Part of the task is for you to try to come up with something yourself, but I admit that that is kind of hard for the lurker AI.
20121201 16:39:15< gh0st> oh, crap i just noticed i made a double commit and pushed it to master.
20121201 16:42:13< mattsc> No worries.  No harm done, I think.
20121201 16:43:31< mattsc> As for some other parameter to add, you could add a 'random_wander=' that defaults to true
20121201 16:43:54< mattsc> If set to false, they don't do the random move when they cannot attack, but just sit there.
20121201 16:44:04< mattsc> Then they'd be _real_ lurkers.  :)
20121201 16:44:32< mattsc> Also, one other thing I noticed is that your check for required parameters should not be done for the 'delete' action.
20121201 16:48:07-!- Blueblaze [~Blueblaze@adsl-76-202-20-214.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20121201 16:48:43< gh0st> ok will fix it.
20121201 16:52:17-!- mjs-de [~mjs-de@d184124.adsl.hansenet.de] has joined #wesnoth-dev
20121201 17:01:50< jamit> mattsc, gh0st: Random thought for lurkers. Instead of "random_wander=", maybe define the terrain that they will move to if they are not attacking? Then have the terrains they will attack from default to (or maybe add to) the terrains they will move to?
20121201 17:05:18< gh0st> I like it.
20121201 17:07:11< mattsc> jamit: I like that too.
20121201 17:08:25< mattsc> gh0st: it's really up to you, it's your task.
20121201 17:09:33< gh0st> random_wander is just too easy to make. So i'll be adopting the jamit's idea.
20121201 17:09:37< gh0st> :)
20121201 17:10:08< mattsc> great
20121201 17:11:47-!- Arc [~arc@pysoy/developer/ArcRiley] has quit [Ping timeout: 260 seconds]
20121201 17:18:17-!- Arc [~arc@pysoy/developer/ArcRiley] has joined #wesnoth-dev
20121201 17:23:52-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has quit [Remote host closed the connection]
20121201 17:24:08-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has joined #wesnoth-dev
20121201 17:25:20-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Quit: Konversation terminated!]
20121201 17:30:13-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has quit [Remote host closed the connection]
20121201 17:32:10-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has joined #wesnoth-dev
20121201 17:35:36-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-dev
20121201 17:36:40-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20121201 17:38:52-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has quit [Remote host closed the connection]
20121201 17:40:04-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has joined #wesnoth-dev
20121201 17:43:02-!- anonymissimus [~chatzilla@HSI-KBW-046-005-025-163.hsi8.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20121201 17:47:05< jamit> mattsc: This probably goes outside GCI, but if lurkers can leave their "swamps" to attack, their attack CA probably should not do anything if they are not in a "swamp" (so they don't get led so far away that they cannot return).
20121201 17:48:13< jamit> Possibly have a backup attack CA with a lower priority than movement that can initiate an attack if the lurker is not on a "swamp" (meaning that the lurker got cut off from its move-to terrain.
20121201 17:48:25-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has quit [Remote host closed the connection]
20121201 17:48:43< jamit> Just more random thoughts. ;)
20121201 17:49:07-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has joined #wesnoth-dev
20121201 17:51:19-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has quit [Read error: Connection reset by peer]
20121201 17:52:10-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 246 seconds]
20121201 17:52:23-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has joined #wesnoth-dev
20121201 17:52:39< mattsc> jamit: random thoughts are good.  :)
20121201 17:53:26< mattsc> Originally, the lurkers only move onto swamp hexes (although they can cross other terrain), but part of this effort is to make the AI more generally usable, so any idea is good.
20121201 17:53:51< mattsc> If gh0st (or somebody else) wanted to do something like that, we can add it as an additional task.
20121201 17:54:40< gh0st> sure
20121201 17:58:42-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has quit [Read error: Connection reset by peer]
20121201 17:59:02-!- Gallaecio [~quassel@84.120.217.231.dyn.user.ono.com] has joined #wesnoth-dev
20121201 18:20:26-!- fendrin [~fabi@88-134-62-238-dynip.superkabel.de] has joined #wesnoth-dev
20121201 18:20:27-!- fendrin [~fabi@88-134-62-238-dynip.superkabel.de] has quit [Changing host]
20121201 18:20:27-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20121201 18:24:14< anonymissimus> what bugs are the MP issues delaying the release ?
20121201 18:33:22< mattsc> martin_bede: animal_type= is a required attribute for the animals AIs, isn't it?
20121201 18:33:35< martin_bede> mattsc: it is
20121201 18:34:03< mattsc> But it currently does not throw and error message when omitted?
20121201 18:34:26< martin_bede> oops, i forgot about that
20121201 18:34:50< mattsc> and I didn't notice it for the previous step ...
20121201 18:34:58< martin_bede> ill fix both
20121201 18:35:02< mattsc> Also, do you know why your commits always reintroduce all those deleted files?
20121201 18:35:19< martin_bede> yes i know, and i took care of that
20121201 18:35:30< mattsc> Ok, cool.  It's not a big deal, was just wondering.
20121201 18:36:11< mattsc> So if you could do that test for animal_type, and delete the commented out code in wml_tags, I think we can check off this task.
20121201 18:36:38< martin_bede> okay
20121201 18:42:13< mattsc> martin_bede: I didn't ask for this in the original task description so I won't ask for it retroactively now, but it would be nice if we could select the unit type for all the animal AIs in the [micro_ai] tag.
20121201 18:42:14< martin_bede> ive pushed the fix
20121201 18:42:43< mattsc> We could add this as an additional task after all the animal AIs in their current form are done.
20121201 18:43:07< martin_bede> mattsc: okay, i would like to do that
20121201 18:43:12< mattsc> One task to add type= to all of the AIs, I mean, not one per AI; that would be too easy :)
20121201 18:44:16< mattsc> martin_bede: ok, let me think about that and see if there are other parameters that are added.
20121201 18:44:49< mattsc> you (or whoever else is first) can then claim that once all the current animal AI tasks are done
20121201 18:45:17< martin_bede> ok
20121201 18:50:05< mattsc> martin_bede: that last line that you removed from multipacks, you can remove that from wolves also, right?
20121201 18:50:32< anonymissimus> mattsc: are you GCI tutor or something ? and where are the commits ?
20121201 18:51:15< martin_bede> yes, ill remove it. only the hunter ai needs that
20121201 18:52:18< mattsc> anonymissimus: mentor, yes.  The commits are logged at #wesnoth-umc-dev, or can all be seen at https://github.com/mattsc/Wesnoth-AI-Demos/commits/master
20121201 18:53:50-!- anonymissimus_ [~chatzilla@HSI-KBW-046-005-025-163.hsi8.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20121201 18:53:50< martin_bede> mattsc: done
20121201 18:54:35< mattsc> martin_bede: thanks.  I'm running the last test and then I'll close the task.
20121201 18:55:52-!- anonymissimus [~chatzilla@HSI-KBW-046-005-025-163.hsi8.kabel-badenwuerttemberg.de] has quit [Ping timeout: 246 seconds]
20121201 18:55:59-!- anonymissimus_ is now known as anonymissimus
20121201 18:56:21< mattsc> martin_bede: something's strange now.  In the Animals scenario, the wolves continue to attack tusklets even after the message that they'll stop doing so.
20121201 18:56:41< mattsc> I know I tested that before and it worked then, so something recent must have changed that.
20121201 18:58:49< mattsc> anonymissimus: we're doing this in the AI-demos add-on for now, but the goal is to create enough Micro AIs and make them versatile enough, that it makes sense to put them into mainline eventually.
20121201 19:01:22< irker577> wesnoth: alarantalara * r55792 /trunk/data/tools/ (rmtrans README rmtrans/README rmtrans/rmtrans.py): 
20121201 19:01:22< irker577> wesnoth: Add tool to remove transparent pixels from GCI
20121201 19:04:46< mattsc> martin_bede: ah, no, I don't think it would have worked previously.  Sorry, I somehow missed that.
20121201 19:05:32< martin_bede> mattsc: do you have any ideas what might be causing it?
20121201 19:05:48< mattsc> Yes, I am collecting the links atm
20121201 19:06:15< mattsc> If you look at the original scenario file: https://github.com/mattsc/Wesnoth-AI-Demos/blob/eeddc29f8eb303e12bba6a83691c3a857989fa96/scenarios/animals.cfg
20121201 19:06:54< mattsc> lines 271-... it includes setting the attacks aspect to avoid attacks on those types of units
20121201 19:07:20< mattsc> you need to add that aspect, in addition to the candidate actions.
20121201 19:07:40< mattsc> I should have noticed that while you were working on the previous task.  Sorry for that.
20121201 19:07:49< mattsc> Could you fix it as part of the current task, instead?
20121201 19:07:55< irker577> wesnoth: alarantalara * r55793 /trunk/data/core/about.cfg: 
20121201 19:07:55< irker577> wesnoth: Add Samuel Kim from GCI to list of miscellaneous contributors
20121201 19:07:55< martin_bede> sure
20121201 19:12:15-!- ubuntor [62a95e66@gateway/web/freenode/ip.98.169.94.102] has joined #wesnoth-dev
20121201 19:18:44< ubuntor> mattsc: For the Patrols Step 2 task, should the ai_type in the scenario stay bca_patrol, and add the id onto it in the CAs file?
20121201 19:19:41< mattsc> ubuntor: checking ...
20121201 19:20:16< mattsc> Yeah, it should - I am even saying that here: http://wiki.wesnoth.org/Google_Code-in_Micro_AI_Tasks#Patrols_.281_AI.29
20121201 19:21:14< mattsc> I meant this really to be for Step 2, even though it's listed for Step 1, so we're still ok...
20121201 19:22:48< mattsc> I just want people to know immediately when an MAI attaches to a unit (BCA) or when it acts side-wide.  Adding bca_ to the ai_type is the best I've come up with.
20121201 19:23:03< mattsc> If somebody has a better idea, by all means, please let me know...
20121201 19:23:29< ubuntor> Ok, thanks.
20121201 19:25:21< martin_bede> mattsc: the wolves dont attack unit types listed in the to_avoid key now
20121201 19:26:51< mattsc> martin_bede: great, will check in a moment
20121201 19:27:16< mattsc> ubuntor: btw, the "I'm even saying that here" was directed at myself, not at you  :)
20121201 19:29:22< ubuntor> matsc: Ok, so for one last clarification, should the ai_type be bca_patrol, or bca_patrol_Goblin Handler Jabb?
20121201 19:30:30< mattsc> The latter.
20121201 19:30:55< mattsc> We might have several patrollers for the side and at some point remove the patrol route for only some of them.
20121201 19:31:03< mattsc> In that case, we need different CA IDs
20121201 19:31:30< mattsc> martin_bede: working perfectly.  Only thing missing: you also need to remove that aspect when the MAI gets deleted.
20121201 19:31:56-!- anonymissimus [~chatzilla@HSI-KBW-046-005-025-163.hsi8.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.89 [Firefox 11.0/20120312181643]]
20121201 19:33:01-!- balrog [~balrog@discferret/developer/balrog] has quit [Remote host closed the connection]
20121201 19:37:46-!- balrog [~balrog@discferret/developer/balrog] has joined #wesnoth-dev
20121201 19:39:07< martin_bede> mattsc: it should be removed when the ai gets deleted now
20121201 19:39:36-!- anonymissimus [~chatzilla@HSI-KBW-046-005-025-163.hsi8.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20121201 19:40:11< martin_bede> i also made the id of the facet depend on the side its used on
20121201 19:41:20< anonymissimus> Alarantalara: any idea since when https://gna.org/bugs/?20322 occurs ?
20121201 19:42:09< Alarantalara> I found it with 1.11.0, but haven't looked any earlier than that. Would you like me to?
20121201 19:45:58< anonymissimus> Alarantalara: well, I suspect that knowing it doesn't happen in 1.10 would be useful for whoever deals with the report
20121201 19:46:00< mattsc> martin_bede: great.  one last test ...
20121201 19:46:02< Alarantalara> It's not in 1.10.5 at any rate
20121201 19:46:17< anonymissimus> okay, nice
20121201 19:48:45< mattsc> martin_bede: ok, looks great.  I'll close the task.
20121201 19:51:00< mattsc> Btw, Alarantalara, AI0867, Ivanovic, all: the students do not seem to like the "update wesnoth trailer" task.  This is the second time we had somebody sign up and withdraw within a couple hours.
20121201 19:51:46-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has left #wesnoth-dev []
20121201 19:51:54-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20121201 19:52:45< mattsc> noy (also) ^
20121201 19:53:26< noy> hmm
20121201 19:53:30< noy> its a tough one
20121201 19:54:22< Ivanovic> mattsc: and what do you think we should do about this?
20121201 19:54:44< noy> are we waiting for the right person to show up?
20121201 19:56:39< mattsc> I don't know.  It's not at all the thing I'm familiar with or good at.
20121201 19:57:09< mattsc> If you want me to make a semi-random guess, I'd think people realize that they cannot do this in 24 hours.
20121201 19:57:21< mattsc> So maybe we should increase the allowable time for it?
20121201 19:58:45< mattsc> Do you want me to raise the time to 72 hours or something?
20121201 20:04:10< irker577> wesnoth: jamit * r55794 /trunk/src/actions/undo.cpp: 
20121201 20:04:10< irker577> wesnoth: Code simplifications (moving common tasks outside an if-else-if chain).
20121201 20:13:48< jamit> anonymissimus: I was thinking about the "you have not started your turn" confirmation.
20121201 20:14:22< jamit> The old way to suppress it -- reducing a unit's movement -- is rather hacky, so probably should not be brought back just for this.
20121201 20:14:58< jamit> The [block_undo] approach turned out to be a bad idea because there are no circumstances in which it would block an undo.
20121201 20:15:46< jamit> A better-named tag would be possible, but that seems to me to be a somewhat large addition to WML for such a nonstandard feature.
20121201 20:16:32< jamit> So I'm thinking maybe add an attribute like [side] suppress_end_turn_confirmation= and wire it into [modify_side] so that it can be changed id desired.
20121201 20:17:22< jamit> s/id/if
20121201 20:20:45-!- wesbot changed the topic of #wesnoth-dev to: 1.11.1 planned for once the hotkey and MP issues are fixed | 192 bugs, 333 feature requests, 15 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20121201 20:25:23< ubuntor> mattsc: patrol fixed
20121201 20:25:47< mattsc> ubuntor: thanks, checking out the code and I think I told you something wrong
20121201 20:26:25< mattsc> When you asked whether it should be bca_patrol_unitid, I thought you were talking about the CA name, not the ai_type.
20121201 20:27:00< mattsc> The ai_type should just be bca_patrol.  Sorry for causing you unnecessary work that way !
20121201 20:27:11< ubuntor> It's okay!
20121201 20:28:02< jamit> zookeeper, anonymissimus, someone with thoughts on WML design: Any thoughts on https://gna.org/bugs/index.php?20242 ? (Negative defence values and [effect]s with apply_to=defense)
20121201 20:28:41< mattsc> ubuntor: I can change that (since it's my fault that you did it in the first place).  I'll just run a couple tests and if they work, I'll close the task.
20121201 20:30:31< jamit> The situation assumes an [effect] apply_to=defense, replace=no. I think it would makes sense for positive numbers to always decrease defense, regardless of whether the base defense is positive or negative.
20121201 20:31:03< jamit> The coding change is simple, so the real question is what should be done.
20121201 20:32:48< jamit> The formula would be basically: new defense = sign(old value) * ( abs(old value) + new value )
20121201 20:34:29< mattsc> ubuntor: one more thing: since the normal combat CA is active, the patroller will still attack units that it end up next to other than the ones listed in attack_targets (if none of the latter are adjacent)
20121201 20:35:07< mattsc> So, you need to take attacks away from the unit if it doesn't have a target to attack.
20121201 20:35:39< mattsc> Actually, at the end of the move, you can simply take attacks away under all circumstance, since the unit should never attack unless you tell it to do so.
20121201 20:36:50< mattsc> ubuntor: fyi, you can simple use ' ai.stopunit_attacks(unit)' for that
20121201 20:37:11< ubuntor> Ok, thanks.
20121201 20:40:39< zookeeper> jamit, yeah, i've had that item open in my browser for... a week, two? :p
20121201 20:42:56< jamit> zookeeper: Still undecided on it then? The only drawback seems to be the possibility of existing WML that has already adapted to this quirk.
20121201 20:47:32< zookeeper> jamit, i'm afraid i don't really have any input on that
20121201 20:48:04-!- gh0st [~gh0st@89.31.118.161] has quit [Quit: off for sleep]
20121201 20:51:26< ubuntor> mattsc: fixes implemented
20121201 20:51:58< mattsc> Just saw them.  Thanks!  I closed the task.
20121201 20:54:07-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has quit [Quit: bye]
20121201 20:54:43-!- ubuntor [62a95e66@gateway/web/freenode/ip.98.169.94.102] has quit [Quit: Page closed]
20121201 21:01:47-!- prkc [~negusnyul@540044BC.dsl.pool.telekom.hu] has joined #wesnoth-dev
20121201 21:02:56-!- deekay [~dk@89-68-28-227.dynamic.chello.pl] has joined #wesnoth-dev
20121201 21:07:04< Alarantalara> zookeeper: regarding this bug: https://gna.org/bugs/?16772 is there any reason not to just set aggression to 1 and caution to 0?
20121201 21:09:57< zookeeper> Alarantalara, i suppose not
20121201 21:10:12-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20121201 21:10:12-!- Upth is now known as Upthorn
20121201 21:10:17< zookeeper> feel free to do that, or anything else you deem appropriate for that scenario
20121201 21:11:37-!- martin_bede [~martin@5402CE1A.dsl.pool.telekom.hu] has quit [Quit: Bye]
20121201 21:16:03< anonymissimus> jamit: [side] suppress_end_turn_confirmation= etc: sounds good
20121201 21:19:07< irker577> wesnoth: alarantalara * r55795 /trunk/ (2 files in 2 dirs): 
20121201 21:19:07< irker577> wesnoth: Fix bug #16772: AI will not attack
20121201 21:22:47< irker577> wesnoth: alarantalara * r55796 /branches/1.10/ (5 files in 4 dirs): 
20121201 21:22:47< irker577> wesnoth: Backport r55794. Fixes bug #16772 for 1.10
20121201 21:23:22-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Read error: Connection reset by peer]
20121201 21:37:55-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20121201 21:37:55-!- Upth is now known as Upthorn
20121201 21:49:31-!- }Relic{ [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20121201 21:50:08-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Ping timeout: 246 seconds]
20121201 22:01:58-!- }Relic{ [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20121201 22:06:09-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Read error: Connection reset by peer]
20121201 22:16:23-!- Upth [~ogmar@108.85.91.228] has joined #wesnoth-dev
20121201 22:16:23-!- Upth is now known as Upthorn
20121201 22:22:49-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has joined #wesnoth-dev
20121201 22:32:46-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20121201 22:34:12-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has quit [Quit: bye]
20121201 22:45:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20121201 22:51:17-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 248 seconds]
20121201 23:09:22-!- dk_ [~dk@89-68-28-227.dynamic.chello.pl] has joined #wesnoth-dev
20121201 23:10:42-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20121201 23:11:22-!- dk_ [~dk@89-68-28-227.dynamic.chello.pl] has quit [Read error: Connection reset by peer]
20121201 23:11:35-!- dk_ [~dk@89-68-28-227.dynamic.chello.pl] has joined #wesnoth-dev
20121201 23:12:48-!- deekay [~dk@89-68-28-227.dynamic.chello.pl] has quit [Ping timeout: 264 seconds]
20121201 23:18:07-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 260 seconds]
20121201 23:19:14-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20121201 23:24:31-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20121201 23:30:28-!- SpoOkyMagician [~chatzilla@74-141-249-126.dhcp.insightbb.com] has joined #wesnoth-dev
20121201 23:44:58-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20121201 23:45:27-!- stikonas [~gentoo@5.20.200.50] has joined #wesnoth-dev
20121201 23:45:27-!- stikonas [~gentoo@5.20.200.50] has quit [Changing host]
20121201 23:45:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20121201 23:49:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
--- Log closed Sun Dec 02 00:00:38 2012