CloudCompare forum

Thanks for the feedback. Your final code::blocks project and the few code modifications will be very valuable. We can create you a personnal svn account to push these modifications, or you can send them to me via email. And thanks for the link, that's a great repository. I've already applied for a r...

I believe that your OS X installation is 64bits? In this case, we indeed have a problem, as pointers (void*) are also 64 bits and we are then trying to cast them to 32 bits (however, your compiler is a bit harsh to send an error instead of a warning). Maybe simply casting into 'unsigned long' before...

Indeed, if OS X behaves as Linux, you shouldn't have to build Glew. To indicate where it lies, you can add this path to the 'include' and 'link' directories list in the qCC project (Right click on projet > Properties > Build targets > Build Options and then 'Search Directories' tab: 'Compiler' for i...

Hello, For the first error, it appears that qmake has automatically included the folder where we have put a "stdint.h" file (qCC/msvc). I don't remember why right now, but I guess it must have something to do with the non official MS Visual project of CloudCompare. You should definitely re...

Indeed, the fact that "long" corresponds to 64 bits is quite troublesome. It appears to be one of the major pitfalls that is encountered when porting 32 bits C++ code to 64 bits ( http://www.viva64.com/en/a/0004 ). The "long" symbol is seldom used in CloudCompare (it's used howev...

My mistake! The specified SVN address was incomplete. Read-only access in only possible on the "trunk" folder:
https://fp6perfect.edf-labs.net/svn/CloudCompare/trunk

I corrected the corresponding post.

Thanks for the feedback,

Hello,

i tried it today (18 oct.) and didn't notice any problem with TortoiseSVN. I'll try to test this under linux asap.

Hello, indeed, the octree cell "code" is a streaming value that represents the position of the cell relatively to its parent for successive level of subdivisions (3 bits for each level). You have a quick description of this in this article: http://www.danielgm.net/phd/isprs_laserscanning_2...

Indeed! I have learn today that the "true" address is https://fp6perfect.edf-labs.net/svn/CloudCompare.

Sorry for the inconvenience...

There's no "undo" in CloudCompare ;)

The best way to do this is either to clone your data before applying any process ... or to reload!