13:57:17 RRSAgent has joined #me 13:57:21 logging to https://www.w3.org/2025/04/01-me-irc 13:57:21 Zakim has joined #me 13:57:37 Meeting: Media & Entertainment Interest Group 13:57:47 Agenda: https://www.w3.org/events/meetings/6cb66caf-1dce-4ee3-8e0a-7dfcac0ece38/ 14:00:19 ohmata has joined #me 14:00:37 agenda: https://lists.w3.org/Archives/Public/public-web-and-tv/2025Apr/0000.html 14:00:44 rrsagent, make log public 14:00:49 rrsagent, draft minutes 14:00:50 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:01:15 nigel has joined #me 14:01:20 chair: Chris_Needham, Tatsuya_Igarashi 14:01:25 present+ Kaz_Ashimura, Chris_Needham, Kazuhiro_Hoya, Hisayuki_Ohmata, Rob_Smith, Tatsuya_Igarashi 14:01:31 scribe+ cpn 14:01:39 RobSmith has joined #me 14:01:40 present+ Francois_Daoust 14:01:55 present+ Nishitha_Day 14:02:32 present+ Wolfgang_Schildbach, Timo_Kunkel 14:02:43 rrsagent, draft minutes 14:02:44 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:03:34 louay has joined #me 14:03:43 present+ Louay_Bassbouss 14:03:43 present+ Louay_Bassbouss 14:04:01 rrsagent, draft minutes 14:04:02 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:04:25 present+ Louay_Bassbouss 14:04:49 Present+ Nigel_Megitt_BBC 14:04:56 scribe+ nigel 14:04:57 rrsagent, draft minutes 14:04:58 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:05:45 topic: Status of the Audiovisual Media Formats for Browsers Community Group 14:06:05 -> https://www.w3.org/community/av4browsers/ AV4Browsers CG 14:06:11 igarashi has joined #me 14:06:23 present+ 14:06:45 rrsagent, draft minutes 14:06:46 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:07:27 Timo: We started the group about 2.5 years ago 14:07:38 i/We started/scribenick: cpn/ 14:08:13 ... The idea was to discuss how the linear media landscape that has developed, modern formats like HDR, high frame rates, audio with complex channel arrangements 14:08:28 ... Things from the commercial world, and provide proposals and bring to the media groups 14:08:54 ... We had a couple of meetings online, and at two TPACs. We brought one proposal forward that has made some progress 14:09:22 ... The challenge now is we haven't had much activity in that group that couldn't be dealt with in MEIG 14:09:41 ... The question is, by having additional groups, are we stretching ourselves too thinly? 14:10:08 ... Is there a good reason to continue keeping that CG active, or should we make it dormant or even close it? 14:10:18 ... I'll post a statement to the group's reflector later today 14:10:46 ... There's some overlap with the groups. From our point of view, it would be ok to fold the activities into this group 14:11:24 q+ to agree that folding the work of the CG into this IG sounds like it makes sense 14:12:01 cpn: We created the CG in a way that's quite aligned with this IG 14:12:14 .. It's looking at use cases and requirements, but also because of the IPR issues, 14:12:15 i|We created|scribenick: nigel| 14:12:24 .. not designing solutions or developing technical proposals. 14:12:27 rrsagent, draft minutes 14:12:29 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:12:35 .. Aligns closely with the way this IG is set up. 14:12:50 .. We take the same approach, surfacing requirements not designing solutions, 14:12:58 .. then bring those requirements to the relevant working groups. 14:13:17 .. Another interesting role of this IG within W3C is that we have a number of liaison relationships 14:13:30 .. with other SDOs in the media industry and within the wider W3C context any 14:13:51 .. liaison-level exchange between SDOs tends to come through this group. 14:13:59 .. It's another useful thing we can do here. 14:14:09 .. I don't have a strong opinion about closing the CG. 14:14:20 .. I'd like to keep working on the topics you've raised there. 14:14:26 q+ 14:14:36 .. If we start to do that work here I'd hope that people would gravitate towards contributing here. 14:14:50 .. I haven't noticed a lot of CG activity aside from what you've been driving yourselves, 14:15:05 .. but from the interests of other people who have joined that group, I wouldn't want to stop them doing work. 14:15:19 .. My suggestion is to continue the specific topics and build on them here. 14:15:34 .. Announce to the groups that is what we plan to do and see what the response is. 14:15:48 .. If it goes quiet in the CG that might indicate if we can close it later on. 14:16:07 Timo: We want feedback too rather than closing the group unilaterally. 14:16:22 .. There are still valid ideas that maybe can be tackled more effectively through the IG 14:16:33 .. I don't know if everyone in the CG is also in this group. 14:17:14 Nigel: It makes sense to me to bring the CG work here. I'd take a stronger line, and close the CG 14:17:27 ack n 14:17:27 nigel, you wanted to agree that folding the work of the CG into this IG sounds like it makes sense 14:17:36 kaz: Thank you for rejoining W3C! 14:17:48 .. I tend to agree with Chris's point and I'd like to suggest you talk to the CG participants 14:18:01 .. again and clarify which parts of the CG are to be done by the IG and which still by the CG. 14:18:12 .. For example your further communication feedback and so on. 14:18:26 q- 14:18:28 cpn: I think the email Timo is proposing to send would surface that. 14:18:47 .. The scope is around use cases and requirements there are no particular parts to split out. 14:18:58 .. We would just continue it all here rather than leaving some topics there and some here. 14:18:59 i|It makes sense|scribenick: cpn| 14:19:14 i|Thank you for|scribenick: nigel| 14:19:14 Timo: My gut feeling is we post here and give ample time for people to reply. 14:19:16 rrsagent, draft minutes 14:19:17 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:19:32 .. No feedback is actually good feedback to make a clean cut like Nigel proposes. 14:19:52 .. Just keeping something running with no action is probably not helping our community. 14:20:00 .. Finding a direction one way or another would be good. 14:20:17 .. We're getting the impression that there isn't any CG work that can't come here to the IG. 14:20:32 q+ 14:20:33 cpn: Any other opinions or thoughts? 14:20:36 ack r 14:20:50 RobSmith: Thanks Chris, the only other thought is that the CG is free to participate in, 14:21:04 .. so it is an accessible landing pad for new participants, so if someone is looking at the activities 14:21:19 .. and wants to provide feedback that's an easy way to make a contribution rather than try to get 14:21:35 .. into an IG meeting that is more strictly controlled, I understand why, so leaving the CG open 14:21:42 .. is like an open invitation to others to participate. 14:21:57 .. It sounds as though the existing participants are happy to transfer though. 14:22:10 Timo: Thanks for the comment, that's one of the reasons we started the CG, to give that forum. 14:22:38 .. The question is whether it is acceptable for W3C and the wider community if it is ok for the CG to 14:22:59 .. be basically a mailbox. If you keep it dormant it's okay by me but it may be fully inactive. 14:23:08 .. Question for the structure of CGs in W3C. 14:23:16 q+ to comment on dormant CGS 14:23:21 ack t 14:23:21 tidoust, you wanted to comment on dormant CGS 14:23:26 q+ 14:23:36 tidoust: Just to react: we close the CGs these days rather than keeping dormant ones around. 14:23:52 .. We try to be pro-active rather than giving a false impression of activity when there is none. 14:24:20 .. In this case noone jumped on the possibility to join the discussion, or used the CG to raise new use cases 14:24:32 .. or requirements, so I don't think there's any problem closing it now you're all on board. 14:24:55 Timo: I guess everything remains archived, so if we needed to reopen we could do that? 14:25:01 tidoust: Sure, no reason, everything is archived. 14:25:04 wschildbach has joined #me 14:25:11 .. The IG mailing list is public and publicly archived too. 14:25:23 .. Anyone can raise an issue, there's no strong barrier to participation in any case. 14:25:25 q? 14:25:28 ack k 14:25:46 kaz: If the CG is not active enough for a while, e.g. 6 months or 12 months, it will be closed automatically 14:25:57 .. by the W3 Team, so you don't need to close it right away. 14:26:08 .. Maybe in 6 months you can close the CG if there's no discussion. 14:26:29 cpn: Additionally, the IG has a public mailing list and people do respond to things. 14:26:45 .. And a publicly visible GitHub, which sometimes attracts input from non-participants in our group. 14:26:51 q? 14:27:01 .. I think we can manage with the issue that Rob described because if people are paying attention 14:27:18 .. to media things in W3C they are looking at this group and the WG and Web Audio WG, a small number 14:27:26 .. of groups where the conversations are happening. 14:27:34 .. Having fewer venues overall is more managable. 14:27:36 q+ 14:27:45 .. An easy route into participation is important, it's a good point. 14:27:55 RobSmith: I agree, all good points. 14:27:56 ack r 14:28:09 .. It might be worth making them when the CG is closed down so there's a record and 14:28:23 .. people can navigate to the IG and mail them or go to the repo. 14:28:31 .. Signposting. 14:28:35 cpn: Good suggestion 14:29:02 .. I think we've reached a good path forward on this. Timo, I'm happy to coordinate with you 14:29:12 .. to draft that message out to the group and include Rob's suggestion. 14:29:30 .. Shall we talk about the proposals in that group and see where we got to and what needs to be done next? 14:29:47 .. In the agenda I linked to the last discussion that we had on this at TPAC last year. 14:29:54 https://www.w3.org/2024/09/23-me-minutes.html#t03 14:30:11 cpn: I'll do a screen share, with your slides from last time. 14:30:50 i|Shall we|topic: HDR formats in Media Capabilities| 14:30:53 rrsagent, draft minutes 14:30:54 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:31:02 .. This was about the Media Capabilities API and specifically about commercial HDR formats 14:31:19 .. where we have the HDR metadata type that refers to various SMPTE standards which may 14:31:32 .. themselves, or may not be, commercial formats themselves, I'm not sure about the specifics. 14:31:46 .. Then we added a proposal for an additional entry that talks about a format that hasn't gone through 14:32:02 .. a standards body, so there's no SMPTE spec, but it is a well defined commercial format, and we need 14:32:13 .. an identifier so that we can allow web apps to query for support for this format. 14:32:28 .. We talked through different approaches like the way EME refers to the HDCP specifications and the 14:32:31 .. different levels. 14:32:43 .. We talked about having a Registry approach for the HDR metadata fields. 14:33:03 .. Then the question is, if we have such a Registry, what document do we reference? 14:33:15 .. Two questions: which identifier value should we use, and what is the reference document? 14:33:32 .. For the Dolby Vision metadata there are a number of resources available, public specifications even if 14:33:44 .. they are proprietary documents. We could reference those. 14:33:48 .. That was the material presented. 14:33:59 .. The discussion: how did we conclude? 14:34:01 rrsagent, draft minutes 14:34:02 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:34:13 Timo: I recall that the feedback was positive on doing something like this. 14:34:24 .. In TPAC 2023 the proposal was a Registry instead of an enum. 14:34:32 .. In TPAC 2024 the group asked why not an enum. 14:34:43 .. From a functionality point of view both approaches are fine. 14:34:51 .. We now need to work on which one to propose. 14:34:54 i|I'll do a screen|slides: https://www.w3.org/2011/webtv/wiki/images/a/a6/MediaCapabilities_Proposal_Update.pdf| 14:34:56 rrsagent, draft minutes 14:34:58 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:35:04 .. Enums are more well defined in the long term. 14:35:06 .. Registries can be changed more easily. 14:35:08 q+ 14:35:17 .. Deleting obsolete ones might be easier. 14:35:24 .. The question is what to hand over to the WG. 14:35:38 .. The whole technical side is not rocket science, we just need to work it out and make a proposal. 14:35:47 cpn: Are there any other fields than the identifier needed? 14:35:59 Timo: From a Dolby side the most urgent request is for one identifier, 14:36:21 .. but it might be beneficial to add more fields too, I'm not sure. Something that should be queried. 14:36:35 .. If there is a flexibility to add more options that could be a nice add-on. 14:36:50 cpn: It might be interesting to describe what that looks like if what you've done is to maybe identify 14:37:04 .. what a minimal change would be, but also if there's a more complete solution that would be better in some way. 14:37:25 .. It would be interesting to capture both approaches, and if other vendors have requirements in this area 14:37:32 .. then it would be interesting to see how those align. 14:38:21 Nigel: On the point about registries, the Process has requirements for how to do them. A key point is that the group that defines them must set the rules for if and how they can be changed 14:39:19 ... If a concern is that registries are too flexible compared to an enum, that can be handled in the rules. For example, requiring new values for things that change. Or if you want to allow flexibility for obsoleting values, that can also be handled 14:40:16 ... I'd advocate for using registries as a better choice, as long as you've captured the requirements. With enums they'd be specified in the Rec track document, then the cost of change is an update to the Rec track document 14:40:37 i|On the point|scribenick: cpn| 14:40:39 rrsagent, draft minutes 14:40:40 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:40:57 ... A registry can decouple that. Another consideration is whether there's normative functionality based on the values. If there is, it has to be in the enum, as you can't put normative requirements on the behaviour of the registry entries 14:41:18 Timo: Thanks, that's good feedback 14:41:48 ... This is what we want to learn. I need to look into that. I don't think we'd want to delete an enum, if a format disappears over time 14:42:00 q+ 14:42:08 q- 14:42:14 ... My feeling is that it's fine to keep around even for historical values 14:42:43 Nigel: The registry entry can have multiple fields. You could also indicate the status: proposed, active, obsolete, or whatever 14:42:56 ... It could be a way to keep historical values 14:43:34 Timo: I'll take this to our team, will be good to move this forward 14:43:39 q+ 14:44:17 Wolfgang: Can we mix the enum and registry values? So in future registry values can be used? 14:44:24 ack w 14:44:32 Nigel: Why mix them? 14:44:55 Wolfgang: If they're enums today, you couldn't add registry values later 14:45:57 ... It's a question about the entire set of values 14:46:26 ... If we expect to add other values with non-normative requirements, could make the change now 14:46:57 ... For the proposed value that started the discussion, it doesn't matter. I don't think normative behaviour is connected 14:47:34 Timo: One concern I recall was what happens to the existing enum values? Would they also go into the registry? 14:47:59 cpn: It's simplest overall to change it all over to the Registry. 14:48:15 .. In terms of the implementation, in practice, there are tools that will generate 14:48:27 .. implementations from enums. If an application that uses a value not in the enum it will 14:48:42 .. be rejected with an exception. Once you move to the registry approach you're just passing 14:48:55 .. strings so the user may or may not be passing in a known string in the registry so to preserve 14:49:06 .. that backwards compatibility there would need to be additional behaviour specified, 14:49:18 .. if the string that comes in does not match a known enum value then raise an Exception. 14:49:32 .. Free functionality with an enum, but you don't get that by passing strings. 14:49:45 .. The EME spec does this. I'm not sure what the behaviour is if you pass a string that 14:50:01 .. is not a known Registry entry, but that would be something we'd have to define. 14:50:10 .. Could mimic the enum behaviour and throw an exception. 14:50:24 .. Or maybe it goes into an algorithm for querying support and you just get a "no" because we 14:50:27 .. don't know what it is. 14:50:38 .. There would be a behavioural change that we'd need to work through. 14:50:44 .. The WG would need to figure this out. 14:51:01 .. When Nigel was speaking you convinced me that Registries are a good idea and lets use it, 14:51:06 .. for the reason of maintainability. 14:51:19 .. We could have a stable spec where the only thing that changes is additions to the Registry as new 14:51:38 .. formats get defined and that's a good reason to do it. You don't need to reopen the spec once it 14:51:47 .. gets to Rec. That's how the EME HDCP versions have been defined as well. 14:52:06 Timo: If we go that way, we could look at the transfer function or the colour gamut too. 14:52:19 .. There's nothing new today but something could come up, like more than 3 primaries or something like that. 14:52:27 [I don't think you'd want to throw an "invalid value" error to mimic an enum when a registry is used. A registry is also a recognition that the list of values is designed to evolve and that different implementations may support different values] 14:52:32 q? 14:52:36 Timo: So there could be a good reason to change the structure so it's more flexible. 14:52:54 cpn: The easy thing at this stage is, if there are other parameters that you think would be useful 14:53:07 .. in Media Capabilities, make a note, write them down to give a hint as to the kind of things we may 14:53:13 .. want to query for that you can't do at the moment. 14:53:28 .. That comparison between a single enum value or identifier we could add, vs that plus some other 14:53:43 .. parameters. Am speaking vaguely because I don't know what you're thinking of in that regard. 14:53:52 q- 14:53:53 .. If you think that's an important consideration it is worth writing it down. 14:54:08 .. Then we can go to the MediaWG and explain our reasoning and ask if they are comfortable 14:54:16 .. and can do the editorial work to make it happen. 14:54:23 Timo: I will take this back and get back to you. 14:54:59 kaz: In addition to the Timed Text Registry approach we are also using it for IoT ecosystem and 14:55:14 .. the Registry approach is more flexible and can manage variations over specific registry entries, 14:55:20 .. so I like to agree with Nigel and Chris here. 14:55:48 cpn: Final thing I'll mention is, ~half an hour before the meeting, I had an email from Thomas Stockhammer 14:55:56 s/we are/WoT WG is/ 14:56:16 q? 14:56:16 q- 14:56:19 .. to say that in the WAVE XXX task force there's a need for us to collaborate and see what each other is doing. 14:56:27 rrsagent, draft minutes 14:56:29 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:56:35 .. I suspect this is two halves of the same coin, having the functionality in Media Capabilities, 14:56:42 .. and the work in how to test device compliance and so on. 14:56:49 Topic: AOB - TTWG updates 14:56:55 i|It's simplest overall|scribenick: nigel| 14:57:04 rrsagent, draft minutes 14:57:05 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:57:12 Nigel: Two updates. On 11 March, TTWG published a CR of DAPT 14:57:24 -> https://www.w3.org/TR/dapt/ DAPT CR 14:57:47 Nigel: Dubbing and Audio Description Profiles of TTML2. It's also useful for transcripts and translations 14:57:59 ... Can be a transcript of the audio in the media, or what's in the video image 14:58:05 i|Dub|scribenick: cpn| 14:58:06 rrsagent, draft minutes 14:58:07 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:58:21 ... Made some good changes, to iron out complex use cases, on tracking what some text relates to in the media 14:58:41 ... We welcome any implementation work, let us know. 14:58:57 ... There's an EBU tool that does transcription and translation, and outputs that as DAPT 14:59:10 ... The time is right to give implementation feedback, and feedback on the spec itself 14:59:25 ... The second thing I wanted to raise, we're beginning work on IMSC 1.3 14:59:28 -> https://lists.w3.org/Archives/Public/public-tt/2025Mar/0018.html W3C TTWG seeks feedback on draft IMSC 1.3 14:59:39 i|Two updates|scribenick: cpn| 14:59:40 rrsagent, draft minutes 14:59:42 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 14:59:52 ... I wrote a message to send as liaison. You may have noticed we published the IMSC HRM as a Rec, and it doesn't include support for the image profile of IMSC 15:00:11 ... So you can no longer assess the presentation complexity for image captions in the same way you can in IMSC 1.2 15:00:33 i|Two updates|subtopic: DAPT CR| 15:00:33 ... The main motivation for IMSC 1.3 is to add superscript and subscript features 15:00:38 i|The second thing|subtopic: IMSC 1.3| 15:00:40 rrsagent, draft minutes 15:00:41 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 15:00:47 ... But to manage the complexity in the spec, I'm proposing to remove the image profile 15:00:54 ... We want feedback. If you want the image profile, let us know 15:01:05 ... If you want something fixed in the image profile, also let us know 15:02:06 cpn: Thank you, there are a number of things for us to follow up. 15:02:12 .. Let's see what we can do between calls. 15:02:18 .. Next meeting May 6th. 15:02:26 .. Would be good to make progress in between if we can on these. 15:02:31 i|Thank you|scribenick: nigel| 15:02:37 i/cpn: Thank you/Topic: Meeting close 15:02:47 .. any final comments before we end? 15:02:50 [no comments] 15:02:55 rrsagent, draft minutes 15:02:56 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 15:03:09 cpn: Thank you all, see you in May, or at the AC meeting next week if you're there! 15:03:13 .. [adjourns meeting] 15:03:17 rrsagent, draft minutes 15:03:18 I have made the request to generate https://www.w3.org/2025/04/01-me-minutes.html kaz 15:03:24 wschildbach has left #me 15:43:07 louay has joined #me 15:43:07 cpn has joined #me 15:43:07 englishm has joined #me 15:43:07 ovf has joined #me 17:31:58 Zakim has left #me