PDA

View Full Version : #secondaryeffectalways?


zepath
November 23rd, 2006, 08:44 PM
More like #secondaryeffectnever

I have tried on a number of occasions to get this command to work properly, but the numbers I input for it (the full command being #secondaryeffectalways <effect nbr>) do no correspond with the effects listed in the mod manual or with the weapon numbers (as secondary effects are essentially weapons stacked on top of weapons). For example, attempting to give a weapon the constant secondary effect of "Small Area Fire" I use #secondaryeffectalways 171 (as the mod manual says and as common sense dictates since weapon number 171 is Small Area Fire), yet the resulting weapon ends up with some strange effect like "Flail" instead. What gives, eh?

HoneyBadger
November 23rd, 2006, 11:05 PM
Somewhere in all that code, there must be a bug that's acting like a switch. When you put in that command, the computer looks at it, sees something it's not supposed to see, and switches to the next effect, "next" being in this case whatever random effect is close at hand. Computers are a wonderful example of chaos theory. Technically, nothing should go wrong with them. Realistically, everything does http://forum.shrapnelgames.com/images/smilies/happy.gif

FrankTrollman
November 24th, 2006, 03:14 AM
The actual command is

#secondaryeffect <effect nbr>

The "always" in there is not necessary and doesn't do anything except break the syntax. It's a glitch in the mod manual.

-Frank

Foodstamp
November 24th, 2006, 05:29 AM
FrankTrollman said:
The actual command is

#secondaryeffect <effect nbr>

The "always" in there is not necessary and doesn't do anything except break the syntax. It's a glitch in the mod manual.

The Great Catsby has spoken.




fixt

zepath
November 24th, 2006, 06:26 PM
So the whole thing is just a clever ruse to make me think there was a way to mod constant secondary effects. I believe the following expression sums up my feelings on the matter...

"This blows."

Endoperez
November 24th, 2006, 07:59 PM
It seems that #secondaryeffectalways doesn't work, but I don't know why Frank thinks it isn't supposed to work.

FrankTrollman
November 24th, 2006, 08:25 PM
Endoperez said:
It seems that #secondaryeffectalways doesn't work, but I don't know why Frank thinks it isn't supposed to work.



Because if you put in "#secondaryeffect" into the weapon modding, you get a secondary effect that always works.

There's an extra "always" at the end of that tag that isn't part of the actual command, and if you remove it, the command works properly.

If "#secondaryeffect" works and does what "#secondaryeffectalways" is listed as doing, are you really going to tell me that the bug is that "#secondaryeffectalways" isn't implemented? [censored] no.

Especially not when parts of the mod manual axctually direct you to use the shortened (and correctly functioning) mod command:


Do not use this command if you want to create a normal poisoned weapon, use #secondaryeffect instead.



Now granted, it would be awesome for there to be a #secondaryeffect50 that had a secondary effect that occurred half the time. But #secondaryeffect is already active always so there would be no point, at all, for including a #secondaryeffectalways - the default chance is already 100% - always doesn't change anything.

-Frank

Amos
November 24th, 2006, 08:45 PM
Frank you are wrong http://forum.shrapnelgames.com/images/smilies/wink.gif. #secondaryeffectalways is an old Dom2 command. Its not a manual error. #secondaryeffect doesnt always work, but only if the weapon itself hits. #secondaryeffectalways is supposed to hit even if the weapon misses.

zepath
November 25th, 2006, 07:00 PM
Precisely, Amos. They are meant to have different effects. #secondaryeffect only triggers when the weapon actually strikes home. #secondaryeffectalways is supposed to trigger every time the weapon is used no matter the result of the attack. I was hoping to employ #secondaryeffectalways in weapons that would *always* cause a certain effect (like Small Area Fire) whether they struck a monster or not. Sadly, failure and then this thread. Would be nice to see this command reinstituted...