|
|
 | | Re: Inline POV-Ray code?
|
| (...) Actually a cheap fix that *almost* works is to go into the printed head file (such as 3626bp05.dat) and rip out anything that's not color 0. ie. gut everything but the printing. Then paste in 3626.dat instead of s\3626bs01.dat. This will slap (...) (23 years ago, 20-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
| | | | | Re: Inline POV-Ray code?
|
| (...) It's not something that can, or needs to be, fixed. Only surfaces drawn with primitive files[1] can be curved in POV-Ray[2]. The patterned area of the minifig faces are not drawn with the cylinder primitives, so they come out faceted. Steve 1) (...) (23 years ago, 20-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
| | | | | Re: Inline POV-Ray code?
|
| "Steve Bliss" <partsref@yahoo.com> wrote in message news:n6h77ug2idkrqil...4ax.com... (...) Yeah. Hey if we could solve the centering and rotation problem with a table, couldn't we run converters to Anton Raves' library? Would this project be too (...) (23 years ago, 20-Feb-01, to lugnet.cad.dev, lugnet.cad.ray, lugnet.cad.dev.org.ldraw)
| | | | | Re: Inline POV-Ray code?
|
| (...) Just a guess, but I don't think all the printed heads exist in the LGEO parts, so l3p can't substitute that way. And they probably don't use the cylinder primitives because of the printed faces, so once again l3p can't substitute. I suppose (...) (23 years ago, 20-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
| | | | | Re: Inline POV-Ray code?
|
| (...) Yes, there are plans for this. My current issue is with the syntax being used. I'd rather use general 0 IF ... 0 ELSE ... 0 ENDIF meta-statements, rather than the 0 L3P meta-statements. (...) It seems like LGEO is pretty static now. Lutz is (...) (23 years ago, 20-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
|
