<InPhase>
I need to run out and grab some groceries. I can later take a closer look at some details.
<JordanBrown[m]>
but for instance if you had an array of geometry values, I'd want to be able to say "a[i];". Not that I think that particular one is a conflict.
<JordanBrown[m]>
I'll look at it some more.
lastrodamo has quit [Quit: Leaving]
<linext>
i'm finding a strange problem with openscad wasm
<linext>
some STL's can be imported, others can't
<linext>
a simple cube can, a gear can, but a cone can't
teepee has quit [Remote host closed the connection]
teepee has joined #openscad
califax has quit [Ping timeout: 255 seconds]
califax has joined #openscad
<teepee>
linext: oh, maybe it's trying to convert newlines which is bad for binary files?
LordOfBikes has quit [Ping timeout: 268 seconds]
LordOfBikes has joined #openscad
milza1 has joined #openscad
<linext>
maybe, i'll run some tests tomorrow
<linext>
what's the fastest processor that OpenSCAD has been tested on?
<linext>
is there a set of benchmarks?
milza has quit [Ping timeout: 268 seconds]
milza1 is now known as milza
<linext>
i'm running a 9900k and my laptop has an i7
<linext>
my laptop takes about 2x the time to render
teepee has quit [Ping timeout: 255 seconds]
teepee has joined #openscad
ur5us has quit [Ping timeout: 256 seconds]
<peepsalot>
linext: i feel like a 5800X3D might do well with OpenSCAD (boatloads of L3 cache) but I don't have one
<InPhase>
linext: I'm sure that's a rapidly moving target. While there are a small number of us here, there appear to be a pretty massive number of users out there.
<InPhase>
Most of them don't report back. :)
<InPhase>
linext: Well that's not bad at all. With the imported stl, the hair comb customized on your site for my system in 46 seconds.
<InPhase>
I was honestly expecting a bit longer.
<InPhase>
That's quite usable.
<InPhase>
linext: Although maybe you need some textmetrics to fit it in. :) "Speedy Comb" as the label fell off the end into the hole.
teepee has quit [Remote host closed the connection]
teepee has joined #openscad
teepee has quit [Remote host closed the connection]
teepee has joined #openscad
teepee has quit [Remote host closed the connection]
califax has quit [Ping timeout: 255 seconds]
teepee has joined #openscad
califax has joined #openscad
fling_ has joined #openscad
fling has quit [Ping timeout: 255 seconds]
fling_ is now known as fling
ur5us has joined #openscad
fling has quit [Remote host closed the connection]
fling has joined #openscad
ur5us has quit [Ping timeout: 260 seconds]
aiyion1 has quit [Ping timeout: 255 seconds]
aiyion1 has joined #openscad
aiyion1 has quit [Ping timeout: 255 seconds]
aiyion1 has joined #openscad
califax has quit [Remote host closed the connection]
califax has joined #openscad
castaway has joined #openscad
Junxter has joined #openscad
teepee_ has joined #openscad
teepee has quit [Ping timeout: 255 seconds]
teepee_ is now known as teepee
califax has quit [Remote host closed the connection]
califax has joined #openscad
califax has quit [Remote host closed the connection]
califax has joined #openscad
noonien has joined #openscad
qeed_ has joined #openscad
qeed has quit [Ping timeout: 260 seconds]
<linext>
for some reason importing DXF fails in WASM
J1A84273544991 has joined #openscad
J1A84273544991 is now known as J1A84
J1A842735449 has quit [Ping timeout: 260 seconds]
<linext>
so far .stl, .svg, .dat are successfully being imported
<linext>
ah, i see the problem
<linext>
it's the same problem that PHP can have
<linext>
the problem is that your DXF example files end with EOF and then a blank line after EOF
<linext>
deleting the blank line after EOF fixes the problem and allows DXF to be loaded
<linext>
it's similar to PHP because if you put a newline or space after the "?>" closing tag, it will cause a weird error
use-value has joined #openscad
<linext>
ok...
<linext>
it appears to be a bug in openscad.exe as well
<Scopeuk>
linext the uncaught is going to be an exception, I believe there was a way to catch an exception at webasm and then covert the pointer back to the right type to be able to interpret it in c++
<Scopeuk>
I am far from a webasm expert however
<linext>
i don't want to make a STL binary to ASCII converter in Javascript, but i guess it's not that bad
<linext>
include<file.scad> works fine in WASM
<Scopeuk>
I would still be suspicious something is doing line ending conversions for you or similar, is it opened as binary?
<linext>
i don't think so
<linext>
i can send the file into the WASM file system, and tell it to read the file back
<linext>
it's exactly the same
<linext>
so far TTF, SVG, DXF, ascii STL, and SCAD files can be imported/included
<InPhase>
linext: I don't fully understand your execution stack consequences there. Are you proposing that the error with binary stl comes out of openscad itself when compiled to wasm?
<linext>
yes
<linext>
ascii stl works normally
<linext>
bin stl crashes
<linext>
no clue why
<InPhase>
When I feed it complete junk, I get an error and a non-zero return value, but not a crash.
<linext>
look into the console
<linext>
F12
<InPhase>
I'm testing at command line.
<InPhase>
I renamed a png to an stl for example, and it simply errors out.
<linext>
ah, i was mistaken about the command-line, it imports binary STL and exports correctly when using openscad.com
<linext>
openscad.exe requires pressing enter
<InPhase>
That part I also find absurd, but I do not run this under Windows.
<linext>
the problem appears to be only in openscad wasm
<linext>
i'm in the process of writing a binary to ascii converter in modern JS
<InPhase>
That could work, but is kind of a crappy idea.
<InPhase>
You will remove some exactness on reproduction.
<linext>
i let the guy who came up with the process of building openscad wasm know
<linext>
maybe he'll fix it and my code will not be necessary, eventually
<InPhase>
How are the files exposed to wasm? Should we expect file seeking to work normally?
<othx>
teepee linked to YouTube video "LEISAN - Live with WORLD'S LARGEST EXOSKELETON, Los Angeles, USA /House DJ Mix / November 9th, 2022" => 1 IRC mentions
<peepsalot>
haha, nice. just vibing in my power loader
<peepsalot>
teepee: i would not be surprised if the break was from me. I just pushed a large number of cmake changes
<teepee>
it's not even reaching the cmake stage I think
<peepsalot>
teepee: how recently did they break?
<teepee>
today 22:40 CET
<teepee>
but that's just the times when the builds were triggered, if they deployed some new OBS scripting that could have happened quite a bit before
<peepsalot>
erm. so a day ago? google tells me it is 14:29:16 CET right now?
<peepsalot>
eh, google is weird. minutes obviously don't even make sense. sorry
<teepee>
right now it's 00:17 CET (central european time)
<teepee>
so that was not quite 2h ago
<peepsalot>
ok. my search term was "CET now" and it gave me that totally broken time as result
<teepee>
google handles stuff like "22:40 cet to et"
<linext>
drag a file onto Choose File and look in the Console F12
<peepsalot>
teepee: i don't really get it but i'll take your word for it. BTW do you know what that warning is about: "Compatibility levels before 10 are deprecated (level 9 in use)"