Author: Randy Knapp Source: Github
** AS OF 1.0.11, THIS MOD IS BEING SUNSETTED. IF ANOTHER MOD REQUIRES THIS MOD, ASK THE AUTHOR TO CONVERT TO USING CUSTOM ITEMDATA. **
This final version of EIDF adds stability support and prevents character load errors from occurring when 3rd party mods remove EIDF compatibility. Please update to this final version to prevent errors.
Provides a way to easily modify items, consistently and losslessly save their data, uniquely identify item instances, and extend item functionality.
Please note that this is a work in progress. This mod absolutely should not destroy or corrupt your items, but if it does, please report bugs to the Nexus or the Github so they can be addressed promptly.
If you're just a Valheim player that loves mods, you'll probably only need to install this mod as a dependency for some other mod.
Use a mod manager or install manually by downloading the file, unzipping it, and copying the ExtendedItemDataFramework folder to you BepInEx plugins folder. That's it! You're good to go!
When uninstalling this mod, first go to the config file in the BepInEx config directory (randyknapp.mods.extendeditemdataframework.cfg) and set Enabled to false. Run the game one more time, load a world, and then quit. This will save the game, reserializing out the correct data. Uninstall any mods dependent on this mod BEFORE uninstalling it.
So you want to make some cool item stuff, but there's no convenient way to: A) uniquely identify items, or B) safely and consistently save custom item. That's where Extended Item Data Framework comes in.
ItemData is currently saved by the game in two ways:
Inventory object to a ZPackage, which is saved by whatever owns the Inventory like the player or a container.ItemDrop component into a ZDO.Extended Item Data Framework works by capturing the save data capability of the m_crafterName string field of the ItemData object. This field is already capable of arbitrary length, the game already knows about it, and it already gets saved by the built-in systems. No need to mess about with modifying ZDOs, patching the Save/Load methods, or anything like that. It can also contain any characters, since it's not parsed by the game at all. Just written to binary using the string length.
So what Extended Item Data Framework does is create an ExtendedItemData object, which derives from ItemData, and replace the standard ItemData with the extended one in each place the game creates items. ExtendedItemData contains a list of objects that extend BaseExtendedItemComponent. Each one can save and load data. And each one can be accessed through the ExtendedItemData object.
Included in Extended Item Data Framework are two basic components: CrafterNameData and UniqueItemData.
CrafterNameDataexists to store the vanilla data of the crafting character, since we're commandeering the field that was originally used to store that data.
UniqueItemDatagenerates a GUID when items are created and saves it as a string. This lets other systems in the game get items by their unique ID, even if they are otherwise identical. The vanilla game does not distinguish identical items from each other. Currently, only items of the following types get a unique ID: OneHandedWeapon, Bow, Shield, Helmet, Chest, Legs, Hands, TwoHandedWeapon, Torch, Shoulder, Utility, Tool.
[BepInPlugin("com.me.mods.mynewitemmod", "MyNewItemMod", "1.0.0)]
[BepInDependency("randyknapp.mods.extendeditemdataframework")]
public class MyNewItemMod : BaseUnityPlugin
{
...
}
ExtendedItemDataFramework.dll in your mod project.public class that extends ExtendedItemDataFramework.BaseExtendedItemComponent and implements its constructor and abstract members.
Constructor: The constructor must have one parameter: ExtendedItemData parent and it must call the base constructor by passing in it's fully qualified type name. Get that by calling typeof(MyCoolItemComponent).AssemblyQualifiedName. Example constructor:public UniqueItemData(ExtendedItemData parent)
: base(typeof(UniqueItemData).AssemblyQualifiedName, parent)
{ }
string Serialize(): Return a string of whatever data your item component needs to save.void Deserialize(string data): Given the same string you saved in Serialize, initialize your component.BaseExtendedItemComponent Clone(): The item to which your component is attached is being cloned, usually to move it around the world or from one inventory to another. Implement a function that returns a copy (a deep copy if necessary) of your component. The cloned object will be considered to be the same item as the original. Note: In Valheim, items which are cloned have their original destroyed immediately after.Save() method. This will write your data to the ItemData so that it will get saved next time the ItemData is saved by the game.ExtendedItemData exposes two static events for when item data is extended:
NewExtendedItemData(ExtendedItemData): This occurs when an item is created at runtime in the game world. The passed in parameter to the event handler is the just-converted ExtendedItemData. You can do what you want with it in your handler, but usually you'll check if it matches some condition and then add your component.LoadExtendedItemData(ExtendedItemData): This occurs when an already extended item has been loaded from save data. Your component will already be deserialized and attached, but you could do whatever initialization you need to do here.ItemData extension methods to easily access your component or test for its existence. The extensions included in Extended Item Data Framework are:
bool IsExtended(): Returns true if the item has been extended.ExtendedItemData Extended(): Returns the item cast to an ExtendedItemData.string GetCrafterName(): Returns the real crafter name (not the new save data).void SetCrafterName(string crafterName): Sets the crafter name.bool IsUnique(): Returns true if the item has a UniqueItemData component.string GetUniqueId(): Returns the unique ID of the item.itemData is an ItemDrop.ItemData object:itemData.Extended()?.GetComponent<MyCoolItemComponent>()
"<|" and "|>". Technically you can use them in your serialized data, as the framework will escape them with a unique string, but the author recommends that you avoid it. For reference, the unique strings of the escaped delimiters are: "randyknapp.mods.extendeditemdataframework.startdelimiter" and "randyknapp.mods.extendeditemdataframework.enddelimiter".