I think one advantage of using tables is the fact that one could start playing anywhere in the sound file. It is not the case with reasf~, right ? (might not interest Patrick, but it is interesting for me)<br><br>Then, using tabread4~ would consume too much CPU, right ? 
<br><br>So, dynamic table + tabread creation with throws would be the way to go. <br><br>Do you guys know a way to clear only several objects of a subpatch ? I use [; pd-subpatch clear&lt; for now. But I would prefer not to clear everything. 
<br><br>aalex<br><br><br><br><br><br><br><div><span class="gmail_quote">On 6/14/06, <b class="gmail_sendername">IOhIannes m zmoelnig</b> &lt;<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Frank Barknecht wrote:<br>&gt; Hallo,<br>&gt; patrick hat gesagt: // patrick wrote:<br><br>&gt; I think, the problem more is how to load so many samples clickfree<br>&gt; into memory. As samples loaded into an array get blown up in size, for
<br>&gt; 300 2MB samples you already need a lot of memory. It probably will be<br>&gt; better to load only the samples to play currently and next into<br>&gt; memory, and reuse the tables that store the samples to save memory.
<br>&gt;<br>&gt; If the samples only need to be played, [readsf~] would be the easiest,<br>&gt; almost trivial solution to this. If you need [table]-based processing<br>&gt; things will be quite a bit trickier, as soundfiler in standard Pd can
<br>&gt; lead to dropouts. pd-devel can be one way out, using [readsf~] to<br>&gt; write into a [table] faster than realtime could be another way (by<br>&gt; upsampling using [block~]).<br><br>i guess the simplest thing would be to use [readsf~] for playback of the
<br>samples from a ramdisk: this way the samples will still be kept at 16bit<br>(or whatever you choose) and thus take little memory and the access to<br>the ramdisk will be lightning fast.<br><br>mfg.asdr.<br>IOhannes<br>
<br>_______________________________________________<br><a href="mailto:PD-list@iem.at">PD-list@iem.at</a> mailing list<br>UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list
</a><br></blockquote></div><br><br clear="all"><br>-- <br>Alexandre Quessy<br><a href="http://alexandre.quessy.net">http://alexandre.quessy.net</a>