Re: [PD] how can I clear [vd~]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-02-01 03:33, Mathieu Bouchard wrote: [delwrite~] doesn't seem to have a clear feature. This could be added with a little bit of C code, but otherwise, there is a workaround : you temporarily set all of your read-heads to a blank portion of the buffer instead of where they're supposed to be. Yes it's ugly, and no, it alternatively you can also multiply the output of [vd~]/[delread~] by 0. mfga IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1Hxd0ACgkQkX2Xpv6ydvSSxQCgx5yady3Yl2h7aolJYzJqFfZ+ UTMAn0BWQCRRM1lDsV1OmuLfv6utOl/X =rkz0 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Am I alone?
Well, their ideas behind the music are their ideas behind the music. The music that results is the music that results. Composers tend to do a terrible job articulating what#39;s relevant in their own work. I#39;d take what a composer professes to be interested in with a grain of salt. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how can I clear [vd~]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was always looking for a clear feature in delay lines. One way to do it is to use tables instead of delwrite~, and send them a clear message ; const 0. Kinda workaround though. P -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk1HzqAACgkQrE8mG1pMpRrRIQCfZFKns0rmEz8afkYjpaFcKV9g TNYAnjNT91RRQuqGPbygPT5LREKgpnWe =/CrY -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Talk - Pure Data and Hacktive Behaviours, 3rd Feb, Edlug, Edinburgh
(sorry for x-posting) Dear all, I'll be giving a talk and demo of PureData at the next Edinburgh Linux User Group Meeting on Thursday 3rd February. The meeting is held at the Edinburgh Conference and Training Centre, St Mary's Street Edinburgh (map at http://tinyurl.com/5r6ebgp ) and starts at 7:30pm. Tea, Coffee and biscuits are available free of charge. More information about the talk is available at http://www.scottish.lug.org.uk/wiki/EdLUG:2011-02-03. Thanks to Jan (Edlug) for organizing the event. Hope to see some of you there, Apologies for the short notice. Best wishes, -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher Ongoing MSc by Research, University of Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how can I clear [vd~]
On Tue, 1 Feb 2011, Peter Plessas wrote: I was always looking for a clear feature in delay lines. One way to do it is to use tables instead of delwrite~, and send them a clear message ; const 0. Kinda workaround though. Did you see my email that contains the code to modify [delwrite~] to add a 'clear' method ? ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how can I clear [vd~]
* Mathieu Bouchard ma...@artengine.ca [2011-02-01 15:26]: On Tue, 1 Feb 2011, Peter Plessas wrote: I was always looking for a clear feature in delay lines. One way to do it is to use tables instead of delwrite~, and send them a clear message ; const 0. Kinda workaround though. Did you see my email that contains the code to modify [delwrite~] to add a 'clear' method ? Yes! I think usually Miller now would check it and see if it can be included in pd, no? best, P. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] INScore version 0.63 released
INScore is an environment for the design of Interactive Augmented Music Scores. Since it is basically driven by OSC messages, it might be considered as an interactive graphic extension to Pure Data. The INScore project is open source and a new version of the environment has been released. The package is delivered with example of pd patches. For more information see at http://inscore.sourceforge.net -- Dom ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how can I clear [vd~]
On Tue, 1 Feb 2011, Peter Plessas wrote: * Mathieu Bouchard ma...@artengine.ca [2011-02-01 15:26]: Did you see my email that contains the code to modify [delwrite~] to add a 'clear' method ? Yes! I think usually Miller now would check it and see if it can be included in pd, no? Either that, or ignore it, or assert that it's not useful because annoying workarounds are good enough for him (and therefore, good enough for everybody). It depends. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Music made with Pd
A little improvisation with Pd: http://vimeo.com/19385664 cheers! Eduardo _ Eduardo Patrício http://www.eduardopatricio.com.br +55 41 8434-0480 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] saving relative paths in a textfile
hello list, i'm building a patch in wich openpanel is used to load four wavfiles in four different arrays. The four paths are stored and, if needed, saved in a text file using [textfile] object, so that they can be loaded all together like a primitive kind of soundbank. The problem with openpanel is that it outputs absolute paths, making the textfile useless in case i move the entire patch (with wavfiles as well, without modifying the relative positions), to another position or machine. Can anyone point me in the right direction? Maybe there is a specific object, but an entire day of googling didn't get me anywhere. thanks, athos ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Music made with Pd
wow! really like this---here is another clip...pure data on the news! http://vimeo.com/17123835 On Tue, Feb 1, 2011 at 5:01 PM, Eduardo Patricio epatri...@yahoo.com wrote: A little improvisation with Pd: http://vimeo.com/19385664 cheers! Eduardo _ Eduardo Patrício http://www.eduardopatricio.com.br +55 41 8434-0480 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] saving relative paths in a textfile
On Tue, 1 Feb 2011, Athos Bacchiocchi wrote: The problem with openpanel is that it outputs absolute paths, making the textfile useless in case i move the entire patch (with wavfiles as well, without modifying the relative positions), to another position or machine. Can anyone point me in the right direction? Maybe there is a specific object, but an entire day of googling didn't get me anywhere. [gf/find_file] searches the pd path (list of -path options or equivalent menu in the settings). But because it also counts the folder of the current patch as a path item, you can use it to look for the patch itself : http://gridflow.ca/help/gf/find_file-help.html If you don't want to have to type the name of the patch, you can use [gf/canvas_filename] to find it : http://gridflow.ca/help/gf/canvas_filename-help.html But note that if the pd patch was open with a location relative to the CWD, then [gf/find_file] may output a relative name, as in the screenshot. For example, the screenshot may have been made with these Terminal commands : cd /home/matju/src/gridflow/doc/flow_classes pd gf/find_file-help.pd or pd -send pd open find_file-help.pd gf and in such cases, the reported location will be incomplete, though it can be completed using [gf/getcwd] : http://gridflow.ca/help/gf/getcwd-help.html Isn't that a few useful hints ? ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how can I clear [vd~]
I actually went the easy way and doubled the [delwrite~]. After adding the delay time to the [switch~] off message it worked just fine. This is because I have delay times of 20 - 50 ms for doubling notes. Since note events are not happening any faster then that it is working. Indeed, using higher delay times would still result in clicks. So Mathieu's fix for [delwrite~] is the only real solution for this. I'm going to check it out when I get some spare time. I hope this fix will be added to pd vanilla's / pd-extended's releases!!! Thanks for spending the time, Mathieu! Ingo -Ursprüngliche Nachricht- Von: Mathieu Bouchard [mailto:ma...@artengine.ca] Gesendet: Dienstag, 1. Februar 2011 04:07 An: Ingo Scherzinger Cc: pd-list@iem.at Betreff: Re: AW: [PD] how can I clear [vd~] On Tue, 1 Feb 2011, Ingo Scherzinger wrote: Yes, you are right, Mathieu! It's the [delwrite~]! I am already toggling between two [vd~] objects. I guess if I'd add a second [delwrite~] to keep the other one cleard with no signal being fed into it while the other one is active it would work. Thank you for the idea! Well, if you switch off and on and off and on real quick, then your double-delwrite~ trick doesn't work anymore. I suppose that it would be better to actually add the clear method : Index: d_delay.c === --- d_delay.c (révision 14844) +++ d_delay.c (copie de travail) @@ -5,6 +5,7 @@ /* send~, delread~, throw~, catch~ */ #include m_pd.h +#include string.h extern int ugen_getsortno(void); #define DEFDELVS 64 /* LATER get this from canvas at DSP time */ @@ -129,6 +130,11 @@ (x-x_cspace.c_n + XTRASAMPS) * sizeof(t_sample)); } +static void sigdelwrite_clear(t_sigdelwrite *x) { +int n = XTRASAMPS + x-x_cspace.c_n; +memset(x-x_cspace.c_vec, 0, n * sizeof(t_sample)); +} + static void sigdelwrite_setup(void) { sigdelwrite_class = class_new(gensym(delwrite~), @@ -137,6 +143,8 @@ CLASS_MAINSIGNALIN(sigdelwrite_class, t_sigdelwrite, x_f); class_addmethod(sigdelwrite_class, (t_method)sigdelwrite_dsp, gensym(dsp), 0); +class_addmethod(sigdelwrite_class, (t_method)sigdelwrite_clear, +gensym(clear), 0); } /* - delread~ - */ ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] MSD and rectangular structures like brick
I would like to know if it is possible to build 2D brick system with MSD : I would like to draw rectangles in GEM (the bricks) which can't cross each other (like 'solid' brick). I have good results using several mass aligned on a rigid line to simulate the brick. But i would like to know if there is an other method ? ++ Jack signature.asc Description: This is a digitally signed message part ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how can I clear [vd~]
--- On Tue, 2/1/11, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] how can I clear [vd~] To: Ingo Scherzinger i...@miamiwave.com Cc: pd-list@iem.at Date: Tuesday, February 1, 2011, 3:33 AM On Tue, 1 Feb 2011, Ingo Scherzinger wrote: Is it possible to clear the content of [vd~]? You should ask your question like «Is it possible to clear the content of [delwrite~] ?» because that's where the sound is kept. [vd~] and [delread~] are just read-heads that don't keep a copy of the sound. [delwrite~] doesn't seem to have a clear feature. This could be added with a little bit of C code, but otherwise, there is a workaround : you temporarily set all of your read-heads to a blank portion of the buffer instead of where they're supposed to be. Yes it's ugly, and no, it doesn't always work. The clear feature would be a better idea. Would the following do the same thing as a clear message? [r del_period] | [delread~ foo] | | [r clear] | | | [b] | |\ [r del_period] | | \ | | [0( [del] | | / | | [1( | |/ [*~ 1] ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC -Inline Attachment Follows- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how can I clear [vd~]
Hello, Thank you for writing that up Mathieu, I was looking for that exact fix about 3 months ago. Could you or anybody else that wants to take up the issuse explain to me how to add that code to my current installation? I'm assuming it would need to be recompiled, and I've never recompiled a single library or object. Or even point me to a existing tutorial? =) Tyler On Tue, Feb 1, 2011 at 12:44 PM, Jonathan Wilkes jancs...@yahoo.com wrote: --- On Tue, 2/1/11, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] how can I clear [vd~] To: Ingo Scherzinger i...@miamiwave.com Cc: pd-list@iem.at Date: Tuesday, February 1, 2011, 3:33 AM On Tue, 1 Feb 2011, Ingo Scherzinger wrote: Is it possible to clear the content of [vd~]? You should ask your question like «Is it possible to clear the content of [delwrite~] ?» because that's where the sound is kept. [vd~] and [delread~] are just read-heads that don't keep a copy of the sound. [delwrite~] doesn't seem to have a clear feature. This could be added with a little bit of C code, but otherwise, there is a workaround : you temporarily set all of your read-heads to a blank portion of the buffer instead of where they're supposed to be. Yes it's ugly, and no, it doesn't always work. The clear feature would be a better idea. Would the following do the same thing as a clear message? [r del_period] | [delread~ foo] | | [r clear] | | | [b] | |\ [r del_period] | | \ | | [0( [del] | | / | | [1( | |/ [*~ 1] ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC -Inline Attachment Follows- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Am I alone?
Composers tend to do a terrible job articulating what's relevant in their own work. I'd take what a composer professes to be interested in with a grain of salt. Perhaps in some cases but I certainly wouldn't make that a prescriptive approach. Without understand that's Steve Reich was influenced heavily by tape machinery, West African music, and Indonesian music, you can enjoy the music, but you cannot fully understand the man. There are many other examples I could give. Dom On Tue, Feb 1, 2011 at 8:34 AM, Jonathan Wilkes jancs...@yahoo.com wrote: Well, their ideas behind the music are their ideas behind the music. The music that results is the music that results. Composers tend to do a terrible job articulating what's relevant in their own work. I'd take what a composer professes to be interested in with a grain of salt. -Jonathan -- * From: * Mathieu Bouchard ma...@artengine.ca; * To: * Dominic Pflaum dompfl...@gmail.com; * Cc: * pd-list@iem.at; * Subject: * Re: [PD] Am I alone? * Sent: * Mon, Jan 31, 2011 4:25:08 AM On Sun, 30 Jan 2011, Dominic Pflaum wrote: But in direct response to what you wrote, I believe there are some people who are more interested in the ideas behind the music, than the actual sounds produced; the sounds produced are almost a souvenir of the idea. It's not my approach, but who am I to say others should not look at things that way? That's alright, but can't they call it « ideas behind music » instead of « music » ? or perhaps « ideas instead of music » ? ;) ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Music made with Pd
Hey Eduardo, Yes, I like that. There's something really interesting (though I'm not quite sure what it is yet) about the sculptural use of air and space and also I suppose time/duration in some recent laptop works. Perhaps it's the move away from haptic devices that seemed to preoccupy much laptop literature over the last few years. Anyways, really good though. All the best, Julian Yeah... I think I know what you mean. Thanks, Julian!!! Eduardo On 1 February 2011 17:01, Eduardo Patricio epatri...@yahoo.com wrote: A little improvisation with Pd: http://vimeo.com/19385664 cheers! Eduardo _ Eduardo Patrício http://www.eduardopatricio.com.br +55 41 8434-0480 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Music made with Pd
Thank you!! Eduardo De: ALAN BROOKER alan.brooker2...@gmail.com Para: Eduardo Patricio epatri...@yahoo.com wow! really like this---here is another clip...pure data on the news! http://vimeo.com/17123835 On Tue, Feb 1, 2011 at 5:01 PM, Eduardo Patricio epatri...@yahoo.com wrote: A little improvisation with Pd: http://vimeo.com/19385664 cheers! Eduardo _ Eduardo Patrício http://www.eduardopatricio.com.br +55 41 8434-0480 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how can I clear [vd~]
On Tue, 1 Feb 2011, Tyler Leavitt wrote: Thank you for writing that up Mathieu, I was looking for that exact fix about 3 months ago. Could you or anybody else that wants to take up the issuse explain to me how to add that code to my current installation? I'm assuming it would need to be recompiled, and I've never recompiled a single library or object. First learn how to recompile pd (extended's core, or vanilla, whichever) and how to install it. After that, you can install my fix by putting it in a textfile (let's say delwrite-clear.txt) and running those commands in terminal : cd pd/src patch delwrite-clear.txt make install (with appropriate changes for saying which folders the files are really in) (the patch command name is a word meaning something completely something else than a modular synth patch... it's a command for automatically editing programmes based on lists of differences such as what I wrote in the email) Or even point me to a existing tutorial? =) I don't know. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Am I alone?
But we're not talking about the man, we're talking about the music. -Jonathan --- On Tue, 2/1/11, Dominic Pflaum dompfl...@gmail.com wrote: From: Dominic Pflaum dompfl...@gmail.com Subject: Re: [PD] Am I alone? To: Jonathan Wilkes jancs...@yahoo.com Cc: Mathieu Bouchard ma...@artengine.ca, pd-list@iem.at Date: Tuesday, February 1, 2011, 10:38 PM Composers tend to do a terrible job articulating what's relevant in their own work. I'd take what a composer professes to be interested in with a grain of salt. Perhaps in some cases but I certainly wouldn't make that a prescriptive approach. Without understand that's Steve Reich was influenced heavily by tape machinery, West African music, and Indonesian music, you can enjoy the music, but you cannot fully understand the man. There are many other examples I could give. Dom On Tue, Feb 1, 2011 at 8:34 AM, Jonathan Wilkes jancs...@yahoo.com wrote: Well, their ideas behind the music are their ideas behind the music. The music that results is the music that results. Composers tend to do a terrible job articulating what's relevant in their own work. I'd take what a composer professes to be interested in with a grain of salt. -Jonathan From: Mathieu Bouchard ma...@artengine.ca; To: Dominic Pflaum dompfl...@gmail.com; Cc: pd-list@iem.at; Subject: Re: [PD] Am I alone? Sent: Mon, Jan 31, 2011 4:25:08 AM On Sun, 30 Jan 2011, Dominic Pflaum wrote: But in direct response to what you wrote, I believe there are some people who are more interested in the ideas behind the music, than the actual sounds produced; the sounds produced are almost a souvenir of the idea. It's not my approach, but who am I to say others should not look at things that way? That's alright, but can't they call it « ideas behind music » instead of « music » ? or perhaps « ideas instead of music » ? ;) ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC #yiv320851412 #yiv320851412avg_ls_inline_popup {padding:0px 0px;margin-left:0px;margin-top:0px;width:240px;overflow:hidden;word-wrap:break-word;color:black;font-size:10px;text-align:left;line-height:13px;} ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how can I clear [vd~]
You could also just build a delay using a [table] as the buffer. Then you can clear your delay line by sending the [clear( message to the table. .mmb On Tue, Feb 1, 2011 at 6:29 PM, Mathieu Bouchard ma...@artengine.ca wrote: On Tue, 1 Feb 2011, Tyler Leavitt wrote: Thank you for writing that up Mathieu, I was looking for that exact fix about 3 months ago. Could you or anybody else that wants to take up the issuse explain to me how to add that code to my current installation? I'm assuming it would need to be recompiled, and I've never recompiled a single library or object. First learn how to recompile pd (extended's core, or vanilla, whichever) and how to install it. After that, you can install my fix by putting it in a textfile (let's say delwrite-clear.txt) and running those commands in terminal : cd pd/src patch delwrite-clear.txt make install (with appropriate changes for saying which folders the files are really in) (the patch command name is a word meaning something completely something else than a modular synth patch... it's a command for automatically editing programmes based on lists of differences such as what I wrote in the email) Or even point me to a existing tutorial? =) I don't know. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Mike Moser-Booth mmoserbo...@gmail.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how can I clear [vd~]
On Tue, 1 Feb 2011, Mike Moser-Booth wrote: You could also just build a delay using a [table] as the buffer. Then you can clear your delay line by sending the [clear( message to the table. .mmb as far as I'm concerned, if I needed that feature, I'd consider just recompiling, instead of going as far as building a workaround, especially if the workaround has to emulate [vd~] as well. Nowadays, I use [vd~] all of the time (almost whenever I do audio). OTOH, building a [vd~] replacement as tables means that I could easily replace [tabread4~] by Cyrille Henry's [tabread4c~]. But I use silly numbers of [vd~], which tend to take most of the cpu in many of my audio patches, so, I wouldn't want to replace by anything significantly slower. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how can I clear [vd~]
On Tue, 1 Feb 2011, Jonathan Wilkes wrote: Would the following do the same thing as a clear message? If you don't need change the amount of delay while using it. It works because [delay] doesn't keep a queue of unsent bangs, it just forgets them, while [pipe] does make a queue (which wouldn't work in that circumstance). If you wanted to support variable delay (in the manner that [delread~] does) you'd need to use a [line] with a [] to figure out when to turn the delread~ back on. The other difference is that instead of sending a message to a single [delwrite~], you have to modify all [delread~]s that happen to read that delay-buffer. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Am I alone?
On 2 February 2011 03:13, Jonathan Wilkes jancs...@yahoo.com wrote: But we're not talking about the man, we're talking about the music. ‘There is no such thing as music. Music is not a thing at all but an activity, something that people do.’ Christopher Small (1998) ‘Musicking: The Meanings of Performing and Listening’ -- J. Simon van der Walt - Composer www.jsimonvanderwalt.com +44 (0) 7905 270 198 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how can I clear [vd~]
Oh, I agree. I'd much rather use [vd~] than hack a workaround. But I don't think all of us are in the level of compiling our own externals (I, for one, have never done it). I'm merely suggesting it as an alternative. It is a pretty simple workaround, though. If you use [poke~] to write, then the delay time is just an offset to the index of [poke~]. And then, as you suggest, one can use whatever object that employs whatever interpolation method one prefers. .mmb On Wednesday, February 2, 2011, Mathieu Bouchard ma...@artengine.ca wrote: On Tue, 1 Feb 2011, Mike Moser-Booth wrote: You could also just build a delay using a [table] as the buffer. Then you can clear your delay line by sending the [clear( message to the table. .mmb as far as I'm concerned, if I needed that feature, I'd consider just recompiling, instead of going as far as building a workaround, especially if the workaround has to emulate [vd~] as well. Nowadays, I use [vd~] all of the time (almost whenever I do audio). OTOH, building a [vd~] replacement as tables means that I could easily replace [tabread4~] by Cyrille Henry's [tabread4c~]. But I use silly numbers of [vd~], which tend to take most of the cpu in many of my audio patches, so, I wouldn't want to replace by anything significantly slower. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC -- Mike Moser-Booth mmoserbo...@gmail.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how can I clear [vd~]
--- On Wed, 2/2/11, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] how can I clear [vd~] To: Jonathan Wilkes jancs...@yahoo.com Cc: Ingo Scherzinger i...@miamiwave.com, pd-list@iem.at Date: Wednesday, February 2, 2011, 6:22 AM On Tue, 1 Feb 2011, Jonathan Wilkes wrote: Would the following do the same thing as a clear message? If you don't need change the amount of delay while using it. Ah, right. It works because [delay] doesn't keep a queue of unsent bangs, it just forgets them, while [pipe] does make a queue (which wouldn't work in that circumstance). Yep. If you wanted to support variable delay (in the manner that [delread~] does) you'd need to use a [line] with a [] to figure out when to turn the delread~ back on. The other difference is that instead of sending a message to a single [delwrite~], you have to modify all [delread~]s that happen to read that delay-buffer. That's definitely a burden. Did you add your patch to the tracker? -Jonathan ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list