![]() ![]() Liboverride hierarchy which root ID linked reference has gone missing. So from now on, do not attempt to resync anything that is part of a Trying to resync all these scattered pieces of a set, finding new valid Of the set were still available, the liboverride resync code went crazy Since all the other linked data (sub collections, actual objects etc.) This addresses an issue here at the Blender studio, where a rootĬollection of a set was removed by mistake from the set library. LibOverride: Do not attempt to resync a hierarchy when the root goes missing. ![]() ![]() However I have bisected and the following commit introduced this behavior:Įdit: Changed 89bd7b64026 (which turned out to be fine) to 5f67b25c28b6. I have not been able to reproduce this in a simple setup and I cannot share my production files. However, after opening and saving in 3.5, I can succesfully open them in 3.6 so the missing meshes may somehow play a role.Įxact steps for others to reproduce the error Also these do not include the specific mesh that Blender 3.6 crashes on, that one was unchanged AFAIK. Additionally, some of the included assets were changed (in 3.5, maybe in 3.6).Blender 3.5 simply logs some missing meshes as usual but does not crash. blend files use library overrides of mesh objects with shape keys. The debug build aborts with a failed assertion: BLI_assert failed: X:\blender\source\blender\blenkernel\intern\key.cc:98, shapekey_owner_pointer_get(), at 'key->from != nullptr'Īll of my problematic. The issue seems to be a null pointer reference in shapekey_owner_pointer_get in one of my mesh assets with shape keys. blend files make Blender 3.6 crash whenever I open them. I recently switched from 3.5 to 3.6 but I noticed that many of my Blender 3.5. ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |