Luigi Rensinghoff wrote:
> 1) How to avoid clicks when the whole contents of a table is replaced/
> updated. I tried something with vlineare there some "zero-
> crossing" modules for that ?
Fade playback volume to zero, do the switch, fade playback volume up.
Vary curve to suit the sound, b
Maybe using tabsend~ with a different blocksize in a subpatch would
help with the continuous writing to an array? I dunno. I am interested
in a good solution to this though!
~Kyle
On 5/19/07, Luigi Rensinghoff <[EMAIL PROTECTED]> wrote:
>
> Hi list...
>
> i am working on this right now. And since
Hi list...
i am working on this right now. And since i never really had a deep
look into all the tabread-thingies, some questions came up.
Just to give you a quick sketch of my approach:
I used the I07-patch and i am working with two of them (each 1
second) so i can swap from one to another
On 16/05/2007, at 14.34, Damian Stewart wrote:
> interesting.
I think it's interesting why Tunderbird and IceDove send Pd patches
as inline text rather the attachments. Or rather why I receive them
as inline while I receive attachments when sent from other clients.
end-of-rant.
__
hard off wrote:
could you post that again as an attachment? my email gives me > signs
before every line, so ti can't make it into a pd patch.
interesting.
try this.
--
Damian Stewart
f r e y
live music with machines
http://www.frey.co.nz
http://www.myspace.com/freyed
#N canvas 50 31 1101
could you post that again as an attachment? my email gives me > signs
before every line, so ti can't make it into a pd patch.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Thanks a lot to all.
especially for putting my idea somewhere between Albert Einstein and
Freddy Mercury ;-)
welli'll post my results
Luigi
Am 15.05.2007 um 17:12 schrieb Damian Stewart:
> Luigi Rensinghoff wrote:
>
>> Thats exactly what i mean..
>> a variable realtime-time-expansion ;-
Luigi Rensinghoff wrote:
Thats exactly what i mean..
a variable realtime-time-expansion ;-)
i had a pretty thorough dig through I07.phase.vocoder a few months back.
what you'd basically need to do is something along the lines of using
[tabwrite~] to write the audio signal in to $0-sample,
maybe easier to go the granular route than mess about with fft. i
just did a quick search for 'realtime timestretch' and a lot of people
are saying that the granular based patches/plugins are good.
makes sense toocos if you use a phase vocoder approach, you will
have to speed thru the audio t
On Tue, 2007-05-15 at 15:03 +0100, Damian Stewart wrote:
> Luigi Rensinghoff wrote:
> > Has someone done that before ? Or can someone give me a hint ?
>
> live time-compression wouldn't make any sense, since you can't travel
> forward in time or can you? (dun-dun-DUN)
at least it's hard ;)
Am 15.05.2007 um 16:03 schrieb Damian Stewart:
> Luigi Rensinghoff wrote:
>> Has someone done that before ? Or can someone give me a hint ?
>
> live time-compression wouldn't make any sense, since you can't travel
> forward in time or can you? (dun-dun-DUN)
>
> you'd need some kind of spoolin
Luigi Rensinghoff wrote:
> Has someone done that before ? Or can someone give me a hint ?
live time-compression wouldn't make any sense, since you can't travel
forward in time or can you? (dun-dun-DUN)
you'd need some kind of spooling/unspooling delay if you wanted live
time-compression to
Hi List
i come back to an old question, that i havent completely resolved for
myself.
I need something like the phase-vocoder from the fft-examples but for
live-input.
Basically: variable live-time-compression-expansion-delay-something.
Has someone done that before ? Or can someone giv
13 matches
Mail list logo