If you are interested, with the sample_id system, the pdmtl abstractions have a basic 4 cue point system i.e. start,end, loop in, loop out . Once you load a wav with the sample_id system you can load it many times without the actual sample(frame) data being reloaded. Since you can save the cuepoints, you can "reload" the same file with a different set of the 4 cues. For example, you can have a loop.wav file, that can be loaded as 16 "samples" each one having their different 4 cue points. Even thought in PD, you have 16 "copies" of the same sample, the actual audio data is only loaded once.

Tom

On 9/18/07, Hans-Christoph Steiner hans@eds.org wrote:

Cool, thanks for the info. I am sure there are a dozen free C implementations of this, it's just a matter of getting that into a Pd object. Any volunteers? :D

.hc

On Sep 18, 2007, at 6:42 AM, hard off wrote:

the workaround i have at the moment is that audacity lets you export cuepoints as a .txt file.

As long as you don't add any labels to your cue points, then that text file contains a list of cue point times which you can read directly into an array in pd.

in audacity, do the following:

Project -> New Label Track select your cue points (Add Label at Selection) File -> Export Labels

however, a pd object to read the cue points from .wav or .aiff files would be very useful. from what i have been reading, all the cue points are stored as a single line of data in the header of the file.

here's a cue point reader as a supercollider patch:

http://www.create.ucsb.edu/pipermail/sc-users/2006-November/029666.html

---

Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list