Skip to content

Reactivating SOLVEPNP_DLS and SOLVEPNP_UPNP#6864

Closed
mshabunin wants to merge 1 commit intoopencv:masterfrom
PhilLab:patch-1
Closed

Reactivating SOLVEPNP_DLS and SOLVEPNP_UPNP#6864
mshabunin wants to merge 1 commit intoopencv:masterfrom
PhilLab:patch-1

Conversation

@mshabunin
Copy link
Copy Markdown
Contributor

The way how uPnP and DLS have been disabled in #3828 is highly counter-intuitive:

Just executing EPNP regardless of the given flag is confusing. If somebody wants to evaluate the OpenCV version of uPnP, let him do that (and not silently executing epnp in the background). Imagine somebody wants to evaluate the available PnP solvers in OpenCV and finds out that it does not matter which one he chooses because the results are all the same.

cf. #5065

Restored #5978

They have been silently deactivated because of their poor performance.
Reactivate them to give incentives for improvement
@vpisarev
Copy link
Copy Markdown
Contributor

the other methods appeared to be unstable and sometimes give completely wrong results; they will be restored when someone fixes them

@vpisarev vpisarev closed this Jul 20, 2016
@PhilLab PhilLab deleted the patch-1 branch September 22, 2016 15:50
@SergioRAgostinho
Copy link
Copy Markdown

SergioRAgostinho commented Mar 15, 2019

Sorry to revive this one. Would you be in favor of throwing a warning to let the user know that invoking DLS or UPNP doesn't produce the desired result? I literally just fell on what @mshabunin described: trying to compare solvers only to discover that under the hood, EPnP is always being called.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants