Originally posted by RedHookTyler:

It might be something Pierre will have to look at once back. But just for clarity, the build update that went out Friday should all loc modding as follows:

1. Copy all .xml files from the game's localization folder to your mod's data/localization folder
2. Make changes you need to the .xml files in your mod's data/localization folder
3. Run the steam_workshop_upload.exe with your project's json.

The steam_workshop_upload should run the localization if necessary.

So if you haven't tried it since Friday, give it another go.

Ok! So it feels like I am inching closer and closer to getting my classes to work. What Tyler suggested in order to get the localization working, worked! I got my Apothecary class to show up in game and that the localization data for the game and for the class appears to be working normal. All classes, skills, items, places, words - are showing up with the correct info instead of strings.

But!

When I try to take the Apothecary on a mission - the game crashes. With several lines of error.

Now the question becomes - what step should I take next?

Error Info:

Assert failed
(Region != nullptr)
SpineDataBinaryLoader:: ReadAttachment in spinedata_binary_loader.cpp line 349
couldn't find region

I have never gotten this error with dozens of hours of gameplay with this class - so I can only assume it is related to how the class is working based on the uploader and/or workshop download. Thoughts?

Originally posted by RedHookTyler:

It might be something Pierre will have to look at once back. But just for clarity, the build update that went out Friday should all loc modding as follows:

1. Copy all .xml files from the game's localization folder to your mod's data/localization folder
2. Make changes you need to the .xml files in your mod's data/localization folder
3. Run the steam_workshop_upload.exe with your project's json.

The steam_workshop_upload should run the localization if necessary.

So if you haven't tried it since Friday, give it another go.

Huh ok, that sounds a bit different from what I have been doing. When you say copy "all" localization files to my hero mod's folder - which files do you mean?

Do you mean everything like, "menu_string" "dialogue_string" "journal_string" etc?

Originally posted by RedHookTyler:

Hey all - apologies for the timing with regards to the holiday. (Our team is scattered to the four winds, and not all are nearby computers.) Keep compiling known issues (I see Maester Silvio's started a list--that's super helpful for us so we don't miss anything.)

With regards to deleting files, it's as John said: our intent was to strip out any unchanged items, because the way the mod application works is to overwrite only changed files in the core game install. But I understand this can cause some issues between testing your mod (where you need to put everything working in the actual game install directory) and then uploading the mod (where you should then separate things out of the core game install and return it to vanilla state.) The intent is that you would eventually just use the workshop flow to actually test the mods, too.

In any case, we can discuss flow and possible changes once we are back.

A note on Loc: Pierre pushed a build late Friday night which had the loc stuff improved. Prior to that, loc wasn't really working as an additive/individually moddable basis. (See my modding Guide for how the state of the loc was prior to Friday night.)

In any case, these difficulties are exactly why we needed this test group, so we thank you for bearing with us through the bumpy phase!

This makes perfect sense to me now. Since playing with the files and the uploader I understand now the importance of not uploading unchanged files. So it is good for the uploader to do what it does. As SIlvio said though - arranging it so that the user's source files are not deleted will be beneifical to users.

Right now for me - Localization files seem to be the biggest concern with proceeding with testing.

Originally posted by RedHookTyler:

1. Agreement: when it was flagging me, it was a big message that you can't miss. Also, uploading didn't work until I signed it. So, if you aren't seeing it and your upload is working, I wouldn't worry. :)

2. Hopefully Pierre can help us with that.

3. I was having the same problem. Let me know if you find a solution.

4. Yes--see discussion in the "Known Issues" thread, but basically removing files that are unchanged with relation to the vanilla install is intentional.

Thanks for the reply, Tyler.

In regard to these issues, the user agreement I guess was fine as I never got anything else about it since. The issue with files got resolved.

Cover image is mostly aesthetic and something we will need just before the workshop releases.

The only thing for me now that seems to be an issue - is that the Loclalization files for my game is messed up. Whether that is because of the uploader doing something to the loc files I am uploading which in turn is messing up the games loc file - or something else causing the issue. For me everything in game, every word, item, name (un-related to my mods) has a string file instead of names.So not sure what the issue that is causing the localization issue.

Originally posted by Muscarine:

Originally posted by scorpiovaeden:

Muscar, why don't you e-mail me your folder and its pathing - just for a second set of eyes to have a look. Pathing is working fine for me. I will private message you my email addres, and leave it up to you.

I didn't have a pathing issue, we solved the problem which came from the description. Not sure what exactly but i erased it and put a single word instead and it works.

The issue i have is the same as yours, whatever i upload on the workshop is only 13kb, i have all the folders and the readme but everything else is missing.
And i already uninstalled my mod before using the workshop.

I solved that issue by deleting my hero, localization, upgrades, and raid files for each of the heroes from my game's directories. I have no probelms with files uploading/downloading since.

As you say, you have already done this. So perhaps your best bet is to uninstall, and re-install the game and delete your dd folders to ensure no files from the class linger anywhere.

Personally I did that as well - just to be sure no loose files that I have modded through multiple mods could be causing issues.

Originally posted by Muscarine:

Well i'm still unable to get more than just the folders and readme to upload into the workshop so i'm unable to help you guys :/

Muscar, why don't you e-mail me your folder and its pathing - just for a second set of eyes to have a look. Pathing is working fine for me. I will private message you my email addres, and leave it up to you.

Originally posted by Maester Silvio:

Originally posted by scorpiovaeden:

Hey guys - everything in my game is showing up as string code - class names, skill names, provisions, trinkets, every word that is in the game is written out in code. I have tried both localization batch files to try and correct it, but nothing works.

Has anyone else experiencing this found a fix? Also has anyone trying to get class mods to work in game figured out a fix yet?

The upload/download is working fine now in my two test mods (Apothecary and Blackguard), but i'm thinking the loc file gets broken somehow.

Manually install your localization and run the batch file. Currently the uploaders localization is broken.

Sadly that did not seem to work for me. So after uploading/downloading the mods I have subbed to - I manually placed the localization files for apothecary and blackguard back into the loc folder. I then ran the loc batch in the loc folder - but still everything in game has string files, and I mean every word, every written dialogue, every name/title/item. I also tried running the loc batch file that is in the _windows folder with the same result.

I wonder If this just part of the testing that the game's localization just does not work?

I have also noticed that in trying to test my Lord mod along with the Lord in the Tutorial mod - the .raid and .roster files do not get recognized for in the game. The only way for me to re-add the Lord class is to specifically copy/paste the two files and manually install them as well.

Looks like I should take a step away from this for a bit, and see what feedback we get from the devs after the holidays. As of right now, the only mods that "work" as intended seem to be skin/color mods. And fortunately uploading/subbing/downloading class mods does work (with the exception that the localization files get borked).

This is the info from the .json file:

{
"ModDataPath": "c:/my_mods/lord_mod/data/",
"Title": "Lord_Mod",
"Language": "english",
"ItemDescription": "This mod add the custom class Lord to Darkest Dungeon.",
"PublishedFileId": 4068657947806466049,
"UpdateDetails": "",
"Visibility": "private",
"Tags": [
"character mod",
"new class"
]
}

Hey guys,

I am trying to upload a two-piece mod. Both would be required for the mod to work. I am posting the Lord class (as the stand alone class). And a separate file for the Lord in the Tutorial. So I have managed to upload the tutorial piece no problem - called Tutorial_Lord_Mod.

But when I try to upload the Lord_Mod class I keep getting an error in the uploader. I have re-made and double checked the pathing and .json info and I have no idea why he won't upload.

Here is the error I am getting:

"Submitting..... saving project file c:/my_mods/lord_mod/lord_mod.jsonUnhandled error, please try again."

So I am uncertain what is causing this unhandled error or what I should do to fix it. Any suggestions?

Hey guys - everything in my game is showing up as string code - class names, skill names, provisions, trinkets, every word that is in the game is written out in code. I have tried both localization batch files to try and correct it, but nothing works.

Has anyone else experiencing this found a fix? Also has anyone trying to get class mods to work in game figured out a fix yet?

The upload/download is working fine now in my two test mods (Apothecary and Blackguard), but i'm thinking the loc file gets broken somehow.