-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error in building the project #10
Comments
Hi @metro-smiles, It seems like that your OpenGL is not installed properly. The installation of the libraries required should be done in
Maybe check if you are running with a user account with the privilege to run apt with sudo? |
Hi @chengzhag, Really appreciate your response. So it did install the graphics libraries after having asked for sudo privileges. So not sure what went wrong. I did not get any error message while the apt-get packages were installing. |
A quick follow up, was your system setup on Ubuntu 16 or 18? |
Hi @metro-smiles, Sorry for the inconvenience. My system is Ubuntu 18. I noticed that the error might be caused by the missing library freeglut3-dev and libglew-dev. Could you please try If the problem is solved, I will try to add this line to the project building. Really appreciate your feedback! |
Hi @chengzhag, Really appreciate your response. So I have been trying to run on Ubuntu 16, so wonder if that's causing some incompatibility. But anyways, after installing your suggested packages now I'm getting a different error (from CUDA):
|
Hi @metro-smiles, It looks like that libfusiongpu of mesh_fusion didn't find on your system. If data processing speed is not a problem, you can try to change 'libfusiongpu' in this line Implicit3DUnderstanding/project.py Line 103 in af2964f
I'll add the requirement to README if it is the case. |
Hi @chengzhag , Really appreciate all your help/inputs! I was able to build and run the demo. To summarize, following were the changes I ended having to make:
|
Hi @chengzhag , Apologies for re-opening the issue. So while pre-processing the Pix3D dataset, it seems that the mesh_fusion/fusion.py code is not really using the GPU, eventhough I compiled the project with 'libfusiongpu' and set the use_gpu flag to True. Can you please suggest some possible explanation for this? Btw, the demo component seems to work fine. Appreciate your inputs. |
Hi @metro-smiles, From what I understand, the mesh_fusion/fusion.py does import libfusiongpu when use_gpu set to True. But further experiments indicate that GPU is truely not used (with the help of nvidia-smi) and there is no speed difference between libfusiongpu and libfusioncpu. It seems like that there is a problem with mesh_fusion lib, which I did not notice and cannot provide further help. However, the preprocessing of Pix3D is accelerated with multi-thread, which can be done in less than hour. Thus the problem seems not very significant. Thanks for your summary for the compiling problem. We updated two recent commits to solving it. |
Hi @chengzhag , Appreciate your inputs. But it seems that the Pix3D pre-processing step is not as fast, at my end. I've tried it independently on two different systems but on both it's been running for over a day without making any progress. (It seems that call to fusion.py with mode=render is the most expensive and like I was saying before it's not using the GPU.) Is there any chance you pre-processed it differently / did some other intermediate step which is not mentioned in the README? ~Cheers! |
Hi @metro-smiles, I just recall that Pix3D pre-processing consists of two steps (i.e. image processing and mesh processing). Sorry that I wrongly think of the time consumption of image processing as the total pre-processing time. Also my bad that I missed meshlab installation in the README, which you probably have found out or pre-installed. As for the mesh processing step, I tried to run it with libfusiongpu, finding out that it actually has no problem using GPU: I think It might be the case that the program opened too many processes for the machine to handle. Could you please try to run |
Hi @chengzhag , So I don't know why but the check with the main in fusion.py/scale.py/etc. was returning false. Hence, I had to turn of the subprocess call and instead had to instantiate an object of those classes and then call the run method from the object instance. Like the lines you've commented out just prior to the subprocess call. |
Hi @metro-smiles, That's weird. The reason that subprocess.check_output() is used to call fusion.py/scale.py/etc. is to run them off-screen with xvfb-run. I think these two kinds of calling methods should be identical if you are running on a screen. I presume that you fixed the problem of not running on GPU and the processing speed with such changes? May I ask where did you get False returns from specifically? Maybe somewhere near below?
|
Yes, line 14 and also line 435. Yes the GPU issue got sorted too. |
Glad to know that your problems have been solved and thanks for your feedback. For the later comers if you have encountered the same problem: I'll look into the problem but by far the best way of solving the problem might be following @metro-smiles to directly import fusion.py/scale.py/etc. and use their class. |
Hi @chengzhag, sorry for reopening the issue again but I got problem when building project, as well. I tried the solutions here and It seems a different error. whether the 37th line in build_gap.sh is commented out or not, when I run the
when I run the
I checked out the code there isn't any invalid syntax. Appreciate your help ^^ |
Hi @emirhanKural, When running The first error seems like there is a certain missing package, which might be caused by the failure of installation in the previous steps. Please make sure you are running with a user with sudo privilege to run apt. Alternatively, you can ask your administrator for installation of the packages in the 37th line in build_gap.sh and comment out the line. I have no clue about the second error, but it might be caused by |
Hi @emirhanKural, thanks for your response.
|
Hi @emirhanKural, It seems that there are some comments in the .sh file provided by gaps about opengl .so file. Maybe check if your condition matches the description of the comments? Also, did you follow README to install others packeges (by |
Hello @chengzhag, thank you for response ^^ The problem was solved by this comment. Changing /usr/lib/ symbolic link to newest nvidia libGL link worked. I could build the project. I think we can close this issue. However I want to ask something about demo running. But when I tried to run
|
Hi @emirhanKural, Glad that you solved the problem! About the second problem, could you please check issue #1 to see if the solution applies to you? Hope this can help. |
Hi @chengzhag, The solution of issue #1 worked by Really thank you so much for your responses ^^ |
Hi @emirhanKural, The reason for this problem might be related to the incompatibility between the Cuda version setting used when compiling and the actual Cuda version used when running. You may need to check if there is any difference between the version used when compiling and running. We've tried our best to provide support for compiling for Cuda 8, 9, 10 in this commit. Cuda 11 is also later supported. If the problem persists, sorry that I can not provide any further support since the Cuda kernel is provided by LDIF. Hope the information can help. |
Hello @chengzhag, I try to go on with I don't want to bother you any more, but I want to ask one more thing ^^ Thank you for your responses! |
Hi @emirhanKural, We use the detection results provided by Total3D and Coop. However, the 2D detector is not included in their code. The detections.json of the demo is converted from the provided detections. If you want to test on your own data, you have to either fine-tune a 2D detector on SUN-RGBD or fine-tune it on your own dataset and map the output categories. |
`{'bbox_half': 0.7, 'spacing': 0.04375} The above exception was the direct cause of the following exception: Traceback (most recent call last): The following error occurs when I run the preprocess_pix3d4ldif.py file. Could you please help me to solve it? |
Hi @CAOXINGWEN, Could you try to run this command |
This error occurred when I entered this command at your suggestion? |
Hi @CAOXINGWEN, Haven’t encountered this problem before. Maybe run without xvfb-run like Note: You will need to run this with a screen. If the same error happens, try to run this in debug mode, for example with PyCharm, to see what part of the code caused the Segmentation fault error? Note: Since the error happens in the third party mesh_fusion tool, sorry that I can not provide detailed support. You may refer to its own README to follow their steps for a manual compilation and demo running to check if the module is working as intended. |
I have tried many methods but failed, I wonder if I can skip the pre-processing pix3D data set step, could you please send me the pre-processing Pix3D data set through the link, like sun-RGBD data set, thank you very much! |
Hi @CAOXINGWEN, I'm sharing the preprocessed results with ResilioSync. You will need to install a client APP to download this link. The files are about 50GB in total. |
I'm really sorry to trouble you again, this connection seems to be too slow, I downloaded it for a long time, could you please send me a baidu disk to connect, thank you very much |
Hi @CAOXINGWEN, I am uploading the compressed data to Baidu Yun (link). You can download it once it's finished. |
Hi @chengzhag ,
I got the following error while building the project. Seems like there are some missing files.
It seems there is no directory called GL. Hence, any reference to headers included in it would probably throw an error.
Would appreciate your help with this.
~Cheers!
The text was updated successfully, but these errors were encountered: