Colliders: elemType -> elemMaterial

[Dragorn421]

Split from #1925

Rename ColliderElement.elemType / ELEMTYPE_ -> ColliderElement.elemMaterial / ELEM_MATERIAL_

The elemMaterial is primarily used to determine the sfx made when struck by the player (0: NA_SE_IT_SWORD_STRIKE, 1: NA_SE_IT_SWORD_STRIKE_HARD, others: no sound) (in CollisionCheck_SwordHitAudio)

Additionally ELEM_MATERIAL_UNK4 prevents some behavior from interactions with hookshot and arrows.

• for hookshot, the difference with using ACELEM_HOOKABLE is that ELEM_MATERIAL_UNK4 prevents playing the sound NA_SE_IT_ARROW_STICK_CRE and the hookshot keeps going (I think)
• for arrows, the difference with using ACTOR_FLAG_14 ("ACTOR_FLAG_ARROW_CAN_CARRY") is that ELEM_MATERIAL_UNK4 prevents playing the sound NA_SE_IT_ARROW_STICK_CRE and the arrow keeps going (I think)

[krm01]

I just noticed, the structs above this use ColliderElementXXXXXX instead of simply ElementXXXX like this one. should it be consistent? (not that it matters much, this enum name is never referenced afaict 😁 )

[mzxrules]

To me, it just looks like ELEM_MATERIAL_UNK4 allows the Hookshot tip and Arrow type arrows to pass through a collider even though it is detected as being hit.

[fig02]

that is what dragorn said, with the added detail that it prevents a hit sfx from playing

[mzxrules]

what he wrote does not make it clear that the detected collision with a collider is being thrown away unconditionally.

[fig02]

dont think material particularly works for the arrow/hookshot thing, but am willing to go with it for now