We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
The GIoU loss becomes NaN when the gt boxes and predicted boxes are both decoded in center and size (xc, yc, w, h).
I am wondering if the boxes have to decoded in two corners (x1, y1, x2, y2).
The text was updated successfully, but these errors were encountered:
I have encountered the same problem
Sorry, something went wrong.
The GIoU loss becomes NaN when the gt boxes and predicted boxes are both decoded in center and size (xc, yc, w, h). I am wondering if the boxes have to decoded in two corners (x1, y1, x2, y2).
No they don't have to. NaN may occurs when the loss stability cannot be ensured, e.g. when the outputed values for w or h can be non-positive.
The same problem here. Anyone has managed to solve it?
same problem
No branches or pull requests
The GIoU loss becomes NaN when the gt boxes and predicted boxes are both decoded in center and size (xc, yc, w, h).
I am wondering if the boxes have to decoded in two corners (x1, y1, x2, y2).
The text was updated successfully, but these errors were encountered: