Magnificent Ornk Aran Posted May 20, 2007 Share Posted May 20, 2007 From the way stains are described in the appendix - -1 removes all stains (and stains are in fact stored in binary form, so 1=small blood, 2=medium blood, 4=large blood, 8=small slime, 16=large slime, etc.), the rest places a certain stain - it would appear that placing multiple different stains should be possible. Nope. Putting, for example, a slime stain removes all blood stains from the square. Should this happen, or am I doing something wrong here? Quote Link to comment Share on other sites More sharing options...
Understated Ur-Drakon Sudanna Posted May 20, 2007 Share Posted May 20, 2007 Well, from what Nalyd has seen, this happens in-game as well, so it's probably supposed to happen. Quote Link to comment Share on other sites More sharing options...
Understated Ur-Drakon Nioca Posted May 20, 2007 Share Posted May 20, 2007 Are you placing them with code or the editor? Because you can stack any sort of stain you can imagine in the editor, assuming you don't hit the total stain limit. You can only have a certain number of stains in a single town. Quote Link to comment Share on other sites More sharing options...
Unflappable Drayk Lazarus. Posted May 20, 2007 Share Posted May 20, 2007 Some experiments I did: Firstly, stains indeed don't stack, unless placed in the editor. I'll also point out that the numbers are actually 1-8, not 0-7 (so small blood is 1, not 0) Objects and fields do not have this problem. Objects are numbered as usual, and do stack. Fields are numbered as usual, but they don't appear to stack. The way this is handled is a bit odd-- if there are multiple fields on a spot it isn't the last field placed that remains, but rather BoA figures it out using some kind of heirarchy. Antimagic appears to have the highest rank, but I don't know the heirarchy below that. My verdict-- fields at first appear to be a terrible option because of the odd heirarchy they use, but on second look they might not be so bad. Putting an out of range number for field number doesn't result in an error, and since they don't stack, and aren't meant to stack, you (hopefully) wouldn't have to worry about the stupid binary form problem. Stains are apparently broken. Objects would work, but you'd still have to deal with inputting stuff in binary form, which would suck. Fields look promising, but ideally we'd just get terrain/floor to work. Edit: No wait, stains don't stack. Doh. Edit2: As a matter of fact, they seem to be completely broken. Small blood-large slime work fine (although off by 1 still) but 6 (dried blood) instead places rocks and blood. 7 (bones) works. 8+ does nothing. Quote Link to comment Share on other sites More sharing options...
Rotghroth Rhapsody wz. As Posted May 21, 2007 Share Posted May 21, 2007 What version of the BoA app (not the scenario editor) are you guys using? I remember a while back that placing stains via script calls was broken as of 1.1.2, and I posted a fix on the Lyceum. The fix was eaten by ezBoard, unfortunately, and I don't have a record of it. Are you still getting the error for 1.2? EDIT: Okay, I figured it out again. The blood/rocks for "dried blood" is actually a feature; it's what the dried blood is supposed to look like. Through black magic I have figured out that it is impossible to make stains stack with script calls, although setting stacked stains in the editor should work fine (via OR-ing together the various values; 1 for small blood, 2 for medium blood, 4 for large blood, etc). Furthermore, the behavior Aran described is correct: as long as only blood is placed, it increases in amount; the same goes for slime. Putting blood on slime or slime on blood erases whatever was underneath. Dried blood, bones, and rocks are each in their own category and erase anything underneath them. Or rocks would, if one could actually place them. I have also uncovered a secret ritual that would allow one to use scripted calls to place rocks as well (i.e. fix the limit to include 8), as well as optionally fix the numbers to reflect those stated in the docs. Unfortunately this secret ritual is way too profane to state on these boards, and is so difficult that only experts in the dark arts can perform it (as well as anyone with access to certain kinds of file editors, the name of which is forbidden here; such persons would also have to perform the ritual on only the Mac OS X Universal version of BoA 1.2). If anyone is still interested, let me know. Unfortunately, BoA 1.2 fixed a script call that in previous version lacked bounds checking; that loophole might have provided a workaround. P.P. Just to confuse matters, if you want to use is_stain_on_space, I think you should use the values as stated in the appendix. Quote Link to comment Share on other sites More sharing options...
Magnificent Ornk Aran Posted May 21, 2007 Author Share Posted May 21, 2007 We have a topic over at Shadow Vale about this (which actually triggered my question here), regarding the set_terrain/floor/stain/field calls and the lack of boundary checking. Arsenic, your talk of black BoAmancy makes me think you have something to contribute there. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.