Preparing for 4.2 release

[Sphara]

Minor cosmetic bug using Create Arrows spell. It stays 'untried' in the spell list, even after you have already successfully cast it. You don't get extra scum EXP casting it over and over again, though

[Kusunose]

I'm playing with UndefinedBehaviorSanitizer enabled and when a monster cast a darkness spell, it emitted the following message:
project-player.c:874:28: runtime error: index 26 out of bounds for type 'element_info [25]'

Apparently, the function 'project_p' does not expect the projection type ('typ') to be outside of the element projections (ELEM_MAX: 25), which DARK_WEAK (26) is.

[gglibertine]

Minor cosmetic bug using Create Arrows spell. It stays 'untried' in the spell list, even after you have already successfully cast it. You don't get extra scum EXP casting it over and over again, though

Confirmed, same is happening for me.

[Nick]

Thanks for those last two bugs, both easily fixed in development.

[Nick]

New builds up on the nightlies page and angband.live with the following changes:

• Lightning Strike can now only strike targets in line of sight (thanks kaypy)
• Meteor Swarm now has the subsequent meteors continue past where a dead targeted monster was rather than continually hammering the same grid (kaypy again); this is a result of more general code to make multi-effect spells target correctly
• Cones of effect now make sure to hit every grid in the target path (thanks wobbly)
• Create arrows spell now stops showing as untried when it's tried (thanks Sphara and gglibertine)
• Memory overrun error in darkness spell fixed (thanks Kusunose)
• Recharge activation for Thingol now reasonable (thanks Holy_Rage)
• Fast monsters summoned by traps are now held until the player gets a move (thanks Sphara)
• The correct maximum (z_info->f_max) is used for bounding terrain features in map_info() (thanks wobbly)

There are also a few things which have been reported a while ago and I'm not sure if they're still problems:

• Crashes or other weird behaviour from Single Combat
• Problems giving things with the {??} inscription to stores
• Monsters failing to attack a ranger's decoy

so if anyone can clear those up one way or the other, that would be good.

[wobbly]

So had my 1st death to bloated, & while there was a good chance I was dead anyway it still just felt like a bad way to die. I don't see what this adds if the solution is to press R x if full. My own opinion is this is just reverting to a bad mechanic that was originally removed because it was in fact bad.

[Nick]

So had my 1st death to bloated, & while there was a good chance I was dead anyway it still just felt like a bad way to die. I don't see what this adds if the solution is to press R x if full. My own opinion is this is just reverting to a bad mechanic that was originally removed because it was in fact bad.

I think the system needs some improvement - for example, ?SatisfyHunger needs to set the players's hunger to just full, rather than almost gorged. If it's working properly, the simple rule should be "don't eat if you're already full", and that should almost always avoid getting gorged.

[Ingwe Ingweron]

I think the system needs some improvement - for example, ?SatisfyHunger needs to set the players's hunger to just full, rather than almost gorged. If it's working properly, the simple rule should be "don't eat if you're already full", and that should almost always avoid getting gorged.

In addition, I think there should be some better measure of hunger status. How do you judge the time between "Full" and "Hungry"? And then one can go too quickly from Hungry to Weak. Once you see that Hungry indication, it is often too late to start foraging. You see a ration, is it safe to eat it, or will @ soon be in a fight where quaffing potions will leave @ Gorged, slowed and dead (especially dangerous in the final fights)? So many "gotcha's" have been removed from the game, or changed to be meaningful in an interesting way (ala traps), but reintroduction of hunger as currently implemented has just been bringing back a "gotcha" that was removed for good reason.

[Derakon]

I think the system needs some improvement - for example, ?SatisfyHunger needs to set the players's hunger to just full, rather than almost gorged. If it's working properly, the simple rule should be "don't eat if you're already full", and that should almost always avoid getting gorged.

What do you feel the Gorged status adds to the game? Or perhaps a better question is, what potential do you see in the concept?

[Nick]

What do you feel the Gorged status adds to the game? Or perhaps a better question is, what potential do you see in the concept?

It's an extra constraint on how the player deal with food. If there's no constraint at the top, then it's just a matter of stuffing your face when you're in town and not thinking about it at all. And before anyone mentions ironman, I'm trying to bring back ironman's status as a challenge option

On Ingwe's idea, we could always have a meter of some sort.

[Derakon]

It's an extra constraint on how the player deal with food. If there's no constraint at the top, then it's just a matter of stuffing your face when you're in town and not thinking about it at all. And before anyone mentions ironman, I'm trying to bring back ironman's status as a challenge option

It sounds like your goal then is to make it more important for the player to manage hunger while in the dungeon; is that accurate? If I understand you correctly, then couldn't you accomplish your goal by just significantly reducing the satiation maximum? If "maximum Full" was half or a third of what it is now, other sources of food contributed less fullness, and Satisfy Hunger was rarer, that would make players have to manage their food more closely. And the penalty for overeating could simply be that you wasted food, not that you were slowed.

[wobbly]

To clarify my opinion a little, I'm not absolutely against a speed penalty, I just think -10 is well over the top. If the intention is to catch the player out & kill the @ it makes sense. If it's just there to annoy the @ enough to stop stuffing its face with rations you could probably achieve that with as little as -2 or so.

I also wouldn't mind seeing food a little less plentiful or filling, but not necessarily by much. I don't think there's many people who'd want to play angband as a food management game.

[Sphara]

It doesn't resemble a hunger mechanic anymore rather than not-being-gorged mechanic.
I got gorged against Morgoth in the middle of fight drinking healing potions. So this is what I have concentrate in the future? To rest off satiation level before big fights?

Personally, I would remove food altogether but I think there's enough vocal opposition against that. At least show the satiation level if this is really where the food mechanic is going.

[Nick]

OK, I have some ideas. Next build should include them.

[Sphara]

Little bug on Beorn. In monster description, his human form is supposed to move at normal speed and bear form is supposed to move quickly (+10). Still, Beorn has normal speed in both forms.