w3c / tvcontrol-api

TV Control API specification - https://w3c.github.io/tvcontrol-api/
10 stars 11 forks source link

Abstract indicates IPTV is supported #51

Closed paulhiggs closed 3 years ago

paulhiggs commented 7 years ago

The Abstract section says

This specification defines an API for sourcing audio and video media, such as TV and radio from broadcast, IPTV

There is no mention of IPTV sources (normally identified by a unicast or multicast URL).

stevem-tw commented 7 years ago

This is an oversight. I propose to add two new entries to the TVSourceType enum ("ip-multicast" and "ip-unicast") - is there anything else that we should add?

paulhiggs commented 7 years ago

I need to look at the model to see how this will work, but TVManager will need to accommodate 0..n multicast receiver/decoder instances. Some equivelant of a channel scan could occur, when invoked, some network server would be queried for an IP channel list (perhaps in DVB format)

joaoserra commented 7 years ago

It's not that simple...

What IP multicast really means in context of an IPTV service? An MPEG TS over raw UDP? MPEG TS Over RTP over UDP? What about DRM/CAS, and how to integrate it with W3C EME? What about Fast Channel Change/Instant Channel Change techniques and retransmissons format? (RFCs 6285 and 4588)

About Unicast? What's unicast IPTV? RTSP? What about ABR formats? (i.e. DASH, HLS)?

I think the IPTV case should be addressed as part of bigger discussion and not simply add types to the TVSourceType enum.

tidoust commented 7 years ago

Hi @joaoserra,

Thanks for your comments. I do not have concrete answers at this stage, but wanted to link them to open issues on our side. It would be useful if you could share scenarios and requirements that you would like to address.

What IP multicast really means in context of an IPTV service? An MPEG TS over raw UDP? MPEG TS Over RTP over UDP? What about Fast Channel Change/Instant Channel Change techniques and retransmissons format? (RFCs 6285 and 4588) About Unicast? What's unicast IPTV? RTSP? What about ABR formats? (i.e. DASH, HLS)?

I do not think that the API should expose the complexity of the underlying transport mechanisms, unless you see a good reason to do so. That being said, the group does have in mind the need to address mappings to media delivery formats and protocols, in particular to make sure that the API can successfully handle that complexity, see: https://github.com/w3c/tvcontrol-api/issues/10

What about DRM/CAS, and how to integrate it with W3C EME?

I raised a similar question some time ago: https://github.com/w3c/tvcontrol-api/issues/17

paulhiggs commented 3 years ago

Seems to be dead...