RichardPotthoff has quit [Ping timeout: 245 seconds]
snaked has quit [Ping timeout: 244 seconds]
L29Ah has quit [Read error: Connection reset by peer]
snaked has joined #openscad
<J23k35>
anyone noticed that you can't write in front of a set in customizer - cursor jumps always to the end after first character
califax has quit [Ping timeout: 246 seconds]
mmu_man has joined #openscad
mmu_man has quit [Quit: Lost terminal]
J23k35 has quit [Quit: Client closed]
J23k35 has joined #openscad
<J23k35>
seems there is no way to revert an accidentally made change in the customizer values - except closing and reopen .. reload does not reload the json stored values and "undo" also doesn't work there
mmu_man has joined #openscad
snaked has quit [Quit: Leaving]
J23k35 has quit [Quit: Client closed]
J23k35 has joined #openscad
qeed_ has joined #openscad
foul_owl has quit [Ping timeout: 244 seconds]
qeed has quit [Ping timeout: 248 seconds]
foul_owl has joined #openscad
L29Ah has joined #openscad
J23k35 has quit [Quit: Client closed]
J23k35 has joined #openscad
teepee_ has joined #openscad
teepee has quit [Ping timeout: 246 seconds]
teepee_ is now known as teepee
aiyion1 has quit [Ping timeout: 246 seconds]
aiyion1 has joined #openscad
teepee has quit [Quit: bye...]
teepee has joined #openscad
aiyion1 has quit [Remote host closed the connection]
aiyion1 has joined #openscad
Guest48 has joined #openscad
<Guest48>
Hi, Im a reseaercher trying to export my openSCAD design as a stl, i belive I need to press render first, but my render takes 2 hours and crashes after 999/1000, has anyone else had this issue?
<teepee>
Guest48: that's probably a sign of running out of memory
<teepee>
one option would be to see if it's possible to reduce resolution, like don't do $fn = 200; at the top
<Guest48>
teepee ym like with my computer
<teepee>
or trying with the development snapshots which have a new csg engine that might handle that better
<Guest48>
would adding the render() { } function and surrounding my for loop with it help?
<teepee>
it might, but for the F6/render it's usually not that helpful
<Guest48>
sounds like most likley issue is running on laptop vs PC
<Guest48>
maybe?
<teepee>
if that's 2gb ram vs. 64gb ram, yes, that would help a lot. otherwise not so much
<teepee>
the dev snapshots are quite stable so, trying that might be a quick first try
<teepee>
in Preferences enabling that: Features -> Manifold
<Guest48>
thanks
<InPhase>
Guest48: Do you have $fn anywhere in your code?
<InPhase>
Guest48: The first thing to check for in a new OpenSCAD user's design is the misuse of $fn when RAM is running out.
<InPhase>
Guest48: Also, if your design is something you're okay sharing, you can put it in a pastebin and we can maybe point out things that might be memory inefficient about it. There are usually multiple ways to do things, and the resource consumptions can be wildly different.
<Guest48>
i tried on my labs PC which has 16 gigbabytes of ram and its still slow, I changed by $fn from 100 to 75 but this cad is for psychophysics experiment so I can go lower
<InPhase>
Hmm, what units are you working with here? I see r=0.15 on a sphere.
<Guest48>
mm
<Guest48>
btw im printing these with a forms resin printer
<InPhase>
I'm attempting to render your design. It is extremely sluggishly slow in the latest OpenSCAD release. But it completed in 90 seconds with the master branch.
<InPhase>
Guest48: So, you might want to try grabbing a nightly build and rendering it in there...
<InPhase>
It only took 2091MB of RAM to render in the master branch as well.
<InPhase>
So as long as you have more than 2GB, you should be fine.
<InPhase>
Guest48: Also, your cone tops were bothering me... Here's some free math: https://bpa.st/27OQ :)
<tcurdt->
hm .. the thrown together view looks ok - but I am still getting "ERROR: The given mesh is not closed! Unable to convert to CGAL_Nef_Polyhedron." when rendering.
<InPhase>
tcurdt-: circle(d=48, $fn=24);
<tcurdt->
why does that matter?
<InPhase>
tcurdt-: Doesn't it bother you that the pointy end is facing one side and the flat side is facing the other? :)
<InPhase>
But also you have a purple side that's backwards there.
<tcurdt->
I fixed that.
<tcurdt->
lemme update the gist
<InPhase>
[4,7,6,5] for ordering
<InPhase>
You must do thumb-facing-in.
<tcurdt->
unless it's [7, 6, 5, 4] it is purple
<tcurdt->
so I thought it should be [7, 6, 5, 4]
<tcurdt->
I've updated the code in the comments with a new preview
<InPhase>
tcurdt-: Also if you change your 0.01 to 2, you will see your other purple face.
<InPhase>
(In thrown together)
<InPhase>
Probably best to make that a real triangle, to avoid that issue.
<tcurdt->
argh!
<tcurdt->
totally missed that face. thanks!
<InPhase>
:)
<InPhase>
Problem literally invisible when you intentionally made it invisible.