Hella Frank, I'm not sure if your method is working. I want to design something like an general Comb filter, in which I can tap in and tap out the signal where I want.
So the problem is the feedback of the Comb filter: There is already some signal in the delay line and I want to add at certain points some different signal without breaking the delay line at this point. Do you have another idea, or is yours a solution to my problem and I don't see? Best, Sebastian Schlecht > Message: 2 > Date: Thu, 9 Oct 2008 15:28:12 +0200 > From: Frank Barknecht <[EMAIL PROTECTED]> > Subject: Re: [PD] tap into delay line > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=us-ascii > > Hallo, > Sebastian Schlecht hat gesagt: // Sebastian Schlecht wrote: > > > I want to write into a delay line and NOT at the beginning like > > delwrite~. For example: > > > > delay line length is 200 ms. I want to write an audio signal at 50 > > ms, 100 ms and 150 ms without using 4 delay lines, because it has to > > be dynamic. > > > > Do you have an idea to implement this? > > I don't think it's possible to directly write delayed signals into a > delwrite~ without an additional delay. However as in Pd delwrite~ and > delread~/vd~ are separate objects, why not write the signal into a > single delwrite~ at the beginning and adjust your delread~s with > growing delay times? E.g. like this: > > [delwrite~ DEL 5000] > > [0\ > | > [s DELTIME] > > [r DELTIME] > | > [delread~ DEL] > > [r DELTIME] > | > [+ 50] > | > [delread~ DEL] > > > [r DELTIME] > | > [+ 100] > | > [delread~ DEL] > > [r DELTIME] > | > [+ 150] > | > [delread~ DEL] > > > Ciao > -- > Frank Barknecht _ ______footils.org__ > > > > ------------------------------ > > Message: 3 > Date: Thu, 9 Oct 2008 20:40:04 +0100 > From: [EMAIL PROTECTED] > Subject: [PD] [PD-announce] Data Jam workshop with > GOTO10/Mongrel/Mediashed > To: [EMAIL PROTECTED] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="us-ascii" > > Ahoy, Matey! > Shorry fer >< please >> Aye! > Arrr! > > -- > > Data Jam workshop: synaesthesia happy hour > 16-17 October - Goldsmiths, University of London > > COST: FREE! > BOOKING: Send mini bio to Beatrice, cu701mf-at-gold.ac.uk > PREREQUISITES: basic understanding of computers and digital art > TEACHERS: Graham Harwood, Claude Heiland-Allen, Aymeric Mansoux > > -- > > "synaesthesia happy hour" is a 2 days workshop that will introduce you > to data mapping and basic synaesthetic tricks to get you started making > real-time audiovisual experiments based on incoming data taken from > various sources. In this crash course we will focus on how a single > source of information (for example data from a sensor, or a log file) > can be used to both generate sounds and visual. After the workshop you > will never see numbers the same! (your mileage may vary) > > The workshop is targeted to beginners only, for artists and students > who are curious about data mapping and want to get introduced to Pure > Data (http://puredata.info/). We will run the software from the > pure:dyne GNU/Linux distribution (http://puredyne.goto10.org). > > More information: > http://goto10.org/data-jam-workshop-synaesthesia-happy-hours/ > > -- > > This workshop is part of the pure:dyne for everyone project, a national > project designed to make pure:dyne more accessible through special > events with partnering media arts centres across the country. pure:dyne > for everyone is possible with the support of the Creative Partnerships > programme of Arts Council England. > > -- > > Arrrrr.. > :* > > > _______________________________________________ > Pd-announce mailing list > [EMAIL PROTECTED] > http://lists.puredata.info/listinfo/pd-announce > > > > ------------------------------ > > Message: 4 > Date: Thu, 09 Oct 2008 22:52:43 +0200 > From: Damian Stewart <[EMAIL PROTECTED]> > Subject: Re: [PD] tap into delay line > To: Sebastian Schlecht <[EMAIL PROTECTED]> > Cc: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Sebastian Schlecht wrote: > > Hi, > > > > I want to write into a delay line and NOT at the beginning like > > delwrite~. For example: > > > > delay line length is 200 ms. I want to write an audio signal at 50 ms, > > 100 ms and 150 ms without using 4 delay lines, because it has to be > > dynamic. > > one way to do this is to implement your own delay line using four > [tabwrite~]s and a single [tabplay~] or [tabread4~]. you'd have to > conceptually reverse things though, because rather than tape moving around > in a loop and the heads staying still, as happens with an analog tape > delay, you'd have the 'tape' staying still while the digital read and > write > 'heads' (the [tabwrite~] and [tabplay~]s or [tabread4~]s) moved around it. > the only problem with this is that you can't change the record rate of a > [tabwrite~]. > > hmm. [tabwrite4~] anyone? it should be possible.. just invert the > interpolation equations...? > > -- > damian stewart | skype: damiansnz | [EMAIL PROTECTED] > frey | live art with machines | http://www.frey.co.nz > > > > ------------------------------ > > Message: 5 > Date: Thu, 9 Oct 2008 14:07:59 -0700 (PDT) > From: Hans-Christoph Steiner <[EMAIL PROTECTED]> > Subject: Re: [PD] [PD-announce] Debian/Ubuntu apt repository for > Pd-extended > To: IOhannes m zmoelnig <[EMAIL PROTECTED]> > Cc: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed > > On Thu, 9 Oct 2008, IOhannes m zmoelnig wrote: > > > John Harrison wrote: > >> any chance for a 64 bit hardy release? > > > > i guess it is as simple as donating a 64bit hardy machine to the > > build-farm :-) > > > > > > i guess the main show-stopper is (was), that Pd itself has not become > > 64bit-able until Pd-0.41; since Pd-extended is only catching up with > > this version, it is natural that there have not been any 64bit versions > yet. > > > > fgmasdr > > IO > > Mostly, it's a matter of having a 64-bit machine for the build farm. I > currently don't have access to any 64-bit GNU/Linux machines. > > .hc > > > zen > \ > \ > \[D[D[D[D > > > > ------------------------------ > > Message: 6 > Date: Thu, 9 Oct 2008 15:19:36 -0700 (PDT) > From: Hans-Christoph Steiner <[EMAIL PROTECTED]> > Subject: Re: [PD] some naming conventions > To: Derek Holzer <[EMAIL PROTECTED]> > Cc: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed > > On Sun, 14 Sep 2008, Derek Holzer wrote: > > > In the Pure Data FLOSS Manual, there are a naming couple conventions > > that I'm still uncertain about using there: > > > > 1) audio object vs [dataflow/message/non-audio/data/numeric] object > > I like "message", I think that is pretty widely used. "dataflow", "data", > and "numeric" are all not correct, so should be avoided IMHO. audio and > message objects can have data, numeric data, and all are part of the > dataflow. > > > 2) edit mode vs [play/perform/performance/non-edit] mode > > I think in the Pd manual, it's called "run" mode, but that doesn't make > sense since Pd is always running. I like "play" mode. > > .hc > > > > > We've already discussed "Pd vs PD" here. Anybody wanna give these others > > a shot to make one canonical? > > > > > Hopefully this won't get to out of hand... ;-) > > best, > > D. > > -- > > derek holzer ::: http://www.umatic.nl ::: > http://blog.myspace.com/macumbista > > ---Oblique Strategy # 14: > > "Ask people to work against their better judgement" > > > > _______________________________________________ > > [email protected] mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > zen > \ > \ > \[D[D[D[D > > > > ------------------------------ > > Message: 7 > Date: Thu, 9 Oct 2008 15:36:34 -0700 > From: Miller Puckette <[EMAIL PROTECTED]> > Subject: Re: [PD] readsf~ using up file handles > To: Damian Stewart <[EMAIL PROTECTED]> > Cc: PD-List <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=us-ascii > > Hi, > > I can't get this to happen... can you send the offending patch? > > thanks > M > > On Mon, Sep 29, 2008 at 07:36:08PM +0200, Damian Stewart wrote: > > hey, > > > > on OSX, if i accidentally trigger an infinite loop situation with a > > readsf~, it eats up all Pd's filehandles; then when i try to save > another > > patch, i get > > > > error: filename.pd: Too many open files > > > > it seems to me as if readsf~ isn't freeing the filehandle if its call to > > fopen fails. > > > > -- > > damian stewart | skype: damiansnz | [EMAIL PROTECTED] > > frey | live art with machines | http://www.frey.co.nz > > > > _______________________________________________ > > [email protected] mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > ------------------------------ > > _______________________________________________ > Pd-list mailing list > [email protected] > to manage your subscription (including un-subscription) see > http://lists.puredata.info/listinfo/pd-list > > > End of Pd-list Digest, Vol 43, Issue 23 > *************************************** -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
