15:57:56 RRSAgent has joined #audio 15:57:56 logging to http://www.w3.org/2017/06/08-audio-irc 15:57:58 RRSAgent, make logs world 15:57:58 Zakim has joined #audio 15:58:00 Zakim, this will be 28346 15:58:00 ok, trackbot 15:58:01 Meeting: Audio Working Group Teleconference 15:58:02 Date: 08 June 2017 15:58:47 Agenda+ https://github.com/WebAudio/web-audio-api/issues/10 15:58:55 Agenda+ https://github.com/WebAudio/web-audio-api/issues/1135 15:59:04 Agenda+ https://github.com/WebAudio/web-audio-api/issues/1193 15:59:12 Agenda+ Issues with no milestone https://github.com/WebAudio/web-audio-api/issues?q=is%3Aopen+is%3Aissue+no%3Amilestone 15:59:18 Agenda+ F2F Agenda and social. 15:59:33 kawai has joined #audio 15:59:56 present+ mdjp 16:00:09 joe has joined #audio 16:00:38 rrsagent, pointer? 16:00:38 See http://www.w3.org/2017/06/08-audio-irc#T16-00-38 16:02:57 am I hitting the wrong webex, still saying cancelled or ended for me 16:03:11 padenot has joined #audio 16:03:20 The meeting has been cancelled or ended! 16:03:29 same here. The WebEX url looks not working. 16:03:48 yes - same here, joe you tried it yesterday, do you have a different url? 16:04:08 or ChrisL can you give it a poke? 16:04:23 I'm using WebEx successfully 16:04:30 Let me paste the link here 16:04:41 https://www.google.com/url?q=https%3A%2F%2Fmit.webex.com%2Fmit%2Fj.php%3FMTID%3Dm7b2688a882ac227c098436ea57a692ac&sa=D&ust=1496944743837000&usg=AFQjCNEobnE3DhjEREdVYi2XyncmiEnxIA 16:04:48 whooops 16:05:07 https://mit.webex.com/mit/j.php?MTID=m7b2688a882ac227c098436ea57a692ac 16:05:11 rtoyg_m_ has joined #audio 16:05:22 guess we should update the wiki, I hadn't realised the url had changed. 16:05:29 I'm on the webex too 16:05:44 I completely forgot about the wiki 16:06:02 hoch has joined #audio 16:06:12 Oh. So no phone? 16:06:23 yes, just use the URL above -- we're all on except you 16:06:32 +1-617-324-0000 US Toll Number 16:06:32 Access code: 647 342 611 16:06:44 what Chris said [sorry] 16:08:23 present+ hoch 16:08:55 zakim, take up agendum 1 16:08:55 present+ rtoyg_m 16:08:56 agendum 1. "https://github.com/WebAudio/web-audio-api/issues/10" taken up [from mdjp] 16:09:02 present+ padenot 16:09:08 present+ joe 16:09:31 ScribeNick 16:10:14 joe last week passed rtoyg_m_ has started to look into it 16:10:27 no progress to report yet joe 16:10:40 started to look in to it - horror...... 16:11:32 joe can be reverse enginered but worth understanding to what level of detail we should define the node. 16:11:44 Is fully defining the behaviour the right thing to do? 16:12:01 padenot: after looking for a while, 16:12:05 rtoyg_m_ for the spec we need to specify enough so that it can be implemented - so everything 16:12:16 padenot: it's not the craziest design, but there are magic numbers everywhere 16:12:30 rtoy: like the polynomials -- I have no idea how Chris R chose those numbers 16:13:33 joe is it worth describing the algo in outline without going into full detail 16:14:00 padenot: maybe that is better, andthat's the direction I was going. 16:14:15 padenot: describe outlines, like knee region, linear region, etc. 16:15:11 padenot: so I think that's appropriate. I think specing the actual polynomial curve is crazy and too rigid 16:15:25 chrisl: how dependent is the sound on these specific coefficients? 16:15:32 padenot: it will sound different, yeah 16:15:36 jdsmith has joined #audio 16:15:53 present+ jdsmith 16:16:06 What's the link for audio? 16:16:13 rtoy: I have a more radical approach: give up, find a paper that describes a dynamic compressor, work from that, and state that all the existing impls are wrong 16:16:28 jdsmith, see https://mit.webex.com/mit/j.php?MTID=m7b2688a882ac227c098436ea57a692ac 16:17:17 ScribeNick joe 16:17:50 padenot: that's doable, but once you remove all the crazy numers from the code it's not too hard 16:18:19 rtoy: you have to think twice because no one implements what the spec says anyway, so why not start with a simpler starting point? 16:18:29 rtoy: that way we avoid complexity 16:20:06 padenot: I think I've isolated the 4 parts that need to be speced: pre-delay, gain computation, curve sections... 16:20:18 https://github.com/WebAudio/web-audio-api/issues/10#issuecomment-267675496 16:23:37 joe why cant this case be less specific v2 could include a more locked down definition 16:23:57 ChrisL this sounds reasonable - not ideal, but could be a V2 feature 16:24:20 joe there have not been a lot of complaints about the compressor 16:24:41 rtoyg_m_ jdsmith no reports 16:25:44 rtoy: according to Chrome's stats, .001 of pages use DynamicsCompressor 16:26:04 rtoy: that's overall pages 16:26:28 Oscilllator usage: https://www.chromestatus.com/metrics/feature/timeline/popularity/1573 16:26:30 rtoy: Oscillator numbers are about the same amount 16:28:31 mdjp: I agree that starting over again or a super-specific definition are not realistic and we should do that in v2 if needed 16:29:34 hongchan: clarifying the current implementation will be the v2 tack? 16:29:36 joe: now 16:29:41 s/now/no 16:29:55 hongchan: I don't think we shold work on the current impl any more 16:31:03 [no objections] 16:31:36 joe who is in the best place to take this forwards to resolve this by the F2F 16:31:50 padenot: almost finished AudioBuffer ctor, I could pick it up again 16:34:17 zakim, take up agendum 2 16:34:17 agendum 2. "https://github.com/WebAudio/web-audio-api/issues/1135" taken up [from mdjp] 16:36:17 padenot: about to push a branch 16:36:31 zakim, take up agendum 3 16:36:31 agendum 3. "https://github.com/WebAudio/web-audio-api/issues/1193" taken up [from mdjp] 16:38:34 padenot: what is the operations that need to happen on the main thread? 16:38:44 padenot: we need to make sure the script is valid; that's long 16:39:02 padenot: my main concern is that this is a huge, potentially multi-second operation that blocks the thread 16:39:20 padenot: if we are blocking the main thread this is a problem 16:40:02 padenot: wait for a message to come back 16:40:57 joe: but script validation can be done up front by the importScript() 16:41:07 padenot: so what else do we need to happen on the main thread? 16:41:17 padenot: I dont think anything else can fail 16:42:12 hongchan: I had some discussions with Domenic and let me go back to the documentation of Worklet 16:42:27 https://docs.google.com/document/d/1EazMCrJ0UzbKC2lmqysUq-sQJyvsqLsZ9uqaa7LJX68/edit# 16:43:56 padenot: I think this (the construction of the AWP while blocking) is feasible 16:45:13 padenot: we want to pre-validate the script so that some of these steps don't need to be done on the main thread 16:55:13 zakim, take up agendum 4 16:55:13 agendum 4. "Issues with no milestone https://github.com/WebAudio/web-audio-api/issues?q=is%3Aopen+is%3Aissue+no%3Amilestone" taken up [from mdjp] 16:55:37 hongchan: resolution is for 1193 is to use MessagePort to return a message indicating the AWP has/has not instantiated OK 16:56:00 zakim, take up agendum 5 16:56:00 agendum 5. "F2F Agenda and social." taken up [from mdjp] 17:00:28 rrsagent, make minutes 17:00:28 I have made the request to generate http://www.w3.org/2017/06/08-audio-minutes.html joe 19:10:38 [web-audio-api] joeberkovitz created 1217-audiomediastreamtrack-missing (+1 new commit): https://github.com/WebAudio/web-audio-api/commit/6b59865b7670 19:10:38 web-audio-api/1217-audiomediastreamtrack-missing 6b59865 joeberkovitz: Remove reference to dead interface AudioMediaStreamTrack.... 19:10:56 [web-audio-api] joeberkovitz opened pull request #1240: Remove reference to dead interface AudioMediaStreamTrack. (gh-pages...1217-audiomediastreamtrack-missing) https://github.com/WebAudio/web-audio-api/pull/1240 21:26:11 ChrisL has joined #audio