-
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
Sending 'set' messages with the same value create audio clicks (RENAMED) #35
Comments
This is kind of working as of commit 3ee990b in that it throws up the following error when you try to But, if I send a message that it is happy with ( Is there some internal clamping going on here? Aside from the potential clamping issue, perhaps the better behavior here would be to throw up the yellow error as it currently does, but if the requested |
Commit 7cb20ca improves this but still some clamping type thing. Or this could be still related to #16. Sending But it sets the sample length to If I set Like I said though, this could all be related to not being able to set a lower parameter. |
Reopening this one though this may very well be a different problem/bug. When you send The problem comes that when you then send Maybe the |
…y or may not get into a 1.5 version.
zero loop size now simply ignored, so playback not interrupted. the playhead functionality you want here may not be possible until version 2 rewrite. if you are ok with soft fix i'd be inclined to close this issue. if not, speak up :) |
i think this is related to #61 |
Yeah this can get closed and revisited. I think the ideal behaviour is ignoring the message either way, since this wouldn't be the way to get a single frozen sample either way (ala |
Steps to reproduce:
Create a [buffer~]/[karma~] combo. Send a message of 'set basic 0.5 0.5'.
Actual results:
Phasor locks up (see comments below).
Expected results:
Not sure the best course of action here. Maybe it can default to a minimum 'initial loop' value. I like that a window can be set to be a single sample big (for use with modular/dc offset shit), but there's no use for a whole LOOP to be 1 sample long. So maybe the minimum value that can be sent is x amount of samples big?
Comments:
Of you send a
jump
message this ‘unsticks’ the phasor and somehow defaults to a previous buffer ‘set’ size.The text was updated successfully, but these errors were encountered: