[PD] reverse & variable speed soundplayback?

[robbert van hulzen]

i'm back.

been working on this little abs for soundfile playback & recording (see
attachment). it's loosely modeled on my roland spd-s hardware midi
drumcontroller / sampler, lifting lots of the rtc [play-samp~]--thanks for
that tip, frank barknecht! i'm getting quite happy with what i'm doing (not
to mention the fun of actually doing it), but i got stuck with a few things:

* i separated transposition and reverse. when i play a sample in reverse,
the transposition has no effect. since the loop is time based (using
[arraysize] to set a delay), the repeatbang in loop mode follows only when
the 'transposed time' is finished, but the speed of reverse playback is
always the normal one. it's the same in rtc's [play-samp~].
i'm afraid i don't really understand how to talk to [vline~] and / or
[tabread4~] and the maths involved in creating the messages. am i right that
in [0, 0 $1( the $1 sets the time for [vline~]? i tried combining the length
in milliseconds and the size of the array (for the starting point), but no
joy so far.

* i have three ways of playing back: 1) [bang( toggles playback on and off
2) [bang( starts the sample from the top everytime it's banged, stopping
earlier playback 3) [bang( starts the sample from the top everytime it's
banged, on top of earlier playback, so the sounds get layered. i used a
subpatch ([pd poly]) to do this: in there live 8 subpatches very similar to
[pd trigger] from the main patch, only the cutoffs have been 'localised' and
i took out some things not needed there. however, nothing seems to happen
when i try and trigger these patches. is there a problem reading one array
multiple times? as far as i'm aware the fact that they live in subpatches
does not matter; copying the insides of a trigger into the main patch didn't
help.

would anyone have ideas about / where to find solutions for these issues?
thanks a lot! cheers, robbert


On 12/4/06 5:43 PM, "robbert van hulzen" <robbert at performers.net> wrote:

> no worries,
> i'll be back...!   ;)
> 
>> ok. small update. sorry for spamming and hijacking the thread robert
>> van hulzen.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: simplest~.pd
Type: application/octet-stream
Size: 36018 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20061210/57572963/attachment.obj>