I think there will be a new RC because of the libsndfile issues, so
why don't you add it so it can be tested?
S.
On 23 Apr 2009, at 12:00, Dan Stowell wrote:
> Hi -
>
> Function:loadToFloatArray doesn't complain if the function produces
> k-rate output, it gives you numbers, but they may not be the numbers
> you expected: K2A interpolation is always imposed.
>
> s.boot
> {SinOsc.ar(1)}.loadToFloatArray(1, action: {|array|
> array.size.postln}) // I get 44100 as expected
> {SinOsc.kr(1)}.loadToFloatArray(1, action: {|array|
> array.size.postln}) // I expect 44100/64 but get 44100
>
> There's a comment in the method source code saying "no need to check
> for rate as RecordBuf is ar only" but that's not true (no longer true,
> at least).
>
> The attached patch updates Function:loadToFloatArray so that it works
> transparently with k-rate functions rather than forcing them to
> interpolate. I guess this patch is not urgent so it should only make
> it into 3.3 if a new RC happens for other reasons. Feedback welcome.
>
> Dan
> --
>
http://www.mcld.co.uk> <loadToFloatArray_kr.patch.txt>
_______________________________________________
sc-dev mailing list
info (subscription, etc.):
http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtmlarchive:
http://www.listarc.bham.ac.uk/marchives/sc-dev/search:
http://www.listarc.bham.ac.uk/lists/sc-dev/search/
