15:52:34 RRSAgent has joined #audio 15:52:34 logging to http://www.w3.org/2017/03/16-audio-irc 15:52:36 RRSAgent, make logs world 15:52:36 Zakim has joined #audio 15:52:38 Zakim, this will be 28346 15:52:38 ok, trackbot 15:52:39 Meeting: Audio Working Group Teleconference 15:52:39 Date: 16 March 2017 15:53:00 agenda+ Review Pull Request status 15:53:16 agenda+ Go over new or existing issues 15:53:26 agenda+ Discuss upcoming Web Audio Conference 15:53:36 agenda+ Discuss potential for F2F meeting 15:53:42 agenda+ Any other business 15:56:21 padenot has joined #audio 16:00:23 rtoyg_m has joined #audio 16:00:45 G'day! 16:00:51 present rtoyg_m 16:01:26 hongchan has joined #audio 16:02:03 ChrisL has joined #audio 16:02:19 hi all ! 16:02:29 Aloha! 16:03:56 hi folks 16:05:06 zakim, next agendum 16:05:06 agendum 1. "Review Pull Request status" taken up [from joe] 16:05:41 scribenick: ChrisL 16:06:03 joe: some of these PR are mergeable 16:06:15 https://github.com/WebAudio/web-audio-api/pull/1161 16:06:45 joe: ray had one comment, look good paul? 16:07:00 padenot: need to read in detail first 16:07:19 https://github.com/WebAudio/web-audio-api/pull/1158 16:07:31 joe: will merge after you have had a chance to read it closely 16:08:06 joe: ray this is yours actually. will mark assignee 16:08:21 https://github.com/WebAudio/web-audio-api/pull/1154 16:08:50 (agree to merge) 16:09:00 https://github.com/WebAudio/web-audio-api/pull/1150 16:09:02 [web-audio-api] rtoy closed pull request #1154: Fix #1116: Make PeriodicWaveOptions optional (gh-pages...1116-fix-periodicwave-constructor) https://github.com/WebAudio/web-audio-api/pull/1154 16:09:03 [web-audio-api] rtoy pushed 2 new commits to gh-pages: https://github.com/WebAudio/web-audio-api/compare/b77740ec5c2b...4977e6c9d6de 16:09:03 web-audio-api/gh-pages a28c946 Raymond Toy: Fix #1116: Make PeriodicWaveOptions optional... 16:09:03 web-audio-api/gh-pages 4977e6c rtoy: Merge pull request #1154 from rtoy/1116-fix-periodicwave-constructor... 16:09:59 ray: chris asked about epsilon rather than zero, need to check 16:10:12 https://github.com/WebAudio/web-audio-api/pull/1144 16:10:35 padenot: I need to get back to the constructor stuff 16:10:41 ray: looks very good 16:10:47 padenot: couple of typos 16:10:56 ... worried about rebasing 16:11:23 padenot: can finish in 10 minutes 16:11:25 jdsmith has joined #audio 16:11:32 https://github.com/WebAudio/web-audio-api/pull/1143 16:11:34 present+ jdsmith 16:12:15 joe: padenot where is this one? 16:12:34 padenot: need to look at this 16:12:41 joe: lets check the raw git 16:12:42 https://rawgit.com/WebAudio/web-audio-api/329a623/index.html#playback-AudioBufferSourceNode 16:12:56 ray: comments were small and minor 16:13:07 joe: can finish this in 30 min 16:13:53 ChrisL: simpler and we are all on the same page now 16:14:03 padenot: negative playback rate? 16:14:06 joe: yes 16:14:25 ... most issues on negative and sign change playback rate 16:14:32 ... clear 16:14:50 s/... cl/padenot: clear 16:15:14 https://github.com/WebAudio/web-audio-api/pull/1141 16:15:47 joe: does what ray askes, and includes feedback from padenot 16:15:54 ... ray approved changes 16:15:58 padenot: lgtm 16:16:01 [web-audio-api] joeberkovitz closed pull request #1141: Clarify language around resuming closed AudioContexts. (gh-pages...1100-resume-closed-ctx) https://github.com/WebAudio/web-audio-api/pull/1141 16:16:12 https://github.com/WebAudio/web-audio-api/pull/1065 16:16:15 [web-audio-api] joeberkovitz pushed 6 new commits to gh-pages: https://github.com/WebAudio/web-audio-api/compare/4977e6c9d6de...be4dd3d4a212 16:16:15 web-audio-api/gh-pages 6faae40 joeberkovitz: Clarify language around resuming closed AudioContexts.... 16:16:15 web-audio-api/gh-pages 2a9d1ff joeberkovitz: Merge branch 'gh-pages' into 1100-resume-closed-ctx 16:16:16 web-audio-api/gh-pages fbb631d joeberkovitz: Respond to @padenot review feedback. 16:16:17 [web-audio-api] joeberkovitz deleted 1100-resume-closed-ctx at d440f06: https://github.com/WebAudio/web-audio-api/commit/d440f06 16:17:05 joe: paul, you and karl were going to look at this 16:17:16 padenot: will ping him, may be on vacation 16:17:26 ... has some implications 16:18:03 padenot: if he does not answer, will do myself 16:18:43 zakim, next agendum 16:18:43 agendum 2. "Go over new or existing issues" taken up [from joe] 16:19:11 joe: looking at v1 blockers 16:19:12 https://github.com/WebAudio/web-audio-api/issues?utf8=%E2%9C%93&q=is%3Aopen%20is%3Aissue%20label%3A%22V1%20Blocker%22%20 16:19:37 joe: some do not have open PRs, most do 16:20:13 padenot: 1162 I filed, found in interop testing between chrome & firefox, defined for suspend but not close 16:20:20 ... propose to do the same 16:21:15 padenot: need a review for my proposal 16:21:37 ChrisL: makes sense to me 16:21:49 padenot: in chrome it removes the element 16:22:33 ray: will take a look. Not sure what we do on suspend of a context 16:23:05 padenot: is supposed to to let the media element continue, not buffer 16:23:09 ray: chrome makes it stop 16:23:25 s/removes/stops 16:23:55 joe: if context uses a source node, they ride on top of the stream and should not have an effect 16:24:17 padenot: was reported by someone who was also doing capture 16:24:56 joe: 1135 is what the constructor PR addresses, right? 16:25:22 padenot: no, it is th audio node constructors, was going to add the others like periodic wave,we can do audio buffer 16:25:48 padenot: very small compared to audio node 16:26:03 joe: 1117 has the big PR, right? 16:26:28 ... gets closed when PR for 1135 lands 16:26:31 padenot: yes 16:26:51 joe: 1089, matt was involved 16:27:08 ... waiting for bbc feedback 16:27:25 jdsmith: was also looking at this, think we return a consistent ordering 16:27:36 padenot: windows uses smpte ordering 16:27:51 joe: jdsmith could you take this? 16:28:04 ... matt was going to get feedback from other developers 16:28:24 padenot: talked with some VR devs at facebook, they like this proposal 16:28:34 it sounds good to me 16:28:46 joe: lets go with that 16:28:54 jdsmith: we are good with that 16:29:20 padenot: lack of a good authoritative spec that does not cost money 16:30:37 ChrisL: point to the smpte spec and also say what the ordering is, so developers do not have to buy a spec 16:30:49 joe: put a table into the issue 16:31:10 ray: will bring to our team once it lands 16:31:25 (it was hongchan) 16:31:39 padenot: talked with someone who has the spec, confirmed it is correct. it is the same as windows ordering 16:31:55 padenot: the windows order is public 16:32:10 jdsmith: waveX 16:32:20 jdsmith: will do that 16:32:28 joe: 5 more bugs 16:32:44 joe: 1079 has a PR, almost there 16:33:11 joe: these respec warnings! 16:33:46 padenot: contiguous IDL allows integrating tobies tool that lets us see rendered html of PRs with a diff 16:34:06 ... easy to set up with our repo but errs because we have errors in our spec 16:34:33 ray: can ook into it after constructor stuff lands 16:34:42 joe: 95 is about to be closed 16:35:05 joe: issue 10! the dynamics compressor node. waiting on padenot 16:35:58 joe: ok so we will wait another week. any questions that need to be answered? 16:36:38 zakim, next agendum 16:36:38 agendum 3. "Discuss upcoming Web Audio Conference" taken up [from joe] 16:36:45 zakim, next agendum 16:36:45 agendum 3 was just opened, joe 16:37:13 joe: matt was going to lead us on these but is not here today. not sure what issues there are 16:37:41 zakim, next agendum 16:37:41 agendum 4. "Discuss potential for F2F meeting" taken up [from joe] 16:38:26 joe: this is our traditional public feedback session. it is august. tpac is november. 16:38:38 padenot: so 3 months between them, a bit close 16:38:49 ray: prefer a june f2f 16:39:43 joe: consistent but slow progress, v1 blockers gradually falling. we will be done in may or june. sounds like a good time 16:40:11 jdsmith: goal of f2f is to get to CR? 16:40:16 joe: yes 16:41:13 action: joe and matt to fix a date for f2f 16:41:14 Created ACTION-133 - And matt to fix a date for f2f [on Joe Berkovitz - due 2017-03-23]. 16:41:33 https://github.com/WebAudio/web-audio-api/issues?q=is%3Aopen+is%3Aissue+no%3Amilestone 16:41:41 joe: do we have new issues wirth no milestone? yes we have 11 16:42:40 joe: lets look at the ones flagged as needing review 16:42:47 https://github.com/WebAudio/web-audio-api/issues/1148 16:43:18 jdsmith: have not looked at this one 16:43:44 joe: this is an architectural issue of no formalism on streaming and playback, so should defer for v2 16:44:00 jdsmith: eme status is really unknown, lots of objections 16:44:11 (agreement to defer to v2) 16:44:46 https://github.com/WebAudio/web-audio-api/issues/1151 16:45:14 joe: okay to defer? 16:45:30 ray: yes, just a bit inconsistent. can push to v.next 16:45:50 padenot: makes sense 16:45:58 joe: but do in v.1? 16:46:23 padenot: also different that you dont create the normal destination 16:46:31 (goes to v.next) 16:46:45 https://github.com/WebAudio/web-audio-api/issues/1152 16:47:12 ray: 1152 constructor has no dictionary, seems odd. 16:47:26 joe: makes sense to do as the contexts are so related 16:47:34 ... is there much spec work? 16:47:44 ray: small, add a dict like the others 16:48:03 joe: and the additional feature? 16:48:11 ray: can inherit, so fairly easy 16:48:29 joe: can put in v1 but it isn't a v1 blocker 16:48:34 jdsmith: not a blocker 16:48:42 ... nice refinement 16:49:05 ChrisL: sgtm 16:49:18 https://github.com/WebAudio/web-audio-api/issues/1153 16:49:55 ray: it is for reverb modelling, uses gigantic arrays 16:50:05 joe: so auio worklet node 16:50:19 ray: needs thousands 16:50:30 ... opposed to doing it here 16:50:38 ... in IIR 16:51:05 joe: so we agree this is for audio worklet 16:51:37 ray: we will never allow thousands of coefficients 16:51:54 padenot: no one has asked for a number between 20 and thousands 16:52:03 (agreement) 16:52:28 1155 is a duplicate of 95 16:52:34 https://github.com/WebAudio/web-audio-api/issues/1157 16:53:11 ray: this is from an IDL linter, like introspection 16:53:15 padenot: makes sense 16:53:28 joe: ok I will spec this 16:53:44 ray: would like to see this, aligns with chrome 16:53:52 padenot: yes, looks good, trivial 16:53:56 jdsmith: yes 16:54:07 https://github.com/WebAudio/web-audio-api/issues/1159 16:54:33 ray: 1159, output is always stereo even on a mono source 16:54:52 joe: mistake? 16:55:06 ray: consistent, but doubles complexity 16:55:22 joe: it would get upmixed if next node needs stereo 16:55:48 ray: add a diagram with mono in and out 16:55:52 jdsmith: makes sense 16:55:58 padenot: yup 16:56:14 ray: everyone was doing stereo at first 16:56:20 joe: no breakage 16:56:46 ray: only if they put a channel merger on the output 16:57:05 joe: ok so change it? 16:57:12 ... easy to fix 16:57:19 ChrisL: yes we should fix it 16:57:29 jdsmith: should fix it 16:57:49 https://github.com/WebAudio/web-audio-api/issues/1165 16:57:58 ray: should this be A rate? 16:58:09 joe: makes no difference to the algo 16:58:28 padenot: great if it works, concern on doing hq resampling if target changes 16:58:38 joe: same issue with k-rate though 16:58:53 ... they resample whole block every render quantum 16:59:20 padenot: maybe there is a good fast resample that can change quickly 16:59:38 ... perf implications, untested, with be a bit harder to do a-rate 17:00:21 joe: if playback and detune are constant that is when resampling comes inot the picture 17:00:35 padenot: memory vs cpu tradeoff 17:00:50 joe: leave on agenda 17:00:56 (adjourned) 17:01:05 rrsagent, make minutes 17:01:05 I have made the request to generate http://www.w3.org/2017/03/16-audio-minutes.html ChrisL 17:01:33 rrsagent, make logs public 17:01:38 chair: Joe 17:01:45 regrets: matt 17:01:51 rrsagent, make minutes 17:01:51 I have made the request to generate http://www.w3.org/2017/03/16-audio-minutes.html ChrisL 17:02:04 present+ ChrisL 17:02:14 present+ Rtoy 17:02:21 present+ Joe 17:02:27 present+ padenot 17:02:41 rrsagent, make minutes 17:02:41 I have made the request to generate http://www.w3.org/2017/03/16-audio-minutes.html ChrisL 17:03:54 Present: Joe, Paul, Ray, Jerry, Chris 17:03:57 rrsagent, make minutes 17:03:57 I have made the request to generate http://www.w3.org/2017/03/16-audio-minutes.html ChrisL 17:05:11 padenot has joined #audio 17:18:33 padenot has joined #audio 18:29:56 hongchan has joined #audio 20:02:00 ChrisL has joined #audio 20:57:38 [web-audio-api] rtoy opened pull request #1168: Fix #1152: Define OfflineAudioContext constructor with dictionary (gh-pages...1152-add-offline-context-dictionary) https://github.com/WebAudio/web-audio-api/pull/1168 21:00:53 [web-audio-api] rtoy opened pull request #1169: Fix #1167: WebIDL for AudioContext in a funny place (gh-pages...1167-remove-stray-audiocontext-constructor) https://github.com/WebAudio/web-audio-api/pull/1169 21:02:21 [web-audio-api] rtoy closed pull request #1169: Fix #1167: WebIDL for AudioContext in a funny place (gh-pages...1167-remove-stray-audiocontext-constructor) https://github.com/WebAudio/web-audio-api/pull/1169 21:05:08 [web-audio-api] svgeesus created 1093-render-quantum from gh-pages (+0 new commits): https://github.com/WebAudio/web-audio-api/commits/1093-render-quantum 21:17:00 [web-audio-api] svgeesus pushed 1 new commit to 1093-render-quantum: https://github.com/WebAudio/web-audio-api/commit/ec0bee1dd74bc8435c6ff217f13389f1b9031ca7 21:17:00 web-audio-api/1093-render-quantum ec0bee1 Chris Lilley: Simplify occurrences of 128 sample frames to one render quantum 21:17:59 [web-audio-api] svgeesus opened pull request #1170: Simplify occurrences of 128 sample frames to one render quantum (gh-pages...1093-render-quantum) https://github.com/WebAudio/web-audio-api/pull/1170 21:56:48 hongchan has joined #audio 21:57:50 padenot has joined #audio 22:06:59 [web-audio-api] svgeesus pushed 1 new commit to 1093-render-quantum: https://github.com/WebAudio/web-audio-api/commit/d7f39ec835fe9406ebf5c9bc51bb3b4feb683e55 22:06:59 web-audio-api/1093-render-quantum d7f39ec Chris Lilley: Simplify occurrences of 128 sample frames to one render quantum