next generation 3D printers
Hi.
A started Openscade 2 weeks ago. Needed to make renderings.
While browsing 3D's for Linux I played with Openscad
for a couple of hours with my little doughter.
I tought it was amazing (in another life I was a Unix ANSI C programmer)
but not what I needed to make renderings.
Downloded some 3D for Linux and started with SweetHome3D.
Nice rendering but no way to create new 3D objects. But while stressing
myself
passing from triyng to fly with supersonic spatial ship (Blender GUI) to
dragging and dropping (mouse kills), thinking that I must learn pyton
I had a flash and tryed OpenScad angain. Fantastic.
Had a kitchen (forniture) 3D model with just "cube" and "translate".
Imported in Sweethome and wow (had to use FreeCad [.stl to .obj]!
Perfect. I now know that most of the Openscade users use it for 3D printing
but I had no idea at the time (At the beginnig I tought that photos
of piece of plastic where renderings .. not real objects!).
When I found that Openscade is an imperative programming (I read
wikipedia about) I just started to use Bash scripts (It would be better in C
but I was just making a try).
Using Openscade means that you are, more or less, a programmer so what is
the point of complainig about missing functionality (math, logic, variable,
function) of
an imperative programming language (that's was I tought). Just produce
the imperative sequence with the right instrument for you.
Choose the language that has what you need.
It very easy. You do all the numerical and logical things in Bash (C, Python
...)
and produce a .scad file ...[I am sure most of You has done this].
something like [in Bash]:
define -i H
let H=1200
.... [definition and initialisation of all the variables]
echo "// Inserisco Cubo" > myfile.scad
echo "cube([$H,$L,$W]);" >> myfile.scad
echo "cube[$H,$L,$W]" >> Misure.txt
exit 0
Of course I had some problems when triyng to realize the renderings
that other users had done in my missunderstunding (the photos of real
objects!).
Did not know nothing of 3D in general so it took me a while to realize
that it was not what Openscade was made for (Colors and texture).
I am pretty sure that Openscade is perfect for "sane" interior design.
I realize artigianal wood forniture (de facto I am the 3D printer, the way
the most of You use Openscade) and renderings from architects
are a pain (wondeful to see for the client but
no idea of how to make it). The scripts I started with Bash are very poor
but
produce not only a 3D models (to look at) but also all the mesures of the
pieces of the forniture (remember, I am the 3D printer!). Fantastic.
But what about matirials, texture, colors (Ok is just rapresentation but,
if you dont show you dont sell).
First I tought that it was just my problem (Openscade is for 3D printing not
for
interior design) and I did not want to complain and ask the Openscade team
to
understand my needs. Then, browsing the forum, I read about next generation
3D
printers, that probably will be able to use more matirials and add finitures
(know
nothing about 3D printing until 2 weeks ago).
At the moment I have to read a little more about .obj .3DS ... just to have
an idea.
But I guess there must be someone else out there
(mybe thinking about next generation 3D printers) that is interested in
solving
the same issue.
saluti
wood
wood
--
View this message in context: http://forum.openscad.org/next-generation-3D-printers-tp15977.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
Here are some steps to supporting multiple materials and colours in
OpenSCAD.
Step 0. With most consumer-grade 3D printers, the best you can do is create
multiple STL files, one for each colour or material. Each STL file is
imported into the slicer and associated with a different print head. This
is all that OpenSCAD supports today (ie, OpenSCAD has no knowledge of
multiple materials & colours in the exported model).
Step 1. The AMF file format supports multi-part models, where each part can
represent a different colour or material. This is more convenient: your
multi-colour, multi-material model is represented by a single file, instead
of a collection of STL files. Cura and Slic3r can read multi-part AMF files
(and convert them to GCode for controlling your printer). Step 1 is to
extend OpenSCAD so that it can export multi-part AMF files.
There is a recent forum thread where we discuss adding new syntax to tag
different parts of the CSG tree as belonging to different components of a
multi-part model. If we design and implement this feature correctly, then
you could create a single scad file that specifies a multi-part model, and
export it as either multiple STL files, or as a single AMF file.
http://forum.openscad.org/export-function-td15428.html
Step 2. Extend OpenSCAD so that it can import multi-part AMF files.
Generalize the concept of a "shape" so that a shape can have 2 or more
disjoint regions consisting of different materials or colours, and
generalize the CSG operators to cope with this.
Last year, we had a forum discussion about this, and bobc prototyped an
extension to OpenSCAD to support multi-colour models.
http://forum.openscad.org/Semantics-CSG-ops-with-respect-to-color-materials-td12667i20.html#a12867
Step 3. Full colour 3D printing exists, which allows you to print
near-photo-realistic colour models, with potentially millions of colours.
Shapeways supports full colour printing. The "disjoint region" model of
multiple colours from step 2 isn't really suitable for representing
continous colour gradations. Texture mapping is one approach, and is good
enough for Shapeways colour prints, but all it does is apply colour to the
surface of a model. It doesn't allow you to specify continuous material
gradations within the interior of a model (something that's possible with a
3D Systems polyjet printer). For that, you need a volumetric description of
the model. OpenSCAD currently describes models using a boundary
representation. With a functional representation, functions of the form
f[x,y,z] map each point in 3-space onto different properties of the object,
including geometry, colour and material. The volumetric approach is the
only one that fully supports the underlying capabilities of 3D printers. I
think OpenSCAD needs to eventually support a hybrid of functional and
boundary representations.
On 30 January 2016 at 08:07, wood gurdulu66@gmail.com wrote:
Hi.
A started Openscade 2 weeks ago. Needed to make renderings.
While browsing 3D's for Linux I played with Openscad
for a couple of hours with my little doughter.
I tought it was amazing (in another life I was a Unix ANSI C programmer)
but not what I needed to make renderings.
Downloded some 3D for Linux and started with SweetHome3D.
Nice rendering but no way to create new 3D objects. But while stressing
myself
passing from triyng to fly with supersonic spatial ship (Blender GUI) to
dragging and dropping (mouse kills), thinking that I must learn pyton
I had a flash and tryed OpenScad angain. Fantastic.
Had a kitchen (forniture) 3D model with just "cube" and "translate".
Imported in Sweethome and wow (had to use FreeCad [.stl to .obj]!
Perfect. I now know that most of the Openscade users use it for 3D printing
but I had no idea at the time (At the beginnig I tought that photos
of piece of plastic where renderings .. not real objects!).
When I found that Openscade is an imperative programming (I read
wikipedia about) I just started to use Bash scripts (It would be better in
C
but I was just making a try).
Using Openscade means that you are, more or less, a programmer so what is
the point of complainig about missing functionality (math, logic, variable,
function) of
an imperative programming language (that's was I tought). Just produce
the imperative sequence with the right instrument for you.
Choose the language that has what you need.
It very easy. You do all the numerical and logical things in Bash (C,
Python
...)
and produce a .scad file ...[I am sure most of You has done this].
something like [in Bash]:
define -i H
let H=1200
.... [definition and initialisation of all the variables]
echo "// Inserisco Cubo" > myfile.scad
echo "cube([$H,$L,$W]);" >> myfile.scad
echo "cube[$H,$L,$W]" >> Misure.txt
exit 0
Of course I had some problems when triyng to realize the renderings
that other users had done in my missunderstunding (the photos of real
objects!).
Did not know nothing of 3D in general so it took me a while to realize
that it was not what Openscade was made for (Colors and texture).
I am pretty sure that Openscade is perfect for "sane" interior design.
I realize artigianal wood forniture (de facto I am the 3D printer, the way
the most of You use Openscade) and renderings from architects
are a pain (wondeful to see for the client but
no idea of how to make it). The scripts I started with Bash are very poor
but
produce not only a 3D models (to look at) but also all the mesures of the
pieces of the forniture (remember, I am the 3D printer!). Fantastic.
But what about matirials, texture, colors (Ok is just rapresentation but,
if you dont show you dont sell).
First I tought that it was just my problem (Openscade is for 3D printing
not
for
interior design) and I did not want to complain and ask the Openscade team
to
understand my needs. Then, browsing the forum, I read about next generation
3D
printers, that probably will be able to use more matirials and add
finitures
(know
nothing about 3D printing until 2 weeks ago).
At the moment I have to read a little more about .obj .3DS ... just to have
an idea.
But I guess there must be someone else out there
(mybe thinking about next generation 3D printers) that is interested in
solving
the same issue.
saluti
wood
wood
--
View this message in context:
http://forum.openscad.org/next-generation-3D-printers-tp15977.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
I feel like I opened the Pandora vase.
Maybe, in a couple of month, I will be able to write without the
sensation of writing non sense.
Just few questions.
Openscad seems not having an internal representation of his owns, don't
have a DB, don't write in my home dir (exept for scad e STL files), ...
kind of translator from drawing orders to mesh (very complicated
argument, browsing the forum).
Am I right?
My limited (and years ago) experience was as Unix C programmer and most
of my time was spent writing custum DB (C with system calls for debug).
That's all and that's why probably I feel disoriended.
I have a sensation that having a DB would change most of the discussions
I had read.
But maybe I don't know what I am writing about and it make no sense
talking about a DB.
On 01/30/2016 11:59 AM, doug moen wrote:
Here are some steps to supporting multiple materials and colours in
OpenSCAD.
Step 0. With most consumer-grade 3D printers, the best you can do is
create multiple STL files, one for each colour or material. Each STL
file is imported into the slicer and associated with a different print
head. This is all that OpenSCAD supports today (ie, OpenSCAD has no
knowledge of multiple materials & colours in the exported model).
Step 1. The AMF file format supports multi-part models, where each
part can represent a different colour or material. This is more
convenient: your multi-colour, multi-material model is represented by
a single file, instead of a collection of STL files. Cura and Slic3r
can read multi-part AMF files (and convert them to GCode for
controlling your printer). Step 1 is to extend OpenSCAD so that it can
export multi-part AMF files.
There is a recent forum thread where we discuss adding new syntax to
tag different parts of the CSG tree as belonging to different
components of a multi-part model. If we design and implement this
feature correctly, then you could create a single scad file that
specifies a multi-part model, and export it as either multiple STL
files, or as a single AMF file.
http://forum.openscad.org/export-function-td15428.html
Step 2. Extend OpenSCAD so that it can import multi-part AMF files.
Generalize the concept of a "shape" so that a shape can have 2 or more
disjoint regions consisting of different materials or colours, and
generalize the CSG operators to cope with this.
Last year, we had a forum discussion about this, and bobc prototyped
an extension to OpenSCAD to support multi-colour models.
http://forum.openscad.org/Semantics-CSG-ops-with-respect-to-color-materials-td12667i20.html#a12867
Step 3. Full colour 3D printing exists, which allows you to print
near-photo-realistic colour models, with potentially millions of
colours. Shapeways supports full colour printing. The "disjoint
region" model of multiple colours from step 2 isn't really suitable
for representing continous colour gradations. Texture mapping is one
approach, and is good enough for Shapeways colour prints, but all it
does is apply colour to the surface of a model. It doesn't allow you
to specify continuous material gradations within the interior of a
model (something that's possible with a 3D Systems polyjet printer).
For that, you need a volumetric description of the model. OpenSCAD
currently describes models using a boundary representation. With a
functional representation, functions of the form f[x,y,z] map each
point in 3-space onto different properties of the object, including
geometry, colour and material. The volumetric approach is the only one
that fully supports the underlying capabilities of 3D printers. I
think OpenSCAD needs to eventually support a hybrid of functional and
boundary representations.
On 30 January 2016 at 08:07, wood <gurdulu66@gmail.com
mailto:gurdulu66@gmail.com> wrote:
Hi.
A started Openscade 2 weeks ago. Needed to make renderings.
While browsing 3D's for Linux I played with Openscad
for a couple of hours with my little doughter.
I tought it was amazing (in another life I was a Unix ANSI C
programmer)
but not what I needed to make renderings.
Downloded some 3D for Linux and started with SweetHome3D.
Nice rendering but no way to create new 3D objects. But while
stressing
myself
passing from triyng to fly with supersonic spatial ship (Blender
GUI) to
dragging and dropping (mouse kills), thinking that I must learn pyton
I had a flash and tryed OpenScad angain. Fantastic.
Had a kitchen (forniture) 3D model with just "cube" and "translate".
Imported in Sweethome and wow (had to use FreeCad [.stl to .obj]!
Perfect. I now know that most of the Openscade users use it for 3D
printing
but I had no idea at the time (At the beginnig I tought that photos
of piece of plastic where renderings .. not real objects!).
When I found that Openscade is an imperative programming (I read
wikipedia about) I just started to use Bash scripts (It would be
better in C
but I was just making a try).
Using Openscade means that you are, more or less, a programmer so
what is
the point of complainig about missing functionality (math, logic,
variable,
function) of
an imperative programming language (that's was I tought). Just produce
the imperative sequence with the right instrument for you.
Choose the language that has what you need.
It very easy. You do all the numerical and logical things in Bash
(C, Python
...)
and produce a .scad file ...[I am sure most of You has done this].
something like [in Bash]:
define -i H
let H=1200
.... [definition and initialisation of all the variables]
echo "// Inserisco Cubo" > myfile.scad
echo "cube([$H,$L,$W]);" >> myfile.scad
echo "cube[$H,$L,$W]" >> Misure.txt
exit 0
Of course I had some problems when triyng to realize the renderings
that other users had done in my missunderstunding (the photos of real
objects!).
Did not know nothing of 3D in general so it took me a while to realize
that it was not what Openscade was made for (Colors and texture).
I am pretty sure that Openscade is perfect for "sane" interior design.
I realize artigianal wood forniture (de facto I am the 3D printer,
the way
the most of You use Openscade) and renderings from architects
are a pain (wondeful to see for the client but
no idea of how to make it). The scripts I started with Bash are
very poor
but
produce not only a 3D models (to look at) but also all the mesures
of the
pieces of the forniture (remember, I am the 3D printer!). Fantastic.
But what about matirials, texture, colors (Ok is just
rapresentation but,
if you dont show you dont sell).
First I tought that it was just my problem (Openscade is for 3D
printing not
for
interior design) and I did not want to complain and ask the
Openscade team
to
understand my needs. Then, browsing the forum, I read about next
generation
3D
printers, that probably will be able to use more matirials and add
finitures
(know
nothing about 3D printing until 2 weeks ago).
At the moment I have to read a little more about .obj .3DS ...
just to have
an idea.
But I guess there must be someone else out there
(mybe thinking about next generation 3D printers) that is
interested in
solving
the same issue.
saluti
wood
wood
--
View this message in context:
http://forum.openscad.org/next-generation-3D-printers-tp15977.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
_______________________________________________
OpenSCAD mailing list
Discuss@lists.openscad.org <mailto:Discuss@lists.openscad.org>
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
You're right, OpenSCAD doesn't have a DB.
On 4 February 2016 at 16:40, Francesco gurdulu66@gmail.com wrote:
I feel like I opened the Pandora vase.
Maybe, in a couple of month, I will be able to write without the sensation
of writing non sense.
Just few questions.
Openscad seems not having an internal representation of his owns, don't
have a DB, don't write in my home dir (exept for scad e STL files), ...
kind of translator from drawing orders to mesh (very complicated argument,
browsing the forum).
Am I right?
My limited (and years ago) experience was as Unix C programmer and most
of my time was spent writing custum DB (C with system calls for debug).
That's all and that's why probably I feel disoriended.
I have a sensation that having a DB would change most of the discussions I
had read.
But maybe I don't know what I am writing about and it make no sense
talking about a DB.
On 01/30/2016 11:59 AM, doug moen wrote:
Here are some steps to supporting multiple materials and colours in
OpenSCAD.
Step 0. With most consumer-grade 3D printers, the best you can do is
create multiple STL files, one for each colour or material. Each STL file
is imported into the slicer and associated with a different print head.
This is all that OpenSCAD supports today (ie, OpenSCAD has no knowledge of
multiple materials & colours in the exported model).
Step 1. The AMF file format supports multi-part models, where each part
can represent a different colour or material. This is more convenient: your
multi-colour, multi-material model is represented by a single file, instead
of a collection of STL files. Cura and Slic3r can read multi-part AMF files
(and convert them to GCode for controlling your printer). Step 1 is to
extend OpenSCAD so that it can export multi-part AMF files.
There is a recent forum thread where we discuss adding new syntax to tag
different parts of the CSG tree as belonging to different components of a
multi-part model. If we design and implement this feature correctly, then
you could create a single scad file that specifies a multi-part model, and
export it as either multiple STL files, or as a single AMF file.
http://forum.openscad.org/export-function-td15428.html
http://forum.openscad.org/export-function-td15428.html
Step 2. Extend OpenSCAD so that it can import multi-part AMF files.
Generalize the concept of a "shape" so that a shape can have 2 or more
disjoint regions consisting of different materials or colours, and
generalize the CSG operators to cope with this.
Last year, we had a forum discussion about this, and bobc prototyped an
extension to OpenSCAD to support multi-colour models.
http://forum.openscad.org/Semantics-CSG-ops-with-respect-to-color-materials-td12667i20.html#a12867
Step 3. Full colour 3D printing exists, which allows you to print
near-photo-realistic colour models, with potentially millions of colours.
Shapeways supports full colour printing. The "disjoint region" model of
multiple colours from step 2 isn't really suitable for representing
continous colour gradations. Texture mapping is one approach, and is good
enough for Shapeways colour prints, but all it does is apply colour to the
surface of a model. It doesn't allow you to specify continuous material
gradations within the interior of a model (something that's possible with a
3D Systems polyjet printer). For that, you need a volumetric description of
the model. OpenSCAD currently describes models using a boundary
representation. With a functional representation, functions of the form
f[x,y,z] map each point in 3-space onto different properties of the object,
including geometry, colour and material. The volumetric approach is the
only one that fully supports the underlying capabilities of 3D printers. I
think OpenSCAD needs to eventually support a hybrid of functional and
boundary representations.
On 30 January 2016 at 08:07, wood gurdulu66@gmail.com wrote:
Hi.
A started Openscade 2 weeks ago. Needed to make renderings.
While browsing 3D's for Linux I played with Openscad
for a couple of hours with my little doughter.
I tought it was amazing (in another life I was a Unix ANSI C programmer)
but not what I needed to make renderings.
Downloded some 3D for Linux and started with SweetHome3D.
Nice rendering but no way to create new 3D objects. But while stressing
myself
passing from triyng to fly with supersonic spatial ship (Blender GUI) to
dragging and dropping (mouse kills), thinking that I must learn pyton
I had a flash and tryed OpenScad angain. Fantastic.
Had a kitchen (forniture) 3D model with just "cube" and "translate".
Imported in Sweethome and wow (had to use FreeCad [.stl to .obj]!
Perfect. I now know that most of the Openscade users use it for 3D
printing
but I had no idea at the time (At the beginnig I tought that photos
of piece of plastic where renderings .. not real objects!).
When I found that Openscade is an imperative programming (I read
wikipedia about) I just started to use Bash scripts (It would be better
in C
but I was just making a try).
Using Openscade means that you are, more or less, a programmer so what is
the point of complainig about missing functionality (math, logic,
variable,
function) of
an imperative programming language (that's was I tought). Just produce
the imperative sequence with the right instrument for you.
Choose the language that has what you need.
It very easy. You do all the numerical and logical things in Bash (C,
Python
...)
and produce a .scad file ...[I am sure most of You has done this].
something like [in Bash]:
define -i H
let H=1200
.... [definition and initialisation of all the variables]
echo "// Inserisco Cubo" > myfile.scad
echo "cube([$H,$L,$W]);" >> myfile.scad
echo "cube[$H,$L,$W]" >> Misure.txt
exit 0
Of course I had some problems when triyng to realize the renderings
that other users had done in my missunderstunding (the photos of real
objects!).
Did not know nothing of 3D in general so it took me a while to realize
that it was not what Openscade was made for (Colors and texture).
I am pretty sure that Openscade is perfect for "sane" interior design.
I realize artigianal wood forniture (de facto I am the 3D printer, the way
the most of You use Openscade) and renderings from architects
are a pain (wondeful to see for the client but
no idea of how to make it). The scripts I started with Bash are very poor
but
produce not only a 3D models (to look at) but also all the mesures of the
pieces of the forniture (remember, I am the 3D printer!). Fantastic.
But what about matirials, texture, colors (Ok is just rapresentation but,
if you dont show you dont sell).
First I tought that it was just my problem (Openscade is for 3D printing
not
for
interior design) and I did not want to complain and ask the Openscade team
to
understand my needs. Then, browsing the forum, I read about next
generation
3D
printers, that probably will be able to use more matirials and add
finitures
(know
nothing about 3D printing until 2 weeks ago).
At the moment I have to read a little more about .obj .3DS ... just to
have
an idea.
But I guess there must be someone else out there
(mybe thinking about next generation 3D printers) that is interested in
solving
the same issue.
saluti
wood
wood
--
View this message in context:
http://forum.openscad.org/next-generation-3D-printers-tp15977.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
OpenSCAD mailing listDiscuss@lists.openscad.orghttp://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Please, why?
Am I correct saying that polyhedon IS the Primitive Solid, meaning that
it can represent all the others. Like "a shera is a polyhedon, is just
that Openscad in place of asking you to describe it by points and facets
give you a geometrical description (and $fa,$fs,$fn)as a simpler way for
input data". So Primitivs in Openscade are Face-Vertex mesh (with a rule
for orientation).
On 02/04/2016 06:38 PM, doug moen wrote:
You're right, OpenSCAD doesn't have a DB.
On 4 February 2016 at 16:40, Francesco <gurdulu66@gmail.com
mailto:gurdulu66@gmail.com> wrote:
I feel like I opened the Pandora vase.
Maybe, in a couple of month, I will be able to write without the
sensation of writing non sense.
Just few questions.
Openscad seems not having an internal representation of his owns,
don't have a DB, don't write in my home dir (exept for scad e STL
files), ... kind of translator from drawing orders to mesh (very
complicated argument, browsing the forum).
Am I right?
My limited (and years ago) experience was as Unix C programmer
and most of my time was spent writing custum DB (C with system
calls for debug). That's all and that's why probably I feel
disoriended.
I have a sensation that having a DB would change most of the
discussions I had read.
But maybe I don't know what I am writing about and it make no
sense talking about a DB.
On 01/30/2016 11:59 AM, doug moen wrote:
Here are some steps to supporting multiple materials and colours
in OpenSCAD.
Step 0. With most consumer-grade 3D printers, the best you can do
is create multiple STL files, one for each colour or material.
Each STL file is imported into the slicer and associated with a
different print head. This is all that OpenSCAD supports today
(ie, OpenSCAD has no knowledge of multiple materials & colours in
the exported model).
Step 1. The AMF file format supports multi-part models, where
each part can represent a different colour or material. This is
more convenient: your multi-colour, multi-material model is
represented by a single file, instead of a collection of STL
files. Cura and Slic3r can read multi-part AMF files (and convert
them to GCode for controlling your printer). Step 1 is to extend
OpenSCAD so that it can export multi-part AMF files.
There is a recent forum thread where we discuss adding new syntax
to tag different parts of the CSG tree as belonging to different
components of a multi-part model. If we design and implement this
feature correctly, then you could create a single scad file that
specifies a multi-part model, and export it as either multiple
STL files, or as a single AMF file.
http://forum.openscad.org/export-function-td15428.html
Step 2. Extend OpenSCAD so that it can *import* multi-part AMF
files. Generalize the concept of a "shape" so that a shape can
have 2 or more disjoint regions consisting of different materials
or colours, and generalize the CSG operators to cope with this.
Last year, we had a forum discussion about this, and bobc
prototyped an extension to OpenSCAD to support multi-colour models.
http://forum.openscad.org/Semantics-CSG-ops-with-respect-to-color-materials-td12667i20.html#a12867
Step 3. Full colour 3D printing exists, which allows you to print
near-photo-realistic colour models, with potentially millions of
colours. Shapeways supports full colour printing. The "disjoint
region" model of multiple colours from step 2 isn't really
suitable for representing continous colour gradations. Texture
mapping is one approach, and is good enough for Shapeways colour
prints, but all it does is apply colour to the surface of a
model. It doesn't allow you to specify continuous material
gradations within the interior of a model (something that's
possible with a 3D Systems polyjet printer). For that, you need a
volumetric description of the model. OpenSCAD currently describes
models using a boundary representation. With a functional
representation, functions of the form f[x,y,z] map each point in
3-space onto different properties of the object, including
geometry, colour and material. The volumetric approach is the
only one that fully supports the underlying capabilities of 3D
printers. I think OpenSCAD needs to eventually support a hybrid
of functional and boundary representations.
On 30 January 2016 at 08:07, wood <gurdulu66@gmail.com
<mailto:gurdulu66@gmail.com>> wrote:
Hi.
A started Openscade 2 weeks ago. Needed to make renderings.
While browsing 3D's for Linux I played with Openscad
for a couple of hours with my little doughter.
I tought it was amazing (in another life I was a Unix ANSI C
programmer)
but not what I needed to make renderings.
Downloded some 3D for Linux and started with SweetHome3D.
Nice rendering but no way to create new 3D objects. But
while stressing
myself
passing from triyng to fly with supersonic spatial ship
(Blender GUI) to
dragging and dropping (mouse kills), thinking that I must
learn pyton
I had a flash and tryed OpenScad angain. Fantastic.
Had a kitchen (forniture) 3D model with just "cube" and
"translate".
Imported in Sweethome and wow (had to use FreeCad [.stl to .obj]!
Perfect. I now know that most of the Openscade users use it
for 3D printing
but I had no idea at the time (At the beginnig I tought that
photos
of piece of plastic where renderings .. not real objects!).
When I found that Openscade is an imperative programming (I read
wikipedia about) I just started to use Bash scripts (It would
be better in C
but I was just making a try).
Using Openscade means that you are, more or less, a
programmer so what is
the point of complainig about missing functionality (math,
logic, variable,
function) of
an imperative programming language (that's was I tought).
Just produce
the imperative sequence with the right instrument for you.
Choose the language that has what you need.
It very easy. You do all the numerical and logical things in
Bash (C, Python
...)
and produce a .scad file ...[I am sure most of You has done
this].
something like [in Bash]:
define -i H
let H=1200
.... [definition and initialisation of all the variables]
echo "// Inserisco Cubo" > myfile.scad
echo "cube([$H,$L,$W]);" >> myfile.scad
echo "cube[$H,$L,$W]" >> Misure.txt
exit 0
Of course I had some problems when triyng to realize the
renderings
that other users had done in my missunderstunding (the photos
of real
objects!).
Did not know nothing of 3D in general so it took me a while
to realize
that it was not what Openscade was made for (Colors and texture).
I am pretty sure that Openscade is perfect for "sane"
interior design.
I realize artigianal wood forniture (de facto I am the 3D
printer, the way
the most of You use Openscade) and renderings from architects
are a pain (wondeful to see for the client but
no idea of how to make it). The scripts I started with Bash
are very poor
but
produce not only a 3D models (to look at) but also all the
mesures of the
pieces of the forniture (remember, I am the 3D printer!).
Fantastic.
But what about matirials, texture, colors (Ok is just
rapresentation but,
if you dont show you dont sell).
First I tought that it was just my problem (Openscade is for
3D printing not
for
interior design) and I did not want to complain and ask the
Openscade team
to
understand my needs. Then, browsing the forum, I read about
next generation
3D
printers, that probably will be able to use more matirials
and add finitures
(know
nothing about 3D printing until 2 weeks ago).
At the moment I have to read a little more about .obj .3DS
... just to have
an idea.
But I guess there must be someone else out there
(mybe thinking about next generation 3D printers) that is
interested in
solving
the same issue.
saluti
wood
wood
--
View this message in context:
http://forum.openscad.org/next-generation-3D-printers-tp15977.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
_______________________________________________
OpenSCAD mailing list
Discuss@lists.openscad.org <mailto:Discuss@lists.openscad.org>
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
Discuss@lists.openscad.org <mailto:Discuss@lists.openscad.org>
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
Discuss@lists.openscad.org <mailto:Discuss@lists.openscad.org>
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
The OpenSCAD program takes a description of a 3D shape, written in the
OpenSCAD language (a text file) and converts that into an STL file, which
can then be used for 3D printing. This can be done without using a database.
You are correct, all 3D shapes are represented internally as polyhedra.
On 5 February 2016 at 14:24, Francesco gurdulu66@gmail.com wrote:
Please, why?
Am I correct saying that polyhedon IS the Primitive Solid, meaning that it
can represent all the others. Like "a shera is a polyhedon, is just that
Openscad in place of asking you to describe it by points and facets give
you a geometrical description (and $fa,$fs,$fn)as a simpler way for input
data". So Primitivs in Openscade are Face-Vertex mesh (with a rule for
orientation).
On 02/04/2016 06:38 PM, doug moen wrote:
You're right, OpenSCAD doesn't have a DB.
On 4 February 2016 at 16:40, Francesco gurdulu66@gmail.com wrote:
I feel like I opened the Pandora vase.
Maybe, in a couple of month, I will be able to write without the
sensation of writing non sense.
Just few questions.
Openscad seems not having an internal representation of his owns, don't
have a DB, don't write in my home dir (exept for scad e STL files), ...
kind of translator from drawing orders to mesh (very complicated argument,
browsing the forum).
Am I right?
My limited (and years ago) experience was as Unix C programmer and most
of my time was spent writing custum DB (C with system calls for debug).
That's all and that's why probably I feel disoriended.
I have a sensation that having a DB would change most of the discussions
I had read.
But maybe I don't know what I am writing about and it make no sense
talking about a DB.
On 01/30/2016 11:59 AM, doug moen wrote:
Here are some steps to supporting multiple materials and colours in
OpenSCAD.
Step 0. With most consumer-grade 3D printers, the best you can do is
create multiple STL files, one for each colour or material. Each STL file
is imported into the slicer and associated with a different print head.
This is all that OpenSCAD supports today (ie, OpenSCAD has no knowledge of
multiple materials & colours in the exported model).
Step 1. The AMF file format supports multi-part models, where each part
can represent a different colour or material. This is more convenient: your
multi-colour, multi-material model is represented by a single file, instead
of a collection of STL files. Cura and Slic3r can read multi-part AMF files
(and convert them to GCode for controlling your printer). Step 1 is to
extend OpenSCAD so that it can export multi-part AMF files.
There is a recent forum thread where we discuss adding new syntax to tag
different parts of the CSG tree as belonging to different components of a
multi-part model. If we design and implement this feature correctly, then
you could create a single scad file that specifies a multi-part model, and
export it as either multiple STL files, or as a single AMF file.
http://forum.openscad.org/export-function-td15428.html
http://forum.openscad.org/export-function-td15428.html
Step 2. Extend OpenSCAD so that it can import multi-part AMF files.
Generalize the concept of a "shape" so that a shape can have 2 or more
disjoint regions consisting of different materials or colours, and
generalize the CSG operators to cope with this.
Last year, we had a forum discussion about this, and bobc prototyped an
extension to OpenSCAD to support multi-colour models.
http://forum.openscad.org/Semantics-CSG-ops-with-respect-to-color-materials-td12667i20.html#a12867
Step 3. Full colour 3D printing exists, which allows you to print
near-photo-realistic colour models, with potentially millions of colours.
Shapeways supports full colour printing. The "disjoint region" model of
multiple colours from step 2 isn't really suitable for representing
continous colour gradations. Texture mapping is one approach, and is good
enough for Shapeways colour prints, but all it does is apply colour to the
surface of a model. It doesn't allow you to specify continuous material
gradations within the interior of a model (something that's possible with a
3D Systems polyjet printer). For that, you need a volumetric description of
the model. OpenSCAD currently describes models using a boundary
representation. With a functional representation, functions of the form
f[x,y,z] map each point in 3-space onto different properties of the object,
including geometry, colour and material. The volumetric approach is the
only one that fully supports the underlying capabilities of 3D printers. I
think OpenSCAD needs to eventually support a hybrid of functional and
boundary representations.
On 30 January 2016 at 08:07, wood < gurdulu66@gmail.com
gurdulu66@gmail.com> wrote:
Hi.
A started Openscade 2 weeks ago. Needed to make renderings.
While browsing 3D's for Linux I played with Openscad
for a couple of hours with my little doughter.
I tought it was amazing (in another life I was a Unix ANSI C programmer)
but not what I needed to make renderings.
Downloded some 3D for Linux and started with SweetHome3D.
Nice rendering but no way to create new 3D objects. But while stressing
myself
passing from triyng to fly with supersonic spatial ship (Blender GUI) to
dragging and dropping (mouse kills), thinking that I must learn pyton
I had a flash and tryed OpenScad angain. Fantastic.
Had a kitchen (forniture) 3D model with just "cube" and "translate".
Imported in Sweethome and wow (had to use FreeCad [.stl to .obj]!
Perfect. I now know that most of the Openscade users use it for 3D
printing
but I had no idea at the time (At the beginnig I tought that photos
of piece of plastic where renderings .. not real objects!).
When I found that Openscade is an imperative programming (I read
wikipedia about) I just started to use Bash scripts (It would be better
in C
but I was just making a try).
Using Openscade means that you are, more or less, a programmer so what is
the point of complainig about missing functionality (math, logic,
variable,
function) of
an imperative programming language (that's was I tought). Just produce
the imperative sequence with the right instrument for you.
Choose the language that has what you need.
It very easy. You do all the numerical and logical things in Bash (C,
Python
...)
and produce a .scad file ...[I am sure most of You has done this].
something like [in Bash]:
define -i H
let H=1200
.... [definition and initialisation of all the variables]
echo "// Inserisco Cubo" > myfile.scad
echo "cube([$H,$L,$W]);" >> myfile.scad
echo "cube[$H,$L,$W]" >> Misure.txt
exit 0
Of course I had some problems when triyng to realize the renderings
that other users had done in my missunderstunding (the photos of real
objects!).
Did not know nothing of 3D in general so it took me a while to realize
that it was not what Openscade was made for (Colors and texture).
I am pretty sure that Openscade is perfect for "sane" interior design.
I realize artigianal wood forniture (de facto I am the 3D printer, the
way
the most of You use Openscade) and renderings from architects
are a pain (wondeful to see for the client but
no idea of how to make it). The scripts I started with Bash are very
poor
but
produce not only a 3D models (to look at) but also all the mesures of the
pieces of the forniture (remember, I am the 3D printer!). Fantastic.
But what about matirials, texture, colors (Ok is just rapresentation but,
if you dont show you dont sell).
First I tought that it was just my problem (Openscade is for 3D printing
not
for
interior design) and I did not want to complain and ask the Openscade
team
to
understand my needs. Then, browsing the forum, I read about next
generation
3D
printers, that probably will be able to use more matirials and add
finitures
(know
nothing about 3D printing until 2 weeks ago).
At the moment I have to read a little more about .obj .3DS ... just to
have
an idea.
But I guess there must be someone else out there
(mybe thinking about next generation 3D printers) that is interested in
solving
the same issue.
saluti
wood
wood
--
View this message in context:
http://forum.openscad.org/next-generation-3D-printers-tp15977.html
http://forum.openscad.org/next-generation-3D-printers-tp15977.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
OpenSCAD mailing listDiscuss@lists.openscad.orghttp://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
OpenSCAD mailing listDiscuss@lists.openscad.orghttp://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org