Come on guys, how about some simple research. XStreamHD engineering management are ex-HNS and iDirect. Job openings call for FEC code, prepackaging content at the headend, RTP/RTSP experience, and satellite modem integration.
Obviously they are going to use a trickle delivery mechanism to get content onto the box, and local LAN RTP/RTSP streaming to ancillary STBs from the central receiver.
No-one at the consumer level pulls content using sat modems, there just isn't a business case for implementing turbo internet anymore.
Good god if you're going to post news at least read up on the technology you're dealing with. NACK implosion wrt network scalability for consumer rollouts is fundamental knowledge when it comes to data delivery over satellite.
Interesting that they are reinventing the wheel for so many pieces of their puzzle. I would venture to say rather stupid, as well, given the failure rate of systems doing this in the past (Moviebeam, Cyberstar, iBlast, Geocast, ...).
I expect them to use pre-loaded content, since, as you say, the scalability of on-demand via satellite is questionable. But some of the comments seem odd in that case, such as being able to start watching 'within 5 minutes'. Why is there any delay if the content is all local? It certainly wouldn't take 5 minutes to stream from the server to the client. Is there a delay for authorization? If so, why so long?
Still, I suspect it is main a context issue and it is going to work very much like Moviebeam - or DirecTV and DISH Networks 'On Demand' offerings for that matter. Content will be pre-loaded onto the server in the home, and users will only be able to select from that small library of 'current' titles. Perhaps there will be an ability to pre-select what is loaded, so you can tell it which upcoming titles you wish to be able to view.
Reader Comments (Page 1 of 1)
Kon @ Dec 13th 2007 4:10PM
Come on guys, how about some simple research. XStreamHD engineering management are ex-HNS and iDirect. Job openings call for FEC code, prepackaging content at the headend, RTP/RTSP experience, and satellite modem integration.
Obviously they are going to use a trickle delivery mechanism to get content onto the box, and local LAN RTP/RTSP streaming to ancillary STBs from the central receiver.
No-one at the consumer level pulls content using sat modems, there just isn't a business case for implementing turbo internet anymore.
Good god if you're going to post news at least read up on the technology you're dealing with. NACK implosion wrt network scalability for consumer rollouts is fundamental knowledge when it comes to data delivery over satellite.
Interesting that they are reinventing the wheel for so many pieces of their puzzle. I would venture to say rather stupid, as well, given the failure rate of systems doing this in the past (Moviebeam, Cyberstar, iBlast, Geocast, ...).
MegaZone @ Dec 13th 2007 4:14PM
I expect them to use pre-loaded content, since, as you say, the scalability of on-demand via satellite is questionable. But some of the comments seem odd in that case, such as being able to start watching 'within 5 minutes'. Why is there any delay if the content is all local? It certainly wouldn't take 5 minutes to stream from the server to the client. Is there a delay for authorization? If so, why so long?
Still, I suspect it is main a context issue and it is going to work very much like Moviebeam - or DirecTV and DISH Networks 'On Demand' offerings for that matter. Content will be pre-loaded onto the server in the home, and users will only be able to select from that small library of 'current' titles. Perhaps there will be an ability to pre-select what is loaded, so you can tell it which upcoming titles you wish to be able to view.