Anyone tried MakerSCAD? (formerly ScratchyCAD?)

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Anyone tried MakerSCAD? (formerly ScratchyCAD?)

William Adams-2
Available at:


of course.

Adds a lot of complexity I don't want to deal with, but looks as if it may be more workable.

William


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

I'm worried about the elements limitation in CSG normalization.

Juan C.Cilleruelo

/*******/

Compiling design (CSG Products normalization)...
WARNING: Normalized tree is growing past 200000 elements. Aborting normalization.
WARNING: CSG normalization resulted in an empty tree
Normalized CSG tree has 0 elements

/*******/

I'm worried about this limitation of OpenSCAD. The code for the drawings in my program is generated by my design software, still in development.

This problem, by now, only occurs when I create, by mistake, complex very absurd and complex instructions caused by software errors in my product.

But my software is going to have the power to create really complex draws. And I need to improve the resulting code to avoid this error as many as possible.

First question: I know that OpenSCAD has a section of OpenCSG options. It's recommendable change default options? and what are de consequences of doing it?

Second question: Are there some code tricks I need to know to maintain these CSG products in a low limit? By example: fewer brackets, fewer lines of code, some type of instructions that are a bigger resources consumer?

Thank you in advance!





_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: I'm worried about the elements limitation in CSG normalization.

nophead
I change the default to 1,000,000 in the settings and never worry about it.

You can use render() to compute the geometry with CGAL to make life easy for OpenCSG.

On Thu, 4 Jul 2019 at 10:06, Juan C.Cilleruelo <[hidden email]> wrote:

/*******/

Compiling design (CSG Products normalization)...
WARNING: Normalized tree is growing past 200000 elements. Aborting normalization.
WARNING: CSG normalization resulted in an empty tree
Normalized CSG tree has 0 elements

/*******/

I'm worried about this limitation of OpenSCAD. The code for the drawings in my program is generated by my design software, still in development.

This problem, by now, only occurs when I create, by mistake, complex very absurd and complex instructions caused by software errors in my product.

But my software is going to have the power to create really complex draws. And I need to improve the resulting code to avoid this error as many as possible.

First question: I know that OpenSCAD has a section of OpenCSG options. It's recommendable change default options? and what are de consequences of doing it?

Second question: Are there some code tricks I need to know to maintain these CSG products in a low limit? By example: fewer brackets, fewer lines of code, some type of instructions that are a bigger resources consumer?

Thank you in advance!




_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: I'm worried about the elements limitation in CSG normalization.

MichaelAtOz's alias
In reply to this post by Juan C.Cilleruelo

Mine is set to 1000000000 without any apparent affects.

 


From: Discuss [mailto:[hidden email]] On Behalf Of Juan C.Cilleruelo
Sent: Thu, 4 Jul 2019 19:05
To: [hidden email]
Subject: [OpenSCAD] I'm worried about the elements limitation in CSG normalization.

 

/*******/

Compiling design (CSG Products normalization)...
WARNING: Normalized tree is growing past 200000 elements. Aborting normalization.
WARNING: CSG normalization resulted in an empty tree
Normalized CSG tree has 0 elements

/*******/

I'm worried about this limitation of OpenSCAD. The code for the drawings in my program is generated by my design software, still in development.

This problem, by now, only occurs when I create, by mistake, complex very absurd and complex instructions caused by software errors in my product.

But my software is going to have the power to create really complex draws. And I need to improve the resulting code to avoid this error as many as possible.

First question: I know that OpenSCAD has a section of OpenCSG options. It's recommendable change default options? and what are de consequences of doing it?

Second question: Are there some code tricks I need to know to maintain these CSG products in a low limit? By example: fewer brackets, fewer lines of code, some type of instructions that are a bigger resources consumer?

Thank you in advance!

 

 

 


Virus-free. www.avg.com

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
tp3
Reply | Threaded
Open this post in threaded view
|

Re: I'm worried about the elements limitation in CSG normalization.

tp3
In reply to this post by Juan C.Cilleruelo
On 04.07.19 11:05, Juan C.Cilleruelo wrote:
> First question: I know that OpenSCAD has a section of
> OpenCSG options. It's recommendable change default options?
> and what are de consequences of doing it?

That configuration is mostly a safe guard against very
slow preview drawing times. Even with OpenSCAD not using
much of the power of new graphics cards, they are more
capable by the minute, so increasing that config for a
normal desktop machine is no problem.

> Second question: Are there some code tricks I need to
> know to maintain these CSG products in a low limit?
> By example: fewer brackets, fewer lines of code, some
> type of instructions that are a bigger resources consumer?

This tries to explain (not very well, I suppose) the reason
why that "normalized tree" can explode:
https://en.wikibooks.org/wiki/OpenSCAD_User_Manual/FAQ#Why_is_the_preview_so_slow?

The best option that help against that is what nophead
said - use render() to force geometry calculation at
specific points (like complete modules of an assembly).

ciao,
  Torsten.

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
-- Torsten