teepee has quit [Remote host closed the connection]
teepee has joined #openscad
L29Ah has quit [Read error: Connection reset by peer]
snaked has joined #openscad
mmu_man has quit [Ping timeout: 268 seconds]
LordOfBikes has quit [Ping timeout: 268 seconds]
LordOfBikes has joined #openscad
jonasbits has quit [Quit: No Ping reply in 180 seconds.]
jonasbits has joined #openscad
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
J24k60 has joined #openscad
J24k has quit [Ping timeout: 250 seconds]
hyperair has joined #openscad
GNUmoon has joined #openscad
<pca006132>
btw, does the offer letter (or something equivalent) for GSoC states that it is supposed to be full-time?
<pca006132>
I was asking my department about using it for internship requirements (for UG students), and they said as long as the offer letter said it is full-time it should be fine
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #openscad
guerdy has quit [Read error: Connection reset by peer]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #openscad
erectus has quit [Ping timeout: 260 seconds]
guerd87 has joined #openscad
erectus has joined #openscad
J24k60 has quit [Quit: Client closed]
J24k has joined #openscad
mohammad1722 has joined #openscad
<teepee>
pca006132: what do you mean? GSoC is specifically statet not to be an internship, I assume that's for legal reasons so people are not going to be "employees" of Google
<pca006132>
yeah but schools can allow students to do it instead of regular internship
<pca006132>
and iirc in the FAQ they said that it is fine if the schools allow that
<pca006132>
ah, not FAQ but in some email
<pca006132>
> As far as university credit for doing GSoC that is completely up to the university if they accept GSoC as an internship requirement in their curriculum (many universities do accept is in lieu of an internship).
<teepee>
ah, sure, accepting the work independently for some practical work requirement or something is fine, that's up the them
<phryk>
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277101 openscad code seems to be missing an include to make boost::prior enabled, leading to build failure on freebsd; is this something that's on your peoples radar already and would you agree that an upstream fix in the openscad code is in order?
<phryk>
s/enabled/available/
cart_ has joined #openscad
<pca006132>
what is the version of openscad that freebsd is using? stable version or just following master?
<pca006132>
and what are the versions of CGAL and boost?
<pca006132>
at least I have never encountered this on master (snapshot version)
<phryk>
theres cad/openscad and cad/openscad-devel; version is a bit hairy… from what i see in the makefile the former is 2021.X, but openscad --version reports 2023.X
<phryk>
ye, the segfault resolved itself for me, as i just commented under it. i only linked that one because of the unclearness of what version it actually is.
<Scopeuk>
ignore last message thats not a recent one
<teepee>
if updated libraries need additional header files, it would be helpful if people having the fix would send that to github
<mohammad1722>
Hi everyone, Mohammad here! I'm a software engineer from Egypt.
<mohammad1722>
I'm happy to join the channel. My main areas of expertise are Python and C++. Looking forward to chatting and learning from all of you!
<mohammad1722>
I'm particularly interested in the "Simple Package Manager" GSoC project for OpenSCAD. I was looking at the GitHub issue you mentioned and saw there's some work started using vcpkg-ce. I was wondering, are you planning to keep using vcpkg-ce and build on top of it, or are you thinking of going in a different direction and creating a new solution
<mohammad1722>
altogether?
fardog has joined #openscad
<teepee>
mohammad1722: vcpkg-ce seems to not match the use case very well
<teepee>
if sort-of works but requires running it separately on command line, create a dedicated environment similar to python-virtualenv and running openscad in there
<teepee>
that's fine for developers but not really a workable solution for normal desktop application users
<teepee>
I'd love to use an existing one, but so far have not found any that does not require a huge separate language environment to be installed
<teepee>
e.g. there's some example of using the ruby gem storage - but that then needs a ruby installation to work
nomike has quit [Ping timeout: 261 seconds]
fardog has quit [Read error: Connection reset by peer]
<mohammad1722>
It is an open-source C/C++ package manager written in Python. It is very customizable. We can use something like PyInstaller to convert it to executables for Windows and Linux so that we won't have any dependency on a specific environment, as well as keep it isolated from other Python stuff.
<teepee>
or it needs a mode to recursively fetch everything and cache it similar to a separate package manager (I think deno can do something like that)
mohammad1722 has quit [Quit: Client closed]
mohammad1722 has joined #openscad
<teepee>
hmm, it's still a separate environment, but I suppose python is mostly on the level where this can be acceptable
<teepee>
it would be nicer to have something that can be included directly in openscad at some point
<teepee>
but having a look at conan can't hurt I suppose. I know the name but have not used it yet
<teepee>
ok, I have to run and will be afk for a bit
<teepee>
but lets continue that discussion, i'd love to see a proposal for this GSoC topic :)
fardog has quit [Read error: Connection reset by peer]
fardog has joined #openscad
<phryk>
teepee: fix is noted in the issue on bugs.freebsd.org. i currently don't have access to gh because of the 2fa thing.
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #openscad
nomike has joined #openscad
nomike has quit [Ping timeout: 272 seconds]
califax has quit [Ping timeout: 260 seconds]
califax has joined #openscad
guerd871 has joined #openscad
drkow has joined #openscad
L29Ah has joined #openscad
To_Aru_Shiroi_Ne has joined #openscad
snakedGT has joined #openscad
cart_ has quit [Remote host closed the connection]
snaked has quit [Read error: Connection reset by peer]
hyperair has quit [Ping timeout: 260 seconds]
hyperair has joined #openscad
guerd87 has quit [Read error: Connection reset by peer]
drfff has quit [Ping timeout: 260 seconds]
ToAruShiroiNeko has quit [Ping timeout: 260 seconds]
mohammad1722 has quit [Quit: Client closed]
mmu_man has quit [Ping timeout: 268 seconds]
mohammad1722 has joined #openscad
L29Ah has left #openscad [#openscad]
mmu_man has joined #openscad
L29Ah has joined #openscad
L29Ah has left #openscad [#openscad]
L29Ah has joined #openscad
L29Ah has left #openscad [#openscad]
TheAssassin has quit [Ping timeout: 260 seconds]
TheAssassin has joined #openscad
L29Ah has joined #openscad
TheAssassin has quit [Remote host closed the connection]
TheAssassin has joined #openscad
fling has quit [Remote host closed the connection]
fling has joined #openscad
ccox has joined #openscad
ccox_ has quit [Ping timeout: 246 seconds]
snakedGT has quit [Remote host closed the connection]
greenbigfrog has quit [Ping timeout: 260 seconds]
fling has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
fling has joined #openscad
fling has quit [Remote host closed the connection]
fling has joined #openscad
fling has quit [Remote host closed the connection]
fling has joined #openscad
phryk has joined #openscad
mmu_man has quit [Ping timeout: 256 seconds]
mmu_man has joined #openscad
kintel has joined #openscad
<kintel>
phryk I added a comment to the freebsd ticket explaining what the problem is and how it was fixed upstream in CGAL
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
kintel has joined #openscad
<phryk>
kintel: thank you. :)
<kintel>
mohammad1722 I've tried to use pyinstaller to ship macOS binaries with very little success. Two challenges I haven't resolved: 1) how to build fat (x86+arm) binaries from the same build and 2) how to deal with Apple's codesign requirements (each executable and library need manual intervention at run-time unless we have a way of globally signing the resulting exe+dozens of native libs
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<guso78k>
I am trying to minimize the differences of my fork with main openscad branch. Is the functionality for colored Manifold renderings something that is useful to the community and would you support me with the PR ? what would be the minimal requirements for a possible merge ?
mohammad1722 has quit [Quit: Client closed]
nomike has quit [Remote host closed the connection]
<kintel>
This is worth discussing. I guess the negative surface thing could be part of the same infrastructure
<kintel>
Having spent some time on rendering code, I think one challenge is to find a good way of refactoring the low-level PolySet/rendering code to allow for this without adding more mess
<guso78k>
kintel, main discussion point is this one: For the addition I maintain a "material table" and an array assigning every Face an index to this material table. Is this a concept, that you would adopt ?
<kintel>
Are you using this table directly in shaders?
<guso78k>
i have modified the cgal renderer to use colors from the material table in F6 mode
<kintel>
By CGAL renderer, you mean the PolySet parts of it?
<kintel>
I'm in the middle of refactoring CGALRenderer to pull out a pure PolySetRenderer
<guso78k>
my understanding is that CGalRenderer uses Polyset only. maybe i am wrong ?
<kintel>
CGALRenderer was meant to render CGAL Nef polyhedrons only, but it go messy
<guso78k>
yes, i am operating on PolySets only
<kintel>
ok, so essentially, you're adding a per-face material property to PolySet?
<kintel>
..and when sending this to Manifold, you convert to per-vertex properties?
<guso78k>
yes
<kintel>
Does manifold give you per-face properties back, or do you need to do some smart conversion from per-vertex materials to per-face?
<guso78k>
yes, when a Geomtry is in Manifold mode, i need to copy the information to there, too :(
<guso78k>
yes, after manifold csg operations its possible to retrieve this information, (its tricky but works reliable)
<kintel>
I was mostly wondering if there is a guarantee that every vertex in a face (triangle) has the same property in Manifold?
<guso78k>
i can even export the colored information to 3MF. just 3MF import is difficult because i dont understand their documentation
<kintel>
In terms of how to organize this, I'm considering ways of avoiding PolySet becoming a messy class again
<guso78k>
color information is transferred as faces from manifold to polyset
<guso78k>
(not as volume or vertices)
<kintel>
e.g split PolySet into different subtypes, or find another way of dealing with capabilities
<kintel>
e.g. we already have code paths dealing with triangulated vs. non-triangulated PolySets
<kintel>
..but not certain yet if that's a good one
<kintel>
but adding face attributes may force us to come up with a better design :(
<kintel>
:)
<guso78k>
I am constantly trying to keep my code working when you keep altering the VBO and PolySet Interface classes :') :') :')
<kintel>
Yeah, it's hard to maintain large branches outside of master
<guso78k>
i will study the i995 ...
<guso78k>
4995
<kintel>
Do you have a somewhat reasonable branch I could look at?
<kintel>
We also have this on the list of missing features to move Manifold out of experimental:
<guso78k>
i think you would best look into my "color" branch and you would cherry-pick all the things which are different from my python branch ...
<kintel>
"If feasible, look into whether CGALRenderer could highlight negative regions in a similar way as for Nef polyhedrons, as demoed on https://manifoldcad.org"
<guso78k>
(please ignore the c-like stuff like printf)
<kintel>
I think the hardest part is the VBO stuff. That's still in a pretty messy state, and I haven't had time to properly clean it up; which is why I'm pushing it forward step by step
<kintel>
I'll have a look. My main goals these days is 1) clean up VBOs and 2) Move Manifold out of experimental
<kintel>
I'm not sure how fast we'll be able to finalize such a feature, so one consideration will be whether we should protect it using a Feature flagl
<kintel>
..and I guess there is probably a list of unsupported constructs, like hull, mikowski, projection etc. etc.
<guso78k>
I think a feature option will not be sufficient. I expect most ctest to break and for some of them we even need to define, how the correct result should look like ....
<kintel>
but if we could achieve parity with preview rendering, that would be awesome
<kintel>
Most tests don't use colors, but the color tests need a lot of care
<kintel>
This is why I'm wondering if just adding difference colors, like CGAL, could be an easier first step
<guso78k>
it will be a huge amount of work my biggest fear would be that the pr get conflicted before they get enough attention
<guso78k>
you mean, you can defined the color of the "difference" yourself in scad code ?
<kintel>
no, just add the ability to render a different color for negative surfaces for Manifold
<kintel>
Right now, this available for the default (CGAL Nef) backend, but not for Manifold
<guso78k>
ahh, so after manifold render some yellow faces would appear green, right ?
<kintel>
yup
<kintel>
I think we need exactly the same PolySet and rendering changes for that to work
<kintel>
Once that's in place, your work could be added on top a lot easier
<guso78k>
i could exactly tell you the procedure, how to get this information, but you would have to use it effectively to turn the faces green ...
<kintel>
I can probably read that from your color branch
<guso78k>
all magic is about the "Runs" attribute which is available after all CSG operations
<kintel>
Anyway, give me some time to look into this and we can discuss further
misterfish has quit [Ping timeout: 268 seconds]
<guso78k>
like: triangles from 0-29 originate from 1st input, triangles from 30 - 35 originate from 2nd input
J24k has quit [Quit: Client closed]
J24k has joined #openscad
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
paddymahoney has quit [Read error: Connection reset by peer]
J24k has quit [Quit: Client closed]
J24k has joined #openscad
guso78k has quit [Quit: Client closed]
R2robot has quit [Quit: Pull the lever, Kronk. Wrong leverrrrrrr!]
<pa>
Hi folks, [ot] question: does anyone know if there is a design somewhere to turn a cordless drill into a vertical mill? i tried to look and couldn't find anything (only a ready made product that doesn't fit my drill https://www.youtube.com/watch?v=E07UllTKAus)
<othx>
pa linked to YouTube video "Supporto per trapano KWB 12.99€. Parkside lidl. Per fori di precisione sul legno metallo tubi e muro" => 1 IRC mentions
<teepee>
hmm, I think I saw something on printables lately
<teepee>
yeah, found a couple similar ones, not the one I remember though
<teepee>
if I'm not mixing that up there was a fancy fully printed one
mmu_man has joined #openscad
<InPhase>
pa: Don't go light on infill, and print with a high temperature. PETG is also probably a better idea than PLA. A drill holder snapping suddenly if the drill catches on something can be a serious safety hazard.
<InPhase>
pa: And maybe stress test a little, and build up confidence slowly. One can print and get a safe result for serious applications, but follow test and verify principles.
<pa>
InPhase, thanks!
teepee_ has joined #openscad
teepee has quit [Ping timeout: 260 seconds]
teepee_ is now known as teepee
misterfish has joined #openscad
guso78k has joined #openscad
J24k has quit [Quit: Client closed]
J24k has joined #openscad
califax has quit [Remote host closed the connection]