-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
Can RTDETR allow single-class( i.e. 1 category only) object detection? #8430
Comments
rtdetr fix a bug #8409, you can try lastest ppdet or original exp code https://github.com/lyuwenyu/RT-DETR |
Thank you very much for the quick response. I've checked bug #8409, and found gt_score occurs in following 4 files, rtdetr_paddle/ppdet/data/source/voc.py, rtdetr_paddle/ppdet/data/transform/batch_operators.py, rtdetr_paddle/ppdet/modeling/transformers/utils.py, and rtdetr_paddle/ppdet/data/transform/operators.py. Since I don't use VOC's data format, the first file is not relevant. So I'll check the rest files to see how to modify the code. |
Hi, did you fix the problem using single class, if you fix, plz let me know which part I should have to be changed |
Hi,
Sorry to reply late. I have not yet solved the problem. I've made quite
a few modifications on the Transformer Decoder and the Hungarian Matcher to
allow the network to output the object score instead of classification.
And the output is still not ideal.
Heidi
…On Mon, Jul 31, 2023 at 11:56 AM john09282922 ***@***.***> wrote:
Thank you very much for the quick response. I've checked bug #8409
<#8409>, and found
gt_score occurs in following 4 files,
rtdetr_paddle/ppdet/data/source/voc.py
<https://github.com/lyuwenyu/RT-DETR/blob/60b6e83849fba4c0594a045282445f5ee26e25d7/rtdetr_paddle/ppdet/data/source/voc.py#L141>,
rtdetr_paddle/ppdet/data/transform/batch_operators.py
<https://github.com/lyuwenyu/RT-DETR/blob/60b6e83849fba4c0594a045282445f5ee26e25d7/rtdetr_paddle/ppdet/data/transform/batch_operators.py#L157>,
rtdetr_paddle/ppdet/modeling/transformers/utils.py
<https://github.com/lyuwenyu/RT-DETR/blob/60b6e83849fba4c0594a045282445f5ee26e25d7/rtdetr_paddle/ppdet/modeling/transformers/utils.py#L437>,
and rtdetr_paddle/ppdet/data/transform/operators.py
<https://github.com/lyuwenyu/RT-DETR/blob/60b6e83849fba4c0594a045282445f5ee26e25d7/rtdetr_paddle/ppdet/data/transform/operators.py#L1577>.
Since I don't use VOC's data format, the first file is not relevant. So
I'll check the rest files to see how to modify the code.
Hi, did you fix the problem using single class, if you fix, plz let me
know which part I should have to be changed
—
Reply to this email directly, view it on GitHub
<#8430 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AFAAGJJUSGN7U6Q2BYV4BJLXS75VTANCNFSM6AAAAAA2H3A6HU>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
问题确认 Search before asking
请提出你的问题 Please ask your question
After I modified RTDETR's code and used AGORA (head only) dataset's annotation, my code can be trained, evaluated, and tested. But the head detection's evaluation mAP is very bad, only 0.002 after 75 epoch training. I am suspecting if Hungarian matcher can be the problem. From DETR's paper, DETR uses Hungarian Matcher to pick proper prediction candidates associated with the ground truth targets. The cost function for Hungarian Matcher depends on the class, bbox, and giou losses. But here the class loss seems not working properly and leads to the low mAP evaluation. Do you have any ideas to help solve the problem? Thank you!
Heidi
The text was updated successfully, but these errors were encountered: