[PD] tap into delay line
Sebastian Schlecht
colorless at gmx.de
Fri Oct 10 13:16:35 CEST 2008
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 <fbar at footils.org>
> Subject: Re: [PD] tap into delay line
> To: pd-list at iem.at
> Message-ID: <20081009132812.GA16674 at fliwatut.scifi>
> 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: propaganda at goto10.org
> Subject: [PD] [PD-announce] Data Jam workshop with
> GOTO10/Mongrel/Mediashed
> To: pd-announce at iem.at
> Message-ID: <20081009194004.GF31027 at hee.jungle>
> 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
> Pd-announce at iem.at
> http://lists.puredata.info/listinfo/pd-announce
>
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 09 Oct 2008 22:52:43 +0200
> From: Damian Stewart <damian at frey.co.nz>
> Subject: Re: [PD] tap into delay line
> To: Sebastian Schlecht <colorless at gmx.de>
> Cc: pd-list at iem.at
> Message-ID: <48EE6F1B.50203 at frey.co.nz>
> 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 | damian at frey.co.nz
> 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 <hans at eds.org>
> Subject: Re: [PD] [PD-announce] Debian/Ubuntu apt repository for
> Pd-extended
> To: IOhannes m zmoelnig <zmoelnig at iem.at>
> Cc: pd-list at iem.at
> Message-ID: <Pine.LNX.4.62.0810091406480.25646 at wax.eds.org>
> 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 <hans at eds.org>
> Subject: Re: [PD] some naming conventions
> To: Derek Holzer <derek at umatic.nl>
> Cc: Pd-list at iem.at
> Message-ID: <Pine.LNX.4.62.0810091517310.31898 at wax.eds.org>
> 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"
> >
> > _______________________________________________
> > Pd-list at iem.at 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 <mpuckett at imusic1.ucsd.edu>
> Subject: Re: [PD] readsf~ using up file handles
> To: Damian Stewart <damian at frey.co.nz>
> Cc: PD-List <pd-list at iem.at>
> Message-ID: <20081009223634.GA6262 at imusic1.ucsd.edu>
> 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 | damian at frey.co.nz
> > frey | live art with machines | http://www.frey.co.nz
> >
> > _______________________________________________
> > Pd-list at iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
> ------------------------------
>
> _______________________________________________
> Pd-list mailing list
> Pd-list at iem.at
> 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/wasistshortview.php?mc=sv_ext_mf@gmx
More information about the Pd-list
mailing list