Hello,

does somebody know if there is a way to give an object or signal-tree lower priority?

like MAX's defer/deferlow?

more specific on my case: reading or writing a huge coll gives audio problems...

thanks Thomas

sounds like it would be similar to the issue of realtime loading of sound samples into tables. it will cause audio dropouts in the output stream because (as far as i understand) pd just uses one single thread for all these tasks, and there is no priority given to any of them.

in the case of audio file loading, the best workaround is just to load all audiofiles at startup with the patch. there are other tricks too, like using [sfread~] or whatever to 'manually' read the file into a table. but, as far as i know, any sort of large data file transactions taking place with the hard disk will lead to dropouts. it's a limitation of pd, and apparently one which is quite hard to fix (or at least, it's a well-known issue, and no-one has tackled it yet)

if there is anyway to avoid realtime file load/save, then that's the best way. otherwise, maybe chop it up a bit into bite-sized chunks?

or maybe someone has a better idea???

Ok, good to know i'm not missing something here. Thanks!

wouldn't it be possible to open two instances of Pd, one for audio and another for 'data', and then give high realtime priority to the audio one, and low priority to the 'data' one ? (linux rt patch)

Nau