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

sflist~ bug impacting 264.sfplay~ #25

Open
delucis opened this issue Jan 23, 2023 · 0 comments
Open

sflist~ bug impacting 264.sfplay~ #25

delucis opened this issue Jan 23, 2023 · 0 comments
Labels

Comments

@delucis
Copy link
Member

delucis commented Jan 23, 2023

Just reported an apparent Max 8 bug to @Cycling74 that impacts 264.sfplay~.

We depend on sflist~ outputting preload and preload_error messages to detect when a file has been loaded, but it appears that in recent versions of Max sflist~ no longer outputs these so there’s no way to detect if a file has been preloaded successfully or not.

Impact

  • Can’t hide a “file loading…” overlay once preloading is complete. For now, I have hidden this overlay entirely.

  • Can’t show the currently loaded filename once it is loaded.

  • Our seek functionality also relied on these messages so currently you can’t scroll to a time point with 264.sfplay~ or play from a specific position in a file as part of a cue.

Post here if you spot any other odd behaviour you think might be related!

Update, 23 Jan 2023

Confirmed the bug is only present in Max 8.3 and up. Until this is fixed, we recommend using Max 8.2!

Update, 26 Jan 2023

Response from Cycling '74 support:

I am able to reproduce this error and have brought it to the attention of engineering to take a look at.

@delucis delucis added the bug label Jan 23, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

No branches or pull requests

1 participant