 | | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I just did a quick check on my own Linux box (a virtual machine, actually) with xvfb (X Virtual Frame Buffer), and that worked fine with LDView. Since xvfb is a standard part of the X distribution, it should be easy to install on most major (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I would need access to the server, yes. I think that if Xvnc were installed on the server, LDView could connect to that, and everything would then be happy. (Xvnc is an X Server that's designed to be connected to remotely via vnc. From (...) (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 ???
|
|
(...) 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 ???
|
|
(...) 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)
|
