about the score_map
Closed this issue · 5 comments
@LiShenglana
Hi ! Thanks for your attention on this work.
What do you mean by "only using offline siamese module to train this model" ? In my experience, since there exists object scale/position shift on the training search areas, the response map should never become what you visualize above.
Please give more details on your problem, e.g. your loss curve on the offline classification loss. Thank you!
@LiShenglana Hi ! Thanks for your attention on this work. What do you mean by "only using offline siamese module to train this model" ? In my experience, since there exists object scale/position shift on the training search areas, the response map should never become what you visualize above. Please give more details on your problem, e.g. your loss curve on the offline classification loss. Thank you!
This is the loss curve below:
At the begining, the score map looks like below:
But after 2 epoch, the score map looks like somthing wrong:
Thanks for your reply!
Bug definitely exists. Note that before training, the classification BCE loss is around 0.6. And after 2 epochs, your classification loss becomes around 0.4-0.5, as is shown in your loss curve. In my experience, a proper training process should lead to a classification loss gradually down to around 0.1, so what you met is absolutely abnormal.
So I observed the training instances you illustrated, and found that the classification labels seem to be wrong. In other words, the spatial position of the template target in the search area does not have the corresponding positive label. Both two instances show similar phenomena. For example, in the training instance below, the target (a cyclist with its shadow) exactly lies in the center of the search area, but the corresponding positive area in the pseudo classification label (left) lies aound top-middle. This labeling error definitely confuses the model, and makes loss never decrease.
I am sure that the original dataloader does not have such a labeling error, otherwise other followers of this repository should have already found it (TAT). Thus, I recommend you re-check your revisions on the codes (especially in the dataloader), or set some break points to debug the dataloader, in order to investigate why this labeling error happens.
@zhengjilai Hi! I solved this problem following your advice. It is really the problem of dataloader that I revise before. Thank you very much!
Glad to see the bug fixed.