You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently files are loaded into an sfplay~ object using the open message. Any file loaded — including from the drop-down menu — has to be read from disk every time. The delay before a file is fully loaded makes play messages fail if they arrive before the file finishes loading.
Preloading all files in soundfiles/ into an sflist~ would alleviate that delay. However, each 264.sfplay~ module would load its own independent sflist~ (although they would all be identical, there is no way to share sflist~ names to consolidate the memory usage). This, coupled with a potentially large number of sound files, might create a heavy demand on available memory.
Another solution might be to introduce an internal buffer for messages that depend on files being loaded. When a file starts loading, the play/stop/pause input might be cached temporarily and only fed through to the internal sfplay~ once the file is loaded. (Or, if that is impossible to detect, using defer?)
The text was updated successfully, but these errors were encountered:
Currently files are loaded into an
sfplay~
object using theopen
message. Any file loaded — including from the drop-down menu — has to be read from disk every time. The delay before a file is fully loaded makesplay
messages fail if they arrive before the file finishes loading.Preloading all files in
soundfiles/
into ansflist~
would alleviate that delay. However, each264.sfplay~
module would load its own independentsflist~
(although they would all be identical, there is no way to sharesflist~
names to consolidate the memory usage). This, coupled with a potentially large number of sound files, might create a heavy demand on available memory.Another solution might be to introduce an internal buffer for messages that depend on files being loaded. When a file starts loading, the play/stop/pause input might be cached temporarily and only fed through to the internal
sfplay~
once the file is loaded. (Or, if that is impossible to detect, usingdefer
?)The text was updated successfully, but these errors were encountered: