W3C

- DRAFT -

Audio Working Group Teleconference

16 Apr 2015

See also: IRC log

Attendees

Present
mdjp, gmandyam, Doug_Schepers, jernoble, +1.650.253.aaaa, rtoyg, hongchan, +1.510.387.aabb, BillHofmann, [IPcaller], ChrisL
Regrets
Chair
mdjp
Scribe
hongchan

Contents


<trackbot> Date: 16 April 2015

<gmandyam> Giri Mandyam - Qualcomm Innovation Ctr. - on call

F2F 1st & 2nd June 2015

<joe> I will be joining in a couple of minutes

TPAC Update

<cwilso> scribenick: hongchan

Channel count of scheduled source nodes is unspecified when not playing? #462

<mdjp> https://github.com/WebAudio/web-audio-api/issues/462

cwilso: I don't think this is observable any more since we've fixed the channel merger node.

Easy way to get single most recent sample #493

<mdjp> https://github.com/WebAudio/web-audio-api/issues/493

joe: I don't see why this can't be solved with AudioWorker.

Review and classification of issues with no milestone

<ChrisL> there was no clearly articulated use case for "most recent sample"

<mdjp> https://github.com/WebAudio/web-audio-api/issues?q=is%3Aopen+is%3Aissue+no%3Amilestone

Sorry - our room is sabotaging the meeting.

<mdjp> https://github.com/WebAudio/web-audio-api/issues/386

cwilso: this might be useful for some particular cases, like ultrasonics.

joe: if this is just implementation detail, we should just do it.

rtoy: Chrome does 2048 FFT always.

cwilso: morphing waveform might be bad in terms of the performance if we increase the limit.

rtoy: let me look at the implementation detail.

<ChrisL> answer to #509 is that they should all be a-rate? because they are often modulated at audio rate. And v1 clearly.

<mdjp> https://github.com/WebAudio/web-audio-api/issues/391

<ChrisL> repeated clamping accumulates error at each step, surely

cwilso: I still think this is a bad idea.

ChrisL: repeated clamping accumulates error.

cwilso: this limits the other common use case of gain node.

BillHofmann: my concern is the different clamping behavior on the different audioparams.

mdjp: we should revisit this issue later after further consideration.

<mdjp> https://github.com/WebAudio/web-audio-api/issues/416

ChrisL: yes, dBFS makes more sense.

<mdjp> https://github.com/WebAudio/web-audio-api/issues/417

<ChrisL> Agree that Q should not be used (set to 1) there

<mdjp> https://github.com/WebAudio/web-audio-api/issues/418

<mdjp> https://github.com/WebAudio/web-audio-api/issues/419

ChrisL: we don't need to discuss this any more since this is solved by 418.

<ChrisL> detune should not be limited to 1200cents, certainly

rtoy: but this issue is related to other parameters than Q.

mdjp: this issue needs more thought.

rtoy: the cookbook formula was not what the implementation does, so I proposed to do what the implementation actually does.

<mdjp> https://github.com/WebAudio/web-audio-api/issues/436

<mdjp> https://github.com/WebAudio/web-audio-api/issues/441

rtoy: yes, InvalidAccessError is fine.

<mdjp> https://github.com/WebAudio/web-audio-api/issues/442

cwilso: I think it should be stayed in the spec, despite the fact that this should be observable.

joe: yes, I think this is useful for developers to understand the lifetime and the observable-but-deferenced nodes.

<mdjp> https://github.com/WebAudio/web-audio-api/issues/443

<mdjp> https://github.com/WebAudio/web-audio-api/issues/444

<mdjp> https://github.com/WebAudio/web-audio-api/issues/447

mdjp: testing framework for potential v1 candidate.
... should revisit the independent testing framework by ChrisL.

<ghaudiobot> [web-audio-api] cwilso opened pull request #511: New factory-based AudioWorkers, with examples. (gh-pages...gh-pages) https://github.com/WebAudio/web-audio-api/pull/511

<mdjp> https://github.com/WebAudio/web-audio-api/issues/448

<mdjp> https://github.com/WebAudio/web-audio-api/issues/452

cwilso: MSADN is effectively a reference. yes.
... the real point here it should be observable is as long as they are connected to the destination node.

mdjp: we should come back to this one.

<ChrisL> my regrets for 30th (conference)

<mdjp> trackbot, end meeting

How do I finish the the scribing?

Summary of Action Items

[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.140 (CVS log)
$Date: 2015/04/16 17:01:19 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.140  of Date: 2014-11-06 18:16:30  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

Found ScribeNick: hongchan
Inferring Scribes: hongchan
Default Present: mdjp, gmandyam, Doug_Schepers, jernoble, +1.650.253.aaaa, rtoyg, hongchan, +1.510.387.aabb, BillHofmann, [IPcaller], ChrisL
Present: mdjp gmandyam Doug_Schepers jernoble +1.650.253.aaaa rtoyg hongchan +1.510.387.aabb BillHofmann [IPcaller] ChrisL
Found Date: 16 Apr 2015
Guessing minutes URL: http://www.w3.org/2015/04/16-audio-minutes.html
People with action items: 

WARNING: Input appears to use implicit continuation lines.
You may need the "-implicitContinuations" option.


[End of scribe.perl diagnostic output]