Maybe using tabplay~ and soufiler would work best ? Would tabread~ be better ? <br><br>aalex<br><br><br><br><br>#N canvas 360 220 667 690 10;<br>#N canvas 0 0 450 300 sub 0;<br>#X obj 10 10 foo 1;<br>#X obj 10 10 foo 3;<br>
#X obj 10 10 foo 5;<br>#X obj 10 10 foo 7;<br>#X obj 10 10 foo 9;<br>#X obj 10 10 foo 11;<br>#X obj 10 10 foo 12;<br>#X obj 10 10 foo 13;<br>#X obj 10 10 foo 14;<br>#X obj 10 10 foo 16;<br>#X obj 10 10 foo 18;<br>#X obj 10 10 foo 19;
<br>#X obj 10 10 foo 20;<br>#X obj 10 10 foo 22;<br>#X obj 10 10 foo 23;<br>#X obj 10 10 foo 25;<br>#X obj 10 10 foo 27;<br>#X obj 10 10 foo 29;<br>#X obj 10 10 foo 31;<br>#X obj 10 10 foo 33;<br>#X obj 10 10 foo 34;<br>#X obj 10 10 foo 36;
<br>#X obj 10 10 foo 38;<br>#X obj 10 10 foo 39;<br>#X obj 10 10 foo 40;<br>#X obj 10 10 foo 42;<br>#X obj 10 10 foo 47;<br>#X obj 10 10 foo 48;<br>#X obj 10 10 foo 49;<br>#X obj 10 10 foo 50;<br>#X obj 10 10 foo 52;<br>#X obj 10 10 foo 54;
<br>#X obj 10 10 foo 55;<br>#X obj 10 10 foo 56;<br>#X obj 10 10 foo 57;<br>#X obj 10 10 foo 58;<br>#X obj 10 10 foo 59;<br>#X restore 78 53 pd sub;<br>#X msg 73 154 \; pd-sub obj 10 10 foo \$1;<br>#X msg 159 55 \; pd-sub clear;
<br>#X msg 289 110 \; pd-sub vis \$1;<br>#X obj 287 85 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 0 1<br>;<br>#X msg 158 101 \; pd-sub loadbang;<br>#X floatatom 74 101 5 0 0 0 - - -;<br>#X obj 351 450 soundfiler;<br>
#X floatatom 351 474 0 0 0 0 - - -;<br>#X msg 351 424 read -resize \$1 \$2;<br>#X obj 351 389 pack s s;<br>#X obj 350 356 openpanel;<br>#X msg 322 214 bang;<br>#X obj 432 343 makesymbol %s-arr;<br>#X obj 433 320 f \$0;<br>
#X obj 432 298 loadbang;<br>#X obj 228 427 symbol;<br>#X obj 431 365 t s s;<br>#X msg 228 456 \; \$1 normalize;<br>#X obj 323 317 t b b;<br>#X obj 38 459 throw~ out;<br>#X obj 38 431 tabplay~ \$0-arr;<br>#X msg 72 325 stop;
<br>#X msg 73 386 0 44100;<br>#X msg 74 365 44100;<br>#X msg 73 345 bang;<br>#X msg 72 406 44100 1000;<br>#X text 369 215 open file;<br>#X text 65 20 future dynamic patching;<br>#X text 61 288 playing the array;<br>#X obj 45 583 catch~ out;
<br>#X obj 65 618 dac~;<br>#X text 59 560 mixer ?;<br>#X connect 4 0 3 0;<br>#X connect 6 0 1 0;<br>#X connect 7 0 8 0;<br>#X connect 9 0 7 0;<br>#X connect 10 0 9 0;<br>#X connect 11 0 10 0;<br>#X connect 12 0 19 0;<br>#X connect 13 0 17 0;
<br>#X connect 14 0 13 0;<br>#X connect 15 0 14 0;<br>#X connect 16 0 18 0;<br>#X connect 17 0 16 1;<br>#X connect 17 1 10 1;<br>#X connect 19 0 16 0;<br>#X connect 19 1 11 0;<br>#X connect 21 0 20 0;<br>#X connect 22 0 21 0;
<br>#X connect 23 0 21 0;<br>#X connect 24 0 21 0;<br>#X connect 25 0 21 0;<br>#X connect 26 0 21 0;<br><br><br><br><br><br><br><div><span class="gmail_quote">On 6/14/06, <b class="gmail_sendername">Alexandre Quessy</b> <
<a href="mailto:listes@sourcelibre.com">listes@sourcelibre.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>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< for now. But I would prefer not to clear everything.
<br><br>aalex</div><div><span class="e" id="q_10bd2ac1775e4462_1"><br><br><br><br><br><br><br><div><span class="gmail_quote">On 6/14/06, <b class="gmail_sendername">IOhIannes m zmoelnig</b> <<a href="mailto:zmoelnig@iem.at" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
zmoelnig@iem.at</a>> 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>> Hallo,<br>> patrick hat gesagt: // patrick wrote:<br><br>> I think, the problem more is how to load so many samples clickfree<br>> into memory. As samples loaded into an array get blown up in size, for
<br>> 300 2MB samples you already need a lot of memory. It probably will be<br>> better to load only the samples to play currently and next into<br>> memory, and reuse the tables that store the samples to save memory.
<br>><br>> If the samples only need to be played, [readsf~] would be the easiest,<br>> almost trivial solution to this. If you need [table]-based processing<br>> things will be quite a bit trickier, as soundfiler in standard Pd can
<br>> lead to dropouts. pd-devel can be one way out, using [readsf~] to<br>> write into a [table] faster than realtime could be another way (by<br>> 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" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">PD-list@iem.at</a> mailing list<br>UNSUBSCRIBE and account-management ->
<a href="http://lists.puredata.info/listinfo/pd-list" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://lists.puredata.info/listinfo/pd-list
</a><br></blockquote></div><br><br clear="all"><br></span></div><div><span class="sg">-- <br>Alexandre Quessy<br><a href="http://alexandre.quessy.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://alexandre.quessy.net</a>
</span></div></blockquote></div><br><br clear="all"><br>-- <br>Alexandre Quessy<br><a href="http://alexandre.quessy.net">http://alexandre.quessy.net</a>