Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Additionally, using the mod 'run for your lives' will cause the NPCs to go home when vampires or dragons attack.
Either way, other than going back in time via a save, the only way to do this is through the console command.
The only vanilla method is reanimating an NPC, but that just makes the NPC follow them around like a zombie, until the effect expires and they plop back to being a corpse, anyway.
If they're not essential and die, resurrecting them shouldn't break anything. However, you can also use the "recycleactor" command as well to revive an NPC from death. This is different from the resurrect command, as it resets the NPC to their default state, reviving them, resetting dialogue, equipping their default weapon, etc.
Just make sure not to use it on yourself.
Regarding Use of Console Commands
https://steamcommunity.com/app/489830/discussions/0/174109439048♥♥♥♥350/
- and as regards using the resurrect comand specifically, scroll down until you see the following
"ALSO:
Player.placeatme and Resurrect
Two commands that should never be used on unique NPCs."
Gives complete information as to why unique NPCs should never be resurrected using the console
Linked topic is from the following section of the PINNED TOPIC Helpful Links and References:
https://steamcommunity.com/sharedfiles/filedetails/?id=2882871440
I know it's general practice to say you should never resurrect unique NPCs after they have died. True!! Very true, at least if you don't know what you're doing! And, if you don't know what you are doing load a save before those NPCs was killed and try to save them.
I have tested this for several years with over 60 unique NPCs without issues, but with the proper measures!
If you don't what measures to take, just stick to the advice given before!
When an NPC dies, he gets flagged as dead and the scripts running for that NPC are stopped. So the resurrected NPC will most likely be broken.
The only safe option always will be to reload a save before this happened.
Say you have befriended Nazeem (?). You have killed Nazeem and resurrected him. As a friend you would still receive a small heritage and Ahlam would be mourning some time. These things are scripted and can't be reversed. If you leave Whiterum, Nazeem would still be moved to the "death-cell", either alive or dead after some time. To keep him alive, you would have to be in the same same cell as Nazeem all the time (keep Nazeem 3D loaded)! But that would be very difficult as Nazeem will leave the city to go to his farm or enter the Drunken Huntsman and by entering an other exterior or interior cell scripts can immediately be executed.
In general, if you don't know what you are doing, don't use console commands!
GetDeadCount <BaseID>
<RefID>.GetDead
That flag is, as far as known, the only indication of recording an NPC's death, stored in ACHR record of the Change Forms Table, and referring to the NPC_ record, also in the Change Forms Table. As the name of this table already suggests, all data in those records can change and will constantly change during gameplay.
But, I agree that nobody should use the resurrect command without doing proper research. If you don't want to do some research, don't use that command.
That means that the only NPCs which are "safe" to resurrect are the non-unique ones, which aren't involved in any quests or aren't merchants. But then, why even bother? So, simply let them rest in peace.