[PD] [convolve~] version 0.11 testing

Marco Matteo Markidis mm.markidis at gmail.com
Mon Mar 19 17:34:18 CET 2018


happy to be a trick-mader 8-)

best,
marco

2018-03-19 15:38 GMT+01:00 William Brent <william.brent at 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 at 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 at 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 at 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 at 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 at 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 at 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 at autistici.org . Se non è un
>> problema, scrivimi a questo nuovo indirizzo email.
>>
>> I changed my email address in mm.markidis at autistici.org . If it is ok
>> for you, please write me to this new email address.
>>
>> _______________________________________________
>> Pd-list at 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 at autistici.org . Se non è un
problema, scrivimi a questo nuovo indirizzo email.

I changed my email address in mm.markidis at autistici.org . If it is ok for
you, please write me to this new email address.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20180319/1b8a1fa8/attachment-0001.html>


More information about the Pd-list mailing list