So, I was reminded again of the fact that enchanting a bow with an "on strike" enchantment is useless, since you don't actually use the bow to hit things. Would it be possible to make a script to cause any enchantment on the bow/crossbow to be added on to the projectile? Or, if not onto the projectile, then to act concurrently to a successful hit, like in TESIV?

I'd mention it in the fixing the cogs of morrowind thread, since it probably requires some edits to the game to work, that, or some crazy MWSE scripting.

I was considering mentioning it in the cogs thread, but it seems to be more of a tweak/scripting thing as opposed to an actual bug with the gameplay. I mean, it is true, you don't clobber the enemy with the bow, you just shoot the arrows. But, it makes sense that an enchanted bow would imbue the arrows with the bow's enchantment.

Perhaps a better option would be to wield the bow like a club if no arrows are equipped.

Wow, I'm getting good at popping in even before I'm summoned.

This could be done if it wasn't for one thing: we can't determine via script what the enchantment on the bow is. :shrug:

*le gasp!* Why hello there! :hurridly pulls hand away from lamp:


Interesting. Do you think that aspect is something the Cogs patch could address? Or is it all more complicated than that? :unsure:

Is there anything in the game that can detect the specific enchantment on an item?

MWE could, I think. It's just a memory thing, so MWSE should be able to, if it knew the memory offset.

You can always have bows that summon enchanted arrows, but other than that....

isn't that possibile to create scripted bow? you couldn't create your own in-game, but it could be a good compromise

well with the new morrowind code patch, you can enchant stacks of arrows, bolts, stars, and throwing knives. plus it would seem like some sort of enchanting conflict to have an enchanted bow on strike using enchanted arrows on strike...

Not so much as a conflict as it would be overkill. :hehe: Still, it'd definitely make ranged combat a bit more on-par with melee combat.

@peachykeen: I'd prefer to avoid MWE if at all possible. You say it is a memory sort of thing? Do you think I should mention that over in the cogs patch, ask if it is something Hrnchamd could look into?

MWSE and MWE both function as any sort of game trainer that you download. They simply read/modify memory locations to make the game think it made the change on its own. As such, something like getting the enchantment on an item is more of an extended function as opposed to a bug fix. Indeed, there is no bug in this case; it was simply never created.

MWE can read equipped spells, it cannot read enchantments. That's why Oblivion-Style Spellcasting will not work with enchanted items. Short of getting a new MWSE function (:poke:...someone who knows C++) I don't see how we could ever do this.

Now it would be possible to make custom scripted bows, or to add scripts to the bows in game. Causing the effect on the NPC would require MWSE. It could be neat to have as some sort of unique artifact.

isn't that what I suggested?

Well the answer is simple; turn thew bow into a one-hand Blunt Weapon!

But how would it still function like a bow to launch projectiles? Aside from which, it would be an ineffective melee weapon.

MWSE does memory too.



I know a little about how the MWSE system works, I can look at how to add new ones. It's a jump from what I've been doing, so no guarantees, but basically looking up the string from the offset shouldn't be hard, especially since MWSE's virtual machine knows how already, I'd just have to copy, say, xGetValue and change it to the enchanment offsets. Spell ID would be returned.

Also, theoretically (I'm not even going to try yet), arrows should exist in memory for tracking and damage. Meaning they can be tracked. When they disappear, you could place a static copy at the last position, for (in theory) Oblivion-like retrieval.

Aerelorn looked into doing that for Marksman Enhanced. He discovered that the arrow seemingly "disappears" from memory when it gets to the target. Essentially it only exists in memory to display, it has nothing to do with the actual damage of the target. He said there was no way to determine where the arrow's final destination is.

But what about the marksman recovery GMST? The game has to keep track of what arrows were fired to know what arrows to stuff in the corpse... :confused:

@peachykeen: you are awesome! :dance: Everyone here is so awesome! *is immensely cheered up*

Right. The game has to know. Plus:



When it gets to the target. So the engine does know that last position immediately before disappearance, which is really close to the spot it would stick into. If we can watch those coordinates and (basically using a lastPos variable) store the last recorded position before disappearance, then use xPositionCell to place a new arrow there, it would be really close. If it's displaying it, it has to know the last position. It's just a matter of catching and storing that.

I made some handheld weapons that cast projectiles when they are swung so we could attach scripts to bows that launch NPC projectiles once the right sound is played and in order to run the right animation we use invisible arrows that don't do any damage. I was all for this but the old version of MGE had a broken GetEyeVec function(returns the pitch of the player's crosshairs) but apparently its been fixed so it can be done. I think the bounding box would have to be resized, though. This would be good too as we could control the arc of the flight and make it a function of the player's attributes.

One problem would be that all spells would have to be area of effect spells as the NPCs cease travelling upon collision.

Another reason I haven't tried it is you can't tell which mesh it is closest to and successfully attach it to that mesh. You can have a pretty good guess using the cell scan method from MWSE but its no guarantee.


Edit: Just created a really quick version using old scripts and meshes. It works and I can confirm that GetEyeVec works aswell. Will post a vid in my shop mod when its cleaned up though it'll still have the same problems I mentioned before.

:bump: :whistling:

So... is the idea from the OP still feasible with, say, MWSE?

What if there was an in-game scripted interface that asked the player to specify the enchantment on the bow - you know, select spell effect, duration (min/max), damage (min/max), area of effect, etc? Could that information work as a "memory" of the enchantment? If so, then how could cast cost and charge be calculated? Arg, still so complicated. :wacko:

I hate to sound like I am disagreeing with Fliggerty here, for he is obviously far more knowledgeable that I am on MW matters, however I want to point something out.




If it is useless, it obviously must be a bug right? It does not work. So either it was intended for use, or placed on the bow by mistake. Judging from OB's example, I have to guess that it actually was meant to occur much like in OB, but did not work as intended. What am I missing that makes this not a bug?

http://planetelderscrolls.gamespy.com/View.php?view=Mods.Detail&id=6264

Has anyone ever documented how Morrowind allocates memory while running, or how one would go about finding out? :unsure:

Nice mod.

I have also been told that you can't detect owner for PC equipped items.(stolen items) I need that for a project. And I really liked peachykeen's idea of sticking arrows. "game has to know".