 | | Re: non-lego rendering using various LDraw tools —Don Heyse
|
| | | (...) I'd imagine so. I don't actually use Cygwin. I use the (URL) mingw> version of gcc on Windows because I don't want to worry about the Cygwin unix compatibility DLL. (...) It's not too hard to detect holes while you're vectorizing edges, just (...) (20 years ago, 23-Sep-04, to lugnet.cad.dat.ideas, FTX)
|
| | | |
| | | | | Re: non-lego rendering using various LDraw tools —Don Heyse
|
| | | | (...) Err, reverse course. I peeked at the autotrace source and it says in pxl-outline.c "Outside outlines are traced counterclockwise". So if you want to make things easier for me, do it that way. ;^) (...) (20 years ago, 23-Sep-04, to lugnet.cad.dat.ideas, FTX)
|
| | | | |
| | | | | | Re: non-lego rendering using various LDraw tools —Steve Bliss
|
| | | | (...) OK. My edges already were counterclockwise. :) Umm, for inside outlines (inlines?) to be clockwise, that's 'clockwise' from a global view, right? If so, then my inlines are already clockwise. But I don't know which ones are inlines, and which (...) (20 years ago, 23-Sep-04, to lugnet.cad.dat.ideas, FTX)
|
| | | | |
| | | | | | Re: non-lego rendering using various LDraw tools —Don Heyse
|
| | | | (...) You lost me there. How could you not know which is which if they already go in the opposite direction? Just take a cross product at the topmost point. If it's negative, then it's clockwise and thus a hole. Don (20 years ago, 23-Sep-04, to lugnet.cad.dat.ideas, FTX)
|
| | | | |
| | | | | | Re: non-lego rendering using various LDraw tools —Steve Bliss
|
| | | | (...) I mostly meant that I knew what their windings had to be (because of the way the edges are constructed), but the code isn't aware of it. However, like you say, it's easy enough to find an extreme point and test the winding. Steve (20 years ago, 24-Sep-04, to lugnet.cad.dat.ideas, FTX)
|
| | | | |
