[PD] partconv~ outputs silence

IOhannes m zmölnig zmoelnig at iem.at
Sun Jul 19 21:55:22 CEST 2015

On 07/19/2015 08:46 PM, Alexandre Torres Porres wrote:
> hi, what is so hard about initializing the object with a table? The
> [cycle~] object does that really well, for example.

it's very simple if the object can access the table-values directly when
e.g. [tabread] (we don't need to search for max-compat externals to have
a use-case...) will check whether a table exists directly before it
accesses it; [tabosc~] (that's [cycle~], ain't it?) and other
dsp-objects will check whether the table exists when DSP is turned on
(Pd guarantees that whenever a table appears or disappears the DSP is

but some externals (including [partconv~]) are slightly different, as
they don't access the table-values directly.
rather they munge the data in the table into a local representation (in
the case of [partconv~] the data will be fft-transformed), which is
rather time-consuming.

i *guess* that even for [partconv~] it would be enough to not access the
table-data before the DSP is started.
this might need major refactoring though.

> And I don't see how it wouldn't work if the table had its contents saved,
> for example...

have the [partconv~] object be created before the [table]?


A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150719/a455b1f4/attachment.sig>

More information about the Pd-list mailing list