Hmmm,

It seems I forgot to fill the -resize option in the messagebox, before sending you the file. I have done that many times, but the [tabread4~] does not co operate. Any ideas?

padawan12 padawan12@obiwannabe.co.uk ÝãñÑøΓ₯: Replace [read $1 table17( with [read -resize $1 table17( and resize will do all the magic for you.

On Tue, 15 Aug 2006 22:50:27 +0100 (BST) Tas Pas wrote:

Hi list,

I've been searching for 2 days now, a way to loop a sample that is several seconds long using the [tabread4~] object.

Somewhere I found that the chunk size that is given in the B08.Sampler.Loop pd file in the documentation, has to be equal to the size of the loop in samples.

I'm getting the size of the loop via the [soundfiler] output and feed it to the input of the [*~ ] object tha controls the chunk size of the loop to be played but, I cannot have the result that I want, to make the sample I feed the soundfiler object sound exactly as you could hear it with the [tabplay~] object (pitch and duration wise) but looping.

I attached you a slightly modified version of the B08.Sampler.Loop pd file and a sample that I want to loop.

Any suggestion anyone?

Thanks

Regards, Tasos

---

______________ Yahoo! __________ __ __________ ____ ____ (spam); __ Yahoo! Mail ________ ___ ________ ______ _________ ____ ___ ___________ _________ http://login.yahoo.com/config/mail?.intl=gr

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

×ñçóéìïðïéΓ₯ßôΓ₯ Yahoo! ÂÑñΓ₯èÞΓͺÑôΓ₯ ôÑ Γ₯íï÷ëçôéΓͺÜ ìçíý ìÑôÑ (spam); Ôï Yahoo! Mail ÀéÑèÝôΓ₯Γ© ôçí ΓͺÑëýôΓ₯Γ±Γ§ ÀáíÑôÞ ðñïóôÑóßÑ ΓͺÑôÜ ôùí Γ₯íï÷ëçôéΓͺΓΎΓ­ ìçíáìÜôùí http://login.yahoo.com/config/mail?.intl=gr

Hallo, Enrique Erne hat gesagt: // Enrique Erne wrote:

try something like this:

[soundfiler] | [/ 44100] | [pow -1] | [phasor~]

Another possibility is to use [vline~] instead of [phasor~] as in C05.sampler.oneshot.pd and then restart the sample-player, when the sample has finished.

I "borrowed" this algorithm for my clone of the [play-samp~] abstraction of RTC-lib (attached), which is a sample player, that can both play a sample just once as well as loop it.

C05.sampler.oneshot.pd should be quite clear, the only thing that may be a bit hard to understand at first is the funny looking message: "; phase 1, 4.41e+08 1e+07;" But actually it has an easy explanation: 4.41e+08 is the sample [vline~] should approach in 1e+07 msec. This will make vline~ go at the same speed as it would go if it would need to reach sample number 44100 in 1 second, that is if it was playing at "CD-audio-speed". The speed is:

4.41e+08 smps / 1e+07msec = 44100 smps / 1000 msec = 44100 smps / 1 sec = 44.1 kHz = CD

Miller just decided to let it go to some really huge sample number during a very long time (1e+07msec) so that no calculations about the length of the sample are needed in oneshot-mode.

Of course if you want to loop, you *need to* do these calculations to restart the loop when the sample has played completly. This is easy to achieve by just converting the size of the array in samples to the duration it would have, if it was played with the sample's samplerate.

Again assuming this is 44.1kHz, you get the duration in msecs by dividing the number of samples by 44.1.

Attached play-samp~.pd uses Zexy's [arraysize] to get the length of the sample to play, but you could also just use soundfiler's output instead. The sample is first played as "oneshot" sample, but additionally a [delay] object is set up to play the sample again (and again) after the duration calculated like above. (Additionally transposition is implemented by just scaling the vline~-input accordingly.)

Ciao

Frank Barknecht _ ______footils.org_ __goto10.org__