 | | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) While I agree with Willy's assessment that it may be time to move on to ldview for the part tracker, I did run a quick test and it looks like ldglite does support modified colors like 71 or 72 with the ldliterc.dat file. Perhaps the location (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Oooo! Thanks for mentioning this. I had forgotten about it, as if I never knew it. After messing around, I (manually) got the image for 58119.dat straightened out (URL) But I haven't convinced the script that it should run this way. Yet. If (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) OK, that wasn't so hard. The script should be fixed now. I've pushed through re-renders for 58119 and x919. All other parts are queued for re-rendering, all images should be updated in a short time. If anyone wants to look at the ldliterc.dat (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) convert ldconfig.ldr to ldliterc.dat. In the first set of colors on each line the blue value always seems to be the same as the green value. Don (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) "Program"? I wish. It was a manual conversion, not all of the entries are amenable to programmatic conversion. (...) Doh! It should be fixed now, take a look. No wonder the orange switch on the PF box looked so odd... Steve (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I could probably whip up a program that does the conversion fairly quickly (hour or two of work?) if you're interested. I have the advantage that I already have a full parser for ldconfig.ldr. Spitting out the ldliterc.dat file should be (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I don't have a test case for all the colors, but the ones I did try look ok now. (...) It all looks odd to me with the black edge lines on all the bricks. Good for printed instructions, but not as pretty on screen. Oh well. I suppose it (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Yes, but wouldn't that be subverting Willy's diabolical plan to render everything with ldview? ;^) Don (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Hmm. I should put my color patch .DAT file on the server somewhere... (...) That could be changed. But I think most people who profess a preference prefer the black edges, rather than colored edges. We could soften the black edges to a (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Well, to be perfectly honest, while I'm pretty confident that LDView can be gotten to work relatively easily (via xvfb) on the LDraw server, I'm not sure whether its performance will be "acceptable". So I think it's only fair to keep the (...) (17 years ago, 3-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Great! Thanks, Steve!!! Philo (17 years ago, 3-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Though the color problem has been solved I'm still in favour for the switch for the simply fact that LDView is maintained and updated (and LDView's outputs look much smarter ;-) but it's up to Travis to take the decision - since he has to code (...) (17 years ago, 3-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Though the error has been fixed I'm still in favour for the switch for the simple fact that LDView is maintained and updated (and that IMHO it's output looks much smarter) but I'm happy to leave the decision to go/no go to Travis since he has (...) (17 years ago, 3-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I'd be happy to try, but it would require some things: An admin to install xvfb on the server An admin to give me a user account on the server to get it working Possible admin support if other dependencies are missing on the server As a note, (...) (17 years ago, 3-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) 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 ???
|
|
(...) 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 ???
|
|
(...) 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 ???
|
|
(...) 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 ???
|
|
(...) 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)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) 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 ???
|
|
(...) 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 ???
|
|
(...) 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 ???
|
|
(...) 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 ???
|
|
(...) 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)
|
