19:56:41 RRSAgent has joined #mediawg 19:56:41 logging to https://www.w3.org/2019/10/02-mediawg-irc 19:56:45 Zakim has joined #mediawg 19:58:46 Meeting: Media WG - Media Capabilities 19:58:57 Agenda: https://lists.w3.org/Archives/Public/public-media-wg/2019Oct/0000.html 20:03:15 present+ 20:03:25 Present+ Francois 20:05:17 present+ Vi_Nguyen 20:05:23 RRSAgent, make logs public 20:06:24 present+ Greg_Freedman 20:07:35 present+ Chris_Cunningham 20:08:20 present+ John_Simmons 20:08:25 present+ Jer_Noble 20:08:54 jernoble has joined #mediawg 20:09:01 chcunningham has joined #mediawg 20:09:06 present+ 20:09:08 Topic: Using CSS or Device pixels for 4K detection 20:09:10 Issue: https://github.com/w3c/media-capabilities/issues/133 20:09:14 present+ 20:09:15 GregFreedman has joined #mediawg 20:09:54 gregwhitworth: chcunningham says the width and height should be returning the CSS pixels not the device pixels. Mark things it should rather be the device pixels. 20:10:14 chcunningham: Wondering how devices that have 2 panes do the layout. I have a little bit of clarity on that now. 20:10:20 ... I just added a comment to the issue. 20:10:40 ... There are existing patterns in the CSS and the DOM to detect screen resolution. If we can leverage those, that's important to do so. 20:11:13 ... Feedback I got from Cast: the graphics are always rasterized to 1080p, irrespective of the TV the device is connected to. 20:11:27 ... Obviously, that's not enough for a Cast device that supports 4K. 20:11:55 ... 4K is for video. When the video is sent to the device, it is not sent through the same 1080p raster. 20:12:04 ... It's sent separately. 20:12:31 ... It seems similar to the way we handled high density displays in the past. 20:12:44 ... Upscaling is effectively turning a pixel to multiple pixels. 20:13:16 ... When an image is sent with 2x resolution, the device usually doesn't upscale but takes the image as it is. 20:13:26 ... For video on cast, basically the same concept applies. 20:13:59 ... There's no benefit for sending a 4K image in that case, because it would be downscaled to 1080p then upscaled again. 20:14:08 ... But I don't think that warrants an exception for video. 20:14:30 ... That seems like a reasonable price to pay. 20:14:59 GregFreedman: The one thing we want to do is to send the right resolution to the display based on physical pixels. 20:15:18 ... As long as we get the answer that gives us physical pixels, the solution does not really matter. 20:15:42 ... I would agree with Chris' statement that I don't know how prevalent this graphics pane vs. video pane is. 20:16:14 ... If it's a common thing, we should address it. If it's a one off, we can probably address this differently, e.g. by identifying the device. 20:16:38 gregwhitworth: Have you been doing the maths and seen irregularities? 20:16:50 GregFreedman: Right now, we're only serving 4K content on Edge with a specific API. 20:17:15 q+ 20:17:26 ... I noticed that when I commented and zoomed in, I noticed 3 different behaviors on different browsers. I don't actually know what the correct behavior is. 20:17:40 gregwhitworth: I kind of agree with Chris. I've done responsive images in the past. 20:17:52 ... I don't know if we've solved this for videos. 20:18:07 ... I agree that we should not keep this in there. 20:18:21 q- 20:18:26 ... I can follow up with folks such as Tab Atkins in CSS. 20:20:38 Action gregwhitworth : do interop testing of devicePixelRation + screen.width & height on FF/Edge/Chrome/Safari with/without zoom 20:21:24 chcunningham: I have a separate action, which is. As Luke posted, Cast reports 720 and devicePixelRatio at 1.5. 20:21:58 ... I want to make sure that reporting the right size is feasible. 20:22:25 ... What I hope not to learn is that there could be some new way that could break the web. 20:22:53 GregFreedman: It may be that 1.5 is the correct answer for the graphics pane, and maybe not the right answer for the video pane. Are we stuck there? 20:23:22 chcunningham: Perhaps. The graphics are technically being scaled up to the higher density, so that's not so bad. 20:23:56 vi: For DevicePixelRatio, is there disagreement on the way to get physical resolution? 20:24:12 q+ 20:24:33 chcunningham: I think we have agreement. But there may be subtelties I'm not aware of. 20:25:26 gregwhitworth: With regards to specific items in the PR, do we want to remove this information? Since now we're saying that a separate API should solve the problem. 20:26:12 chcunningham: We could remove it from the PR to land the PR. Not clear what the solution will be in the end. It's not that we're not trying to solve the problem, it's we're trying to solve it in a way that does not break the rest. 20:26:38 ... I'm leaning towards not landing something that does not have consensus, and then working on it separately. 20:26:49 gregwhitworth: Is it OK if I take a resolution? 20:27:14 ack jernoble 20:27:47 jernoble: I just wanted to comment on what a CSS pixel means on iOS. Pinch and zoom is different there. We're not going to change pixelDeviceRation when the user pinches and zooms. 20:27:54 ... It encompasses canvases, images, etc. 20:28:07 ... I think that the CSS WG knows that it needs to look into it. 20:28:21 ... We just need to make sure that they know we add media playback to the list of problems. 20:28:57 Resolved: Remove the screen width & height from VideoDisplayConfiguration PR until action is done and we can make an informed direction 20:29:08 Topic: Removing VideoDisplayConfiguration 20:29:30 gregwhitworth: Ironically, the other issue is whether to completely remove VideoDisplayConfiguration. 20:29:39 Issue: https://github.com/w3c/media-capabilities/issues/134 20:29:52 ... And hang that out of window.screen.video. 20:30:26 ... Possible mitigation needed for fingerprinting. We're fine if that can be done through an attribute. 20:31:23 chcunningham: I'm all for following best practices. I was unable to identify a mitigation that could not be done with an attribute. 20:31:39 jernoble: [explaining difference between active and passive fingerprinting] 20:32:10 ... I don't think that the fact that it's an attribute vs. a method changes much, it's possible to catch "get" on an attribute in particular. 20:32:39 ... The idea of a Privacy Budget was presented at TPAC. 20:33:09 ... Once a threshold is reached, a browser could decide to return different answers for an API in order to reduce the number of leaked bits. 20:34:13 ... I don't think that the asynchronous vs. synchronous nature is of importance. It's the face that we have a query mechanism, that naturally only returns what is requested. 20:34:42 GregFreedman: With a method, you'd have to have JS to call the exact method. 20:34:54 jernoble: Right, but people interested in fingerprinting would do that in any case. 20:35:44 chcunningham: Thinking about Privacy Budget. I can think of 2 ways: 1. you call the attribute prior to hitting the privacy budget, then it would make sense to continue returning the same response after you hit the budget. 20:36:14 ... 2. you call the attribute after hitting the privacy budget, then we could signal a default screen, e.g. an HD screen no matter what. 20:36:31 ... I don't know if that matches the idea behind Privacy Budget, but that seems reasonable. 20:36:38 Vi: That sounds good. 20:36:59 gregwhitworth: So convert to static accessor hdrSupported? 20:37:18 RESOLUTION: Convert hdrSupported to static accessor 20:37:31 Topic: TAG review 20:37:39 gregwhitworth: Has there been some TAG review? 20:37:52 chcunningham: Media Capabilities had some TAG review on part of the spec. 20:38:01 ... Not on the HDR features. 20:38:07 tag review: https://github.com/w3ctag/design-reviews/issues/218 20:38:30 gregwhitworth: If we're following the same pattern as before, then that seems good. I just want to make sure we don't miss that. 20:39:09 RRSAgent, make minutes v2 20:39:09 I have made the request to generate https://www.w3.org/2019/10/02-mediawg-minutes.html tidoust 20:56:15 RRSAgent, bye 20:56:15 I see 1 open action item saved in https://www.w3.org/2019/10/02-mediawg-actions.rdf : 20:56:15 ACTION: gregwhitworth to do interop testing of devicePixelRation + screen.width & height on FF/Edge/Chrome/Safari with/without zoom [1] 20:56:15 recorded in https://www.w3.org/2019/10/02-mediawg-irc#T20-20-38 20:56:17 Zakim, bye 20:56:17 leaving. As of this point the attendees have been gregwhitworth, Francois, Vi_Nguyen, Greg_Freedman, Chris_Cunningham, John_Simmons, Jer_Noble, jernoble, chcunningham 20:56:17 Zakim has left #mediawg