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
mtm has quit [Ping timeout: 248 seconds]
mtm has joined #openscad
kintel has joined #openscad
<kintel> Looks like something went wrong with boost vs. Qt for unity builds
<teepee> but only in older distros
deathonater has quit [Quit: (╯°□°)╯︵ ┻━━┻]
Smeef has joined #openscad
<teepee> builds fine locally
RoyK has quit [Ping timeout: 248 seconds]
RoyK has joined #openscad
L29Ah has joined #openscad
<gbruno> [github] hzeller opened pull request #5325 (Fix includes for stream-related symbols) https://github.com/openscad/openscad/pull/5325
<gbruno> [github] kintel synchronize pull request #5235 (Add backend setting / flag to enable manifold in prod builds) https://github.com/openscad/openscad/pull/5235
RichardPotthoff has joined #openscad
J24k23 has joined #openscad
<teepee> I'm not convinced that unity build stuff is worth the problems
J24k97 has quit [Ping timeout: 256 seconds]
juri_ has quit [Ping timeout: 244 seconds]
<kintel> I think Qt's moc is converting "boost::foreach::tag" to "boost::Q_FOREACH::tag" in this case.
LordOfBikes has quit [Ping timeout: 265 seconds]
<teepee> ah, that makes sense. so would we want to disable unity for all Qt stuff then?
snaked has joined #openscad
LordOfBikes has joined #openscad
teepee_ has joined #openscad
<gbruno> [github] kintel pushed 90 modifications (Fix includes for stream-related symbols (#5325) * Add missing <iostream> header for files using any of std::{cin,cout,cerr} * Add missing <ostream> header for files using std::ostream. * Include <sstream> for files using any of std::{stringstream,ostringstream} * Include <ios> for files using std::{hex,dec,ios*}) https://github.com/openscad/openscad/commit/50ff1f8e6fc49bcefca2f1d85e501c18cbe4b30d
<gbruno> [github] kintel closed pull request #5325 (Fix includes for stream-related symbols) https://github.com/openscad/openscad/pull/5325
<kintel> teepee I haven't looked into how the unity stuff actually works. I'd think moc was run separately on individual files, but perhaps it's instead run on some massive concatenated file?
teepee has quit [Ping timeout: 260 seconds]
teepee_ is now known as teepee
<teepee> I assume it's run on the final unity*.cc file
<gbruno> [github] kintel synchronize pull request #5235 (Add backend setting / flag to enable manifold in prod builds) https://github.com/openscad/openscad/pull/5235
<kintel> right, so perhaps either opt out any files in scope for moc
<kintel> ..or collect all those into a separate compilation unit
<teepee> there are examples for the opt-out, I've not seen how to group files
<kintel> or simply disable unit for those builds until someone have time to fix it :)
<teepee> hmm, for some reason it works on 24.04, might not be easy to distinguish though
<pca006132> ah, the unity build thing
<pca006132> if we clean up other files, we may look into isolating the CGAL stuff into a few source files...
<pca006132> that should massively improve build time without the need for unity build
<teepee> the problem is mostly that it randomly errors out and is difficult to debug
<pca006132> yeah, I don't think unity build is meant to be for debugging...
<teepee> I meant debugging build issues that happen due to unity build
<pca006132> ah yeah
<pca006132> that is hard either...
<pca006132> btw what do you think about https://github.com/elalish/manifold/pull/953
<pca006132> I'm not sure if it is a good approach, but if downstream users are happy with this we are probably fine
<teepee> like I'm pretty sure kintel is right that the build failure in the povray export PR is due to Qt foreach being replaced in some boost names
<teepee> but what's the fix for that? I guess excluding all GUI_FILES would work, but that also reduces the point of unity build quite a bit
<pca006132> probably some macro issue?
<pca006132> unity build in general is not capable of dealing with conflicting macro names...
<teepee> yep, quite likely, maybe even "fixed" by moving to more c++ style stuff in the latest version
<teepee> as the build only fails for ubuntu < 24.04
<teepee> or it could be just random due to how files are combined
<teepee> hmm, there is a property called UNITY_GROUP
<teepee> so maybe we could tag all GUI_FILES + GUI_HEADERS with a dedicated group
<teepee> hmm, not very obvious, and it's ignoring QGamepadInputDriver.cc
<pca006132> I think maybe we can just disable unity build for now
<pca006132> it is just something that saves time in CI runs, but if it is wasting more dev time, it is not worth it :P
<teepee> ah, in group mode it will only group those that are explicitely tagged
Smeef has quit [Quit: (╯°□°)╯︵ ┻━━┻]
<kintel> it might just be an older CMake, as the unity build/automoc stuff is a moving target
<teepee> that sounds less likely to randomly blow up
<teepee> unfortunately it seems there's no automatic limit to groups, which is annoying
<teepee> I would have hoped I can just tag all gui files with group="gui" and it will still combine x number of files
<teepee> still the explicit grouping seems better than this enable/disable dance with submodules
<teepee> oh, argh, also: New in version 3.18.
<teepee> disable it is, I suppose
<teepee> that would be ubuntu >= 22.04
<kintel> Btw., on the topic of manifold: I'm hoping to merge manifold as a non-experimental feature very soon, with backend selection in preferences.
<kintel> Q: are we ready to default to manifold yet, or should we hold off for a bit?
<teepee> it's not a release, so I'd say default to Manifold :)
<gbruno> [github] hzeller opened pull request #5326 (Move src/io/libsvg/ -> src/libsvg) https://github.com/openscad/openscad/pull/5326
Smeef has joined #openscad
<kintel> yeah, it would be dev snapshots only
<teepee> and with the build fix, I think the POV export is ok for an initial go
<teepee> it probably still needs some work, like an option window and the color behavior is strange in some places
<teepee> but it's already a good starting point especially with the color support
<kintel> I'll give the code a read
paddymahoney has quit [Ping timeout: 252 seconds]
Smeef has quit [Quit: (╯°□°)╯︵ ┻━━┻]
paddymahoney has joined #openscad
L29Ah has left #openscad [#openscad]
pca006132 has quit [Remote host closed the connection]
pca006132 has joined #openscad
mmu_man has quit [Ping timeout: 252 seconds]
myosotis has quit [Ping timeout: 276 seconds]
Smeef has joined #openscad
Guest38 has quit [Ping timeout: 256 seconds]
L29Ah has joined #openscad
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<gbruno> [github] kintel pushed 35 additions 1 modifications 35 removals (Move src/io/libsvg/ -> src/libsvg (#5326)) https://github.com/openscad/openscad/commit/40b1da33c5b90c146aa4135863d7fa9e73be93f3
<gbruno> [github] kintel closed pull request #5326 (Move src/io/libsvg/ -> src/libsvg) https://github.com/openscad/openscad/pull/5326
<pca006132> InPhase: yes, the efficiency depends on how we define that may overlap thing, iirc I was excluding pairs that are neighbors to each other
<pca006132> so in practice there are not that many conflict pairs, even when we consider some pretty bad cases for convex decomposition such as the cube - sphere case
<pca006132> it is possible to create some pathological cases where there are many conflict pairs, so there is probably no useful theoretical bound on the number of components...
<pca006132> (that I can think of, I am really bad at geometry)
pca006132 has quit [Remote host closed the connection]
misterfish has joined #openscad
pca006132 has joined #openscad
pca006132 has quit [Client Quit]
L29Ah has left #openscad [#openscad]
<gbruno> [github] hzeller opened pull request #5327 (In implementation compilation unit: move corresponding header to top.) https://github.com/openscad/openscad/pull/5327
<gbruno> [github] folkertvanheusden synchronize pull request #5288 (PovRay export) https://github.com/openscad/openscad/pull/5288
<gbruno> [github] folkertvanheusden synchronize pull request #5288 (PovRay export) https://github.com/openscad/openscad/pull/5288
misterfish has quit [Ping timeout: 252 seconds]
<J24k23> kintel  go for default mainfold is snapshots .. +1  had no issues with it (since zebra fix)
guso78k has joined #openscad
<guso78k> teepee, it was v2, just looked it up
<gbruno> [github] hzeller converted_to_draft pull request #5327 (In implementation compilation unit: move corresponding header to top.) https://github.com/openscad/openscad/pull/5327
<guso78k> My next task is probably  to creating nice loft functions.  my extrude functions support lambda functions as input, this comes perfectly handy
<gbruno> [github] hzeller opened pull request #5328 (Don't #define _USE_MATH_DEFINES in *.cc files but as compile define.) https://github.com/openscad/openscad/pull/5328
misterfish has joined #openscad
guso78k has quit [Ping timeout: 256 seconds]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #openscad
guso78k has joined #openscad
mmu_man has joined #openscad
misterfish has quit [Ping timeout: 252 seconds]
misterfish[x] has quit [Quit: Gateway shutdown]
misterfish has joined #openscad
L29Ah has joined #openscad
hyperair has quit [Ping timeout: 252 seconds]
mmu_man has quit [Ping timeout: 248 seconds]
mmu_man has joined #openscad
pca006132 has joined #openscad
misterfish has quit [Ping timeout: 245 seconds]
misterfish has joined #openscad
hyperair has joined #openscad
hyperair has quit [Read error: Connection reset by peer]
hyperair has joined #openscad
hyperair has quit [Read error: Connection reset by peer]
snaked has quit [Quit: Leaving]
misterfish has quit [Ping timeout: 252 seconds]
misterfish has joined #openscad
mtm has quit [Ping timeout: 245 seconds]
mtm has joined #openscad
misterfish has quit [Ping timeout: 276 seconds]
misterfish has joined #openscad
misterfish has quit [Read error: Connection reset by peer]
misterfish has joined #openscad
myosotis has joined #openscad
guso78k has quit [Quit: Client closed]
mmu_man has quit [Ping timeout: 245 seconds]
teepee_ has joined #openscad
teepee has quit [Ping timeout: 260 seconds]
teepee_ is now known as teepee
<gbruno> [github] BK524 opened issue #5329 (3D Colour Export in .OFF using multiple primitives.) https://github.com/openscad/openscad/issues/5329
hyperair has joined #openscad
fling has quit [Remote host closed the connection]
misterfish has quit [Ping timeout: 255 seconds]
<gbruno> [github] t-paul closed issue #5329 (3D Colour Export in .OFF using multiple primitives.) https://github.com/openscad/openscad/issues/5329
mmu_man has joined #openscad
<J24k23> hm thought this was fixed but in preview i got  (render is first) https://imgur.com/a/a7755oJ
guso78k has joined #openscad
<J24k23> hm i remove on object form an intersection with the same object - causing a  "z-fighting" line around - and extruding that is causing this .. weird
<J24k23> looks like the zebra issue but only in preview - does manifold influence preview?
<J24k23> I thought the overlap rule was only for 3D
<J24k23> oh while it wasn't visibel in the render this did caused non manifold edges
<J24k23> (all images https://imgur.com/a/a7755oJ )
<gbruno> [github] BK524 opened issue #5330 (Colour removed after render.) https://github.com/openscad/openscad/issues/5330
<J24k23> interesting that it only happens on that one edge
<teepee> ah, J24k23 can type faster than me :)
<teepee> (github color issue)
<J24k23> zoorrry
<J24k23> but so you can have full attention for my issue - Ü  ..  that shouldn't happen or is that to be expected for non overlapping differences in 2D
<teepee> oh, not much attention here, coffee, cake, and soon off getting some new electronics toys I ordered :-)
<teepee> getting older means fixing the mini-keyboard yesterday was fine, but trying to fix an usb-stick failed. those chips in there are really tiny
<J24k23> yeah those micro electronics are so annoying and even a simple plug now contains smd circuits and chips
<teepee> oh, yeah, that too. can't just plug in something into usb-c and get 5v power
<J24k23> .. the fontlist suddenly appears as a docked window .. and for a brief moment a saw the fonts rendered - but now it is gone
<teepee> plus those electronics people obviously never ever try their stuff
<teepee> lots of cool usb-c breakout boards but none of the at least 10 different versions has a single mounting hole
UltimateCodeWarr has quit [Quit: Client closed]
guerd87 has quit [Read error: Connection reset by peer]
guerd87 has joined #openscad
<teepee> huh? what's gone the whole window or just the font rendering?
<J24k23> ah  ok all good the sample text is an extra column that i need to scroll  ( the font window just doesn't fit right into that small block )
drfff has quit [Read error: Connection reset by peer]
<teepee> this is how it looks for me https://imgur.com/a/na0MwqH (on linux)
<teepee> you can select columns via right click on the header
<teepee> like minimum use only the "styled font name" column
<teepee> cool location, but maybe a bit scary https://www.youtube.com/watch?v=A5KF7Psx_9c
<othx> teepee linked to YouTube video "TALY SHUM Live @ SunRay Dnipro, Ukraine 25.09.2024 | Melodic Techno & Indie Dance DJ Mix 4К" => 1 IRC mentions
<J24k23> yes PEBCAK  https://imgur.com/a/m8qeIzy   it was the first time viewing and i saw the render for a short moment and then it was gone .. something must have scrolled or don't know
<teepee> maybe the automatic resizing depending on content.
<J24k23> ok now i pop out the window .. and when "hide font list"  it just empty but still exist a grey window
guso78k has quit [Quit: Client closed]
<teepee> oh, oops
<teepee> I thought I tried that
<teepee> hmm, indeed, something strange is going on
<J24k23> and when i change /select columns after hide and show they are not remembered
<teepee> on linux/wayland it's dropping the window frame instead so it's not moveable
<teepee> probably activating the wrong gui-control, Qt docking is quite confusing
<J24k23> yep and after close/open scad  the columns are reset also
<J24k23> however lovely feature it is
<J24k23> - and i really need that AMS  4 colors are not quite enough for CMYK and WHITE
<teepee> well, the main part is the "chars" filter :-)
<teepee> easy to select fonts having a 😀 glyph ;-)
L29Ah has left #openscad [#openscad]
<J24k23> that char filter is great .. but i got  161fonts with ♥  and one is empty and anther shows a square ..  probably shitty fonts
<J24k23> oh i have more emoji fonts than i thought ..  wouldn't it make sense that if a char filter is entered - it copy to the sample text too ? (you can reset again if needed)
<teepee> I don't like that automatic, but maybe some "link content" toggle
<teepee> so it's up to the user to decide
<J24k23> yes like the reset ..  but i think only one field would be enough for both (size added)
<J24k23> I mean it is unlikely to search a text  that has a heart and then only show how the ABC looks
<J24k23> maybe put the search char in front of the sample text
<J24k23> so the sample text always includes the char filter
hyperair has quit [Ping timeout: 260 seconds]
L29Ah has joined #openscad
<J24k23> https://github.com/openscad/openscad/issues/5330 can be closed (why didn't he) ... "the words of your comment imply the issue is solved - should it be closed" .. didn't MS has this AI shit in there
guso78k has joined #openscad
misterfish has joined #openscad
killjoy has quit [Ping timeout: 252 seconds]
hyperair has joined #openscad
drfff has joined #openscad
<gbruno> [github] thehans closed issue #5330 (Colour removed after render.) https://github.com/openscad/openscad/issues/5330
mmu_man has quit [Ping timeout: 264 seconds]
guso78k62 has joined #openscad
mmu_man has joined #openscad
guso78k has quit [Ping timeout: 256 seconds]
UltimateCodeWarr has joined #openscad
<UltimateCodeWarr> On Amazon, there are some 12/24V buck converters to convert to USB-C.      They are around $12.        They have some screw holes.       There are some POE Boards as well that act as a splitter, so you can split the data out from the power and get like 65wttas max power, and they  have scome screw holes too.
<UltimateCodeWarr> That adafruit site seems to have some pretty unique hardware as well.    Prices aren't ridiculous
<teepee> EU here, so adafruit access is limited to what resellers care to carry
<teepee> also why would I want a buck converter if usb-c already can do the voltage setup?
<teepee> what I want is those https://www.amazon.de/s?k=usb+c+trigger+module but with sensible way to aa
<teepee> attach
<teepee> it's possible with some very accurate 3d printed plug-in casing, but that's tricky to get right
<teepee> ideal solution https://www.amazon.de/dp/B0CR45HK57 with the trigger circuit embedded
<J24k23> you can print them like here https://www.printables.com/model/777528-power-bar  but might be easier to make a hull and fill with silicone
misterfish has quit [Ping timeout: 265 seconds]
ubuntourist has joined #openscad
L29Ah has left #openscad [#openscad]
deathonater has joined #openscad
guso78k62 has quit [Ping timeout: 256 seconds]
ubuntourist has quit [Quit: Leaving]
Smeef has quit [*.net *.split]
LordOfBikes has quit [*.net *.split]
othx has quit [*.net *.split]
muesli has quit [*.net *.split]
voxpelli has quit [*.net *.split]
tcurdt has quit [*.net *.split]
voxpelli has joined #openscad
LordOfBikes has joined #openscad
othx has joined #openscad
muesli has joined #openscad
tcurdt has joined #openscad
L29Ah has joined #openscad
<UltimateCodeWarr> JK I was looking through your printable site, you have a very impressive offering of usable items.
paddymahoney has quit [Ping timeout: 246 seconds]
paddymahoney has joined #openscad
<J24k23> UltimateCodeWarr glad if you find something useful
guso78k has joined #openscad
<guso78k> teepee, would openscad merge my PR which adds colors to exported 3mf, or is colors a topic, which clearly ochafic owns ?
<teepee> I'm pretty sure that will be merged
<teepee> ideally it would have some test cases and import too, but I'd vote even for just the export if that works with some of the slicers
* teepee would be interested in prusaslicer :-)
<teepee> I believe OFF has also color import and some tests
<guso78k> teepee,  dont get your prusaslicer  intent.  suppose you installed already, whats the extra ?
<teepee> that's what I'm using currently, hopefully things are working same with cura and bambu studio
<teepee> I think ochafik tested with bambu
<guso78k>  https://imgur.com/a/AginVuV BTW my tests to loft between 2 xsection using lambda functions are very promising. plan to make it more versatile
<teepee> maybe starting a bit smaller is useful?
<teepee> like doing the lambda for linear-extrude
<teepee> smaller changes are so much easier to handle
<guso78k> doing  small designs with few points only during coding. blowing up only to make a show :')
<guso78k> at leqas
<guso78k> at least my equations seem to work
<J24k23> cura is probably handling color different as ultimaker uses materials - but we will see
<guso78k> color export is plugged in and working. right now running ctest locally
<guso78k> issue with 3mf colors is: per-face color are only valid when an object color is defined.  we can choose any index for the object color because its anyway overwritten
<J24k23> olivier had this color pre selection on his WASM playground - can we extract the color list from the csg tree?
<guso78k> during export i am working on the rendered result. i dont have access to the csg tree unless develop a pipe into export-3mf ;)
<guso78k> i have color values in rgba format available
<gbruno> [github] gsohler pushed 1 modifications (Store Color information alonw with 3MF Files) https://github.com/openscad/openscad/commit/4b176862db4c7bd5423eeac03588fbc87523360d
<gbruno> [github] gsohler opened pull request #5331 (Store Color information alonw with 3MF Files) https://github.com/openscad/openscad/pull/5331
guso78k has quit [Quit: Client closed]
guso78k has joined #openscad
guso78k has quit [Quit: Client closed]
TylerTork has joined #openscad
<TylerTork> This manual entry: https://en.wikibooks.org/wiki/OpenSCAD_User_Manual/Importing_Geometry#import doesn't mention that import supports OBJ file format. Any reason I shouldn't add that?
<gbruno> [github] gsohler edited pull request #5331 (Store Color information along with 3MF Files) https://github.com/openscad/openscad/pull/5331
guso78k has joined #openscad
<teepee> TylerTork: nope, wikis are happy if they get updated :-)
<guso78k> teepee, the 3mf exported file should actually be different. i am wondering, why only mac finds the bug
<teepee> hmm, it claims CSV import, do we have that?
<guso78k> in any case my created 3mf file is colored.
<TylerTork> guso78k thx
<teepee> 3mf *V2*
<J24k23> well if the csv is json  i mean there are coma
<TylerTork> teepee in this context does csv refer to Comma Separated Values, i.e. a spreadsheet?
<guso78k> nope, json is very diffent von json
<teepee> there is no world where csv == json (I hope)
<guso78k> json is basically javascript syntax
<teepee> I assume it means comma separated values, in context of importing files that makes the most sense
<guso78k> teepee, let it up to you, i am finishing for today, its just about to fix one ctest if you are happy with the new content
<teepee> not yet sure how to handle the builds that still use lib3mf V1 so they don't have the color export
<teepee> I wonder if that code maybe just works for V1 too
<guso78k> i see
<guso78k> sorry now, 3mf v1 code is fundamentaly different
<TylerTork> it is not the standard CSV format. As shown in the documentation, the file needs to be formatted like an OpenSCAD literal value, e.g. ["Hello", 7.34, "Goodbye"] -- if you leave off the brackets it doesn't work
<TylerTork> Who did this I need to punish them
<teepee> that does not make it csv
<teepee> it's a valid json list
<teepee> that's the downside of wikis, people sometimes write wrong things
<teepee> let me reject that
<TylerTork> If I use the contents {"f":["Hello", 7.34, "Goodbye"]} and echo the result:
<TylerTork> ECHO: { f = ["Hello", 7.34, "Goodbye"]; }
<TylerTork> This is not a list. It is also not a string, based on the "is_xxx" functions. Not sure what it is. A JSON object?
<TylerTork> t = import("c:\\class\\hello.csv");
<TylerTork> echo(t.f);
<TylerTork> ECHO: ["Hello", 7.34, "Goodbye"]
<TylerTork> Holy shirt. It's a JSON object.
guso78k has quit [Ping timeout: 256 seconds]
<J24k23> that is what i meant
<TylerTork> @J24k23  yes, CSV and JSON both employ commas, but they are not the same at all.
<TylerTork> Who did this
<teepee> did what?
<teepee> I updated that wiki page a bit as the CSV import listed there was wrong
<teepee> feel free to extend / update further
<TylerTork> I will mention here when I am done so you can review it (unless you are notified anyway).
<teepee> well, it's an openscad object :-)
<teepee> I have a notification on the page now anyway, so I'll get an email
<teepee> my library branch also has toml import too :D
<TylerTork> I don't suppose there's a way to express a JSON object as a literal value int he code?
<teepee> not yet, that's still pending lots of decisions
<teepee> and it's a bit stuck too
<teepee> so right now only internal code can generate those objects, like textmetrics() too
deathonater is now known as Smeef
GNUmoon has quit [Remote host closed the connection]
TylerTork has quit [Quit: Client closed]
GNUmoon has joined #openscad
<gbruno> [github] hzeller synchronize pull request #5328 (Don't #define _USE_MATH_DEFINES in *.cc files but as compile define.) https://github.com/openscad/openscad/pull/5328