Jump to content

sornan

Members
  • Posts

    104
  • Joined

  • Last visited

Nexus Mods Profile

About sornan

Profile Fields

  • Country
    None

sornan's Achievements

Collaborator

Collaborator (7/14)

  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

1

Reputation

  1. Hi NexusComa :smile: Thanks for the reply and input. That is a good idea, I should just try a test run of her moving to a position that is certainly a distance away from her actual mounted position. Even though that may not be the desired result, if it works, it moves things in the direction of fixing the issue. Thank you RedDragon2013 :smile: Thanks for the code there, and that could certainly help detect for sure if the packages are completing or not. The scene phase does wait on her to run the new package that *should* cause her to dismount, and that phase does complete, but I should double check and maybe add a section that requires completion of that package before allowing things to progress if for no other reason than to help whittle things down. The Scene does progress beyond the point of her being bugged, but it gets stuck when she cannot move to a nearby position which a particular phase waits on so she can talk to someone. Thanks for the links to those commands, good tools to know about in the event a scene is having major issues. It'll get figured out, it's only about the 5th brick wall I've ran into in making this mod... things got worked out over time, often thanks to you great guys here helping as well :smile: I'll post once I get a chance to test some changes Thanks!
  2. Hello :) I have a scene where a female Npc rides their horse to a travel location, and then runs a new travel package with 'use horse if possible' flag as false with the travel location right next to the 'horse riding' travel location, so the result normally would be just a dismount with no further movement at that point. This was working great through numerous tests, and then a recent re-test on things revealed for some unknown reason, she is not dismounting. I can confirm that the new travel package with horse travel flagged as false is indeed running, even though she is still on the horse. Later on in the scene, she is meant to walk to a nearby location via a new travel package as well, and this now no longer works, she just remains indefinitely on the horse, as if stuck. This all used to work just fine previously. The only adjustments I've made are to voice types after the scene was working fine, so there is nothing I can find that I had changed which would cause this. I've also checked the Navmesh, it seems fine. I did add the script function Dismount to her, and it had no effect, along with an Evaluate package right after it. She also has all of her travel packages set to ignore combat, so any detection of semi-distant enemies should not be affecting things. I don't know at this point, the Npc just seems stuck on the horse, as if something has bugged out. Any insight or help would be much appreciated :)
  3. Thank you Maxarturo :smile: Thanks for the great information there. It's good to know that StopCombatAlarm is the only thing that works on the player. Thanks also for the command that uses Alias References. Despite many tests, I was not able to get StopCombatAlarm + StopCombat to work to end the dialog issues. It still cuts off after a second or two. It certainly *did* stop the combat music, indicating combat has ended, despite the enemies nearby whom still showed red on the miniature radar in the area. I added the friendly Npc's to the code as well just to be sure, even though technically they should not have been in combat, unfortunately it made no difference. I can only surmise that both StopCombatAlarm and or StopCombat may only temporarily work under conditions where opposing forces exist nearby each other, as maybe eventually the game engine says "we've stopped all combat, but there are still enemies nearby...". I could be wrong, just conclusions from testing on my end. I have found a combination that works with factional adjustments during the presence of enemies: CJA_NazgulFaction.SetAlly (PlayerFaction) PlayerFaction.SetAlly (CJA_NazgulFaction) CJA_Nazgul_1_Ref.StopCombat () CJA_Nazgul_2_Ref.StopCombat () CJA_Nazgul_3_Ref.StopCombat () CJA_Nazgul_4_Ref.StopCombat () CJA_Nazgul_5_Ref.StopCombat () The Nazgul being set Ally to the PlayerFaction actually seems to be all that's needed for the factional part, but I figured it can't hurt to set the PlayerFaction to Ally to them as well. The StopCombat part for them finished it off, and actually works. I was really surprised it worked, it was a last ditch effort expected to fail. The dialog works as it should, with no enemies nearby any longer. /EDIT Decided to just integrate the StopCombatAlarm plus StopCombat code along with the factional adjustments in the scenario to help ensure things are solid. Final code: CJA_NazgulFaction.SetAlly (PlayerFaction) PlayerFaction.SetAlly (CJA_NazgulFaction) CJA_Nazgul_1_Ref.StopCombatAlarm () CJA_Nazgul_2_Ref.StopCombatAlarm () CJA_Nazgul_3_Ref.StopCombatAlarm () CJA_Nazgul_4_Ref.StopCombatAlarm () CJA_Nazgul_5_Ref.StopCombatAlarm () CJA_Frodo_Ref.StopCombatAlarm () CJA_Sam_Ref.StopCombatAlarm () CJA_Merry_Ref.StopCombatAlarm () CJA_Pippin_Ref.StopCombatAlarm () CJA_Nazgul_1_Ref.StopCombat () CJA_Nazgul_2_Ref.StopCombat () CJA_Nazgul_3_Ref.StopCombat () CJA_Nazgul_4_Ref.StopCombat () CJA_Nazgul_5_Ref.StopCombat () CJA_Frodo_Ref.StopCombat () CJA_Sam_Ref.StopCombat () CJA_Merry_Ref.StopCombat () CJA_Pippin_Ref.StopCombat () PlayerRef.StopCombatAlarm ()Same good results, things are working, and I can only imagine that the extra measures help to ensure further scene and scenario content will function properly with combat having been effectively ended. Thanks so much for the help, it got sorted! :smile:
  4. Hi everyone :smile: I have a scenario, where the player fights some baddies, drives them off eventually where they are then in 'Flee' mode, and then a scene unfolds where the player needs to interact with a few friendly Npc's in dialog. Problem is, as long as the fleeing baddies are in the general area, combat mode persists, and the dialog with the Npc's is messed up, where the dialog session is ended by the game engine in about 2 seconds every time while combat mode is still active. Once the bad guys are gone after a minute, everything is fine and dialog works as it should, but the dialog needs to work while they are in the area still. I've tried the following to stop combat from happening once the enemy is fleeing with no success: CJA_NazgulFaction.SetAlly (PlayerFaction) PlayerFaction.SetAlly (CJA_NazgulFaction) CJA_Nazgul_1_Ref.SetRelationshipRank (PlayerRef, 4) CJA_Nazgul_2_Ref.SetRelationshipRank (PlayerRef, 4) CJA_Nazgul_3_Ref.SetRelationshipRank (PlayerRef, 4) CJA_Nazgul_4_Ref.SetRelationshipRank (PlayerRef, 4) CJA_Nazgul_5_Ref.SetRelationshipRank (PlayerRef, 4) PlayerRef.StopCombat () The Npc that the player is interacting with is an Ally to those bad guys (also an ally to the player) so they never went into combat during the previous fight, and has package flags set to ignore combat and no combat alert, so the Npc himself should not be an issue. As a last resort, I can just move the bad guys to a holding cell and at the same time replace them with identical actors that would not be in combat with the player, but that would be a bit of work and not the ideal solution for any future scenarios where this may come up again. Has anyone else ran into this, and found a way to get dialog sessions between the player and Npc's to work while under combat conditions (combat mode)? Any help appreciated :smile:
  5. Did a test run trying out Relationship, with the player and an Npc that was Bandit Faction, Relationship Ally, and it worked - the guy tried to kill my horse, and other nearby Npc's, but left me alone and even allowed dialog once he was out of combat. The downside, something I didn't know is that for Relationship to work, the actor must be Unique and therefore only one reference allowed. The Nazgul in the quest mod are not unique, and already added in editor and in script. I'd have to remove some things and add things to get it to work this way - but it does work, and is an option :smile: Going to test the faction approach now, and if it works it may be the way as I should not have to modify existing content in the quest mod. On a side note, the StopCombat I'm not quite sure how it would work, even if it did, as it looks like a Bool, not using actual actor references, and the Nazgul need to still be able to fight with the player. Anyhow, carrying on :smile: /Edit Not to triple post :p Tried the factional changes, it works. I had to adjust factions to Ally state to prevent the Nazgul from attacking the hobbits and themselves as well, my suspicion is this is due to them being 'very aggressive' in their AI settings. Either way, it's great, they hold position nearby the cowering Hobbits, and then engage the player once in range. Thanks everyone for the help. :)
  6. Thank you very much guys :smile: Thanks Dylbill for the suggestions there - The relationship I'd start with, just because in case it works, sounds like the easiest way to go. I can try StopCombat, I have not had success with it in the past but it takes a few moments to see if it might work. Factions may be the way in the end. Thank you Skyflash for piecing all of that together, I appreciate that a lot, especially when I have never really messed with faction changes much. I have a sense there's a good chance the faction adjustments will be the way, see what happens through some testing. Ah, thanks! :smile:
  7. At very least I should have thanked you for the code example, regardless of my opinion of how the game handles event usage in code. Thank you for the help, and happy post-Thanksgiving :smile: (all of our leftovers are gone now :sad: ) Take care
  8. Hello :) I've got 4 Hobbits that are cowering at the presence of the Nazgul before them. Using a fleeTo package with proper flags keeps them in place and crouching in fear. Problem is, I have not yet found a way to stop the Nazgul from attacking them. The player shows up and fights the Nazgul, so I can't prevent the Nazgul from being able to go into combat. I've done quite a bit of searching on the web, and in the functions list, and can't seem to find a command to get an Npc to be in a 'state' where they would not be attacked by hostiles. Is there a function that might work to make an Npc unattackable (will not be engaged), or is the only way to mess with scripting faction changes? Any help appreciated. TIA :)
  9. To me, it is funky with the way controlling the usage of multiple events in a script works, there nothing wrong with saying that, it's my opinion, I could have said that's 'odd', or whatever. It's surprising to me there isn't an on/off switch for individual events. I'll try the delete function, sounds like that will work to shut down scripts. Thanks for the help.
  10. Thanks :) Yea, that's some kind of funky stuff with the events. But I do understand, likely for simplicity I would just go for shutting down the script. The command .Stop () , is that what ends a script - i.e. - MyScript.Stop () ? I've noticed that when a quest is stopped, it looks like the quest scripts still continue to run. Have a good weekend too :)
  11. Thanks maxarturo :smile: The information helps indeed. Yes, the OnTriggerEnter would also present some complexities in script, where one would be keeping track of each actor that entered, rather than using OnTrigger where the list of actors in the trigger is updated automatically. May I ask, is there a way to shut down one of these events? Like, supposing I use the OnTrigger event, and then once the conditions are satisfied for something to happen, the event is shut down and therefore essentially removed? I'm confident with the events one can incrementally build a list of their own in script as to whom is in a trigger area, yet without an actual command to just get the list the code could become a bit lengthy and somewhat complex for something that would be done regularly, at least in my quest, where GetDistance is tons simpler (one liner check), yet a little buggy due to cell borders. I was hoping that maybe some other people have done this with triggers, but if not, I'll probably stick with GetDistance. I could only imagine if I wanted to get the triggers to do this would require either a custom function or copy and paste code system, and really not wanting to go that far with it. Thanks :smile:
  12. Hey everyone :smile: I've become pretty reliant on the GetDistance command for working out quest content in scripts, yet it comes with its random issues due to cell borders. I'm looking at the triggers to possibly simplify and refine things on occasion, but there are a few things about triggers I'm not sure of despite web searches. Let me ask a few questions regarding triggers that I have not found an answer to: Trigger Performance Impacts I've read that triggers should be limited in their width distance to reduce performance impacts... In exterior areas would performance impacts of triggers only be limited to the cell they are in, or can they impact game play in the entire exterior world space? I would be wanting to replace distance checks with triggers that could be covering areas of 300 to 400 or more (not sure if the distance command uses feet), but the same distances. Trigger Lists I would like to use some fairly large width (radius) triggers to detect when a number of certain actors are within the borders of those triggers - yet so far I only have found a command to get a count of the total actors within a trigger, not a way to actually gain a list (array) of all of the actors within the triggers where you can then see if certain actors are within the trigger area (via array check?). I'm used to modding Armed Assault 3 in the past where triggers can give you a list of whom is in those borders, but I don't know if this game can do that, and don't know about the performance impacts of potentially large radius triggers as well. Any input would be appreciated. :smile:
  13. I'd like to add that if it were me, and I really wanted to first do the auto generate of the navmesh before hand working things, I'd search out on the web other people having the same issues with either time length of the generation due to size of the dungeon or potential issues where the generation just would not complete. At least then you might find that either the time length may be potentially a number of hours depending on size, or there may be some error with the dungeon preventing the generation from completing. If it were the time, I'd just let it run for as long as needed. I'm not saying that the auto generation is necessarily the best way, just saying if it was me, and I wanted a layout to start with, despite the cleanup needed, I'd try to get it to work. I'm making quest content for a big Lotr world space mod, and I've found a lot of areas look like the creator just did the auto generate navmesh and moved on, surely for the sake of time and due to the scope of what he was trying to accomplish. I've had to clean things up along the way, but ironically only as per needed for the quest content to work as intended in specific areas. So in this case, if the Lotr world mod author had tried to do everything by hand, he may have never completed a number of world areas (including interiors) because of the extra time and work involved, and for my part I don't mind cleaning up areas here and there to get quest content to work while leaving the rest as is. Just saying, there are pluses and minus's here. Just depends on what is needed really. Don't forget to backup the .Esp often too, in my quest mod that has been in the works for about 5 months I have 143 backups currently. I backup after I make significant changes/additions, and I backup when I know I'm about to change things that may have the chance of negatively affecting work I have done. I've reverted to numerous backup versions at least 5 times if not more, and it can save a lot of time and avoid frustration. The frequency of how often I personally backup things is probably nearly once per session that I spend time on my mod.
  14. Thank you IsharaMeradin Thanks for the link there, that is an interesting command. I do appreciate the info on your usage, and potential issues with it. It might be for the best at least at this point due to the issues you stated along with potential complexities of trying to micro manage from 4 to 9 actors following to put that option on the back shelf for now indeed. I'm not sure what you mean by 'Custom Npc's', as the actors that are following the player are indeed custom, and I have not used the integrated follower system with them. Having the actors follow each other did produce the most reliable results, I'm going to try to tinker with the radius settings a bit and see if I can get them to cluster less. Thanks again :)
  15. Hello everyone :smile: I knew I'd run into this... I'm having four actors using a follow package where they follow the player around. Every package template I've tried of the 'Follow' variant do the same thing, they cause the actors to really, really spread out despite the radius restrictions set. Typically, one or two actors will remain near the player within their proper radius, and then the other two normally stay like 200 feet away. It definitely does not look much like a group following a leader. The only thing that has worked, and I have not yet tried to refine it yet, but if I make the first actor follow the player, and then the next actor follow him, and the next actor follow the 2nd guy, and the last guy follow the 3rd actor. The actors primarily stick together, and stay near the player, yet they also often cloister right on top of him. I might be able to refine this, but ideally it would be better to have a way to just get all four of them to follow the player and stay near him. These actors are not technically 'followers', just actors running follow packages, just to be clear. I've noticed the 'accompany' flag on some of the follow package templates, and have not seen any difference in turning that on or off. Just wondered if that may have some sort of impact. Definitely have to get this right now, as the group will go from 4 to 9 later on in the quest, and they can't be spread out over 400 feet. I would appreciate any insight or help in how to get multiple (4) following actors to stay near the player.
×
×
  • Create New...