04-10-2019, 09:12 PM
(04-10-2019, 04:49 PM)XORadmin Wrote: One thing i could do actually is using the load/save sampleblock functions when loading/replacing samples. This might fix the fragmentation issue since all is backed and cleaned up onto the sd card. But it is not seemless anymore to just replace one sample as i would have to do this everytime a sample is being loaded/replaced. And i am not 100% sure yet if that would work.
Usually in playback, replacing samples is only from LSMP. In fact, I only really replace samples when I am 'experimenting' with noises. I'm heavily utilising the LSMP to overcome the limitations of memory when playing back a vast array of breakbeats or glitch one shots. LSMP is not something I merely use to load a kit upon starting a new session. As stated above, the binary pop sound sound is overcome by killing the playback of the sample before loading a new kit usually with NOTE OFF. It would be neat a sample could be killed after a certain amount of ticks instead of a whole line, utilising every line without NOTE OFF.
Never replacing samples on the fly in a live situation so autosave would only be for safety precautions in composition due to the knowledge of it being temperamental around near max memory. We would for sure turn it off in playback.
I guess the summarise, manual saving isn't a problem if you do it every time you think to replenish the sample window, so not 'top of the list' stuff but an error message would be better than total melt down.
Regards <333