hi community
i patched a prototype for a gigatable abstraction to overcome the 16777216 sample limit http://lists.puredata.info/pipermail/pd-list/2007-09/053479.html
as a side product i got some abs that could be useful..
[between~] with 2 arguments to specify a range and outputs 0/1 if the incoming signal is within that range (purepd). it seems to work so far...
gt~ and lt~ are purepd abstractions of zexy's <~ and >~. a difference is the second inline where the zexy object accept signal _and_ control values for the second inlet. it should be easy to add the second inlet but only signal _or_ control can be done of corse.
peace out.
eni
On Wed, 2007-10-03 at 00:53 +0200, Enrique Erne wrote:
hi community
i patched a prototype for a gigatable abstraction to overcome the 16777216 sample limit http://lists.puredata.info/pipermail/pd-list/2007-09/053479.html
where is the prototype of the gigatable abstraction? or wasn't that meant to be shared?
as a side product i got some abs that could be useful..
[between~] with 2 arguments to specify a range and outputs 0/1 if the incoming signal is within that range (purepd). it seems to work so far...
gt~ and lt~ are purepd abstractions of zexy's <~ and >~. a difference is the second inline where the zexy object accept signal _and_ control values for the second inlet. it should be easy to add the second inlet but only signal _or_ control can be done of corse.
very creative solution with the tables.. ;-)
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Enrique Erne wrote:
hi community
i patched a prototype for a gigatable abstraction to overcome the 16777216 sample limit http://lists.puredata.info/pipermail/pd-list/2007-09/053479.html
as a side product i got some abs that could be useful..
[between~] with 2 arguments to specify a range and outputs 0/1 if the incoming signal is within that range (purepd). it seems to work so far...
gt~ and lt~ are purepd abstractions of zexy's <~ and >~. a difference is the second inline where the zexy object accept signal _and_ control values for the second inlet. it should be easy to add the second inlet but only signal _or_ control can be done of corse.
not to be offsensive, but zexy's [<~] and [>~] are (optionally) implemented as abstractions that require nothing buth a "pd-vanilla" distribution (though they are not purepd, strictly speaking)
nevertheless, i like the approach with tables.
btw, the [gt~] does not seem to behave correctly for small values (because of the 1e-6 offset)...
mfgasdr IOhannes