Kvellen

Oh wow yeah! I looked through that conversation and the random encounter data trying to find any clues for context for a zone or anything. Somehow I didn't even see what folder her main conversation was in haha!

Based off an unused map called "RM_WorldMap_Sea_Int_Ydwin" it seems like we might have originally met Ydwin on an abandon ship. At least I am assuming this was her introduction scene. The map screen has the title "Stranded Ship", but beyond that I can't find any context for where this scene would have originally taken place in the game world. Something might have exploded I think?

Yup only Companion relationship ever show a breakdown of the different axis changes.

After a bit more testing I'm pretty sure it's only items with itemmods that are applying the "-x% Hostile effect duration" directly as a status effect that can cause this bug. Which would explain why itemmods like Lone Wolf that apply the status effect through an ability won't trigger it.

Use this console command to check: ToggleDispositionDebug Each rank should breakdown as: 4 points. 12 points. 25 points. 45 points.

Oh I didn't know you were asking about a mod conflicting with Deadfire Collected Fixes. Hmm, I'd say if you're set on using Booty Buster, use the 5 files from that mod over mine. 15_cv_fleet_master_okaya, 03_cv_nera, and 00_cv_nairi only address a few pretty minor quirks. Basically just small things that stuck out to me as sort of weird when I encountered them. 03_cv_director_castol - My version just fixes a missing reward for one specific outcome of a quest called Of Like Minds. While Aleksandrs' file doesn't have this fix, it does increase the overall rewards for a lot of VTC factions quest. There is also still a way to get the quest reward from SPOILER when choosing to help SPOILER with SPOILER. See walkthrough of quest if you want details and spoilers: https://pillarsofeternity.fandom.com/wiki/Of_Like_Minds 27_cv_court_of_woedica_player_interrupts - Fixes a quest bug during Lost Dues in Good Faith when selecting a response unique to a Steel Garrote Paladin or Priest of Woedica and adds a bit of Serafen disapproval that was present on a similar response so I added it. I have a fall back implemented in "drunkards_regret.gamedatabundle" that should fix the bug if you run into it.

Unfortunately yeah. The only other option would probably be opening both files in a text editor, comparing the differences and manually merging changes from one into the other to make a best of both worlds. But that does require some level of familiarity with the structure of the file format and a lot of patience. I meant "unwieldy" in the sense that having to scroll around a lot of mods can sometimes be a bit tedious. I only bring it up as you mentioned you are planning to install a lot of mods. Should do. I haven't used it very extensively but it was good to have as a fallback a few times.

As discovered by Defaault on reddit, there is a bug where all equipment on a character will disappear if the character is wearing Strand of Favor and is hit by the spell Form of the Helpless Beast. The above video uses a modified version of Form of a Helpless Beast to demonstrate this, but otherwise this bug is vanilla behaviour. From what I can tell it seems to be caused by -10% Hostile effect duration from the Ward of Favor enchantment reapplying as the spell wears off. I've test a few other items that do reduce Hostile effect duration and Arcane Containment on Cabalist's Gambeson is the only one I have found that also causes this bug. Things like Lone Wolf on Ring of the Solitary Wanderer seem to be safe for whatever reason.

Probably better if I reply in this thread, rather than the Any way to make companion idle poses available for player character. Of my mods Deadfire Collected Fixes is probably the mod that's most likely to conflict, since it makes a lot of changes to .conversationbundle files that don't support partial edits. If you have any question about compatibility with specific mods let me know! (Everything contained in this spoiler tag was written before I saw your recent posts so you are probably already aware of what I was trying to explain in it.) If you need to rearrange mods and the in game mod manager is a little unwieldy with how long mod list has got, you can also use the "modconfig.json" file that is generated when loading the game to rearrange the load order of mods. For windows this is located under: %userprofile%\appdata\locallow\Obsidian Entertainment\Pillars of Eternity II\modconfig.json It'll look something like this: { "Entries": [ { "FolderName": "Silent Corporate Logos", "IsLoadedFromSteamUGC": false, "Enabled": true, "AbsolutePath": "G:/GoG Games/Pillars of Eternity II Deadfire/PillarsOfEternityII_Data/override/Silent Corporate Logos" }, { "FolderName": "PoE2-EnhancedUserInterface", "IsLoadedFromSteamUGC": false, "Enabled": true, "AbsolutePath": "G:/GoG Games/Pillars of Eternity II Deadfire/PillarsOfEternityII_Data/override/PoE2-EnhancedUserInterface" } ] } Each entry is contained between a set of {curly braces}, and moving it up and down is as simple as cut & paste. Make sure you have a comma after closing curly brace} of each entry, with the exception of the last entry. So the majority of Deadfire mods on nexus are mods that change gamedata. The file format used for gamedata (.gamedatabundle) support partial edits. What this means is if a modder wants to change specific things, like say making a Combat only ability available outside of combat, they only need to include the lines relevant to the change in a .gamedatabundle in their mod folder. When the game loads it will override just the changes made by this file, and for anything unmodded load the default values. So as long as the gamedata mods aren't changing the same lines, and the modders have followed best practices and aren't including unnecessarily lines of default values, gamedata mods are less likely to conflict. However this is not the case with mods that make changes to things like conversations as the files responsible (.conversationbundle) don't support partial edits. So even when making a very minor edit, like say adding a script to give the player money, the modder must include all unmodified contents of the file as well. Otherwise their changes won't function. This means there will always be an override conflict if multiple mods make changes to the same .conversationbundle file, and whichever one is lower in load order will be the one that wins out.

.character files are used by the game to load premade characters into the game. The file is pretty much a .zip file of a sort. Anything that can open those (7zip for example) can open it. It contains these 3 things: "gui" folder - matches the folder structure of the portraits folders, contains the 4 images that make up the character's portrait. a .objsav file - Basically a snap shot of the character object. I think... "manfest.json" - A json file containing information on the character. Not sure of anywhere except .savegame files (which can also be opened in the same way described above), where .objsav files are use. And sadly not aware of any program that can open them. Which is a shame, as depending on what they actually contain there would likely be interesting applications if they could be modified. External character generators for example. Otherwise the "manfest" file can be opened in any text editor. It's use seems the be primarily to populate the information seen in character creation or recruitment screen at an inn. As well as when uploading the character to the Steam Workshop. This is my best guess for what each property of the file is is (??? = Unknown): "Version": 1, - ??? "Name": "", - The name of this character. "InstanceID": "", - The GUID for the instance of this character game object. This matches the name of the .objsav file. "Stats": {}, - The respective attribute scores of this character before any race and culture modifiers. "Subrace": "", - The GUID for the subrace of this character. "Gender": 0, - The gender of the character. 0 = male, 1 = female. "CharacterLevel": 1, - level the character is when they are exported. "Classes": [], - The GUID\s of the class/classes the character has. "SmallPortrait": "", - Directory of the small "_sm" portrait used by this character. "LargePortrait": "", - Directory of the large "_lg" portrait used by this character. "IsFromCheatGame": false, - Whether "IRoll20s" was used to activate cheats in the game this character was exported from. "ContentType": 1, - ??? "SteamItemID": 0, - Likely the "Author": null, - name of the author. "DefaultVisibility": 0 - ???

I'm glad you're still at it! From what I understand of a thread by Fhav6X the specific textures and the meshes that make up the appearance of an item are also stored in .unity3d files as well. These are then reference in a .asset file (also in the .unity3d file) that links them together. The .asset and it's location within are what are then referenced for an equippable item on "ModelVisualDataPath" field. At least that is my understanding of it.

There are a few weird quirks in the .chatterbundle files that Apotheosis generates. The only potentially serious one is that adding a chatternode from a parent file doesn't seem to be adding it to "AudioLookup" list. Otherwise it's all pretty minor stuff that isn't affecting the functionality of chatter from what I can tell. Like the "Audiolookup" will rearrange when new nodes are added to existing chatter. This sort of thing happens: "AudioLookup": { "22": "ability_cast_interrupted_0022", "80": "ability_cast_interrupted_0080", "97": "ability_cast_interrupted_0097", "40001": "attack_40001", "40002": "attack_40002", "40003": "attack_40003", "10001": "barbarian_shout_10001", "28": "battlecry_0028", "29": "battlecry_0029", "30": "battlecry_0030" And that I'm still not quite used to the order of things on chatternodes being different what they usually look like in Deadfire. Weirdly... Close to how "TalkNodes" are laid out for .conversation files in PoE1... What's with that? Anyway, I can work these issues, thanks a lot Noqn!

Hey, I took a quick look over it. The Fleshrender_Weapon.gamedatabundle file seems fine, but several of the other .gamedatabundle files you've posted seem to contain instances of incorrect and missing parameters. A few examples: Fleshrender_StatusEffects.gamedatabundle, None of the following seem to be status effect properties: https://eternity.obsidian.net/game-data-formats/components#statuseffectcomponent "TickInterval", "TickEffectValue", "StackingType", "ApplicationEvent", "AffectedStat", "DamageType", VisualEffectID" Fleshrender_EnchantRecipes.gamedatabundle, each entry starts with the header "ItemEnchantmentGameData" which isn't a valid gamedata type from what I can tell. Fleshrender_Enchantment.gamedatabundle has similar problem with the "StatusEffectItemModComponent" header. I'm not really sure how this happened, did you use an old mod as the basis for your mod maybe?

According to google it is on Spotify?

Found another chatter specific issue. When Play Type is set to Random or CycleRandom on a node it's links aren't getting random weight set. Which seems to prevent any of the linked nodes playing at all. Dove into the chatter editor a little more just now and it's looking superb! Was able to remake something that in the past took me several days of tedium in just under an hour! Really fantastic feature! Was going to say this would make a great addition to conversations as well. Even better that you've set it to play a .wem off of nodes using Exterior VO as well! Great work!

Thanks a lot, I'll give this a proper look when I can! A quick glance, I did notice these 2 things: ScriptNodes in the chatter editor seem to be missing the Persistence and Play Type dropdowns menus. I'm not sure if Persistence is actually used in chatter, but one key place PlayType is used on a ScriptNode specifically is Selected chatter. If you take a look at companion and player chatter for this event you'll see that they all start by linking to 2 ScriptNodes. The first is for playing only the rare Humorus lines only when the character is clicked 15 times, and the second the more common selection lines that play otherwise. The PlayType on each 2 ScriptNodes needs to be able to be set to random play the nodes they are linking to. Otherwise it will only ever play first line from each. In the exported .chatterbundle files "Links": [] seems to be higher in the order of node parameters than normal. I haven't actually tested to see if this prevents it functioning but it stuck out to me when comparing to normal chatter.

Pissed off Pale Elf. Gave it a shot. Source: PoE Aumaua Mage By I2ebis And the original as well:

Intriguing! Honestly using an Adventurer as a stand-in to prototype the Items, voice set, and dialogue is a pretty good place to start such a project! As you'll be able to see how these all work in game. I don't know if this is what you are asking about, but a ModScriptHook that triggers the StartConversation script might be what you are looking for. Though be aware this has the limitation of only launching at the start of a level loading or on loading the game from a save. I'd recommend looking into Apotheosis if you haven't already as that tool, amongst making modding Deadfire in general a easier, takes a lot of the headache out working with the game's scripting. Additionally the conversations editor is the best thing available for modding Deadfire's conversations as it's closer to how Obsdian's narrative designers actually worked with dialogue. I could write up an example of a simple scripthook that triggers a conversation if that would be helpful? Yup! I mentioned a bit about the naming convention for audio file related to conversations in my second post of this thread. If you have any question about this let me know! The "InspectOnUseButton" on items is the only way I'm aware to get player input to launch the StartConversation script. Indeed. Once a conversation is launched it can go on for as long as needed. Or get stuck in a loop forever if you're like me and forgot to put in an exit while testing... Correct. Linking a conversation to any character is not directly supported. Correct. The contents of maps aren't modifiable and the only way to spawn a character into scene is with a console command that requires their prefab to already exist in the games asset files. As I mentioned this can be done with a ModScriptHook that runs only on map/game loading. Otherwise there are a few conversation that are triggered for various points of interest that can be used to have a bark play just like other companions. I don't know if this is possible. It's not something I have looked into myself. I would guess this would require making additions to one or more of the .unity3d files. "character_hd.unity3d", "character_headandskin_hd.unity3d", or "characters.unity3d" maybe? Which isn't something I've seen in any Deadfire mods.

Sadly there are a number of technical limitations and hurdles that would need to be overcome first to do that. Which aren't really possible with the built in modding support, and I'm honestly not well versed in advanced forms of Unity engine modding to know if it's possible at all. The Adventurer Character Object (know as a "prefab" in Unity I think) that all Adventurers share doesn't support being talked to, as it completely lacks a component called "NPCInteraction" responsible for that interaction. This is what enables interaction with companions through the "Talk To x" button and on clicking on an npc. Which will point to a designated conversation GUID and load it when triggered. There is a very hacky way to add the "NPCInteraction" to an Adventurer, and doing so shows the "Talk To x" button. Though it's completely non-functional sadly. As for getting the character to spawn into a scene. I don't even know where to start. The good news is that if someone were to figure out how to get around these hurdles everything else touched on in this thread is already supported by the game!

How does this work for things like the Player voice sets, where 2 speakers share the same chatter?

Oooo that's look great! Have had a few projects I have been putting off due to drudgery of making manual edits to .chatterbundle entries. Thanks a lot for the break down, this does confirm a lot of assumptions I've had over the years on how these files worked! The need for a manifest entry isn't something I have come across though. The couple of new chatters I have made from duplicating existing ones then generating a new GUID, have seemed to function without the need for one. Additionally in my experience .chatterbundle files seem to have no need to maintain the same directory structure as their origin file. I wonder if maybe the need for a manifest entry is some vestige from Deadfire's development. Like the "ConversationType" having 2 states: "0" for Conversations, or "1" for Chatter. But this never seeming to be used in conversations from what I have seen. Maybe at some point conversations and chatters once shared a filetype and structure? The stringtables always seemed an odd inclusion to me when I was looking at .chatterbundles purely as voice sets. With the knowledge that a lot of the ambient townie barks comes from chatter it make more sense. I'm still not really sure what function the "generic" stringtables serve in game though. The thought of chatter appearing as text in game would have been a bit of a nightmare!

Ah I thought I had remembered there being a version of it on rest. Annoyingly on-rest scripts are located in an ".assets" or sometimes a "level" file. Unless they have a referenced to a globalscript/globalexpression it's not something that Apotheosis is capable of editing. And as far as my experience goes, even with a tool like UABE that can open assetbundles, such files seem prone to corrupting or are very finicky to make alterations to. Removing the script setting "b_Xoti_Nightmare" from the Gaun statue conversation would have been my next suggestion. Really my only hesitation in suggesting it first, would be that doing so makes it so that once that conversation has played the next step in Xoti's quest becomes reliant on the mod to progress. All things considered though, it's the best solution. I would suggest moving your script for Magran's teeth completion to a mod scripthook instead. That way you'll avoid the possibility of conflicts arising from other mods that make changes to Xoti's hub. Great idea for a mod by the way! The pacing of Xoti's quest has always struck me as pretty bizarre.

I remember ranting to a friend who had played through each game on Path of the Damned about how frustrating this bug was. Expecting him to know what I was talking about. His response "I never saw that". Turns out the mad man didn't use any AI behaviours and just micro manages every attack his party makes...

Hey @Larena27, I've looked at somethings around Xoti's quest before. Did you try adding the condition on Conversation Tigger node "403" of "companion_cv_xoti_main"? That's what seemed to start the conversation that leads into the final parts of the quest when I was looking into it. Though maybe there is another place it can trigger like after a rest? If that's the case it could be tricky to alter as, just like Conversation Tigger nodes, scripts will ignore any condition on whatever node it points at by design.

My pleasure! I use a tool called Apotheosis, that organises all the exported gamedata and text in every supported language into a gui interface that can be searched through more easily. I looked in the ItemMod section for "Champions_relic", which lead me to the status effects responsible for the bonus. There there is a parameter of status effects called "OverrideDescriptionString" that's been used to overwrite the text in this instance. That's where the reference ID was. I noticed the issue with the Replacement Token by swapping between "English" and "Francais" from a dropdown.