[LDView][LDCad] Bug rendering 49098.dat


RE: [LDView][LDCad] Bug rendering 49098.dat
#2
The last time something like this happened, it was due to the torus primitive having the wrong filename. In other words, its filename indicated that it was one size, but the geometry inside was another size. Something similar appears to be the case here as well. When LDView performs primitive substitution, it relies purely on the filename to decide what the primitive is supposed to look like. So if the filename is wrong, the primitive will be drawn wrong. If you look closely, you will see that 48/tm04o2727.dat is being drawn quite small in the middle of the hub when primitive substitution is enabled in LDView.

I looked at 48/tm04o2727.dat, and despite being an official file (!), it appears to be totally broken. As far as I can tell, it has been scaled up to be 14 LDU in radius, instead of 1.2727 like it is supposed to be. In other words, its geometry is 11 times bigger than it is supposed to be. So, while it's supposed to be scaled up by a factor of 22 in the X and Z axes to work in this part, it is instead only scaled up by 2.

If you disable primitive substitution in LDView, you will see the original primitive geometry, instead of the geometry indicated by the filename. Similarly, if you select any of the geometry inside the torus primitive in the model tree, it will draw the geometry from the file. Since the geometry in the file is wrong, it gives you the behavior you see. LDView is behaving exactly as designed, and will not be changed.
Reply
« Next Oldest | Next Newest »



Messages In This Thread
RE: [LDView][LDCad] Bug rendering 49098.dat - by Travis Cobbs - 2021-08-17, 16:30

Forum Jump:


Users browsing this thread: 2 Guest(s)