can someone please investigate on the server side why the PT shows an all-wrong image for
http://www.ldraw.org/cgi-bin/ptdetail.cg...ntrast.dat
?
The image shown is all-black, whereas the file implementation instead only has black vertical surfaces.
The top surface is color 16
(2018-12-28, 5:31)Steffen Wrote: [ -> ]can someone please investigate on the server side why the PT shows an all-wrong image for
http://www.ldraw.org/cgi-bin/ptdetail.cg...ntrast.dat
?
The image shown is all-black, whereas the file implementation instead only has black vertical surfaces.
The top surface is color 16
I suspect that the same bug that caused another part to render wrong is causing this. I will be investigating both problems.
(2018-12-28, 5:31)Steffen Wrote: [ -> ]can someone please investigate on the server side why the PT shows an all-wrong image for
http://www.ldraw.org/cgi-bin/ptdetail.cg...ntrast.dat
?
The image shown is all-black, whereas the file implementation instead only has black vertical surfaces.
The top surface is color 16
I tracked down the underlying problem, and fixed the ldview executable on the parts tracker. Unfortunately, this likely affected a lot of parts, so a lot of images will need to be regenerated. I let Chris know about the underlying cause, so hopefully things will be fixed in the not-too-distant future.
For reference, the problem was caused by a bug in the OSMesa library that the command line ldview uses to do its rendering. That bug caused color pushing and popping to not work. I had already found and worked around the bug in the past, but my workaround was disabled in the source code by default, and I didn't have it enabled when I last build the ldview executable being used by the parts tracker. The problem will show up on any parts that have submodels that are anything
other than color 16, followed by other submodels that
are color 16. ("Submodels" includes both subparts and all primitives.)
(2018-12-29, 8:22)Travis Cobbs Wrote: [ -> ] (2018-12-28, 5:31)Steffen Wrote: [ -> ]can someone please investigate on the server side why the PT shows an all-wrong image for
http://www.ldraw.org/cgi-bin/ptdetail.cg...ntrast.dat
?
The image shown is all-black, whereas the file implementation instead only has black vertical surfaces.
The top surface is color 16
I tracked down the underlying problem, and fixed the ldview executable on the parts tracker. Unfortunately, this likely affected a lot of parts, so a lot of images will need to be regenerated. I let Chris know about the underlying cause, so hopefully things will be fixed in the not-too-distant future.
For reference, the problem was caused by a bug in the OSMesa library that the command line ldview uses to do its rendering. That bug caused color pushing and popping to not work. I had already found and worked around the bug in the past, but my workaround was disabled in the source code by default, and I didn't have it enabled when I last build the ldview executable being used by the parts tracker. The problem will show up on any parts that have submodels that are anything other than color 16, followed by other submodels that are color 16. ("Submodels" includes both subparts and all primitives.)
All the unofficial library and official library images have been re-generated.
thank you very much, Travis and Chris, for fixing this.
images look good now.