[opendtv] Re: OTA and MVPD competition

  • From: Tom Barry <trbarry@xxxxxxxxxxx>
  • To: opendtv@xxxxxxxxxxxxx
  • Date: Thu, 07 Feb 2008 18:54:31 -0500



Kon Wilms wrote:
> Why trickle-cast when you can stuff the stream opportunistically.

Agreed.

And
> if you're using opportunistic delivery your model of large buffers
> just cannot be guaranteed.

I mean LARGE buffers, on disk if needed. Everything I've done with error correction suggests it is much easier (with LDPC) if you can look many seconds out in the future. No good for video conferencing or even real time broadcasting that way because of the latency but very effective for delayed data, making it possible to pad over even multi-second dropouts.

> The best option for OTA is and has always
> been to stuff a drive in a receiver and opportunistically fill it with
> as much content as possible, while providing one or two channels of
> live content that are not 'live' 24/7, are sent in VBR, and are
> spliced with trickled content played from disk as if it were realtime.
> The same goes for advertising and repeat broadcasts. Trickle it if
> timer permits, or else have the receiver record it in the background.
>
I'm not really sure we are saying anything different.

> We have customers providing a 'virtual' bouquet of up to 100 EPG
> channels and VOD using only two live encoders and 750-1.5Mbit
> opportunistic 24/7 trickle delivery using this mechanism.

Cool.  I don't remember who you work for, or if you have stated.

But I assume the biggest problems are not technical, but access to content rights. ;-)

- Tom

On Feb 7, 2008 3:23 PM, Tom Barry <trbarry@xxxxxxxxxxx> wrote:

Actually I like the idea of IPv6 multicasting.


The fact that you have a closed network and more than enough IPV4
multicast address space means that IPV6 is not needed. Most
manufacturers have not adopted it for datacasting.


But that's another story and I was not talking about it here.  By the
trickle-casting I was actually thinking of encrypted and subscribed OTA
broadcasts, arriving at some possibly slower bit rate than might be
needed to play them.  This would allow for large buffered error
correction needing huge latencies if nothing else.


Why trickle-cast when you can stuff the stream opportunistically. And
if you're using opportunistic delivery your model of large buffers
just cannot be guaranteed. The best option for OTA is and has always
been to stuff a drive in a receiver and opportunistically fill it with
as much content as possible, while providing one or two channels of
live content that are not 'live' 24/7, are sent in VBR, and are
spliced with trickled content played from disk as if it were realtime.
The same goes for advertising and repeat broadcasts. Trickle it if
timer permits, or else have the receiver record it in the background.

We have customers providing a 'virtual' bouquet of up to 100 EPG
channels and VOD using only two live encoders and 750-1.5Mbit
opportunistic 24/7 trickle delivery using this mechanism.

Cheers
Kon
----------------------------------------------------------------------
You can UNSUBSCRIBE from the OpenDTV list in two ways:

- Using the UNSUBSCRIBE command in your user configuration settings at FreeLists.org
- By sending a message to: opendtv-request@xxxxxxxxxxxxx with the word 
unsubscribe in the subject line.



--
Tom Barry                  trbarry@xxxxxxxxxxx  



----------------------------------------------------------------------
You can UNSUBSCRIBE from the OpenDTV list in two ways:

- Using the UNSUBSCRIBE command in your user configuration settings at FreeLists.org
- By sending a message to: opendtv-request@xxxxxxxxxxxxx with the word 
unsubscribe in the subject line.

Other related posts: