Re: [PD] delay lines

2011-04-15 Thread Mathieu Bouchard
On Tue, 12 Apr 2011, samuel rowe wrote: I have to restart my computer to get sound back. I believe that this is a problem you better figure out before doing anything else, because it's going to be annoying. IF YOU DECIDE TO OPEN THE PATCH, BE CAREFUL, YOU MIGHT HAVE TO RESTART LIKE I MENTI

Re: [PD] delay lines

2011-04-13 Thread Mathieu Bouchard
On Wed, 13 Apr 2011, samuel rowe wrote: I had a read about wrap, and how it outputs the difference between the input and nearest integer, like the output of 1.75 would be 0.25. No, 1.75 becomes 0.75, while -1.75 becomes 0.25. The output of [wrap~] is the difference between input and the integ

Re: [PD] delay lines

2011-04-13 Thread Andrew Faraday
managed to do this? From: samueldavidr...@hotmail.co.uk To: pd-list@iem.at Date: Mon, 11 Apr 2011 17:08:23 +0000 Subject: Re: [PD] delay lines I'm not quite sure what you mean, simply using [tabread~] and [tabwrite~] where I've used [delread~] and [delwrite~]? I wasn't

Re: [PD] delay lines

2011-04-13 Thread Mathieu Bouchard
On Mon, 11 Apr 2011, Miller Puckette wrote: Nothing specific, but the current implemtnation has 4 wraparound points (which assumes that interpolation goes up to 4 points) -- seems unnecessarily arbitrary to me. Then what would you change it to, instead ? _

Re: [PD] delay lines

2011-04-13 Thread samuel rowe
tarting out, I'd stick to [delread~] and [delwrite~]. Have you managed to do this? From: samueldavidr...@hotmail.co.uk To: pd-list@iem.at Date: Mon, 11 Apr 2011 17:08:23 + Subject: Re: [PD] delay lines I'm not quite sure what you mean, simply using [tabread~] and [tabwri

Re: [PD] delay lines

2011-04-13 Thread Mathieu Bouchard
On Mon, 11 Apr 2011, samuel rowe wrote: I'm not quite sure what you mean, simply using [tabread~] and [tabwrite~] where I've used [delread~] and [delwrite~]? I wasn't aware you could specify a location in an array, I thought you just read it all? Well, just read about [tabread~] and [tabwrit

Re: [PD] delay lines

2011-04-13 Thread samuel rowe
t forward for delay lines. > Date: Tue, 12 Apr 2011 11:04:15 -0400 > From: ma...@artengine.ca > To: samueldavidr...@hotmail.co.uk > CC: pd-list@iem.at > Subject: Re: [PD] delay lines > > On Mon, 11 Apr 2011, samuel rowe wrote: > > > I'm not quite sure what you mean,

Re: [PD] delay lines

2011-04-13 Thread Miller Puckette
No idea... power of 2 buffer so masking is easy? add a variable number of wraparound points and adjust it depending on what "delread" style objects pop up? There are plenty of things it could end up as :) Miller On Tue, Apr 12, 2011 at 10:58:51AM -0400, Mathieu Bouchard wrote: > On Mon, 11 Apr

Re: [PD] delay lines

2011-04-13 Thread samuel rowe
I have been searching extensively on the internet for how to do this, but I can't find anything. I'm just struggling to visualize how I would do this, especially as one would need to read and write right->left. I had a read about wrap, and how it outputs the difference between the input and nea

Re: [PD] delay lines

2011-04-13 Thread Mathieu Bouchard
On Tue, 12 Apr 2011, samuel rowe wrote: Mathieu, just out of interest, what are the [phasor~] s used for? [phasor~] can be thought of as a cycling counter. It counts up to 1 and then instead of giving a 1 it drops to 0 and starts again. This can be used to loop through a recorded sound in a

Re: [PD] delay lines

2011-04-11 Thread samuel rowe
I'm not quite sure what you mean, simply using [tabread~] and [tabwrite~] where I've used [delread~] and [delwrite~]? I wasn't aware you could specify a location in an array, I thought you just read it all? Sorry, I'm pretty new to using delay lines and arrays in Pd Thanks

Re: [PD] delay lines

2011-04-11 Thread samuel rowe
I'm not quite sure what you mean, simply using [tabread~] and [tabwrite~] where I've used [delread~] and [delwrite~]? I wasn't aware you could specify a location in an array, I thought you just read it all? Sorry, I'm pretty new to using delay lines and arrays in Pd Thanks

Re: [PD] delay lines

2011-04-11 Thread Miller Puckette
Nothing specific, but the current implemtnation has 4 wraparound points (which assumes that interpolation goes up to 4 points) -- seems unnecessarily arbitrary to me. cheers M On Mon, Apr 11, 2011 at 12:34:34PM -0400, Mathieu Bouchard wrote: > On Mon, 11 Apr 2011, Miller Puckette wrote: > > >I t

Re: [PD] delay lines

2011-04-11 Thread Mathieu Bouchard
On Mon, 11 Apr 2011, Miller Puckette wrote: I thought about this for quite some time, but couldn't see that unifying the two would bring enough benefit to be worth it. In particular, the particular way wraparound is handled in delay lines might change with the iplementation, but making the actu

Re: [PD] delay lines

2011-04-11 Thread Miller Puckette
I thought about this for quite some time, but couldn't see that unifying the two would bring enough benefit to be worth it. In particular, the particular way wraparound is handled in delay lines might change with the iplementation, but making the actual storage visible as a table would lock us int

Re: [PD] delay lines

2011-04-11 Thread Mathieu Bouchard
On Sun, 10 Apr 2011, samuel rowe wrote: I've been trying to modify some bi-directional delay lines I found in the archives At the moment I can only select the input position in the delay line, then connect it up to another one via a scattering junction and select the output position for the se