CloudCompare forum

Animation Trajectory: the plugin can only export a polyline for now... The other pieces of information would have to be exported as a series of 'viewport objects' I guess? As one 'viewport' object for each frame, or something like that. But that would require to modify the code of the plugin. And sa...

Yes, CCCoreLib doesn't manage normals at all. So it would definitely not be easy to pass this information and use it in the existing algorithm without a lot of refactoring...

Generally, when this issue happens (a 'linear' cloud), this is due to the cloud being saved with a Geographic coordinate system (with angular coordinates for X and Y, and metric coordinates for Z, and a totally different scale). CloudCompare doesn't automatically convert these geographic coordinates...

By any chance, are the coordinates of the points very large? Maybe Blender doesn't like large coordinates? (just as CloudCompare, OpenGL, etc.). In which case, before exporting the cloud to a new file, you could remove the Global shift (with 'Edit > Edit Global Shift & Scale') so as to only keep...

Well, sadly not. And this tool is meant to be used on a 'surface' (cloud), not a linear one. That may be the cause of the issue?

The bounding-box (and more generally the entity properties) doesn't appear in this capture...

I don't know, everything is delegated to the 3rd party library... And we don't get a lot of information currently.

No, CloudCompare cannot do any fancy things with textures...

And I'm not sure to know what an 'offset.xyz' file is?

Yep, you could do that.

I'm still struggling to understand if the issue is with the point 3D positions, or only with the colors?

You can simply reset the Global Shift before exporting the cloud to ASCII (with Edit > Edit Global Shift and Scale --> set all components to zero).