ndet: Samstag, 15. Oktober 2016 um 13:52 Uhr
Von: "Christof Ressi"
An: katja , "Miller Puckette"
Cc: pd-list
Betreff: Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?
But coefficients aren't recalculated so
often, therefore this difference will be n
Cool, thank you.
On 10/17/2016 12:36 PM, cyrille henry wrote:
It was updated for 0.44, so it's not a correction of the bug Katja
pointed (in the 0.47)
The updated is describe in hip~ help file as follow :
COMPATIBILITY NOTE: in Pd versions before 0.44, the high-frequency
output gain was inc
'common
>> knowledge', so I don't think you'd have to pay attention to any licence.
>>
>>
>>> Gesendet: Samstag, 15. Oktober 2016 um 13:52 Uhr
>>> Von: "Christof Ressi"
>>> An: katja , "Miller Puckette"
&
It was updated for 0.44, so it's not a correction of the bug Katja pointed (in
the 0.47)
The updated is describe in hip~ help file as follow :
COMPATIBILITY NOTE: in Pd versions before 0.44, the high-frequency output gain was
incorrectly greater than one (usually only slightly so, but noticeab
On 10/17/2016 8:47 AM, cyrille henry wrote:
they have been recently updated (0.44). Many patchs rely on the old
sound they deliver, this is achieved via the compatibility flag.
(see help file).
Updated as in fixed the bugs pointed out here or if not, what was
updated in them?
Best,
Ico
_
Le 17/10/2016 à 14:17, i go bananas a écrit :
as imperfect as Vanilla's lop~ / hip~ / vcf~ objects may be...i would strongly
argue against replacing them in the same namespace, as many old patches rely on
the sound they deliver.
they have been recently updated (0.44). Many patchs rely on t
as imperfect as Vanilla's lop~ / hip~ / vcf~ objects may be...i would
strongly argue against replacing them in the same namespace, as many old
patches rely on the sound they deliver.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management
xandre Torres Porres" , "Christof Ressi"
Cc: pd-list
Betreff: Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?
Hey people,
While I'm not an expert with digital filters, I did manage to piece together a
decent-sounding ladder emulation instead of vcf~ a whi
in the help file).
But [bp~] and [vcf~] are almost unusable IMHO and should probably be replaced
by better filters in the future (while keeping the old ones for compatibility
reasons).
Christof
> Gesendet: Freitag, 14. Oktober 2016 um 23:51 Uhr
> Von: katja
> An: pd-list
> Bet
almost unusable IMHO and should probably be replaced
by better filters in the future (while keeping the old ones for compatibility
reasons).
Christof
> Gesendet: Freitag, 14. Oktober 2016 um 23:51 Uhr
> Von: katja mailto:katjavet...@gmail.com]>
> An: pd-list mailto:pd-l...@ie
requency response in the help file).
> But [bp~] and [vcf~] are almost unusable IMHO and should probably be
> replaced by better filters in the future (while keeping the old ones for
> compatibility reasons).
>
> Christof
>
>
> > Gesendet: Freitag, 14. Oktober 2016
'wrong' frequency response in the help file).
> But [bp~] and [vcf~] are almost unusable IMHO and should probably be
> replaced by better filters in the future (while keeping the old ones for
> compatibility reasons).
>
> Christof
>
>
> > Gesendet: Freitag, 14. O
r 2016 um 13:52 Uhr
>> Von: "Christof Ressi"
>> An: katja , "Miller Puckette"
>> Cc: pd-list
>> Betreff: Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?
>>
>> > But coefficients aren't recalculated so
>> &g
y response is the same) is 'common
> knowledge', so I don't think you'd have to pay attention to any licence.
> >
> >
> >> Gesendet: Samstag, 15. Oktober 2016 um 13:52 Uhr
> >> Von: "Christof Ressi"
> >> An: katja , "Mil
, 15. Oktober 2016 um 13:52 Uhr
>> Von: "Christof Ressi"
>> An: katja , "Miller Puckette"
>> Cc: pd-list
>> Betreff: Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?
>>
>> > But coefficients aren't recalculated so
>>
det: Samstag, 15. Oktober 2016 um 13:52 Uhr
Von: "Christof Ressi"
An: katja , "Miller Puckette"
Cc: pd-list
Betreff: Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?
But coefficients aren't recalculated so
often, therefore this difference will be n
to any licence.
> Gesendet: Samstag, 15. Oktober 2016 um 13:52 Uhr
> Von: "Christof Ressi"
> An: katja , "Miller Puckette"
> Cc: pd-list
> Betreff: Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?
>
> > But coefficients aren't reca
at, if Katja is willing
to submit a patch!) or documented in the help patch (gain is not 0 at Nyquist!).
I'm not an engineer or any expert on filter design. It's just my two cents :-)
Christof
> Gesendet: Samstag, 15. Oktober 2016 um 11:39 Uhr
> Von: katja
> An: "Chr
ost unusable IMHO and should probably be replaced
> by better filters in the future (while keeping the old ones for compatibility
> reasons).
>
> Christof
>
>
>> Gesendet: Freitag, 14. Oktober 2016 um 23:51 Uhr
>> Von: katja
>> An: pd-list
>> Betreff:
placed
by better filters in the future (while keeping the old ones for compatibility
reasons).
Christof
> Gesendet: Freitag, 14. Oktober 2016 um 23:51 Uhr
> Von: katja
> An: pd-list
> Betreff: [PD] could vanilla borrow iemlib's hi pass filter recipe?
>
> In pd 0.47.1 [hip
In pd 0.47.1 [hip~] is still not perfect. Attenuation at cutoff is not
constant over the frequency range: -6 dB with cutoff=SR/8, -3 dB with
cutoff=SR/4, 0 DB with cutoff=SR/2. In contrast, iemlib's [hp1~] has
-3 dB at cutoff consistently.
Could vanilla pd implement iemlib's hipass filter recipe?
21 matches
Mail list logo