Snukfin's Server Side Z(S)ombies

[BubbaJoe]

This is some great stuff @arramus and @Slawa! I downloaded Slawa's v2.2 a few weeks ago now and have been endlessly tinkering with it to get it in line with what our server wants (mostly to make everything stupidly difficult, but we are an odd bunch). I still don't know much, but 90% of what I've learned about editing and creating XML syntax comes from looking at and working with your additions to @Snufkin's amazing base mod. I'd gotten the Archon working by cobbling together some code from older versions but it wasn't very reliable, so I'm super stoked to arramus got it back into the game. Hopefully I'll have a chance to test him out some tonight! There's a lot in here I hadn't even realized wasn't working appropriately, so I'm looking forward to comparing the files and trying to learn some more about how everything is connected and works together.

Edited October 5, 2020 by BubbaJoe (see edit history)

[arramus]

7 hours ago, h0tr0d said:

Some great stuff here; few things I noticed.

1) the shark zombie spams errors and I have to alt f4 (I didn't look too much into it)
2) The explosion particle index for the juggernaut's rockets are set to be exploding cars. I think maybe you want the regular explosion?

 

<item name="JuggernautProjectile">
			<property name="Meshfile" value="#Other/Items?Weapons/Ranged/RocketLauncher/rocketPrefab.prefab"/>
			<property name="Material" value="Mmetal"/>
			<property name="CreativeMode" value="None"/>
			<property class="Action1">
				<property name="Class" value="Projectile"/>
				<property name="DamageEntity" value="125"/>
				<property name="DamageBlock" value="1000"/>
				<property name="Explosion.ParticleIndex" value="4"/><------4 has cars exploding as part of the explosion. 5  is the normal rocket boom.
				<!-- which Prefab/particle is used -->
				<property name="Explosion.RadiusBlocks" value="5"/>
				<!-- damage radius for blocks -->
				<property name="Explosion.RadiusEntities" value="4"/>
				<!-- damage radius for entities -->
				<property name="Explosion.DamageBonus.water" value="0"/>
				<property name="Velocity" value="18"/>
				<property name="FlyTime" value="2"/>
				<property name="LifeTime" value="4"/>
				<property name="CollisionRadius" value="0.75"/>
				<property name="DamageBonus.earth" value="0"/></property>
			<effect_group name="JuggernautProjectile" tiered="false">
				<passive_effect name="ModSlots" operation="base_set" value="0"/>
				<passive_effect name="DamageModifier" operation="perc_set" value="0" tags="earth"/>
				<passive_effect name="DamageModifier" operation="perc_set" value="0.5" tags="stone"/>
				<passive_effect name="DamageModifier" operation="perc_add" value="1.2" tags="metal"/>
			</effect_group>
		</item>
		

3) Was looking for the sound played for scorcher b/c when I killed him the sound remained attached to that spot, even after the corpse was gone. This is usually the case with the looped .wavs.

4) Maybe make the cowhead dude bigger so the skull doesn't look like a kid wearing his dad's hat which is too big.

 

 

I had my own banshee that flew and screamed; I'll share when I'm finished. I think a banshee's weapon should be a scream which stuns the player and that the banshee should fly!

Love the ingenuity from you guys.

Great suggestions, and now that the shark has been mentioned publicly, I'll add to it

 

1. I also took a tentative peek at the Shark and played with a few file edits and tried to add one more. It's definitely going to need some work. Reducing the scaling back to 1.0 allowed it to be more present but there is an asset which may have been totally removed or received a name change that needs restoring.

 

One thing I learned from Snufkin' code was how to add ambient sound:

 

Adding: <AudioSource name="Sounds/AudioSource_Underwater_LP"/> as a trigger for its idle state was amusing as it swam around in the air with the underwater sound. I also want to see the water mist effect give it a possible fog like shroud appears in the existing code. Needs time.......

 

 

2. I didn't touch the exploding car feature for Juggernaut simply because I didn't check any appropriate replacements and just wanted to restore it to Snufkin's original, which is surreal, exploding cars! But yes, alternative debris from the rockets is very realistic and may reduce any yellow warnings and server demand.

 

3. I noticed that and just as challenging is the Geist. To be honest, I had never played a BM version of this mod until today. The Geist got us both and we had that electric sound ringing in our ears constantly there after. We had to rejoin the server to stop it. Looks like a kill command is needed for looping sounds for end states such as those.

 

4. Maybe something like <property name="SizeScale" value="1.2"/> for the Cowhead character and hope it doesn't apply for all attachments as well.

 

I for one, look forward to seeing you implement these into your version and share your own creations as well. I'll also tinker some more in the background with sound settings to see if we can find a workaround for loopyness.

[ShoudenKalferas]

                <property name="Explosion.ParticleIndex" value="2"/>

^^^^ Switches projectile explosion back to rocket. I found exploding cars a bit too much. They were pushing through walls into buildings upon explosion.

 

Although I see above it was suggested to use 5 for normal rocket boom??

Edited October 6, 2020 by ShoudenKalferas (see edit history)

[arramus]

1 hour ago, ShoudenKalferas said:

                <property name="Explosion.ParticleIndex" value="2"/>

^^^^ Switches projectile explosion back to rocket. I found exploding cars a bit too much. They were pushing through walls into buildings upon explosion.

 

Although I see above it was suggested to use 5 for normal rocket boom??

Thank you. Changing just for the sake of changing can create divisions, but changing for the purpose of restoring stability is just good sense. If objects are pushing through walls without context or creating anomalous game physics while in play then this can send the server into a stream of warnings which can ultimately cause instability. It's good to hear this feedback from multiple sources as well to ensure it's not an isolated concern.

[arramus]

@h0tr0d@ShoudenKalferas

 

Well, here are some playtesting results. For both fun and serious consideration.

 

Value 1 has a thermite fizzle and spits up pinky purple globules of untextured space slime.

 

Value 2 offers the frag rocket effect with shrapnel tracing. It is very effective.

 

Value 3 is identical to value 1; more slime.

 

Value 4 is our 'beloved' vehicles.

 

Value 5 offer the High Explosive rocket effect with all the subtlety of Duke Nukem. It quickly fades though and is very effective.

 

Value 6 is a blast. It was very effective. The rockets flew through the air with all the grace of a 1970s space movie.

 

Value 7 was an acid bath.

 

Value 27 was just thrown in to see how far this goes but has no impact effect as it hits the tree but this highlights the damage. Probably not assigned to anything. And naturally, 0 is the official no impact effect.

 

And yes, when I cross reference the default items.xml for the rocket launcher the official ammo type is suggested as 5 for both the parent ammoRocketHE and its child ammoRocketFrag. 2 and 6 are also viable but do not appear to be currently utilised in game at present. And the other value correlated for acid for characters with this trait.

 

As I am not so familiar with the xml, I don't know if this can be randomised with 2 and 5 to give a Frag and HE impact effect to further match in game features. There is certainly a probability feature such as when raiding a nest for eggs and feathers with volume and probability for output.

Edited October 7, 2020 by arramus (see edit history)

[JDead]

Sick mod. Thanks for sharing. Can I get some clarification on the install process? Does this need to be installed on the dedicated server as well as all client's PC's or just server? Mod name says "server side zombies" so it makes it sound like it only needs to be installed on server only. But I have yet to come across any of these new zombies in game. Are there dependencies I need to install? Thanks!

[oakraven]

I added the shark to a blimp that you can ride

also can be added to any entity with the buff command

so you can have it flying walking (gliding) ect

 

[BubbaJoe]

3 hours ago, JDead said:

Sick mod. Thanks for sharing. Can I get some clarification on the install process? Does this need to be installed on the dedicated server as well as all client's PC's or just server? Mod name says "server side zombies" so it makes it sound like it only needs to be installed on server only. But I have yet to come across any of these new zombies in game. Are there dependencies I need to install? Thanks!

It only needs to be installed on the dedicated server, no individual clients need to have it. If you're running a non-dedicated local multiplayer session it's the same thing, only the local host needs the mod. As for spawning, try running around the world a bit more as they are not nearly as common by default as the vanilla zombies. You could also adjust the spawn rates in the xml files to increase their presence. If you have mod/admin privileges an easy way to make sure they are at least present in the server's files is to test them via the Spawn menu.

Edited October 6, 2020 by BubbaJoe (see edit history)

[arramus]

3 hours ago, oakraven said:

I added the shark to a blimp that you can ride

also can be added to any entity with the buff command

so you can have it flying walking (gliding) ect

Such awesomeness being shared. I wonder if you could utilise the default commented out code for the blimp or built it up from scratch. Either way, this is absolutely delightful.

[Bisawen]

//3) Was looking for the sound played for scorcher b/c when I killed him the sound remained attached to that spot, even after the corpse was gone. This is usually the case with the looped .wavs.//

Anyone find a fix for this yet?  The sound in that spot after I kill him is a little annoying.  :-) 

EDIT: This is also looping the Geist sound.

Edited October 6, 2020 by Bisawen (see edit history)

[arramus]

On 10/6/2020 at 12:41 AM, xxx73 said:

Thank you for taking a look, as you say most of the code don't work today, especially the buff. An alternative version of this mods bomber with more of StompyNZ functions is probably the easiest way to do, anyway Im only experienced tweaking/modify existing xml, and have really no idea how to make anything new.

This has been applied to Snufkin's Bomber which is utilising the same exploding cop principle as the suicide bomber.

 

Applying the original archetype values from the original creator gets the cosmetic look about him.

 

Replacing the buffs.xml barrel entry with this entry from the game default files and a body placement value from Snufkin's settings gets something, but it may not be as pretty as you hoped because that particle looks like it changed over time.

 

<triggered_effect trigger="onSelfBuffStart" action="AttachParticleEffectToEntity" target="self" particle="p_onFire" local_offset="0,.1,-.2" local_rotation="0,0,0" parent_transform="Spine"/>

 

It's something from nothing though and you've definitely waited a long time for something and can now tweak to your heart's content.

Once again with updates, the issue was a change in syntax and formatting. All the best in there.

38 minutes ago, Bisawen said:

//3) Was looking for the sound played for scorcher b/c when I killed him the sound remained attached to that spot, even after the corpse was gone. This is usually the case with the looped .wavs.//

Anyone find a fix for this yet?  The sound in that spot after I kill him is a little annoying.  🙂

EDIT: This is also looping the Geist sound.

Thanks Bisawen. There's a similar comment a few posts up and it's way up there on the list of to dos. Geist killed me earlier and the sound followed my player whereever I went after respawn... Now that was annoying and I had to leave and come back again.

[BubbaJoe]

Are you all consistently getting the Scorcher and Geist sound loop issue? I just tinkered around with them for a bit and was unable to reproduce it.

Edited October 6, 2020 by BubbaJoe (see edit history)

[arramus]

On 10/6/2020 at 5:15 AM, h0tr0d said:

4) Maybe make the cowhead dude bigger so the skull doesn't look like a kid wearing his dad's hat which is too big.

I tested scaling the Cowhead and while he does scale up, so does his floating distance from the ground and he looks odd as he walking on air.

 

The alternative is to scale down the Cowhead skull if it's hard to get that looking right. I looked for an attachment scaling command for buffs and can't find one in default files or online. I also looked in the block files for the Cowhead to see if it can take a broad scaling property which would impact every instance though.

 

<block name="decoCowSkull">
    <property name="Extends" value="decoEntityPolymerMaster" param1="RepairItems"/>
    <property name="Material" value="Mrubble"/>
    <property name="MaxDamage" value="100"/>
    <property name="Model" value="Entities/OutdoorDecor/cowSkullPrefab"/> <property name="HandleFace" value="Bottom"/>
    <property name="FilterTags" value="fdecor,fother,ffurniture"/>
    <drop event="Harvest" name="resourceBone" count="1,4" tag="allHarvest"/>
</block>

4 hours ago, BubbaJoe said:

Are you all consistently getting the Scorcher and Geist sound loop issue? I just tinkered around with them for a bit and was unable to reproduce it.

I shall test some more on this. Scorcher occured just locally on a client SP, while the Geist occurred on a dedicated server.

[Robeloto]

Great work arramus for getting Snufkins zombies mod to work with A19!

@Snufkin, I know I have praised you before for this mod. But please let me do it again.

Your imagination for making custom zombies exceeds mine. I think they are more than amazing! I also have one question for you and that is if I can borrow 2 zeds from yours to mine? I will credit you of course everywhere, even in the xml. I am completely in love with Archon and the Geist. I understand if you don't allow it and then I will only use them on my private server.

 

Oh, and have a wonderful day!

 

7 hours ago, arramus said:

This has been applied to Snufkin's Bomber which is utilising the same exploding cop principle as the suicide bomber.

 

Applying the original archetype values from the original creator gets the cosmetic look about him.

 

Replacing the buffs.xml barrel entry with this entry from the game default files and a body placement value from Snufkin's settings gets something, but it may not be as pretty as you hoped because that particle looks like it changed over time.

 

<triggered_effect trigger="onSelfBuffStart" action="AttachParticleEffectToEntity" target="self" particle="p_onFire" local_offset="0,.1,-.2" local_rotation="0,0,0" parent_transform="Spine"/>

 

 

Tip: If you switch the "p_onFire" particle to "p_fire_small" the console will not spam yellow errors when they hit the ground. They aren't as beautiful, but that is one solution atleast.

Edited October 7, 2020 by Robeloto (see edit history)

[arramus]

21 minutes ago, Robeloto said:

Tip: If you switch the "p_onFire" particle to "p_fire_small" the console will not spam yellow errors when they hit the ground. They aren't as beautiful, but that is one solution atleast.

Great tip Robeloto and thank you. This may be exactly what the effect needs and will make @xxx73's day as this has been a long process to restore. I can't speak for Snufkin's opinion of course, but Slawa has compiled some of your characters, Snufkin's characters, and some self created characters into a Custom compilation mod with full approval.

[arramus]

5 hours ago, Robeloto said:

Tip: If you switch the "p_onFire" particle to "p_fire_small" the console will not spam yellow errors when they hit the ground. They aren't as beautiful, but that is one solution atleast.

Once again, thank you for the tip. This particle fits the concept very well and is closer to the original.

 

With a few tweaks, the flame has been rotated to trail the bomber and has also been moved down to match that starfish exhaust region. It is ever so slightly away from the body as well to give it that licking effect. However, all this is purely experimental as @xxx73 will have the final say.

 

Here is the code and explanation.

 

buffs.xml

<triggered_effect trigger="onSelfBuffStart" action="AttachParticleEffectToEntity" target="self" particle="p_fire_small" local_offset=".3,0,-.2" local_rotation="270,0,0" parent_transform="Spine"/> <!--Robeloto's Tip-->

 

local_rotation="270,0,0"  - The 270 reflects degrees around the point of origin on a horizontal plain. The attachment was initially coming from his side.

 

local_offset=".3,0,-.2" - This reflects moving slightly down the spine to the starfish and also a negative value to draw it slightly away from the body.

 

entityclasses.xml

<property name="Explosion.ParticleIndex" value="5"/> <!--Rocket Particle Exploding / 6 was default-->

 

This just adds a 'little' more Kaboom.

 

A few pictures to demonstrate the effect. What a coincidence to be located here.

 

 

 

[xxx73]

hehe great work @arramus
Im following your work on old bomber from StompyNZ and I like what I see, any chance you will release this fun guy when done?

[arramus]

1 hour ago, xxx73 said:

hehe great work @arramus
Im following your work on old bomber from StompyNZ and I like what I see, any chance you will release this fun guy when done?

Of course, you are welcome to have these files right now. No need to wait

 

He is still built into the larger mod with all the other characters at the moment. For the future he can be separated as a single entity and renamed so he doesn't conflict with other mods. The only changes I made are as mentioned above. Are you good to:

- Separate him as a standalone.

- Rename all the relevant areas.

- Apply all of StompyNZ's previous assets?

 

Maybe giving him a totally new name would work.

[arramus]

@h0tr0d @BubbaJoe @Bisawen

 

Attempting to isolate the issue with Scorcher and Geist's looping particle sound at their initial projectile activation point has been a real test...

 

The first approach was to compare Geist, Scorcher, and Archon, as Scorcher and Archon share the same fire particle, whereas Geist has the electrics. Archon was working just fine, in my case, and I couldn't spot any anomalies. However, changing Geist and Scorcher's particle effect has worked for me.

 

For Geist, changing from:

 

items.xml

<item name="ammoProjectileGeist">
    <property name="Meshfile" value="particleeffects/p_electric_shock"/>

 

to

 

items.xml

<item name="ammoProjectileGeist">
    <property name="Meshfile" value="particleeffects/p_electric_shock_small"/>

 

has seen a positive result with the sound not looping. However, going from full on concert electrics to only touching an electric fence on the farm, well maybe weeing on it, has been a bit of a step down. BubbaJoe suggests this isn't an issue and I wonder if this is related to our rigs/set up environment.

 

For Scorcher, changing from:

 

items.xml

<item name="ammoProjectileScorcher">
    <property name="Meshfile" value="particleeffects/p_onFire"/>

 

to

 

items.xml

<item name="ammoProjectileScorcher">
    <property name="Meshfile" value="particleeffects/p_fire_small"/>

 

has seen a positive result and actually looks decent. With all the recent changes, it's quite possible these particles got revised and introduced further issues. I hope you can apply this code to your own items.xml files and report back your own attempts. If you could see if the Archon is OK and not causing a loop even though it has the particleeffects/p_onFire property it would be helpful. I shall also test this new setting with Archon as see how it looks.

[BubbaJoe]

@arramus So awesome you've taken the initiative with fixing all this stuff. Glad to see everyone working together to build on an already great mod! I just wanted to comment real quick on the noise looping issues, in case it came across that way I wasn't trying to imply it wasn't happening for people as obviously your ears are much more knowledgeable than I am. 😄 I was just sharing that I couldn't get it to happen on my end. I'm away from the computer with 7D2D at the moment, but here shortly I'll check the xmls I have to compare them with what you've shared above to see if I notice anything different. The version I'm running is kind of a Frankenstein's monster at this point between some older code from Snufkin, some older and newer code from Slawa, and then some brand spankin' new code from you, plus a fair number of amateur edits by yours truly, so it's hard for me to make 1:1 comparisons without having the xml in front of me. Figuring this stuff out is a great learning experience for me though and I'm glad to see everyone engaging with it in this thread!

 

Edit:
So I had a chance to compare our items.xml files for the Geist and Scorcher and it immediately became apparent why we were experiencing different things. For the Geist we had entirely different effects from the outset, where it looks like yours was originally:

<item name="ammoProjectileGeist">
<property name="Meshfile" value="particleeffects/p_electric_shock"/>

 

Mine is:

 

<item name="ammoProjectileGeist">
<property name="Meshfile" value="particleeffects/p_torch_wall"/>

 

So our Geist projectiles look very different. This probably explains why I wasn't able to reproduce anything with the Geist. Now, as for the Scorcher, what I found there is that the version I'm running is the same as your changed Scorcher effect, that is:

 

<item name="ammoProjectileScorcher">
<property name="Meshfile" value="particleeffects/p_fire_small"/>

 

So we now share the same Scorcher particle effects, though our Geists are still much different. Either way this would explain why we were having much different sound experiences. I believe, but I am not positive, that the Geist effects in my version are the results of Slawa's reworking of the Geist projectiles, so credit goes to Slawa for that if so. I've tweaked the Geist a lot since originally getting the mod, but never touched the particle effects for them as I thought them slinging electric fireball bombs all over the place looked cool.

 

I've tested your updated Archon quite a bit as the people I play with have wanted him/her? spawned in a lot for them to get murdered by, and so far no sound issues there.

 

 

Edited October 7, 2020 by BubbaJoe (see edit history)

[arramus]

@BubbaJoe You went far and beyond with your methodical checking and put a lot into clarity. It looks like this type of change is a known issue and Slawa has implemented in using a preferred method. I also know Roboloto uses the alternative fire particle as he suggested it for another zombie which has flames railing behind him.

 

The small electric particle has lost some zap but still applies shock and it will work as a temporary fix until otherwise. Archon is very special in that the particle doesn’t cause the same issue and no need to change what isn’t hurting. I’ll add a patch and get these released. 

 

The additional change will be for the Juggernaut projectile to change from vehicle debris to regular rocket effects. I tested him a lot while inside a building and as he attacked from outside, based on feedback, and in confined spaces any vehicle debris was quite invasive and upset the game physics with warnings. A lot for the server to calculate and cause for potential crashes.

 

For the future, it would be nice to know the cvars for the particles and projectile impacts to set any looping to false and turn off collision with the biome terrain so they don’t interact. For now, these patches will at least keep stability and reduce gameplay annoyances.

[BubbaJoe]

58 minutes ago, arramus said:

The additional change will be for the Juggernaut projectile to change from vehicle debris to regular rocket effects. I tested him a lot while inside a building and as he attacked from outside, based on feedback, and in confined spaces any vehicle debris was quite invasive and upset the game physics with warnings. A lot for the server to calculate and cause for potential crashes.

After reading your initial post about the Juggernaut projectiles I did some playing around with those as well. I definitely agree with your findings on the vehicle debris, not only were those throwing the most warnings in the console, players were reporting the biggest hits to performance on their end too. After some solo testing I opted for Value 6 on the projectiles and that's probably what we'll stick with. It's nice that such a small tweak adds so much customization! We're also running Slawa's "Baby Juggernaut" which we've assigned different values for, mostly because on our server we've turned the big Juggernaut into a mostly indestructible death machine that can level entire POIs in short order, so testing these tweaks via the Baby Juggernaut has been easier for the players to handle. 😅

[arramus]

Updated to Snufkin_CustomZombies_A19.2b3_test_2020Oct08 with stability in mind.

 

Here is a link for the update.

https://github.com/arramus/Snufkin-CustomZombies-A19.2-b3-2020Oct08

 

This has also been added to the thread post linked to from the opening post by Snufkin.

 

This update has 3 changes for issues and a potential issue.

 

1. items.xml - Scorcher
name="ammoProjectileScorcher"

Changed the following property to a comment and updated it to an alternative particle effect to avoid looping audio at the point of origin when the first instance of a projectile was triggered.

 

<!--property name="Meshfile" value="particleeffects/p_onFire"/-->
<property name="Meshfile" value="particleeffects/p_fire_small"/>

 

Just catching the tail end of the regular streaming barrage. The flow has a higher density.

 

2. items.xml - Geist
name="ammoProjectileGeist"

Changed the following property to a comment and updated it to an alternative particle effect to avoid looping audio at the point of origin when the first instance of a projectile was triggered.

 

<!--property name="Meshfile" value="particleeffects/p_electric_shock"/-->
<property name="Meshfile" value="particleeffects/p_electric_shock_small"/>

 

The effect in game is a subtler plasma state.

 

The effect is just as devastating and causes player shock.

3. items.xml - Juggernaut

Changed the following property to a comment for the time being as this can cause potential issues when a player is being attacked while inside a building in a confined space as the Juggernaut is on the outside. It can lead to debris passing through solid walls. The explosion particle has changed from vehicle debris to the standard rocket blast.

 

<!--property name="Explosion.ParticleIndex" value="4"/-->
<property name="Explosion.ParticleIndex" value="5"/>

 

The effect of these changes for server hosts is as follows.

 

Pre-change using Scorcher as the test subject.

 

Post-change

 

Thank you very much to members of the community for your valuable feedback and tips/hints/advice as the pooled effort brought a quicker turn around on a tentative fix.

[arramus]

20 minutes ago, BubbaJoe said:

After reading your initial post about the Juggernaut projectiles I did some playing around with those as well. I definitely agree with your findings on the vehicle debris, not only were those throwing the most warnings in the console, players were reporting the biggest hits to performance on their end too. After some solo testing I opted for Value 6 on the projectiles and that's probably what we'll stick with. It's nice that such a small tweak adds so much customization! We're also running Slawa's "Baby Juggernaut" which we've assigned different values for, mostly because on our server we've turned the big Juggernaut into a mostly indestructible death machine that can level entire POIs in short order, so testing these tweaks via the Baby Juggernaut has been easier for the players to handle. 😅

Yes, something like that on lower end systems may be all it takes if calculations get a touch overwhelming.

 

You went for 6! I love that effect. And that's the beauty of this mod, server/client hosts can tweak the xmls to fully customise the experience and there will always be someone here to answer questions while they build their knowledge. If I knew how to randomise 2, 4, and 6, I would. 😜

[BubbaJoe]

Just as a question for arramus and everyone else. Is anyone else having issues with the Archon not using its melee attack very effectively? What's happening is the Archon is aggroing a player and descending toward them like normal, but it just sort of twitches around their player model and really ineffectively tries to melee them. Most of the time it never even manages to hit them with melee, it just kills them via its projectile attack (used at close range) instead. I tried increasing the range of the melee attack for the Archon as I had tested this with good results on the Siren and the Geist, but it doesn't seem to be changing the Archon's behavior. I understand it's part of the core zombie AI to zero in on a player's exact position, even if the zombie has a projectile, but the Archon seems to be doing this to the exclusion of using its melee. Trying to figure out if this is something wonky I've done or if other people are experiencing this.