MultiTap was a backwards compat item from the SC2 days, and I'd be
surprised if anyone uses it. Buffer is last because that was
different from SC2 (where there were no buffers). Tap with an array
and .sum will mimic this functionality, and I think that would be
the better way to do it. I'm not sure how much, if any, code it
would break. I know I stopped using it long ago... I would suggest
placing a .madd in Tap, and removing it myself. Then showing on sc-
users and probably in a 'new in 3.2 file' that MultiTap is gone,
and here is how you do it with Tap.
Josh
On Dec 10, 2007, at 5:05 AM, nescivi wrote:
Hiho,
I am just noticing that compared to all the other Buffer Delay
UGens, MultiTap
is the only one which has the bufnum argument as the last one,
while all the
others have it as their first. It has it even after mul and add...
Also it has "in" as the third argument, while the others have it
as the
second.
Should we change for 3.2 this to make it consistent?
Or would this break too much code?
sincerely,
Marije
_______________________________________________
Sc-devel mailing list
Sc-devel@xxxxxxxxxxxxxxx
http://www.create.ucsb.edu/mailman/listinfo/sc-devel
******************************************
/* Joshua D. Parmenter
http://www.realizedsound.net/josh/
“Every composer – at all times and in all cases – gives his own
interpretation of how modern society is structured: whether
actively or passively, consciously or unconsciously, he makes
choices in this regard. He may be conservative or he may subject
himself to continual renewal; or he may strive for a revolutionary,
historical or social palingenesis." - Luigi Nono
*/
_______________________________________________
Sc-devel mailing list
Sc-devel@xxxxxxxxxxxxxxx
http://www.create.ucsb.edu/mailman/listinfo/sc-devel