[PD] partconv~ outputs silence

IOhannes m zmölnig zmoelnig at iem.at
Sun Jul 19 19:46:34 CEST 2015

On 07/19/2015 10:52 AM, Fred Jan Kraan wrote:
> Some time ago I ran into probably the same issue; how to load an
> array/table at load time, while said array/table is not guaranteed to
> have loaded yet. From within an object there is nothing like a loadbang
> AFAIK. I ended up setting a timer for one second (clock_new()) and load
> the array/timer when it finishes.

hmm, i wouldn't recommend that.
having an external initialize itself after some arbitrary time is prone
to hard-to-find errors. most likely the user doesn't know that something
special is happening after 1000ms.
they also might schedule their own initialization to happen "long enough
after startup" (e.g. 1000ms), which will then somehow conflict.

if you cannot use the table "as is" (and in [partconv~] you cannot), i
think the object should use an (internal) loadbang for initialization.
if the table is not ready at that time, the user should do a proper
initialization on the patch side (after all, they are the only ones who
can know when all required initialisation has taken place - and they can
only know if the object don't break the process by doing it "somewhat

> But the good news is that just preventing partconv~ to crash shouldn't
> be too difficult.

cool, and should be fixed.


-------------- next part --------------
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/d6b00e0d/attachment.sig>

More information about the Pd-list mailing list