CloudCompare forum

Our standard asc files look like this (xyz RGB): # Geomagic Studio # New Model 7243.8001633 847.9999900 1520.4000473 198 198 197 7244.1000938 852.1999717 1517.5000429 196 196 195 7244.9002266 850.3000140 1519.6000338 197 197 196 7245.1000214 847.1999764 1520.2000141 212 212 211 7245.6998825 851.8000...

The result is:
v 2.9 beta: The "Open Ascii File" dialog is shown and CC stops. I can press Apply button and the batch proceeds.

How do I prevent stopping?

Hi, I try to make a mass conversion batch (windows 7 64bit). The batch mode is awaiting some (?) input at the stage of loading the point cloud. I use the following command line (%CCompare% = Path to CloaudCompare, CINS000.asc is an example file): %CCompare% -SILENT -C_EXPORT_FMT PLY -PLY_EXPORT_FMT ...

Finally we work with v 2.81 and it is really good as the automated column detection is working again. Thank you very much for the update. What do you think about the following improvement: changing a column from i.e. NX [0-1] to Red [0-1] automatically sets the consecutive columns to Blue [0-1] and ...

1) As we use german keyboard layout there is a "," on the keypad. It is not translated into a point. Probably the scan code of the key is also different from the canadian keyboard version.

2) Thanks, I will try soon.

1) Unfortunately the behaviour is not changed in V2.8 => can't use "," on my keypad 2) Unfortunately behaviour is same as V2.7: incorrect autodetection, no change in autodetection after skipping comments, double YZ detection (even) if XYZ are manually set... => V2.8beta is not better than ...

Some CC behaviour seem to take a turn for the worse between versions 2.4 and 2.6. System: Windows 7 (64 bit) System Language: German (decimal delimiter ",") Entering numbers (i.e. Compute cloud/cloud distance, input field "Max. dist") behaviour: V2.4: entering "," would...