Quote:
Originally Posted by popper
in what way do you think the current *DVB-C STBs are two way RF ?
the return paths for all the STBS are infact TCP/IP based AFAIC, the samsung at least plugs directly into exactly the same UBRs the CMs plug into, and use the same docsis config files but are set at the lower bitrate.
plus they dont really need the extra speed for the very limited IP traffic the current crumby STB games can use (if the even crumbyer antiquated liberate middleware isnt stealing all the CPU processing at the time).
and again AFAIK, the forward path is transmitting the whole 1.3 gig DVB-C transport stream over TCP/IP Broadcast
they dont seem interested in useing IP Multicast, and are using massive bandwidth wasting TCP/IP Unicast (I.e generic webpage style TCP) for the current VOD.
* DVB =Digital Video Broadcast
and all the different DVB ways the UK is serving this to you, DVB-C, DVB-T, DVB-S, DVB-H, and the growing EU DVB-T2, DVB-H2, DVB-S2 and no doute the DVB-C2 once it emerges, all use virtully the same TCP/IP Broadcast methods.
|
In what way do you think the DOCSIS signals get to and from the STB? The coax provides an RF connection between the UBR and the cable modems and STB's.
Theres no TCP/IP involved with the transport stream delivery. DVB C is QAM. The individual Muxed transport streams are just over 38Mb/s each. Theres no single 1.3GB/s transport stream.
And VOD has to be Unicast, thats the whole point, its a delivery specific to one user. But again VOD is only IP until the modulator where again it becomes part of a DVB C transport stream which is QAM modulated.