Go to root: PhD-3D-Object-Tracking
This page tries to cover all of the issues I ran into while trying to get my Kinect device ready for developing with PCL. If you have any questions regarding this subject or know of a different bug, feel free to send me an email describing it, and I will add it to this section. Just remember to try Google first!
- 1 CUDA
- 2 Apt
- 3 CMake
- 4 GCC
- 5 PCL
- 6 OpenNI
When you run the CUDA installer on a fairly modern Linux, you may get a message saying that you are trying to install it on an unsupported configuration. What this means is that CUDA can not work with the newest versions of the GCC compiler. As of version 7, the highest compatible GCC is 4.8.2 for Ubuntu 14.04 LTS and 4.9.1 for 14.10 (12.04 LTS has been deprecated). Check the compatibility table here.
In order to solve this, you must install an older version, like 4.6 for Ubuntu 12.04, and set it as the "official" alternative for compiling (change 4.7 for your current version):
sudo apt-get install gcc-4.6 g++-4.6 sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.6 60 --slave /usr/bin/g++ g++ /usr/bin/g++-4.6 sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.7 40 --slave /usr/bin/g++ g++ /usr/bin/g++-4.7
Now, run the following command and choose GCC 4.6 as alternative:
sudo update-alternatives --config gcc
Whenever you want to switch back to GCC 4.7 or newer, re-run the previous command. Please mind, that both C and C++ compilers are changed, not just C.
Unsupported GPU architecture
When compiling PCL with CUDA support enabled, you may get a "nvcc fatal : Unsupported gpu architecture 'compute_52'" error or similar. This means that your current graphic card does not support some of the capabilities of the most modern versions of CUDA, and the SDK can not compile the binaries. You can see the compatibility info for your card model here.
In order to solve this, you must clean your PCL build folder by erasing all content:
rm -rf ./*
Configure again with CMake:
cmake .. ccmake .
And look for the "CUDA_ARCH_BIN" option. Edit it and remove any architectures that are not compatible with your GPU, like for example 5.2 (in the above case). Then, configure and generate as usual with C and G, and compile.
If you get an error like "Depends: X but it is not going to be installed" while installing a package through apt (X being the name of another package), it probably means that there is a conflict between two repositories offering different versions of the same package (e.g. PCL and ROS ones). To solve this, you will have to completely remove one of the repositories and stick with the other.
Another possibility is that the package in question is just broken, maybe because it is deprecated and pending removal, or because you are using a very recent release of Ubuntu and there is no version for it. I used to get this error a lot when trying to install OpenNI, but I solved it by following the advice above. Also, you can try compiling everything from source.
Trying to overwrite X, which is also in package Y
During the installation of the PrimeSense drivers (using the ROS approach), you may get an error that says "trying to overwrite '/etc/openni/GlobalDefaults.ini', which is also in package libopenni-sensor-pointclouds0". This is actually a common problem, that can happen with other packages. It means that a file included in one of the new packages is also provided by another package that is already installed. In this case, it is the /etc/openni/GlobalDefaults.ini file, which is already included in the package libopenni-sensor-pointclouds0, making the installation of libopenni-sensor-primesense0 fail.
In order to fix it, run the following command to manually retry the installation (change the file name as necessary):
sudo dpkg -i --force-overwrite /var/cache/apt/archives/libopenni-sensor-primesense0_22.214.171.124-3+trusty1_amd64.deb
This time, you will be prompted whether or not you want to overwrite the file. Choose yes, and then use the following command to make sure there are no packages left pending:
sudo apt-get -f install
When running CMake to configure your PCL project before building it, you may get a lot of messages that say something like this:
-- The imported target "vtkPythonCore" references the file "/usr/lib/libvtkPythonCore.so.5.8.0" but this file does not exist. Possible reasons include: * The file was deleted, renamed, or moved to another location. * An install or uninstall procedure did not complete successfully. * The installation package was faulty and contained "/usr/lib/vtk-5.8/VTKTargets-release.cmake" but not all the files it references.
The program will build anyway, so this is not a big issue. But if you find the messages annoying, you can fix it by installing two packages:
sudo apt-get install python-vtk libvtk-java
QVTK_LIBRARY_DEBUG or QVTK_LIBRARY_RELEASE not found
If this error comes up when trying to configure the CMake build of PCL trunk, then you must install these two packages:
sudo apt-get install libvtk6-dev libqt5opengl5-dev
Doing this will replace VTK 5 with version 6 and Qt 4 with version 5, which are the ones now officially supported by PCL 1.8.
No such instruction
When building PCL, it is possible that compilation will fail with a message like "no such instruction: `vfmadd312ss 32(%rsp),%xmm15,%xmm7'". What this means is that you have a combination of a brand new i7 CPU and an outdated compiler (such as GCC 4.6, which comes with Ubuntu 12.04). You could try to update to GCC 4.8, with it is a bit complicated, but there is an easier solution. Configure again the project with:
Now, you must press T to toggle advanced mode. Then, look for the "CMAKE_C_FLAGS" and "CMAKE_CXX_FLAGS" options. Edit them and add "-march=corei7" (by default, "-march=native" is set in the Makefiles). Configure and generate (C and G), and resume the compilation.
Point type not properly registered
You will get this error if you try to save or load a descriptor that does not have its own defined custom PointType (and uses "pcl::Histogram<>"). See this for the solution.
No device found / No devices connected
If your system does not seem to be able to use Kinect, despite it being correctly plugged and listed by lsusb, then you may have a problem with the installed drivers. I eventually discovered that, in 32-bit Ubuntu, it was necessary to downgrade openni-dev and ps-engine to versions 126.96.36.199 and 188.8.131.52 respectively, using your package manager.
If you use Synaptic, the instructions are simple. Select both mentioned packages, press Ctrl+E to choose the desired version you want installed, and then apply the changes, accepting to overwrite any files. Then, to prevent them from being restored in the next upgrade, select each and click the "Lock Version" option in the "Package" menu. The packages will then be picked up by the "Status: Pinned" filter on the left. Reboot, and everything should be working now.
ASUS Xtion PRO
In order to get our Xtion device working with OpenNI, we have to modify a configuration file:
sudo nano /etc/openni/GlobalDefaults.ini
If you installed OpenNI manually instead of using the repositories, the file is located in a different path:
sudo nano /usr/etc/primesense/GlobalDefaults.ini
Find (Ctrl+W) the line that says ";UsbInterface=2" and uncomment it (remove the semicolon at the start). Save the file (Ctrl+O) and close (Ctrl+X). Reboot your computer, and you should be able to use your Xtion device with OpenNI/PCL. Whenever you want to switch back to a Kinect, you must comment the line, or else you will get the same "No devices connected" or "USB interface is not supported!" error.
If you still get this error, or you have another problem, like inconsistent framerate or freeze-ups, check that your Xtion is not plugged to an USB 3.0 port. Sadly, the firmware has a bug that prevents the device from working with 3.0 ports. Either switch to a 2.0 one (if your computer does not have one, you can use a hub) or try applying this fix.
glInit() not found / OpenGL isues
If you get this error while compiling OpenNI, and you are sure you have installed all dependencies, then this is due to faulty Makefiles that do not link against GL libraries where they should.
Go to the Platform/Linux/Build/Samples/ subdirectory and find the samples that are giving errors (look at the compiler output to find them). For each one, enter its subdirectory and open the Makefile you will find there. Go to the line that says:
USED_LIBS += glut
And change it to the following:
USED_LIBS += glut GL
The samples should now compile.
If you get this error related to some header (.h) in /usr/include/, it means that OpenNI's installer has given the wrong permissions when moving files there, and the compiler can not access them. Locate the faulty file and change its permissions to allow reading for everyone:
sudo chmod +r -R /usr/include/<file>
For example, a very drastic (and not recommended) way of fixing this for OpenNI's headers would be:
sudo chmod 0777 -R /usr/include/ni/
Go to root: PhD-3D-Object-Tracking
Links to articles: