Mostly speed, I'm mostly doing large boolean unions of primitives or chain hulls and OpenSCAD chugs pretty good at large numbers of operations. Don't get me wrong, they're great tools for what they're good at. I need to do more research before I start a port, SDFs seem like the best option but I'm not 100% confident. I am considering using your SDF library though (github.com/fogleman/sdf) but need do do some experimenting/benchmarking first.
Not sure if this matters for you or not, but my understanding (with some experiments) is that the "slicers" implicitly do a union. As in: you could have an STL with a bunch of overlapping blobs and the 3d printer slicing code just checks isInside -- which is effectively a union.
At least that's what I found when I was generating STLs in code.
Human vision has around 20 stops of static dynamic range. Modern digital cameras can't match human vision— a $90,000 Arri Alexa boasts 17 stops— but they're way better than SDR screens.
That sounds interesting! He seems to have four tiny renderers pinned on his GitHub page; is https://github.com/ssloy/tinyrenderer the one you're recommending? What do you like about it?
1. Salary (straightforward, on regular schedule, and you'll get it)
2. Bonuses and RSUs (various vesting rules, and ways you can never see it)
3. Startup stock and (worse) stock options (probably worthless, vesting rules, and you might need an advisor to make sure you don't exercise and come out with a big negative)
