00:00:34 Stable (0.11) branch on crawl.s-z.org updated to: 0.11.2-4-g0170066 00:01:37 Unstable branch on crawl.develz.org updated to: 0.12-a0-2147-g3c97e80 (34) 00:02:08 Unstable branch on crawl.s-z.org updated to: 0.12-a0-2147-g3c97e80 (34) 00:02:17 -!- anidude has quit [Read error: Connection reset by peer] 00:06:10 -!- Stelpa has quit [Quit: Butts] 00:07:22 -!- tiiwow has quit [Quit: Leaving] 00:09:49 Windows builds of master branch on crawl.develz.org updated to: 0.12-a0-2147-g3c97e80 00:12:48 -!- MarvinPA has quit [Ping timeout: 264 seconds] 00:14:50 -!- Stelpa has quit [Quit: Butts] 00:15:19 -!- Stelpa has quit [Changing host] 00:15:58 -!- Goncyn has quit [] 00:16:53 -!- Krakhan has quit [Ping timeout: 255 seconds] 00:25:24 -!- bonghitz has quit [Remote host closed the connection] 00:26:24 -!- Roarke has quit [Quit: Page closed] 00:36:34 -!- voker57 has quit [Changing host] 00:40:21 -!- st_ has quit [Read error: Connection reset by peer] 00:40:22 -!- GuraKKa has quit [Read error: Connection reset by peer] 00:40:45 -!- st_ has joined ##crawl-dev 00:41:24 -!- WalkerBoh has quit [Remote host closed the connection] 00:41:25 -!- ponies_ has quit [Read error: Connection reset by peer] 00:48:56 -!- Blazinghand has quit [Ping timeout: 255 seconds] 00:55:24 -!- Zaba has quit [Ping timeout: 264 seconds] 00:55:52 -!- kekekela has quit [Ping timeout: 245 seconds] 01:00:25 -!- ruwin has quit [] 01:00:55 -!- Zaba has joined ##crawl-dev 01:02:39 -!- Wehk has joined ##crawl-dev 01:08:36 -!- crate has quit [Ping timeout: 264 seconds] 01:09:55 -!- lobf has quit [Quit: lobf] 01:10:26 -!- rwbarton has quit [Ping timeout: 245 seconds] 01:10:48 -!- _dd has joined ##crawl-dev 01:15:01 -!- ontoclasm has joined ##crawl-dev 01:26:17 -!- Chapayev has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 01:32:20 -!- Zifmia has quit [Quit: AndroidIrc Disconnecting] 01:42:04 -!- eggonlegs has quit [Ping timeout: 244 seconds] 01:51:23 -!- animegrampa has quit [Ping timeout: 255 seconds] 01:51:54 -!- Kalir has quit [Quit: CADENZA-CLASS CLOCKWORK KNIGHT--OPERATION TERMINATED] 01:56:08 -!- absolutego has joined ##crawl-dev 01:59:08 -!- herself has quit [Quit: WeeChat 0.3.8-rc1] 02:07:45 -!- SkaryMonk has joined ##crawl-dev 02:09:00 -!- dk24 has quit [Quit: Leaving] 02:12:40 !won Fleurka 02:12:43 Fleurka has won 3 times in 79 games (3.80%): 1xHEPr 1xHOFE 1xKoAs 02:14:39 -!- ontoclasm has quit [Quit: Leaving.] 02:17:25 -!- crate has quit [Quit: Leaving] 02:19:55 -!- substitute has quit [Ping timeout: 244 seconds] 02:28:25 -!- elliptic has quit [Read error: Operation timed out] 02:30:12 -!- DracoOmega has joined ##crawl-dev 02:30:17 -!- CampinSam has quit [Ping timeout: 246 seconds] 02:31:10 -!- casmith789 has quit [Read error: Connection reset by peer] 02:36:37 -!- rast has joined ##crawl-dev 02:38:08 -!- Wehk has quit [Read error: Connection reset by peer] 02:39:01 -!- ogaz has quit [Ping timeout: 276 seconds] 02:42:31 -!- st_ has quit [Ping timeout: 245 seconds] 02:43:37 -!- elliptic has joined ##crawl-dev 02:44:51 -!- minqmay has quit [Quit: Leaving] 02:48:10 -!- BeeBeardedBear has quit [] 02:49:06 -!- simmarine has quit [Ping timeout: 256 seconds] 02:53:12 -!- Wehk has joined ##crawl-dev 02:55:51 -!- ussdefiant has quit [Ping timeout: 245 seconds] 02:55:52 -!- omnomnOMINOUS has quit [Ping timeout: 245 seconds] 02:59:52 -!- residualshade has quit [Quit: Page closed] 03:01:24 -!- casmith789 has quit [Ping timeout: 276 seconds] 03:02:07 -!- Roarke has quit [Quit: Page closed] 03:04:17 -!- eggonlegs has quit [Changing host] 03:16:09 -!- alefury has joined ##crawl-dev 03:16:38 -!- bonghitz has quit [Remote host closed the connection] 03:17:26 -!- dtsund has quit [Quit: dtsund] 03:20:14 -!- Pthing has quit [Read error: Connection reset by peer] 03:21:33 -!- casmith789 has quit [Ping timeout: 276 seconds] 03:25:56 -!- Whistling_Bread has quit [Ping timeout: 256 seconds] 03:25:56 -!- Zephryn has quit [Ping timeout: 256 seconds] 03:26:45 -!- eb has quit [] 03:36:59 -!- BOOPYPUTT has quit [Quit: Leaving] 03:56:02 -!- mikee_ has quit [Quit: HydraIRC -> http://www.hydrairc.com <- IRC with a difference] 04:01:37 -!- wasd22 has quit [Read error: Connection reset by peer] 04:07:15 -!- Pepe has quit [Ping timeout: 244 seconds] 04:17:30 -!- shirish has quit [Ping timeout: 256 seconds] 04:18:36 -!- ZChris13 has quit [Ping timeout: 252 seconds] 04:29:56 -!- edlothiol has joined ##crawl-dev 04:33:34 -!- faze has quit [Quit: Changing server] 04:43:24 -!- faze has quit [Client Quit] 04:43:38 -!- Wolfechu has quit [Quit: Page closed] 04:45:45 -!- faze is now known as flaze 04:46:16 -!- Stelpa has quit [Ping timeout: 245 seconds] 04:46:38 -!- Wahaha_ has quit [Read error: Connection reset by peer] 04:48:55 -!- Nakatomy has quit [Ping timeout: 246 seconds] 04:49:51 -!- scummos has quit [Ping timeout: 240 seconds] 04:50:11 -!- clinew has quit [Quit: leaving] 05:00:24 -!- rast has quit [Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201065344]] 05:00:31 -!- flaze has quit [Quit: leaving] 05:05:48 -!- tiiwow has quit [Quit: Leaving] 05:08:39 -!- faze has quit [Quit: leaving] 05:09:14 -!- faze has quit [Client Quit] 05:12:37 -!- faze has quit [Client Quit] 05:14:08 -!- faze has quit [Client Quit] 05:17:52 -!- nago_ has quit [Quit: Page closed] 05:19:30 Swamp has unconnected bubbles (https://crawl.develz.org/mantis/view.php?id=6629) by absolutego 05:24:39 Well, I just spent a surprisingly long time debugging why one of these monsters was often showing up without its band, only to reach the stunning conclusion that vault placed 0s, 8s, and 9s can never get bands (a fact which I sure anyone who actually ever does vault stuff was already well aware of) 05:24:50 -!- Nakat0my has quit [Read error: Operation timed out] 05:28:04 Ah well, not the most futile time I've spent at this so far :P 05:32:53 -!- Nightmare is now known as Guest40902 05:34:34 -!- gluop has quit [Ping timeout: 256 seconds] 05:40:59 DracoOmega: I seem to remember a fairly recent Grunt commit mentioned something like this; might have been related to deep trolls and was possible reverted 05:40:59 mumra: You have 1 message. Use !messages to read it. 05:41:02 !messages 05:41:03 (1/1) HangedMan said (13h 3m 46s ago): help 05:41:34 Well, one side-effect of this is that the Vaults branch ends up with a greater-than-normal number of bandless slime creatures and ogre mages and such 05:41:43 Since it uses a lot more 0s than elsewhere 05:42:55 ahh ... this would explain why i kept noticing bandless yaktaurs 05:44:20 I am not sure what, if anything, ought to be done about this 05:44:45 It's fine for some things, but bandless slime creatures at Vaults depth feel a little silly 05:45:01 (Or ugly things or a lone vampire mosquito, etc.) 05:45:02 i guess there is a protential problem if 0s *could* generate bands, we might end up with 2+ bands all generated right on top of each other 05:45:43 Well, there are certainly plenty of places this make sense 05:45:54 But there seem to be a fair number of rooms that just have a single 0 in the middle of a fairly large empty space 05:45:58 (For Vaults, I mean) 05:46:59 I wonder if some of those should instead use something like "MONS: random band" or something 05:51:38 -!- DainDwarf has quit [Changing host] 05:57:51 -!- MaxFrost has quit [Ping timeout: 240 seconds] 05:57:57 -!- neynt has quit [Ping timeout: 245 seconds] 05:58:45 will "random band" be branch-appropriate? 05:59:21 another option is to allow 0s to place bands using other nearby 0s for unit positions (and add more 0s in the emptier vaults) 06:00:35 -!- Nickajeglin has quit [] 06:09:56 how about just allowing 0s to place bands? 06:10:22 wasnt something done to let bands find appropriate positions for members even in vaults? 06:10:36 or was the "fix" to that issue to just disable bands in vaults? 06:11:28 i thought there had been an actual solution to the "band members in walls" and the "bands separated by walls" issues 06:11:59 %git /:band 06:11:59 Could not find commit /:band (git returned 128) 06:12:06 %git :/band 06:12:07 03dolorous * 0.12-a0-2057-g65cdbc9: Sort deep dwarf band entries by weight. 10(8 days ago, 1 file, 3+ 3-) 13http://git.develz.org/?p=crawl.git;a=commitdiff;h=65cdbc97635b 06:12:12 hmpf 06:22:40 -!- dagonfive has quit [Read error: Connection reset by peer] 06:25:45 hmm, how to search for "band" and "vault" in the same commit message? 06:26:39 -!- mikee_ has joined ##crawl-dev 06:31:37 -!- magistern has quit [Quit: This computer has gone to sleep] 06:32:58 -!- syraine has quit [Ping timeout: 245 seconds] 06:33:48 -!- madreisz has quit [Ping timeout: 245 seconds] 06:33:59 mumra: Really delayed response, but yes. At least syntax. txt says that 0 is exactly equivalent to "MONS: random" 06:36:30 aha 06:36:32 -!- Stelpa has quit [Remote host closed the connection] 06:36:50 still, would be better to not have to go and edit loads of vaults, if there is anything in what galehar's saying 06:37:01 uh, s/galehar/alefury 06:38:31 it was a very hard to fix bug, like a few months or a year ago, i dont really know to what extent it got fixed 06:39:42 the problem was that vault features were placed sequentially, and if a band was placed before other features the band members could be in the same place as these other features, leading to monsters in walls, and missing vault monsters (their space was taken) 06:39:57 -!- tgcid has quit [Quit: Leaving] 06:40:17 one solution that was talked about was to delay placement of band members 06:40:33 regarding the bands separated by walls, making band members place via flood fill was talked about 06:40:45 i dont remember if any or both of these things were done, though 06:40:58 There was definitely some commit that fixed band members being seperated by walls 06:41:00 More generally 06:41:14 At least, that sounds extremely familiar 06:41:23 it was discussed repeatedly 06:41:50 http://git.develz.org/?p=crawl.git;a=commit;h=fe6b02f912598db83910419003335582d51cb884 06:43:41 theres also 2d761a2458cf 06:43:55 http://git.develz.org/?p=crawl.git;a=commit;h=2d761a2458cf 06:44:16 so bands in vaults should be okay 06:44:58 not sure what was done about band members taking the place of monsters that are placed later 06:45:04 |amethyst: ^ ??? 06:45:33 Well, I can see potential issues with placing 0s in cramped places that expect there to only be one thing there, though 06:45:38 0 bands, I mean 06:46:58 hmm, grunt_profane_halls places 089 bands 06:47:05 explicitly 06:48:08 if 0 doesnt place bands, it should only place monsters that don't have a band, instead of falling back to the band leader 06:48:27 most of the monsters designed to be in bands dont work very well on their own 06:50:14 Well, plenty do. But plenty also don't 06:50:29 Like, a solo yaktaur captain is fine. A solo slime creature sort of isn't 06:50:50 Unless it's super-early or something 06:51:25 Even so, it seems strange encountering a solo yaktaur (especially if it happens several times across a level). And they're also nothing like as threatening on their own. 06:51:57 Yes, it's a bit problematic when it happens a lot, I think 06:52:15 (Though regular yaktaurs generate bandless 50% of the time, anyway) 06:52:39 maybe there should be a vault tag to allow band placement with 0. i can automatically apply this tag for all V vaults, it is the only part of the game where it's a problem. 07:06:09 grunt_profane_halls doesn't need more monsters :p 07:06:26 If you noticed, that one already explicitly places bands 07:07:50 yeah, but then it might place bands of bands :D 07:13:38 -!- tgcid has quit [Quit: Leaving] 07:17:46 Hmmm... I wonder why sentinels are trying to cast sentinel mark through allies, when monsters don't try to cast OTHER enchantments through allies 07:20:04 It doesn't really DO anything to them, but I don't think the tracer could even tell, either way 07:23:32 -!- dpeg has joined ##crawl-dev 07:24:30 -!- Stelpa has quit [Ping timeout: 252 seconds] 07:28:42 -!- keksz has joined ##crawl-dev 07:28:48 sentinel mark eh 07:29:27 i always get a little scared when the word "sentinel" comes up in crawl-related discussion 07:29:43 hell sentinels are really scary 07:30:01 Haha 07:30:12 These are perhaps somewhat less scary :P 07:30:18 (At least on their own) 07:31:42 -!- nooodl has joined ##crawl-dev 07:31:50 -!- monqy has joined ##crawl-dev 07:32:27 But it still seems strange that the tracer sees that it doesn't even affect the player, yet chooses to cast it anyway 07:32:41 Even if the player is clearly what it's aiming at 07:36:25 Of course, it's probably something hardcoded in a nonobvious way hiding in some tiny function somewhere, if I know my codebase by now :P 07:49:19 Oh, oops. Apparently there was a copy in the 'self-enchant' slot of the sentinel's spell list. Which isn't used for enchantments half the time, but apparently IS used without bothering with tracers 07:51:56 -!- yuastnav_ is now known as yuastnav 07:53:20 -!- scummos has quit [Ping timeout: 246 seconds] 07:56:26 <|amethyst> really? 07:56:35 Yes 07:56:49 all intended behavior certainly 07:57:01 don't question monster spell slots!! 07:57:04 It tried to cast it from one of the other spell slots, found that it wasn't wise to fire, then fell back onto the self-enchant without testing it in any way 07:57:20 And kept the target from the old tracer, even 07:57:29 <|amethyst> I guess that's what it means by "50% tried after others fail" 07:57:32 Yeah 07:58:09 So you can use it for things that aren't self-enchants, but only as long as you don't need to evaluate whether you should cast it 08:00:36 Monster spell slots really do feel kind of kludgey in that it's unclear how they differ from each other 08:00:49 Except that sometimes certain spells in certain slots don't work right 08:02:04 -!- ogaz has joined ##crawl-dev 08:02:46 yeah, the self-enchant slot bypass some checks which results in some weird stuff when you put anything else than self-enchantment spell in it 08:02:46 galehar: You have 4 messages. Use !messages to read them. 08:03:44 heal other have more valid targets when cast from the self-enchantment slot 08:04:21 I actually get the feeling that certain spells are more likely to be cast from some slots than others, too 08:04:34 Though I might need a larger sample size to be sure that isn't a clustering effect 08:06:12 -!- eggonlegs has quit [Ping timeout: 264 seconds] 08:10:08 -!- eggonlegs has quit [Changing host] 08:14:24 -!- syllogism has joined ##crawl-dev 08:17:01 -!- SkaryMonk has quit [Read error: Connection reset by peer] 08:17:24 <|amethyst> !tell elliptic Do you happen to know where the scoring scripts are supposed to be running? Cronjob or what? 08:17:24 |amethyst: OK, I'll let elliptic know. 08:17:56 <|amethyst> !tell elliptic I can check whether they're running, but I didn't set them up so I don't know where to check 08:17:56 |amethyst: OK, I'll let elliptic know. 08:18:02 -!- SkaryMonk has joined ##crawl-dev 08:19:15 -!- substitute has quit [Ping timeout: 276 seconds] 08:20:14 |amethyst: they should be running by daemon - see https://github.com/greensnark/dcss_scoring/blob/master/README 08:23:58 galehar: including the player 08:24:17 Well, there are other problems with aiming friendly enchantments 08:24:18 which is a different issue but puzzling nonetheless 08:24:35 (I have fixed these in this V monsters patch, hopefully) 08:24:35 (why is heal/haste other not smite targetted anyways) 08:25:26 <|amethyst> elliptic: hm... only scoresd.py I see is in rax's directory 08:26:25 <|amethyst> it does not appear to be running 08:28:38 <|amethyst> elliptic: okay, started 08:28:50 -!- Vandal has joined ##crawl-dev 08:28:55 |amethyst: cool, thanks 08:30:12 -!- FaMott has quit [Ping timeout: 248 seconds] 08:32:48 oh did scoresd die? 08:32:53 that is the right one 08:33:15 <|amethyst> rax: I restarted it... it looked like it had been running as root previously, so I did so as root 08:33:29 yeah that is how I did it 08:33:34 (because maximum sloppiness) 08:33:39 <|amethyst> at least, judging by the root:root .pyc files 08:33:45 I actually just took a ton of security updates I wonder if one of them stopped the service 08:33:46 <|amethyst> cool 08:34:14 I might re-enable telnet actually if I can get it working easily :) 08:35:06 CCM (L13 DECj) (Lair:8) 08:35:22 CCM (L13 DECj) (Lair:8) 08:35:34 !lm CCM crash -log 08:35:35 2. CCM, XL13 DECj, T:18191 (milestone): http://dobrazupa.org/morgue/CCM/crash-CCM-20130211-143522.txt 08:35:38 CCM (L13 DECj) (Lair:8) 08:35:56 -!- tgcid has quit [Ping timeout: 244 seconds] 08:36:18 looks like crash on casting battlesphere 08:36:32 Yes 08:37:06 Is there a way to tell if they recently upgraded versions? 08:37:23 Because I think this can happen if you have a battlesphere out pre-monster version and then upgrade to post-monster version 08:37:59 upgrading versions makes a note 08:38:36 however it wouldn't be dumped unless they saved before the crash reset things, I think? 08:38:41 %dump CCM 08:38:41 http://dobrazupa.org/morgue/CCM/CCM.txt 08:39:45 was 0.12-a0-2116-gd15d4da before the monster version was added? 08:39:53 Hmmm... that may not it, though 08:39:53 %git 08:39:54 03ontoclasm * 0.12-a0-2147-g3c97e80: New floor tiles for the vestibule. 10(12 hours ago, 8 files, 9+ 1-) 13http://git.develz.org/?p=crawl.git;a=commitdiff;h=3c97e804771e 08:40:00 Since there's a "Your battlesphere dissipates." near the end 08:40:04 <|amethyst> ah%git 2e8dc68 08:40:06 <|amethyst> %git 2e8dc68 08:40:07 03Grunt * 0.12-a0-2126-g2e8dc68: Get Battlesphere castable by monsters. 10(2 days ago, 8 files, 126+ 61-) 13http://git.develz.org/?p=crawl.git;a=commitdiff;h=2e8dc685014c 08:40:11 <|amethyst> DracoOmega: yes it was 08:40:20 so they probably did transfer right before this 08:40:41 <|amethyst> DracoOmega: should, on load from an old version, set that prop 08:40:52 Yes, probably 08:41:07 Among various other things here that need fixing >.> 08:41:43 CAO appears to have telnet connections working again! 08:42:09 -!- shirish has joined ##crawl-dev 08:43:13 -!- rax changed the topic of ##crawl to: CAO has telnet again. Let rax know if there are problems. | Play Crawl online now: type ??cao, ??cdo, ?cszo, or ??webtiles for instructions | http://crawl.develz.org | FooTV: termcast.develz.org | ##crawl-offtopic: You got your gender in my peanut butter! Xom thinks this is hilarious! 08:47:15 I am still a little confused as to what happened here though, given that message about the battlesphere disappating 08:47:36 Which should only happen if the bond expired, or the last charges were spent. Except he didn't fire a spell, so it couldn't use charges, meaning that it had to have expired? 08:47:43 But the crash would only happen if it had NOT expired 08:47:49 Clearly I am missing something 08:48:12 -!- ToastyP has quit [Quit: ChatZilla 0.9.89 [Firefox 18.0.2/20130201065344]] 08:49:55 <|amethyst> DracoOmega: #81 in durations is battlesphere I believe 08:50:22 <|amethyst> yes, it is 08:50:45 Okay, then I guess the question is just where that message came from 08:51:37 Oh, hmmm... maybe he just went up/down stairs 08:52:09 <|amethyst> DracoOmega: however the battlesphere dissipated, it wouldn't have reset the duration 08:52:33 No, I know. It's just that the only way I could see that would CAUSE it to dissipate was the duration running out 08:53:20 <|amethyst> (which wouldn't work because it doesn't have the prop) 08:53:41 <|amethyst> oh 08:53:46 -!- Sombrero_Mott has joined ##crawl-dev 08:53:54 <|amethyst> fire_battlesphere ends the battlesphere if there is no agent 08:54:01 <|amethyst> (which there isn't) 08:54:04 But it doesn't look like I see anything fired in the log 08:54:27 The immediately preceeding action was just reading a scroll of teleport 08:54:55 <|amethyst> DracoOmega: it does fire_battlesphere in handle_monster_move 08:55:26 <|amethyst> DracoOmega: but fire_ checks the agent and ends the battlesphere before it could do anything that would print a message 08:55:33 -!- rossi has quit [Quit: WeeChat 0.4.0] 08:55:52 Oh yeah, oops 08:56:06 That's not the command to give it firing orders, but the command to follow them 08:56:14 <|amethyst> So I think we can expect this or a similar crash whenever you restore an old battlesphere 08:56:16 You'd think I of all people wouldn't have gotten that mixed up >.> 08:56:36 Yes 08:56:36 <|amethyst> Unfortunately, it's too late to add a minor tag to check 08:58:03 Solution: revert the whole works until it can be implemented more correct? >.> 08:58:03 <|amethyst> maybe save restoration could: if there is a friendly battlesphere with no bs_mid, set the first one's bs_mid to the player. For every other battlesphere with no bs_mid, reset it 08:58:32 <|amethyst> Reverting would mean you'd have to deal with multiple battlespheres all belonging to the player 08:58:46 It would? 08:59:06 <|amethyst> people who save with the current version, then load into a pre-monster-battlesphere version 08:59:14 How would that give them a second? 08:59:23 <|amethyst> if there were monster battlespheres active 08:59:28 <|amethyst> they would now follow the player 08:59:29 Yeah, I guess 09:00:10 Though it's probably a lot less likely someone saved next to a hostile battlesphere than saved with their own out, but.... 09:02:59 -!- SamB_ has joined ##crawl-dev 09:03:14 -!- Kellhus has quit [Quit: Page closed] 09:03:39 -!- syraine_ has quit [Quit: Page closed] 09:06:21 -!- ToBeFree has quit [Read error: Connection reset by peer] 09:06:35 -!- galehar_ has joined ##crawl-dev 09:07:05 -!- Schwer-Muta has quit [Ping timeout: 276 seconds] 09:07:05 -!- namad8 has quit [Ping timeout: 276 seconds] 09:07:06 -!- atrodo has quit [Ping timeout: 276 seconds] 09:07:06 -!- odiv has quit [Ping timeout: 276 seconds] 09:07:06 -!- Surr has quit [Ping timeout: 276 seconds] 09:07:06 -!- galehar has quit [Ping timeout: 276 seconds] 09:07:06 -!- SamB has quit [Read error: Connection reset by peer] 09:07:09 -!- gomer has quit [Ping timeout: 276 seconds] 09:07:09 -!- Adder has quit [Ping timeout: 276 seconds] 09:07:09 -!- bmfx has quit [Ping timeout: 276 seconds] 09:07:09 -!- geekosaur has quit [Ping timeout: 276 seconds] 09:07:09 -!- kryft has quit [Ping timeout: 276 seconds] 09:07:09 -!- ChaseSP has quit [Ping timeout: 276 seconds] 09:07:10 -!- ekix has quit [Ping timeout: 276 seconds] 09:07:10 -!- squimmy has quit [Ping timeout: 276 seconds] 09:07:12 -!- eviltwin_b is now known as geekosaur 09:07:12 -!- _sk has quit [Remote host closed the connection] 09:09:12 -!- Yermak has quit [Ping timeout: 245 seconds] 09:10:44 I guess the crash can be worked around, player-side, by simply waiting for the effect to expire before recasting 09:11:45 -!- blackcustard has joined ##crawl-dev 09:14:09 <|amethyst> DracoOmega: if I send you a patch, could you test it with both pre-monster-battlesphere and current saves? 09:15:53 -!- SkaryMonk has quit [Quit: Leaving.] 09:18:04 -!- st_ has joined ##crawl-dev 09:22:03 -!- MarvinPA has joined ##crawl-dev 09:24:20 -!- galehar_ is now known as galehar 09:24:51 |amethyst: I could, after lunch 09:25:15 -!- ToBeFree has joined ##crawl-dev 09:26:48 DracoOmega: 089 have never placed bands, AFAIK. 09:26:57 I certainly have never touched any of the code related to it. 09:27:17 The "band" keyword means "place the band normally associated with the monster we want to place here in addition to the monster, if applicable". 09:27:44 -!- simmarine has joined ##crawl-dev 09:27:52 So if you want bands to place normally, just "KMONS: 0 = 0 band", etc. 09:32:23 -!- scummos has quit [Ping timeout: 246 seconds] 09:35:37 oh, so thats what it means, and the option to place band members if applicable already exists 09:36:04 crawl is pretty cool, if not very well documented :) 09:39:18 !tell mumra The "band" keyword means "place the band normally associated with the monster we want to place here in addition to the monster, if applicable". So if you want bands to place normally, just "KMONS: 0 = 0 band", etc. 09:39:18 alefury: OK, I'll let mumra know. 09:42:39 Well, I ultimately figured that one out through testing of my own, so... 09:46:51 -!- inspector071 has quit [Ping timeout: 260 seconds] 09:48:43 <|amethyst> DracoOmega, Grunt: http://s-z.org/neil/tmp/0001-Properly-restore-old-player-only-battlespheres.patch 09:48:46 -!- bmfx_ is now known as bmfx 09:50:06 |amethyst: do it; I was going to do that only without the version tag <_< 09:51:00 <|amethyst> I've got to go right now. Test it a bit, then push if it works 09:51:21 -!- simmarine has quit [Quit: Leaving] 09:51:42 -!- simmarine has joined ##crawl-dev 09:56:48 -!- tensorpudding has quit [Ping timeout: 245 seconds] 09:56:48 -!- tensorpuddin is now known as tensorpudding 09:57:37 -!- syraine has quit [Quit: Page closed] 10:01:50 -!- tJener has quit [Quit: leaving] 10:05:24 -!- ark__ has joined ##crawl-dev 10:05:55 -!- johnstein has quit [Read error: Connection reset by peer] 10:06:14 -!- st_ has quit [Read error: Connection reset by peer] 10:06:32 -!- johnstein has joined ##crawl-dev 10:06:45 -!- st_ has joined ##crawl-dev 10:08:05 hmm ... it does still seem slightly problematic that 0 is placing bandless slime creatures, yaktaur captains, etc. 10:08:05 mumra: You have 1 message. Use !messages to read it. 10:09:01 mumra: KMONS: 0 = 0 band 10:09:27 0 in its current state guarantees that a single monster will be placed. 10:09:36 Grunt: i know, that doesn't stop bandless monsters appearing in vaults that just use 0 10:09:48 -!- hart has quit [Read error: Connection reset by peer] 10:10:09 e.g. a lone slime creature is fairly pointless at that depth 10:10:55 but we wouldn't want to _only_ use "0 band" in vaults because that would preclude many depth-appropriate monsters that don't need bands 10:11:43 0 band won't place a band if 0 doesn't want a band, I think? 10:11:44 -!- ZChris13 has joined ##crawl-dev 10:11:47 just like regular monster placement logic 10:11:51 but I don't know 10:12:10 elliott: 0 never places a band, you have to use "0 band" 10:12:20 I said 0 band 10:12:25 elliott: there is no issue with 0 band 10:12:38 well, you said but we wouldn't want to _only_ use "0 band" in vaults because that would preclude many depth-appropriate monsters that don't need bands 10:13:00 elliott: ok i see what you mean 10:13:26 elliott: but I think if we used '0 band' everywhere we'd get a massive ton of bands and a lot less singular monsters? 10:14:15 I'm honestly not sure of the semantics of "band" 10:14:35 seems like there could be a "maybeband" that decides whether to place a band or not with the same logic as regular monster placement, if it doesn't act like that 10:14:47 (must... find... excuse... for "angband"...) 10:14:49 i will have to test; i certainly did miss that nuance in the definition of 'band' so thanks for pointing that out :) 10:14:51 The band tag just means that it is eligable for a band 10:15:03 It doesn't prevent monsters that don't have bands from being placed 10:15:35 Nor does it bias the percentages of which type of monster will be generated 10:15:59 Really, it's as simple as: 1) generate a monster 2) if there's no band tag, don't check if it needs a band 10:17:07 i guess then if we use '0 band' in most vaults this should solve the problem? a very occasional bandless slime creature etc. won't be too bad 10:17:49 it sounds like you should be using 0 band universally o rsomething 10:17:55 in fact I wonder why "band" isn't the default 10:18:40 Well, probably because vaults want to let the player specify individual monsters without getting bands for them by default 10:18:41 probably same reason why "transparent" isn't default :P 10:18:56 So that if you say MONS: balrug, you won't automatically get red devils and sun demons 10:19:19 And syntax.txt says that 0 is equivalent to MONS: random 10:19:35 elliott: perhaps you can make band the default and add a misspelled 'unband' 10:19:46 or a vault tag like no_monster_bands 10:20:07 Well, I don't think that I think band should be default for specifically specified monsters 10:20:23 ChrisOelmueller: ungband 10:20:28 elliott: almost 10:20:49 DracoOmega: but what do you think you think you think? 10:21:06 I don't know! 10:21:09 -!- Zifmia has quit [Quit: -a-] 10:21:12 -stack overflow- 10:21:17 i think you think he thinks you think too much 10:22:50 I sort of feel like making 0 = 0 band for all the vaults in the game might cause some problems that are not immediately obviously. A lot more monsters in some places, certainly. 10:23:09 -!- ChickenWing has quit [Quit: Page closed] 10:23:10 But a lot of newvaults vaults that use 0 should probably just use 0 band, since this accounts for more of their monster totals 10:23:33 -!- Zifmia has quit [Client Quit] 10:24:16 -!- mikee_ has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Now with extra fish!] 10:24:37 changing 0 meaning based on branch is also not perfect 10:25:37 Well, I didn't necessarily mean to change it for the whole branch, but I think a lot of the room vaults there use it in different ways than a lot of normal vaults do. I might be wrong? 10:27:45 -!- bonghitz has quit [Remote host closed the connection] 10:29:05 -!- wheals has quit [Quit: Leaving] 10:29:52 -!- awffwa has quit [Client Quit] 10:31:56 -!- faze has joined ##crawl-dev 10:32:36 -!- bmfx has quit [Ping timeout: 264 seconds] 10:35:19 -!- SamB__ has joined ##crawl-dev 10:38:11 -!- scummos has quit [Ping timeout: 246 seconds] 10:38:11 -!- SamB_ has quit [Ping timeout: 246 seconds] 10:44:32 -!- MaxFrost has quit [] 10:45:51 -!- ussdefiant has joined ##crawl-dev 10:50:08 -!- pythonsnake has quit [Quit: WeeChat 0.4.0] 10:51:53 -!- bonghitz has quit [Remote host closed the connection] 10:55:23 Well, that battlesphere fix patch of amethyst's seems to work 10:55:40 At least I tested an old save and a current save with it and everything seems to function correctly 10:55:50 -!- G-Flex has quit [Ping timeout: 252 seconds] 10:56:08 <|amethyst> an old save with a battlesphere out? 10:56:11 Yes 10:56:17 <|amethyst> and a new save with both a player and monster battlesphere out? 10:56:40 Oh, well... I didn't test with a monster one out, actually 10:57:05 But it doesn't look like any of this would touch that? 10:57:39 But yes, the new one also had a battlesphere out 10:59:01 <|amethyst> re bands: what about making the meaning of the 0 glyph "random band" instead of "random" 10:59:07 <|amethyst> likewise 8 and 9 perhaps 10:59:21 you'd need to chagne door vault at least :P 10:59:22 <|amethyst> without changing the interpretations of monspecs 10:59:42 I am less sure about 8 and 9 10:59:57 please don't change the meaning of 0 but not 8 and 9 11:00:10 -!- Blade- has quit [Quit: Page closed] 11:00:27 Well, even a bandless ood can be quite scary 11:00:33 <|amethyst> If a single slime creature as a 0 on D:14 is bad, then surely a single slime creature as a 9 on D:6 is also bad 11:00:45 Yes 11:00:49 that doesn't really sound bad 11:00:56 <|amethyst> it's not a 9-level threat 11:00:57 Well, no 11:01:08 But the problem is probably that there are monsters that function fine without their bands and monsters that mostly don't 11:01:09 not on D:6 admittedly 11:01:30 Like a D:11 yaktaur captain is plenty good enough with 4 other yaktaurs in tow 11:01:34 I think inconsistency would be really confusing though 11:01:39 DracoOmega: *without? 11:01:41 without* 11:01:43 well door vault needs to be removed from 0.12 anyways 11:01:57 But slime creatures especially don't really function solo that well 11:01:59 no it just needs fixing 11:02:01 it's in elliott_patches!! 11:02:03 nobody seems to bother fixing it, and its current state is awful 11:02:15 im nobody :,( 11:02:55 <|amethyst> DracoOmega, Grunt: pushed 11:03:50 I would like to hear the opinions of people who work on vaults a lot more, to see if/how badly changing 0 to 0 band generally might break something I'm not thinking of 11:04:18 Because probably a lot of vaults that really just want individual things might actually be specifying them directly? 11:04:25 <|amethyst> DracoOmega: someone should test things like getting banished, getting shafted, the sphere getting banished, the sphere shooting at someone with pain mirror, ... 11:04:54 That's not related to this recent fix is it? 11:05:20 <|amethyst> no, but that kind of thing has caused crashes for other things 11:05:21 At least the first 3 things at least WERE working fine 11:05:25 <|amethyst> cool 11:05:31 <|amethyst> I didn't say they were broken :)( 11:05:33 Unless they have also recently become broke 11:06:05 <|amethyst> Just making sure that the battlesphere and caster can never become out-of-sync 11:06:18 <|amethyst> also I guess a monster with active battlesphere falling through a shaft 11:06:26 <|amethyst> though that can't currently happen 11:07:07 <|amethyst> I started on the bidirectional link thing, but wanted to get the bugfix in first 11:07:09 Well, if aim_battlesphere is called and it somehow can't find it, it just cancels DUR_BATTLESPHERE and bails 11:07:29 Which I think should be fairly robust in terms of getting out of sync 11:07:55 03|amethyst 07* 0.12-a0-2148-g0c02d25: Properly restore old player-only battlespheres. 10(80 minutes ago, 3 files, 14+ 0-) 13http://git.develz.org/?p=crawl.git;a=commitdiff;h=0c02d25b7ee9 11:08:42 <|amethyst> DracoOmega: it's mostly monster battlespheres I'm worried about there, so I guess it's Grunt I should be bugging about it :) 11:08:48 Haha, perhaps yes 11:09:12 <|amethyst> anyway, lunch break 11:09:15 I will test pain mirror out of curiousity now, but I suspect the player should take the reflected damage for it 11:10:10 Chmeee (L27 HESk) ASSERT(smc) in 'mon-util.cc' at line 592 failed. (Abyss:5) 11:10:30 !lm * crash -log 11:10:30 4379. CCM, XL13 DECj, T:18194 (milestone): http://dobrazupa.org/morgue/CCM/crash-CCM-20130211-143537.txt 11:10:48 !lm * crash -log 11:10:49 4380. Chmeee, XL27 HESk, T:116376 (milestone): http://dobrazupa.org/morgue/Chmeee/crash-Chmeee-20130211-171009.txt 11:11:01 !tell kilobyte would be nice to refactor drop_spoiled_chunks to return a sorted list of chunks. Could make w1 priorize bad chunks and smoother sublimation 11:11:01 galehar: OK, I'll let kilobyte know. 11:11:38 Well, at least this one doesn't look like it has anything to do with battlesphere for a change :) 11:14:17 Yes, battlesphere damage is reflected to the player 11:15:54 -!- Treebilou has quit [Client Quit] 11:17:07 -!- Vizer has joined ##crawl-dev 11:18:55 -!- blabber has joined ##crawl-dev 11:19:06 <|amethyst> hm... 11:19:07 -!- remyroy has quit [Ping timeout: 246 seconds] 11:19:13 -!- blabber has quit [Read error: Connection reset by peer] 11:19:24 <|amethyst> that crash would be more helpful if it said what kind of monster was being placed 11:20:22 Looks like it was trying to place an invalid type of monster 11:20:26 <|amethyst> I wonder how difficult it would be to attach gdb and get a real, full, backtrace insted of using backtrace_symbols() 11:20:39 <|amethyst> automatically I mean 11:20:52 (mc >= 0 && mc < NUM_MONSTERS) had to have been false, I think 11:20:59 (Where mc is monster_type) 11:21:31 Though I am not quite sure how this could have occured 11:21:57 -!- magistern has quit [Quit: This computer has gone to sleep] 11:25:30 -!- jday_ has joined ##crawl-dev 11:27:53 -!- Porost has quit [Ping timeout: 246 seconds] 11:28:09 New text field input in WebTiles breaks shortcuts (https://crawl.develz.org/mantis/view.php?id=6630) by Medar 11:33:12 Acquirement granting forbidden items (https://crawl.develz.org/mantis/view.php?id=6631) by BlackSheep 11:34:25 -!- rast has joined ##crawl-dev 11:36:35 <|amethyst> !tell bh some kind of monster-picking problem in the abyss? http://dobrazupa.org/morgue/Chmeee/crash-Chmeee-20130211-171009.txt 11:36:35 |amethyst: OK, I'll let bh know. 11:37:26 -!- monqy has quit [Quit: hello] 11:42:38 -!- tJener has quit [Quit: leaving] 11:43:09 -!- DainDwarf has quit [Quit: Dain's default quit message] 11:50:48 -!- alefury has quit [Quit: ChatZilla 0.9.85 [Iceape 2.0.11/20120715100958]] 11:51:15 -!- Vizer_ has joined ##crawl-dev 11:51:48 -!- Vizer has quit [Ping timeout: 276 seconds] 11:52:36 -!- scummos has quit [Quit: Konversation terminated!] 11:59:38 -!- Vizer_ has quit [Read error: Connection reset by peer] 12:00:02 -!- Vizer_ has joined ##crawl-dev 12:04:37 -!- dtsund has joined ##crawl-dev 12:05:41 -!- ZChris13 has quit [Ping timeout: 252 seconds] 12:10:20 -!- Kalir has quit [Changing host] 12:16:10 <|amethyst> DracoOmega: (repeating from ##crawl) re monster battlesphere, I started something, but then reverted and put in the -2148-g0c02d25 patch when I saw that was going to be complicated 12:16:19 <|amethyst> DracoOmega: the tricky part will be putting the bidirectional links in place for old saves 12:16:23 <|amethyst> DracoOmega: because you can't do it as you're loading the monsters (since it might not have been loaded yet) 12:16:36 <|amethyst> DracoOmega: so you need a static map or something to append to, but then you have to clear it at the right time or you break restart_after_game 12:17:00 -!- alefury has joined ##crawl-dev 12:17:30 <|amethyst> DracoOmega: but the stuff in spl-summoning.cc should be straightforward: find_battlesphere becomes a one-liner; everything that sets the bs_mid link also sets a bs_child link in the other direction, and end_battlesphere clears the parent's link 12:17:49 Yes, the second part does seem pretty clear 12:17:52 <|amethyst> DracoOmega: I might rename bs_mid to bs_parent actually 12:18:01 Yes 12:18:01 <|amethyst> s/I might/someone should/ 12:18:09 ...clearly my implementation of this was bs <___< 12:18:20 And clear what at the right time, again? 12:19:10 -!- UseBees has quit [Client Quit] 12:19:11 <|amethyst> DracoOmega: when you unmarshall a battlesphere, you can set its bs_parent but you also need to save that somewhere so you can set up the reverse link 12:19:36 <|amethyst> the parent might not have been unmarshalled yet, hence saving it 12:19:45 I don't think that's true, is it? 12:19:49 Won't a battlesphere ALWAYS be loaded after the monster that created it? 12:19:56 Since it had to exist first to be able to cast it 12:20:10 <|amethyst> DracoOmega: that assumes your monster array never wraps around 12:20:15 Oh, hmmm 12:21:13 <|amethyst> also if it switches level and comes back somehow 12:21:37 <|amethyst> anyway, not something I'd rely on 12:21:44 Well, these only need to be assigned one-time on loading old saves, yes? 12:21:53 <|amethyst> well 12:21:58 <|amethyst> one time per level 12:22:08 Oh yeah... 12:22:16 <|amethyst> and restart_after_game 12:22:27 <|amethyst> so as I said you have to be careful to clear out that saved list 12:22:29 What is this restart_after_game, anyway? 12:22:49 Oh, is that for starting a NEW game? 12:22:49 <|amethyst> DracoOmega: a flag that returns you to the main menu when your game ends 12:22:54 In local Crawl, it means that after you save or quit, you go back to the main menu. 12:22:55 wouldn't it work to just destroy all battlespheres for save compatibility? 12:23:07 I mean, it is costing the player a few MP worst case 12:23:25 <|amethyst> elliott: if the player saved in the middle of a fight, that could lose the game for them 12:23:58 <|amethyst> or avoid certain defeat if it was a monster battlesphere 12:24:18 <|amethyst> but yeah 12:24:25 <|amethyst> that's a fallback that should work 12:24:38 -!- Alucard__ has quit [Ping timeout: 245 seconds] 12:24:41 <|amethyst> I'm not 100% clear on how to destroy the monster during the unmarshall loop 12:25:04 well, perils of playing trunk, but actually the only issue is *ownership* of battlespheres, right? 12:25:06 <|amethyst> I don't think it's safe to call monster_die 12:25:08 currently only player ghosts cast battlesphere 12:25:17 so just giving them all to the player seems like a simple solution 12:25:29 <|amethyst> elliott: multiple battlespheres on one character is bad 12:25:29 worst-case there is they get a funny ghost kill 12:25:39 <|amethyst> elliott: (as in, causes crashes) 12:25:48 <|amethyst> assertion failures, specifically 12:25:54 I don't think it would cause crashes with this new type of linkage, though, would it? 12:26:00 oh, I guess it could be buggy 12:26:00 sounds like fun though, fr: multi battlesphere spell :) 12:26:08 elliott: I did try that, actually 12:26:12 <|amethyst> DracoOmega: I think it should 12:26:17 elliott: Sadly, it mostly was just a lot more spam for a similar effect 12:26:22 It was cool for a brief period of time only 12:26:30 <|amethyst> DracoOmega: or, rather, that multiple battlespheres with the same owner should not be possible 12:26:32 does it work to simply destroy all non-player battlespheres? ghosts are kind of unbalanced to start with so it seems irrelevant 12:26:41 <|amethyst> for one thing, the link from owner->sphere is one-to-one 12:26:57 <|amethyst> I guess that could do it 12:28:05 <|amethyst> on restore, if the save is less than a (new) minor tag, remove battlespheres whose parent is not MID_PLAYER and if one does have MID_PLAYER, set the player's reverse link property 12:28:22 <|amethyst> if more than one has MID_PLAYER, remove all but one 12:28:34 That does sound fairly thorough 12:28:55 <|amethyst> still requires some memory for "more than one" that needs to be reset when you're done loading monsters 12:29:19 Well, this would be for someone that already chaos cloned one in past, I guess? 12:30:00 <|amethyst> yeah... I guess that's not terribly important 12:30:15 <|amethyst> I just don't want to upgrade someone into a crash-on-taking-a-step bug 12:30:38 <|amethyst> hm 12:30:54 <|amethyst> What happens when a monster battlesphere's owner dies, btw? 12:31:05 It immediately dissipates. 12:31:29 It being the battlesphere. 12:31:35 1learn add it It dissipates. 12:31:49 -!- ussdefiant has quit [Ping timeout: 276 seconds] 12:32:11 <|amethyst> Grunt: how immediately? 12:32:21 As soon as the battlesphere gets another turn. 12:32:47 <|amethyst> meaning you have to be careful when restoring 12:32:56 <|amethyst> since it could have been saved between those two events 12:32:59 are there any plans to change demigods in the near future? 12:33:07 -!- Porost has quit [Ping timeout: 276 seconds] 12:33:19 Well, let's assume the rare scenario that there are two battlespheres belonging to the player. The player gets linked to the second one. When it casts stuff, only the second one gets commands. The first follows you around still, but does nothing. Eventually the second one ends, and the player's link is terminated. The first one still harmlessly does nothing. 12:33:41 If the first one somehow dies first, it would cancel the player's link with the second, I guess 12:34:11 But conjuring a new one should work normally afterward? 12:34:21 <|amethyst> DracoOmega: oh, right... if find_battlesphere is updated I think that would mean it's not a crash anymore 12:34:32 It sees you don't have the battlesphere prop, makes a new one and links it 12:34:38 Old one stands around doing nothing until it dies 12:34:42 <|amethyst> DracoOmega: yeah 12:34:57 Which seems fine to me, if there are saves in this rare scenario 12:35:13 Not work special tricky measures to prevent it, anyway 12:35:14 !lg . won cj 12:35:14 3. pivotal the Demonic Barricade (L27 DsCj), worshipper of Ashenzari, escaped with the Orb and 5 runes on 2013-01-29 18:59:45, with 2409708 points after 125633 turns and 9:51:14. 12:35:18 worth* 12:35:32 faze: Why do you ask? Interested in doing so yourself in some fashion? 12:35:37 <|amethyst> DracoOmega: my current concern with saves is a save in the current version where the battlesphere's owner no longer exists 12:35:44 well, i heard there were plans to make them have followers? 12:35:47 I know there was the whole 'abstract worshippers' thing for a while 12:35:49 or something like that 12:36:01 But I think whoever was working on that sort of drifted away or something? I don't know. 12:36:02 i am not fond of that idea 12:36:14 <|amethyst> DracoOmega: you'd just have to check for NULL when converting the parent's MID to an actor 12:36:24 i'm sure the idea i had has been brought up in some form 12:36:37 <|amethyst> DracoOmega: in the fixup-for-bidi-links code 12:36:37 faze: which idea was that? 12:36:37 i'm fine with demigods the way they are 12:37:30 well, giving them some sort of divine inspired passive or active abilities 12:37:48 it would overlap with ds a bit, but it would overlap less so if they were active abilities 12:38:03 -!- magicpoints has quit [Remote host closed the connection] 12:38:28 let's say dg ancestors are chosen at random, and you start a dg, and you have angelic/tso ancestry 12:39:10 maybe you get an evokable halo, the ability to call a paladin, and possible passive life saving 12:39:36 or things similar to that 12:39:49 So you'd get ancestry linked to a specific existing god? 12:40:04 well, it could be to a specific god, or classes of gods 12:40:13 This sounds suspiciously similar to demonspawn. 12:40:14 specific gods would be neat, i guess 12:40:18 Your divine ancestry asserts itself... 12:40:35 that sounds like exactly the kind of thing dg shouldn't have to me, yeah 12:40:39 Grunt: yes, i just recalled that i had thought that it was a bit too similar to demonspawn 12:40:41 especially not active abilities 12:40:55 Well, one thing about having abilities themed around existing gods is that it's kind of a bit like worshipping that god 12:41:01 When DG shtick is not worshipping a god 12:41:06 What Demigod needs is for abilities to be more meaningful. 12:41:20 -!- shirish has quit [Remote host closed the connection] 12:41:25 ...abilities in the Str/Int/Dex sense. 12:41:27 Mind you, I find current DGs kind of boring, so I would not at all mind some change 12:41:29 DracoOmega, MarvinPA: true, i guess it is the exact opposite of the idea of demigod 12:41:58 i am a fan of playing dg, but i know it is one of the least-played races 12:42:07 I think I kind of liked the idea that the other gods could 'challenge' you 12:42:12 In some fashion 12:42:13 !lg * cv>=0.11 s=-crace 12:42:14 303232 games for * (cv>=0.11): 3882x Ghoul, 4585x Halfling, 5286x Centaur, 6385x Deep Dwarf, 6420x Felid, 7857x Sludge Elf, 8322x Demigod, 8766x Troll, 9133x Ogre, 10188x Merfolk, 10275x Naga, 10510x Kobold, 11141x Tengu, 11837x Human, 13011x Spriggan, 13456x Mummy, 13721x Vampire, 15046x Draconian, 16979x High Elf, 17635x Octopode, 19555x Deep Elf, 19617x Hill Orc, 28399x Minotaur, 31226x Demonsp... 12:42:24 Upstart divinity and all 12:42:33 ...does Ds really rank higher than Mi? 12:42:34 DracoOmega: there would have to be some sort of reward, or youre just creating a xom race in essence 12:42:55 faze: Well, I figure it would work best if it was not quite so random, yes 12:43:07 I haven't really given it much thought. It was just some random brainstorming I read a while ago 12:43:14 yeah 12:43:57 Grunt: well int and dex are both good 12:43:59 it was me working on the Demigods patch 12:44:06 dg is good at casting and having lots of ev 12:44:13 and um... having carry capacity 12:44:37 there is still some code sat on a fork somewhere, that i'm intending to revisit once hypervaults is more awesome 12:44:53 yeah, i like dg because it's like having chei-lite stats without the chei drawbacks 12:45:21 basically you have followers instead of piety, and occasionally the gods get annoyed at you and send champions to try and defeat you (you'll get decent from them) 12:45:25 Well, even though demigods are not necessarily BAD certainly, they also feel quite unexciting and I generally don't even think the high stats outweighs the lack of god for most people 12:45:27 (decent loot from them) 12:45:38 mumra: that sounds like it could be interesting 12:46:04 as long as the followers aren't summons/permasummon gifts 12:46:30 the patch mainly ground to a half because i got too bogged down in making the champions really unique per god, i have in mind a much simpler way to do things this time round 12:46:52 faze: no, the followers are just an abstract number and they have no gameplay effect except how angry the gods get at you 12:46:54 mumra: is that branch in a public place? 12:47:02 ah, that sounds good 12:47:47 -!- ZChris13 has joined ##crawl-dev 12:48:10 faze: i think this was the branch - https://gitorious.org/~mumra/crawl/mumra-crawl-2/commits/demigods 12:49:32 -!- y2s82 has quit [Remote host closed the connection] 12:49:33 it's a fairly old crawl version though. the implementation is mostly complete except for generating the actual champions - they'll work for some gods but not others iirc 12:49:54 Clearly needs some of my monster divine ability implementations <______< 12:50:43 Grunt: that should definitely make things a load easier 12:51:56 previously i was going down the route of having special races for each god, special naming schemes, etc. - which i gradually realised was masses of work because there are a non-trivial number of gods (and of course the maintenance problem of adding new gods...) 12:52:14 -!- scummos^ has quit [Ping timeout: 246 seconds] 12:52:40 mumra: cool, i'll take a look at it 12:52:48 i want to simplify it to "Pick a random player race" (using a blacklist of races that are inappropriate for specific gods) 12:53:08 then "Kit out player with god-appropriate items and abilities" 12:54:18 names should be all in one format, e.g. "[Something that could be a player name] the [god-appropriate adjective]" 12:55:06 -!- Yermak has quit [Quit: Page closed] 12:55:50 -!- lobf has quit [Quit: lobf] 12:56:17 Use invocations titles :P 12:56:52 Kirion the Victory of a Thousand Battles comes into view! 12:56:54 Victor* 12:57:42 (Clearly if you die to someone with that title, they should yell out "A thousand and one!" before gameover) 12:58:04 Morthrog the Champion of Chaos comes into view. 12:58:07 exactly; something straightforward to get the thing working (could perhaps add more custom titles and speech later) 12:58:37 Might be confusing in some cases though 12:58:46 Azgalax the Royal Jelly? 12:59:23 -!- Vizer_ has quit [Quit: bye] 12:59:25 -!- ogaz has quit [Ping timeout: 244 seconds] 13:00:39 bad monster colour "chaos" in "orc warrior name:Morthrog_the_Champion_of_Chaos n_rpl col:chaos hd:27 spells:lightning_bolt;bolt_of_fire;summon_demon;bolt_of_cold;summon_greater_demon god:makhleb priest_spells" 13:00:39 %??orc warrior name:Morthrog_the_Champion_of_Chaos n_rpl col:chaos hd:27 spells:lightning_bolt;bolt_of_fire;summon_demon;bolt_of_cold;summon_greater_demon god:makhleb priest_spells 13:00:44 not a problem, Jiyva specifically doesn't send minions (nor do Lugonu or Beogh iirc) 13:00:47 Morthrog the Champion of Chaos (16o) | Spd: 10 | HD: 27 | HP: 159-218 | AC/EV: 0/13 | Dam: 20 | 10weapons, 10items, 10doors, fighter, priest, evil | Res: 06magic(108) | Vul: 08holy | Chunks: 07contam | XP: 14835 | Sp: b.lightning (3d29), b.fire (3d37), demon, b.cold (3d37), greater demon | Sz: Medium | Int: normal. 13:00:47 %??orc warrior name:Morthrog_the_Champion_of_Chaos n_rpl col:random hd:27 spells:lightning_bolt;bolt_of_fire;summon_demon;bolt_of_cold;summon_greater_demon god:makhleb priest_spells 13:01:06 Why not? Especially those latter two? 13:01:23 ESPECIALLY Beogh, for that matter. He's all about the self supremacy 13:01:41 DracoOmega: Most of it was from https://crawl.develz.org/wiki/doku.php?id=dcss:brainstorm:species:demigod 13:02:22 "The special gods (Beogh, Jiyva, Lugonu) should not be part of this. They're not part of the pantheon (i.e. the divine establishment) and they don't care (or perhaps silently gloat) if the players challenges the standard gods." 13:02:27 (dpeg's comment) 13:03:24 Yes, I read 13:04:52 -!- elliptic has quit [Quit: Leaving] 13:06:55 -!- wheals has quit [Quit: Leaving] 13:07:15 -!- elliptic has joined ##crawl-dev 13:11:17 -!- Arkaniad has quit [Ping timeout: 245 seconds] 13:14:10 Bad player ghost spawn, rather out-of-depth (https://crawl.develz.org/mantis/view.php?id=6632) by lampshaded 13:14:37 -!- Ringo_ has quit [Quit: Page closed] 13:15:39 that is a strange bug 13:17:09 It is 13:17:19 I mean, assuming a character LIKE that didn't previously die on D:3 and he forgot about it 13:17:26 yeah 13:20:02 -!- shirish has joined ##crawl-dev 13:24:16 -!- monqy has joined ##crawl-dev 13:27:42 -!- SkaryMonk has joined ##crawl-dev 13:33:50 -!- Stelpa has quit [Ping timeout: 255 seconds] 13:38:13 can anyone give some git advice ... specifically what i want to do is take all the commits from that demigods branch, and squash them into a new commit in a clean and up-to-date clone of crawl. i will then clean some things up before committing this squashed merge. 13:38:22 -!- scrubnub has quit [Quit: Goodbye] 13:40:06 I'd do that in two parts 13:41:07 first make a temp branch of the demigods branch. then rebase that on top of master (rebase -i is your friend). Then do whatever edits you want, and finally rebase on master again, but squash everything. 13:42:07 -!- somennoob has quit [Ping timeout: 245 seconds] 13:42:32 -!- Datul has quit [Ping timeout: 245 seconds] 13:42:33 -!- syraine has quit [Ping timeout: 245 seconds] 13:42:33 -!- Garhauk has quit [Ping timeout: 245 seconds] 13:42:52 -!- xnavy is now known as Guest54431 13:42:52 -!- xnavy_ is now known as xnavy 13:42:57 -!- Garhauk_ has quit [Ping timeout: 245 seconds] 13:42:58 -!- bmfx_ is now known as bmfx 13:43:23 -!- Kellhus has quit [Ping timeout: 245 seconds] 13:43:23 why is the temp branch need? (am not really familiar with rebase) 13:43:46 it's just so that you can easily start over if you mess up 13:43:47 -!- Roarke has quit [Ping timeout: 245 seconds] 13:43:48 -!- HDA has quit [Ping timeout: 245 seconds] 13:43:48 -!- Guest54431 has quit [Ping timeout: 245 seconds] 13:44:08 Yes, fancy rebases are easy to mess up somehow 13:44:16 you can just as well rebase and edit the demigods branch directly but then if you mess up you'll have to use the reflog to reset it 13:45:12 -!- Kalir has quit [Quit: CADENZA-CLASS CLOCKWORK KNIGHT--OPERATION TERMINATED] 13:46:24 ok ... although the time i want to be doing the editing is before committing the squashed version, so i can easily see everything that's changed (basically there are a bunch of changes that i don't want mixed in with ones i do) 13:51:54 -!- ogaz has joined ##crawl-dev 13:57:05