I just downloaded the newest miniAudicle (0.1.3.9) and experience thesame behavior as before at 44100hz sampling rate.-MikeOn Sat, Nov 15, 2008 at 12:52 PM, mike clemow <gelfmuse@gmail.com> wrote:I'm on Mac OS X 10.4.11 running at 44100. However, it doesn't changeif I change the sampling rate. I'm using Chuck 1.2.1.2 on the commandline.hrm...-MikeOn Sat, Nov 15, 2008 at 12:41 PM, Daniel Trueman <dtrueman@princeton.edu> wrote:what platform are you on, and what sampling rate are you running at?dtOn Nov 15, 2008, at 12:30 PM, Daniel Trueman wrote:hmmm... not sure what's going on. the example works as expected for me,and as you describe how it should work (plays the whole file through attwice speed), using the most recent release of miniaudicle and chuck. andthe last line should be lisa.duration() * 0.5 => now, though that shouldn'taffect what you hear.dtOn Nov 15, 2008, at 12:16 PM, mike clemow wrote:Hi Dan,I guess what I'm trying to say is that, when I run this example, Ionly get the first half of the SndBuf into LiSa and it plays back athalf-speed when the rate is set to 1. It seems to me, that this isn'tright. Since, the example came with the rate set to 2 in order toplay back at normal speed, I assumed that you guys knew about this.buf.samples() * 1::samp => lisa.duration;This should (however you choose to write it) create a buffer equal insize to the SndBuf.for ( 0 => int i; i < buf.samples(); i++ ) {//args are sample value and sample index (dur must be integral insamples)lisa.valueAt(buf.valueAt(i), i::samp);}Here, I understand we're copying all the samples from SndBuf into LiSa.1 => lisa.play;2. => lisa.rate;Playing back with a rate of 2 should make it play back twice as fastas normal, if I understand this correctly, however, it doesn't seem todo so.lisa.duration() => now;This should advance time long enough to hear the whole thing. This istrue, but only because we have only the first half of the SndBuf inLiSa, and we hear it twice. This doesn't seem right to me, unless I'mmissing something.-MikeOn Fri, Nov 14, 2008 at 9:24 PM, dan trueman <dtrueman@princeton.edu>wrote:'tis an example. change the line:2. => lisa.rate;to whatever you want to get a different rate. just make sure you change:lisa.duration() * 0.5 => now;to an appropriate value as well, to make sure it plays long enough....dtOn Nov 14, 2008, at 8:10 PM, mike clemow wrote:Hey folks,In the below example (which you will all find in the LiSa-SndBuf.ckfile in examples in your installation), after populating the buffer inthe LiSa object with the values of the samples from SndBuf, the rateof the LiSa object is set equal to 2. in order to play back normally.Why is it not 1? Why this should be the case makes little sense to meand I respectfully submit this as a bug, unless someone can provide areasonable explanation.Thoughts?-Mike-----//ugensSndBuf buf;LiSa lisa => dac;//change this path to your own sample"/Users/dan/Files/Chuck/LiSa_examples/TomVega.wav" => buf.read;//set lisa buffer size to sample sizebuf.samples() * 1::samp => lisa.duration;//transfer values from SndBuf to LiSafor ( 0 => int i; i < buf.samples(); i++ ) {//args are sample value and sample index (dur must be integral insamples)lisa.valueAt(buf.valueAt(i), i::samp);}//party on...1 => lisa.play;2. => lisa.rate;//look at some of the data//returns value at given time, with linear interpolation<<< Std.rand2f( 0., lisa.duration() / 1::samp ) :: samp =>lisa.valueAt;//hang on until it's done...lisa.duration() * 0.5 => now;--_______________________________________________chuck-users mailing list_______________________________________________chuck-users mailing list--_______________________________________________chuck-users mailing list_______________________________________________chuck-users mailing list_______________________________________________chuck-users mailing list----_______________________________________________chuck-users mailing list