 | | Re: Why LDraw.org doesn't use ldconfig.ldr ??? —Travis Cobbs
|
| | | (...) looked at the ldliterc.dat above, and color 7 has the same setting as what is in ldconfig.ldr. However, the actual color being rendered seems too light. For example, here is an image from the part tracker: (URL) Here is the same part rendered (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| | | |
| | | | | Re: Why LDraw.org doesn't use ldconfig.ldr ??? —Anders Isaksson
|
| | | | | (...) To my eyes, the proportions of that picture are completely off, that part should have the proportions of a normal 1x2[x1], right? Not 1x2x0.72 or whatever that picture shows... (17 years ago, 4-Oct-07, to lugnet.cad)
|
| | | | | |
| | | | | | | Re: Why LDraw.org doesn't use ldconfig.ldr ??? —Travis Cobbs
|
| | | | | | (...) I think it's using an isometric matrix for the view, which leads to this effect. This matches the default output from ldraw.exe. Here is 3004.dat rendered with ldraw.exe and then scaled down to match the size of the image on the part tracker: (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| | | | | | |
| | | | | | | | Re: Why LDraw.org doesn't use ldconfig.ldr ??? —Steve Bliss
|
| | | | | | (...) 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 ??? —Anders Isaksson
|
| | | | | | | (...) Yes, at least to me :-) (17 years ago, 7-Oct-07, to lugnet.cad)
|
| | | | | | | |
| | | | | | | | | Re: Why LDraw.org doesn't use ldconfig.ldr ??? —Travis Cobbs
|
| | | | | | | | (...) 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 ??? —Don Heyse
|
| | | | | | (...) 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 ??? —Steve Bliss
|
| | | | | | (...) 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 ??? —Don Heyse
|
| | | | | | (...) 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)
|
| | | | | | |
| | | | | Re: Why LDraw.org doesn't use ldconfig.ldr ??? —Don Heyse
|
| | | | (...) The actual truth may be lost to the sands of time, but I believe the ldlite colors were possibly copied from the original LDRAW colors, and the ldlite Windows lighting code was matched to that? I know I did a good amount of twiddling in the (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| | | | |
| | | | | | Re: Why LDraw.org doesn't use ldconfig.ldr ??? —Travis Cobbs
|
| | | | | (...) I'm pretty sure the ldconfig.ldr colors are designed to match the brick colors when no lighting is used (as in the second LDView picture above. If the ambient and diffuse terms add up to more than 1.0, the original colors end up getting washed (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| | | | | |
| | | | | | | Re: Why LDraw.org doesn't use ldconfig.ldr ??? —Don Heyse
|
| | | | | | (...) I'd leave your setup alone since it seems to work well with the current color list. You're right about ldglite. I didn't like dark shadows, or maybe I run my monitor too dark to avoid migraines, but the lighting settings do add up to more than (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| | | | | | |
| | | | | | | | Re: Why LDraw.org doesn't use ldconfig.ldr ??? —Travis Cobbs
|
| | | | | | (...) The distance would matter, except that you're using a directional light. Since the w component of your light position is 0.0, it's a directional light. As such, -1,1,1 is the same as the -1000,1000,1000 that you have. (How's that for (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| | | | | | |
| | | | | | | | Re: Why LDraw.org doesn't use ldconfig.ldr ??? —Don Heyse
|
| | | | | | (...) I think knew that at one point based on the comment about "dist divisor". And I suspect I didn't reduce it to -1,1,1 so I could easily switch to a point light source at that location. (yeah, that's it... ;^) (...) It seems like the direction (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| | | | | | |
| | | | | | Re: Why LDraw.org doesn't use ldconfig.ldr ??? —Steve Bliss
|
| | | | (...) I'm open to improving the unofficial ldliterc.dat colors, but I don't expect we want to use all the default ldlite colors -- unless they were tuned away from the original LDraw (ie, 4-bit VGA) colors. The other issue is if we the built-in (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| | | | |
