- From: Raymond Toy <rtoy@google.com>
- Date: Thu, 1 Jul 2021 10:10:42 -0700
- To: "public-audio@w3.org Group" <public-audio@w3.org>, public-audio-comgp@w3.org
- Message-ID: <CAE3TgXGARF+0DbTKegiAw-nz5D0gVF65_8zudBaCQTTPT+a4ZA@mail.gmail.com>
Attendees: Hongchan Choi, Matthew Paradis, Jack Schaedler, Raymond Toy Minutes: - Admin - Travis CI not working? <https://github.com/WebAudio/web-audio-api/issues/2364> - Raymond: Not sure what's going on. Some PRs from the same time have it and some don't. - Matt: Is this related to Chris's issue about migrating away from Travis? - Raymond: Not sure; I think Chris says it's a W3C problem, and our repo is on github. May just want to migrate to github actions anyway. But we need to get CI working again because that's how we check the PR is ok, and that's how changes get pushed to the editors draft. - Review of process to update the spec <https://github.com/WebAudio/web-audio-api/issues/2362> - [Raymond describes issue] - Matt: How is this handled? Can we update the draft? - Raymond: Yes, that's my understanding - Hongchan: So we have to use these candidate additions/corrections? - Raymond: Chris was pretty clear that that's what we have to do even for typos. - V1 - New Issues - Use new WebIDL buffer primitives <https://github.com/WebAudio/web-audio-api/issues/2361> - Raymond: old link no longer work so we have to update. This really complicates things, and now other PRs won't pass Travis because bikeshed will complain the link doesn't exist. - PRs - Fix typo in VUMeterNode <https://github.com/WebAudio/web-audio-api/pull/2356> - Fix #2339: Fix ecma262 completion <https://github.com/WebAudio/web-audio-api/pull/2350> - Use new Web IDL buffer primitives <https://github.com/WebAudio/web-audio-api/pull/2363> - V2 - New issues - Audio track to use in decodeAudioData <https://github.com/WebAudio/web-audio-api-v2/issues/132> - Raymond: Just need to specify the first track. Not sure if that's well-defined. The first track for MediaStreamAudioSource was not. - Hongchan: Right. It wasn't well-defined - Raymond: We'll have to look into this. - Expose AudioContext in Worker/ServiceWorker <https://github.com/WebAudio/web-audio-api-v2/issues/131> - Hongchan: Had a discussion in a crbug. Not sure it makes sense in a serviceworker. Paul made a similar comment. - Raymond: Should we say no? - Hongchan: Perhaps we need more discussion - Jack: Perhaps worker first, and service worker at lower priority. Not something I would currently be interested in. - Hongchan: Might need extensive discussion with privacy and security because there's a high-priority thread running in the background. - Jack: Doesn't really align with what I think service workers are for (caching stuff for later.) - Jack: What about PictureInPicture use-case in the original comment? - Hongchan: Not sure how that would work; there's no user input, so webaudio would be blocked anyway because there can't be a user gesture. - 16 Priority-1 issues <https://github.com/WebAudio/web-audio-api-v2/issues?q=is%3Aopen+is%3Aissue+label%3Apriority-1> - Render Capacity <https://github.com/WebAudio/web-audio-api-v2/issues/40> - Hongchan: Privacy discussions still going on. Seems ok because it's only on AudioContext, and blocked via autoplay. Have not finalized API. Privacy team prefers event based instead of polling. - Jack: Event based (regular intervals) is ok. - Raymond: Was just wondering how accurate event system would be since you can't control when the event is received. - Hongchan: But it will contain the right info for the last event, unlike polling where you don't know where the interval begins and ends. - Other Business - New news - Raymond will be leaving Google on July 16; may rejoin the group later when things settle down. - Matt: WAC is next week, in Spain, but virtual. 18 euros to register. On Wed, Jun 30, 2021 at 4:22 PM Raymond Toy <rtoy@google.com> wrote: > Here's the agenda for our WG/CG meeting. > > Meeting venue https://meet.google.com/wgg-wjtd-kdu > > Agenda: > > - Admin > - Travis CI not working? > <https://github.com/WebAudio/web-audio-api/issues/2364> > - Review of process to update the spec > <https://github.com/WebAudio/web-audio-api/issues/2362> > - V1 > - New Issues > - Use new WebIDL buffer primitives > <https://github.com/WebAudio/web-audio-api/issues/2361> > - PRs > - Fix typo in VUMeterNode > <https://github.com/WebAudio/web-audio-api/pull/2356> > - Fix #2339: Fix ecma262 completion > <https://github.com/WebAudio/web-audio-api/pull/2350> > - Use new Web IDL buffer primitives > <https://github.com/WebAudio/web-audio-api/pull/2363> > - V2 > - New issues > - Audio track to use in decodeAudioData > <https://github.com/WebAudio/web-audio-api-v2/issues/132> > - Expose AudioContext in Worker/ServiceWorker > <https://github.com/WebAudio/web-audio-api-v2/issues/131> > - 16 Priority-1 issues > <https://github.com/WebAudio/web-audio-api-v2/issues?q=is%3Aopen+is%3Aissue+label%3Apriority-1> > - Other Business > - New news > >
Received on Thursday, 1 July 2021 17:11:08 UTC