timing without audio? - chuck-users - lists.cs.princeton.edu

newer
Instanceof in ChucK

timing without audio?

older
bandwidth in band reject filter

Forrest Curo

30 Oct 2014 30 Oct '14

10:25 a.m.

As I understand it, you send some number to 'now' and for that length of time the confuser will continue to run whatever oscillator instances you've started, then go on through your code. So if you only used it to generate values to trigger voices and changes in other software, you could run Chuck without much overhead? Is this right, and how can I minimize that overhead? [Forrest Curo San Diego]

Attachments:

attachment.html (text/html — 520 bytes)

Reply

Sign in to reply online Use email software

Show replies by date

Ryan Supak

30 Oct 30 Oct

10:28 a.m.

Recently, i found that I have to turn audio on, otherwise the timing runs way too fast. (Only an issue, I guess, if you're needing it to be accurate and not just fast.) rs On Thursday, October 30, 2014, Forrest Curo wrote:

As I understand it, you send some number to 'now' and for that length of time the confuser will continue to run whatever oscillator instances you've started, then go on through your code.

So if you only used it to generate values to trigger voices and changes in other software, you could run Chuck without much overhead?

Is this right, and how can I minimize that overhead?

[Forrest Curo San Diego]

Reply

Sign in to reply online Use email software

Robert Poor

10:32 a.m.

Recently, i found that I have to turn audio on, otherwise the timing runs way too fast.

That's a feature, not a bug! :) What's going on is that ChucK uses the DAC's clock for timing. When you run without audio, ChucK simply runs as fast as possible, which is great, for example, when you're writing complex audio to a sound file. - Rob On Thu, Oct 30, 2014 at 7:28 AM, Ryan Supak wrote:

Recently, i found that I have to turn audio on, otherwise the timing runs way too fast. (Only an issue, I guess, if you're needing it to be accurate and not just fast.)

rs

On Thursday, October 30, 2014, Forrest Curo wrote:

...
As I understand it, you send some number to 'now' and for that length of time the confuser will continue to run whatever oscillator instances you've started, then go on through your code.

So if you only used it to generate values to trigger voices and changes in other software, you could run Chuck without much overhead?

Is this right, and how can I minimize that overhead?

[Forrest Curo San Diego]

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

Reply

Sign in to reply online Use email software

Ryan Supak

10:33 a.m.

There you have it. :) Would love a flag or option that doesn't force me to have a sound card to get accurate timing though. rs On Thursday, October 30, 2014, Robert Poor wrote:

...
Recently, i found that I have to turn audio on, otherwise the timing runs way too fast.

That's a feature, not a bug! :) What's going on is that ChucK uses the DAC's clock for timing. When you run without audio, ChucK simply runs as fast as possible, which is great, for example, when you're writing complex audio to a sound file.

- Rob

On Thu, Oct 30, 2014 at 7:28 AM, Ryan Supak javascript:;> wrote:

...
Recently, i found that I have to turn audio on, otherwise the timing runs way too fast. (Only an issue, I guess, if you're needing it to be accurate and not just fast.)

rs

On Thursday, October 30, 2014, Forrest Curo javascript:;> wrote:

...
As I understand it, you send some number to 'now' and for that length of time the confuser will continue to run whatever oscillator instances you've started, then go on through your code.

So if you only used it to generate values to trigger voices and changes

in

...
other software, you could run Chuck without much overhead?

Is this right, and how can I minimize that overhead?

[Forrest Curo San Diego]

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

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

Reply

Sign in to reply online Use email software

Forrest Curo

10:57 a.m.

Umm, if I left audio 'on' but simply didn't generate any of it through Chuck? On Thu, Oct 30, 2014 at 7:33 AM, Ryan Supak wrote:

There you have it. :) Would love a flag or option that doesn't force me to have a sound card to get accurate timing though.

rs

On Thursday, October 30, 2014, Robert Poor wrote:

...
...
Recently, i found that I have to turn audio on, otherwise the timing runs way too fast.

That's a feature, not a bug! :) What's going on is that ChucK uses the DAC's clock for timing. When you run without audio, ChucK simply runs as fast as possible, which is great, for example, when you're writing complex audio to a sound file.

- Rob

On Thu, Oct 30, 2014 at 7:28 AM, Ryan Supak wrote:

...
Recently, i found that I have to turn audio on, otherwise the timing runs way too fast. (Only an issue, I guess, if you're needing it to be accurate and not just fast.)

rs

On Thursday, October 30, 2014, Forrest Curo wrote:

...
As I understand it, you send some number to 'now' and for that length of time the confuser will continue to run whatever oscillator instances you've started, then go on through your code.

So if you only used it to generate values to trigger voices and

changes in

...
other software, you could run Chuck without much overhead?

Is this right, and how can I minimize that overhead?

[Forrest Curo San Diego]

_______________________________________________ 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

Reply

Sign in to reply online Use email software

Ryan Supak

11:44 a.m.

Yeah, that's what I ended up doing in my case. But it was with a Raspberry Pi and I was trying to conserve every cycle possible. rs On Thu, Oct 30, 2014 at 9:57 AM, Forrest Curo wrote:

Umm, if I left audio 'on' but simply didn't generate any of it through Chuck?

On Thu, Oct 30, 2014 at 7:33 AM, Ryan Supak wrote:

...
There you have it. :) Would love a flag or option that doesn't force me to have a sound card to get accurate timing though.

rs

On Thursday, October 30, 2014, Robert Poor wrote:

...
...
Recently, i found that I have to turn audio on, otherwise the timing runs way too fast.

That's a feature, not a bug! :) What's going on is that ChucK uses the DAC's clock for timing. When you run without audio, ChucK simply runs as fast as possible, which is great, for example, when you're writing complex audio to a sound file.

- Rob

On Thu, Oct 30, 2014 at 7:28 AM, Ryan Supak wrote:

...
Recently, i found that I have to turn audio on, otherwise the timing runs way too fast. (Only an issue, I guess, if you're needing it to be accurate and not just fast.)

rs

On Thursday, October 30, 2014, Forrest Curo wrote:

...
As I understand it, you send some number to 'now' and for that length of time the confuser will continue to run whatever oscillator instances you've started, then go on through your code.

So if you only used it to generate values to trigger voices and

changes in

...
other software, you could run Chuck without much overhead?

Is this right, and how can I minimize that overhead?

[Forrest Curo San Diego]

_______________________________________________ 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

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

Reply

Sign in to reply online Use email software

Al Matthews

11:47 a.m.

Sorry, chuck --silent doesn't work for this use case? On Thu, Oct 30, 2014 at 11:44 AM, Ryan Supak wrote:

Yeah, that's what I ended up doing in my case. But it was with a Raspberry Pi and I was trying to conserve every cycle possible. rs

On Thu, Oct 30, 2014 at 9:57 AM, Forrest Curo wrote:

...
Umm, if I left audio 'on' but simply didn't generate any of it through Chuck?

On Thu, Oct 30, 2014 at 7:33 AM, Ryan Supak wrote:

...
There you have it. :) Would love a flag or option that doesn't force me to have a sound card to get accurate timing though.

rs

On Thursday, October 30, 2014, Robert Poor wrote:

...
...
Recently, i found that I have to turn audio on, otherwise the timing runs way too fast.

That's a feature, not a bug! :) What's going on is that ChucK uses the DAC's clock for timing. When you run without audio, ChucK simply runs as fast as possible, which is great, for example, when you're writing complex audio to a sound file.

- Rob

On Thu, Oct 30, 2014 at 7:28 AM, Ryan Supak wrote:

...
Recently, i found that I have to turn audio on, otherwise the timing runs way too fast. (Only an issue, I guess, if you're needing it to be accurate and not just fast.)

rs

On Thursday, October 30, 2014, Forrest Curo wrote:

...
As I understand it, you send some number to 'now' and for that length of time the confuser will continue to run

whatever

...
oscillator instances you've started, then go on through your code.

So if you only used it to generate values to trigger voices and changes in other software, you could run Chuck without much overhead?

Is this right, and how can I minimize that overhead?

[Forrest Curo San Diego]

_______________________________________________ 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

_______________________________________________ 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

Reply

Sign in to reply online Use email software

Stefan Blixt

11:48 a.m.

If you have ever tried implementing some kind of stable timing in programming languages like Java, you may have gotten a feel for the kind of black magic that is needed to get that sort of thing to work. The clocks in a computer that don't deal with audio are either too imprecise for music purposes, or hidden inside hardware that is keen to keep its clock private so it will work properly. One of the great features of ChucK is that it hardwires its timing system to the audio interface clock, making it as stable as possible. It's probably too much work and out-of-scope to implement timing without available audio hardware in ChucK. /Stefan On Thu, Oct 30, 2014 at 3:57 PM, Forrest Curo wrote:

Umm, if I left audio 'on' but simply didn't generate any of it through Chuck?

On Thu, Oct 30, 2014 at 7:33 AM, Ryan Supak wrote:

...
There you have it. :) Would love a flag or option that doesn't force me to have a sound card to get accurate timing though.

rs

On Thursday, October 30, 2014, Robert Poor wrote:

...
...
Recently, i found that I have to turn audio on, otherwise the timing runs way too fast.

That's a feature, not a bug! :) What's going on is that ChucK uses the DAC's clock for timing. When you run without audio, ChucK simply runs as fast as possible, which is great, for example, when you're writing complex audio to a sound file.

- Rob

On Thu, Oct 30, 2014 at 7:28 AM, Ryan Supak wrote:

...
Recently, i found that I have to turn audio on, otherwise the timing runs way too fast. (Only an issue, I guess, if you're needing it to be accurate and not just fast.)

rs

On Thursday, October 30, 2014, Forrest Curo wrote:

...
As I understand it, you send some number to 'now' and for that length of time the confuser will continue to run whatever oscillator instances you've started, then go on through your code.

So if you only used it to generate values to trigger voices and

changes in

...
other software, you could run Chuck without much overhead?

Is this right, and how can I minimize that overhead?

[Forrest Curo San Diego]

_______________________________________________ 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

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

-- Release me, insect, or I will destroy the Cosmos!

Reply

Sign in to reply online Use email software

Ryan Supak

11:55 a.m.

Stefan: kinda what I figured at any rate (lol). Turning on the soundcard worked fine for me in the end. On Thu, Oct 30, 2014 at 10:48 AM, Stefan Blixt wrote:

If you have ever tried implementing some kind of stable timing in programming languages like Java, you may have gotten a feel for the kind of black magic that is needed to get that sort of thing to work. The clocks in a computer that don't deal with audio are either too imprecise for music purposes, or hidden inside hardware that is keen to keep its clock private so it will work properly.

One of the great features of ChucK is that it hardwires its timing system to the audio interface clock, making it as stable as possible. It's probably too much work and out-of-scope to implement timing without available audio hardware in ChucK.

/Stefan

On Thu, Oct 30, 2014 at 3:57 PM, Forrest Curo wrote:

...
Umm, if I left audio 'on' but simply didn't generate any of it through Chuck?

On Thu, Oct 30, 2014 at 7:33 AM, Ryan Supak wrote:

...
There you have it. :) Would love a flag or option that doesn't force me to have a sound card to get accurate timing though.

rs

On Thursday, October 30, 2014, Robert Poor wrote:

...
...
Recently, i found that I have to turn audio on, otherwise the timing runs way too fast.

That's a feature, not a bug! :) What's going on is that ChucK uses the DAC's clock for timing. When you run without audio, ChucK simply runs as fast as possible, which is great, for example, when you're writing complex audio to a sound file.

- Rob

On Thu, Oct 30, 2014 at 7:28 AM, Ryan Supak wrote:

...
Recently, i found that I have to turn audio on, otherwise the timing runs way too fast. (Only an issue, I guess, if you're needing it to be accurate and not just fast.)

rs

On Thursday, October 30, 2014, Forrest Curo wrote:

...
As I understand it, you send some number to 'now' and for that length of time the confuser will continue to run

whatever

...
oscillator instances you've started, then go on through your code.

So if you only used it to generate values to trigger voices and changes in other software, you could run Chuck without much overhead?

Is this right, and how can I minimize that overhead?

[Forrest Curo San Diego]

_______________________________________________ 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

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

-- Release me, insect, or I will destroy the Cosmos!

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

Reply

Sign in to reply online Use email software

3538

Age (days ago)

3538

Last active (days ago)

Download

8 comments

5 participants

tags

participants (5)

Al Matthews
Forrest Curo
Robert Poor
Ryan Supak
Stefan Blixt