[PD] Very large patches unstable?
cyrille henry
ch at chnry.net
Wed Dec 2 12:51:17 CET 2009
hello,
i made some patch that use 98454 abstractions.
it certainly is very long to load, and almost impossible to save.
but if your are patient, pd vanilla is solid like a rock.
Cyrille
Stephen Lucas a écrit :
> I'm experiencing some instability with a patch that is very large.
>
> Basically, I have an abstraction that does some calculations between a
> send and receive, whose names are controlled by the creation arguments
> of the abstraction.
>
> I made a little patch to create 68x68 of these (yes, I really need that
> many), and correctly place them on the canvas so that they don't overlap
> graphically. As far as I can tell, they all created fine and I even
> managed to save the patch. I did use a text editor to manually increase
> the size of the canvas, since message based object creation will not
> automatically resize the canvas if something will be past the bounds of
> the canvas.
>
> I've been getting inconsistant problems (crashing) with what I can only
> assume is an issue with a patch this large (4624 objects). If I
> understand things correctly, these abstractions do not have any DSP
> objects and should not be consuming large quantities of system resources
> if they're just hanging around, waiting to be used. I suspect the
> problem may mainly be linked to actually looking at the patch, which I
> don't need to do, but I don't feel confident using a patch that is
> always cheating death. If I don't look at the patch and just load it as
> an abstraction in another patch, it seems much more stable, but still
> takes a long time to create, delete, open, or close.
>
> Has anyone else seen this problem and am I crazy for trying to do this?
> In Max I probably would have tried to approach this using poly~, but I
> don't know any objects in pd that have similar methods of creating
> several instances of an abstraction. If this is simply a problem of
> having a very large canvas, I could compartmentalize the abstractions to
> solve that.
>
> Thanks to anyone who puts in their 2cents.
>
> -Stephen
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
More information about the Pd-list
mailing list