BB crashes with this file
The following file crashes BB, quite frequently, when import.
https://www.dropbox.com/s/z49gzbiulxvtbqp/101_W_33rd_St_Structure.ifc?dl=1
Blender 3.2
Can anyone test?
The following file crashes BB, quite frequently, when import.
https://www.dropbox.com/s/z49gzbiulxvtbqp/101_W_33rd_St_Structure.ifc?dl=1
Blender 3.2
Can anyone test?
Comments
Seems to work for me
On Blender 3.3.0 with BlenderBIM add-on 0.0.221027, Windows 10.
Loads instantly for me, no crash. Blender 3.3.
What happens if you comment out this line? https://github.com/IfcOpenShell/IfcOpenShell/blob/v0.7.0/src/blenderbim/blenderbim/bim/module/project/operator.py#L595
That was it, no more crashy. :)
Spoke too soon. It opens now, no problem, but when i try to instantiate a type and change its length, it crashes.
https://www.dropbox.com/s/35dq276spfj9nmq/2022-10-28_20-35-08_Blender_blender.mp4?dl=0
I think that's because Revit is wrong, here is the note from the IFC4 docs on IfcBeamType:
Whereas Revit supplies both an IfcMaterialProfileSet and geometric representations. This trips up our system which expect there to be either 1) a shared representation or 2) a parametric material set which are mutually exclusive.
If you click on the IfcBeamType, go into IFC Representations and remove the two representations, then add a beam, it should start to behave normally.
Edit: filed a bug for Autodesk: https://github.com/Autodesk/revit-ifc/issues/536
Another super crazy thing Revit is doing is for another beam and that it's actually treated it as a composite profile with 14 subprofiles. I've got no idea what internal logic Revit is doing to decide that this should be the case. It's also invalid because Revit doesn't create the composite profile, so you won't be able to edit that beam either. Here's the relevant snippet from the IfcMaterialProfileSet docs:
Edit: reported as well to Autodesk https://github.com/Autodesk/revit-ifc/issues/537
Can we add a cry emoji to the forum? ;)