-
Notifications
You must be signed in to change notification settings - Fork 443
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
Feature Request: Support custom and non-square input sizes #3581
Comments
@eunwoosh Let's consider non-square input size. |
@goodsong81 @eunwoosh do you folks have a timeline for custom inputs (with or without non-square inputs) in this library? I am trying to schedule some integration into OTX 2.x and the lack of this feature is blocking. Keep up the good work! |
Not yet confirmed but I suppose it will be enabled in the next quarter (Q3) of this year. |
@goodsong81 I see that this PR got merged: #3759 Could that input_size parameter be used instead of fixed values in the model scripts? E.g. in
as well as associated export code? E.g.
|
Hi @j99ca , #3759 is preparation step for configurable input size. That PR just enables transforms in recipe to use |
#3788 is merged. OTX supports non-square input size now. |
According to the docs, the input sizes supported by OTX is a set list of square input sizes. With most convolutional model architectures, it should be possible to use non-square input sizes while maintaining the use of pre-trained weights, through a global pooling layer at the head of the model. This is possible with some classification models in TensorHub, and it would be a great feature for OTX classification and would accelerate our adoption of this library at the edge. I have use cases for very tall images from certain sensors where resizing them to any of the set list of square sizes skews the aspect ratio and can destroy the features needed for classification.
The text was updated successfully, but these errors were encountered: