Re: [PD] audio delay blues

I've had this problem with delays and tabreads both in different versions of Pd. One thing that has been suggested in the past is to add a [netreceive] object in your patch (to simulate the timing of the audio thread with the GUI, I suppose). best! Derek joel silvestre wrote: Hi all, this s

[PD] audio delay blues

Hi all, this small patch works perfectly when pd is running with his gui but does not work at all, no more delay and a distorded beep when pd is running without gui in vanilla pd 0.41-4, 0.42-2 and pd-extended 0.41-4 but works perfectly with and without gui in Pd-extended 0.40-3. Do I do somethin

Re: [PD] audio delay

Hallo, Amos Robinson hat gesagt: // Amos Robinson wrote: > I think? that you could easily replace the [rzero~ 1] -> [-~] dance > with just an [rzero_rev~ 0]? Uhm, yes. ;) Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-manage

Re: [PD] audio delay

So I'm double wrong! Le mardi 02 décembre 2008 à 15:54 +0100, IOhannes m zmoelnig a écrit : > joel silvestre wrote: > > Hi Franck, > > > > very interesting! > > > > I've tried delwrite~ / delread~ and it's looks like to me that the > > minimum delay can't be less than one audio block ( sound ca

Re: [PD] audio delay

Hallo, joel silvestre hat gesagt: // joel silvestre wrote: > I've tried delwrite~ / delread~ and it's looks like to me that the > minimum delay can't be less than one audio block ( sound card buffer ). > Am I wrong? You need to use "order forcing" to make sure to get the write executed before the

Re: [PD] audio delay

Hi Sylvain, that's exactly what I was looking at, thanks! Joël Le mardi 02 décembre 2008 à 14:27 +0100, Sylvain Le Beux a écrit : > Hi Joel, > > > Look at z~ , part of zexy library. > > > Best > > > S. > > 2008/12/2 joel silvestre <[EMAIL PROTECTED]> > Hello, > >

Re: [PD] audio delay

I think? that you could easily replace the [rzero~ 1] -> [-~] dance with just an [rzero_rev~ 0]? On Wed, Dec 3, 2008 at 12:50 AM, Frank Barknecht <[EMAIL PROTECTED]> wrote: > Hallo, > joel silvestre hat gesagt: // joel silvestre wrote: > >> I'm searching how to do a sample resolution audio delay.

Re: [PD] audio delay

joel silvestre wrote: > Hi Franck, > > very interesting! > > I've tried delwrite~ / delread~ and it's looks like to me that the > minimum delay can't be less than one audio block ( sound card buffer ). it has nothing to do with the soundcard buffer, 64 samples is Pd's internal blocksize. > Am

Re: [PD] audio delay

Hi Franck, very interesting! I've tried delwrite~ / delread~ and it's looks like to me that the minimum delay can't be less than one audio block ( sound card buffer ). Am I wrong? Thanks a lot! Joël Le mardi 02 décembre 2008 à 14:50 +0100, Frank Barknecht a écrit : > Hallo, > joel silvestre ha

Re: [PD] audio delay

Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: > Another way would be to use a normal delay with [delwrite~] and > [delread~] and set the delay time to be one sample. One sample at a > samplerate SR takes 1/SR seconds or 1000/SR milliseconds, so do this: > > [samplerate~] > | >

Re: [PD] audio delay

Hallo, joel silvestre hat gesagt: // joel silvestre wrote: > I'm searching how to do a sample resolution audio delay. Is it possible? Yes, even in multiple ways: One would involve [rzero~]. rzero acts like this on audio input: y[n] = x[n] - a[n] * x[n-1] y[n]: output sample n x[n]: input sa

Re: [PD] audio delay

Hi Joel, Look at z~ , part of zexy library. Best S. 2008/12/2 joel silvestre <[EMAIL PROTECTED]> > Hello, > > I'm searching how to do a sample resolution audio delay. Is it possible? > > All the best, > Joël > > > > ___ > Pd-list@iem.at mailing list >

[PD] audio delay

Hello, I'm searching how to do a sample resolution audio delay. Is it possible? All the best, Joël ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list