-
Notifications
You must be signed in to change notification settings - Fork 49
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
Downscale factor has no effect #46
Comments
Other minor fixes (e.g. order arguments the same in the setters as they are defined in ScanContext).
Resolved in v1.2 branch, to be included in next release of DVR-Scan. |
Has this (specifically, the first part) actually been implemented? From the commit above, it seems the kernel size is only re-calculated automatically for implicit (automatically used) values, i.e. when you provide no explicit kernel size yourself. Maybe that’s all that is desired here. But what this means is that whenever you provide a kernel size and then change the downscale factor, it stops working as expected, and you have to adjust the kernel size manually again (to match the changed downscale factor). As an example, if I start with
… for roughly equal results. Is this intended? |
Ah very good catch - this is not intended indeed. Will re-open this until it's fixed, thank you for the update! |
Previously was incorrect due to downscale factor not being compensated for kernel size was also set and not automatically calculated. Fixes #46.
Fixed in v1.4 branch, will be included in next release of DVR-Scan. Thanks @ocram! |
Currently, downscale factor has no effect if set (i.e. is wholly unused). If set, also needs to re-calculate the kernel size appropriately, and ensure ROI selection is not affected (but scales properly).
Discovered while refactoring ScanContext as part of #33.
The text was updated successfully, but these errors were encountered: