<Jack21>
i see i should get an github account if i don't stop complaining ..
<Jack21>
for the clamping i think it needs to be done after each step which would be a performance issue
<Jack21>
(i fixed your code example btw - but moving the geometry is not an option )
<Jack21>
but as rotate_extrude is sensetive for the y - it would make sense (and fix the range values they are confusing )
Jack2127 has joined #openscad
<Jack2127>
so if only the input is checked for every x vector if it is close to 0 (close like 1.e-14)
<Jack2127>
on the other hand i can write a function that is doing this
Jack21 has quit [Ping timeout: 256 seconds]
Jack2127 is now known as Jack21
LordOfBikes has quit [Ping timeout: 252 seconds]
LordOfBikes has joined #openscad
<InPhase>
Jack21: Turns out the github accounts are free. :) All the cool kids are doing it.
ur5us_ has joined #openscad
ferdna has joined #openscad
<Jack21>
inphase: but it is microsoft .. think this will do https://bpa.st/VJFQ
peeps[zen] has joined #openscad
peepsalot has quit [Ping timeout: 252 seconds]
<InPhase>
Jack21: Seems to serve your purpose.
ur5us_ has quit [Remote host closed the connection]
ur5us_ has joined #openscad
snakedGT is now known as snaked
aiyion has quit [Remote host closed the connection]
aiyion has joined #openscad
arebil has joined #openscad
arebil has quit [Quit: My keyboard has gone to sleep. ZZZzzz…]
ali1234[m]1 has quit [Ping timeout: 265 seconds]
ferdna has quit [Quit: Leaving]
ali1234[m]1 has joined #openscad
fling has joined #openscad
<fling>
hi
<fling>
What is the best way to split my models in chunks?
<fling>
for placing like nut sockets and everything
<fling>
for future assembly
<InPhase>
modules?
<fling>
what modules
<InPhase>
Are you asking how do you separate code into chunks?
<InPhase>
Or are you asking how do you design something that is physically separate pieces?
<fling>
yeah how to separate the model chunks, not code
<fling>
for example I might want to kindof cut the bottom of the model and print it as it is unlikely to change and then to focus on the top part which I will change from time to time and only reprint this one thing
<InPhase>
There's no one solution. It depends on the design, and how you want to assemble it. Basically what you do is visualize each piece as a separate part with shared numerical values specifying the dimensions, you calculate those shared values at the top of the file, and then you separately model each part that will later go together as a module.
arebil has quit [Quit: My keyboard has gone to sleep. ZZZzzz…]
arebil has joined #openscad
gunnbr_ has quit [Ping timeout: 265 seconds]
ur5us_ has joined #openscad
gunnbr_ has joined #openscad
gunnbr_ has quit [Ping timeout: 265 seconds]
Guest8 has joined #openscad
Jack21 has joined #openscad
<Jack21>
fling: have you worked with children()? so you can make a module that cuts your object in half and places m3 holes and screw holes or other interlocking geometry like dovetails
arebil has quit [Quit: My keyboard has gone to sleep. ZZZzzz…]
la1yv_a has quit [Read error: Connection reset by peer]
la1yv_a has joined #openscad
Jack21 has quit [Quit: Client closed]
Guest5315 has joined #openscad
peeps[zen] has joined #openscad
peepsalot has quit [Ping timeout: 265 seconds]
<Guest5315>
Howdy! I'm using OpenSCAD on Debian, and need to be able to create PNG files that have the same dimensions for feeding into video clips for Kdenlive. I found I needed to have the size of the window the same for each image. Adjusting viewport distance, etc. is easy enough. I'd like to make the window size for any given instance of OpenSCAD
<Guest5315>
consistent with any other instance. I'm setting my Viewport distance at 300.00, but would like to set the numbers in parentheses to (900x600) for all instances. I suspect this is obvious, simply because I can't seem to find it. Any help here?
<buZz>
Guest5315: you can render to png from commandlines too
<buZz>
there's many commandline options anyway
mhroncok has joined #openscad
<Guest5315>
Thank you, I'll take a closer look at those.
Guest5315 has quit [Quit: Client closed]
Guest8 has quit [Ping timeout: 256 seconds]
arebil has joined #openscad
arebil has quit [Client Quit]
teepee_ has joined #openscad
teepee has quit [Ping timeout: 276 seconds]
teepee_ is now known as teepee
gunnbr has quit [Ping timeout: 252 seconds]
mhroncok has quit [Quit: Leaving.]
Jack21 has joined #openscad
oldlaptop has quit [Ping timeout: 245 seconds]
oldlaptop has joined #openscad
ur5us_ has joined #openscad
ur5us_ has quit [Ping timeout: 245 seconds]
ur5us_ has joined #openscad
Jack21 has quit [Quit: Client closed]
<peeps[zen]>
ccox: turns out we can get an easy 35% speedup by using a custom malloc implementation. I just tried this one https://github.com/microsoft/mimalloc
<peepsalot>
teepee: this seems like a worthwhile thing to bake in to the build if we can
<peepsalot>
we could also try some other malloc implementations and see if any are better for our particular usage, but mimalloc's performance tests show they beat basically all the other common implementations in *their* benchmarks
<InPhase>
peepsalot: So my suspicious flag has been tripped. The default allocators already get a lot of optimization attention. Usually outperforming means for a specific usage pattern or use case. Did you see any mention elsewhere of what the downside of this one is? (I didn't find it in the readme.)
<peepsalot>
i mean... it used 354.1MB vs 350.8MB memory, so maybe that? well worth it imo