[LDView] Primitive not hires-substituted?

[Philippe Hurbain]

I just noticed that 3-16con6.dat is not substituted when I crank up curve quality slider in file https://www.ldraw.org/cgi-bin/ptdetail.c.../12589.dat (inside axle hole)
LDView 4.4 beta3

[Travis Cobbs]

I just noticed that 3-16con6.dat is not substituted when I crank up curve quality slider in file https://www.ldraw.org/cgi-bin/ptdetail.c.../12589.dat (inside axle hole)
LDView 4.4 beta3

LDView doesn't support 16th fractions on cones. Not sure why, but it never has. I'll investigate. (I suspect it doesn't support 16th fractions on some other primitives either, but I'm not sure which ones yet.)

[Philippe Hurbain]

LDView doesn't support 16th fractions on cones. Not sure why, but it never has. I'll investigate. (I suspect it doesn't support 16th fractions on some other primitives either, but I'm not sure which ones yet.)

Indeed. What surprises me is that I didn't notice that so far... (but there are relatively few x-16con primitives).

[Travis Cobbs]

Indeed. What surprises me is that I didn't notice that so far... (but there are relatively few x-16con primitives).

While investigating this, I also discovered that n-16 primitives that are already supported (like ring primitives) don't render correctly for odd values of curve quality. I am updating LDView to round up all odd values except 1 to the next higher value. I will document (in LDView's Help.html) the fact that some primitives won't render correctly when the lowest curve quality is selected.

For the lowest (8-segment-circle) quality setting, it looks like they simply render as if the quality setting were set on the default setting (16-segment-circle). This produces weirdness when they are used alongside non n-16 primitives.