[PD] poor performance when saving an abstraction when many copies are loaded in a patch
derek at umatic.nl
Thu Jan 10 12:09:12 CET 2008
Yes, I've had that as well. The thing to do in this situation is to make
sure that all the abstractions or subpatches inside the one you are
saving are closed. Having to refresh these open subpatches or
sub-abstractions along with the main abstraction exponentially increases
the load on PD, and also leads to the "no such object" message.
Otherwise, think about converting some of the abstractions to subpatches
matteo sisti sette wrote:
>> in some patches i need to have hundreds of copies of the same
>> abstraction. to save just one copy of the abstraction would only take
>> a fraction of a second, but when i have many hundreds of copies, pd is
>> really stumbling to get these abstractions all renewed to the new
>> saved version. it seems to be some kind of bottleneck situation,
>> where the time taken to re-initialize these abstractions together is
>> much longer than it would be to initialize them all seperately.
> I not only experience the slowdown in that situation, but often even
> memory corruption or something: nonsense error messages such as
> ".x8972383 no such object" (or something like that: can't remember
> exactly), and sometimes some patch windows is closed that shouldn't
> Often the MAIN patch window is closed, i.e. disappears, so when I
> close any other open window, there's no open window left; then I quit
> PD and magically the main patch appears again, and it asks me whether
> to discard changes!!! (so I say "no" and that's the only way to have
> the patch appear again without quitting pd).
> All this happens when saving an abstraction which is used multiple
> times in an open patch... and in my case it's not hundreds of times
> but just tens of times.
derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista
---Oblique Strategy # 97:
"Is the style right?"
More information about the Pd-list