Axle primitives incompatibility with HD primitives

[Orion Pobursky]

Oh. The thing is, some software like LDView or Bricklink Studio has an option of substituting 16-primitives for 48-primitives for smoother rendering quality (which is pretty good thing to have in cases when you are making then stuff like lego renders - 16-primitives look a bit too angular with commonly used resolution like 720p, 1080p or higher. 

I originally thought that this is one of intended uses of the 48-primitives, if not then this topic is irrelevant, but I think still that it would've been good to have standardised high-resolution primitives to be universally used in the mentioned cases, and not only for bigger circular/spherical details which require use of 48-primitives to look good

Since axleholes are standardized, it would be my expectation for programs that do implement primitive substitution to automatically smooth these primitives to match the cylinder resolution they are substituting to. I believe LDView already does this, Studio probably not. We have added the ering primitives to allow for smooth substitution in those cases where quad/triangle geometry meets round primitives, for the most part proper smoothing and primitive substitution is up to the program developers and is not something we cater to in the library.