Message -
From: Roman Haefeli [EMAIL PROTECTED]
To: Matteo Sisti Sette [EMAIL PROTECTED]
Cc: pd-list@iem.at
Sent: Thursday, May 17, 2007 12:27 PM
Subject: Re: [PD] Looping samples with tabread4~
On Thu, 2007-05-17 at 11:21 +0200, Matteo Sisti Sette wrote:
Frank Barknecht wrote:
4. Simply
On Thu, 2007-05-17 at 12:49 +0200, Matteo Sisti Sette wrote:
Yes, I did once exactly what you describe, and it works.
(well to be precise I didn't do *exactly* what you described: I snapshotted
the vline~ output to get the current position, so it worked only within
block accuracy; however,
However, in this approach the pitch input is control, i.e. number, it is
not
a signal.
This doesn't allow for a signal input pitch.
hey, but you showed us an interesting use of [rpole~] for doing that.
Yeah, what I miss is how to seamlessly switch from the first cycle to the
next
Hallo,
Matteo Sisti Sette hat gesagt: // Matteo Sisti Sette wrote:
Frank Barknecht wrote:
4. Simply using a vline~ object and ?loop it? with a different
start position the second time onwards.
I'd simply do 4).
That's ok if you're not gonna change the pitch while playing the sample.
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
One solution for reproducing a sample with a signal pitch input without
using a phasor is:
(input pitch ~)
|
[rpole 1]
|
[tabread4~]
(sending a [clear( to the rpole when starting playing)
Puh, wouldn't [rpole~
Roman Haefeli wrote:
On Thu, 2007-05-17 at 13:40 +0200, Matteo Sisti Sette wrote:
Btw, I think we never got (or I missed) the answer to the interesting
question: what does the v stand for?
i think, this is still unanswered.
Most likely it stands for 'vector', which is the
For one-shot sampler phasor~ is not good IMO because of the
quantiztion of the phase-inlet. phasor~ samplers would be terrible for
drum-samplers.
Yeah, obviously my solution only makes sense if we want a continuous
signal pitch.
(input pitch ~)
|
[rpole 1]
|
[tabread4~]
(sending a
Hallo,
Matteo Sisti Sette hat gesagt: // Matteo Sisti Sette wrote:
And yes, when looping there's no advantage of rpole over phasor. For the
first cycle that only plays once however, or for the case of playing a
sample with variable pitch but without loop, the advantage of rpole is IMHO
Hi!
Maybe I havent looked hard enough but I just havent been able to find
any examples on building a sample playback engine that will allow for
sample-start, loop-start and loop-end positions to be set. The question
is what would be the easiest way to achieve this.
I have been thinking about
If you are interested in saving yourself the headache (I was wanting to do
the same thing last summer) you can just use the susloop~ external from
bsaylor.
On 5/16/07, Mikael Gunnerås [EMAIL PROTECTED] wrote:
Hi!
Maybe I haven't looked hard enough but I just haven't been able to find
any
Hallo,
Mikael Gunnerås hat gesagt: // Mikael Gunnerås wrote:
My ideas have been:
1.Should I try generating the sample clock driver using two
phasor~ objects where one phasor~ handles sample-start til loop-end and
let the other one (loop-start til loop-end) kick in once the first one
You're on exactly the right track and thinking all the right things.
An important value to grab is the length of the sample (in samples)
which you can get from [soundfiler]. Multiply your [phasor~] by the
magnitude of the loop and add it to an offset in samples and that should
be the table
Hi Mikael,
I was just messing around with this last week on the list here. Look up
the mod~ thread in the archives, perhaps even the one marked FIXED,
and you'll find some solutions based on phasor~ which will do what you want.
best,
d.
Mikael Gunnerås wrote:
Hi!
Maybe I haven’t looked
Very nice patch. It's clean and efficient! Thanks for sharing.
~Kyle
On 5/16/07, Frank Barknecht [EMAIL PROTECTED] wrote:
Hallo,
Mikael Gunnerås hat gesagt: // Mikael Gunnerås wrote:
My ideas have been:
1.Should I try generating the sample clock driver using two
phasor~ objects
14 matches
Mail list logo