discuss@lists.openscad.org

OpenSCAD general discussion

View all threads

Attributes on objects.

RW
Rogier Wolff
Fri, Sep 10, 2021 9:36 AM

Hi,

I'm working on designing and printing a bunch of parts. Some of the
challenges happen in the slicer. But just a while ago, I changed
something in openscad and reloaded into the slicer.

I then hit "send to printer" and.... I had forgotten to do some things
in the slicer. It'd be nice if as little as possible of the things I
have to do over-and-over again in the slicer were necessary.

On my current print, I have to set the printing order with "sequential
printing priority". And before that's useful I need to split the
object into parts. (even if there are 4 objects, slic3r will consider
them as one if they come from the same STL).

Now STL provides very little leeway in terms of being able to annotate
the 3D objects in the file, so I was thinking if maybe another format
would be able to provide such services....

So.... I'd like to be able to tag objects as separate and add custom
tags to each object, hopefully slic3r already supports something.

Is there an existing format (supported by openscad and slic3r) that
already supports such extra annotations?

Does openscad allow me to set such annotations?

Does Slic3r already support such annotations?

Roger. 

--
** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110 **
**    Delftechpark 11 2628 XJ  Delft, The Netherlands.  KVK: 27239233    **
f equals m times a. When your f is steady, and your m is going down
your a is going up.  -- Chris Hadfield about flying up the space shuttle.

Hi, I'm working on designing and printing a bunch of parts. Some of the challenges happen in the slicer. But just a while ago, I changed something in openscad and reloaded into the slicer. I then hit "send to printer" and.... I had forgotten to do some things in the slicer. It'd be nice if as little as possible of the things I have to do over-and-over again in the slicer were necessary. On my current print, I have to set the printing order with "sequential printing priority". And before that's useful I need to split the object into parts. (even if there are 4 objects, slic3r will consider them as one if they come from the same STL). Now STL provides very little leeway in terms of being able to annotate the 3D objects in the file, so I was thinking if maybe another format would be able to provide such services.... So.... I'd like to be able to tag objects as separate and add custom tags to each object, hopefully slic3r already supports something. Is there an existing format (supported by openscad and slic3r) that already supports such extra annotations? Does openscad allow me to set such annotations? Does Slic3r already support such annotations? Roger. -- ** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110 ** ** Delftechpark 11 2628 XJ Delft, The Netherlands. KVK: 27239233 ** f equals m times a. When your f is steady, and your m is going down your a is going up. -- Chris Hadfield about flying up the space shuttle.
MM
Michael Möller
Fri, Sep 10, 2021 12:03 PM

On my slicer, when |i open a file, it lwwks for several types of files,
STL, being one of them. Look at the extension, google them and you will
discover you are not the first :-)

fre. 10. sep. 2021 14.00 skrev Rogier Wolff R.E.Wolff@bitwizard.nl:

Hi,

I'm working on designing and printing a bunch of parts. Some of the
challenges happen in the slicer. But just a while ago, I changed
something in openscad and reloaded into the slicer.

I then hit "send to printer" and.... I had forgotten to do some things
in the slicer. It'd be nice if as little as possible of the things I
have to do over-and-over again in the slicer were necessary.

On my current print, I have to set the printing order with "sequential
printing priority". And before that's useful I need to split the
object into parts. (even if there are 4 objects, slic3r will consider
them as one if they come from the same STL).

Now STL provides very little leeway in terms of being able to annotate
the 3D objects in the file, so I was thinking if maybe another format
would be able to provide such services....

So.... I'd like to be able to tag objects as separate and add custom
tags to each object, hopefully slic3r already supports something.

Is there an existing format (supported by openscad and slic3r) that
already supports such extra annotations?

Does openscad allow me to set such annotations?

Does Slic3r already support such annotations?

     Roger.

--
** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110
**
**    Delftechpark 11 2628 XJ  Delft, The Netherlands.  KVK: 27239233    **
f equals m times a. When your f is steady, and your m is going down
your a is going up.  -- Chris Hadfield about flying up the space shuttle.


OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org

On my slicer, when |i open a file, it lwwks for several types of files, STL, being one of them. Look at the extension, google them and you will discover you are not the first :-) fre. 10. sep. 2021 14.00 skrev Rogier Wolff <R.E.Wolff@bitwizard.nl>: > > Hi, > > I'm working on designing and printing a bunch of parts. Some of the > challenges happen in the slicer. But just a while ago, I changed > something in openscad and reloaded into the slicer. > > I then hit "send to printer" and.... I had forgotten to do some things > in the slicer. It'd be nice if as little as possible of the things I > have to do over-and-over again in the slicer were necessary. > > On my current print, I have to set the printing order with "sequential > printing priority". And before that's useful I need to split the > object into parts. (even if there are 4 objects, slic3r will consider > them as one if they come from the same STL). > > Now STL provides very little leeway in terms of being able to annotate > the 3D objects in the file, so I was thinking if maybe another format > would be able to provide such services.... > > So.... I'd like to be able to tag objects as separate and add custom > tags to each object, hopefully slic3r already supports something. > > Is there an existing format (supported by openscad and slic3r) that > already supports such extra annotations? > > Does openscad allow me to set such annotations? > > Does Slic3r already support such annotations? > > Roger. > > -- > ** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110 > ** > ** Delftechpark 11 2628 XJ Delft, The Netherlands. KVK: 27239233 ** > f equals m times a. When your f is steady, and your m is going down > your a is going up. -- Chris Hadfield about flying up the space shuttle. > _______________________________________________ > OpenSCAD mailing list > To unsubscribe send an email to discuss-leave@lists.openscad.org >
GH
Gene Heskett
Fri, Sep 10, 2021 12:29 PM

On Friday 10 September 2021 08:03:18 Michael Möller wrote:

On my slicer, when |i open a file, it lwwks for several types of
files, STL, being one of them. Look at the extension, google them and
you will discover you are not the first :-)

I use cura, which can make multiple copies or even several different
parts by re-arranging them on the build plate. Such would be usefull in
production because it would bypass the several minute warmup and
recalibration times when doing it in series.  I tried it, once, got so
much stringing even with a 3mm retraction on my prusa mk3s direct drive,
the neither part was useable.

fre. 10. sep. 2021 14.00 skrev Rogier Wolff R.E.Wolff@bitwizard.nl:

Hi,

I'm working on designing and printing a bunch of parts. Some of the
challenges happen in the slicer. But just a while ago, I changed
something in openscad and reloaded into the slicer.

I then hit "send to printer" and.... I had forgotten to do some
things in the slicer. It'd be nice if as little as possible of the
things I have to do over-and-over again in the slicer were
necessary.

cura's changes are for the duration of that power up of cura, So I don't
have to redo them to restart a job. And you can make them permanent even
over a reboot.

On my current print, I have to set the printing order with
"sequential printing priority". And before that's useful I need to
split the object into parts. (even if there are 4 objects, slic3r
will consider them as one if they come from the same STL).

Now STL provides very little leeway in terms of being able to
annotate the 3D objects in the file, so I was thinking if maybe
another format would be able to provide such services....

So.... I'd like to be able to tag objects as separate and add custom
tags to each object, hopefully slic3r already supports something.

Is there an existing format (supported by openscad and slic3r) that
already supports such extra annotations?

Does openscad allow me to set such annotations?

Does Slic3r already support such annotations?

     Roger.

--
** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ **
+31-15-2049110 **
**    Delftechpark 11 2628 XJ  Delft, The Netherlands.  KVK:
27239233    ** f equals m times a. When your f is steady, and your m
is going down your a is going up.  -- Chris Hadfield about flying up
the space shuttle. _______________________________________________
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org

Cheers, Gene Heskett

"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.

On Friday 10 September 2021 08:03:18 Michael Möller wrote: > On my slicer, when |i open a file, it lwwks for several types of > files, STL, being one of them. Look at the extension, google them and > you will discover you are not the first :-) > I use cura, which can make multiple copies or even several different parts by re-arranging them on the build plate. Such would be usefull in production because it would bypass the several minute warmup and recalibration times when doing it in series. I tried it, once, got so much stringing even with a 3mm retraction on my prusa mk3s direct drive, the neither part was useable. > fre. 10. sep. 2021 14.00 skrev Rogier Wolff <R.E.Wolff@bitwizard.nl>: > > Hi, > > > > I'm working on designing and printing a bunch of parts. Some of the > > challenges happen in the slicer. But just a while ago, I changed > > something in openscad and reloaded into the slicer. > > > > I then hit "send to printer" and.... I had forgotten to do some > > things in the slicer. It'd be nice if as little as possible of the > > things I have to do over-and-over again in the slicer were > > necessary. cura's changes are for the duration of that power up of cura, So I don't have to redo them to restart a job. And you can make them permanent even over a reboot. > > On my current print, I have to set the printing order with > > "sequential printing priority". And before that's useful I need to > > split the object into parts. (even if there are 4 objects, slic3r > > will consider them as one if they come from the same STL). > > > > Now STL provides very little leeway in terms of being able to > > annotate the 3D objects in the file, so I was thinking if maybe > > another format would be able to provide such services.... > > > > So.... I'd like to be able to tag objects as separate and add custom > > tags to each object, hopefully slic3r already supports something. > > > > Is there an existing format (supported by openscad and slic3r) that > > already supports such extra annotations? > > > > Does openscad allow me to set such annotations? > > > > Does Slic3r already support such annotations? > > > > Roger. > > > > -- > > ** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** > > +31-15-2049110 ** > > ** Delftechpark 11 2628 XJ Delft, The Netherlands. KVK: > > 27239233 ** f equals m times a. When your f is steady, and your m > > is going down your a is going up. -- Chris Hadfield about flying up > > the space shuttle. _______________________________________________ > > OpenSCAD mailing list > > To unsubscribe send an email to discuss-leave@lists.openscad.org Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis Genes Web page <http://geneslinuxbox.net:6309/gene>
TP
Torsten Paul
Fri, Sep 10, 2021 1:25 PM

On 10.09.21 11:36, Rogier Wolff wrote:

Is there an existing format (supported by openscad and slic3r) that
already supports such extra annotations?

Slic3r had something like that for AMF. But that format is dead,
so it's unlikely to be added to AMF on OpenSCAD side.

3MF does support that too I think but I'm not sure regarding
support on side of slicers for annotations.

OpenSCAD does not have any support for annotations yet, that would
be a very interesting addition.

ciao,
Torsten.

On 10.09.21 11:36, Rogier Wolff wrote: > Is there an existing format (supported by openscad and slic3r) that > already supports such extra annotations? Slic3r had something like that for AMF. But that format is dead, so it's unlikely to be added to AMF on OpenSCAD side. 3MF does support that too I think but I'm not sure regarding support on side of slicers for annotations. OpenSCAD does not have any support for annotations yet, that would be a very interesting addition. ciao, Torsten.
BL
Bryan Lee
Sat, Sep 11, 2021 3:40 PM

Ok, here's a weird workaround....

In OpenSCAD, create text that contains your annotation.  Do not
place/attach it to any existing part, have the text just floating in the
air.

Place it in one of several ways:

  • Make the attributes text thinner than a layer so that it gets deleted when sliced.
    You'll have to play aroud to see if this will work.

  • Below the Z-0 plane if your slicer shows that and it doesn't mess with your workflow
    (I'm using chitubox for my resin prints and this would be visible but would also mess with my workflow as adding supports forces the entire model up above Z=0.)

  • Outside the printable volume of your printer.  i.e. All the way to the left.  Possibly create super thin lines pointing to the text, but make the lines so thin they will slice to 0.  So, like, thinner than a layer.

  • Create the attributes as a seperate STL and name it something like "filenameATTRIBUTES.stl" and load it alongside your object.
    I THINK, but have never tried, that you can set something up so that the attributes model will be generated and saved automatically as a seperate file when you compile.
    If not, add a "GENERATE_ATTRIBUTES" variable at the top of your file, and start the body with an "IF GENERATE_ATTRIBUTES=true" check and either create the attributes model or the real model based on that.  Compile twice, switching this flag, and save each model.

Hi,

I'm working on designing and printing a bunch of parts. Some of the
challenges happen in the slicer. But just a while ago, I changed
something in openscad and reloaded into the slicer.

I then hit "send to printer" and.... I had forgotten to do some things
in the slicer. It'd be nice if as little as possible of the things I
have to do over-and-over again in the slicer were necessary.

On my current print, I have to set the printing order with "sequential
printing priority". And before that's useful I need to split the
object into parts. (even if there are 4 objects, slic3r will consider
them as one if they come from the same STL).

Now STL provides very little leeway in terms of being able to annotate
the 3D objects in the file, so I was thinking if maybe another format
would be able to provide such services....

So.... I'd like to be able to tag objects as separate and add custom
tags to each object, hopefully slic3r already supports something.

Is there an existing format (supported by openscad and slic3r) that
already supports such extra annotations?

Does openscad allow me to set such annotations?

Does Slic3r already support such annotations?

Roger. 

--
** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110 **
**    Delftechpark 11 2628 XJ  Delft, The Netherlands.  KVK: 27239233    **
f equals m times a. When your f is steady, and your m is going down
your a is going up.  -- Chris Hadfield about flying up the space shuttle.


OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org

Ok, here's a weird workaround.... In OpenSCAD, create text that contains your annotation. Do not place/attach it to any existing part, have the text just floating in the air. Place it in one of several ways: * Make the attributes text thinner than a layer so that it gets deleted when sliced. You'll have to play aroud to see if this will work. * Below the Z-0 plane if your slicer shows that and it doesn't mess with your workflow (I'm using chitubox for my resin prints and this would be visible but would also mess with my workflow as adding supports forces the entire model up above Z=0.) * Outside the printable volume of your printer. i.e. All the way to the left. Possibly create super thin lines pointing to the text, but make the lines so thin they will slice to 0. So, like, thinner than a layer. * Create the attributes as a seperate STL and name it something like "filenameATTRIBUTES.stl" and load it alongside your object. I THINK, but have never tried, that you can set something up so that the attributes model will be generated and saved automatically as a seperate file when you compile. If not, add a "GENERATE_ATTRIBUTES" variable at the top of your file, and start the body with an "IF GENERATE_ATTRIBUTES=true" check and either create the attributes model or the real model based on that. Compile twice, switching this flag, and save each model. > > Hi, > > I'm working on designing and printing a bunch of parts. Some of the > challenges happen in the slicer. But just a while ago, I changed > something in openscad and reloaded into the slicer. > > I then hit "send to printer" and.... I had forgotten to do some things > in the slicer. It'd be nice if as little as possible of the things I > have to do over-and-over again in the slicer were necessary. > > On my current print, I have to set the printing order with "sequential > printing priority". And before that's useful I need to split the > object into parts. (even if there are 4 objects, slic3r will consider > them as one if they come from the same STL). > > Now STL provides very little leeway in terms of being able to annotate > the 3D objects in the file, so I was thinking if maybe another format > would be able to provide such services.... > > So.... I'd like to be able to tag objects as separate and add custom > tags to each object, hopefully slic3r already supports something. > > Is there an existing format (supported by openscad and slic3r) that > already supports such extra annotations? > > Does openscad allow me to set such annotations? > > Does Slic3r already support such annotations? > > Roger. > > -- > ** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110 ** > ** Delftechpark 11 2628 XJ Delft, The Netherlands. KVK: 27239233 ** > f equals m times a. When your f is steady, and your m is going down > your a is going up. -- Chris Hadfield about flying up the space shuttle. > _______________________________________________ > OpenSCAD mailing list > To unsubscribe send an email to discuss-leave@lists.openscad.org
DM
Doug Moen
Sat, Sep 11, 2021 3:59 PM

I use PrusaSlicer, which stores this kind of information in a 3MF file.
https://blog.prusaprinters.org/3mf-file-format-and-why-its-great_30986/

This blog post contains ample information about why 3MF is a much better format than STL. 3MF has annotations, and it also eliminates ambiguities in STL concerning self-intersection, and waterproof meshes that are considered ambiguous because they aren't "manifold".

Doug Moen.

On Fri, Sep 10, 2021, at 9:25 AM, Torsten Paul wrote:

On 10.09.21 11:36, Rogier Wolff wrote:

Is there an existing format (supported by openscad and slic3r) that
already supports such extra annotations?

Slic3r had something like that for AMF. But that format is dead,
so it's unlikely to be added to AMF on OpenSCAD side.

3MF does support that too I think but I'm not sure regarding
support on side of slicers for annotations.

OpenSCAD does not have any support for annotations yet, that would
be a very interesting addition.

ciao,
Torsten.


OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org

I use PrusaSlicer, which stores this kind of information in a 3MF file. https://blog.prusaprinters.org/3mf-file-format-and-why-its-great_30986/ This blog post contains ample information about why 3MF is a much better format than STL. 3MF has annotations, and it also eliminates ambiguities in STL concerning self-intersection, and waterproof meshes that are considered ambiguous because they aren't "manifold". Doug Moen. On Fri, Sep 10, 2021, at 9:25 AM, Torsten Paul wrote: > On 10.09.21 11:36, Rogier Wolff wrote: > > Is there an existing format (supported by openscad and slic3r) that > > already supports such extra annotations? > > Slic3r had something like that for AMF. But that format is dead, > so it's unlikely to be added to AMF on OpenSCAD side. > > 3MF does support that too I think but I'm not sure regarding > support on side of slicers for annotations. > > OpenSCAD does not have any support for annotations yet, that would > be a very interesting addition. > > ciao, > Torsten. > _______________________________________________ > OpenSCAD mailing list > To unsubscribe send an email to discuss-leave@lists.openscad.org >
RW
Ray West
Sat, Sep 11, 2021 6:36 PM

Hi Rogier,

I'm not sure why this would be better than the existing filing system.
You can create a folder or directory or cabinet (whatever terminology
your os prefers) and give it the name of your project. Then save each
stl in that folder. You can have meaningful name/tags/whatever in the
file name, up to a few hundred characters in some instances. If you want
more info, then save a plain text file, or a qr code if you wish. When
you want to slice it, then call in whatever files you want. If there are
tags that you can put inside the file, along with its y,y,z info, - does
slic3r read that, unless it reads 3mf files, or similar. I don't think
it can look for 'comments' embedded in stl files. You can add
information,  or comments, to the g-code, once sliced, and the printer
reacts to that.  So, I think, if essential, then with a a bit of an
effort, then you could read/display text associated with an stl, but
getting a slicer to act on that text, could be tricky. But, more
difficult would be marking that point on the original stl file.

On 10/09/2021 10:36, Rogier Wolff wrote:

Hi,

I'm working on designing and printing a bunch of parts. Some of the
challenges happen in the slicer. But just a while ago, I changed
something in openscad and reloaded into the slicer.

I then hit "send to printer" and.... I had forgotten to do some things
in the slicer. It'd be nice if as little as possible of the things I
have to do over-and-over again in the slicer were necessary.

On my current print, I have to set the printing order with "sequential
printing priority". And before that's useful I need to split the
object into parts. (even if there are 4 objects, slic3r will consider
them as one if they come from the same STL).

Now STL provides very little leeway in terms of being able to annotate
the 3D objects in the file, so I was thinking if maybe another format
would be able to provide such services....

So.... I'd like to be able to tag objects as separate and add custom
tags to each object, hopefully slic3r already supports something.

Is there an existing format (supported by openscad and slic3r) that
already supports such extra annotations?

Does openscad allow me to set such annotations?

Does Slic3r already support such annotations?

Roger.
Hi Rogier, I'm not sure why this would be better than the existing filing system. You can create a folder or directory or cabinet (whatever terminology your os prefers) and give it the name of your project. Then save each stl in that folder. You can have meaningful name/tags/whatever in the file name, up to a few hundred characters in some instances. If you want more info, then save a plain text file, or a qr code if you wish. When you want to slice it, then call in whatever files you want. If there are tags that you can put inside the file, along with its y,y,z info, - does slic3r read that, unless it reads 3mf files, or similar. I don't think it can look for 'comments' embedded in stl files. You can add information,  or comments, to the g-code, once sliced, and the printer reacts to that.  So, I think, if essential, then with a a bit of an effort, then you could read/display text associated with an stl, but getting a slicer to act on that text, could be tricky. But, more difficult would be marking that point on the original stl file. On 10/09/2021 10:36, Rogier Wolff wrote: > Hi, > > I'm working on designing and printing a bunch of parts. Some of the > challenges happen in the slicer. But just a while ago, I changed > something in openscad and reloaded into the slicer. > > I then hit "send to printer" and.... I had forgotten to do some things > in the slicer. It'd be nice if as little as possible of the things I > have to do over-and-over again in the slicer were necessary. > > On my current print, I have to set the printing order with "sequential > printing priority". And before that's useful I need to split the > object into parts. (even if there are 4 objects, slic3r will consider > them as one if they come from the same STL). > > Now STL provides very little leeway in terms of being able to annotate > the 3D objects in the file, so I was thinking if maybe another format > would be able to provide such services.... > > So.... I'd like to be able to tag objects as separate and add custom > tags to each object, hopefully slic3r already supports something. > > Is there an existing format (supported by openscad and slic3r) that > already supports such extra annotations? > > Does openscad allow me to set such annotations? > > Does Slic3r already support such annotations? > > Roger. >
JB
Jordan Brown
Sat, Sep 11, 2021 9:02 PM

I have mixed feelings on this question.

On the one hand, if I have a multi-color printer and I have

color("red") cube(10);
color("blue") sphere(5);

then I definitely want the color information carried through to the
slicer.  (Ref issue #1608
https://github.com/openscad/openscad/issues/1608.)

At the other extreme, speed and temperature settings are very material,
printer, and personal-preference specific, and so don't seem like they
belong in the model per se.

Infill settings?  Don't know.

Position and rotation?  Don't know.

Layer-height settings?  Don't know.

When you're sharing a model with others, probably most of that stuff
should come from them and be specific to their particular printer,
materials, and tastes.

When you're designing a model that you're going to print, it would sure
be convenient to have all of that stuff in one place.

Perhaps the best would be to have the SCAD file supply defaults, that
then go into the model file, and for the slicer to treat them as
defaults.  If the model only supplies a few parameters, the rest should
come from the slicer's defaults.


All of that is in a perfect world, where CAD programs and slicers agree
on data structures.  But we're not in that perfect world, so how do we
get from here to there?

I see that PrusaSlicer, which stores its "projects" as 3MF files, has a
Metadata directory with "Slic3r_PE.config" and
"Clic3r_PE_model.config".  One is a straight textual name=value
structure; the other is XML.  For a straight name=value scheme, perhaps
we could have

annotate("Metadata/Slic3r_PE.config", "fill_density", "20%");

For the XML file... don't know.  It's object-specific, whatever an
"object" means.

Or maybe the simplest, stupidest annotation scheme would just let you
supply the complete text of a metadata file to be included in the output
file?

... and:  should you be able to annotate one part of the model as fill
density 20% and another part as fill density 10%?  I don't know if
PrusaSlicer's 3MF can handle that, but it's conceptually meaningful so
language design should probably allow for it.

I have mixed feelings on this question. On the one hand, if I have a multi-color printer and I have color("red") cube(10); color("blue") sphere(5); then I definitely want the color information carried through to the slicer.  (Ref issue #1608 <https://github.com/openscad/openscad/issues/1608>.) At the other extreme, speed and temperature settings are very material, printer, and personal-preference specific, and so don't seem like they belong in the model per se. Infill settings?  Don't know. Position and rotation?  Don't know. Layer-height settings?  Don't know. When you're sharing a model with others, probably most of that stuff should come from them and be specific to their particular printer, materials, and tastes. When you're designing a model that you're going to print, it would sure be convenient to have all of that stuff in one place. Perhaps the best would be to have the SCAD file supply defaults, that then go into the model file, and for the slicer to treat them as defaults.  If the model only supplies a few parameters, the rest should come from the slicer's defaults. --- All of that is in a perfect world, where CAD programs and slicers agree on data structures.  But we're not in that perfect world, so how do we get from here to there? I see that PrusaSlicer, which stores its "projects" as 3MF files, has a Metadata directory with "Slic3r_PE.config" and "Clic3r_PE_model.config".  One is a straight textual name=value structure; the other is XML.  For a straight name=value scheme, perhaps we could have annotate("Metadata/Slic3r_PE.config", "fill_density", "20%"); For the XML file... don't know.  It's object-specific, whatever an "object" means. Or maybe the simplest, stupidest annotation scheme would just let you supply the complete text of a metadata file to be included in the output file? ... and:  should you be able to annotate one part of the model as fill density 20% and another part as fill density 10%?  I don't know if PrusaSlicer's 3MF can handle that, but it's conceptually meaningful so language design should probably allow for it.
MM
Michael Möller
Sat, Sep 11, 2021 10:52 PM

lør. 11. sep. 2021 23.02 skrev Jordan Brown openscad@jordan.maileater.net:

:

On the one hand, if I have a multi-color printer and I have

color("red") cube(10);
color("blue") sphere(5);

then I definitely want the color information carried through to the
slicer.

That is a surface attribute, so what everything inside should be, is
ambigous, especially where they intersect. (I have a dual head printer and
am aware of workarounds and further problems)

The infill is more interesting, for me at least, to specify that this
module/primitive should have infill "high" and the other only
"medium"/"light".  Some way of specifying "priority" where they overlap is
needed.

I have the impression that some slicers allow you to specify a volumetric
region of your model with specific infill, but see that more of a
post-render-patch solution.

Anyhow, we need a new "standard" file format, but seems long time comming
into mainstream.

lør. 11. sep. 2021 23.02 skrev Jordan Brown <openscad@jordan.maileater.net>: > : > > On the one hand, if I have a multi-color printer and I have > > color("red") cube(10); > color("blue") sphere(5); > > then I definitely want the color information carried through to the > slicer. > That is a surface attribute, so what everything inside should be, is ambigous, especially where they intersect. (I have a dual head printer and am aware of workarounds and further problems) The infill is more interesting, for me at least, to specify that this module/primitive should have infill "high" and the other only "medium"/"light". Some way of specifying "priority" where they overlap is needed. I have the impression that some slicers allow you to specify a volumetric region of your model with specific infill, but see that more of a post-render-patch solution. Anyhow, we need a new "standard" file format, but seems long time comming into mainstream.
JB
Jordan Brown
Sat, Sep 11, 2021 11:12 PM

On 9/11/2021 3:52 PM, Michael Möller wrote:

lør. 11. sep. 2021 23.02 skrev Jordan Brown
<openscad@jordan.maileater.net mailto:openscad@jordan.maileater.net>:

 :
 On the one hand, if I have a multi-color printer and I have

     color("red") cube(10);
     color("blue") sphere(5);

 then I definitely want the color information carried through to
 the slicer. 

That is a surface attribute, so what everything inside should be, is
ambigous, especially where they intersect. (I have a dual head printer
and am aware of workarounds and further problems)

It is today an attribute of the surfaces.  But is that truly right?

It sure seems to me that it would be best, in the long run, for it to be
a volumetric attribute, with rules about what that means for the various
operations.  I would not want to have to invent a different mechanism to
support multicolor printing.

On 9/11/2021 3:52 PM, Michael Möller wrote: > lør. 11. sep. 2021 23.02 skrev Jordan Brown > <openscad@jordan.maileater.net <mailto:openscad@jordan.maileater.net>>: > > : > On the one hand, if I have a multi-color printer and I have > > color("red") cube(10); > color("blue") sphere(5); > > then I definitely want the color information carried through to > the slicer.  > > That is a surface attribute, so what everything inside should be, is > ambigous, especially where they intersect. (I have a dual head printer > and am aware of workarounds and further problems) It is today an attribute of the surfaces.  But is that truly right? It sure seems to me that it would be best, in the long run, for it to be a volumetric attribute, with rules about what that means for the various operations.  I would not want to have to invent a different mechanism to support multicolor printing.