TES3Merge v0.5 MissingFieldException

[abitoftaste]

Eccezione non gestita: System.MissingFieldException: Impossibile trovare il campo 'Utility.Common.TextEncodingCode'.
in TES3Merge.Program.Main(String[] args)

[NullCascade]

Can you send your complete TES3Merge log file?

Are you sure you installed the entire release? Seems like you may have not updated Utility.dll.

[abitoftaste]

Oops! sorry my bad I did not overwrite old Utility.dll, Utility.pdb and it crashed before generating the log
Updating the Utility files fixed it.

[EDIT] tes3cmd clean / tes3lint seem to find several duplicated records in generated Merged Objects.esp
[EDIT2]fixed file names in the archive
tes3cmd clean Merged Objects log.zip

[NullCascade]

Can you re-run this with record dumping turned on?

[abitoftaste]

tes3merge.log should be with DumpMergedRecordsToLog = true already in the zip

[NullCascade]

Can you give this build a try? I think tes3cmd is wrong to claim it's a duplicate record, because it is overwriting an earlier esp. A bug in tes3cmd cleaning as far as I'm concerned. However, there's also an issue where FNAM subrecords aren't being merged correctly that this should fix:
TES3Merge.zip

[abitoftaste]

tried the last one
TES3Mergelog.zip

I think tes3cmd considers equal records with the same SCRI subrecords in different order so this could explain why it is stripping them (correctly IMO as they are the same in game)

out2.txt
out.txt

I think there may still be some problem preserving negative quantity in containers
[EDIT] uhm, or may be not in this case as they are changed to positive by the Complete Trade Fix.esp so probably better get then positive

I think the one thing remaining is deciding if it is worth considering equal records with the same type/value of subrecords but in different order (e.g. see also BOOK bk_mixedunittactics)