[sc-users] Re: Simple Code Works in SC 3.2, but Broken in 3.3RC3?

[Chris Kubick <ck@xxxxxxxxxxxxxxxxx>]

Josh Parmenter wrote:

no need for the brackets in the set message:

a.set(\amp, 0.5); // In 3.3, this SILENCES the synth instead of reducing

Best,

Josh

Hello Josh....

I first off want to thank you, and all the devs for the great work you continue doing....

and also make a plea for changing this behavior back.

Are there egregious problems caused by allowing the old set message array style to continue functioning?  

eg  a.set([\amp,0.5]);

I would much prefer some remote hypothetical possibility that something blows up, to having a lot of broken code.

...also, I'm having a problem with this: (which works fine in 3.2)

Routine.run({

inPath.postln;

fileArray =  Cocoa.getPathsInDirectory(inPath);

fileArray=fileArray.reject(_.contains("DS_"));

//fileArray.postln;

fA=fileArray.size;

if (fA > limit ,{loadSize=limit},{loadSize = fA});

//loadSize.do({|i|

// fileArray[i].postln;

// });

("number of buffers =" ++ loadSize) . postln;

bufArray=Array.series(loadSize,0,1);

bufnumArray = Array.series(loadSize,bufSet,1).postln;

//x=bufSet;

bufArray.do({|x|var file,frames;

file=fileArray[x];

pause = Condition.new;

Routine.run({

bufArray[x] = Buffer.read(s, inPath ++ file, bufnum:x+bufSet,startFrame:startFrame,numFrames:numFrames);

s.sync(pause)});

batchArray=batchArray.add(file);

});

s.sync(mainPause);

}, clock: AppClock);

which returns 'nil' for batchArray, where it used to return an array of filenames.

It's part of a little class I wrote a few years back for batch loading folders full of sounds.

pps

I get beach balls each time I try to use command-d using 3.3??

thanks again and all best,

Chris Kubick