Skip to content
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

fix: more aggressively debounce tape playback #1759

Merged
merged 1 commit into from
Feb 13, 2024

Conversation

robbielyman
Copy link
Contributor

closes #1758

there's a lot to dislike here—i added a half-second slowdown to every time fileselect exits—this is because if tape playback is going to start, it needs a buffer of about that long from after being stopped.

that being said, i believe the reported issues are now fixed.

@tehn
Copy link
Member

tehn commented Feb 13, 2024

thanks. i'll roll out an update very soon

@tehn tehn merged commit aa1b34a into monome:main Feb 13, 2024
@catfact
Copy link
Collaborator

catfact commented Feb 13, 2024

we very clearly need to fix this kind of stuff at the level of the c++ tape module.

@catfact
Copy link
Collaborator

catfact commented Feb 13, 2024

... i'll attempt it this week / weekend i suppose.

@catfact
Copy link
Collaborator

catfact commented Mar 10, 2024

...clearly I did not do that

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

tape playback unresponsive if preview is not stopped
3 participants