Elefront 4 & 5 Baking Slow

[attheeast18]

Hello

I’ve been experiencing very slow bake times in Elefront 4 & 5. Some are slow and some are fine. I checked all my data tree matching and everything seems fine. What’s more confusing is that in some occasions using a Button to trigger the bake component makes it slower as opposed to directly clicking the bake button on the component. What is happening here?? Can anyone from Elefront @krahimzadeh shed light on this?

Sample Problem:
On of the main issues is that when I press the bake command, the prompt just keeps piling on with these error messages

I don’t see anything wrong with the data pairing.

[attheeast18]

Here a different process occurs. It keeps on compiling, it’s very very slow.

[attheeast18]

Found another bug!! The filter synchronously doesn’t seem to work. @krahimzadeh @Keyan_Rahimzadeh . Who else works for elefront?

[krahimzadeh (Keyan Rahimzadeh)]

Version 5.1.7 has been uploaded. It should fix the issues with the synchronous filtering.

Regarding the slow baking, the error message seems to suggest that Rhino is struggling to render whatever you are baking. This could be any number of issues, related to your geometry or otherwise. It would be interesting to know what happens if you bake the geometry directly from Grasshopper (assuming the type of geometry can be baked). That would help isolate whether it is a geometry issue or something specific to eleFront. If the latter, I won’t really be able to help unless you can share a file.

In the second instance, from what I can tell from those messages, it seems you are using eleFront 4 for baking blocks, and that can become very slow indeed. I know from your other thread you were having issues with the blocks in eleFront 5 and how they relate to the origin. This should also be fixed in 5.1.7, and hopefully that will speed things up in your second case.

[attheeast18]

Thanks, Keyan. I’ll try it out. I’ll try to separate portions of the script and share it.

[attheeast18]

Hi @krahimzadeh , found another bug on version 5.1.7 Baking ignores the bake name and just always create new geometry while not deleting the previous bake.

Bake Name Bug.gh (11.8 KB)

[attheeast18]

Interesting @krahimzadeh . I uninstalled 1.7 and downloaded 1.6, and now the problem still persists.

[krahimzadeh (Keyan Rahimzadeh)]

Thanks for highlighting this. We made some changes to improve use of eleFront in a headless context, and a boolean got flipped that shouldn’t have!

In any case, please try 5.1.8, which is up now. I’ve removed 5.1.6 and 5.1.7 from public access. Thanks for your patience and prompt feedback.

[attheeast18]

Thanks so much Will check.

[attheeast18]

Hi @krahimzadeh , sorry to be a burden but I think I’ve encountered a few more bugs.

Bug 1- Whenever I bake a Block that has Text object in it, the text seems to reset in it’s justification. This also happened when I referenced a Text Block from another file and baked it in the rhino model

As you can see I set the justfication to center but when baked it defaults to left justification.

[attheeast18]

Here is the file containing the Room Tag block

Here it is baked in another file

[krahimzadeh (Keyan Rahimzadeh)]

This should be fixed in 5.1.9

eleFront Releases, Updates, Fixes

eleFront 5.1.9-beta This update includes a number of fixes. I’m designating it as a ‘beta’ to get feedback on some of the changes. Bugs resolved in this version: Previous version did not maintain overrides for Text objects, such as Justification, Size, etc. Objects on locked Layers not deleted when baking In some instances, Baking to an external file did not maintain the objects’ attributes Updates / Changes The eleFront Layer component has been changed. You can now also pass the componen…