21:39:55 RRSAgent has joined #mediawg 21:39:55 logging to https://www.w3.org/2021/01/12-mediawg-irc 21:39:59 Zakim has joined #mediawg 21:41:05 RRSAgent, make logs public 21:41:15 Meeting: Media WG Teleconference 21:41:29 Agenda: https://github.com/w3c/media-wg/blob/master/meetings/2021-01-12-Media_Working_Group_Teleconference-agenda.md 22:00:33 chcunningham has joined #mediawg 22:00:38 cpn has joined #mediawg 22:00:39 Chair: Jer, Mounir 22:00:44 present+ 22:00:46 present+ 22:01:23 present+ 22:01:38 cyril has joined #mediawg 22:01:48 Present+ Francois_Daoust, Cyril_Concolato, Gary_Katsevman, Tess_O_Connor, Joey_Parrish 22:02:05 JoeyParrish has joined #mediawg 22:02:05 scribe: tidoust 22:02:08 present+ 22:02:53 jernoble has joined #mediawg 22:02:53 present+ 22:02:58 present+ 22:03:07 peng has joined #mediawg 22:03:17 beccahughes has joined #mediawg 22:03:28 present+ Greg_Freedman, Becca_Hughes, Peng_Liu 22:04:05 Topic: A couple of FYIs 22:04:59 Mounir: Happy New Year everyone! Agenda is a bit tiny. Starting with FYIs. One is around Media Capabilities and feedback around Security and Privacy 22:05:21 ... possible fingerprinting increase. 22:05:32 ... WebCodecs has the same potential issue in principle. 22:05:58 Tess: I'm one of the editors of the questionnaire from the TAG side (joint work with PING) 22:06:26 ... The ED has numerous changes over the last few years. Even though it hasn't been published for a while, I would encourage the use of the ED. 22:06:46 markw has joined #mediawg 22:06:55 present+ markw 22:06:59 Mounir: Right, I would like the editors of the spec to update the existing responses that we had with changes brought to the specs. 22:07:25 ... Anyone has a question/comment about that? 22:07:38 ... Chris, since you're editing both specs, any comment? 22:07:52 Chris: [muted] 22:08:52 ... The context is for Media Capabilities is encoding/decoding info for WebRTC. We have had for a long time a transmission type 22:09:04 ... This was sort of half-baked. We need to fix that. 22:09:28 ... As part of fixing that, the WebRTC WG wondered whether we had a privacy review, and we do not. 22:09:48 ... The fingerprinting surface is not significantly different from what it was in the past. 22:10:40 ... Similar story for WebCodecs. The difference is that you can be very granular about e.g. encoding options about hardware capabilities. There is more information here, creating a bit more of entropy. 22:11:38 Mounir: OK, Moving on to second FYI, regarding moving WebCodecs to the Media WG. Chris gave a thumbs up, we're still waiting for Paul, and then we'll issue a call for consensus to adopt the spec in the group. 22:11:45 ... Comments before we send that CfC? 22:11:48 mfoltzgoogle has joined #mediawg 22:11:54 ... Otherwise, that should develop in a week or two. 22:12:09 Topic: Should PiP video removed from the DOM leave PiP? 22:12:23 -> https://github.com/w3c/picture-in-picture/issues/99 Issue 99 22:13:16 Mounir: Raised by Francois (Beaufort) who is not here today. I talked with him earlier today and his question was whether there was a specific use case for not pausing when you are a picture-in-picture. 22:14:23 Jer: There have been a number of situations where weird playback behavior are triggering issue. I'm not entirely sure that there is a specific problem there. That said, we have seen Web sites trying to use that as a way to prevent picture-in-picture. 22:14:57 Mounir: [missed point] 22:15:17 ... It creates a lot of hassle if DOM and PiP double depend on each other. 22:15:50 Jer: The bug I filed against HTML proposes to expose a "is the video element visible to the user" property that can be toggled by other APIs, including PiP in our case. 22:16:00 ... That would not create a double dependency. 22:16:18 ... I believe that this section of the spec was written at a time where not being in the DOM meant the video was not visible. 22:16:24 ... Let's see what they say. 22:16:28 Mounir: Fair enough. 22:16:49 Topic: Remove persistent-usage-record from EME 22:16:54 -> Remove 'persistent-usage-record' MediaKeySessionType Issue #480 22:17:53 Greg: Simple enough, Netflix decided not to use that feature after all. We're not aware of anyone else using it for now or needing it, so we propose to drop the feature from the Editor's Draft. 22:18:28 Jer: Safari added support for this a long time ago, due to Netflix. Is that going to be removed from the native side as well as from the Web side. 22:18:56 Greg: The answer is yes and no. It will not be required from now on, but won't disappear from older devices. 22:19:36 ... We were using it for concurrent stream checks. How long has the license been used? Somebody could start a session and we wouldn't securely know whether they had been using the license for 5mn or 24h. 22:19:51 ... It's a fraud detection mechanism at the account level. 22:20:13 Jer: Short renewable duration license is a way to do that without the feature? 22:20:45 Greg: Yes, that's one solution. We thought about it e.g. for suspicious accounts. 22:21:27 MarkW: We have had a lot of ways to detect frauds over the years. Given all the tools that we now have, we believe that we can make do without this one and save implementation time for browsers. 22:22:04 Jer: OK, I'd like to get more clarity in other forum on the native side before we drop the feature from the spec. 22:22:26 Topic: Media Session 22:23:45 Jer: We have had requests for controlling WebRTC phone calls. Wondering about whether pick up / hang up actions have been considered. 22:23:59 q+ on a different topic 22:24:34 Mounir: We received similar requests. The problem is that the list grows very fast. I don't think that people in Google would be opposed to a hang up action if needed. 22:25:31 Jer: Also thinking about PiP external controls, such as touchbar, that don't really fit anywhere. We would likely be interested in exploring this in the future. 22:25:35 ack cyril 22:25:35 cyril, you wanted to comment on a different topic 22:25:48 Topic: ISOBMFF Byte Stream format for MSE 22:26:08 Cyril: I've started to make modifications to the spec based on my understanding of the spec and on what browsers implement 22:26:53 ... When you start reading the ISOBMFF spec, I think that there are things that are wrong, e.g. in section 3. 22:27:20 ... Example of assertion that requires browsers to maintain requirements per brand. 22:28:02 ... In ISOBMFF, you're supposed to process files if there's a brand you support, this also goes counter to the current statements. 22:28:08 gregwfreedman has joined #mediawg 22:28:28 ... Very surprising to see that all browsers ignore the "ftype" box, regardless of what you put in it. 22:28:49 https://github.com/w3c/media-source/compare/gh-pages...cconcolato:gh-pages 22:29:08 ChrisC: Matt is not on the call, but I'm sure he would be interested as well. 22:30:02 q+ to note that byte stream format specs have moved to specific repos 22:30:20 ack tidoust 22:30:20 tidoust, you wanted to note that byte stream format specs have moved to specific repos 22:30:48 https://github.com/w3c/mse-byte-stream-format-isobmff/ 22:32:24 Francois: Just note that byte stream format specs have moved to dedicated repos. 22:32:52 Cyril: Noted. Back to the spec, any pushback on the updated? 22:32:59 [None heard] 22:33:22 Topic: Misc. 22:33:24 \me Sorry, gtg now 22:34:03 Mounir: On other news, Becca is going to stop editing specs in the group. That affects Media Session. So we'll need to find another editor. Maybe from Apple? 22:34:08 Jer: I'll look into it. 22:34:27 Mounir: On behalf of the Media WG, thank you Becca for the work you've done on the spec! 22:34:30 RRSAgent, draft minutes 22:34:30 I have made the request to generate https://www.w3.org/2021/01/12-mediawg-minutes.html tidoust 22:35:45 RRSAgent, bye 22:35:45 I see no action items