16:49:45 RRSAgent has joined #audio 16:49:45 logging to http://www.w3.org/2014/11/21-audio-irc 16:49:47 RRSAgent, make logs world 16:49:47 Zakim has joined #audio 16:49:49 Zakim, this will be 28346 16:49:49 I do not see a conference matching that name scheduled within the next hour, trackbot 16:49:50 Meeting: Audio Working Group Teleconference 16:49:50 Date: 21 November 2014 16:50:07 trackbot, end telcon 16:50:07 Zakim, list attendees 16:50:07 sorry, trackbot, I don't know what conference this is 16:50:15 RRSAgent, please draft minutes 16:50:15 I have made the request to generate http://www.w3.org/2014/11/21-audio-minutes.html trackbot 16:50:16 RRSAgent, bye 16:50:16 I see no action items 16:55:02 RRSAgent has joined #audio 16:55:02 logging to http://www.w3.org/2014/11/21-audio-irc 16:55:04 RRSAgent, make logs world 16:55:06 Zakim, this will be 28346 16:55:06 I do not see a conference matching that name scheduled within the next hour, trackbot 16:55:07 Meeting: Audio Working Group Teleconference 16:55:07 Date: 21 November 2014 16:55:19 zakim, this will be 26631 16:55:19 ok, joe; I see Team_(audio)17:00Z scheduled to start in 5 minutes 16:55:20 joe, working on it 16:55:37 shepazu, I think I just got it with my explicit correction to zakim? 16:55:46 hongchan has joined #audio 16:55:56 rtoyg_m has joined #audio 16:57:27 Team_(audio)17:00Z has now started 16:57:34 +??P2 16:57:52 + +1.617.455.aaaa 16:57:58 zakim, aaaa is joe 16:57:58 +joe; got it 16:59:01 + +1.510.387.aabb 16:59:18 zakim, who's here 16:59:18 rtoyg_m, you need to end that query with '?' 16:59:25 zakim, who's here? 16:59:25 On the phone I see ??P2, joe, +1.510.387.aabb 16:59:27 On IRC I see rtoyg_m, hongchan, RRSAgent, Zakim, jernoble, joe, shepazu, cwilso, slightlyoff, Domenic, rtoyg, mdjp, padenot, paul___irish, trackbot 16:59:28 I'm running a few minutes late 16:59:32 BillHofmann has joined #audio 16:59:44 +Doug_Schepers 16:59:48 +[IPcaller] 16:59:58 Zakim, IPCaller is me 16:59:58 +padenot; got it 17:03:08 Clermont-Ferrand 17:04:29 ChrisL has joined #audio 17:05:28 zakim, who is here? 17:05:28 On the phone I see ??P2, joe, +1.510.387.aabb, Doug_Schepers, padenot 17:05:30 On IRC I see ChrisL, BillHofmann, rtoyg_m, hongchan, RRSAgent, Zakim, jernoble, joe, shepazu, cwilso, slightlyoff, Domenic, rtoyg, mdjp, padenot, paul___irish, trackbot 17:05:35 +ChrisL 17:05:47 zakim, p2 is me 17:05:48 sorry, cwilso, I do not recognize a party named 'p2' 17:05:52 cwilso, what's your eta? 17:05:54 zakim, ??P2 is me 17:05:54 +cwilso; got it 17:05:57 I'm here 17:06:00 Zakim, aabb is me 17:06:00 +BillHofmann; got it 17:06:08 zakim, cwilso has rtoyg 17:06:08 +rtoyg; got it 17:06:13 zakim, cwilso has hongchan 17:06:13 +hongchan; got it 17:06:42 zakim, pick a victim 17:06:42 Not knowing who is chairing or who scribed recently, I propose padenot 17:07:05 rrsagent, this is audio 17:07:05 I'm logging. I don't understand 'this is audio', ChrisL. Try /msg RRSAgent help 17:07:05 chair: joe 17:07:15 zakim, pick a victim 17:07:15 Not knowing who is chairing or who scribed recently, I propose ChrisL 17:07:23 zakim, pick a victim 17:07:23 Not knowing who is chairing or who scribed recently, I propose joe 17:07:29 zakim, pick a victim 17:07:29 Not knowing who is chairing or who scribed recently, I propose BillHofmann 17:07:53 https://github.com/WebAudio/web-audio-api/issues?q=is%3Aopen+is%3Aissue+milestone%3A%22Needs+WG+decision%22 17:08:18 rrsagent, here 17:08:18 See http://www.w3.org/2014/11/21-audio-irc#T17-08-18 17:08:29 rrsagent, make logs public 17:09:02 Bug review; starting with #72 (leaving #358 aside for now) 17:10:26 http://msdn.microsoft.com/en-us/library/windows/desktop/dd370844%28v=vs.85%29.aspx 17:11:58 Cwilso notes that some OSes have better behavior if you have exclusive access (but has its own host of issues) - relates to this proposal. 17:12:29 q+ 17:12:37 q+ 17:16:06 q 17:16:07 q? 17:16:16 ack 17:16:18 s/better behavior/lower latency/ 17:16:47 q- 17:17:07 shepazu notes that he believes this relates to accessibility 17:17:11 is ultra low latency a primary driver here? would someone use web audio while live tracking for example? 17:17:25 ack shepazu 17:17:28 also needs to be some overall control (permission, revocation) 17:17:53 q+ 17:18:07 (this is a potential accessibility feature or problem, definitely need to ask permission, and a way to revoke permission) 17:19:00 ack padeont 17:19:06 ack padenot 17:20:30 padenot notes that interrupting other sources is a side effect - also notes that WSAPI exclusive access is actually buggy/unusable - doesn't think we should put this in v1 17:20:32 q+ to say I thought we had a separate issue for output device selection; we should. 17:20:32 ack ChrisL 17:20:56 cwilso: we do, but it's not really worked on in the audio wg 17:21:05 ChrisL thinks access to multiple devices is key, but other things are optional 17:21:20 ack cwilso 17:21:20 cwilso, you wanted to say I thought we had a separate issue for output device selection; we should. 17:21:49 https://github.com/WebAudio/web-audio-api/issues/445 17:22:29 Cwilso notes that while webrtc has a device selection API, but Web Audio doesn't have a way to indicate which context has filed placeholder issue for this; OK with deferring #72 from v1. 17:23:17 On to #49 17:24:16 cwilso thinks that letting user choose between a-rate and k-rate is a bad idea; asserts that there is nothing to do here however AudioWorkers may require more discussion 17:24:51 +1 to close 17:25:13 jernoble has joined #audio 17:25:25 Note to close 17:25:35 On to #45 17:25:56 q+ 17:26:09 Joe notes there is lots of developer-oriented documentation that isn't even informative 17:26:22 padenot agrees, though without specific examples 17:27:29 ack shepazu 17:27:42 shepazu proposes Matt and he walk through the spec and red-line portions that are suitable for extraction as developer documentation source data 17:27:53 +1 on this... 17:28:27 action: Doug and Matt will identify sections of spec to be broken out as per issue 45 17:28:27 Created ACTION-116 - And matt will identify sections of spec to be broken out as per issue 45 [on Doug Schepers - due 2014-11-28]. 17:29:24 On to #44 17:29:55 cwilso is good with this. 17:31:25 q+ 17:31:34 billhofmann notes that 32 is arbitrary 17:31:56 padenot notes that you need a limit, but 32 is too low - he has use cases 17:32:27 chrisl asks why limit? 17:32:52 ack joe 17:32:55 aha. at least is a lower limit, not an ipper 17:33:00 s/ipper/upper 17:33:33 so, the real question (per cwilso) is that this really should be "what is the *minimum* number of channels"? 17:35:30 Per cwilso - the question really is whether an implementation fails not having 128 channels, is that non-conformant? 17:35:51 Cwilso - would an implementation that explicitly limits be non-conformant? 17:36:27 Joe suggests we leave it as is for now (32 channel floor) 17:37:16 Joe says - we need to state a little more consistently through the spec perhaps? 17:38:02 Cwilso says that he doesn't think this is an issue, really - it's used elsewhere where relevant 17:38:41 Joe says - everything is ok, we can close this issue; cwilso and padenot agree that a floor is sufficient. 17:39:42 On to #16 17:39:53 Cwilso notes that this is a common request, including in webmidi 17:41:05 cwilso also notes this is a reasonable sense; somewhat difficult to implement however 17:41:21 s/sense/request 17:41:49 Joe proposes keeping this in the v1 bin (to be addressed again later if there is major concern) 17:41:52 cwilso agrees 17:42:39 (someone is dancing on their keyboard) 17:42:43 On to #9 17:43:43 Joe notes that this is a nice-to-have, you can always create a new node 17:45:21 cwilso thinks this might be higher than nice-to-have, but needs more thought 17:45:36 Joe proposes that a case is better made at a node-per-node level 17:46:14 Cwilso agrees, but thinks AudioWorker might be a specific case 17:47:16 shepazu thinks that a per-node reset case is befuddling. 17:48:48 Joe notes that making it general brings up a bunch of new issues related to state, etc - e.g., can you now call start and give it a different time? 17:49:04 Joe says we need more time on this, needs more exploration 17:49:46 Joe says we'd need to walk through all nodes and understand this 17:49:50 cwilso agrees 17:50:16 billhofmann asks whether the lack of strong feeling suggests we move on 17:50:23 Joe moves to v.next bin 17:51:04 On to #7 17:51:13 Cwilso and Padenot say, "close!" 17:51:27 Joe notes this really requires a more complete discussion. 17:52:25 Nine issues left, now 8 minutes left. 17:52:40 Joe proposes we adjourn early and come back after Turkey Day 17:53:11 Joe suggests next meeting date is Dec 4 17:53:53 I got rid of two of the 9 issues (they were set to v.next, so we didn't need to review) 17:54:04 billhofmann notes that Dolby is considering whether we can contribute on the testing effort 17:54:15 Joe notes we should have that discussion on the list 17:54:21 rrsagent, make minutes 17:54:21 I have made the request to generate http://www.w3.org/2014/11/21-audio-minutes.html ChrisL 17:54:45 -joe 17:54:46 -ChrisL 17:54:47 -Doug_Schepers 17:54:48 -cwilso 17:54:49 trackbot, end telcon 17:54:49 Zakim, list attendees 17:54:49 As of this point the attendees have been +1.617.455.aaaa, joe, +1.510.387.aabb, Doug_Schepers, padenot, ChrisL, BillHofmann, rtoyg, hongchan 17:54:53 -padenot 17:54:57 RRSAgent, please draft minutes 17:54:57 I have made the request to generate http://www.w3.org/2014/11/21-audio-minutes.html trackbot 17:54:58 RRSAgent, bye 17:54:58 I see 1 open action item saved in http://www.w3.org/2014/11/21-audio-actions.rdf : 17:54:58 ACTION: Doug and Matt will identify sections of spec to be broken out as per issue 45 [1] 17:54:58 recorded in http://www.w3.org/2014/11/21-audio-irc#T17-28-27