Almar Klein

> Isn't the union of two SDFs `min(sdf1, sdf2)`? Yeah, but we're subtracting at the level of the fragment color. Basically, if you know that the next segment will draw...

Update: My enthusiasm about this approach is going a bit back and forth 😄 On one hand, it does not completely remove overlap, it just prevents overlap of successive line...

Update: this is not due to the line shader, but because of stupid behaviour of the `OuputPass` with `pixel_filter=0`. I'm working on a fix; I was going to refactor the...

> Thanks, it will take a while to go through this Not sure if you mean fixing the errors that are still reported. There are quite a few, but many...

Thanks for the answers. Sorry for the many questions. This looks like something that can be a handy debugging tool, but I still don't understand what to expect 😊 It...

I looked into this and can reproduce it. There's a suspicious line in the handling of inf segments: ```wgsl if (length(v) < 1e-9) { return point1; } ``` but this...

> dilation of the texture that has the picking info? That is an awesome idea 🤘 But not sure if it's a good idea 🤔 When we sample the current...

Being able to make the hitbox of lines wider may be a better solution on the long term. E.g. if you have a pickable mesh and a pickable (thin) line...

Yes, the renderer will actually render the second points object too. It draws to the picking buffer. Well and to the color buffer too, but with no effect.

Maybe this helps: https://docs.pygfx.org/stable/_gallery/validation/validate_image1.html (the texture coords of a plane geometry are `[0..1]`). When you sample from a texture, the `st` represents the "center" of the sample. E.g. with linear...