LiSa SndBuf rate bug?

mike clemow

14 Nov 2008 14 Nov '08

8:10 p.m.

Hey folks, In the below example (which you will all find in the LiSa-SndBuf.ck file in examples in your installation), after populating the buffer in the LiSa object with the values of the samples from SndBuf, the rate of 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 me and I respectfully submit this as a bug, unless someone can provide a reasonable explanation. Thoughts? -Mike ----- //ugens SndBuf 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 size buf.samples() * 1::samp => lisa.duration; //transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples(); i++ ) { //args are sample value and sample index (dur must be integral in samples) 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; -- http://michaelclemow.com http://semiotech.org

Show replies by date

dan trueman

14 Nov 14 Nov

9:24 p.m.

'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.... dt On 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.ck file in examples in your installation), after populating the buffer in the LiSa object with the values of the samples from SndBuf, the rate of 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 me and I respectfully submit this as a bug, unless someone can provide a reasonable explanation.

Thoughts?

-Mike

-----

//ugens SndBuf 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 size buf.samples() * 1::samp => lisa.duration;

//transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples(); i++ ) {

//args are sample value and sample index (dur must be integral in samples) 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;

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

mike clemow

15 Nov 15 Nov

12:16 p.m.

Hi Dan, I guess what I'm trying to say is that, when I run this example, I only get the first half of the SndBuf into LiSa and it plays back at half-speed when the rate is set to 1. It seems to me, that this isn't right. Since, the example came with the rate set to 2 in order to play 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 in size to the SndBuf. for ( 0 => int i; i < buf.samples(); i++ ) { //args are sample value and sample index (dur must be integral in samples) 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 fast as normal, if I understand this correctly, however, it doesn't seem to do so. lisa.duration() => now; This should advance time long enough to hear the whole thing. This is true, but only because we have only the first half of the SndBuf in LiSa, and we hear it twice. This doesn't seem right to me, unless I'm missing something. -Mike On Fri, Nov 14, 2008 at 9:24 PM, dan trueman 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....

dt

On 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.ck file in examples in your installation), after populating the buffer in the LiSa object with the values of the samples from SndBuf, the rate of 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 me and I respectfully submit this as a bug, unless someone can provide a reasonable explanation.

Thoughts?

-Mike

-----

//ugens SndBuf 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 size buf.samples() * 1::samp => lisa.duration;

//transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples(); i++ ) {

//args are sample value and sample index (dur must be integral in samples) 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;

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org

Daniel Trueman

12:30 p.m.

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 at twice speed), using the most recent release of miniaudicle and chuck. and the last line should be lisa.duration() * 0.5 => now, though that shouldn't affect what you hear. dt On 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, I only get the first half of the SndBuf into LiSa and it plays back at half-speed when the rate is set to 1. It seems to me, that this isn't right. Since, the example came with the rate set to 2 in order to play 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 in size to the SndBuf.

for ( 0 => int i; i < buf.samples(); i++ ) {

//args are sample value and sample index (dur must be integral in samples) 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 fast as normal, if I understand this correctly, however, it doesn't seem to do so.

lisa.duration() => now;

This should advance time long enough to hear the whole thing. This is true, but only because we have only the first half of the SndBuf in LiSa, and we hear it twice. This doesn't seem right to me, unless I'm missing something.

-Mike

On Fri, Nov 14, 2008 at 9:24 PM, dan trueman 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....

dt

On 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.ck file in examples in your installation), after populating the buffer in the LiSa object with the values of the samples from SndBuf, the rate of 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 me and I respectfully submit this as a bug, unless someone can provide a reasonable explanation.

Thoughts?

-Mike

-----

//ugens SndBuf 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 size buf.samples() * 1::samp => lisa.duration;

//transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples(); i++ ) {

//args are sample value and sample index (dur must be integral in samples) 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;

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

Daniel Trueman

12:41 p.m.

what platform are you on, and what sampling rate are you running at? dt On 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 at twice speed), using the most recent release of miniaudicle and chuck. and the last line should be lisa.duration() * 0.5 => now, though that shouldn't affect what you hear.

dt

On 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, I only get the first half of the SndBuf into LiSa and it plays back at half-speed when the rate is set to 1. It seems to me, that this isn't right. Since, the example came with the rate set to 2 in order to play 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 in size to the SndBuf.

for ( 0 => int i; i < buf.samples(); i++ ) {

//args are sample value and sample index (dur must be integral in samples) 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 fast as normal, if I understand this correctly, however, it doesn't seem to do so.

lisa.duration() => now;

This should advance time long enough to hear the whole thing. This is true, but only because we have only the first half of the SndBuf in LiSa, and we hear it twice. This doesn't seem right to me, unless I'm missing something.

-Mike

On Fri, Nov 14, 2008 at 9:24 PM, dan trueman 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....

dt

On 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.ck file in examples in your installation), after populating the buffer in the LiSa object with the values of the samples from SndBuf, the rate of 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 me and I respectfully submit this as a bug, unless someone can provide a reasonable explanation.

Thoughts?

-Mike

-----

//ugens SndBuf 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 size buf.samples() * 1::samp => lisa.duration;

//transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples(); i++ ) {

//args are sample value and sample index (dur must be integral in samples) 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;

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

mike clemow

12:52 p.m.

I'm on Mac OS X 10.4.11 running at 44100. However, it doesn't change if I change the sampling rate. I'm using Chuck 1.2.1.2 on the command line. hrm... -Mike On Sat, Nov 15, 2008 at 12:41 PM, Daniel Trueman wrote:

...

what platform are you on, and what sampling rate are you running at?

dt

On 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 at twice speed), using the most recent release of miniaudicle and chuck. and the last line should be lisa.duration() * 0.5 => now, though that shouldn't affect what you hear.

dt

On 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, I only get the first half of the SndBuf into LiSa and it plays back at half-speed when the rate is set to 1. It seems to me, that this isn't right. Since, the example came with the rate set to 2 in order to play 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 in size to the SndBuf.

for ( 0 => int i; i < buf.samples(); i++ ) {

//args are sample value and sample index (dur must be integral in samples) 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 fast as normal, if I understand this correctly, however, it doesn't seem to do so.

lisa.duration() => now;

This should advance time long enough to hear the whole thing. This is true, but only because we have only the first half of the SndBuf in LiSa, and we hear it twice. This doesn't seem right to me, unless I'm missing something.

-Mike

On Fri, Nov 14, 2008 at 9:24 PM, dan trueman 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....

dt

On 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.ck file in examples in your installation), after populating the buffer in the LiSa object with the values of the samples from SndBuf, the rate of 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 me and I respectfully submit this as a bug, unless someone can provide a reasonable explanation.

Thoughts?

-Mike

-----

//ugens SndBuf 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 size buf.samples() * 1::samp => lisa.duration;

//transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples(); i++ ) {

//args are sample value and sample index (dur must be integral in samples) 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;

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org

mike clemow

1:02 p.m.

I just downloaded the newest miniAudicle (0.1.3.9) and experience the same behavior as before at 44100hz sampling rate. -Mike On Sat, Nov 15, 2008 at 12:52 PM, mike clemow wrote:

...

I'm on Mac OS X 10.4.11 running at 44100. However, it doesn't change if I change the sampling rate. I'm using Chuck 1.2.1.2 on the command line.

hrm...

-Mike

On Sat, Nov 15, 2008 at 12:41 PM, Daniel Trueman wrote:

...
what platform are you on, and what sampling rate are you running at?

dt

On 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 at twice speed), using the most recent release of miniaudicle and chuck. and the last line should be lisa.duration() * 0.5 => now, though that shouldn't affect what you hear.

dt

On 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, I only get the first half of the SndBuf into LiSa and it plays back at half-speed when the rate is set to 1. It seems to me, that this isn't right. Since, the example came with the rate set to 2 in order to play 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 in size to the SndBuf.

for ( 0 => int i; i < buf.samples(); i++ ) {

//args are sample value and sample index (dur must be integral in samples) 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 fast as normal, if I understand this correctly, however, it doesn't seem to do so.

lisa.duration() => now;

This should advance time long enough to hear the whole thing. This is true, but only because we have only the first half of the SndBuf in LiSa, and we hear it twice. This doesn't seem right to me, unless I'm missing something.

-Mike

On Fri, Nov 14, 2008 at 9:24 PM, dan trueman 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....

dt

On 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.ck file in examples in your installation), after populating the buffer in the LiSa object with the values of the samples from SndBuf, the rate of 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 me and I respectfully submit this as a bug, unless someone can provide a reasonable explanation.

Thoughts?

-Mike

-----

//ugens SndBuf 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 size buf.samples() * 1::samp => lisa.duration;

//transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples(); i++ ) {

//args are sample value and sample index (dur must be integral in samples) 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;

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org

-- http://michaelclemow.com http://semiotech.org

Daniel Trueman

1:15 p.m.

not sure what's going on. i've got the same OSX version and mA version, and it works fine. have you tried this with multiple sound files? what happens when you play the file directly from SndBuf? dt On Nov 15, 2008, at 1:02 PM, mike clemow wrote:

...

I just downloaded the newest miniAudicle (0.1.3.9) and experience the same behavior as before at 44100hz sampling rate.

-Mike

On Sat, Nov 15, 2008 at 12:52 PM, mike clemow wrote:

...
I'm on Mac OS X 10.4.11 running at 44100. However, it doesn't change if I change the sampling rate. I'm using Chuck 1.2.1.2 on the command line.

hrm...

-Mike

On Sat, Nov 15, 2008 at 12:41 PM, Daniel Trueman wrote:

...
what platform are you on, and what sampling rate are you running at?

dt

On 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 at twice speed), using the most recent release of miniaudicle and chuck. and the last line should be lisa.duration() * 0.5 => now, though that shouldn't affect what you hear.

dt

On 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, I only get the first half of the SndBuf into LiSa and it plays back at half-speed when the rate is set to 1. It seems to me, that this isn't right. Since, the example came with the rate set to 2 in order to play 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 in size to the SndBuf.

for ( 0 => int i; i < buf.samples(); i++ ) {

//args are sample value and sample index (dur must be integral in samples) 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 fast as normal, if I understand this correctly, however, it doesn't seem to do so.

lisa.duration() => now;

This should advance time long enough to hear the whole thing. This is true, but only because we have only the first half of the SndBuf in LiSa, and we hear it twice. This doesn't seem right to me, unless I'm missing something.

-Mike

On Fri, Nov 14, 2008 at 9:24 PM, dan trueman 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....

dt

On 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.ck > file in examples in your installation), after populating the > buffer in > the LiSa object with the values of the samples from SndBuf, > the rate > of 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 me > and I respectfully submit this as a bug, unless someone can > provide a > reasonable explanation. > > Thoughts? > > -Mike > > > ----- > > //ugens > SndBuf 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 size > buf.samples() * 1::samp => lisa.duration; > > //transfer values from SndBuf to LiSa > for ( 0 => int i; i < buf.samples(); i++ ) { > > //args are sample value and sample index (dur must be > integral in > samples) > 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; > > -- > http://michaelclemow.com > http://semiotech.org > _______________________________________________ > chuck-users mailing list > chuck-users@lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

Daniel Trueman

1:17 p.m.

oh, wait! you must be using a stereo file! check out the comment in the example: //works properly for mono; need to skip samples for multichannel ! dt On Nov 15, 2008, at 1:02 PM, mike clemow wrote:

...

I just downloaded the newest miniAudicle (0.1.3.9) and experience the same behavior as before at 44100hz sampling rate.

-Mike

On Sat, Nov 15, 2008 at 12:52 PM, mike clemow wrote:

...
I'm on Mac OS X 10.4.11 running at 44100. However, it doesn't change if I change the sampling rate. I'm using Chuck 1.2.1.2 on the command line.

hrm...

-Mike

On Sat, Nov 15, 2008 at 12:41 PM, Daniel Trueman wrote:

...
what platform are you on, and what sampling rate are you running at?

dt

On 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 at twice speed), using the most recent release of miniaudicle and chuck. and the last line should be lisa.duration() * 0.5 => now, though that shouldn't affect what you hear.

dt

On 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, I only get the first half of the SndBuf into LiSa and it plays back at half-speed when the rate is set to 1. It seems to me, that this isn't right. Since, the example came with the rate set to 2 in order to play 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 in size to the SndBuf.

for ( 0 => int i; i < buf.samples(); i++ ) {

//args are sample value and sample index (dur must be integral in samples) 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 fast as normal, if I understand this correctly, however, it doesn't seem to do so.

lisa.duration() => now;

This should advance time long enough to hear the whole thing. This is true, but only because we have only the first half of the SndBuf in LiSa, and we hear it twice. This doesn't seem right to me, unless I'm missing something.

-Mike

On Fri, Nov 14, 2008 at 9:24 PM, dan trueman 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....

dt

On 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.ck > file in examples in your installation), after populating the > buffer in > the LiSa object with the values of the samples from SndBuf, > the rate > of 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 me > and I respectfully submit this as a bug, unless someone can > provide a > reasonable explanation. > > Thoughts? > > -Mike > > > ----- > > //ugens > SndBuf 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 size > buf.samples() * 1::samp => lisa.duration; > > //transfer values from SndBuf to LiSa > for ( 0 => int i; i < buf.samples(); i++ ) { > > //args are sample value and sample index (dur must be > integral in > samples) > 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; > > -- > http://michaelclemow.com > http://semiotech.org > _______________________________________________ > chuck-users mailing list > chuck-users@lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

Daniel Trueman

1:31 p.m.

so, something like this should work for stereo and greater files: //ugens SndBuf buf; LiSa lisa => dac; //change this path to your own sample "/Applications/Max5/examples/sounds/cello-f2.aif" => buf.read; //set lisa buffer size to sample size ( buf.samples() / buf.channels() )::samp => lisa.duration; //transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples() / buf.channels(); i++ ) { (buf.valueAt(i * buf.channels()), i::samp) => lisa.valueAt; } //party on... 1 => lisa.play; 2. => lisa.rate; //hang on until it's done... lisa.duration() * 0.5 => now; i've posted this on the LiSa examples wiki. dt On Nov 15, 2008, at 1:02 PM, mike clemow wrote:

...

I just downloaded the newest miniAudicle (0.1.3.9) and experience the same behavior as before at 44100hz sampling rate.

-Mike

On Sat, Nov 15, 2008 at 12:52 PM, mike clemow wrote:

...
I'm on Mac OS X 10.4.11 running at 44100. However, it doesn't change if I change the sampling rate. I'm using Chuck 1.2.1.2 on the command line.

hrm...

-Mike

On Sat, Nov 15, 2008 at 12:41 PM, Daniel Trueman wrote:

...
what platform are you on, and what sampling rate are you running at?

dt

On 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 at twice speed), using the most recent release of miniaudicle and chuck. and the last line should be lisa.duration() * 0.5 => now, though that shouldn't affect what you hear.

dt

On 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, I only get the first half of the SndBuf into LiSa and it plays back at half-speed when the rate is set to 1. It seems to me, that this isn't right. Since, the example came with the rate set to 2 in order to play 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 in size to the SndBuf.

for ( 0 => int i; i < buf.samples(); i++ ) {

//args are sample value and sample index (dur must be integral in samples) 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 fast as normal, if I understand this correctly, however, it doesn't seem to do so.

lisa.duration() => now;

This should advance time long enough to hear the whole thing. This is true, but only because we have only the first half of the SndBuf in LiSa, and we hear it twice. This doesn't seem right to me, unless I'm missing something.

-Mike

On Fri, Nov 14, 2008 at 9:24 PM, dan trueman 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....

dt

On 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.ck > file in examples in your installation), after populating the > buffer in > the LiSa object with the values of the samples from SndBuf, > the rate > of 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 me > and I respectfully submit this as a bug, unless someone can > provide a > reasonable explanation. > > Thoughts? > > -Mike > > > ----- > > //ugens > SndBuf 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 size > buf.samples() * 1::samp => lisa.duration; > > //transfer values from SndBuf to LiSa > for ( 0 => int i; i < buf.samples(); i++ ) { > > //args are sample value and sample index (dur must be > integral in > samples) > 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; > > -- > http://michaelclemow.com > http://semiotech.org > _______________________________________________ > chuck-users mailing list > chuck-users@lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

mike clemow

1:44 p.m.

Yup! That was definitely the problem with the speed. Okay, cool, I'm not crazy. ;-) I still only get the first half of the SndBuf in the LiSa object, however. I'm trying to tease out why. -Mike On Sat, Nov 15, 2008 at 1:31 PM, Daniel Trueman wrote:

...

so, something like this should work for stereo and greater files: //ugens SndBuf buf; LiSa lisa => dac; //change this path to your own sample "/Applications/Max5/examples/sounds/cello-f2.aif" => buf.read; //set lisa buffer size to sample size ( buf.samples() / buf.channels() )::samp => lisa.duration; //transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples() / buf.channels(); i++ ) {

(buf.valueAt(i * buf.channels()), i::samp) => lisa.valueAt;

} //party on... 1 => lisa.play; 2. => lisa.rate; //hang on until it's done... lisa.duration() * 0.5 => now; i've posted this on the LiSa examples wiki. dt

On Nov 15, 2008, at 1:02 PM, mike clemow wrote:

I just downloaded the newest miniAudicle (0.1.3.9) and experience the same behavior as before at 44100hz sampling rate. -Mike On Sat, Nov 15, 2008 at 12:52 PM, mike clemow wrote:

I'm on Mac OS X 10.4.11 running at 44100. However, it doesn't change if I change the sampling rate. I'm using Chuck 1.2.1.2 on the command line. hrm... -Mike On Sat, Nov 15, 2008 at 12:41 PM, Daniel Trueman wrote:

what platform are you on, and what sampling rate are you running at? dt On 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 at twice speed), using the most recent release of miniaudicle and chuck. and the last line should be lisa.duration() * 0.5 => now, though that shouldn't affect what you hear. dt On 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, I only get the first half of the SndBuf into LiSa and it plays back at half-speed when the rate is set to 1. It seems to me, that this isn't right. Since, the example came with the rate set to 2 in order to play 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 in size to the SndBuf. for ( 0 => int i; i < buf.samples(); i++ ) { //args are sample value and sample index (dur must be integral in samples) 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 fast as normal, if I understand this correctly, however, it doesn't seem to do so. lisa.duration() => now; This should advance time long enough to hear the whole thing. This is true, but only because we have only the first half of the SndBuf in LiSa, and we hear it twice. This doesn't seem right to me, unless I'm missing something. -Mike

On Fri, Nov 14, 2008 at 9:24 PM, dan trueman 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.... dt On 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.ck file in examples in your installation), after populating the buffer in the LiSa object with the values of the samples from SndBuf, the rate of 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 me and I respectfully submit this as a bug, unless someone can provide a reasonable explanation. Thoughts? -Mike

----- //ugens SndBuf 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 size buf.samples() * 1::samp => lisa.duration; //transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples(); i++ ) { //args are sample value and sample index (dur must be integral in samples) 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; -- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org

mike clemow

1:51 p.m.

Okay, if I use a mono file, this works. I guess there's something about the way we're populating the LiSa object with the stereo file that is only copying half the samples over somehow. I'll keep at it... -Mike On Sat, Nov 15, 2008 at 1:44 PM, mike clemow wrote:

...

Yup! That was definitely the problem with the speed. Okay, cool, I'm not crazy. ;-)

I still only get the first half of the SndBuf in the LiSa object, however. I'm trying to tease out why.

-Mike

On Sat, Nov 15, 2008 at 1:31 PM, Daniel Trueman wrote:

...
so, something like this should work for stereo and greater files: //ugens SndBuf buf; LiSa lisa => dac; //change this path to your own sample "/Applications/Max5/examples/sounds/cello-f2.aif" => buf.read; //set lisa buffer size to sample size ( buf.samples() / buf.channels() )::samp => lisa.duration; //transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples() / buf.channels(); i++ ) {

(buf.valueAt(i * buf.channels()), i::samp) => lisa.valueAt;

} //party on... 1 => lisa.play; 2. => lisa.rate; //hang on until it's done... lisa.duration() * 0.5 => now; i've posted this on the LiSa examples wiki. dt

On Nov 15, 2008, at 1:02 PM, mike clemow wrote:

I just downloaded the newest miniAudicle (0.1.3.9) and experience the same behavior as before at 44100hz sampling rate. -Mike On Sat, Nov 15, 2008 at 12:52 PM, mike clemow wrote:

I'm on Mac OS X 10.4.11 running at 44100. However, it doesn't change if I change the sampling rate. I'm using Chuck 1.2.1.2 on the command line. hrm... -Mike On Sat, Nov 15, 2008 at 12:41 PM, Daniel Trueman wrote:

what platform are you on, and what sampling rate are you running at? dt On 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 at twice speed), using the most recent release of miniaudicle and chuck. and the last line should be lisa.duration() * 0.5 => now, though that shouldn't affect what you hear. dt On 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, I only get the first half of the SndBuf into LiSa and it plays back at half-speed when the rate is set to 1. It seems to me, that this isn't right. Since, the example came with the rate set to 2 in order to play 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 in size to the SndBuf. for ( 0 => int i; i < buf.samples(); i++ ) { //args are sample value and sample index (dur must be integral in samples) 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 fast as normal, if I understand this correctly, however, it doesn't seem to do so. lisa.duration() => now; This should advance time long enough to hear the whole thing. This is true, but only because we have only the first half of the SndBuf in LiSa, and we hear it twice. This doesn't seem right to me, unless I'm missing something. -Mike

On Fri, Nov 14, 2008 at 9:24 PM, dan trueman 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.... dt On 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.ck file in examples in your installation), after populating the buffer in the LiSa object with the values of the samples from SndBuf, the rate of 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 me and I respectfully submit this as a bug, unless someone can provide a reasonable explanation. Thoughts? -Mike

----- //ugens SndBuf 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 size buf.samples() * 1::samp => lisa.duration; //transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples(); i++ ) { //args are sample value and sample index (dur must be integral in samples) 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; -- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org

-- http://michaelclemow.com http://semiotech.org

mike clemow

1:53 p.m.

I should have read the comment at the top anyway. Thanks, Dan! -Mike On Sat, Nov 15, 2008 at 1:51 PM, mike clemow wrote:

...

Okay, if I use a mono file, this works. I guess there's something about the way we're populating the LiSa object with the stereo file that is only copying half the samples over somehow. I'll keep at it...

-Mike

On Sat, Nov 15, 2008 at 1:44 PM, mike clemow wrote:

...
Yup! That was definitely the problem with the speed. Okay, cool, I'm not crazy. ;-)

I still only get the first half of the SndBuf in the LiSa object, however. I'm trying to tease out why.

-Mike

On Sat, Nov 15, 2008 at 1:31 PM, Daniel Trueman wrote:

...
so, something like this should work for stereo and greater files: //ugens SndBuf buf; LiSa lisa => dac; //change this path to your own sample "/Applications/Max5/examples/sounds/cello-f2.aif" => buf.read; //set lisa buffer size to sample size ( buf.samples() / buf.channels() )::samp => lisa.duration; //transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples() / buf.channels(); i++ ) {

(buf.valueAt(i * buf.channels()), i::samp) => lisa.valueAt;

} //party on... 1 => lisa.play; 2. => lisa.rate; //hang on until it's done... lisa.duration() * 0.5 => now; i've posted this on the LiSa examples wiki. dt

On Nov 15, 2008, at 1:02 PM, mike clemow wrote:

I just downloaded the newest miniAudicle (0.1.3.9) and experience the same behavior as before at 44100hz sampling rate. -Mike On Sat, Nov 15, 2008 at 12:52 PM, mike clemow wrote:

I'm on Mac OS X 10.4.11 running at 44100. However, it doesn't change if I change the sampling rate. I'm using Chuck 1.2.1.2 on the command line. hrm... -Mike On Sat, Nov 15, 2008 at 12:41 PM, Daniel Trueman wrote:

what platform are you on, and what sampling rate are you running at? dt On 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 at twice speed), using the most recent release of miniaudicle and chuck. and the last line should be lisa.duration() * 0.5 => now, though that shouldn't affect what you hear. dt On 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, I only get the first half of the SndBuf into LiSa and it plays back at half-speed when the rate is set to 1. It seems to me, that this isn't right. Since, the example came with the rate set to 2 in order to play 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 in size to the SndBuf. for ( 0 => int i; i < buf.samples(); i++ ) { //args are sample value and sample index (dur must be integral in samples) 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 fast as normal, if I understand this correctly, however, it doesn't seem to do so. lisa.duration() => now; This should advance time long enough to hear the whole thing. This is true, but only because we have only the first half of the SndBuf in LiSa, and we hear it twice. This doesn't seem right to me, unless I'm missing something. -Mike

On Fri, Nov 14, 2008 at 9:24 PM, dan trueman 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.... dt On 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.ck file in examples in your installation), after populating the buffer in the LiSa object with the values of the samples from SndBuf, the rate of 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 me and I respectfully submit this as a bug, unless someone can provide a reasonable explanation. Thoughts? -Mike

----- //ugens SndBuf 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 size buf.samples() * 1::samp => lisa.duration; //transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples(); i++ ) { //args are sample value and sample index (dur must be integral in samples) 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; -- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org

-- http://michaelclemow.com http://semiotech.org _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org

-- http://michaelclemow.com http://semiotech.org

-- http://michaelclemow.com http://semiotech.org

Kassen

14 Nov 14 Nov

9:53 p.m.

...and while we're at it;

...

//set lisa buffer size to sample size buf.samples() * 1::samp => lisa.duration;

I tend to use; buf.samples()::samp => lisa.duration; // I use this a lot But that might be too compact for a file in the examples dir. Also good (and arguably more transparent) would be; buf.samples() * samp => lisa.duration; I know I'm nit-picking here but I think we should strive for a maximum in clarity in the examples as those are probably the best resource there is for new ChucKists, particularly those not taking formal classes. Perhaps some people find the extra "1::" makes the line easier to understand but I'm inclined to drop it. There are a few more things scattered around the examples dir that could be confusing, some of them caused by some examples being older then various updates to ChucK. Is there a place where suggestions could go? One of the voice synthesis demos (a really nice one, sound-wise) gives errors while running, for example. I don't intend to criticise anyone here (as it is it's a great resources), I mean to point out that /examples/ is likely the entry point for people who may join us so I'd like it to be as welcoming, non-confusing and friendly as we can make it. I know I learned by copying and imitating structures found in the examples so I feel it should be easy to generalise based upon them. I'd be happy to go over the whole dir, as long as I don't have a deadline and there is some agreement that this would be worthwhile. Yours, Kas.

dan trueman

10:34 p.m.

the only problem is that YOU know more about all this stuff than some of us do. ;--}. i learned how to write: buf.samples()::samp => lisa.duration; from something you wrote... it would perhaps make sense for all the documentation to be wikified, so that everyone could contribute to making it more accurate and complete... dt On Nov 14, 2008, at 9:53 PM, Kassen wrote:

...

...and while we're at it;

//set lisa buffer size to sample size buf.samples() * 1::samp => lisa.duration;

I tend to use; buf.samples()::samp => lisa.duration; // I use this a lot

But that might be too compact for a file in the examples dir. Also good (and arguably more transparent) would be;

buf.samples() * samp => lisa.duration;

I know I'm nit-picking here but I think we should strive for a maximum in clarity in the examples as those are probably the best resource there is for new ChucKists, particularly those not taking formal classes. Perhaps some people find the extra "1::" makes the line easier to understand but I'm inclined to drop it.

There are a few more things scattered around the examples dir that could be confusing, some of them caused by some examples being older then various updates to ChucK. Is there a place where suggestions could go? One of the voice synthesis demos (a really nice one, sound-wise) gives errors while running, for example.

I don't intend to criticise anyone here (as it is it's a great resources), I mean to point out that /examples/ is likely the entry point for people who may join us so I'd like it to be as welcoming, non-confusing and friendly as we can make it. I know I learned by copying and imitating structures found in the examples so I feel it should be easy to generalise based upon them.

I'd be happy to go over the whole dir, as long as I don't have a deadline and there is some agreement that this would be worthwhile.

Yours, Kas. _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

Kassen

11:26 p.m.

2008/11/15 dan trueman

...

the only problem is that YOU know more about all this stuff than some of us do. ;--}. i learned how to write:

buf.samples()::samp => lisa.duration;

from something you wrote...

That one looks nice& tight, doesn't it? The trick there is that the whole "::" thing is simply a multiplication between a float/int and a duration... and since functions like that one will return a int we can use it instead of a int. You can build quite complicated expressions like that. And thanks, I don't really think there is a "problem" because I'm happy to share tricks. We'll need to share anyway because I think we're past the point where any one single person knows everything there is to know about ChucK. I know I went "WHAT?!!!" a few times when I saw some of the things Spencer had handed to Mike, he was doing some sort of assignment within the definition of the parameters to a function and I had to conclude I better not touch that bit :¬). I wouldn't rule out the possibility that all of the regular posters to this list will know something that nobody else has realised yet, which brings us to;

...

it would perhaps make sense for all the documentation to be wikified, so that everyone could contribute to making it more accurate and complete...

Yes, I think that would be a good idea for collaboration, but I don't think it's a substitute for a good and clear examples directory. It would definitely be a great method for creating a more extensive manual, because of it's linear nature you can wonder whether it would be a good idea to go into more advanced/exotic/specialised subjects in the .pdf but with a wiki you could. Especially good bits could then be copied to the .pdf Yours, Kas.

5892

Age (days ago)

5892

Last active (days ago)

List overview

Download

15 comments

4 participants

participants (4)

dan trueman
Daniel Trueman
Kassen
mike clemow

LiSa SndBuf rate bug?

tags

participants (4)