[pvu~] from iemlib1 or iemlib in pd-extended.
cheers,
Thomas Musil
Zitat von "Bill Gribble" <[EMAIL PROTECTED]>:
> Is there a way within pd-extended to do the equivalent of [env~], but
> following peak value rather than RMS?
>
> I have pulled my hair out trying to implement this with patching b
Hi Bill,
use a comination of [tabsend~] and [tabread],
see attached.
mvh/Steffen Leve Poulsen
Bill Gribble skrev:
Is there a way within pd-extended to do the equivalent of [env~], but
following peak value rather than RMS?
I have pulled my hair out trying to implement this with patching but I
Hallo,
Andy Farnell hat gesagt: // Andy Farnell wrote:
> [snapshot~]
>
> IIRC gives you the value of the first sample in the last block when banged.
For more see [vsnapshot~] which snaps in the middle of a block similar
to [vline~].
Ciao
--
Frank BarknechtDo You RjDj.me?
[peakamp~]?
in cylone.
./MiS
On Sun, Nov 30, 2008 at 8:25 PM, Bill Gribble <[EMAIL PROTECTED]> wrote:
> Is there a way within pd-extended to do the equivalent of [env~], but
> following peak value rather than RMS?
>
> I have pulled my hair out trying to implement this with patching but I
> have h
[snapshot~]
IIRC gives you the value of the first sample in the last block when banged.
It's more useful than [env~] for 'instantaneous' measurement but sorely
lacking for practical use - for instance the first sample may be atypical
and the remaining 63 (by default) completely different. Obviou
Is there a way within pd-extended to do the equivalent of [env~], but
following peak value rather than RMS?
I have pulled my hair out trying to implement this with patching but I
have had no luck.
Thanks,
Bill Gribble
___
Pd-list@iem.at mailing li