W3C home > Mailing lists > Public > public-web-and-tv@w3.org > June 2016

Re: [Cloud Browser] Some comments on the Architecture chapter

From: Meerveld, Colin <C.Meerveld@activevideo.com>
Date: Wed, 1 Jun 2016 14:13:05 +0000
To: Nilo Mitra <nilo.mitra@ericsson.com>
CC: "public-web-and-tv@w3.org" <public-web-and-tv@w3.org>
Message-ID: <398F89EE-EC7C-4851-BAE1-F7AB426795B2@activevideo.com>
Hi Nilo,

•        In the section on Terminology, what is the difference between the “TV UI zero client approach” and the “Cloud browser”? The description seems to be much the same, but perhaps there are subtle differences? If there isn’t, I’d keep one of these and add the other to the “Also known as” cell of the one retained .

In the terminology section the "TV UI zero client approach" is a a concept where we differentiate the approaches to bring TV UIs. The cloud browser is a single unit used in the TV UI zero client approach. It is comparable with any other browser only originated in the cloud.

•        Also in the section on Terminology, Out-of-band media and In-band media are defined as the principal terms, with Double Stream Approach and Single Stream Approach, respectively, placed as secondary under “Also known as”. However, in later sections the terms out-of-band and in-band are not used and the double stream and single stream terms are used extensively. Thus, I would suggest that the placements be reversed and that double/single stream be the primary terms and the out-of-band/in-band be placed under “also known as”.

I believe they are not  interchangeable and therefore i would like to suggest to remove the ”Also Known as”. Maybe we should move the definitions under the section “Architecture” to the definitions.

•        Depending on the resolution of the above points, the section “Evolution of the TV UI” may need to be updated. It would be best if the same and principal term were used throughout rather than use every variant (in “also known as”) in different sentences. (The idea of having “also known as” seemed like a good one at the time, but it can be very confusing if the primary terms are not used consistently throughout the document.)

I fully agree that we should use the principal term on the wiki. We added the column to point to terminologies used out side of this TF.

•        Finally, in Double Stream Local Player Approach Functions, I did not understand the sentence following the table “Cloud Environment functions notice: also the UI enryption in case of sensitive video elements might be applied. Here also the video decryption function might be required.” What is it trying to say?  Maybe these could be added to the table with the words “(if required)” or “(optional)”, as appropriate.

I am also not sure. I don’t think the cloud environment has to deal with encryption with the local player approach. To me the entire section is a bit hard to read. In essence it is quite simple. Either  the UI and media is combined or separated. If it is combined it is a single stream and the player is in the cloud (cloud player approach). if it is separated only the UI is generated in the cloud and the media is streamed from another source (out-of-band). The latter we called a double stream approach which needs a local player (hence local player approach). Conceptual, this is all there is.

The hard part is where we tried to mix those things. e.g. double stream with cloud player. i understand the rational behind this but believe we make it to complicated to be manageable. My suggestion would be to move those use cases to an note.


Received on Wednesday, 1 June 2016 14:13:36 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 1 June 2016 14:13:37 UTC