Closed baba-yaga closed 2 years ago
Hi @baba-yaga ,
1) The limitation on head angle is a limitation of the modeling technique (training on face forward faces).
2)Please generalize the mediapiep solution.
sounds like a good refinement or generalization of mediapipe solution.
Google won't do this refinement for now.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you.
Closing as stale. Please reopen if you'd like to work on this further.
Please make sure that this is a solution issue.
System information (Please provide as much relevant information as possible): Macbook Pro 2019
Describe the expected behavior: I am doing photogrammetry (restoring 3D face from photos or video) and FaceMesh promises a great tool for this. I have a video of a head turning both ways. I compute FaceMesh which looks great on until the head turns so much that only one eye becomes visible. At that point the mesh starts to deform around the forehead and nose, departing from the head (see the attached video) Also the visible eye's contour becomes as if the eye is upfront and there is also bad fit of the chin landmarks. I played with min_detection_confidence and min_tracking_confidence parameters (both set to 0.8 works, perhaps, work best), but the problem persists. If I feed just side images to the code, no landmarks are returned at all. This makes me think that once one eye is disappearing from the view, the calculator should change behaviour from landmark detection to updating their z-coordinates which are the most pronounced on side views. I am not at all concerned with real time and computing resources, an offline solution is perfectly fine. I am thinking of projecting the related landmarks on the visible contour, maybe such a filter already exists. I would appreciate any help.
Standalone code you may have used to try to get what you need : I use the standard code suggested here https://google.github.io/mediapipe/solutions/face_mesh#face-geometry-module modified to take a video instead of a video cam stream which I arranged as a function.
If there is a problem, provide a reproducible test case that is the bare minimum necessary to generate the problem. If possible, please share a link to Colab/repo link /any notebook:
https://user-images.githubusercontent.com/2671379/178466398-dc5cbe73-ede5-43b7-b6a1-6fcd418e1a67.mp4
https://user-images.githubusercontent.com/2671379/178466417-bcf37af2-d32e-45eb-9d04-fe64927c2127.mp4
Other info / Complete Logs : Include any logs or source code that would be helpful to diagnose the problem. If including tracebacks, please include the full traceback. Large logs and files should be attached: