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
<lf94> I was absolutely aware it wasnt correct at the point you mentioned hahaha
<dTal> in my defense, I have a short attention span
<lf94> *cries*
<lf94> now you gotta vouch for summonscript when someone talks about code cad
<lf94> that is your eternal punishment
<dTal> Please don't take my initial impulse to critique as a sign that I am not hugely impressed
<lf94> 's all good mang
<lf94> I did this /for me/, I want to share it with the world because I hope some real smart people help get me what I want B))))
<lf94> Also I hope it helps proliferate code cad
<lf94> I still recommend OpenSCAD to this day for various reasons
<lf94> The top 3 code cad systems: openscad, replicad, and now summonscript
<lf94> one day summonscript can probably have an openscad -> summonscript translator
<lf94> eventually eating openscad
<lf94> B)
<lf94> Honestly the last missing puzzle piece is getting a smart person to figure out how to combine multiple arcs for sketching
<lf94> there are sdfs for line and bezier, but the one for arc is broken when trying to use it with the other 2
<lf94> or I spent 5 months bashing my head into the wall to figure it out
<lf94> spent/spend
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
J23k42 has joined #openscad
J23k48 has quit [Ping timeout: 248 seconds]
mmu_man has quit [Ping timeout: 264 seconds]
lostapathy has joined #openscad
hrberg has quit [Remote host closed the connection]
hrberg has joined #openscad
TheAssass1n is now known as TheAssassin
ferdna_ has quit [Quit: Leaving]
LordOfBikes has quit [Ping timeout: 258 seconds]
LordOfBikes has joined #openscad
<InPhase> dTal: I managed my attention span by seeing that part of the video with the wrong curve, saying "No", and mashing the right arrow until it looked right, and saying, "Yes." ;)
<dTal> So patient!
<gbruno> [github] kintel pushed 5 modifications (Removed unnecessary glGenBuffers() in OpenCSGRenderer. Let VertexArray do it.) https://github.com/openscad/openscad/commit/44977d33a7c6f41397452a5a71dd79f25d270025
<gbruno> [github] kintel opened pull request #4786 (Green refactoring of VBO code) https://github.com/openscad/openscad/pull/4786
kintel has joined #openscad
<teepee> "Nabble forum scheduled for deletion"
<teepee> I guess that's good bye to that then
<InPhase> teepee: Do you have an alternate plan in place for that niche? Maybe /r/openscaddev? :)
<teepee> it's read-only for quite a while now, the mailing list is separate with a bad immitation of a web forum
<teepee> and no, after the last actions on reddit, I have no desire to really rely on it
<teepee> alternatives would be something feediverse like lemmy or kbin (but as far as I can tell, they have no good email integration) or discourse where people say very different things about email behavior
<InPhase> Ok.
<oldlaptop> github has a forum feature nowadays, doesn't it?
<teepee> it has one, yes
hypera1r has quit [Remote host closed the connection]
hyperair has joined #openscad
qeed has joined #openscad
qeed_ has quit [Ping timeout: 260 seconds]
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
peeps has joined #openscad
peeps[work] has quit [Ping timeout: 272 seconds]
lastrodamo has joined #openscad
bozo16 has quit [Quit: Leaving]
arebil has quit [Quit: arebil]
arebil has joined #openscad
guso78k has joined #openscad
<guso78k> teepee, can you give me a small hint, what I do wrong with the findNettle ?
mmu_man has joined #openscad
bozo16 has joined #openscad
LordOfBikes has quit [Remote host closed the connection]
LordOfBikes has joined #openscad
Guest47 has joined #openscad
Guest47 has quit [Client Quit]
cart_ has joined #openscad
LordOfBikes has quit [Remote host closed the connection]
LordOfBikes has joined #openscad
teepee_ has joined #openscad
bozo16 has quit [Quit: Leaving]
teepee has quit [Ping timeout: 256 seconds]
teepee_ is now known as teepee
qeed has quit [Quit: qeed]
qeed has joined #openscad
mmu_man has quit [Ping timeout: 255 seconds]
mmu_man has joined #openscad
ferdna_ has joined #openscad
Guest14 has joined #openscad
Guest14 has quit [Client Quit]
snaked has quit [Remote host closed the connection]
snaked has joined #openscad
ferdna_ has quit [Quit: Leaving]
ferdna_ has joined #openscad
<gbruno> [github] kintel pushed 2 modifications 1 removals (Separate VBO-specific code into more specific functions) https://github.com/openscad/openscad/commit/4bfdd920a72b27ba883984526f04169bdc4ea7b7
<gbruno> [github] kintel synchronize pull request #4786 (Green refactoring of VBO code) https://github.com/openscad/openscad/pull/4786
mmu_man has quit [Ping timeout: 240 seconds]
kintel has joined #openscad
<kintel> Has been discussed before, but: Does anyone know why the manifold-cgalpng_example024 test is flaky on GitHub CI ubuntu-20.04 ?
mmu_man has joined #openscad
<teepee> kintel: my theory is an issue in either old tbb or thrust
<teepee> I thought about creating updated packages for tbb and see how that goes, but did not have the time yet
<teepee> more likely tbb, IIRC thrust is a git submodule...
<kintel> Right. I guess we should, ideally, contribute a 22.04 CI config to Manifold, and write a repro case, but it probably doesn't end well if it comes down to being a TBB issue..
<teepee> If I'm reading the latest messages right, they might have done just that, let me find a link
rvt has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
<teepee> there's quite a number of more fixes than the last time I tried to update manifold
<teepee> I need to try again, to get all those goodies in
rvt has joined #openscad
<gbruno> [github] kintel pushed 4 modifications (some docs) https://github.com/openscad/openscad/commit/4eb97f058f34075be4c8e672f13b65b11f0d401e
<gbruno> [github] kintel synchronize pull request #4786 (Green refactoring of VBO code) https://github.com/openscad/openscad/pull/4786
<gbruno> [github] gsohler synchronize pull request #4703 (Store Points in PolySet as Indexed Points) https://github.com/openscad/openscad/pull/4703
<gbruno> [github] kintel pushed 8 modifications (Move buffer allocation out of VertexArray, to keep allocation and deletion in the same components) https://github.com/openscad/openscad/commit/7e4c1468a89a9a091107dff07f598d09da773a0d
<gbruno> [github] kintel synchronize pull request #4786 (Green refactoring of VBO code) https://github.com/openscad/openscad/pull/4786
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
guso78k84 has joined #openscad
<othx> guso78k84 linked to YouTube video "Melt Metals in the Microwave | The Ultimate Guide" => 1 IRC mentions
<guso78k84> this guy is great, considering making you own crucible  ...
guso78k has quit [Quit: Client closed]
guso78k84 has quit [Ping timeout: 248 seconds]
<gbruno> [github] kintel pushed 1 modifications (Remove duplicate buffer initialization code; use VertexStateManager instead) https://github.com/openscad/openscad/commit/54f655f4707ae4b0b6850162e9344e5752e0f3b8
<gbruno> [github] kintel synchronize pull request #4786 (Green refactoring of VBO code) https://github.com/openscad/openscad/pull/4786
kintel has joined #openscad
cart_ has quit [Ping timeout: 255 seconds]
<gbruno> [github] kintel edited pull request #4786 (Green refactoring of VBO code) https://github.com/openscad/openscad/pull/4786
<kintel> I'll probably break some people's WIP PRs with the above VBO work. Hopefully for a better end result :)
<kintel> If anyone has opinions, please let me know. My next step is likely to reduce the experimental flags to a single flag, then move the feature out of experimental, while possibly keeping the old code behind an ifdef.
<kintel> It's slow work, since the code is pretty convoluted due to the many renderers we have, but I'm slowly starting to understand why it was done this way
<peepsalot> haven't looked at it in a while, but from what i remember one of the main complications is a sort of emulation of display lists (queuing up GL commands in a way)
<peepsalot> i don't recall why it was done that way exactly, maybe from limiations of interfacing with opencsg ?
<kintel> Yeah, it's a bit unconventional, but due to how OpenCSG works, I see why
<kintel> also, we don't have a good system for managing materials and transformations, so the emulation probably made that easier
<kintel> My hope is to arrive at a somewhat decent separation of concerns to make it easier to modify in the future
<kintel> ..but first, remove the number of possible code paths :)
noonien9 has joined #openscad
noonien has quit [Ping timeout: 260 seconds]
noonien9 is now known as noonien
<peepsalot> kintel: i guess you've settled on which set of sub-features/options to just keep enabled and no longer toggle?
<kintel> Working on it :)
<kintel> After a bunch of testing it turns out that glBufferSubData() is quite slow on macOS, so first step is to kill that
<kintel> ..or at least reduce it to a couple of calls per frame instead of one call per 12 bytes :)
<kintel> s/frame/setup/ but I'm assuming worst-case scenario is one redraw per compile (animation mode)
<teepee> ouch, once per 12 bytes sounds horrible
<teepee> I don't know that code well enough to have much opinions
mmu_man has quit [Ping timeout: 240 seconds]
mmu_man has joined #openscad
lastrodamo has quit [Quit: Leaving]
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<teepee> kintel: Michael has some trouble receiving my mails sent from GMX, did you get the DNS / DKIM related ones I sent in the last hour?
lostapathy has quit [Ping timeout: 255 seconds]
lostapathy has joined #openscad