Load order FileID [57] can not be mapped to file FileID for file "DynDOLOD.esp"

[swiftfoxmark2]

Bug Report:
https://pastebin.com/p1ccLAKJ

 

Log:

https://pastebin.com/ZYnak2nW

 

I think this is Music Mods Merged (https://www.nexusmods.com/skyrimspecialedition/mods/4625), but I'm not sure exactly.

 

Any ideas on how to resolve it?

[sheson]

FAQ: DynDOLOD.exe: Load order FileID [xx] can not be mapped to file FileID for file xxx.esp

 

A: There is a plugin in the load order with errors. Check the load order for errors with xEdit.exe before generating LOD. Fix all errors. See this video for help. 

 

See if checking the plugins reveals any unesolved form ids or similar errors 

[SergGrey]

 

FAQ: DynDOLOD.exe: Load order FileID [xx] can not be mapped to file FileID for file xxx.esp

 

A: There is a plugin in the load order with errors. Check the load order for errors with xEdit.exe before generating LOD. Fix all errors. See this video for help. 

 

See if checking the plugins reveals any unesolved form ids or similar errors 

 

Hello, I am having the same problem with the same mod (I think so). I checked the mod for errors via xEdit, there were no errors. Tried cleaning through SSEEditQuickAutoClean, no changes either. I tried to enable "Debug = 1", here is the log. Can you please help?

[sheson]

Hello, I am having the same problem with the same mod (I think so). I checked the mod for errors via xEdit, there were no errors. Tried cleaning through SSEEditQuickAutoClean, no changes either. I tried to enable "Debug = 1", here is the log. Can you please help?

As the FAQ explains, check ALL plugins (but the official game files) for errors. The error is most likely not caused by the plugin at load order 57.

The error is most likely in a patch or merge plugin that has an internal form ID that starts with 57 hex, but the plugin header does have master listed for that index.

[SergGrey]

As the FAQ explains, check ALL plugins (but the official game files) for errors. The error is most likely not caused by the plugin at load order 57.

The error is most likely in a patch or merge plugin that has an internal form ID that starts with 57 hex, but the plugin header does have master listed for that index.

The log is written 58 instead of 57, or I confuse something? As I understand it, I need to check for errors all plugins that have a master file "MusicMerged.esp"? If so, I have these two files, it is "SergGrey Patch.esp" and "Lootable Firewood Piles Output.esp". But they also do not have errors.

[sheson]

The log is written 58 instead of 57, or I confuse something? As I understand it, I need to check for errors all plugins that have a master file "MusicMerged.esp"? If so, I have these two files, it is "SergGrey Patch.esp" and "Lootable Firewood Piles Output.esp". But they also do not have errors.

Not sure how else to say this: check ALL plugins (but the official game files) for errors.

[SergGrey]

Not sure how else to say this: check ALL plugins (but the official game files) for errors.

But the problem is in "MusicMerged.esp". I disabled it and the other two plugins that depend on it. And it worked, but I would like to fix the problem without removing this mod.

[sheson]

But the problem is in "MusicMerged.esp". I disabled it and the other two plugins that depend on it. And it worked, but I would like to fix the problem without removing this mod.

Does that mean ALL plugins (but the official game files) have been checked for errors and there are none?

 

Both SergGrey Patch.esp and Lootable Firewood Piles Output.esp sound like they are patches that were created for the load order rather that plugins part of a downloadable mod. In that case I suggest to test which of plugins specifically causes the error and recreate the patch.

Edited September 26, 2020 by sheson

[Jragghen]

So while I'm uncertain as to the nature of why it causes this error, as neither thing seems to actually be implicated in these patches, but I think I've got a workaround for this? (Apologies for the slight necro, I had the same problem and found this thread via a google, and it's less than a month old, so still felt relevant, and if other people happen to google in the future, having a workaround in the thread is probably handy).

 

In the DynDOLOD Resources SE/DynDOLOD folder, there is a file: DynDOLOD_SSE_CuttingRoomFloorEsp_Tamriel.patch file. That file consists of the following lines, below a comment which notes that the details of this behavior are not documented yet and to ask for help on the forums:

overwrite=skyrim.esm;0001a280
copy=cutting room floor.esp;0001a429,Cell=skyrim.esm;0001a280,EDID=NOLOD
copy=cutting room floor.esp;0001a42a,Cell=skyrim.esm;0001a280,Record Header\Record Flags=0,EDID=NOLOD

So I'm assuming that the reference for cutting room floor.esp means it should overwrite the load order in the first two digits, so in my case, with CRF and 0x37, this is saying it should copy 3701a429 (which is a house in whiterun exterior) into 1a280, which is a cell in whiterun worldspace (and then the second one is the door to the house).

 

With these lines in the .patch file, my run crashes with a similar line to this one, immediately after the line where it's attempting to process DynDOLOD_SSE_CuttingRoomFloorEsp_Tamriel.patch. If I remove those three lines, it makes it further into the processing (working on another .patch file) before crashing, once more mentioning MusicMerged.esp. At this point I tried like 20 things and had some theories typed up, but I tried the simplest workaround possible, and it looks to have worked.

 

MusicMerged.esp doesn't actually touch the cell above - neither the one which is being copied from, nor the one which is being copied to. It does change the music settings for the worldspace for Whiterun, however. It does not have any errors. However, editing the music record from MUSTownWhiterun to the default value of MUSTownTest makes this error no longer occur. As mentioned, after the above, I hit the same problem on DynDOLOD_SSE_legacyofthedragonbornv5esm_tamriel.patch with regards to Solitude. Same workaround - changing the Solitude music back to default - once more bypasses the error and allows the script to continue. It's actually running right now, and seems to be past the point of potential danger.

 

Now, the frustrating thing is that it's not reproducible if I have a profile which has JUST these mods, so there's some additional variable I'm not able to find. The implication seems to be that if there are .patch files which are being processed by DynDOLOD which place references into cells which are present in a city worldspace which has its base cell settings modified to include new music types, and <insert other variable here>, we hit this problem. I'm not going to dig into it further right now, however, and I wouldn't recommend you go nuts over it either, as the workaround is quite simple: use xEdit to change the worldspace cell settings to not have the music change, run DynDOLOD, then edit it back (and forward the cell settings appropriately at the end, one would assume). It's not done yet, but that seems like it'll work.

 

Hope I'm not out of line by attempting to post the suggestion? :)

[sheson]

While you did some nice troubleshooting. However the workaround is not fixing the cause of the problem, which should be the goal of troubleshooting.

 

Set debug=1 in DynDOLOD_SSE.ini

 

Delete bugreport.txt logs\DynDOLOD_SSE_log.txt, do the generation, then post/upload the new bugreport.txt and logs\DynDOLOD_SSE_log.txt

If it saves the incomplete DynDOLOD plugins, upload them too.

[Jragghen]

My primary concern is that my load order itself wouldn't be of much use as it's a monstrosity with a lot of manually-made patches, esm-ified things (with explicit forwarding of stuff I want to win on a per-reference basis), etc - not exactly the ideal test case where we'd be dealing with straight-downloaded mods from Nexus.

 

I started trying to do a divide and conquer to narrow things down, and everything seems to be pointing to something in my own patches, not something downloaded from Nexus. I'll continue to try to find the most minimal list that hits the problem and provide info in that case - if I'm able to find a combo that isn't my own damn fault, I'll re-download everything from Nexus with vanilla settings and verify that you'd be able to reproduce it, and upload the files. :)

[sheson]

If you run with Debug=1, it might print a line with more information about the involved records and together with the bugreport I might be able to give a list of records to look at more closely.

[swiftfoxmark2]

Okay, after weeks of being busy with other things, I was finally able to capture the debug logs:

 

Log:
https://pastebin.com/sBuRCzku

 

Bug Report:
https://pastebin.com/06TK0AdN

[sheson]

Great.

 

Open the entire load order in xEdit.

 

Type in the form ID 0001A280 into the FormID field top left and hit enter. In the right window it will show the record data and all plugins overwriting it - if any. Scroll to the very right in case there are many overwrites. Unfold every [+] collapsed row, then make screenshot(s) so that we can see all of the record.

 

Repeat for form ID 0001A26F

[swiftfoxmark2]

Here's 0001A280:

 

https://drive.google.com/file/d/1bzJQI1KuUkd1Ncg7WoyPMNAd6bbW2tOh/view?usp=sharing

 

And here's 0001A26F:

 

https://drive.google.com/file/d/11Tez7dlKmSg5zzen_4wurY_ykPwRqyt4/view?usp=sharing

Edited November 10, 2020 by swiftfoxmark2

[sheson]

Scroll down the 2nd screenshot to also get the rest of the record.

 

Upload the the smashed patch.esp if you can.