Hi all,
I just got around to making some updates to [convolve~] for partitioned IR convolution reverb. I'm now using FFTW so that non-power-of-two window sizes are possible, which gives finer control over the delay between the dry and wet signal as well as CPU% impact. You can change window size on the fly now too. The other major difference is an FFT filter eq method for making custom adjustments to the IR's spectrum.
I'd appreciate testing from anyone who's willing. The source, help file, and Mac OS binary are here:
https://github.com/wbrent/convolve_tilde.git
I'll probably update with Windows and 64bit Linux binaries tomorrow. Or, the Makefile will let you build in the meantime if you build/install FFTW first.
William
Awesome!
I always hoped convovle~ could take an optional symbol argument to define an array to analyze. Any chance of that?
cheers
2018-03-18 22:29 GMT-03:00 William Brent william.brent@gmail.com:
Hi all,
I just got around to making some updates to [convolve~] for partitioned IR convolution reverb. I'm now using FFTW so that non-power-of-two window sizes are possible, which gives finer control over the delay between the dry and wet signal as well as CPU% impact. You can change window size on the fly now too. The other major difference is an FFT filter eq method for making custom adjustments to the IR's spectrum.
I'd appreciate testing from anyone who's willing. The source, help file, and Mac OS binary are here:
https://github.com/wbrent/convolve_tilde.git
I'll probably update with Windows and 64bit Linux binaries tomorrow. Or, the Makefile will let you build in the meantime if you build/install FFTW first.
William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
That's something I actually did for this round and then abandoned. I had it taking an array name as the 2nd argument (so it wouldn't break backward compatibility), and then automatically running the IR analysis routine at the end of object creation. The problem I couldn't come up with a good solution for was that the IR array won't necessarily be loaded with samples before [convolve~] creates. So in a scenario where you have a patch that loadbangs an IR .wav file into an array as the patch starts up, [convolve~] tries to analyze the IR array given as a creation argument before the .wav is loaded, and ends up analyzing an array full of zeros.
I started on a strategy where I set a clock to wait a certain amount of time before running the analyze routine at the end of object creation, but that seemed like bad design. Anyone have any suggestions for this problem?
On Sun, Mar 18, 2018 at 11:14 PM, Alexandre Torres Porres porres@gmail.com wrote:
Awesome!
I always hoped convovle~ could take an optional symbol argument to define an array to analyze. Any chance of that?
cheers
2018-03-18 22:29 GMT-03:00 William Brent william.brent@gmail.com:
Hi all,
I just got around to making some updates to [convolve~] for partitioned IR convolution reverb. I'm now using FFTW so that non-power-of-two window sizes are possible, which gives finer control over the delay between the dry and wet signal as well as CPU% impact. You can change window size on the fly now too. The other major difference is an FFT filter eq method for making custom adjustments to the IR's spectrum.
I'd appreciate testing from anyone who's willing. The source, help file, and Mac OS binary are here:
https://github.com/wbrent/convolve_tilde.git
I'll probably update with Windows and 64bit Linux binaries tomorrow. Or, the Makefile will let you build in the meantime if you build/install FFTW first.
William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
hi william,
i met the same problem in [loadmess]. actually you can clock a 0-delay time; in this case the loading method should be evaluated at the end of the same logical time, providing that the loadbanged array is evaluated. if this solution is not correct, i have to change loadmess :)
best, marco
2018-03-19 14:09 GMT+01:00 William Brent william.brent@gmail.com:
That's something I actually did for this round and then abandoned. I had it taking an array name as the 2nd argument (so it wouldn't break backward compatibility), and then automatically running the IR analysis routine at the end of object creation. The problem I couldn't come up with a good solution for was that the IR array won't necessarily be loaded with samples before [convolve~] creates. So in a scenario where you have a patch that loadbangs an IR .wav file into an array as the patch starts up, [convolve~] tries to analyze the IR array given as a creation argument before the .wav is loaded, and ends up analyzing an array full of zeros.
I started on a strategy where I set a clock to wait a certain amount of time before running the analyze routine at the end of object creation, but that seemed like bad design. Anyone have any suggestions for this problem?
On Sun, Mar 18, 2018 at 11:14 PM, Alexandre Torres Porres < porres@gmail.com> wrote:
Awesome!
I always hoped convovle~ could take an optional symbol argument to define an array to analyze. Any chance of that?
cheers
2018-03-18 22:29 GMT-03:00 William Brent william.brent@gmail.com:
Hi all,
I just got around to making some updates to [convolve~] for partitioned IR convolution reverb. I'm now using FFTW so that non-power-of-two window sizes are possible, which gives finer control over the delay between the dry and wet signal as well as CPU% impact. You can change window size on the fly now too. The other major difference is an FFT filter eq method for making custom adjustments to the IR's spectrum.
I'd appreciate testing from anyone who's willing. The source, help file, and Mac OS binary are here:
https://github.com/wbrent/convolve_tilde.git
I'll probably update with Windows and 64bit Linux binaries tomorrow. Or, the Makefile will let you build in the meantime if you build/install FFTW first.
William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
[loadmess] works fine :
https://github.com/porres/pd-cyclone/blob/master/cyclone_src/binaries/contro...
2018-03-19 10:16 GMT-03:00 Marco Matteo Markidis mm.markidis@gmail.com:
hi william,
i met the same problem in [loadmess]. actually you can clock a 0-delay time; in this case the loading method should be evaluated at the end of the same logical time, providing that the loadbanged array is evaluated. if this solution is not correct, i have to change loadmess :)
best, marco
2018-03-19 14:09 GMT+01:00 William Brent william.brent@gmail.com:
That's something I actually did for this round and then abandoned. I had it taking an array name as the 2nd argument (so it wouldn't break backward compatibility), and then automatically running the IR analysis routine at the end of object creation. The problem I couldn't come up with a good solution for was that the IR array won't necessarily be loaded with samples before [convolve~] creates. So in a scenario where you have a patch that loadbangs an IR .wav file into an array as the patch starts up, [convolve~] tries to analyze the IR array given as a creation argument before the .wav is loaded, and ends up analyzing an array full of zeros.
I started on a strategy where I set a clock to wait a certain amount of time before running the analyze routine at the end of object creation, but that seemed like bad design. Anyone have any suggestions for this problem?
On Sun, Mar 18, 2018 at 11:14 PM, Alexandre Torres Porres < porres@gmail.com> wrote:
Awesome!
I always hoped convovle~ could take an optional symbol argument to define an array to analyze. Any chance of that?
cheers
2018-03-18 22:29 GMT-03:00 William Brent william.brent@gmail.com:
Hi all,
I just got around to making some updates to [convolve~] for partitioned IR convolution reverb. I'm now using FFTW so that non-power-of-two window sizes are possible, which gives finer control over the delay between the dry and wet signal as well as CPU% impact. You can change window size on the fly now too. The other major difference is an FFT filter eq method for making custom adjustments to the IR's spectrum.
I'd appreciate testing from anyone who's willing. The source, help file, and Mac OS binary are here:
https://github.com/wbrent/convolve_tilde.git
I'll probably update with Windows and 64bit Linux binaries tomorrow. Or, the Makefile will let you build in the meantime if you build/install FFTW first.
William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- Ho cambiato l'indirizzo email in mm.markidis@autistici.org . Se non è un problema, scrivimi a questo nuovo indirizzo email.
I changed my email address in mm.markidis@autistici.org . If it is ok for you, please write me to this new email address.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Thanks Marco, I just tried it and it worked perfectly. I'll build for the other platforms at some point today at get those binaries and the updated source pushed to git for testing.
Peter - thanks for the suggestion too. At this point I've committed to [convolve~] being self-contained with all of its IR analysis stuff, so I think with this clock_delay() trick I'm all set.
On Mon, Mar 19, 2018 at 9:16 AM, Marco Matteo Markidis < mm.markidis@gmail.com> wrote:
hi william,
i met the same problem in [loadmess]. actually you can clock a 0-delay time; in this case the loading method should be evaluated at the end of the same logical time, providing that the loadbanged array is evaluated. if this solution is not correct, i have to change loadmess :)
best, marco
2018-03-19 14:09 GMT+01:00 William Brent william.brent@gmail.com:
That's something I actually did for this round and then abandoned. I had it taking an array name as the 2nd argument (so it wouldn't break backward compatibility), and then automatically running the IR analysis routine at the end of object creation. The problem I couldn't come up with a good solution for was that the IR array won't necessarily be loaded with samples before [convolve~] creates. So in a scenario where you have a patch that loadbangs an IR .wav file into an array as the patch starts up, [convolve~] tries to analyze the IR array given as a creation argument before the .wav is loaded, and ends up analyzing an array full of zeros.
I started on a strategy where I set a clock to wait a certain amount of time before running the analyze routine at the end of object creation, but that seemed like bad design. Anyone have any suggestions for this problem?
On Sun, Mar 18, 2018 at 11:14 PM, Alexandre Torres Porres < porres@gmail.com> wrote:
Awesome!
I always hoped convovle~ could take an optional symbol argument to define an array to analyze. Any chance of that?
cheers
2018-03-18 22:29 GMT-03:00 William Brent william.brent@gmail.com:
Hi all,
I just got around to making some updates to [convolve~] for partitioned IR convolution reverb. I'm now using FFTW so that non-power-of-two window sizes are possible, which gives finer control over the delay between the dry and wet signal as well as CPU% impact. You can change window size on the fly now too. The other major difference is an FFT filter eq method for making custom adjustments to the IR's spectrum.
I'd appreciate testing from anyone who's willing. The source, help file, and Mac OS binary are here:
https://github.com/wbrent/convolve_tilde.git
I'll probably update with Windows and 64bit Linux binaries tomorrow. Or, the Makefile will let you build in the meantime if you build/install FFTW first.
William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- Ho cambiato l'indirizzo email in mm.markidis@autistici.org . Se non è un problema, scrivimi a questo nuovo indirizzo email.
I changed my email address in mm.markidis@autistici.org . If it is ok for you, please write me to this new email address.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
happy to be a trick-mader 8-)
best, marco
2018-03-19 15:38 GMT+01:00 William Brent william.brent@gmail.com:
Thanks Marco, I just tried it and it worked perfectly. I'll build for the other platforms at some point today at get those binaries and the updated source pushed to git for testing.
Peter - thanks for the suggestion too. At this point I've committed to [convolve~] being self-contained with all of its IR analysis stuff, so I think with this clock_delay() trick I'm all set.
On Mon, Mar 19, 2018 at 9:16 AM, Marco Matteo Markidis < mm.markidis@gmail.com> wrote:
hi william,
i met the same problem in [loadmess]. actually you can clock a 0-delay time; in this case the loading method should be evaluated at the end of the same logical time, providing that the loadbanged array is evaluated. if this solution is not correct, i have to change loadmess :)
best, marco
2018-03-19 14:09 GMT+01:00 William Brent william.brent@gmail.com:
That's something I actually did for this round and then abandoned. I had it taking an array name as the 2nd argument (so it wouldn't break backward compatibility), and then automatically running the IR analysis routine at the end of object creation. The problem I couldn't come up with a good solution for was that the IR array won't necessarily be loaded with samples before [convolve~] creates. So in a scenario where you have a patch that loadbangs an IR .wav file into an array as the patch starts up, [convolve~] tries to analyze the IR array given as a creation argument before the .wav is loaded, and ends up analyzing an array full of zeros.
I started on a strategy where I set a clock to wait a certain amount of time before running the analyze routine at the end of object creation, but that seemed like bad design. Anyone have any suggestions for this problem?
On Sun, Mar 18, 2018 at 11:14 PM, Alexandre Torres Porres < porres@gmail.com> wrote:
Awesome!
I always hoped convovle~ could take an optional symbol argument to define an array to analyze. Any chance of that?
cheers
2018-03-18 22:29 GMT-03:00 William Brent william.brent@gmail.com:
Hi all,
I just got around to making some updates to [convolve~] for partitioned IR convolution reverb. I'm now using FFTW so that non-power-of-two window sizes are possible, which gives finer control over the delay between the dry and wet signal as well as CPU% impact. You can change window size on the fly now too. The other major difference is an FFT filter eq method for making custom adjustments to the IR's spectrum.
I'd appreciate testing from anyone who's willing. The source, help file, and Mac OS binary are here:
https://github.com/wbrent/convolve_tilde.git
I'll probably update with Windows and 64bit Linux binaries tomorrow. Or, the Makefile will let you build in the meantime if you build/install FFTW first.
William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- Ho cambiato l'indirizzo email in mm.markidis@autistici.org . Se non è un problema, scrivimi a questo nuovo indirizzo email.
I changed my email address in mm.markidis@autistici.org . If it is ok for you, please write me to this new email address.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Ok - I think I've got a decent version for testing built for Linux, Mac, and Windows. Clone here and try it out if you're interested:
https://github.com/wbrent/convolve_tilde.git
On Mon, Mar 19, 2018 at 12:34 PM, Marco Matteo Markidis < mm.markidis@gmail.com> wrote:
happy to be a trick-mader 8-)
best, marco
2018-03-19 15:38 GMT+01:00 William Brent william.brent@gmail.com:
Thanks Marco, I just tried it and it worked perfectly. I'll build for the other platforms at some point today at get those binaries and the updated source pushed to git for testing.
Peter - thanks for the suggestion too. At this point I've committed to [convolve~] being self-contained with all of its IR analysis stuff, so I think with this clock_delay() trick I'm all set.
On Mon, Mar 19, 2018 at 9:16 AM, Marco Matteo Markidis < mm.markidis@gmail.com> wrote:
hi william,
i met the same problem in [loadmess]. actually you can clock a 0-delay time; in this case the loading method should be evaluated at the end of the same logical time, providing that the loadbanged array is evaluated. if this solution is not correct, i have to change loadmess :)
best, marco
2018-03-19 14:09 GMT+01:00 William Brent william.brent@gmail.com:
That's something I actually did for this round and then abandoned. I had it taking an array name as the 2nd argument (so it wouldn't break backward compatibility), and then automatically running the IR analysis routine at the end of object creation. The problem I couldn't come up with a good solution for was that the IR array won't necessarily be loaded with samples before [convolve~] creates. So in a scenario where you have a patch that loadbangs an IR .wav file into an array as the patch starts up, [convolve~] tries to analyze the IR array given as a creation argument before the .wav is loaded, and ends up analyzing an array full of zeros.
I started on a strategy where I set a clock to wait a certain amount of time before running the analyze routine at the end of object creation, but that seemed like bad design. Anyone have any suggestions for this problem?
On Sun, Mar 18, 2018 at 11:14 PM, Alexandre Torres Porres < porres@gmail.com> wrote:
Awesome!
I always hoped convovle~ could take an optional symbol argument to define an array to analyze. Any chance of that?
cheers
2018-03-18 22:29 GMT-03:00 William Brent william.brent@gmail.com:
Hi all,
I just got around to making some updates to [convolve~] for partitioned IR convolution reverb. I'm now using FFTW so that non-power-of-two window sizes are possible, which gives finer control over the delay between the dry and wet signal as well as CPU% impact. You can change window size on the fly now too. The other major difference is an FFT filter eq method for making custom adjustments to the IR's spectrum.
I'd appreciate testing from anyone who's willing. The source, help file, and Mac OS binary are here:
https://github.com/wbrent/convolve_tilde.git
I'll probably update with Windows and 64bit Linux binaries tomorrow. Or, the Makefile will let you build in the meantime if you build/install FFTW first.
William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- Ho cambiato l'indirizzo email in mm.markidis@autistici.org . Se non è un problema, scrivimi a questo nuovo indirizzo email.
I changed my email address in mm.markidis@autistici.org . If it is ok for you, please write me to this new email address.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
-- Ho cambiato l'indirizzo email in mm.markidis@autistici.org . Se non è un problema, scrivimi a questo nuovo indirizzo email.
I changed my email address in mm.markidis@autistici.org . If it is ok for you, please write me to this new email address.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Hi William,
Are you aware of --> https://github.com/pure-data/pd-lib-builder
This will ease building on many platforms including the upcoming windows64bit.
You will like it.
: )
Mensaje telepatico asistido por maquinas.
On 3/19/2018 5:28 PM, William Brent wrote: Ok - I think I've got a decent version for testing built for Linux, Mac, and Windows. Clone here and try it out if you're interested:
https://github.com/wbrent/convolve_tilde.git
On Mon, Mar 19, 2018 at 12:34 PM, Marco Matteo Markidis <mm.markidis@gmail.commailto:mm.markidis@gmail.com> wrote: happy to be a trick-mader 8-)
best, marco
2018-03-19 15:38 GMT+01:00 William Brent <william.brent@gmail.commailto:william.brent@gmail.com>: Thanks Marco, I just tried it and it worked perfectly. I'll build for the other platforms at some point today at get those binaries and the updated source pushed to git for testing.
Peter - thanks for the suggestion too. At this point I've committed to [convolve~] being self-contained with all of its IR analysis stuff, so I think with this clock_delay() trick I'm all set.
On Mon, Mar 19, 2018 at 9:16 AM, Marco Matteo Markidis <mm.markidis@gmail.commailto:mm.markidis@gmail.com> wrote: hi william,
i met the same problem in [loadmess]. actually you can clock a 0-delay time; in this case the loading method should be evaluated at the end of the same logical time, providing that the loadbanged array is evaluated. if this solution is not correct, i have to change loadmess :)
best, marco
2018-03-19 14:09 GMT+01:00 William Brent <william.brent@gmail.commailto:william.brent@gmail.com>: That's something I actually did for this round and then abandoned. I had it taking an array name as the 2nd argument (so it wouldn't break backward compatibility), and then automatically running the IR analysis routine at the end of object creation. The problem I couldn't come up with a good solution for was that the IR array won't necessarily be loaded with samples before [convolve~] creates. So in a scenario where you have a patch that loadbangs an IR .wav file into an array as the patch starts up, [convolve~] tries to analyze the IR array given as a creation argument before the .wav is loaded, and ends up analyzing an array full of zeros.
I started on a strategy where I set a clock to wait a certain amount of time before running the analyze routine at the end of object creation, but that seemed like bad design. Anyone have any suggestions for this problem?
On Sun, Mar 18, 2018 at 11:14 PM, Alexandre Torres Porres <porres@gmail.commailto:porres@gmail.com> wrote: Awesome!
I always hoped convovle~ could take an optional symbol argument to define an array to analyze. Any chance of that?
cheers
2018-03-18 22:29 GMT-03:00 William Brent <william.brent@gmail.commailto:william.brent@gmail.com>: Hi all,
I just got around to making some updates to [convolve~] for partitioned IR convolution reverb. I'm now using FFTW so that non-power-of-two window sizes are possible, which gives finer control over the delay between the dry and wet signal as well as CPU% impact. You can change window size on the fly now too. The other major difference is an FFT filter eq method for making custom adjustments to the IR's spectrum.
I'd appreciate testing from anyone who's willing. The source, help file, and Mac OS binary are here:
https://github.com/wbrent/convolve_tilde.git
I'll probably update with Windows and 64bit Linux binaries tomorrow. Or, the Makefile will let you build in the meantime if you build/install FFTW first.
William
-- William Brent www.williambrent.comhttp://www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.comhttp://www.conflations.com
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-- William Brent www.williambrent.comhttp://www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.comhttp://www.conflations.com
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-- Ho cambiato l'indirizzo email in mm.markidis@autistici.orgmailto:mm.markidis@autistici.org . Se non è un problema, scrivimi a questo nuovo indirizzo email.
I changed my email address in mm.markidis@autistici.orgmailto:mm.markidis@autistici.org . If it is ok for you, please write me to this new email address.
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-- William Brent www.williambrent.comhttp://www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.comhttp://www.conflations.com
-- Ho cambiato l'indirizzo email in mm.markidis@autistici.orgmailto:mm.markidis@autistici.org . Se non è un problema, scrivimi a questo nuovo indirizzo email.
I changed my email address in mm.markidis@autistici.orgmailto:mm.markidis@autistici.org . If it is ok for you, please write me to this new email address.
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-- William Brent www.williambrent.comhttp://www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.comhttp://www.conflations.com
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On Mon, 2018-03-19 at 20:58 +0000, Lucas Cordiviola wrote:
Hi William, Are you aware of --> https://github.com/pure-data/pd-lib-builder This will ease building on many platforms including the upcoming windows64bit. You will like it. : )
Just in case, you're going to use pd-lib-builder: I already uploaded an earlier version of convolve~ to deken and thus added a pd-lib-builder Makefilee because it suits my workflow, if you're interested:
https://github.com/reduzent/pd-convolve/blob/master/Makefile
Roman
Thanks Lucas & Roman - I'll need to get up to speed on this for 64bit Windows.
On Mon, Mar 19, 2018 at 5:06 PM, Roman Haefeli reduzent@gmail.com wrote:
On Mon, 2018-03-19 at 20:58 +0000, Lucas Cordiviola wrote:
Hi William, Are you aware of --> https://github.com/pure-data/pd-lib-builder This will ease building on many platforms including the upcoming windows64bit. You will like it. : )
Just in case, you're going to use pd-lib-builder: I already uploaded an earlier version of convolve~ to deken and thus added a pd-lib-builder Makefilee because it suits my workflow, if you're interested:
https://github.com/reduzent/pd-convolve/blob/master/Makefile
Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
That's something I actually did for this round and then abandoned. I had it taking an array name as the 2nd argument (so it wouldn't break backward compatibility), and then automatically running the IR analysis routine at the end of object creation. The problem I couldn't come up with a good solution for was that the IR array won't necessarily be loaded with samples before [convolve~] creates. So in a scenario where you have a patch that loadbangs an IR .wav file into an array as the patch starts up, [convolve~] tries to analyze the IR array given as a creation argument before the .wav is loaded, and ends up analyzing an array full of zeros.
I started on a strategy where I set a clock to wait a certain amount of time before running the analyze routine at the end of object creation, but that seemed like bad design. Anyone have any suggestions for this problem?
Hm, what about letting users load a frequency domain IR into two arrays (real and imaginary) themselves? This can be done weill in advance, possibly with the help of an abstraction that calculates the spectrum in a reblocked subpatch, and would hence circumnavigate the race condition.
Just my two cents (one real, one imaginary), P