teepee changed the topic of #openscad to: OpenSCAD - The Programmers Solid 3D CAD Modeller | This channel is logged! | Website: http://www.openscad.org/ | FAQ: https://goo.gl/pcT7y3 | Request features / report bugs: https://goo.gl/lj0JRI | Tutorial: https://bit.ly/37P6z0B | Books: https://bit.ly/3xlLcQq | FOSDEM 2020: https://bit.ly/35xZGy6 | Logs: https://bit.ly/32MfbH5
ur5us_ has joined #openscad
use-value has quit [Remote host closed the connection]
use-value has joined #openscad
little_blossom has quit [Ping timeout: 248 seconds]
snaked has joined #openscad
little_blossom has joined #openscad
ur5us_ has quit [Ping timeout: 252 seconds]
califax has quit [Remote host closed the connection]
califax has joined #openscad
L29Ah has quit [Ping timeout: 268 seconds]
LordOfBikes has quit [Ping timeout: 255 seconds]
LordOfBikes has joined #openscad
pbsds has quit [Quit: The Lounge - https://thelounge.chat]
pbsds has joined #openscad
J2356 has joined #openscad
J23 has quit [Ping timeout: 260 seconds]
L29Ah has joined #openscad
Lagopus has joined #openscad
Lagopus has quit [Remote host closed the connection]
Lagopus has joined #openscad
noonien has quit [Ping timeout: 255 seconds]
VasiliyB has quit [Quit: Connection closed for inactivity]
Bocaneri has joined #openscad
Bocaneri is now known as Guest3094
Sauvin has quit [Read error: Connection reset by peer]
califax has quit [Remote host closed the connection]
califax has joined #openscad
califax has quit [Ping timeout: 255 seconds]
califax has joined #openscad
Lagopus has quit [Read error: Connection reset by peer]
<phryk> Could NOT find Qt5QScintilla (missing: QT5QSCINTILLA_LIBRARY) (found
<phryk> suitable version "2.13.3", minimum required is "2.8.0")
<phryk> couldn't find thing, but found thing that's new enough? ūü§Ē
teepee_ has joined #openscad
teepee has quit [Ping timeout: 255 seconds]
teepee_ is now known as teepee
ur5us_ has joined #openscad
ur5us_ has quit [Ping timeout: 255 seconds]
<phryk> this happens when running cmake on the latest release tag btw.
<phryk> also, can someone tell me what https://codeload.github.com/openscad/openscad/tar.gz/972d184?dummy=/ will actually download? i assumed 972d184 to be a commit hash, but looking at git log, i don't find this one…
pah has quit [Ping timeout: 255 seconds]
milza has joined #openscad
snaked has quit [Quit: Leaving]
<buZz> -rw-r--r-- 1 buzz buzz 23120895 Mar 11 14:47 Downloads/openscad-972d184.tar.gz
<buZz> $ sha256sum Downloads/openscad-972d184.tar.gz
<buZz> fc6a33395cdebbe457489d0593548c19abfc53ad15aef771c31e3f84f1615b35 Downloads/openscad-972d184.tar.gz
<gbruno> [github] threed-factory-store opened issue #4547 (Segmentation fault when generating STL file from Scad file) https://github.com/openscad/openscad/issues/4547
<buZz> holy f that .scad file :D https://i.imgur.com/M34YxLp.png
<buZz> i guess its generated, not written
KimK has quit [Ping timeout: 276 seconds]
KimK has joined #openscad
<InPhase> buZz: That's a bit of superfluous nesting...
LordOfBikes has quit [Remote host closed the connection]
LordOfBikes has joined #openscad
LordOfBikes has quit [Client Quit]
LordOfBikes has joined #openscad
<Scopeuk> It's also weird to me seeing a named parameter passed in translate
<Scopeuk> It's not wrong, it's just odd
<InPhase> Yeah.
ran has joined #openscad
<ran> which combination of these options yields the best performance?
<InPhase> Unclear, and it might vary, although the first 2 are strongly recommended.
<InPhase> "exact" almost certainly slows everything down.
<InPhase> The remesh one is unclear.
<InPhase> remesh predictibly is probably a slowdown and definitely spelled wrong.
<InPhase> There were at some points a very small number of testcases where fast-csg actually made the whole render slower. But I think all of the known cases of that were resolved. But because it is fundamentally different, it's possible some other cases exist where this could happen. But it is overwhelmingly between a major speed up and close to even on almost all cases.
<InPhase> Common values one can expect are 5-10 times faster, but sometimes more than that, sometimes a bit less.
<ran> thanks
<InPhase> fast-csg-remesh probably depends on precisely what you're doing. For example, minkowski of minkowski of minkowski probably benefits a lot from that. But... it also fundamentally changes designs from their specification, which could be a significant issue in some cases. You might lose edge integrity that you were intending to preserve. So that makes it a deviation from normal expected operation.
<Scopeuk> teepee it looks like they are trying the 3d printed rocket lunch again, 2h to launch https://www.youtube.com/live/0YWYReboz4g
<InPhase> I know that for certain mechanical designs it mattered a great deal to the outcome I achieved to align the edges of the tessellation with the mechanical motion to get a smoother result. Even features that one might otherwise think of as below print resolution can have some moire rippling effects that bleed into the friction response of a part if this is not attended to.
<InPhase> A remesh blows that sort of property out of the water.
<InPhase> Scopeuk: Ah, thanks. I tried to watch that the first time.
L29Ah has left #openscad [#openscad]
<peepsalot> i'm tempted to back it, but my bank balance is telling me no :-/
Guest3094 is now known as Sauvin
<peepsalot> been wanting a nice EDM setup for a long time though
<Scopeuk> id be more tempted to let it actually deploy and see if it even remotely measures up
<J2356> https://www.homebuiltedmmachines.com/  $400 for an PSU ..  and you get a shitty system
Abrasive21 has joined #openscad
Abrasive21 has quit [Client Quit]
marcus has quit [Remote host closed the connection]
marcus has joined #openscad
<teepee> Scopeuk: thanks, would have missed it. crossing fingers now
L29Ah has joined #openscad
<teepee> now lets see if that 3d printed rocked actually will fly :)
<guso78[m]> can you reshare the link ?
<guso78[m]> ahh ok
<InPhase> Held at the same point again.
<teepee> they have a hold, some muppet got into the range
<InPhase> Was it Elmo again?
<teepee> probably, trying to spoil the fun others ahve
<teepee> *have
<teepee> that was like 2 seconds before the time where it would have to abort
<guso78[m]> what type of printer to you need to print a rocket ...
<teepee> big one :)
<teepee> i think they said it's 7m diameter?
<InPhase> Presumably a metal printer...
<JordanBrown[m]> Or lots of superglue.
<guso78[m]> any 3d printed part is not as tight as a mold created plastic
<teepee> they should have quite a number of videos online of the printer
<guso78[m]> wondering it that is suitable for airospace applications ...
<teepee> it's probably very challenging but with high reward in regard of being able to create complicated structures
<teepee> like printed rocket motor
<InPhase> Back on.
<teepee> yep, 2 minutes
<teepee> oh, no
<teepee> nothing happened
<InPhase> Early rocketry is full of anticlimactic moments. :) (Interspersed with kabooms. But no kabooms today.)
<J2356> who was using the far away zoom behind trees cam for the launch moment?
<teepee> it's still a hold at T-0
<InPhase> J2356: Yeah, that was a bad choice. Maybe they'll fix it for the real launch.
<InPhase> teepee: That's probably a scrub for the day.
<teepee> some palm tree nut? :)
<teepee> yeah, likely, but they still call it hold - what they earlier said is not possible
<InPhase> I think that's the default state transition, and then a human needs to process the state transition to scrub. Although typically once you go past "go/no-go" their protocol doesn't allow any other choices.
<teepee> yep, they said after T-70 it's all automatic abort
<teepee> now lets see if the'll give it another go today
<J2356> now it turns into a popsicle
<teepee> where's the people frantically typing on their keyboards?
<teepee> the control room looked bored
<InPhase> Hmm, ok. Perhaps they think they can still go.
<teepee> looks like launch window is another 1,5h or so (if I heard that right)
<teepee> so now they need to find the person saying "yeah, yeah, all good, I fixed that sensor by setting it to ignore"
<J2356> 45min
popejohnpaul has joined #openscad
<popejohnpaul> is there a way to rotate an object with respect to the center of the object instead of with respect to the origin?
<JordanBrown[m]> OpenSCAD doesn't know where the center of the object is.
<JordanBrown[m]> If you know where the center of the object is, translate it to the origin, rotate, and translate it back out. Writing a module that does that is pretty easy.
<popejohnpaul> the nvm I'm just stupid
<popejohnpaul> my problem was that I was rotating before translating instead of translating before rotating
<JordanBrown[m]> That would be bad.
<popejohnpaul> I'm kinda a newbie I'm just testing out some primitives
<JordanBrown[m]> Newbies welcome!
<InPhase> popejohnpaul: Yeah, it's generally easiest to maximize the work done at the origin, and then place things.
<InPhase> popejohnpaul: As designs get more complicated, that principle holds, and you keep doing more on each part at the origin.
<popejohnpaul> yeah that's generally what I've been doing
<InPhase> If you have subparts of parts of a larger piece, build up each at the origin in a nested manner.
pah has joined #openscad
<InPhase> What you'll find is that this makes the parametric qualities stronger, because the whole design will adjust better to parameters that define the total part shape, but without those parameters being spread throughout the design.
<popejohnpaul> that's what I've been trying to do
<InPhase> Then great start. :) Also, welcome.
<popejohnpaul> when I was rotating I was testing how two physically separate pieces fit together
<popejohnpaul> I made each piece as a module of modules
<InPhase> Looks like that fits like a glove. A 6 fingered glove. ;)
<J2356> popejohnpaul it is also useful to include a "center" variable in modules to change the origin like cube, linear_extrude or cylinder has
<popejohnpaul> I tried that but it messed with my polyhedron
<popejohnpaul> so at least for the cylinder piece I scrapped it
<popejohnpaul> the fat one
<popejohnpaul> I have this divet for a servo motor that messes with the center https://i.ibb.co/P1N4NNW/scad2.png
<popejohnpaul> probably a better way to do it but the polyhedron doesnt play nice with center
<InPhase> polygon I hope?
<InPhase> Manual polyhedron is a lot of work.
<InPhase> I have written myself a bunch of polyhedron interface libraries just because I don't like doing it manually. :)
<InPhase> But polygon with linear_extrude or rotate_extrude remains pretty elegant to do manually.
<popejohnpaul> actual polyhedron
<InPhase> Is it not symmetric across z?
<popejohnpaul> I just stole the cube example from the tutorial, change some parameters, and union'd it with some cylinders
<popejohnpaul> then I took that module and union'd it with a rotated and translated version of itself, then I differenced that fat cylinder with the doublesided thing
<popejohnpaul> that was the only time I'd need a polyhedron for the this project so I just did it
<popejohnpaul> the rest is primitives
<InPhase> popejohnpaul: An illustration of the value of working in 2D: $fa=1; $fs=0.4; linear_extrude(8) hull() { for (i=[0:3]) rotate(i*90) translate([(i%2)*15+7,0]) circle((i%2)*0+2); }
<popejohnpaul> wow that is way simpler than what I did
<popejohnpaul> I did this https://paste.debian.net/1273719/
<InPhase> popejohnpaul: Now that modulo trick is extra that just happens to fall out of your particular shape. But even without it the 2D approach will easily come out simpler.
<InPhase> Ah, and mine might be a bit incorrect if you actually needed those notches.
peeps[work] has quit [*.net *.split]
cbmuser has quit [*.net *.split]
juri_ has quit [*.net *.split]
Ckat has quit [*.net *.split]
mohnish has quit [*.net *.split]
escherial has quit [*.net *.split]
fardog has quit [*.net *.split]
n1essa has quit [*.net *.split]
juri_ has joined #openscad
mohnish has joined #openscad
cbmuser has joined #openscad
Ckat has joined #openscad
escherial has joined #openscad
fardog has joined #openscad
little_blossom has quit [Quit: little_blossom]
fling has quit [Remote host closed the connection]
n1essa has joined #openscad
little_blossom has joined #openscad
fling has joined #openscad
fling has quit [Remote host closed the connection]
fling has joined #openscad
<popejohnpaul> is my computer just bad or is there a reason the viewport gets super laggy when I do this in my file?
<popejohnpaul> hmm
<popejohnpaul> it seems like it's just the preview that gets really laggy
<popejohnpaul> the actual render seems fine
<popejohnpaul> this is the code in question that lags out the preview window https://paste.debian.net/1273735/
<J2356> popejohnpaul depends on the $fa value how many fragments generated
<J2356> so i assume you have $fn defined with a high value
<popejohnpaul> I didn't set $fn
<popejohnpaul> but I removed the piece of code that set $fa to 1
<popejohnpaul> it's still laggy though
<popejohnpaul> but usable now
<JordanBrown[m]> I agree that it's a bit laggy, and I don't immediately see why.
<popejohnpaul> like the shape seems simple enough
<JordanBrown[m]> I'm sure that it would be faster if wedge directly generated the wedge, rather than doing a difference(), but there are no trivial ways to do that.
<JordanBrown[m]> rotate_extrude() and linear_extrude()polygon(... trig to make an arc...) are the two obvious techniques.
<JordanBrown[m]> (Sorry, when I say "obvious", I don't really mean "obvious"... I mean obvious to somebody who is totally familiar with the program.)
<InPhase> popejohnpaul: Laggy preview is typically due to excessive facet count. But there's one other scenario that will do it, described here: https://en.wikibooks.org/wiki/OpenSCAD_User_Manual/FAQ#Why_is_the_preview_so_slow?
<InPhase> popejohnpaul: You can fix that up by slapping render() in front of any pieces that have this structure of problem.
<popejohnpaul> thank you so much InPhase, slapping render() in front of base(); fixed the issue completely
<InPhase> popejohnpaul: Note that this clobbers any colors assigned. But for 3D print modeling this is unimportant.
<J2356> popejohnpaul  https://bpa.st/J6CFK
<popejohnpaul> yeah this is for a print so it doesn't matter at all to me
<InPhase> Someday soon I hope we will figure out how to wedge color processing into rendering, but there is not an existing plan for this yet.
<InPhase> (For multicolor/multimaterial prints.)
<J2356> popejohnpaul  $fa will not have any effect if you use $fn.  $fa is limiting fraqments by a max angle .. set to 1 limits to 360 fragments
<J2356> but if you set $fn  then that number is used ..  better is working with $fs as this will determine the fragment size not number
<InPhase> General strategy for printing: $fa=1; $fs=0.4; if 0.4 is the extruder nozzle diameter. Then don't use $fn at all except in special cases like making a hexagon out of a circle/cylinder, or some case where you want to align a circle to some integer multiple of 4.
<J2356> and if you use $fa=$preview?5:1;  you will have fast preview and only for render the full resolution
<InPhase> Also an option if things are getting laggy.
<J2356> as you have 200 unit big parts a $fs of .4 will give you high fragment count and a slow preview
<InPhase> Although aesthetically I really like seeing the smoothness early on to get a sense for what I'm going to get.
<J2356> just set $preview=true;  to check Ü
<J2356> s/ false
<InPhase> lol
<popejohnpaul> I don't suppose any of you know the standard dimensions of a servo motor do you?
<popejohnpaul> all the servos I'm looking at have these little wings on the end to hold them in place but I'm not sure whether that's counted in the length or not
popejohnpaul is now known as yubbo
<yubbo> that is incredibly useful thank you
<yubbo> saving that image and keeping it closely guarded
snaked has joined #openscad
castaway has quit [Ping timeout: 255 seconds]