[PD] Coll object Was: cartopol~ and poltocar~

Ivica Ico Bukvic ico at vt.edu
Sun Oct 18 06:34:39 CEST 2015

On 10/17/2015 03:16 PM, Fred Jan Kraan wrote:
> On 2015-10-17 05:57 PM, Jonathan Wilkes wrote:
>> Fred Jan,
>> Now that's interesting.  Thanks for testing it.
>> What happens with larger data sets? One thousand, ten thousand, etc.
> Same result for 10.000 items; first the bang, then the result from the
> dump. No interruption of the sound.
Now try that same patch on RPi and load five or ten files per second and 
chances are you will have xruns (order should remain the same, no matter 
what). Also, testing these in hypothetical/light cases where pd does 
nothing else of significance is unlikely to give you a real-world 
picture. FWIW, in L2Ork one of the biggest xrun culprits has been [coll] 
and data structures with large screen redraws that stole too much cpu 
away from audio processing thread, despite all the optimizations and 
prioritizations/lowlatency kernel/etc. Now, some of it is undoubtedly 
svg-enabled canvas and tkpath, some may be Ubuntu and its Unity desktop. 
Still, switching to threaded coll solved most of the problems. Another 
thing to consider, Max tests I shared earlier were performed on a fully 
loaded last gen MBP...



More information about the Pd-list mailing list