Subject:
|
Re: LDGLite colour bug
|
Newsgroups:
|
lugnet.cad.dev
|
Date:
|
Thu, 3 Jan 2002 23:39:04 GMT
|
Viewed:
|
568 times
|
| |
|
|
In lugnet.cad.dev, Jacob Sparre Andersen writes:
> Don Heyse wrote:
>
> > If it's really an Alpha specific bug, then I might need a picture.
> > Does it look different from the problem with the bad part?
>
> 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 2357-fejl.dat`:
>
> http://jacob.sparre.dk/temp/2357-fejl.png
Ok that does look like a different problem. I verified it with
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 if it's a bug in
the Mesa driver on the 64 bit alpha architecture. You said it works
for you on intel. Were you using the Mesa driver for your intel
test?
Don
|
|
Message has 1 Reply:
 | | Re: LDGLite colour bug
|
| (...) 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)
|
Message is in Reply To:
| | Re: LDGLite colour bug
|
| (...) 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)
|
14 Messages in This Thread:
  
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
This Message and its Replies on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
