Have you checked out the 'many' lib? It includes a bunch of techniques for creating 1000s of copies of abstractions.
http://puredata.info/downloads/many When I've done this kind of thing involving tables, I generally try to make only one soundfiler object load all of the tables. Or depending on what I'm doing, I'll ahve the tables also not in the abstractions. I find it useful to make the abstractions to be multiplied as simple as possible. .hc On Nov 13, 2011, at 2:27 AM, Stephen Lucas wrote: > This may have come up before, but I didn't see a clear answer to this on > searches. > > I've been doing more work involving the dynamic creation of abstractions > numbering greater than 1000; these involve using [soundfiler], so I've been > putting [del 1] between each creation message. This may be extraneous, but > I'm attempting to reduce errors in loading (I doubt this is causing the > problem, but it may be related). My typical MO in dynamic object creation > recently is to treat Y canvas position as product of abstraction register, > which usually is a multiplication by enough for them not to overlap in the Y > dimension with the automatic line break (depending on how many line breaks I > expect pd to make). > > I've experienced some anomalies with dynamically creating objects into this > much Y space, which at something like maybe 50000 pixels, I'm getting some > sort of wraparound, which oddly enough, is wrapping back to 25000 or so > pixels. After the wraparound point, there is no randomness. > > Is there a maximum canvas size and does dynamic object creation beyond those > limits have a predictable ramification? Is there some kludge to prevent this? > Has anyone experimented with some way of consolidating character number / > line break length / canvas size into something cohesive for working with this > issue? > > Thanks for any input, > -Stephen > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ---------------------------------------------------------------------------- If you are not part of the solution, you are part of the problem. _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
