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
Possible Mode 7 Calibration Bug #247
Comments
I think I've fixed this in this commit: I haven't been able to confirm this works in the above example as I can't reproduce the specific results but is does display the 0,0,0 for normal calibrations that have a three wide zero error band. |
I'm wondering if this is this making too much of a special case of 0,0,0. Wouldn't it be better to make use of the three-wide window metric value to resolve ties like this? |
Yes, I already decided to improve it by incorporating the 3 sample window in the decision and it's in IanSB@c969005 so 12,0,34 will be selected in preference to 2345,0,1234 Also the 3 sample window total is included in the calibration display |
Great, thanks Ian. |
This may not be a bug, but there is room for improvement.
This calibration came from Lurkio:
https://stardot.org.uk/forums/viewtopic.php?p=340203#p340203
I've attached the whole file:
Log.txt
It's the final calibration run in the file that's a sub-optimal:
In this calibration, there is a three position wide error free band at half=0 phase= 6,7,8 but this is not used as the final calibration. Instead, a one position wide error free band at half=1 phase=3 is picked instead.
Somehow we should include the width of the error free band, when there are multiple choices that appear error free.
The text was updated successfully, but these errors were encountered: