<kintel>
peeps I wasn't really planning to use the benchmark designs themselves, mostly the scripts
<kintel>
benchmark designs would likely be designed to exercise whatever it is we're benchmarking
<kintel>
I put a few naive ones for my tests in the VBO folder, as my initial goal is to benchmark the VBO rendering
LordOfBikes has joined #openscad
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
mmu_man has quit [Ping timeout: 246 seconds]
teepee_ has joined #openscad
teepee has quit [Ping timeout: 240 seconds]
teepee_ is now known as teepee
J23k27 has joined #openscad
J23k has quit [Ping timeout: 250 seconds]
fling has quit [Remote host closed the connection]
fling has joined #openscad
<pca006132>
guso78k: I think it depends on the level of expertise you expect on the users, e.g. if they should be able to figure out this kind of python environment stuff (from my experience, most CS student are unable to do)
<pca006132>
peeps: I think the benchmark ochafik uses are stuff that are still slow even when using fast-csg
<pca006132>
I also got tricked into thinking minkowski is very important in openscad... and it turns out maybe it is not really used that often for most users due to its slowness
<pca006132>
is this really the intended behavior or a bug?
<pca006132>
and are there users relying on this behavior?
pca006132 has quit [Remote host closed the connection]
arebil has joined #openscad
<guso78k>
pca006132 sorry these are 2 topics. lets address 1st one only. the embeddable python only worked for me if the content of the zip file is in same directory as the openscad.exe file, but i want to place it clean in a sub directory.
<guso78k>
dll needs to be next to openscad.exe so it does load, but i believe other files need to be next to the dll(this is what i dont like to do)
<guso78k>
today is really nice advent calendar door. believe i have seen the discussion about it during the year.
<pca006132_>
hope that there are no windows 2000 users
pca006132_ has quit [Quit: Client closed]
clemens3 has quit [Quit: WeeChat 2.7]
clemens3 has joined #openscad
To_Aru_Shiroi_Ne has joined #openscad
ToAruShiroiNeko has quit [Ping timeout: 260 seconds]
mmu_man has joined #openscad
<Scopeuk>
In theory 3ven 7 it out of support now and 10 is well on it's was. We can probably safely discard 2000 as a concern, the user could always fix it by modifying their main search path as a work arround
Non-ICE has quit [Quit: Screw you guys, im going home!]
pca006132 has joined #openscad
pca006132 has quit [Client Quit]
pca006132 has joined #openscad
pca006132 has quit [Remote host closed the connection]
pca006132 has joined #openscad
guso78k has quit [Quit: Client closed]
guso78k has joined #openscad
<guso78k>
right now trying to recompile libpython.3.11.dll.a so search the dll itself in a different path
<guso78k>
setting the dll search directory does not help me. openscad will only start, if all the dll's are resolved first
Non-ICE has joined #openscad
<pca006132>
I think there are ways to delay the dll loading
<guso78k>
never heard from that, but i will google that
<pca006132>
there are ways to redirect the dll file for load time dynamic linking, but it seems too complicated
<pca006132>
tbh I think the simplest method is to add a shortcut... no reason to deal with this mess just to see your exe file in a directory with no other dll files
cart_ has joined #openscad
killjoy has joined #openscad
killjoy has joined #openscad
killjoy has quit [Changing host]
snaked has quit [Ping timeout: 240 seconds]
<guso78k>
the shortcut solution appears ideal. Unfortunately they don't work as well as unix symlinks. Issue is that windows shortcuts always have suffix "lnk" and the dll file cannot have dll a lnk at the same time =$ , poor windows, will investigate the other options
epony has quit [Remote host closed the connection]
fling has quit [Remote host closed the connection]
fling has joined #openscad
cart_ has quit [Ping timeout: 245 seconds]
cart_ has joined #openscad
TheAssassin has quit [Remote host closed the connection]
RichardPotthoff has joined #openscad
RichardP_ has quit [Ping timeout: 256 seconds]
<pca006132>
by shortcut I actually mean shortcut to the exe, not dll
<pca006132>
just *pretend* the exe is in a nice place
<pca006132>
if it was unix, we know how to handle this already :)
TheAssassin has joined #openscad
<InPhase>
guso78k: Runtime dynamic loading has a lot of valuable benefits for an experimental feature if the dependencies are being tricky. I've made use of this a good bit in the past.
<InPhase>
You end up depending only on what you actually need this way. Of course you have to account for this in testing then, but that's pretty easy when a testing framework exists. It just means that "smoke testing" is one notch less useful. But otherwise it's a stability increase.
<InPhase>
The trick is to then wrap it up in such a way that the runtime loading does not add fragility in any sort of dynamic manner across the rest of the program. But RAII is built for this sort of problem. You can even use something like a singleton if this helps.
teepee_ has joined #openscad
teepee has quit [Ping timeout: 240 seconds]
teepee_ is now known as teepee
teepee has quit [Remote host closed the connection]
teepee has joined #openscad
<pca006132>
teepee: my recommendation would be to allow opening the code in a viewer without downloading it
<pca006132>
another wishlist item is to be able to have a 3D viewer for the model, but it seems too complicated... using gltf requires exporting color information which is not implemented right now
<pca006132>
and I think it is not optimized for mobile viewers?
<pca006132>
(not sure how the calendar should optimize for mobile view though)
<teepee>
I'm not convinced that's a use case that warrants lots of effort
<teepee>
I would love to see this improved, e.g. also for multiple images and other things, but it remains to be seen who/when/where that could be done
<teepee>
I do hope we'll have another one next year, but usually we only get started hours before the 1st door opens, so preparation is a bit limited :)
<pca006132>
true
<pca006132>
btw, the scad interpreter prototype is getting unexpected delay --- the temperature dropped by ~10°C here and I entered hibernation mode with decreased productivity :P
<teepee>
ouch, I'm just about ok with that temperature when sleeping under some thick blankets just having the nose poking out a bit
<teepee>
yeah, typing is getting difficult then
<pca006132>
the main issue is my student dorm is leaking wind in
<pca006132>
I suspect that the university build it like this to encourage students to go back to their office /s
fling has quit [Remote host closed the connection]
<teepee>
haha, also not really good for energy expenses though
<teepee>
so they have the library heated nicely?
<pca006132>
no, we are not that cold in Hong Kong, generally above 0°C (~10°C now)
<pca006132>
so there is no heater etc.
<pca006132>
and the humidity is high
fling has joined #openscad
<teepee>
none at all, interesting. at 0° I do want some heating in my rooms, maybe except sleeping room
TheAssassin has quit [Remote host closed the connection]
fling has quit [Remote host closed the connection]
<teepee>
printing vertically did not work, the thin arms are just too flexibile, maybe printing very slow with a huge z-hop would work
Guest65 has joined #openscad
fling has quit [Remote host closed the connection]
fling has joined #openscad
Guest65 has quit [Client Quit]
snaked has joined #openscad
<J23k27>
i would never had tried to print that horizontal - but for an ornament it doesn't matter
<teepee>
vertical only works by cutting the hook and those tiny arms are too flexible even in PLA
<teepee>
maybe with extra support it would work
<teepee>
it's definitely not an easily printable design
<teepee>
at least on FDM
<teepee>
aha, it just finished
cart_ has quit [Ping timeout: 256 seconds]
<teepee>
that worked, same link https://imgur.com/a/ybV9ePq - a bit thinner would be nice, but I guess that's some parameters we can go with :)
teepee has quit [Remote host closed the connection]
<J23k27>
i guess the ticker version could also be printed vertically .. however nice print
teepee has joined #openscad
L29Ah has left #openscad [#openscad]
epony has quit [Remote host closed the connection]
epony has joined #openscad
L29Ah has joined #openscad
<guso78k>
pca006132 yes moving openscad.exe to python_embed directory and creating a symlink is definitiely a viable option, but i am not sure if the owners of openscad would accept such a change for an experimental feature.
<guso78k>
other option would be to add the python_embed directory to the PATH variable. wondering which solution has the least impact ...
L29Ah has left #openscad [#openscad]
L29Ah has joined #openscad
guso78k has quit [Quit: Client closed]
guso78k has joined #openscad
guso78k has quit [Client Quit]
TheAssassin has joined #openscad
snaked has quit [Quit: Leaving]
GNUmoon has quit [Remote host closed the connection]
erectus has quit [Remote host closed the connection]
erectus has joined #openscad
erectus has quit [Ping timeout: 240 seconds]
erectus has joined #openscad
erectus has quit [Remote host closed the connection]
erectus has joined #openscad
<ndnihil>
better option would be: sudo find / -type f -iname *python* -print0 |xargs -0 -I {} rm -f {}