ToAruShiroiNeko has quit [Ping timeout: 268 seconds]
To_Aru_Shiroi_Ne is now known as ToAruShiroiNeko
J235911176379 has joined #openscad
J2359111763 has quit [Ping timeout: 260 seconds]
peepsalot has quit [Quit: Connection reset by peep]
peepsalot has joined #openscad
LordOfBikes has quit [Ping timeout: 264 seconds]
peepsalot has quit [Remote host closed the connection]
LordOfBikes has joined #openscad
peepsalot has joined #openscad
ur5us has quit [Ping timeout: 252 seconds]
guso78 has joined #openscad
guso78 has quit [Quit: Client closed]
KimK has quit [Ping timeout: 252 seconds]
KimK has joined #openscad
KimK has quit [Ping timeout: 246 seconds]
KimK has joined #openscad
guso78 has joined #openscad
<guso78>
Today's log is not available. is there an issue with the system ?
J235911176379 is now known as J22
<guso78>
Rather than create shells, probably you want to try the cura "Vase mode"
<guso78>
cura even as a native option to create molds!
<guso78>
teepee, i have looked at the 2796 PR and results look amazing. Its just bad fate the the PR did not yet make it into the main branch yet, this could potentially generate some discourage ...
<teepee>
yes, the last meters are always the difficult ones unfortunately
<teepee>
but it's always possible to pick things up again if someone finds some time and motivation
<guso78>
The idea of my extrude_path is different tough( i believe). in my option, extrude_path result has an exact and unique result,
<guso78>
extrude_path gets detailled focus when used with low profile polygon count and low extrude path count, where the "cos(b)" correct will get a dominant role.
<guso78>
let me come back when i believe i have managed to implement my idea interely, so i can show, what i mean ...
<guso78>
teepee i agree, that you can always pick up old PR's and ideas, but as time goes by, merging master will become more difficult as master is constantly experienceing changes and in some point in time, merging will be almost impossible ...
<guso78>
sorry" low profile point count"
use-value1 has joined #openscad
use-value has quit [Ping timeout: 246 seconds]
use-value1 is now known as use-value
LordOfBikes has quit [Quit: Ex-Chat]
LordOfBikes has joined #openscad
LordOfBikes has quit [Client Quit]
guso78 has quit [Quit: Client closed]
gwillen has quit [Ping timeout: 246 seconds]
gwillen has joined #openscad
teepee_ has joined #openscad
teepee has quit [Ping timeout: 255 seconds]
teepee_ is now known as teepee
teepee has quit [Quit: bye...]
teepee has joined #openscad
J22 has quit [Quit: Client closed]
J22 has joined #openscad
guso78 has joined #openscad
snaked has quit [Ping timeout: 252 seconds]
snaked has joined #openscad
snaked has quit [Ping timeout: 248 seconds]
J22 has quit [Quit: Client closed]
J22 has joined #openscad
snaked has joined #openscad
J22 has quit [Quit: Client closed]
J22 has joined #openscad
guerd87 has quit [Read error: Connection reset by peer]
andreas has joined #openscad
andreas is now known as Guest3578
<Guest3578>
hello
<Guest3578>
i try to build a docker container for openscad. it seems something is broken with t-paul´s dependencies
<Guest3578>
any ideas?
snaked has quit [Quit: Leaving]
<teepee>
what's wrong?
<teepee>
Guest3578?
<teepee>
Guest3578: also which docker image specifically?
<teepee>
that works fine for me: docker run -v $(pwd):/openscad openscad/openscad:egl openscad CSG.scad -o csg.png
teepee has quit [Remote host closed the connection]
teepee has joined #openscad
<guso78>
is it possible to create an animation in NON-GUI mode with openscad ?
<teepee>
yes
<teepee>
--animate 10
<teepee>
although there's some cases reported where it fails after a couple of iterations
<guso78>
òk thanks.
<guso78>
just got GUI animation working with python:) :)
teepee_ has joined #openscad
teepee has quit [Ping timeout: 255 seconds]
teepee_ is now known as teepee
<guso78>
I try to dump the Pictures in the GUI and i select the Checkbox. Usually remember that i says 'Export GIFxxxx' and i have tons of pictures, but nothing happens.
<guso78>
I notice 6 gray rectangles below 'Dump Pictures' but I dont know, what they are used for.
GNUmoon2 has joined #openscad
Guest578 is now known as buZz
<teepee>
the animation must be running to export images
GNUmoon has quit [Ping timeout: 255 seconds]
<guso78>
hmm, yes, but it does not. must be an error on my side ....
clemens3 has joined #openscad
clemens3 has quit [Changing host]
Guest3578 has quit [Ping timeout: 248 seconds]
<guso78>
teepee, this is the demonstration of my path_extrude function, which i am imagine ... it works with any profile and any extrude path len ...
<othx>
guso78 linked to YouTube video "OpenSCAD path_extrude demonstration" => 1 IRC mentions
<teepee>
what is that xdir?
<guso78>
xdir is a hint where to direct the x axis for drawing the first profile on the very bottom
<guso78>
all subsequent angles are derived from this
andreas has joined #openscad
andreas is now known as Guest1207
<guso78>
if first segment of the extrude path is exactly vertical, xdir wil exactly match, if first segment of extrude path shows towards x, my cross product is zero and have quite some fallback haha
<guso78>
i admit its not yet perfect. i believe the joint profiles must be parallelograms instead of squares to be absolutely correct.
<guso78>
thus x and y vector dont have to be normal to each other there ...
guso7839 has joined #openscad
<teepee>
it might be a good idea to bring that topic up on the mailing list as there's at least one of the BOSL2 developers who has quite some experience with their path extrude code
<teepee>
and the questions and issues should be pretty much independent on the language used to do the extrusion
<guso78>
teepee is it same as openscad mailing list ?
<teepee>
yes
<teepee>
discuss@lists.openscad.org
<teepee>
there was some discussion related to that topic not long ago, not sure I can find that quickly
<guso78>
I will better ask, i doubt they agree on writing their lib in python ...
<guso78>
hmm, actually only the openscad parser is missing ...
<teepee>
I suppose the question would be how to get it into the openscad core, so it could be used from whatever language
<guso78>
i think it could become a better task. I extended LineaExtrudeNode with some fields and used it for path_extrude in addition, but clean way would be to to have a dedicated new Node.
<guso78>
bigger task
<teepee>
but that's pretty much an implementation detail
<teepee>
the main question is how to get the results stable enough so people can use it without it failing every 3rd time with random errors
<guso78>
yes, implementation is still lacking. i am in doubt that the cross section is always correct. Another thing is that its quite vulnerable to self-intersection, when not used correctly, but i believe this can be fixed by using an "1-object-union" in the end.
<teepee>
not with the "normal" cgal union
<JordanBrown[m]>
Conceptually I have always thought that the self-intersection problem was simple: imagine taking a physical piece and sweeping it along the path; any space that it sweeps through should be included in the final object, whether it sweeps through once, twice, or a dozen times. *Implementing* that, however, is something else entirely.
<guso78>
somewhere i read you want to get rid of the CGAL anyway . The successor just needs to proof that its better
<teepee>
we probably can't just drop it completely, but Manifold does promise to produce always geometry that matches the name of the library :)
<teepee>
that said, I'm not sure what the input requirements are, so if that would be also Manifold input, that means same problem as in CGAL when we generate geometry ourselves instead of via CSG primitives
<teepee>
on the plus side, eliah has Math covered, which is very good baseline :)
<teepee>
not saying CGAL people don't, they certainly have the math knowledge, but in some cases it seems the code is more targeting Math ideals instead of practical stable results
<teepee>
so I suppose it's more that the goals are not perfectly aligning with what OpenSCAD needs
<guso78>
teepee, i really wished, that i a) imported stl from the internet b) difference it with a cube to cut off something c) it would always succeed haha
<teepee>
indeed
<guso78>
coming back to yesterdays' topic: are there tools/git functions/methods to PR a single feature of my branch to the upstream or is it rather handcrafted work ?
<teepee>
the cleanest way is to get that upstream remote sorted, then checkout a branch based on upstream/python-support and put the stuff that should go into the PR into that local branch
<teepee>
pushing this branch to github should automatically give the option to create a pull request - may need selecting python-support again, instead of master
clemens3 has quit [Ping timeout: 264 seconds]
clemens3 has joined #openscad
guso7856 has joined #openscad
guso7856 has quit [Client Quit]
califax has quit [Remote host closed the connection]
aiyion has quit [Remote host closed the connection]
aiyion has joined #openscad
califax has joined #openscad
Lagopus has joined #openscad
califax_ has joined #openscad
califax has quit [Ping timeout: 255 seconds]
califax_ is now known as califax
peeps[laptop] has joined #openscad
teepee_ has joined #openscad
teepee has quit [Ping timeout: 255 seconds]
teepee_ is now known as teepee
Guest1207 has quit [Ping timeout: 268 seconds]
epony has joined #openscad
califax has quit [Ping timeout: 255 seconds]
califax has joined #openscad
ur5us has joined #openscad
califax has quit [Remote host closed the connection]
califax has joined #openscad
milza has joined #openscad
clemens3 has quit [Read error: Connection reset by peer]
J22 has quit [Quit: Client closed]
J22 has joined #openscad
guso78 has quit [Quit: Client closed]
robert7 has quit [Remote host closed the connection]