| | Re: Why Type 5 Lines?
|
|
(...) I understand what you are saying, but it won't happen that way if Z buffer writing is enabled during the drawing of the transparent surfaces. The transparent surfaces aren't really transparent. They're just blended with whatever is behind (...) (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|
|
| | Re: Why Type 5 Lines?
|
|
(...) Cool. Thanks for taking the time to explain it to me. I didn't realize this about opengl. Steve "please speak slowly and clearly" Bliss (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|
|
| | Re: Alternate Type 5 line algorithm and other BFC questions...
|
|
[snip] > > Normally you don't bother to enable Z buffer writing when drawing the > transparent surfaces, because they are the last thing drawn, and it won't > matter. However, it doesn't hurt anything to enable it, other than slowing > it down a (...) (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|
|
| | Re: Why Type 5 Lines?
|
|
(...) Thanks for that explanation, however I think we still need to include type 5 lines in parts, so that programs which don't implement this technique (eg ldraw) can still display the curved edges correctly. Programs which do implement it can (...) (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|
|
| | Re: Alternate Type 5 line algorithm and other BFC questions...
|
|
(...) Just check to see if the determinant of the matrix is negative. If it is, the matrix involves mirroring. --Travis Cobbs (tcobbs@REMOVE.halibut.com) (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|
|
| | Re: Why Type 5 Lines?
|
|
(...) Sorry, I never intended to imply that it should replace type 5 lines. In addition to the problem of backwards compatibility, this will only work for BFC-certified parts. --Travis Cobbs (tcobbs@REMOVE.halibut.com) (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|