Hax's Coins was integrated into Gemstone Collector in the new beta version, so we'll start by uninstalling that mod. We can't just turn off the mod, because my leveled list conflict resolution patch uses it as a master. Let's unwind that connection in xEdit so we can remove this mod.

 

We'll start by using the "Report Masters" script to identify all records in my patch that reference Hax's mod. 

 

 

Now we'll go through each record and remove the Hax's Coins items from my patch. We can speed up the navigation process by control-double-clicking on the form IDs on this report. We'll then filter by value to quickly identify the records with Hax's form ID structure and remove them from the conflict resolution patch.

 

 

With that done, we'll use "clean masters" to remove Hax's Coins from my patch's master list, then we can save the modified patch and proceed to deactivate Hax's Coins. Now we're ready to proceed with the main project.

First off, let's address the copper issue. The ideal solution here would be the following:

 

1. Corundum will be used for its vanilla purposes - creating steel alloys for weapons and armor
2. Copper will be used for copper jewelry
3. The basic material for copper will change to the copper ore/ingots from Gemstone Collector, while Corundum retains its vanilla sourcing
4. The two new intermediate objects need to have their texture data updated to use the Gemstone Collector copper texture rather than the NeV-P Corundum one.

 

 

Here you can see Gemstone Collector's standalone copper ore, and the injected records for copper that IJ creates. 

 

So first things first, let's put all the foundational items into a working file. This will make it easier to quickly navigate through them. Note that Corundum Ore is mostly just there as a form ID reference, though we will revert its naming convention to vanilla.

 

 

Now we want to integrate these two item trees. First, we want the two IJ copper-based items (the tabs and jeweller's bars) to use GC copper ingots instead of corundum ingots. We'll find the COBJ records for those two items and copy them to our working file. You can see below all the copper items that use corundum ingots as an ingredient.

 

 

We're going to change all of these to use TGSCIngotCopper instead.

 

 

Next, we need to make some changes to the leveled- and form lists that impact the materials. Rather than remove any of the copper items from the corundum leveled lists, we will instead add the ingot and ore from TGSC, to ensure maximum compatibility and to enhance the availability of these metals in merchant inventories.

 

 

So now we've updated the constructible object relationship as well as the leveled lists to support this new schema. The final activity is to update the two new refined raw materials (the tabs and bars) to use the copper texture from TGSC instead of the Corundum texture from NeV-P Extreme Materials. Let's avoid making direct nif edits - instead, we'll apply a texture set. To do this, we're going to look up the texture information for the copper ingot in NifSkope and then copy it to the texture set. Though, one thing I notice here that we'll need to pay close attention to is the presence of a full file path in the nif - this may cause compatibility issues for us down the road, since our game isn't installed on C drive.

 

 

 

Now let's apply this texture set to the two meshes from IJ.

 

 

Now let's go into the game and check these. You can clearly see the NeV-P corundum texture on the ore and the vanilla ingot, but the IJ bar/tab are now showing the texture from the Gemstone Collector ingot instead. Looks good!

 

The next thing we want to address are the duplicated items between the Gemstone Collector mod and LOTD. Legacy natively integrates some, but not all, of the GC minerals. What we want to do is identify those and then remap them to their TGSC equivalents. At this point, we won't be adding any of the missing items to the museum, though that might be fun to do eventually. However, TGSC has its own museum already, so that's not strictly necessary. Indeed, I might solve it instead by adding a portal to the TGSC museum into the Dragonborn Gallery, rather than creating duplicate displays.

 

 

We'll copy all of these to a working file, then cross-reference them with TGSC. Any that aren't from that mod, we'll prune out before we go further. After narrowing the list, we still have a substantial number of items but not nearly as many. Some of them don't line up 1:1 because of changes in naming conventions.

 

 

Let's use Alexandrite as an example of what we're going to do. This one is pretty lightweight, because LOTD only distributes it via leveled list. However, we need to update the form IDs on all of these records to map to the TGSC version.

 

 

 

Amazonite covers the remaining element that Alexandrite didn't cover - worldspace object references. For this one, we need to look at the TGSC version and see if it has a reference to the same place. If so, we'll disable the LOTD version rather than changing the baseform.

 

 

As you can see below, TGSC puts its copy in a different place, so we don't need to do anything special here.

 

 

On this one, I've got a lot of records to process, and I'll be continuing this effort into tomorrow, but as you can see below my patch is already starting to come together nicely. One fun discovery is that as both mods evolved, LOTD and TGSC have diverged on where they placed the gemstones, so thus far I haven't had to disable any refs. This is good, as it will make it easier for me to fill the displays in both museums as I find these items.

 

I didn't want to focus solely on the gemstones and jewelry project, so I did grab a couple more mods off my to-do list.

 

First was an easy one: XS Sporty Hardbody. This is a BHUNP bodyslide preset and all I had to do was slide it into my mod stack - OBody will pick it up automatically as an option. I did hide the CBBE XML file just to ensure it doesn't get loaded accidentally.

 

To go with that nice new body, I downloaded COCO Pinup Cheongsam. I never particularly liked how the Blue Palace servants from Hydragorgon were naked, and this seemed like a nice outfit that still leaves little to the imagination but is a bit classier than the bareskinned look. Since we've had some issues with COCO's slot assignments in the past, let's start by looking up those pieces in xEdit. We have:

 

• Gloves: Slot 33 (OK)
• Coat: Slot 46 (OK)
• Panties: Slot 45 (Should be 49)
• Heels: Slot 37 (OK)
• Bra: Slot 32 (OK - includes reference body)
• Furs: Slot 57 (Acceptable, but probably should be 47)
• Stockings: Slot 56 (Should be 53)
• Torso (Skirt): Slot 58 (Acceptable, but ideally would be 49 with a third mesh that merges it with the Panties)

 

On this mod, none of the models have Dismember data in the nifs, so we only need to edit their data in xEdit. Let's do that now. We also need to add our traditional keywords and slot blocks to the top and bottom. We won't initially do this for the dress until we assess how close it lies to the torso (i.e., will pubic hair intrude through the mesh?). 

 

 

Now we'll make two outfits - an indoor one and an outdoor one. The indoor outfit will omit the panties, furs, and coat. 

 

 

With these made, let's identify the Hydragorgon servants for Solitude - specifically the Blue Palace servants and the "city property" slaves. The former get the "indoor" outfit, while the latter get the "outdoor" version. Now let's examine what we've got.

 

 

OK, there's some fuckery going on here. It looks like the morphs for the outfit aren't asserting themselves properly (also, the high heels aren't getting handled right - might be missing RMHH data). I'll need to keep working on this tomorrow to smooth out the way everything's looking. For now though, I think I've put in enough modding time for the day!