-
Posts
495 -
Joined
-
Last visited
-
Days Won
2
Content Type
Profiles
Forums
Blogs
Everything posted by Noqn
-
Hi, the "Pistol_U_Ecceas_Arcane_Blaster" is the correct Item object for Eccea's Arcane Blaster, but its attack data is defined in another object. Try this: { "GameDataObjects": [ { "$type": "Game.GameData.AttackFirearmGameData, Assembly-CSharp", "DebugName": "The_Arcane_Blaster_Attack", "ID": "ec82fb77-0297-4843-b47c-327d75df627d", "Components": [ { "$type": "Game.GameData.AttackBaseComponent, Assembly-CSharp", "DamageData": { "DamageType": "Pierce", "AlternateDamageType": "Crush", "Minimum": 250, "Maximum": 500, "TacticalMinimumOverride": 15, "TacticalMaximumOverride": 20, "DamageProcs": [] } } ] } ] }
-
There's an achievement that's granted when you've found all artefacts, should I trigger this in S4 and/or the standalone Artefact Hunt Skip mod after finding the available ones? It does give 1 Berath's Blessings point and some people care a lot about achievements, so it would probably be a good idea to put it in Artefact Hunt Skip at least. But I'm uncertain about S4.
-
Turns out Troubadour has a second status effect specifically for Turn Based Mode: Troubadour_SE_PhraseLingerMult_TBM (8a955fb7-2b4f-4df4-bc3d-c50440ab5b05) It has a BaseValue of 2 which causes the +100% bonus. If you set it to e.g. 3 it should turn up as +200% I think: { "GameDataObjects": [ { "$type": "Game.GameData.StatusEffectGameData, Assembly-CSharp", "DebugName": "Troubadour_SE_PhraseLingerMult_TBM", "ID": "8a955fb7-2b4f-4df4-bc3d-c50440ab5b05", "Components": [ { "$type": "Game.GameData.StatusEffectComponent, Assembly-CSharp", "BaseValue": 3 } ] } ] }
-
I'm leaning towards that too. There's this mod that increases bb points from achievements: https://www.nexusmods.com/pillarsofeternity2/mods/259 But we can disregard it imo, the blessings won't do anything even if the player could afford them. If you want to try the options in action here're the downloads: Blank & Affordable -> S4 - BB Clarity (Blank - Affordable).zip Blank & Unaffordable -> S4 - BB Clarity (Blank - Unaffordable).zip Lock & Unaffordable ->S4 - BB Clarity (Lock - Unaffordable).zip
-
I looked up the texture sheet and atlases used for Berath's Blessings stuff, there were three images that I think can be used as replacements to mark blessings as "disabled". This would give a convenient oversight of what blessings are actually relevant for S4. You can see how they each look when selected, affordable and unaffordable compared to vanilla icons: (I've also set the disabled blessing names & descriptions to empty strings.) I'm thinking either the blank texture with a cost of 0 to illustrate that the blessings won't do anything, or the lock icon with an impossibly high cost. Thoughts?
-
You guys knew Humaire & Engari stay as spirits if you kill them? Clever failsafe. Glad I found this. Engari drops three letters, when inspected they'll each trigger a Face quest + 3x artefact hunting. I've edited the scripts so that they don't trigger the artefact hunting. I'll upload the standalone artefact hunting skip mod tomorrow after some sleep.
-
Some general stuff regarding Blessings/ActivateNewPlayer. Now that the Starting Money Blessings will work, should we take that into account for the S4 starting gold? I think I'd rather have a balanced, fixed amount of gold, regardless of whether the blessings were picked. I've atm set up so that 55k is removed from the player right before the S4 starting pot is given. Thoughts? In character creation, the attributes will now default to 10/10/10/10/10/10 rather than 16/14/13/13/8/11. (I'm using the proper Player_New_Game prefab rather than one of Obsidian's debug presets.) I noticed the disabled "companion" will reenable themselves and awkwardly join the party on scene load. To stop this, I will use the "Kill" command from now on (The corpse will be hidden out of sight and reach, in the spot where the player would land if they had entered from the well.) I noticed the player portrait will always default to a specific portrait: This is not an issue in vanilla because Wather's spirit prefab (which is used as a template during character creation) doesn't have a portrait specified. In vanilla, I think this is roughly what happens: Watcher's Spirit has Player status. SetAdditionalCharacterCreationTarget -> Watcher's Body OpenCharacterCreation (Watcher's Spirit will be used as template) ActivateNewPlayer -> Watcher's Body However when I try to replicate this, the Watcher's Spirit will disappear after ActivateNewPlayer and Player status will not be transfered to the Watcher's Body, which is entirely unique behavior compared to other character prefabs. The Watcher's spirit most likely has a script attached to them somehow. Optimally I'd get this sequence working somehow, but if it's dependent on something in the Beyond prologue scene I'd just be wasting my time. Since the portrait is a super minor issue I'll ignore it for now.
-
For S4 I highly recommend Get On My Level for the sake of the first two encounters, probably should've mentioned it. As long as it's properly pointed out in the mod description I think we can balance S4 with the expectation that the user has it installed. Anyhow, if experienced players have to grind just to overcome the second mandatory encounter, I'd say the difficulty is set way too high. Though as you mentioned, Lv 15 -> 16 is a massive power spike, so I presume the first two encounters would be significantly less difficult with Get on my Level installed? Shout-out to @Kvellenfor solving all of that by pointing out the existence of the front door
-
Ha, I found a way to prevent the portrait from disappearing. If the Player is targeted by ActivateNewPlayer while there is another member in the party, and that party member is then removed, the portrait is not hidden. By adding an extra party member to the Prologue_Party object, we will start the game with a generic companion alongside us. Right after doing the ActivateNewPlayer trick, running "ActivateObject Slot0 False" and "RemoveFromParty Slot0" will erase the extra companion from existence, while triggering the bonuses as appropriate
-
Ah cool, this is also an option. Mods should be compatible as long as they don't touch the WhenToTriggerScripts value. Also, anything that changes WhenToTriggerScripts without also changing the intro scenario would break several of the blessings, e.g. Bonus Attributes ability being added to the Watcher's spirit and not the actual player character. And anything that changes the intro scenario would most certainly be incompatible with S4 anyways. On a vanilla (S4 disabled) new game, the player cannot save until after the Watcher has woken up and the OnPrologueComplete bonuses have triggered. So S4 being enabled in the middle of that non-S4 playthrough wouldn't cause any issues. On the top of my head at least I'd say this option is probably safe.
-
Sh*t, thanks. Ok, so some of the bonuses have their WhenToTriggerScript values set to OnPrologueComplete. According to decompiled code, these are triggered when the ActivateNewPlayer script is run. (In vanilla I presume this is when control jumps from the Watcher's "spirit" to their body.) We don't have a body double in the Temple of Toamowhai to use, but the good news is that you can target the existing player character with ActivateNewPlayer and trick the game into granting the bonuses. Bad news is that this awkwardly hides their portrait until the player has saved and reloaded... Alternatively the bonuses could be granted in the S4 post-character creation script, but there are no conditionals for checking whether a specific Blessing has been picked. I had already made sure the Mythical Adra Stone is added directly to your inventory if Mythical Discovery was picked, but that was possible thanks to that blessing triggering OnGameStart and then sets a flag which I could use in the conditional. However that would not be possible for +2 Attributes etc that trigger OnPrologueComplete and don't set flags. So the two options are either to see if there's a way to "re-activate" the existing player without their portrait disappearing, or just add all relevant OnPrologueComplete bonuses to the player in the S4 script whether the player picked them or not. Currently these are the bonuses that are not being applied correctly: Infamous Past Bonus Skills Bonus Attributes +5/50k Starting Money
-
I'll take it into consideration, but I'm still a bit hesitant. The mod is atm pretty clean when it comes to edits on vanilla objects. Recipes are outside the SSS sphere that I'd considered fair game, so I'm not keen on making blanket edits on them in the main file. It could introduce awkward compatability issues down the line, in case someone makes a mod that messes with recipes. Would it be better to have a single optional package for clarity? The non-hidden version is probably not necessary tbh. The two "S4 - Recipes" files I uploaded are optional mods that go alongside the main download, you can safely enable (or disable) either of them at any time. The S4 recipes will only show up on a S4 playthrough, while vanilla recipes will only be hidden on a S4 playthrough (if you picked that option). edit: my reading comprehension is not the best, did I misunderstand your question?
-
True, we can keep ingredients in Neale's shop, the player can just ignore them if they aren't needed. Probably going to make it as an optional package(s). If the vanilla recipes (with ingredients) aren't hidden, the enchantment menus will get bloated and a bit confusing. Still convenient, but ugly enough that I don't want it as default. However if the vanilla recipes are hidden, I'd have to make edits to all those objects that for compatability reasons I'd prefer not to have in the main package. So I think the best option is two optional downloads, with vanilla recipes either visible or hidden. Feel free to try out one of the two options (doesn't cover the quality enchantments yet though) -> S4 - Recipes (Vanilla Hidden).zip S4 - Recipes (Vanilla Not Hidden).zip
-
Got me thinking... Another proposal: Make duplicate receipts for all Item Upgrades which will only display on a S4 playthrough. The difference from vanilla recipes is that these won't require any ingredients (but have prices adjusted). This way we could remove ingredients from shops entirely. I imagine this would be of great convenience to players. Vanilla: S4: S4 (with vanilla hidden): Thoughts?
-
Good to hear, good to hear. I'm especially happy how the artefact hunt skip turned out If scrolls are going to be available through crafting (which is probably unavoidable since we need to provide all ingredients for upgrading equipment), I reason that we might as well put them in shops for the sake of convenience. Should I remove the BoW & FS bombs? I don't think they are craftable by default? Hmm, Food would be easier to gate due to having unique ingredients. But I too think it's a fair tradeoff atm. Also, the player would have access to all foods in a vanilla playthrough after all. This is absolutely worth considering, finding the right ingredient is too painful atm.
-
Hi, just a few days after I got back home and could access my desktop I got hit by corona, so I've been out of commission for the last week or so I think the pets (& soulbounds) stuff were included in the download in my last post, but I forgot to mention it (pets are sold by Domenga). I'd update the main post but annoyingly it seems I can't edit it anymore. Anyhow, new download with superior shields added -> S4 -Standalone Seeker Slayer Survivor.zip Next I'll split up the accessories across vendors and set the non-unique accessories to regenerate. What do you think about the campaign as a whole as it is currently?
-
Just me or is this much more convoluted than it needs to be? I'd say go for one solution over a mix of several. Personally I'm firmly against removing damage types from weapons. Dual type is a cool concept and a part of the weapons' identities. Also, making the weapons less versatile against 99% of enemies is more intrusive than a clarity issue against 1% of enemies. For this reason, I don't think the Elemental Weapon Keywords should be any part of the solution. On top of the known vanilla breaking behavior, it most likely causes a lot more issues we've yet to discover. The closest thing to a clean, regression-free "fix" is imo to give Keyworded Weapons a secondary elemental damage type, if they have none. (And adjust Pen.) While the original "unexplained immunity" behavior would remain, it offers more clarity (which weapons are elemental?) and is arguably a good standalone tweak anyways. I'll post the table again: