 | | 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 (...) (19 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | 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 (...) (19 years ago, 4-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 (...) (19 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Preparing a L(EGO)Draw part for the Parts Tracker – A review
|
|
When the Lego Universe Team has started to share rough data of 80 parts (URL) and soon after I've got feedback from part authors that because of their excellent quality those parts were heavyweights and would give us a hard time reducing the file (...) (19 years ago, 4-Oct-07, to lugnet.cad, lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw) !
|
| |
| | 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, (...) (19 years ago, 3-Oct-07, to lugnet.cad, FTX)
|
| |
| | 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 (...) (19 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 (...) (19 years ago, 3-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Great! Thanks, Steve!!! Philo (19 years ago, 3-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 (...) (19 years ago, 3-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 (...) (19 years ago, 2-Oct-07, to lugnet.cad)
|
