--- Log opened Fri Jun 28 00:00:13 2013
20130628 00:00:44-!- mattsc [~mattsc@fw.hia.nrc.ca] has quit [Quit: ttyl]
20130628 00:02:39-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Quit: Trallala]
20130628 00:03:44-!- prkc [~negusnyul@dsl51B65D1C.pool.t-online.hu] has quit [Quit: Konversation terminated!]
20130628 00:20:25-!- trewe [~trewe@87.196.10.110] has quit [Quit: Verlassend]
20130628 00:35:13-!- skyfaller_ [~skyfaller@ool-43551edd.dyn.optonline.net] has joined #wesnoth-dev
20130628 00:37:25-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Ping timeout: 248 seconds]
20130628 00:37:38-!- skyfaller_ is now known as skyfaller
20130628 00:37:41-!- skyfaller [~skyfaller@ool-43551edd.dyn.optonline.net] has quit [Changing host]
20130628 00:37:41-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-dev
20130628 00:44:47-!- LordBob_ [~LordBob_@2a01:e34:ee82:47e0:21e:c2ff:fe01:261f] has quit [Quit: LordBob_]
20130628 01:42:35-!- Octalot [~noct@host86-128-74-232.range86-128.btcentralplus.com] has quit []
20130628 01:48:08-!- bumbadadabum [~bumba@d155109.upc-d.chello.nl] has quit [Quit: Konversation terminated!]
20130628 01:48:30-!- Blueblaze [~Blueblaze@adsl-99-148-247-124.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20130628 01:54:02-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130628 02:05:51-!- BatmanGambit [~quassel@wesnoth/developer/grickit] has joined #wesnoth-dev
20130628 02:06:13-!- Gambit [~quassel@wesnoth/developer/grickit] has quit [Ping timeout: 246 seconds]
20130628 02:21:58-!- H-Hour [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has quit [Quit: Leaving]
20130628 02:34:48-!- love1cat [~Adium@c-67-189-150-164.hsd1.ct.comcast.net] has joined #wesnoth-dev
20130628 02:56:40-!- love1cat1 [~Adium@c-67-189-150-164.hsd1.ct.comcast.net] has joined #wesnoth-dev
20130628 02:56:48-!- kex [~kex@89.205.70.185] has quit [Remote host closed the connection]
20130628 02:57:10-!- Crendgrim [~quassel@f050092055.adsl.alicedsl.de] has quit [Ping timeout: 256 seconds]
20130628 02:58:21-!- love1cat [~Adium@c-67-189-150-164.hsd1.ct.comcast.net] has quit [Ping timeout: 240 seconds]
20130628 02:59:34-!- Crendgrim [~quassel@f050093160.adsl.alicedsl.de] has joined #wesnoth-dev
20130628 03:06:38-!- mattsc [~mattsc@d154-20-34-165.bchsia.telus.net] has joined #wesnoth-dev
20130628 03:21:15-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20130628 03:30:29-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20130628 03:41:11-!- shadowm_desktop2 [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130628 03:43:51-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 246 seconds]
20130628 03:45:22-!- shadowm_desktop2 is now known as shadowm_desktop
20130628 04:23:23-!- love1cat1 [~Adium@c-67-189-150-164.hsd1.ct.comcast.net] has left #wesnoth-dev []
20130628 04:45:46-!- Ivanovic_ [~ivanovic@x2f501e7.dyn.telefonica.de] has joined #wesnoth-dev
20130628 04:45:46-!- Ivanovic_ [~ivanovic@x2f501e7.dyn.telefonica.de] has quit [Changing host]
20130628 04:45:46-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20130628 04:46:56-!- mjs-de [~mjs-de@e182033035.adsl.alicedsl.de] has quit [Remote host closed the connection]
20130628 04:49:37-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 248 seconds]
20130628 04:49:44-!- Ivanovic_ is now known as Ivanovic
20130628 05:28:07-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20130628 05:44:02-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Quit: Leaving.]
20130628 05:46:57-!- mattsc [~mattsc@d154-20-34-165.bchsia.telus.net] has quit [Quit: ttyl]
20130628 06:03:21-!- ancestral [~ancestral@75-161-180-197.mpls.qwest.net] has joined #wesnoth-dev
20130628 06:05:36-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 246 seconds]
20130628 06:07:27-!- shadowm_desktop [ignacio@186.9.64.52] has joined #wesnoth-dev
20130628 06:07:51-!- shadowm_desktop is now known as Guest38373
20130628 06:12:33-!- Guest38373 [ignacio@186.9.64.52] has quit [Changing host]
20130628 06:12:33-!- Guest38373 [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130628 06:12:42-!- Guest38373 is now known as shadowm_desktop
20130628 06:25:30-!- ancestral [~ancestral@75-161-180-197.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20130628 06:25:53-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 240 seconds]
20130628 06:27:39-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130628 06:34:43-!- molgrum [~molgrum@h-94-220.a230.priv.bahnhof.se] has quit [Ping timeout: 245 seconds]
20130628 06:37:21-!- Gallaecio [~quassel@84.120.219.21.dyn.user.ono.com] has joined #wesnoth-dev
20130628 06:53:39-!- BatmanGambit [~quassel@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20130628 07:23:52-!- molgrum [~molgrum@h-94-220.a230.priv.bahnhof.se] has joined #wesnoth-dev
20130628 07:32:39-!- irker805 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20130628 07:33:42-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 256 seconds]
20130628 07:52:18-!- ancestral [~ancestral@75-161-180-197.mpls.qwest.net] has joined #wesnoth-dev
20130628 08:16:11-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20130628 08:26:52-!- Blueblaze [~Blueblaze@adsl-99-148-247-124.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20130628 08:29:44-!- trademark_ [~trademark@mne69-1-82-67-17-201.fbx.proxad.net] has joined #wesnoth-dev
20130628 08:40:47-!- Gallaecio [~quassel@84.120.219.21.dyn.user.ono.com] has quit [Remote host closed the connection]
20130628 08:41:50-!- EdB [~edb@abo-200-11-69.bdx.modulonet.fr] has joined #wesnoth-dev
20130628 08:45:26-!- LordBob_ [~LordBob_@2a01:e34:ee82:47e0:21e:c2ff:fe01:261f] has joined #wesnoth-dev
20130628 08:51:33-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20130628 10:01:28-!- ancestral [~ancestral@75-161-180-197.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20130628 10:02:23-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130628 10:05:43-!- enchilado is now known as ENCHILADO
20130628 10:12:33-!- ENCHILADO is now known as enchilado
20130628 10:13:00-!- Blueblaze [~Blueblaze@adsl-99-148-247-124.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20130628 11:02:57-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 248 seconds]
20130628 11:12:19-!- H-Hour [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has joined #wesnoth-dev
20130628 11:17:40< H-Hour> i've noticed a change in how [base_unit] works and i'd like to check if it is intended before i file a bug report.
20130628 11:17:53< H-Hour> the following code worked for both male and female mages in the past: http://pastebin.com/AxxRb8fE
20130628 11:18:16< H-Hour> but now female mages do not acquire the extra advances_to (male mages work fine)
20130628 11:19:00< H-Hour> i have experimented the [female] tag in a basic case using this code: http://pastebin.com/aPe8SGNE
20130628 11:19:07< H-Hour> but it also only works for male, not female, mages
20130628 11:19:40< H-Hour> I notice that something has changed in the implementation for 1.11 according to the wiki. have i misunderstood proper use of [base_unit] or is this a bug?
20130628 11:20:10-!- molgrum [~molgrum@h-94-220.a230.priv.bahnhof.se] has quit [Quit: Lämnar]
20130628 11:21:08< Soliton> sounds like a bug.
20130628 11:24:49< vultraz> Are there any known bugs with removing [object]s after duration= is up?
20130628 11:33:41< H-Hour> Soliton, thanks, reported
20130628 11:34:31-!- shadowm_desktop [ignacio@186.9.64.52] has joined #wesnoth-dev
20130628 11:34:54-!- shadowm_desktop is now known as Guest78735
20130628 11:35:01< zookeeper> vultraz, yes, they don't get removed.
20130628 11:35:12-!- Guest78735 [ignacio@186.9.64.52] has quit [Client Quit]
20130628 11:35:24-!- shadowm_desktop2 [ignacio@186.9.64.52] has joined #wesnoth-dev
20130628 11:35:25-!- shadowm_desktop2 [ignacio@186.9.64.52] has quit [Client Quit]
20130628 11:36:05< vultraz> zookeeper: ah, so it's known.good
20130628 11:36:23-!- shadowm_desktop2 [ignacio@186.9.64.52] has joined #wesnoth-dev
20130628 11:37:40-!- shadowm_desktop2 [ignacio@186.9.64.52] has quit [Client Quit]
20130628 11:37:41-!- wesbot changed the topic of #wesnoth-dev to: current repo: https://github.com/wesnoth/wesnoth-old (Please read the dev-ml for the latest status!) | http://wiki.wesnoth.org/SummerOfCodeIdeas | 192 bugs, 333 feature requests, 27 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20130628 11:38:42< vultraz> zookeeper: will it be fixed soon?
20130628 11:42:01< vultraz> it rather breaks my campaign
20130628 11:42:12-!- shadowm_desktop2 [ignacio@186.9.64.52] has joined #wesnoth-dev
20130628 11:42:39-!- shadowm_desktop2 [ignacio@186.9.64.52] has quit [Changing host]
20130628 11:42:39-!- shadowm_desktop2 [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130628 11:43:03-!- shadowm_desktop2 is now known as shadowm_desktop
20130628 11:47:08-!- kex [~kex@89.205.70.185] has joined #wesnoth-dev
20130628 11:50:08< zookeeper> vultraz, i very much doubt that
20130628 11:50:21< zookeeper> it's been that way for at least 5 years i'd imagine
20130628 11:50:44< vultraz> then what does DW do?
20130628 11:50:53< vultraz> since it seems to work there
20130628 11:51:29-!- Upthorn [~ogmar@69.62.144.56] has joined #wesnoth-dev
20130628 11:54:45< zookeeper> i don't know what DW does.
20130628 12:02:35< vultraz> I guess I'll need some hacky event-based thing, then
20130628 12:02:55-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has quit [Read error: Operation timed out]
20130628 12:10:32< zookeeper> vultraz, well, i guess it works then. or at least works for some effects.
20130628 12:11:02< zookeeper> maybe it was actually fixed for good? might have been.
20130628 12:12:37< vultraz> zookeeper: I tried the exact same [object] from DW in my campaign and it failed to remove
20130628 12:13:23< zookeeper> it failed to remove _what_? the DW code removes the stunned status manually
20130628 12:14:20< vultraz> tint change, ellipse change, and zoc change
20130628 12:14:57< vultraz> no idea why it would work in one place and not the other
20130628 12:15:27< zookeeper> it wouldn't. you must be doing something wrong somewhere
20130628 12:18:37-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20130628 12:20:36< vultraz> Possibly...I've been trying to figure out what
20130628 12:31:27-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has quit [Ping timeout: 252 seconds]
20130628 12:43:19-!- thunderstruck [~thunderst@149.254.182.64] has joined #wesnoth-dev
20130628 12:47:25< AI0867> zookeeper: we got 'duration=turn' objects fairly recently
20130628 12:47:30< AI0867> are you saying those never worked?
20130628 12:48:16< AI0867> oh, wait, that's 1.11 stuff, it's not in 1.10
20130628 12:48:37< zookeeper> err, yeah, that's a recent addition. probably i just don't know what i'm talking about.
20130628 12:49:01< AI0867> vultraz: ^
20130628 12:51:34-!- thunderstruck [~thunderst@149.254.182.64] has quit [Ping timeout: 276 seconds]
20130628 12:52:09< vultraz> well, I don't know
20130628 12:52:13< vultraz> I can't get them to work
20130628 12:53:21-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 248 seconds]
20130628 12:59:39< AI0867> are you using 1.11.*? can you link me to your WML then?
20130628 13:03:05-!- molgrum [~molgrum@h-94-220.a230.priv.bahnhof.se] has joined #wesnoth-dev
20130628 13:10:45-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20130628 13:11:01-!- EdB [~edb@abo-200-11-69.bdx.modulonet.fr] has quit [Quit: Konversation terminated!]
20130628 13:16:28-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20130628 13:28:33< vultraz> AI0867: http://pastebin.com/NDd8dmVj
20130628 13:28:37< vultraz> current test case
20130628 13:30:20-!- trewe [~trewe@87.196.10.110] has joined #wesnoth-dev
20130628 13:31:37-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Quit: Leaving]
20130628 13:32:25-!- DHost [~Pcy@sc.ponchy.fr] has joined #wesnoth-dev
20130628 13:35:10-!- Octalot [~noct@host86-128-74-232.range86-128.btcentralplus.com] has joined #wesnoth-dev
20130628 13:37:06< AI0867> that indentation is terrible
20130628 13:37:14-!- Laela [50eb531b@gateway/web/freenode/ip.80.235.83.27] has quit [Quit: Page closed]
20130628 13:37:40< AI0867> and that doesn't work?
20130628 13:37:57< AI0867> if you :inspect the unit the next turn, does it still have the object? or does it just keep the status?
20130628 13:39:48-!- Laela [50eb531b@gateway/web/freenode/ip.80.235.83.27] has joined #wesnoth-dev
20130628 13:40:54< vultraz> Seems to not have the object, but still have the status
20130628 13:41:55< AI0867> makes sense
20130628 13:42:06< AI0867> petrified doesn't normally clear on a turn change
20130628 13:43:10< vultraz> lemme try it with a few other effects
20130628 13:45:26-!- esr [~esr@wesnoth/developer/esr] has quit [Ping timeout: 256 seconds]
20130628 13:46:53< vultraz> ok, it seems to work with both adding a slowed status and changing the attack type
20130628 13:47:12< vultraz> so it seems that it's just petrified that doesn't work
20130628 13:51:11< vultraz> for some reason, image_mod doesn't seem to remove either
20130628 13:51:33-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has quit [Ping timeout: 268 seconds]
20130628 13:52:55-!- bumbadadabum [~bumba@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20130628 13:54:41-!- DCW1 [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20130628 14:10:13-!- kex [~kex@89.205.70.185] has quit [Remote host closed the connection]
20130628 14:31:56-!- DHost [~Pcy@sc.ponchy.fr] has quit [Quit: paf_le_chien!]
20130628 14:50:27-!- DHost [~Pcy@sc.ponchy.fr] has joined #wesnoth-dev
20130628 15:07:08-!- DCW1 [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has quit [Remote host closed the connection]
20130628 15:07:11-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20130628 15:20:02-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20130628 15:24:21-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20130628 15:24:21-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Changing host]
20130628 15:24:21-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20130628 15:28:17-!- Cyber_Rock [~CyberRock@unaffiliated/cyber-rock/x-7112426] has joined #wesnoth-dev
20130628 15:37:23-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Quit: Leaving.]
20130628 15:39:18-!- mattsc [~mattsc@207.230.251.234] has joined #wesnoth-dev
20130628 15:43:06-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Quit: Disconnecting from stoned server.]
20130628 15:57:02-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20130628 15:57:07-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Client Quit]
20130628 16:04:00-!- Cyber_Rock is now known as Cyber_Rock|away
20130628 16:11:59-!- Cyber_Rock|away [~CyberRock@unaffiliated/cyber-rock/x-7112426] has quit [Quit: I am going, bye everyone...]
20130628 16:17:52-!- mattsc [~mattsc@207.230.251.234] has quit [Quit: I'm asleep]
20130628 16:22:14-!- jetrel_laptop_ [~jetrel_la@71-220-20-101.mpls.qwest.net] has joined #wesnoth-dev
20130628 16:23:20-!- Ivanovic [~ivanovic@x2f501e7.dyn.telefonica.de] has joined #wesnoth-dev
20130628 16:23:20-!- Ivanovic [~ivanovic@x2f501e7.dyn.telefonica.de] has quit [Changing host]
20130628 16:23:20-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20130628 16:24:25-!- jetrel_laptop [~jetrel_la@67-6-125-13.mpls.qwest.net] has quit [Ping timeout: 246 seconds]
20130628 16:24:26-!- jetrel_laptop_ is now known as jetrel_laptop
20130628 16:25:50-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Client Quit]
20130628 16:32:28-!- Ivanovic [~ivanovic@x2f501e7.dyn.telefonica.de] has joined #wesnoth-dev
20130628 16:32:28-!- Ivanovic [~ivanovic@x2f501e7.dyn.telefonica.de] has quit [Changing host]
20130628 16:32:28-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20130628 16:37:34-!- mattsc [~mattsc@fw.hia.nrc.ca] has joined #wesnoth-dev
20130628 16:42:42-!- kex [~kex@89.205.70.185] has joined #wesnoth-dev
20130628 17:45:20-!- ancestral [~ancestral@75-161-180-197.mpls.qwest.net] has joined #wesnoth-dev
20130628 17:45:38-!- ancestral [~ancestral@75-161-180-197.mpls.qwest.net] has quit [Client Quit]
20130628 18:06:23-!- Laela [50eb531b@gateway/web/freenode/ip.80.235.83.27] has quit [Ping timeout: 250 seconds]
20130628 18:21:48-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20130628 18:23:04-!- Gallaecio [~quassel@84.120.219.21.dyn.user.ono.com] has joined #wesnoth-dev
20130628 18:29:53< mattsc> vultraz: I am currently writing a "Hang Out" Micro AI.  By default it will have units hang out as close to the side leader as possible while moving off the keep (but all that is configurable).
20130628 18:30:01< mattsc> The goal of this being that you can use it in combination with, say, the Messenger MAI for not having units take off before recruiting is done.
20130628 18:30:15< vultraz> sweet :D
20130628 18:30:29< mattsc> The issue I am having is with the cutoff criteria, when do you start mobilizing units...
20130628 18:30:50< vultraz> once the ai is removed?
20130628 18:30:53< vultraz> mai*
20130628 18:30:56< mattsc> Obviously, one can write any WML event one wants to remove the MAI ...
20130628 18:30:59< mattsc> right  :)
20130628 18:31:26< mattsc> But I want to provide a couple convenience options as well.  One is 'mobilize_on_turn='.  That one's pretty straight forward.
20130628 18:31:56< vultraz> [mobilize_conditional] *condition*. wesnoth.eval_conditional
20130628 18:32:32< mattsc> Yeah, I've been thinking about that ...
20130628 18:33:00< mattsc> Well, let's say we have that.  Here's the issue:
20130628 18:33:45< mattsc> In order for this to override other MAIs (such as Messenger), it needs a very high eval score, in particular, it'll be higher than recruiting.
20130628 18:34:50< vultraz> and?
20130628 18:34:51< mattsc> So, imagine, I have a 6-hex castle and gold for 7 units.  It will then: Turn 1: recruit 6 units do nothing.  T2: move those 6 units off the keep, recruit one, wait.  T3: get going.
20130628 18:35:07< mattsc> (assuming I make the condition to get going when gold is done).
20130628 18:35:15< mattsc> s/done/spent
20130628 18:35:17< vultraz> why not move on turn 2 after recruiting?
20130628 18:35:35< mattsc> That's my point.  That's not how the AI works.
20130628 18:36:02< mattsc> And it cannot easily work that way.
20130628 18:36:26< _8680_> Could it be split into two pieces?
20130628 18:36:45< _8680_> One to be run before recruitment and one after?
20130628 18:37:03< mattsc> Yeah, I was just thinking of that...
20130628 18:37:33< mattsc> Actually, no it cannot.  Not if it is supposed to work in combination with other MAIs.
20130628 18:37:59< mattsc> Because lots of the other MAIs have scores higher than recruiting.
20130628 18:38:59< mattsc> The problem is that there are so many possible combinations here, that it will definitely only works right out of the box for some of those cases.
20130628 18:39:23< vultraz> isn't it possible to define the score for each MAI?
20130628 18:39:47< AI0867> this is where a "reserve unit" feature would be nice =/
20130628 18:39:49< mattsc> Probably...
20130628 18:39:56< vultraz> AI0867: a what?
20130628 18:40:23< AI0867> in a high scoring CA, you 'reserve' a unit
20130628 18:40:35< AI0867> then after all other CAs are done, a low scoring CA actually uses that unit
20130628 18:40:46< mattsc> vultraz: some of them (incl. the new Hang Out MAI) already have adjustable scores.  Maybe I need to add that feature to all of them.  But that still will not take care of all possible cases.
20130628 18:40:51< AI0867> and nobody else uses it, because it's been reserved
20130628 18:41:21< vultraz> sounds useful
20130628 18:41:37< vultraz> would it be hard to do?
20130628 18:41:52< AI0867> not sure
20130628 18:42:08< mattsc> AI0867: I've used a hack to do that, but taking moves/attacks away from a unit inside the AI and giving them back later.  But that of course makes move indicator color change ...
20130628 18:42:31-!- Blueblaze [~Blueblaze@adsl-99-148-247-124.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20130628 18:42:53< mattsc> vultraz: I think that, in that case, every single CA would need a clause to exclude units like that.
20130628 18:43:44< mattsc> That's easy to do for custom CAs, I don't know about the default CAs.
20130628 18:44:11< mattsc> I like the idea though ...
20130628 18:45:06< mattsc> vultraz: anyway, let me try to talk through the adjustable CA score thing, to see if this would work for you example...
20130628 18:46:32< mattsc> So let's consider Hang Out, Messenger Escort and Recruiting and ignore everything else.  Recruiting score is 180k, so let's give HO 175k and Messenger Escort 170k.
20130628 18:47:05< mattsc> On Turn 2, with a full castle, first move: we cannot recruit -> HO takes over and moves on unit off.
20130628 18:47:38< mattsc> Next move: recruit, which spends all the gold and disables the HO CA -> ME takes over.
20130628 18:48:05< mattsc> Sounds like that would work for this case, if there are no other MAIs active.
20130628 18:49:36< mattsc> Does that make sense?
20130628 18:50:00< AI0867> mattsc: do you mean the AI changes the gamestate to do that?
20130628 18:50:19< AI0867> actually, I thought of making the "user end turn" feature do double duty
20130628 18:50:50< mattsc> AI0867: I don't think I understand what you mean
20130628 18:51:02< AI0867> if you hit space with a unit selected, the unit's orb becomes red
20130628 18:51:14< AI0867> and it won't be selected using 'n'
20130628 18:51:16< mattsc> Oh, you mean my hack?
20130628 18:51:21< AI0867> yes
20130628 18:51:38< mattsc> Yes, it does.  It's really not something that should be done.
20130628 18:51:48< AI0867> I'm surprised that's still possible
20130628 18:52:09< vultraz> mattsc: why not a table of reserved units, and have the ai run through it and not touch those?
20130628 18:52:22< AI0867> because every CA would have to actively check it
20130628 18:52:31< vultraz> hm...
20130628 18:52:55< vultraz> set a flag on a specific unit?
20130628 18:52:58-!- trewe [~trewe@87.196.10.110] has quit [Read error: Connection reset by peer]
20130628 18:53:11< mattsc> AI0867: any Lua command is available from within the Lua AI.  So you can even take units off the map from within the AI.  There's potential for all kinds of mischief.  :)
20130628 18:53:26< mattsc> vultraz: same thing, every CA would have to check that
20130628 18:55:25< vultraz> then how would reserved units be done
20130628 18:56:05< mattsc> I think that's the only way how it could be done.
20130628 18:56:28< AI0867> vultraz: making the engine itself not yield reserved units unless you specifically ask for them
20130628 18:57:15< mattsc> AI0867: but then you sometimes need to use the default, and sometimes you need to specifically ask for all units.  Isn't that just moving the problem to a different place?
20130628 18:57:25< AI0867> I *think* this shouldn't be too complicated if we just reuse user_end_turn, but that makes reserving a binary thing
20130628 18:58:05< AI0867> mattsc: well, I'd say that if you want a CA to use reserved units, it should already be aware of them
20130628 18:58:15< AI0867> or you need to 'unreserve' them
20130628 18:58:54< mattsc> AI0867: Agreed - but I sometimes want to consider all units for something else than using them.  For power_projection for example.
20130628 18:59:20< AI0867> yeah, we'll actually need to design an interface here
20130628 18:59:25< mattsc> I really don't know.  I like the idea, I am just throwing potential complications out there.
20130628 19:00:41< mattsc> vultraz: in the meantime, the Hang Out CA engine is written with all of that (incl. variable score), except for the [mobilze_condition] thing.
20130628 19:01:33< mattsc> I just want to write a test scenario for it and set up the wiki page, and then I'll commit it.
20130628 19:01:55< vultraz> ok
20130628 19:12:06-!- kex [~kex@89.205.70.185] has quit [Remote host closed the connection]
20130628 19:12:44-!- kex [~kex@89.205.70.185] has joined #wesnoth-dev
20130628 19:13:44-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130628 19:15:53-!- kex [~kex@89.205.70.185] has quit [Read error: Operation timed out]
20130628 19:24:55-!- mjs-de [~mjs-de@e182033039.adsl.alicedsl.de] has joined #wesnoth-dev
20130628 19:28:51< vultraz> mattsc: BTW, I've been getting some errors like these recently in my stdrr log
20130628 19:28:53< vultraz> 20130629 00:23:17 error ai/actions: Error #1010 (attack_result::E_ATTACKER_AND_DEFENDER_NOT_ADJACENT) in attack by side 3 from location 13,22 to location 14,18 using weapon -1 with aggression 0.3
20130628 19:29:27< vultraz> or 20130626 19:01:54 error ai/actions: Error #4004 (stopunit_result::E_INCAPACITATED_UNIT) in  stopunit by side 2 : remove movement from unit on location 10,20
20130628 19:29:54< mattsc> vultraz: for which AI?
20130628 19:30:20< vultraz> default, I think
20130628 19:30:38< vultraz> the latter I *think* happens when there's a petrified unit, since I've been testing those
20130628 19:30:40< vultraz> er
20130628 19:30:46< vultraz> testing petrified units
20130628 19:31:28< mattsc> Hmm, that's strange...
20130628 19:32:27< mattsc> If you can send me a save of when that happens, I can look into it.  Otherwise I can't really say much (it's clear what the error messages mean, but there cause could be a lot of things)
20130628 19:32:49-!- H-Hour [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has quit [Quit: Leaving]
20130628 19:33:01< vultraz> I'll see if I can reproduce it
20130628 19:45:59-!- bumbadadabum [~bumba@d155109.upc-d.chello.nl] has quit [Quit: Konversation terminated!]
20130628 19:58:11-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130628 19:58:19-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130628 20:24:47-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has quit [Quit: Leaving]
20130628 20:25:31-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130628 20:25:37-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130628 20:26:38-!- lipkabb is now known as lipkab
20130628 20:46:07-!- Laela [50eb531b@gateway/web/freenode/ip.80.235.83.27] has joined #wesnoth-dev
20130628 20:53:10-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Quit: *pouf*]
20130628 21:25:51-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 256 seconds]
20130628 21:29:48-!- molgrum [~molgrum@h-94-220.a230.priv.bahnhof.se] has quit [Quit: Lämnar]
20130628 22:10:41-!- jetrel_laptop [~jetrel_la@71-220-20-101.mpls.qwest.net] has quit [Ping timeout: 248 seconds]
20130628 22:10:50-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20130628 22:11:11-!- jetrel_laptop [~jetrel_la@67-6-121-154.mpls.qwest.net] has joined #wesnoth-dev
20130628 22:11:57-!- trewe [~trewe@87-196-10-110.net.novis.pt] has joined #wesnoth-dev
20130628 22:18:16-!- LordBob_ [~LordBob_@2a01:e34:ee82:47e0:21e:c2ff:fe01:261f] has quit [Quit: LordBob_]
20130628 22:30:20-!- kex [~kex@89.205.70.185] has joined #wesnoth-dev
20130628 22:37:56-!- EdB [~edb@abo-200-11-69.bdx.modulonet.fr] has joined #wesnoth-dev
20130628 22:45:06-!- Octalot [~noct@host86-128-74-232.range86-128.btcentralplus.com] has quit []
20130628 23:00:38-!- kex [~kex@89.205.70.185] has quit [Remote host closed the connection]
20130628 23:03:55-!- exciton_ [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130628 23:07:23-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 240 seconds]
20130628 23:29:54-!- EdB [~edb@abo-200-11-69.bdx.modulonet.fr] has quit [Quit: Konversation terminated!]
20130628 23:34:56-!- jetrel_laptop_ [~jetrel_la@67-6-105-247.mpls.qwest.net] has joined #wesnoth-dev
20130628 23:37:40-!- LordBob_ [~LordBob_@che33-7-78-232-36-126.fbx.proxad.net] has joined #wesnoth-dev
20130628 23:38:19-!- jetrel_laptop [~jetrel_la@67-6-121-154.mpls.qwest.net] has quit [Ping timeout: 276 seconds]
20130628 23:38:19-!- jetrel_laptop_ is now known as jetrel_laptop
20130628 23:40:49< trademark_> I need to use the read function in serialization/parser.hpp it takes a istream in parameter and stop only when the stream returns EOF. My problem is that the stream won't return EOF because other data will follow just after. I need to use a custom stop parsing functor or something similar. 
20130628 23:41:02< trademark_> I come with several solutions:
20130628 23:42:48< trademark_> * Before calling the read method, first read what it needs to be parsed into another stream.. Problem: I actually need the data to be parsed to know when I need to stop.
20130628 23:42:57-!- Upthorn [~ogmar@69.62.144.56] has quit [Ping timeout: 248 seconds]
20130628 23:44:27< trademark_> * Add a method in the Validator class such as: "is_over()", this method would be called in the main parsing loop condition. The current schema_validator would return true so none of the current code would be broken.
20130628 23:45:24< trademark_> correction: "would returns false", so it would be never over (until we reach EOF).
20130628 23:46:40< trademark_> More specifically, I need to stop when I read an entire tag hierarchy, so if I start to read [aaa], I need to stop when I encountered the same level [/aaa] tag.
20130628 23:46:52-!- Gallaecio [~quassel@84.120.219.21.dyn.user.ono.com] has quit [Remote host closed the connection]
20130628 23:47:04< trademark_> * So I could implement a custom read method for this specific need...
20130628 23:48:43< trademark_> I'm going to implement the validator solution, if someone is against it, please drop me a line.
20130628 23:57:20-!- Gambit [~quassel@wesnoth/developer/grickit] has joined #wesnoth-dev
--- Log closed Sat Jun 29 00:00:20 2013