Dumb Sil questions

[Nick]

You can (try to) shoot at any grid (within bow range) for which there is a line unobstructed by walls that the player has seen. For example the target grid might be a wall that hasn't been seen yet but you can still shoot at the grid (I think the arrow might break but I don't actually know). So no, you can't see every grid you can shoot at.

Thanks, I think I have kind of a plan.

[SweetVinegar]

You can (try to) shoot at any grid (within bow range) for which there is a line unobstructed by walls that the player has seen. For example the target grid might be a wall that hasn't been seen yet but you can still shoot at the grid (I think the arrow might break but I don't actually know). So no, you can't see every grid you can shoot at.

[Nick]

Context: I'm doing a hacky copy of the Sil (former NPP) code for line-of-fire, as a temporary measure to get stuff working.

Question: My understanding is that you can't shoot at every grid you can see in Sil. But can you see every grid you can shoot at?

[debo]

Next question: Bane ability.

Do you choose what you're a bane of when you take the ability, and can you ever change?

EDIT: I now believe you make an irrevocable choice when you take the ability, but please tell me if I'm wrong.

You can't change it once you've made your choice.

[Nick]

Next question: Bane ability.

Do you choose what you're a bane of when you take the ability, and can you ever change?

EDIT: I now believe you make an irrevocable choice when you take the ability, but please tell me if I'm wrong.

[Nick]

Have you tried implementing the noise/scent "flows" yet? Because that looks like it would be unfun. Although I guess Angband maintainers have different notions of fun.

I think I'm done with that, and it was actually quite fun

Least fun was smithing (not fully done yet).

[debo]

Have you tried implementing the noise/scent "flows" yet? Because that looks like it would be unfun. Although I guess Angband maintainers have different notions of fun.

[Nick]

In any case actual object generation is handled via the values in object.txt and the defines are irrelevant for it.

Thanks, of course I should have checked that

And yes, I am using grep *a lot*

[Quirk]

So this makes perfect sense in Sil-Q, where

/* The "sval" codes for TV_DIGGING */
#define SV_SHOVEL 1
#define SV_MATTOCK 3

and

N:51:of Belegost
W:0:1:0:1000
C:0:0:0:0:0:0:1
T:20:3:3

so it's explicitly just mattocks. The thing that confused me was in Sil 1.3 the Belegost definition was

N:51:of Belegost
W:0:1:0:1000
C:0:0:0:0:0:0:1
T:20:2:3

but the svals were

#define SV_SHOVEL 1
#define SV_MATTOCK 7

which makes it look like they can never be generated.

I guess I'm missing something; won't be the first time.

There is rather a lot of technical debt in 1.3. While I expressly didn't focus on remedying this in order to be able to move forward with Sil-Q, there are a number of areas of this type where I did a chunk of cleaning up, and a fair few bugs that were fixed also of varying levels of severity. Unfortunately I didn't track or document these as I didn't expect anyone trying to back port them to 1.3, and may in some cases have stuck them in larger commits along with other changes. However I think a number of the more serious ones including memory corruption and chasms cutting off access to down stairs were with the level generation so if you have replaced that it will help considerably.

In any case actual object generation is handled via the values in object.txt and the defines are irrelevant for it. The defines exist to allow various special behaviour attached to the svals and tvals, but I don't think there is any such attached to shovels or mattocks, only to their parent digger type. Your main weapon in dealing with this codebase is grep - it should be easy to determine if these defines are used anywhere.

[debo]

So this makes perfect sense in Sil-Q, where

/* The "sval" codes for TV_DIGGING */
#define SV_SHOVEL 1
#define SV_MATTOCK 3

and

N:51:of Belegost
W:0:1:0:1000
C:0:0:0:0:0:0:1
T:20:3:3

so it's explicitly just mattocks. The thing that confused me was in Sil 1.3 the Belegost definition was

N:51:of Belegost
W:0:1:0:1000
C:0:0:0:0:0:0:1
T:20:2:3

but the svals were

#define SV_SHOVEL 1
#define SV_MATTOCK 7

which makes it look like they can never be generated.

I guess I'm missing something; won't be the first time.

Not scientific, but I never saw an ego shovel in vanilla Sil. Mattocks of Belegost were the only mattock ego. (There's an artefact mattock which is a load of fun.)

[Nick]

So this makes perfect sense in Sil-Q, where

/* The "sval" codes for TV_DIGGING */
#define SV_SHOVEL 1
#define SV_MATTOCK 3

and

N:51:of Belegost
W:0:1:0:1000
C:0:0:0:0:0:0:1
T:20:3:3

so it's explicitly just mattocks. The thing that confused me was in Sil 1.3 the Belegost definition was

N:51:of Belegost
W:0:1:0:1000
C:0:0:0:0:0:0:1
T:20:2:3

but the svals were

#define SV_SHOVEL 1
#define SV_MATTOCK 7

which makes it look like they can never be generated.

I guess I'm missing something; won't be the first time.

[Quirk]

Mattocks yes. Shovels no.

http://angband.oook.cz/ladder-show.php?id=23471 is one of the more recent Sil 1.3 dumps to contain one but they show up in dumps not infrequently as endgame gear.

Shovels I am going off my knowledge of the configuration files as negatives are less easy to prove.

[Nick]

First of an occasional series.

Despite the fact that I'm doing a rewrite of Sil, I haven't played a huge amount or got very deep. So sometimes I see stuff in the code that tells me something surprising about the gameplay, and I'd like a sanity check on whether it is indeed what happens.

First question - do Shovels/Mattocks of Belegost ever appear? This is Sil 1.3.