nlguillemot / contentexportermsbuild Goto Github PK

This script is hooked into the file tracking API, so it automagically realizes when the files are out of date. For example, if you delete cube.sdkmesh from your output folder and rerun the build, it'll realize that cube.sdkmesh is missing and rebuild it.

However, it seems it's too conservative in its judgement. It also rebuilds when only unrelated files are modified. For example, it rebuilds whenever I change a C++ source file, even if that C++ source file is totally unrelated to the FBX mesh.

I have two guesses for why this is happening:

Theory 1: Unrelated files

The ContentExporter.read.1.tlog file knows all the files that were read while building, so it knows to rebuild the outputs when the inputs changed. In theory this file should contain all the files read by ContentExporter while it was building. However, it also includes some miscellaneous files. In my case, the following outliers exist in the read.1.tlog file:

C:\WINDOWS\SYSTEM32\TZRES.DLL
C:\WINDOWS\REGISTRATION\R00000000000D.CLB
C:\WINDOWS\GLOBALIZATION\SORTING\SORTDEFAULT.NLS

Perhaps one or more of these files happen to change when I hit save in visual studio, which triggers the rebuild.

Theory 2: Forgetting to enable something

Maybe I'm forgetting to do something specific to ask the tlog to work properly. When I turn on Detailed MSBuild output and do an ordinary C++ compile, I see a bunch of output about Using cached output dependency table built from: C:\path\to\build.write.1.tlog, but I don't see this output for my ContentExporter task. I wonder if something special needs to be done to get this working properly, or if it's supposed to "just work" automatically. There is some references to TLog variables in stock Visual Studio files like Microsoft.CppCommon.targets, so maybe there's a hint there.