- From: Kazuyuki Ashimura <ashimura@w3.org>
- Date: Fri, 21 Oct 2011 00:48:23 +0900
- To: public-web-and-tv@w3.org
available at:
http://www.w3.org/2011/10/20-webtv-minutes.html
also as text below.
Kazuyuki
---
[1]W3C
[1] http://www.w3.org/
- DRAFT -
MPTF call
20 Oct 2011
See also: [2]IRC log
[2] http://www.w3.org/2011/10/20-webtv-irc
Attendees
Present
Clarke, Kaz, Franck, Dave_Mays, Francois, Iraj_Sodagar, Eric,
Bob, Duncan, Steven, Aizu, Narm
Regrets
Chair
Clarke
Scribe
kaz
Contents
* [3]Topics
1. [4]TPAC discussion
* [5]Summary of Action Items
_________________________________________________________
<Eric> Eric Winkelman @ cablelabs
<scribe> scribe: kaz
<scribe> scribenick: kaz_
clarke: finalize gap discussion
<Clarke> requirements:
[6]http://www.w3.org/2011/webtv/wiki/MPTF/MPTF_Requirements#Other
[6] http://www.w3.org/2011/webtv/wiki/MPTF/MPTF_Requirements#Other
<Clarke> I just realized I'm not on the phone. I'll call in again.
clarke: (reviews requirements)
... R1: LC bugs 13357, 13359 and CableLabs TV Services Mapping
... any discussion?
fd: are you thinking deliverable for the Web and TV?
... what is already on the wiki is enough?
clarke: common name services
bob: MPTF wiki motivates creating reference
... mapping for existing specifications
... would like to see if W3C would support that kind of mapping
... e.g., 1 for MPEG TS
fd: guess my question is where to bring this
bob: Web and TV, esp. this MPTF can identify this kind of use cases
... cable operators would like W3C to create specification for them
... wherever within W3C is fine
clarke: would see which requirements need clarification
<francois> kaz: do we want to bring this mapping to the HTML WG
joint meeting?
clarke: yes
fd: that's what I wanted to hear :)
k
<francois> kaz: Mark Vickers will moderate a session on Web and TV
during plenary session. Would be useful to mention MPTF results
there.
clarke: R2. Key Metadata Types
... everything is already covered
... so would suggest we delete this
no response
clarke: will delete R2
... R3. Midstream Modification of Track Elements
... HTML5 LC bug 13358 and Jan's bug
... any discussion?
(nothing)
clarke: R4. agreed to drop
... R5. also dropped
... R6. dropped
... R7 and R10 are equiverent
... adaptive bit rate parameters
... two related HTML5 LC bugs 13333 and 13625
... params to media element was rejected
... but we should reconsider it
... 13625 add attribute
... WG should address these
kaz: do we want to merge them?
clarke: could do that
bob: think we should keep them separate
... maybe solve them similarly, though
... we think that same mechanism now but after more detailed work it
might be different
clarke: make sense
kaz: ok
<francois> [I would emphasize that the group wants #13333 to be
reconsidered in the Requirements doc]
clarke: good idea
... R8 and R11
... might be able to use existing mechanism
... but adaptive bit rate might be some sort of bandwidth
... error code, etc.
... any feedback should be related for specific adaptive bit rate?
... so R8/R11 should remain
... make sense?
... R9. dropped
... one final question is R12
... bug 13357
... related to audio tracks
... doesn't seem to be specific to in-band tracks
bob: would suggest associated with R1
clarke: we probably don't need R12
... so would suggest ignore R12
... anyone disagree?
(no response)
clarke: will remove R12
... four identified gaps
... is that reasonable to moving forward with them?
(no objections)
clarke: will generate high-level slides for the HTML WG meeting
... anything related to the requirements?
(nothing)
TPAC discussion
clarke: we'll meet with HTML WG Thursday afternoon
kaz: are you joining the agenda building session of HTML WG?
clarke: yes
... DeviceAPIs joint meeting will be Friday morning
... next week will be the last week before TPAC
... final review of the slides
kaz: some more joint meetings are planned during TPAC 2011
<Clarke> Thanks, Kaz
kaz: you should express your intention on the registration site
... please see the message I sent to the group member list
[ adjourned ]
Summary of Action Items
[End of minutes]
Received on Thursday, 20 October 2011 15:48:46 UTC