See also: IRC log
<trackbot> Date: 16 October 2013
<olivier> Meeting: Web and TV IG - Media APIs TF Teleconference
<olivier> -> Proposed agenda http://lists.w3.org/Archives/Public/public-web-and-tv/2013Oct/0038.html
<scribe> scribenick: ddavis
<scribe> scribe: Daniel
olivier: Action 146, update use cases 6 & 7 has been done, no objections.
<olivier> close action-146
<trackbot> Closed action-146.
<olivier> http://www.w3.org/2011/webtv/wiki/Media_APIs/Requirements
olivier: Action 147, edit requirements doc & link to spreadsheet - done.
<olivier> close action-147
<trackbot> Closed action-147.
olivier: Action 140, Sheau to split service & device discovery in requirements doc.
<olivier> close action-140
<trackbot> Closed action-140.
Sheau: Done
<olivier> http://www.w3.org/2011/webtv/wiki/Media_APIs/Requirements#Network_Selection
olivier: Action 141, requirement on network selection.
gmandyam: I just need to add hyperlinks on the Google spreadsheet
<olivier> close action-141
<trackbot> Closed action-141.
olivier: If we're happy, let's
close 141
... That's all the action items for this Task Force
<olivier> * Gap Analysis on Requirement 9 "Context-based and targeted Service Aggregation" http://lists.w3.org/Archives/Public/public-web-and-tv/2013Oct/0028.html
<olivier> * Gap Analysis on Requirement 17 "Tuner Control" http://lists.w3.org/Archives/Public/public-web-and-tv/2013Oct/0029.html
<olivier> * Gap Analysis on Requirement 18 "Channel Identification" http://lists.w3.org/Archives/Public/public-web-and-tv/2013Oct/0031.html
<olivier> * Gap Analysis on Requirement 19 "Content Streaming" http://lists.w3.org/Archives/Public/public-web-and-tv/2013Oct/0032.html
olivier: There were a number of
mails on the list about the gap analysis
... Requirements 9, 17, 18, 19 had good suggestions of
gaps
... All specs mentioned in those requirement analysis are not
W3C specs.
... We could look at those specs to see if they do what we need
and whether we need to add features to the web platform.
<olivier> http://lists.w3.org/Archives/Public/public-web-and-tv/2013Oct/0028.html
olivier: Let's look at GA for Req
9.
... Related spec is Hybrid broadcastbroadband TV
... There are a number of gaps. ETRI people, please could you
talk more about it?
skim13: The existing spec has similar features to the application we've defined.
<olivier> http://www.etsi.org/deliver/etsi_ts/102700_102799/102796/01.02.01_60/ts_102796v010201p.pdf
skim13: Maybe we can re-use some of what's in the spec
olivier: So the recommendation is
to re-use some of the concepts, but we'll need to see how that
relates to W3C-based web platform architecture.
... Is there any volunteer to look into these
features?
<scribe> ACTION: ddavis to look into what features of existing non-W3C specs can be re-used in web platform for Gap Analysis of Req 9 [recorded in http://www.w3.org/2013/10/16-webtv-minutes.html#action01]
<trackbot> Created ACTION-152 - Look into what features of existing non-w3c specs can be re-used in web platform for gap analysis of req 9 [on Daniel Davis - due 2013-10-23].
<olivier> http://lists.w3.org/Archives/Public/public-web-and-tv/2013Oct/0029.html
olivier: Moving on to req
17
... There is a related spec that seems to have this feature
already
kaz: Does the action item for Daniel include other specs as well, e.g. NHK's Hybridcast, not just HbbTV?
olivier: Possibly. Probably a good idea to start with just one and see how we go.
<inserted> kaz: ok. So Daniel can start with HbbTV
olivier: Either we don't do
anything or we need to integrate something.
... E.g. GA for Req 17, the feature in the existing spec should
probably be replicated at the JavaScript level.
gmandyam: Is there are requirement for a specific format for ESG? Is it left up to the service implementation?
olivier: Good question. I think
what we were talking about is that ESG is more of an
implementation that uses several of the requirements we
have
... E.g. exposing channels and controlling them.
gmandyam: I agree with that. We support ATSC 3.0 which has different requirements.
<Sheau> +q
gmandyam: I'm not seeing any direct dependencies on any particular ESG so I think we're OK.
olivier: maybe we should clarify
this when we publish our findings.
... We might want to make it clear in our use cases.
... The Tablet EPG is somewhat similar.
<olivier> http://www.w3.org/2011/webtv/wiki/Media_APIs/Use_Cases
<olivier> http://www.w3.org/2011/webtv/wiki/Media_APIs/Use_Cases#3._.22Use_Case_Three_.E2.80.93_Tablet_EPG.22
<olivier> https://docs.google.com/spreadsheet/ccc?key=0AvACjV6qSvmxdEctdjYwa2JOalZLOG10elE1LVRZNlE#gid=0
olivier: The EPG use case is
covered by a number of requirements.
... That has been our approach so far - EPG/ESG are served by
our requirements.
Sheau: Some of these topics are
probably going to be worked on by ATSC 3.0 as well.
... So this gap analysis is looking back rather than looking
sideways. Other organisations are surely working on these
issues.
... I believe we have a liaison with some of these groups
already.
... What should we do?
gmandyam: With the ATSC, I'm
putting together a draft with a listing of the relevant
requirements for v. 3.0.
... ATSC has already prepared a liaison, not sent yet.
... Starting with the gap analysis on the HbbTV doc will
satisfy a lot of the ATSC requirements, this group should
receive a liaison to take care of this.
Sheau: We're already very active
on ATSC 3.0
... Maybe we can expedite things or explore further
gmandyam: These liaisons are being created by the ATSC S34 group which deals with the presentation layer.
olivier: Would we, as a group
consider HbbTV or ATSC standards good enough or would we need
another specification elsewhere to tackle these
requirements.
... I would say as long as there's a way for us to refer to
those works in progress, we should say in our analysis when we
know of similar work elsewhere.
... It doesn't seem honest and useful to just ignore similar
external work.
Sheau: I wonder whether we would,
through the liaison, put forward our desire.
... Insofar as ATSC falls within an HTML/browser environment,
that falls inside HTTP protocol and we should ensure there is
minimal divergence between the two groups.
... If ATSC starts using HTTP or some W3C protocol, we need to
be aligned.
<Zakim> kaz, you wanted to count IPTVF-J as well, because they already have an official liaison with W3C
kaz: We should include IPTV Forum Japan as well.
olivier: Does OIPF count as
well?
... Should we have a liaison with OIPF as well?
kaz: We do have a liaison with OIPF as well
<kaz> Liaison table
olivier: Let's move on - looking at the spreadsheet
<olivier> https://docs.google.com/spreadsheet/ccc?key=0AvACjV6qSvmxdEctdjYwa2JOalZLOG10elE1LVRZNlE#gid=1
olivier: There are a number of
existing W3C specs, at different stages of progress, and the
spreadsheet tries to match them with our requirements.
... We should review and edit them a bit.
... In column G, Giuseppe asked the point of including this -
it's not a specification.
... I'd suggest dropping this because we have Media Source
Extensions to cover this.
+1
+2
<Sheau> +1
olivier: OK, done
... NSD API is the most worked-on column so far
ddavis: I had a hard time understanding the difference between "aggregation of services" and "service discovery"
olivier: One way we can say that
is that NSD allows you to aggregate with some work by content
creators on top.
... I think there are two meanings we should show in the
table.
... One is that the spec doesn't cover it but it should (e.g.
red cross), the other is that we're not sure (e.g. a yellow
question mark)
... So a red cross would mean the requirement is not possible
with the current version of that spec.
... At the end of this process, we should have a number of
requirements for different groups - the red crosses would
indicate this.
... No objections - let's go with that symbol/colour
choice.
... Giuseppe says, in row 8, column B, he doesn't think NSD is
in scope to handle authentication.
ddavis: Security is being discussed re. NSD API with the DAP WG, so some kind of authentication could be being looked at.
olivier: Let's put it as a
question mark.
... Tuner control, could this be covered by a different spec
and not NSD API?
gmandyam: The NSD API is meant to
cover UPnP, Bonjour, etc.
... I thought tuner control was something more general than
that, so I don't know why you'd want to shoehorn that into
NSD.
ddavis: I agree
olivier: Let's say there's some
doubt as to whether this is the right place for it.
... Given the difference in opinion, this is a question
mark.
... Given the time, let's move on to column G which I've worked
on.
... Maybe we can then assign different columns to different
people.
... Column G is EME.
... At the bottom of the list of requirements, row 25 & 26,
EME is all about content protection.
... Looking at the spec, it seems that offline protection could
be taken care of by EME.
... EME only provides an interface to the content decryption
module (CDM).
... The CDM could be online or offline, so I think EME covers
this requirement.
Sheau: I'd like to confirm that with Mark Vickers.
olivier: I sent an email about
this earlier which maybe Mark can answer. I think it should be
a "yes" but let's put it as a question mark for now.
... I believe EME can also be used for device authentication
(row 8)
... Regarding row 11, Local Access Control, I don't know if
this is what EME should be able to do.
... So I'm putting that as a question mark
... Would anyone like to commit to looking into a particular
spec, for example WebRTC?
gmandyam: I can look into it, but
in what context?
... WebRTC is a peer-to-peer tech - how does it relate to
TV?
ddavis: Something like the "Device-to-device content transfer" could be relevant.
gmandyam: There could be issues with content protection there.
<olivier> ACTION: gmandyam to look through WebRTC column in gap analysis document - due in 2 weeks [recorded in http://www.w3.org/2013/10/16-webtv-minutes.html#action02]
<trackbot> Created ACTION-153 - Look through webrtc column in gap analysis document [on Giridhar Mandyam - due 2013-10-30].
olivier: There's already been an entry for Web Storage. Do we have a volunteer to look at Web Storage and File API together please?
Sheau: Generally we would want a qualification who knows something about the particular spec, right?
olivier: Yes, even for a first pass, an educated guess would be good.
Sheau: I would volunteer for either web Storage or Media Source Extensions, but not within the next 2 weeks
<olivier> ACTION: Sheau to look through Web Storage column in the gap analysis doc - due in 4 weeks [recorded in http://www.w3.org/2013/10/16-webtv-minutes.html#action03]
<trackbot> Created ACTION-154 - Look through web storage column in the gap analysis doc [on Sheau Ng - due 2013-11-13].
olivier: The goal is to have most of it done by the time we meet at TPAC
ddavis: We should note in the spreadsheet who's looking at each spec and whether the analysis has been done.
olivier: I'll do that at the top
of each column.
... Any other specs that someone could take a look at? Would be
good to get about a half done.
... You don't have to be an expert - just read through the spec
a bit to understand it roughly.
<olivier> ACTION: olivier to look through MSE column in gap analysis [recorded in http://www.w3.org/2013/10/16-webtv-minutes.html#action04]
<trackbot> Created ACTION-155 - Look through mse column in gap analysis [on Olivier Thereaux - due 2013-10-23].
<olivier> ACTION: bin to look through server-sent events columns in gap analysis doc [recorded in http://www.w3.org/2013/10/16-webtv-minutes.html#action05]
<trackbot> Created ACTION-156 - Look through server-sent events columns in gap analysis doc [on Bin Hu - due 2013-10-23].
<olivier> ACTION: bin to look through push api column in gap analysis doc [recorded in http://www.w3.org/2013/10/16-webtv-minutes.html#action06]
<trackbot> Created ACTION-157 - Look through push api column in gap analysis doc [on Bin Hu - due 2013-10-23].
olivier: Any other volunteers for another column?
ddavis: Manifest for Web Applications is probably not going to be worked on further.
<olivier> ACTION: sheau to look through manifest/appcache column, to be used as input for service worker - due in 4 weeks [recorded in http://www.w3.org/2013/10/16-webtv-minutes.html#action07]
<trackbot> Created ACTION-158 - Look through manifest/appcache column, to be used as input for service worker [on Sheau Ng - due 2013-11-13].
<olivier> ACTIOM: sheau to look through messaging api column - due in 4 weeks
<olivier> ACTION: sheau to look through messaging api column - due in 4 weeks [recorded in http://www.w3.org/2013/10/16-webtv-minutes.html#action08]
<trackbot> Created ACTION-159 - Look through messaging api column [on Sheau Ng - due 2013-11-13].
ddavis: We can see what Manifest for Web Apps covers already, but we probably can't get new features added to it. Instead, they may be added to ServiceWorker.
olivier: Thanks everyone. We have some good coverage there and can use the mailing list for me.
<olivier> ddavis: the W3C Business Development Team - we are interested in work of the IG. put a summary into a slide deck
<olivier> ... and pointed to UC&R documents
<scribe> ACTION: ddavis to forward slide deck of use cases to TV IG [recorded in http://www.w3.org/2013/10/16-webtv-minutes.html#action09]
<trackbot> Created ACTION-160 - Forward slide deck of use cases to tv ig [on Daniel Davis - due 2013-10-23].
olivier: Next meeting is on 30th
October. Is that OK with everyone?
... No objections so that's confirmed.
... That's all for today - let's continue on the mailing
list.
... Thanks everyone, have a good morning/day/evening/night.
<kaz> [ adjourned ]