maybe be using pdp_yqt instead of pdp_qt?this, yes, it's lighter.I switched to pdp_yqt and the stream of pdp_dump remains.I have pdp in its own thread, a [block~ 131072 8] which doesn't seemto help, and memory usage set to 100 megsmax.it's not so much, especially for the canvas.What would be good numbers? Is there a disadvantage to having it too high, as long as I can spare the memory? If I lower the memlimit, won't it just crash all that much sooner?Problem is, instead of managing the memory as I'd hoped, it just exitswhen it goes over that limit. I amtrying to loop the video with pdp_qtthere is a 'loop' message to pdp_qt or pdp_yqt for that purpose.Yeah, what I was saying is, that I *am* using the loop message already, but I am *not* using any pdp_loop or pdp_delay. I said this because the message memlimit passes when it closes pd is "WARNING: increase memory limit or decrease packet usage (i.e. pdp_loop, pdp_delay)." And, unless they're buried in the other objects I'm using, I'm not using pdp_loop or delay. What could be causing so many pdp_dumps? Pdp_yqt did slow the occurence of pdp_dumps down to about 3/sec from 5/sec (guesstimating), but it still quickly eats up every available byte of RAM. As the pdp_dumps roll in and start eating memory, I use pdp_control's garbagecollect, but that only frees about 3 packets and has no noticeable effect on the amount of memory usage. Thanks for your patience Yves -Ian _______________________________________________ PD-list mailing list PD-list@iem.at to manage your subscription (including un-subscription) see http://iem.at/cgi-bin/mailman/listinfo/pd-list