 | | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Last night, I updated the rendering script to use L3Lab's "Front-Upper-Right" view for most parts (Baseplates use a top-down view, panels use "Back-Upper-Left"). The actual parameter/array is: 0.7071,0,0.7071,0.35...0.5,0.6124 I also changed (...) (17 years ago, 5-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Yes, at least to me :-) (17 years ago, 7-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) To me also. I meant to respond, but my verification email address was down temporarily when the original message was posted, and I forgot to respond later. --Travis (17 years ago, 7-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Looks better to me too. What's the rest of the command line look like? I wonder if maybe we can tweak it one more time to convince the edge lines to meet at the corners. Don (17 years ago, 10-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) It looks about like this: ldglite -a<matrix> -ld -Q -b15 -i1 -MS<outfile>.png <infile>.dat Lugnet is insisting on eating the matrix text (I seem to remember this happening before, sometime). So the matrix looks something like: 0.7071, 0, (...) (17 years ago, 10-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I think I had some issues with the GL_POINT implementation on that version of OSMesa OpenGL. If you're bored, you could try adding a line width to see if that makes the line endpoints come out right. Something like -w1.3 or -w1.1 or maybe even (...) (17 years ago, 10-Oct-07, to lugnet.cad)
|
