 | | Re: LDGLite colour bug —Jacob Sparre Andersen
|
| | | (...) Same example, but a different problem. :-) (...) :-) No. It was Steve's publishing of a fresh parts release that got me started looking through my old bug reports. For some reason I hit "q" while looking at the example from my old bug report, (...) (23 years ago, 3-Jan-02, to lugnet.cad.dev)
|
| | | |
| | | | | Re: LDGLite colour bug —Don Heyse
|
| | | | (...) Are you sure it's using the fixed part on the Alpha? Perhaps there is a copy of the old bad part on the search path before the fixed copy. You could check this by using the ledit mode to step through the part to make sure it loaded the correct (...) (23 years ago, 3-Jan-02, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: LDGLite colour bug —Jacob Sparre Andersen
|
| | | | (...) Yes. It is - as I wrote - the cylinders inside the bricks that have the colour of the preceding part. The following is the picture I get, when I render the example with the command `ldglite -q -ms -l3 -s4 -a1,0,1,-0.5,-1,0.5,1,0,-1 (...) (23 years ago, 3-Jan-02, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: LDGLite colour bug —Don Heyse
|
| | | | (...) the OSMesa driver on ldraw.org. Its reproducible with just two stud3.dats or even just two 4-4disc4.dats. And it only seems to happen when lighting is enabled and and antialiased edgelines are on, even if you don't have any edgelines. I wonder (...) (23 years ago, 3-Jan-02, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: LDGLite colour bug —Jacob Sparre Andersen
|
| | | | (...) What do you mean by "using the Mesa driver"? In both cases the example was rendered directly on the monitor of a third (Intel based) machine over the network. Jacob (23 years ago, 4-Jan-02, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: LDGLite colour bug —Don Heyse
|
| | | | (...) The third machine with the monitor is immaterial. The opengl driver runs on the machine where the ldglite executable is running. Based on your use of a remote display, I'm going to assume you're probably running linux (and most likely a Mesa (...) (23 years ago, 4-Jan-02, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: LDGLite colour bug —Jacob Sparre Andersen
|
| | | | | (...) I suspected that, but I wasn't sure. (...) :-) Yes. (...) Correct. (...) The very same thing. Jacob (23 years ago, 4-Jan-02, to lugnet.cad.dev)
|
| | | | | |
| | | | | | Re: LDGLite colour bug —Travis Cobbs
|
| | | | "Don Heyse" <dheyse@hotmail.spam....away.com> wrote in message news:GpF5sJ.66C@lugnet.com... (...) Actually, with a remote OpenGL display setup, OpenGL drivers can be active on both machines. If Mesa supports the GLX protocol, and the machine he is (...) (23 years ago, 12-Jan-02, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: LDGLite colour bug —Don Heyse
|
| | | | (...) Really? Where can I get more information on this? I was under the impression that GLX could only accelerate locally when used with DRI. I had no idea it had its own remote rendering protocol. Is this something new in XFree 4.0? Is there any (...) (23 years ago, 15-Jan-02, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: LDGLite colour bug —Travis Cobbs
|
| | | | (...) I did a quick check and found a few things you should find useful. At opengl.org I found a good definition of what GLX is (which includes the remote display portion): (URL) above also contains a link to the GLX specification (which may or may (...) (23 years ago, 15-Jan-02, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: LDGLite colour bug —Don Heyse
|
| | | | In lugnet.cad.dev, Travis Cobbs writes: ... (...) Yes, I think that would work. Perhaps Jacob could install Mesa 4.1 on one of his (apparently) many machines and try this? I would, but I don't have the hardware available, and after all, he did start (...) (23 years ago, 16-Jan-02, to lugnet.cad.dev)
|
| | | | |
