Blender Asset Tracer, a.k.a. BAT馃, is the replacement of BAM and blender-file.
BAT馃 can be used to list all dependencies of a blend file, such as linked blend files, textures, Alembic files, and caches. Furthermore, it can
be used to create a BAT Pack, which contains the blend file and its dependencies.
Git repository: https://developer.blender.org/source/blender-asset-tracer/
Pypi: https://pypi.org/project/blender-asset-tracer/
The initial design choices are described in T54125.
Nice find, thanks for posting a solution in code.
Thank you, that makes a lot of sense.
Calling libfile.close() like that is not a good idea. Opening a blend file is the most expensive part of the tracing process, which is why it's cached in the first place by calling blendfile.open_cached(). Also in this example it's not called when an exception occurs, which means it can still keep files open.
A potential change which fixes this issue for me is to change the _find_new_paths() method in pack/__init__.py from:
I have been able to solve this issue by adding the following code:
Process explorer show that once the 'trace' method is called Blender keeps open file handles for all .blend files found by BAT during the trace (This includes linked .blend files).
In current master (released as 0.8) all unit tests work on Windows as well. The windows-support branch has been deleted.
I've made a new branch windows-support to track Windows-specific fixes. They should only be merged to the master branch when they have been tested on (and proven compatible with) Linux.
My proposal is to adapt the BlendPath.to_path method to convert the Windows slashes automatically to posix slashes.
Nice analysis, thanks.
@John Roper (johnroper100) yes it can. If running bat --help doesn't help enough, please open a new ticket with more questions ;-)
Can this be used to check for missing assets in blend files? I'm looking for a way to check a blend file and look for missing assets (images, etc.) that should have been packed into the blend.
fix in D3518
oki, will see what I can do...
BAT doesnt respect caches with blank names (blender itself will add hex representation of object name in that case, see here)
Yep, smoke is not implemented (yet), rBASTdfa07e19cc35 just did it for fluids...
Can confirm this.
@Sybren A. St眉vel (sybren) I updated the description to include a .zip file with some backed caches.
@Isaac Weaver (wisaac) can you update your bug report with one or more example files that demonstrate this issue? Just having to unzip a file and opening/bat-packing a blend file makes it much faster for me to fix, and also ensures that I'm looking at the same issue as you are.