- From: Michael Probst <mprobst@irt.de>
- Date: Wed, 7 Dec 2016 14:16:42 +0100
- To: public-tvcontrol@w3.org
Hi Steve, Am 07.12.2016 um 09:58 schrieb Steven Morris: >> -----Original Message----- >> From: Michael Probst [mailto:mprobst@irt.de] >> Sent: 05 December 2016 17:18 >> To: public-tvcontrol@w3.org ... >> * there was a comment that the API is used also for Recordings/PVR, it >> might make sense to differentiate between available concurrent streams >> and concurrent media renderers. > > I did consider this briefly, but was more interested in getting the basic foundation in place. As you say, though, it might make sense to differentiate this later (although the "typical" approach of trying to schedule a recording and then dealing with any conflicts is another approach to this). Fine with me. >> * DVB-? and DVB-?2 are currently different source types and a source can >> have only one type. I wonder if it would make sense to allow that a >> source has multiple types like DVB-S and DVB-S2, which are both used in >> a single broadcast network. > > Good question: I was assuming that DVB-S2 implied support for DVB-S as well (and the same for T2 and C2). Supporting multiple source types is also a possibility, though: I don't think it would affect the overall shape of the API very much. That S2 implies S was not obvious, I thought these properties are either one or the other. Kind regards, Michael -- Michael Probst Platforms for Broadcast Services Tel.: +49(0)89/323 99-338 mail: mprobst@irt.de Institut fuer Rundfunktechnik GmbH Research and Development Institute of ARD, ZDF, DRadio, ORF and SRG/SSR Floriansmuehlstraße 60, 80939 Muenchen, Germany registration court Munich Commercial, Register No. B 5191 Managing Director: Dr. Klaus Illgner-Fehns
Received on Wednesday, 7 December 2016 13:17:22 UTC