-
Notifications
You must be signed in to change notification settings - Fork 12
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
Default value for frame overlap #307
Comments
I don't think this will have much effect. We generally set window overlap to 0 almost everywhere. I doubt that default is ever actually used. Change the default, run the tests, see if there are any failures, and we can see what the right thing to do after that it is. As for the overlap/frameStep duality: a couple of unit tests for the |
The default is used which is how I picked up the problem. |
Where? |
Line 142 in the same class. |
As in: audio-analysis/src/AudioAnalysisTools/StandardSpectrograms/BaseSonogramConfig.cs Line 141 in 63e6299
Then yes, the default is set. But we override it almost everywhere. Have you found a case where that default is actually used in real-world code? |
Discussed offline. It looks like the root cause of this was introduced in |
The default value for frame/window overlap is currently set at 0.5. (See class SonogramConfig, line 24.)
This should be set = zero (0.0).
The frame step can be set directly or indirectly through windowOverlap. Both means are useful at different times. However currently setting one does not always set the other. In particular, setting the frame step in Generic Profiles does not reset the windowOverlap.
Changing the default windowOVerlap to zero may cause some tests to fail.
The text was updated successfully, but these errors were encountered: