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
rawgreaze has joined #openscad
snaked has joined #openscad
teepee_ has joined #openscad
teepee has quit [Ping timeout: 240 seconds]
teepee_ is now known as teepee
J2345 has joined #openscad
LordOfBikes has quit [Ping timeout: 246 seconds]
J23 has quit [Ping timeout: 245 seconds]
LordOfBikes has joined #openscad
linext has quit [Read error: Connection reset by peer]
<ndnihil> spotted more openscad out in the wild https://www.youtube.com/watch?v=tY5ijVq2QzE
J2345 has quit [Quit: Client closed]
J2345 has joined #openscad
mmu_man has quit [Ping timeout: 268 seconds]
<gbruno> [github] kintel pushed 1 modifications (Test with single process build) https://github.com/openscad/openscad/commit/1f1682f3d9d34dc5120e6c1e0b17f4e38351a9aa
<gbruno> [github] kintel synchronize pull request #4585 (Test using msys2 python for tests) https://github.com/openscad/openscad/pull/4585
LordOfBikes has quit [Ping timeout: 240 seconds]
LordOfBikes has joined #openscad
<gbruno> [github] kintel opened issue #4632 (AST and CSG output is written to the wrong directory) https://github.com/openscad/openscad/issues/4632
<gbruno> [github] kintel pushed 1 modifications (Add some tests exercising relative output filenames) https://github.com/openscad/openscad/commit/12ab19111d15d826023e1c492d2726b4a196f6c7
kintel has joined #openscad
<kintel> Less than a second, but :)
<ndnihil> yeah had to drop playback to 0.25x and do it again
<gbruno> [github] kintel opened pull request #4633 (Add some tests exercising relative output filenames) https://github.com/openscad/openscad/pull/4633
<ndnihil> bigclive was doing a bunch of openscad stuff not too long ago too
<kintel> InPhase ^ crappy tests incoming :)
<ndnihil> was kinda surprised to see hexibase using it to model acoustic environments
<gbruno> [github] kintel synchronize pull request #4585 (Test using msys2 python for tests) https://github.com/openscad/openscad/pull/4585
<gbruno> [github] kintel pushed 1 modifications (Query system info) https://github.com/openscad/openscad/commit/99bd8798e0e7b74496d5d55a1a209a864363dc68
<gbruno> [github] kintel edited pull request #4633 (Add some tests exercising relative output filenames) https://github.com/openscad/openscad/pull/4633
<gbruno> [github] kintel pushed 1 modifications (Query system info) https://github.com/openscad/openscad/commit/3489269c154df6866b7a69507a9690f9c6af3db7
<gbruno> [github] kintel synchronize pull request #4585 (Test using msys2 python for tests) https://github.com/openscad/openscad/pull/4585
<InPhase> kintel: :)
<kintel> Something is seriously wrong with the Windows CI
<kintel> It went from mostly working to always failing around 4 days ago
<kintel> Not even -j1 makes it go green again. Are we really using >7GB memory compiling a single file?
<InPhase> Is that the thing running on Linux but cross-compiling?
<kintel> No, msys2 on Windows Server 2022
<kintel> Always the same file: manifold-applyops-minkowski.cc
KimK has quit [Ping timeout: 246 seconds]
KimK has joined #openscad
<InPhase> kintel: Try something for me... In that msys2 environment, run this and tell me if it works or errors: /usr/bin/time -v /usr/bin/echo 2>&1 | grep "Maximum resident set size"
<InPhase> kintel: I expect an output like, "Maximum resident set size (kbytes): 1924"
<gbruno> [github] kintel synchronize pull request #4585 (Test using msys2 python for tests) https://github.com/openscad/openscad/pull/4585
<InPhase> Oh, that's the CI you said.
<gbruno> [github] kintel synchronize pull request #4585 (Test using msys2 python for tests) https://github.com/openscad/openscad/pull/4585
<gbruno> [github] kintel synchronize pull request #4585 (Test using msys2 python for tests) https://github.com/openscad/openscad/pull/4585
<kintel> I tried running time locally yesterday, but it didn't give reasonable output
<kintel> It gave resident size, but it didn't change if I compiler something bigger
<InPhase> Excellent.
<InPhase> That was just the preliminary test. Now, this script I just whipped up...
<InPhase> Let me assembly that for you.
<kintel> echo gives: Maximum resident set size (kbytes): 8784
<InPhase> kintel: Okay, so we have this script, that can go into ./scripts/g++_mem_monitor.sh https://bpa.st/BLVPQ
<InPhase> kintel: Then, the thing that runs cmake, needs to instead do something like: CXX="$(pwd)"/../scripts/g++_mem_monitor.sh cmake -DEXPERIMENTAL=ON ..
<InPhase> So either hack that into the script launching cmake, or temporarily alter the CMakeLists.txt itself to call that script as the "compiler".
<InPhase> This script is assuming g++ in the path is the right compiler. If that's false... I guess hack it worse and edit that script. But probably that's right.
<gbruno> [github] kintel synchronize pull request #4585 (Test using msys2 python for tests) https://github.com/openscad/openscad/pull/4585
<kintel> When I did this manually, the resident size was always the same, independently on what file I built, but let's see
<kintel> (approx the same that is)
<InPhase> Yeah, that first version was showing the size of running "echo", so that won't change.
<kintel> No, I also did it by running various compiler commands
<InPhase> I'm definitely seeing variability in these g++ ones.
<InPhase> Output is super noisy. This is for example, one line: https://bpa.st/FJU6M
<kintel> wasn't sure if perhaps time behaves oddly under Windows..
<InPhase> Might!
<InPhase> It could be this data is simply not available for msys2 to report, so they just throw out a silly number.
<InPhase> But... Let us hope.
<InPhase> If my reasoning is correct, it should still output the maximum resident set size even if it's OOM killed.
<InPhase> This was the value I got for manifold-applyops-minkowski.cc: Maximum resident set size (kbytes): 1809288
<InPhase> So it was a lot larger than the others.
<InPhase> (It took me a while to find it because I had to search 1MB of text in my scrollback buffer. I figured out I can save it out to a text file.)
<kintel> hm, msys CMake didn't like the CXX path..
<InPhase> Uhm, is it set +x?
<kintel> meh, forgot to git add it. I need to go to bed : /
<InPhase> Or make it actually be there. ;)
<gbruno> [github] kintel pushed 1 additions 1 modifications (time) https://github.com/openscad/openscad/commit/74f87a9479b13efce5d71527b9830db1cf31dd12
<gbruno> [github] kintel synchronize pull request #4585 (Test using msys2 python for tests) https://github.com/openscad/openscad/pull/4585
<InPhase> But yeah, don't forget the +x when you do. I should also sleep for now.
<InPhase> Crap.
<InPhase> I bet it's expecting g++.exe ?
<InPhase> Maybe?
<kintel> ninja probably doesn't want to run shell commands
<InPhase> From a prior build: D:\a\_temp\msys64\ucrt64\bin\c++.exe
<InPhase> An attempt to run that needs to go into where the g++ is, probably with the slashes converted.
<kintel> I could try using makefiles instead, but not tonight, as that's a whole other can of worms. I assume ninja is default on Windows for a reason...
<InPhase> Yep. Goodnight. Let me know if it actually works later. I'll be curious to see.
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
guso78 has joined #openscad
guso78 has quit [Write error: Broken pipe]
teepee has quit [Remote host closed the connection]
teepee has joined #openscad
guso78 has joined #openscad
qeed__ has joined #openscad
qeed_ has quit [Ping timeout: 246 seconds]
xloem[m] has quit [Quit: Bridge terminating on SIGTERM]
usop[m] has quit [Quit: Bridge terminating on SIGTERM]
LinuxHackerman has quit [Quit: Bridge terminating on SIGTERM]
mikolajw has quit [Quit: Bridge terminating on SIGTERM]
Cadair has quit [Quit: Bridge terminating on SIGTERM]
mfg[m] has quit [Quit: Bridge terminating on SIGTERM]
evils[m] has quit [Quit: Bridge terminating on SIGTERM]
guso78[m] has quit [Quit: Bridge terminating on SIGTERM]
Notkea has quit [Quit: Bridge terminating on SIGTERM]
JordanBrown[m] has quit [Quit: Bridge terminating on SIGTERM]
isitaboat[m] has quit [Quit: Bridge terminating on SIGTERM]
anotherlucas[m] has quit [Quit: Bridge terminating on SIGTERM]
BZK[m] has quit [Quit: Bridge terminating on SIGTERM]
agnes_de_lion[m] has quit [Quit: Bridge terminating on SIGTERM]
paddymahoney has joined #openscad
<gbruno> [github] sonichy closed issue #4630 (Welcome chinese filename mess code load fail) https://github.com/openscad/openscad/issues/4630
Notkea has joined #openscad
mikolajw has joined #openscad
LinuxHackerman has joined #openscad
xloem[m] has joined #openscad
BZK[m] has joined #openscad
mfg[m] has joined #openscad
usop[m] has joined #openscad
ur5us__ has joined #openscad
ur5us__ has quit [Remote host closed the connection]
<gbruno> [github] sonichy opened issue #4634 (Polyhedron add points mark) https://github.com/openscad/openscad/issues/4634
JordanBrown[m] has joined #openscad
mmu_man has joined #openscad
<J2345> sonichy still only speaks with images
<teepee> might be language barrier
guso78[m] has joined #openscad
evils[m] has joined #openscad
Cadair has joined #openscad
isitaboat[m] has joined #openscad
anotherlucas[m] has joined #openscad
agnes_de_lion[m] has joined #openscad
mmu_man has quit [Ping timeout: 264 seconds]
mmu_man has joined #openscad
<J2345> yes possible .. but the answer need to be translated too ..  well i just answer with images too Ü
teepee_ has joined #openscad
teepee has quit [Ping timeout: 240 seconds]
teepee_ is now known as teepee
<gbruno> [github] sonichy opened issue #4635 (polyhedron render disappear) https://github.com/openscad/openscad/issues/4635
teepee has quit [Remote host closed the connection]
teepee_ has joined #openscad
teepee_ is now known as teepee
snaked has quit [Quit: Leaving]
<mmu_man> hi
<mmu_man> Is the Thingiverse customizer fixed btw? I recall reading it was broken but that was like 2 years ago?
<J2345> wasn't thingiverse itself  broken?
<J2345> but mmu_man  not the same but you can try  https://3dcustomizer.net/
<J2345> or https://ochafik.com/openscad2/  ..  https://models.makewithtech.com/ also has some customizer
<mmu_man> oh, I found the later like yesterday, didn't know about the others
<InPhase> mmu_man: Last I noticed it was stuck on the 2015 release of OpenSCAD, which is missing major shifts in the language. The chance of it working on current code is low.
<mmu_man> eh
<mmu_man> oh wow, does the 2nd one render on a server or with js?
<mmu_man> not sure it'll like my complex parts though
<J2345> using WASM so it renders in your browser not using server CPU
<mmu_man> my old thinkpad probably won't survive that with minkowski & sphere differences
<J2345> and as https://ochafik.com/openscad2/ also uses manifold it is quite fast as the WASM renders always as it is a stl display not a preview
<J2345> makewithtech renders on the server
<mmu_man> talking about manifold, I get a warning on this one, but couldn't figure out why:
<mmu_man> maybe the junction of some cylinders bases…
<J2345> maybe try the devSnapshot http://openscad.org/downloads.html#snapshots  and activate feature manifold
<mmu_man> I can build from git
<mmu_man> I'm just used to the one from Debian but even Sid only has 2021.01-6
<mmu_man> I should probably do this overdue paperwork first :-(
<J2345> you can also try https://cadhub.xyz/draft/openscad#fetch_text_v1=https%3A%2F%2Fraw.githubusercontent.com%2Fmmuman%2Fcad-retro-parts%2Fmain%2FPowerBook%2Fpb1xx_trackball_ring.scad
<mmu_man> if I don't answer by 10min my CPU has melted :D
<J2345> 2021 is the last official .. but manifold is only available in 2023
<mmu_man> oh no it's actually quite fast this one
* J2345 throws some ICEcubes
<J2345> cadhub is using server cpu iirc
<mmu_man> it doesn't complain about anything
<J2345> so where did you got an error?
<mmu_man> when rendering with 2021
<J2345> well 2021 has some bugs  .. what does the error said?
<J2345> i think ochafik.com is also using a preview parameter and renders with it except when click on render
<J2345> as there is no alpha (color) in stls
<J2345> nice model btw .. is this for resin printer
<mmu_man> Volumes: 2
<mmu_man> WARNING: Object may not be a valid 2-manifold and may need repair!
<mmu_man> Someone actually managed to print it with FDM and it works, to my own surprise.
<mmu_man> I suppose it doens't like diffs of diffs of diffs of cylinders
<J2345> but not with the text .. and the latches on top look not very sturdy
<J2345> the manifold warning often results from no overlap
<mmu_man> well there's not much room for reinforcement.
<mmu_man> maybe on one spot as the mating part is a bit round.
<J2345> yeah if you remodel an existing part that is injection molded
<J2345> and you need the gap between the latch and rim?
<mmu_man> probably not, it's likely due to the molding. But having it too close could probably also create issues with FDM.
<J2345> would be ideal if connected along the circumference section .. still need supports if not angled a bit
<mmu_man> I suppose a thiner wall that you can cut once printed would make it easier.
<mmu_man> Still I'm surprised someone managed to get this clean (printed on the side it seems) https://cdn.discordapp.com/attachments/1001304397906718770/1105659279639335062/IMG_1539.jpeg
<teepee> oh, cadhub is up again?
<teepee> hmm, main page still errors out
<teepee> mmu_man: boosted :)
<teepee> good idea poking the newer sites, I never used thangs3d so far
<mmu_man> thx :)
<guso78> my personal successor to thinigverse is cults3d.  me and thingverse relate like teeepee and birdie ...
<teepee> yeah, thingiverse still has amazing stuff, but the website itself is just horrible
<teepee> especially considering it's now owed by big pockets corp making that even more sad
<teepee> I still don't get what they payed $300mil for
<teepee> $403 even
<mmu_man> guso78: yeah but they don't have the customizer, do they?
<guso78> right, i am not aware of a customer in cults3d,  but that is not a requirement for me
<guso78> But i tried the thingiverse  customer and  i did not manage to customize a model without publishing  the customized model at the same time(but maybe i just cannot operate it)
mmu_man has quit [Ping timeout: 240 seconds]
mmu_man has joined #openscad
mmu_man has quit [Ping timeout: 240 seconds]
tachoknight has joined #openscad
guso78 has quit [Ping timeout: 245 seconds]
mmu_man has joined #openscad
teepee_ has joined #openscad
teepee has quit [Ping timeout: 240 seconds]
teepee_ is now known as teepee
mmu_man has quit [Ping timeout: 246 seconds]
mmu_man has joined #openscad
mmu_man has quit [Ping timeout: 265 seconds]
J2345 has quit [Quit: Client closed]
J2345 has joined #openscad
kow__ has quit [Ping timeout: 240 seconds]
Guest73 has joined #openscad
<Guest73> $fn = 100; // Set the number of facets for curved surfaces
<Guest73> / Bottle dimensions
<Guest73> $opening_diameter = 8; // Diameter of the bottle opening
<Guest73> $neck_diameter = 11; // Diameter of the bottle neck
<Guest73> $base_diameter = 40; // Diameter of the bottle base
<Guest73> $height = 180; // Overall height of the bottle
<Guest73> module Bottle() {
<Guest73>     // Body of the bottle
<Guest73>     difference() {
<Guest73>         cylinder(h = $height, r1 = $base_diameter / 2, r2 = $neck_diameter / 2);
<Guest73>         translate([0, 0, $height]) cylinder(h = 20, r1 = $neck_diameter / 2, r2 = $opening_diameter / 2);
<Guest73>     }
<Guest73> }
<Guest73> / Generate the bottle
<Guest73> Bottle();
Guest73 has quit [Client Quit]
<teepee> ugh
<J2345> this is not an interface .. this is not WASM ..
peeps[work] has joined #openscad
<J2345> and as turing-test .. i am 100% sure this was made by chatGPT
<gbruno> [github] thehans closed issue #4635 (polyhedron render disappear) https://github.com/openscad/openscad/issues/4635
peeps[work] has quit [Quit: Leaving]
peeps[work] has joined #openscad
KimK has quit [Quit: Leaving]
guso78 has joined #openscad
guso7819 has joined #openscad
KimK has joined #openscad
<lf94> yeah, ChatGPT over comments
<lf94> Ap
<lf94> :P
<lf94> / diameter of the bottle opening is assigned 8 virtual units which usually translate to millimeters a metric unit created in france
<InPhase> $as_a_large_language_model_I_am_incapable_of_using_dynamic_variables = true;
<lf94> teepee: thingiverse was bought for 403 mill?
<lf94> ...nuts...
<InPhase> Questionable shape for a bottle too. I previewed it.
<teepee> well makerbot, but I always assumed thingiverse and the users is what they paid for
<lf94> yeah, chatgpt is bad at it
<lf94> InPhase: I tried "an iphone"
<teepee> the printers were not worth a lot
<lf94> it was just a mesh of triangles
<teepee> so trashing thingiverse seems to make not a huge amount of sense to me
<lf94> for a lot of people I think it works just good enough
<lf94> > thangs3d < I get weekly emails from there but eh
<lf94> printables.com is the future
<lf94> code cad itself has too many possible targets
<lf94> better share the code + a preview of some parameters
<lf94> so upon upload, you just paste your code (it should be a strict one-file sort of thing), and an stl
<lf94> anything larger than one file, or has many dependencies, should lead to a project page
<InPhase> lf94: Triangles you say? https://www.youtube.com/watch?v=yZBVnjXp7GQ
<lf94> maybe that's what it thought an iphone was
<lf94> roughly
<lf94> you know how we've gotten really good at telling CG from reality
<lf94> I feel that's the type of thing AIs gonna cause for a bit
<InPhase> Yeah. We sort of have an uncanny valley of code generation going on.
<lf94> I also wonder if that was with GPT4
<InPhase> teepee: I think when the history of 3D printing is written, Stratasys's strategies are probably going to look like IBM's blunders during the emergence of the consumer PC market.
<InPhase> They seem to think the future of 3D printing is in large manufacturing.
<lf94> future of 3d printing is good f'ing quality on the current beds
<lf94> also: color
<InPhase> And there is a role in this, for now! It should however shift rapidly to more favoring of decentralized systems.
<InPhase> On-site availability and customization is just too potent. And thingiverse was a far more important asset for this than a bunch of printer lines.
<J2345> i am waiting for the 24nozzle printer
<teepee> I would like decentralized, but I'm not seeing too much progress into that direction, just in general
<InPhase> J2345: 10 should suffice.
<J2345> i am not sure we see much decentralization in the consumer sector as there is postprocessing and assembly required
<InPhase> J2345: As long as we can mix a bit.
<InPhase> J2345: CMYKW with rigid and flexible and a mixing process, and then we have all colors and flexibilities by ratio of these.
<J2345> InPhase i have seen a 6nozzle printer that sequentially uses the nozzles
<InPhase> But a mixer probably requires a single nozzle and a small mixing chamber.
<J2345> my approach was not color but more a printing line that build a print like a matrix
<InPhase> And then with 10 lines coming into it.
<InPhase> Realistically I could work with 5, because I probably don't need all colors concurrently with multi-flexibility, so I could change it out. But 10 would be best.
pie_ has quit []
<InPhase> One might also want transparent, so maybe 6 or 12.
<J2345> all the same color but a printhead 2cm wide
<J2345> pushing 200mm³ per minute
<J2345> second .. and more like 500 (20 per nozzle)
guso78 has quit [Quit: Client closed]
pie_ has joined #openscad
pie_ has quit [Client Quit]
pie_ has joined #openscad
pie_ has quit [Client Quit]
pie_ has joined #openscad
mmu_man has joined #openscad
<InPhase> J2345: Ah, yeah. For speed one could get some nice results with a fat sweeping line.
<InPhase> Also, a fat sweeping line would probably make stronger prints.
<InPhase> But you'd need to be able to adjust how much of the line is active, like with some sort of sliding gate.
<InPhase> Or perhaps simply some injectors that merge internally into a line right before coming out, and then you get the width by which ones are injecting. And that method could potentially even print lines with gaps in the middle if the software were clever about it.
<InPhase> If you could do different extrusion results for one side of the line vs the other, then you could sweep it in a circle and get circular infill patterns / layer lines.
<J2345> every nozzle would have a coil that moves a needle valve and then like a matrix printer
teepee_ has joined #openscad
teepee has quit [Ping timeout: 240 seconds]
teepee_ is now known as teepee
peeps[work] has quit [Quit: Leaving]
peeps[work] has joined #openscad
Lagopus has quit [Ping timeout: 260 seconds]
peeps[work] has quit [Ping timeout: 246 seconds]
mmu_man has quit [Ping timeout: 246 seconds]
teepee has quit [Ping timeout: 240 seconds]
teepee has joined #openscad
mmu_man has joined #openscad
snaked has joined #openscad