hmm,
first, i think you need [swap 1000] instead of [swap 1], because you
want to delay by 1000/44100 milliseconds and not 1/44100 milliseconds.
and then, there is this problem that delwrite~/delread~ is sensitive to
the order of creation. I attached a small patch, you can see that a
delwrite/read that is created before the line~ object works similar to
z~, wheras the delwrite/delread that is created after the line~ is one
vector behind.
I attach a patch for clarification...
marius.
Andy Farnell wrote:
I've put an example here so you can hear that they are not the same
These differences are important.
[rzero~] and [delwrite~] methods come out louder
and with apparently less dynamics. Using [z~] and [fexpr~]
I get much closer results to [delta~], more detail in
the poured water sound.
As I said I needed an _EXACT_ replacement for [delta~] for
other patches too, which are much more sensitive to the
differences. (so this is all about how it behaves in practice
not in theory :)
I'm really not sure why this happens. Suppose I should hook
them up to a graph and read sample by sample to see what's
really going on. But, it doesn't help me because without
changing the source the fact is
[delta~] is the same as [z~]
[z~] is as good as [fexpr~]
[rzero~ 1] and [delwrite~] are not the same
Unless... If you hear no difference it could be an architecture
thing... Tell me what machines you're running on, I wonder if that
has anything to do with it?
cheers,
Andy
On Fri, 21 Mar 2008 10:47:44 +0100
Frank Barknecht <[EMAIL PROTECTED]> wrote:
Hallo,
Miller Puckette hat gesagt: // Miller Puckette wrote:
If I'm doing it for myself, I run sig~ into rzero~ 1.
For all I know, [rzero~ 1] is the same as [delta~]: Both compute the
difference between the current and the previous sample. Or am I
missing something? Some time ago I added this to the CVS (now SVN) as
abstractions/purepd/delta~.pd
Ciao
--
Frank Barknecht _ ______footils.org__
_______________________________________________
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
------------------------------------------------------------------------
_______________________________________________
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
#N canvas 347 124 927 603 10;
#X text 50 457 order of creation;
#X obj 119 263 cnv 15 100 150 empty empty empty 20 12 0 14 -233017
-66577 0;
#X obj 267 135 cnv 15 200 300 empty empty empty 20 12 0 14 -233017
-66577 0;
#X obj 553 120 cnv 15 200 300 empty empty empty 20 12 0 14 -233017
-66577 0;
#X obj 600 186 samplerate~;
#X obj 600 257 /;
#X obj 600 205 t b f;
#X msg 620 163 bang;
#X obj 600 142 loadbang;
#X obj 127 367 print~ del;
#X msg 162 12 bang;
#X obj 128 296 delwrite~ d 10;
#X msg 600 229 1000;
#X obj 128 328 delread~ d;
#X obj 305 227 line~;
#X obj 305 288 z~;
#X obj 305 365 print~ z;
#X msg 305 199 1 \, 100 10000;
#X obj 626 349 delread~ d;
#X obj 626 317 delwrite~ after 10;
#X obj 626 389 print~ delafter;
#X obj 162 37 t b b b b;
#X text 150 438 first;
#X text 292 450 second;
#X text 622 445 third;
#X connect 4 0 6 0;
#X connect 5 0 13 0;
#X connect 5 0 18 0;
#X connect 6 0 12 0;
#X connect 6 1 5 1;
#X connect 7 0 4 0;
#X connect 8 0 4 0;
#X connect 10 0 21 0;
#X connect 12 0 5 0;
#X connect 13 0 9 0;
#X connect 14 0 15 0;
#X connect 14 0 11 0;
#X connect 14 0 19 0;
#X connect 15 0 16 0;
#X connect 17 0 14 0;
#X connect 18 0 20 0;
#X connect 21 0 17 0;
#X connect 21 1 20 0;
#X connect 21 2 16 0;
#X connect 21 3 9 0;
_______________________________________________
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
