15:00:23 RRSAgent has joined #me 15:00:27 logging to https://www.w3.org/2024/11/05-me-irc 15:00:32 meeting: Media and Entertainment IG 15:00:52 present+ Kaz_Ashimura, Chris_Needham, Hiroki_Endo, Hisauki_Ohmata, Ryo_Yasukawa 15:01:53 cpn has joined #me 15:02:02 ohmata has joined #me 15:02:29 nhk_ryo has joined #me 15:02:32 present+ Bernd_Czelhan 15:02:41 present+ Niko_Faerber 15:02:48 present+ Tatsuya_Igarashi 15:03:01 present+ Francois_Daoust 15:03:16 Igarashi has joined #me 15:03:21 agenda: https://lists.w3.org/Archives/Public/public-web-and-tv/2024Nov/0000.html 15:03:23 present+ 15:03:34 Louay has joined #me 15:03:35 rsagent, make log public 15:03:36 present+ 15:03:39 rrsagent, draft minutes 15:03:40 I have made the request to generate https://www.w3.org/2024/11/05-me-minutes.html kaz 15:03:44 zakim, who is on the call? 15:03:44 Present: Kaz_Ashimura, Chris_Needham, Hiroki_Endo, Hisauki_Ohmata, Ryo_Yasukawa, Bernd_Czelhan, Niko_Faerber, Tatsuya_Igarashi, Francois_Daoust, Igarashi, ohmata 15:04:10 present+ Louay_Bassbouss 15:04:12 present+ Andreas_Tai 15:04:28 present+ Ingar 15:04:39 hiroki_endo has joined #me 15:04:39 present+ Piers_O'Hanlon 15:06:19 topic: Next Generation Audio and Video Codecs 15:06:28 atai has joined #me 15:06:33 cpn: NGA proposal presented at TPAC 15:06:51 ... figured out where to go next 15:07:09 ... outcomes: gap analysis for audio, also consder video 15:07:15 s/consder/consider/ 15:07:36 bc: not quite sure about the gap analysis 15:07:52 cpn: let's figure out what it really means 15:08:01 ... we start with use cases 15:08:20 ... some of this in the document we prepared 15:08:28 ... some of this already 15:08:36 bc: need to learn from the industry 15:08:42 ... what's done so far 15:08:47 ... and what's still missing 15:09:01 ... deliver something which is as good as experience 15:09:18 ... what's trying to bring 15:09:36 cpn: this is a conversation TV industry and media is doing 15:10:01 bc: my understanding is maybe some service provider can address today's technology 15:10:16 ... but I'm missing how should we work on that 15:10:26 cpn: we could write a document to capture the points 15:10:34 ... that kind of use cases and gap analysis 15:10:45 ... that's what we can turn into a document 15:10:54 ... more technical analysis too 15:11:14 bc: meeting for that purpose? 15:11:16 cpn: yeah 15:11:21 ... we can do that 15:11:27 ... can use this meeting also 15:11:41 ... or can have special topic-focused meeting too 15:11:58 ... if we have a lot to talk about, we can schedule another meeting 15:12:03 ... can be flexible 15:12:07 bc: sounds perfect 15:12:25 ... we can already work on the document 15:12:38 ... also dedicated meeting would be good 15:12:52 cpn: sounds good to me 15:13:03 ... perhaps separately from this meeting itself 15:13:12 ... happy to talk separately 15:13:15 bc: ok 15:13:20 rrsagent, make log public 15:13:24 rrsagent, draft minutes 15:13:26 I have made the request to generate https://www.w3.org/2024/11/05-me-minutes.html kaz 15:13:34 cpn: not sure about video at the moment 15:14:01 ... that is again would be interesting to hear somebody is interested 15:14:15 ... a bit introduction to work 15:14:23 ... could also cover that 15:14:35 ... if you're designing APIs 15:14:43 ... bigger problem with focusing on 15:15:04 ... but I think moving up would really require special knowledge 15:15:10 ... might be longer term 15:15:28 ... was interesting a couple of people showed interest 15:15:48 ... think some of the materials are already there 15:15:52 bc: yeah 15:16:09 ... some requirements there 15:16:36 ... real deployment would be helpful 15:16:44 cpn: yeah, industry support would be good 15:16:50 ... any other thoughts? 15:16:57 nf: one question 15:17:08 ... gap analysis 15:17:16 ... what are the two points? 15:17:33 cpn: between the user needs we have and technical capability the Web has 15:17:41 ... two ways to view this 15:17:48 ... use case perspective first 15:18:01 ... things supported by browsers today 15:18:07 ... and missing something 15:18:19 ... alternative is more codec-centric 15:18:33 ... we have some particular technology 15:18:45 ... can see some use case which drives the discussion 15:19:00 ... think that's essentially what we need 15:19:03 ... e.g., for web audio 15:19:15 ... would communicate about that 15:19:22 nf: ok 15:19:48 cpn: we can follow up this separately on the industry side 15:19:53 topic: Media WG update 15:19:59 cpn: a few updates 15:20:13 ... just agreed to publish the Audio Session API spec 15:20:28 ... allows source-mixed media 15:20:34 ... music and notification, etc. 15:20:43 ... with some volume temporary 15:21:03 ... then WebCodecs 15:21:12 ... kind of video frame metadata 15:21:22 ... camera effects, e.g., acground blur 15:21:34 ... through video frame metadata 15:21:57 s/video frame/VideoFrame/g 15:22:05 ... this is a lot of development by RTC 15:22:27 ... can see camera effects tied to content 15:22:42 ... if those kind of use cases identify the gaps 15:22:50 ... coming from RTC world 15:23:03 ... then brief outcome around Text Tracks in MSE 15:23:22 ...support of Timed Text carried in media container files 15:23:29 ... organize a dedicated session 15:23:34 s/...s/... s/ 15:23:47 ... my organization is interested 15:23:59 ... any thoughts/questions? 15:24:04 rrsagent, draft minutes 15:24:06 I have made the request to generate https://www.w3.org/2024/11/05-me-minutes.html kaz 15:24:14 topic: Multi-Device Timing 15:24:44 cpn: long term topic 15:25:05 ingar: did some work to generate interesting forum around timing 15:25:16 ... starting at TPAC 2016 15:25:22 @@@ minutes 15:26:01 ingar: having put this into a standardization draft 15:26:07 ... just a pending some interest 15:26:17 ... ended up 15:26:30 ... should I say something about the initiative itself? 15:26:34 cpn: yeah 15:26:40 ingar: high-level 15:26:57 ... this IG is about Media 15:27:13 ... great opportunity is the Web having information on timing 15:27:29 ... any event handling, etc. 15:27:44 ... this is sort of the thing for multi-media 15:27:53 ... Web is a bit different 15:28:03 ... doesn't have actual timing information 15:28:33 ... the idea is making it generic to have timing model 15:28:44 ... independent from any specific framework 15:28:52 ... quite successful 15:29:08 ... so many different cases there 15:29:15 ... video and audio 15:29:27 ... missing piece is not much 15:29:35 ... what to be standardized? 15:29:43 ... not much to standardize 15:30:12 ... HTMLMediaElement was not made for synchronization 15:30:44 ... possible command for that purpose 15:30:56 ... time sync vector and try to get there 15:31:13 ... really important use cases 15:31:22 ... we can do multi device things 15:31:28 ... timing is the important word 15:31:39 ... opens up many opportunities 15:31:57 ... entertainment media, sensor data, etc. 15:32:03 ... would be interesting to many people 15:32:04 q? 15:32:11 q+ 15:33:03 ... discussing what HTMLMediaElement would do 15:33:17 cpn: synchronizing things and timing object 15:33:39 ... huge traction for Web browser vendors 15:33:59 ingar: just one use case for that 15:34:15 ... but three are thousands of use caeses there 15:34:20 s/caeses/cases/ 15:34:28 ... you don't really bundle things 15:34:57 ... would be more useful to have people to share the ideas 15:35:17 cpn: a lot of stuff not purely timing-oriented 15:35:21 ingar: right 15:35:37 scribe+ cpn 15:36:06 Kaz: I've been working with MEIG for a while, and also WoT group, multi-model group from 10 years ago 15:36:41 ... Do we need to think about synchronisation just for web browsers, or maybe also non-browser entities like IoT sensors, surveillance cameras 15:36:50 ... Could use exsting statechart mechanisms also? 15:37:42 Ingar: It's not specific to the web, yes. Even though we named it "multi-device timing", we didnt' really look at the multi-device part, more the timing object 15:38:09 ... Having a standard way to do the multi-device part could be a consideration. But the timing part opens up the use cases 15:38:47 Kaz: During TPAC2024, Audio WG people were intersted in presice sync. Could create a document with use case 15:39:22 Ingar: Sure, the findings back then, the limiting factor was the ability to locally control the media element. We got that down to around 7-10ms on reasonable devices 15:40:03 ... For general sync of timing objects across web clients, was 1 or 2 ms. Good enough for a lot of applications, or maybe not for some specific audio apps 15:40:25 Kaz: Technically, need some precise base clock 15:41:04 Ingar: You need a clock, rely on the server you connect to. That's the way we did it, and sync based on network latency, you can get to 1-2 ms off. 15:41:45 ... You shouldn't have to depend on anything, the important thing is availabiltiy of a sync signal, and see the clock as an app level object and not an infrstructure resource 15:41:55 Kaz: So Timing Object is like a virtual clock? 15:42:16 Ingar: It's like a logical clock, stopwith 15:42:23 s/stopwith/stopwatch/ 15:42:44 q? 15:42:45 q- 15:42:59 topic: TPAC Breakout: Sync on the Web 15:43:07 cpn: related breakout around syn on the Web 15:43:22 ... ms-accurate synchronization 15:43:44 ... APIs to synchronization 15:43:49 s/to/for/ 15:44:00 ... some points made for digital twins as use cases 15:44:04 ... cloud gaming as well 15:44:16 ... discussion happen within the Web&Networks group 15:44:39 ingar: overlap there 15:45:05 ... as long as you have a timing object for event handling 15:45:33 ... sometimes people monitor the latency 15:45:48 ... can be very complicated but could simplify it 15:46:08 cpn: a broad question 15:46:17 ... is there something renewed interest? 15:46:36 ... you have solutions working pretty well 15:46:43 ... not so much to be done here 15:47:12 ... it's ashamed to close the CG... 15:47:26 ingar: got a report to sending the content accessible 15:47:26 q+ 15:47:38 cpn: all the archive can be accessed 15:47:51 ingar: there is an opportunity there 15:48:00 ... one framework or another 15:48:29 ... one thing you could do is going back to the industry to find people interested 15:48:38 ... many type of application domains there 15:48:47 rrsagent, draft minutes 15:48:48 I have made the request to generate https://www.w3.org/2024/11/05-me-minutes.html kaz 15:48:54 q? 15:48:59 cpn: with our communities here 15:49:05 ... heard from Mr. Komatsu from NTT also 15:49:20 ... how to do sync using Media over QUIC 15:49:40 ... this "Sync on the Web" session was a reminder to let us think 15:49:48 ... would let him know 15:49:59 ingar: talking to industry from time to time 15:50:11 ... one example is media stream 15:50:26 ... rendering some content 15:50:37 ... it seems such an easy thing 15:50:46 ... but that's pretty hard for developers to do that 15:50:51 ... different cases there 15:50:58 ... it's really a showstopper 15:51:13 ... for media industry business 15:51:28 q? 15:51:35 ack t 15:51:39 fd: hi, Ingar 15:52:04 ... Ian and Dom are handling the CG procedure 15:52:19 ... checking the progress of CGs 15:52:37 ... wanted to confirm that closing the CG itself would not loose the content 15:52:46 ... nothing would be lost 15:53:07 ... we can have a blog post when we revive the topics 15:53:30 ... also wanted to note 15:53:45 ... latency and timing measures 15:54:03 ... orchestration of multi-devices 15:54:17 q+ 15:54:36 cpn: potential improvement for media handling 15:55:21 ... it doesn't say you need to respond for this level of accuracy 15:55:35 ... ability for typical browser 15:55:50 ... argument goes a quality of implementation issue 15:56:15 ingar: even the sort of properties 15:56:22 ... is that good enough? 15:56:43 ... skipping is happening 15:56:52 ... that is always a source of noise 15:57:04 cpn: focusing on that level might be productive 15:57:23 ... more sort of practical data we have 15:57:29 ... in the accuracy 15:58:01 ingar: just having a sort of test 15:58:13 ... in some kind of video content 15:58:16 ... might be useful 15:58:31 ... appreciate to let me talk 15:58:53 q+ Louay 15:59:01 lb: regarding testing 15:59:12 ... working for CTA WAVE testing 15:59:22 ... video playback 15:59:36 ... to check the current time is fine so far 16:00:10 ... there is a feature for @@@ 16:00:27 ... you can select any applications to listen to music 16:00:37 ... what you ned is just connecting apps 16:00:49 ... multi-device timing with any other applications 16:01:03 cpn: media session coordinator is one approach 16:01:16 ingar: it's important to open up it for anybody 16:01:24 ... not limited to any specific protocols 16:01:34 ack l 16:02:22 kaz: Another discussion place is Web of Things. I'll talk with WoT chairs also. Time synchronization is not yet defined within the model. 16:02:33 s/kaz:/scribenikc: tidoust/ 16:03:04 topic: Content Authenticity 16:03:09 scribe+ 16:03:20 cpn: potential workshop next year 16:03:28 topic: CTA WAVE Collaboration 16:03:45 cpn: streaming media test suite 16:03:52 ... plan for follow up 16:04:07 topic: Next meeting 16:04:12 cpn: same time in Dec 16:04:22 [adjourned] 16:04:27 rrsagent, draft minutes 16:04:28 I have made the request to generate https://www.w3.org/2024/11/05-me-minutes.html kaz 19:17:19 Zakim has left #me