[PD] audio calculation at full cpu load

[Krzysztof Czaja]

hi Thomas,

1. (yet another workaround:) -- with a combination of oversampled
[switch~] and a [bang~] you may set the (logical) speed of dsp
processing in a window.  This speed may be up to 8192 times the
realtime (or more, if [switch~] is dynamically created) -- I think
this is sufficient in most cases...  test the attachment.

2. This reminds me of my old (and rather modest?) proposal for using
Pd in batch processing of sounds stored on disk.  The needed changes
are:  minor editing of Pd's scheduler, and an addition of a startup
option.

3. ``Filling large arrays with audio data'' is one of the aims of
my vexing library.  I can send you the sources, if you wish.

Krzysztof

Thomas Grill wrote:
...
 > is there any means (or will there be a possibility in the future) to steer a
 > part of a signal network (e.g. a subpatcher) in a way that it doesn't run in
 > real-time but rather uses the full cpu power available?
 > This would be good for filling large arrays with audio data.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: blocksize.pd
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20020418/12ec636a/attachment.asc>