-
-
Notifications
You must be signed in to change notification settings - Fork 598
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
Bad wireframe projection using dlib landmarks #241
Comments
I confirm that the problem is caused by building it in release mode with
I at least need the Release mode to use it with dlib, otherwise dlib is too slow without the release mode. Why may this occur when I build this on release mode? |
A guy from the ##c++ IRC channel suggest to compile with -DCMAKE_C_FLAGS="-Wall -Wextra" and fix all the warnings, since there may be an undefined behavior. |
Hi, So you're saying it works correctly in |
I will double check. But this is not the problem in the index order. I just compile the same code from the examples with "set(CMAKE_BUILD_TYPE Release)" and I get this problem. I remove the "set(CMAKE_BUILD_TYPE Release)" and it renders as expected. Just my Makefile is a bit different from yours. Here is my CMakeLists.txt somewhat hard-coded because I don't know the best way to include eos yet. |
The problem is because I am compiling with
So the combination of using -std=c++14 and Release mode is what leads to this problem. Just add those lines to the CMakeLists.txt from the examples and you should be able to reproduce the error. |
The reason why I compile with C++14 standard is because otherwise I get this error when I compile the code with eos+dlib: https://gist.github.com/cfoch/64b116cc1a2449051051ff14a9702daf |
Can you post your platform, exact compiler version and command-line output of the compiler call when compiling & linking the |
Sorry for the delay...
gcc/g++ version
Command line output when compiling fit-model with cmake (with
Compiling as the the project is by default:
|
Thank you. I solved it basically after checking the command line output using VERBOSE=1 as you suggested.
made the trick! 💯 |
So what was the problem? Does it work in all configurations now? |
It is enough to me having this "just working". However, it does not work when building it on the C++14 standard. But since the description of this project states "A lightweight 3D Morphable Face Model fitting library in modern C++11/14", I think that this should work compiling it in the C++14 standard. |
I see. It should definitely work in all configurations and on all compilers, and it does so on all the ones that I've tested. If I'll ever find some time, I might test on your system/compiler configuration. I still think it's most likely that this is a problem on your system, and also this is the first report of such kind. I'll leave the issue open for now. |
Hello. I will start the description of the issue by showing an image
I am using dlib to generate the landmarks, and taking as a base the example located at
examples/fit-model.cpp
. Unfortunately the result is obviously unexpected. I really have no idea what's going on. I do not think that is a problem of index ordering. I wonder if you may have any idea about this.This is the code and the only main thing that I change is the way I read the landmarks that is from lines 187 to 193.
I also have to say that the original example with the landmarks located at
image_0010.pts
works well.The text was updated successfully, but these errors were encountered: