-
Notifications
You must be signed in to change notification settings - Fork 157
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
when and when not to freeze #35
Comments
@ThisIsIsaac The author freeze the model to train the linkRefiner (see the paper P11 and P12). When you train my reimplementation-model that you do not need freeze anything. |
@ThisIsIsaac I've changed the mistake. Em... I think you can train for MLT. Maybe IC15 train has some mistakes. I will refine it when I am no busy. |
what mistake are you referring to?
Maybe I can help out. I've also fixed some critical errors and done some cleanup. I would like to send a PR soon. |
@ThisIsIsaac In the trainic15data.py, code in line 114 should be freeze=False. Sorry, I do not know what's the meaning of PR. |
PR stands for pull request
will apply that to my copy of the code. thanks |
You freeze
vgg16_bn
weights intrainic15data.py
but not intrainSyndata.py
.trainic15data.py
and not intrainSyndata.py
?vgg16
andCRAFT
.vgg16
withCRAFT
starting from Pytorch's pretrained weights? If so, how was the performence?only saves weights of
CRAFT
and notvgg16_bn
. If I were to train both CRAFT and vgg16, both unfrozen, how would I save both CRAFT and vgg16's network together in a single model?The text was updated successfully, but these errors were encountered: